Проектирование информационной системы расчёта заработной платы работникам животноводства СПК "Светоч"

Размещено на http://www.allbest.ru/

КУРСОВАЯ РАБОТА

По проектированию информационных систем

На тему:

Проектирование информационной системы расчёта заработной платы работникам животноводства СПК «Светоч»

Содержание

Введение

1. Моделирование бизнес-процессов

1.1 Разработка IDEF0 модели

1.2 Разработка DFD модели

1.3 Разработка IDEF3 модели

2. Разработка семантической модели данных

2.1 Выявление сущностей на основе стрелок IDEF0 и DFD диаграмм

2.2 Определение связей между сущностями и первичных ключей

2.3 Описание атрибутов сущностей

2.4 Создание модели «сущность-связь» с использованием программного продукта ERwin

3. Реализация информационной системы в СУБД Access

3.1 Создание таблиц и схемы данных

3.2 Разработка запросов

3.3 Разработка форм

3.4 Разработка отчётов

Заключение

Список литературы

Введение

Сельскохозяйственный производственный кооператив «Светоч» расположен в юго-восточной части Рязанского района. Административным и хозяйственным центром кооператива является село Вышгород, расположенное в 25 км от районного центра - пос. Соколовка и в 30 км от г. Рязани.

Основным видом деятельности СПК «Светоч» является производство сельскохозяйственной продукции: фуражного зерна, молока, мяса и картофеля.

Кооператив имеет 5291 га сельхоз угодий, из них 3586 га отведены под пашню, остальные 625 га - сенокосы, 1080 га - пастбища. Стадо крупного рогатого скота насчитывает 1805 голов, в том числе 765 дойного стада, 315 голов нетелей, 697 голов молодняка.

Управление СПК «Светоч» осуществляется его высшим органом - общим собранием. Исполнительным органом является правление и его председатель, которые подотчётны общему собранию.

В процессе повседневной деятельности в сельскохозяйственном предприятии возникает значительное количество оперативной информации, которая обеспечивает исходные данные для формирования управленческого учёта. Основная цель управленческого учёта - формирование информационной деятельности предприятия для внутреннего использования, т. е. для руководителей и сотрудников предприятия.

СПК «Светоч» имеет цеховую организационную структуру управления. В данном курсовом проекте будет рассмотрено подразделение бухгалтерия и составлены модели с точки зрения бухгалтера, рассчитывающего заработную плату и составляющего выходные документы.

Для оптимизации работы бухгалтерии необходимы систематизированные и упорядоченные данные, наиболее полно представляющие эту информацию.

В данном курсовом проекте будет разработана автоматизированная информационная система расчёта заработной платы работникам животноводства СПК «Светоч», которая ускорит данный процесс.

Заработная плата - важнейшее средство повышения заинтересованности работников в результатах своего труда, его производительности, увеличении объёмов производственной продукции, улучшение её качества и ассортимента.

В СПК «Светоч» применяются следующие формы оплаты труда:

· Повременная оплата труда начисляется за фактически отработанное количества времени (дней, часов) независимо от объёма выполненных работ согласно присвоенной тарифной ставке либо должностному окладу. Данная форма используется для оплаты труда руководящего персонала кооператива, работников вспомогательных и обслуживающих производств.

· Сдельная оплата труда, при которой оплата труда начисляется работнику по конечным результатам его труда, что стимулирует рост его производительности. При этом расчет ведется исходя из объема выполненной работы (количества изготовленной продукции и т. п.) и расценок за выполнение единицы работы (сдельных расценок). Сдельная форма оплаты труда применяется в том случае, если можно измерить в натуральном выражении объем работ, выполненных каждым работником, а также установить нормы труда на них. [1]

Цель курсового проекта - проектирование автоматизированной информационной системы для расчёта заработной платы на сельскохозяйственном предприятии СПК «Светоч» Рязанского района Рязанской области.

Существуют государственные стандарты по оформлению заработной платы: расчетно-платежная ведомость на выдачу заработной платы, расчётный листок. Задача заключается в оформлении этих документов в информационную систему.

Для выполнения поставленной цели в курсовом проекте будут построены следующие модели:

· IDEF0 - функциональная модель;

· DFD (Data Flow Diagramming) - модель потоков данных;

· IDЕF3 (Work Flow Diagram) - модель процесса обработки информации и объектов;

· IDEF1X (Integration Definition for Information Modeling) - модель «сущность-связь».

Курсовой проект реализуется с помощью:

· All Fusion Process Modeler (BPwin);

· All Fusion ERwin Data Modeler (ERwin);

· MS Access 2003.

1. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ

1.1 Разработка IDEF0 модели

проектирование информационный acces

IDEF0-технология структурного анализа и проектирования. Это язык моделирования, предложенный более 25 лет назад Д. Россом (SoftTech, Inc.) и называвшийся в исходном своем виде SADT (Structured Analysis and Design Technique). Согласно этой технологии анализируемый процесс представляется в виде совокупности множества взаимосвязанных действий, работ (Activities), которые взаимодействуют между собой на основе определенных правил (Control), с учетом потребляемых информационных, человеческих и производственных ресурсов (Mechanism), имеющих четко определенный вход (Input) и не менее четко определенный выход (Output).

Разработка IDEF0 модели начинается с построения концептуальной модели. Рассмотрим порядок создания IDEF0-модели с использованием программного продукта BPWin.

1. После запуска программы щелкаем по кнопке . Вносим имя модели и выбираем IDEF0. Нажимаем ОК. Переходим в меню Model/Model Properties. Во вкладке General диалога Model Properties следует внести имя модели, имя проекта, имя автора и тип модели - Time Frame: AS - IS. Во вкладке Purpose внесите цель и точку зрения. Во вкладке Definition внести определение и цель. Перейти на контекстную диаграмму и правой кнопкой мыши щелкнуть по работе. В контекстном меню выбрать Name и внести имя «Расчёт заработной платы за выполненный объём работ». Создать стрелки на контекстной диаграмме, нажатием на кнопку . Вводим название стрелок, выбрав в контекстном меню команду Name.



Рис. 1. Контекстная диаграмма.

Выделяем контекстную диаграмму и нажимаем на кнопку . В открывшемся меню задаем количество уровней декомпозиции равным 2. Автоматически создастся первый уровень декомпозиции, на котором появятся граничные стрелки верхнего уровня. Стрелки и работы создаются согласно рисунку 2, аналогично пункту 1. [2]

Рис 2. IDEF0-диаграмма первого уровня функциональной модели (декомпозиция блока «Расчёт заработной платы за выполненный объём работ»)

Таблица 1 Спецификация к работам IDEF0-диаграммы первого уровня функциональной модели - декомпозиции блока «Расчёт заработной платы за выполненный объём работ»

Имя работы (Activity Name)	Определение (Definition)
Расчёт по сделке	Расчёт заработной платы работникам по конечным результатам его труда
Расчёт по тарифу	Расчёт заработной платы работникам за фактически отработанное количество времени

Таблица 2 Спецификация к стрелкам IDEF0-диаграммы первого уровня функциональной модели - декомпозиции блока «Расчёт заработной платы за выполненный объём работ»

Имя стрелки (Arrow Name)	Источник стрелки (Arrow Source)	Тип источник стрелки (Arrow Source Type)	Назначение стрелки (Arrow Dest.)	Тип назначения стрелки (Arrow Dest. Type)
1	2	3	4	5
Наряд	Граничная стрелка		Принять от зоотехника наряд	Input
Отчёт о фактически отработанном времени	Граничная стрелка		Принять от зоотехника отчёт о фактически отработанном времени	Input
Данные о работнике	Граничная стрелка		Принять от зоотехника данные о работнике	Input
Данные о работнике	Граничная стрелка		Принять от зоотехника данные о работнике	Input
Приказ на нормы и расценки	Граничная стрелка		Принять приказ для принятия норм и расценок	Control
Тарифная сетка	Граничная стрелка		Рассмотреть тарифную сетку для принятия коэффициента разрядности	Control
Бухгалтер	Граничная стрелка		Рассчитать сдельную оплату труда	Mechanism
Бухгалтер	Граничная стрелка		Рассчитать повременную оплату труда	Mechanism
Расчётный листок	Граничная стрелка		Сформировать расчётный листок для работников	Output
Ведомость на выдачу заработной платы	Граничная стрелка		Сформировать ведомость на выдачу заработной платы для главного бухгалтера и руководителя	Output

1.2 Разработка DFD модели

DFD (Data Flow Diagram) -- структурный анализ потоков данных. Диаграммы DFD позволяют описать процесс обмена информацией между элементами изучаемой системы. DFD отображает источники и адресаты данных, идентифицирует процессы и группы данных, связывающие в потоки одну функцию с другой, а также, что важно, определяет накопители (хранилища) данных, которые используются в исследуемом процессе. [3]

DFD используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. В данном курсовом проекте они используются как дополнение к модели IDEF0. DFD описывает:

* функции обработки информации (работы);

* документы (стрелки, arrows), объекты, сотрудников или отделы, которые участвуют в обработке информации;

* внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

* таблицы для хранения документов (хранилище данных, data store).

В BPwin для построения диаграмм потоков данных используется нотация Гейна - Сарсона.

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы - движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities).

Рассмотрим процесс построения DFD.

1. Декомпозируем работу «Расчёт сделки».

2. В диалоге Activity Box Count выберите количество работ 2 и нотацию DFD (рис. 3).

Рис. 3. Выбор нотации DFD в диалоге Activity Box Count

3. Щелкаем по ОК и вносим в новую диаграмму, DFD имена работ:

§ Расчёт суммы заработной платы.

§ Распределение по членам бригады.

4. Используя кнопку на палитре инструментов, вносим хранилища данных:

§ Бригада;

§ Платёжная ведомость;

5.

Удаляем граничные стрелки с диаграммы DFD.

6. Используя кнопку на палитре инструментов, вносим внешнюю ссылку - Зоотехник.

7. Создаём внутренние ссылки согласно Pис. 4.



Рис 4. DFD-диаграмма (декомпозиция блока «Расчёт сделки»)

На основе DFD-диаграммы составляется спецификация, которая содержит 2 колонки: наименование стрелки и ее описание (Табл. 3). [2]

Таблица 3. Спецификация к стрелкам DFD-диаграммы «Расчёт сделки»

Наименование	Определение
Наряд	Сведения о выполненной работы бригадой, предоставляемые зоотехником.
Данные о сумме заработной платы	Рассчитанная бухгалтером заработная плата на всю бригаду
Данные о КТУ	Данные о коэффициенте трудового участия, необходимого при распределении заработной платы между членами бригады
Данные о заработной платы	Начисленная сумма каждого работника

Декомпозируем работу «Расчёт по тарифу», придерживаясь пунктов предыдущей работы.



Рис 5. DFD-диаграмма (декомпозиция блока «Расчёт по тарифу»)

Таблица 4. Спецификация к стрелкам DFD-диаграммы «Расчёт по тарифу»

Наименование	Определение
Отчёт о фактически отработанном времени	Данные об общем количестве отработанного времени каждым работником
Разряд работника	Необходим для определения коэффициента разрядности при расчёте заработной платы
Стоимость одного часа	Данные об отработанном времени каждым работником
Данные о заработной платы	Начисленная сумма каждого работника

Разработка IDEF3 модели. IDЕF3 (WorkFlow diagramming) - технология сбора данных, необходимых для проведения структурного анализа системы, дополняющая технологию IDEF0. С помощью этой технологии мы имеем возможность уточнить картину процесса, привлекая внимание аналитика к очередности выполнения функций и бизнес-процессов в целом. Логика этой технологии позволяет строить и анализировать альтернативные сценарии развития изучаемых бизнес-процессов (модели типа "Что -- если"?).

Диаграмма является основной единицей описания в IDЕЕ3-модели. Организация диаграмм в IDEF3 является наиболее важной, если модель редактируется несколькими людьми. В этом случае разработчик должен определять, какая информация будет входить в ту или иную модель.

Единицы работы - Unit of Work (UOW), также называемые работами, являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками и имеют имя, обозначающее процесс действия и номер (идентификатор). Все связи в IDEF3 являются однонаправленными. Старшая (Precedence) линия - сплошная линия, связывающая единица работ. Показывает, что работа-источник должна закончиться преж:де, чем работа-цель начнется. Потоки объектов (Object Flow) - стрелка с двумя наконечниками, применяется для описания использования объекта в двух или более единицах работы.

Перекрестки (Junction) - используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы.

В данном курсовом проекте при помощи IDEF3 будет описана последовательность расчёта заработной платы.

Рассмотрим процесс построения IDEF3-модели:

1. В диалоге Activity Box Count выберите количество работ 7 и нотацию IDEF3 (рис. 6).

Рис. 6. Выбор нотации IDEF3 в диалоге Activity Box Count

2. C помощью кнопки палитры инструментов создаём объект ссылки. Вносим имя объекта внешней ссылки «Зоотехник» (Рис. 7).

3. C помощью кнопки палитры инструментов вносим два перекрёстка типа исключающее «ИЛИ» (только один предшествующий/следующий процесс завершён/запускается (J1, J6)), и - четыре перекрёстка типа синхронное «И» (все предшествующие/следующие процессы должны быть завершены/запущены(J2, J3, J4, J5)).

4. Связываем работы с перекрёстками. [3]

Рис 7. IDEF3-диаграмма

2. РАЗРАБОТКА СЕМАНТИЧЕСКОЙ МОДЕЛИ ДАННЫХ

Одной из наиболее популярных семантических моделей данных является модель «сущность-связь» (часто называемая ER-моделью). Сущность - это объект, информация о котором должна быть представлена в модели, а связь - соединение между двумя или более сущностями. Для моделирования структуры данных используются ER-диаграммы, которые в наглядной форме представляют связи между сущностями. Создание ERD-модели осуществляется в следующей последовательности:

2.1 Выявление сущностей на основе стрелок IDEF0 и DFD диаграмм

Стрелки в модели процессов (BPWin) обозначают некоторую информацию, используемую в моделируемой системе. Рассмотрим дуги функциональных моделей, которые были приведены в примере разработки IDEF0 и DFD моделей:

1. Наряд

2. Отчёт о фактически отработанном времени

3. Данные о работнике

4. Приказ на нормы и расценки

5. Тарифная сетка

6. Стоимость одного часа

7. Данные о КТУ

На основе дуги «Данные о работнике», «Отчёт о фактически отработанном времени», «Приказ на нормы и расценки», «Тарифная сетка», «Стоимость одного часа», «Данные о КТУ» была сформирована сущность РАБОТНИК, которая содержит индивидуальные сведения о работниках животноводства СПК «Светоч».

На основе дуг «Наряд», «Отчёт о фактически отработанном времени» были сформированы сущности:

· ВИД - содержит сведения о видах работ, выполняемых работниками;

· ОПЛАТА ТРУДА - содержит сведения о видах оплат труда, получаемых работниками за выполненную работу;

· БРИГАДА - содержит сведения о бригадах СПК «Светоч»;

· РАБОТА - содержит сведения о выполненных работах, за которые начисляется заработная плата.

2.2 Определение связей между сущностями и первичных ключей

После выделения сущностей нужно определить отношения между сущностями. Связь представляет собой логическое соотношение между ними. В Таблице 5 приведены отношения связей между сущностями рассматриваемой в примере модели.

Таблица 5 Отношения связей между сущностями рассматриваемой модели

Родительская сущность	Название	Зависимая сущность	Мощность
РАБОТНИК	Выполняет	РАБОТА	1:N
ОПЛАТА ТРУДА	Рассчитывается за	РАБОТА	1:N
ВИД	Определяет	РАБОТА	1:N
БРИГАДА	Имеет	РАБОТА	1:N

Заметим, что поскольку были выделены объекты, отвечающие требованиям нормализации, то установлены связи с отношениями типа один ко многим. Связь 1:N означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, а каждый экземпляр второй сущности может быть связан только с одним экземпляром первой сущности.

В каждой такой связи главный объект связан по уникальному ключу с подчиненным объектом. Если степень бинарной связи равна 1:N и класс принадлежности N-связной сущности является обязательным, то достаточным является использование двух отношений, по одному на каждую сущность, при условии, что ключ каждой сущности служит в качестве первичного ключа для соответствующего отношения. Дополнительно ключ 1-связной сущности должен быть добавлен как атрибут в отношение, отводимое N-связной сущности. В данной модели сущность РАБОТА является подчинённой для остальных сущностей.

Таблица 6 Список первичных ключей для сущностей

Название сущности	Первичный ключ
РАБОТНИК	Табельный_номер
БРИГАДА	Код_бригады
ВИД	Код_работы
ОПЛАТА_ТРУДА	Код_оплаты

2.3 Описание атрибутов сущностей

Основные компоненты диаграммы ERwin - это сущности, атрибуты и связи. Атрибут выражает определенное свойство объекта. На физическом уровне сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.

Построение модели данных предполагает определение сущностей и атрибутов, т. е. необходимо определить, какая информация будет храниться в конкретной сущности и в конкретном атрибуте.

Сущность РАБОТНИК.

Атрибуты:

1. «Табельный_номер».

Этот атрибут позволяет единственным образом определить каждый экземпляр сущности, т. е. является уникальным, поэтому тип индекса - Primary. Тип данных - текстовый, длина атрибута 3 символа. Наличие данного атрибута для каждой записи обязательно.

2. «ФИО» - текстовый (50)

3. «Подразделение» - текстовый (30)

4. «Должность» - текстовый (30)

5. «Разряд» - числовой (длинное целое)

6. «Расценка» - денежный

7. «КТУ» - числовой (с разделителем разрядов)

8. «Выполнено» - числовой (длинное целое)

Сущность БРИГАДА.

Атрибуты:

1. «Код_бригады» (ключевой) - счётчик

2. «Наименование» - текстовый (30)

Сущность ВИД.

Атрибуты:

1. «Код_работы» (ключевой) - счётчик

2. «Описание» - текстовый (50)

3. «Единица измерения» - текстовый (10)

Сущность РАБОТА.

Атрибуты:

1. «Код_работы» - числовой (длинное целое)

2. «Табельный_номер» - числовой (длинное целое)

3. «Код_бригады» - числовой (длинное целое)

4. «Код_оплаты» - числовой (длинное целое)

2.4 Создание модели «сущность-связь» с использованием программного продукта ERWin.

Таким образом была разработана модель «сущность-связь». Для ускорения разработки модели данных используется такое CASE-средство как ERWin. Он имеет 2 уровня представления модели - логический и физический. Создание модели начинается с создания логического уровня. После этого проектировщик выбирает необходимую СУБД.

Для создания моделей в ERWin используется 3 нотации:

Integration DEFinition for Modeling (IDEF1X), Information Engineering (IE), Dimensional Modeling (DM). В данном примере рассматривается только первая нотация. Логическая модель имеет несколько уровней отображения диаграммы: уровень сущностей, уровень атрибутов, уровень определений, уровень первичных ключей и уровень иконок. Рассмотрим процесс создания сущности РАБОТНИК.

Для внесения сущности в модель необходимо перейти на логический уровень. Для этого можно использовать список выбора, который располагается на стандартной панели инструментов . Затем вызовите панель инструментов ERWin Toolbox, зайдя в пункт меню Windows. Щелкните на кнопке , а затем на том месте рабочей области, где необходимо расположить сущность. Щелкнув правой кнопкой мыши по сущности и выбрав из всплывающего меню пункт Entity Properties, вызовите диалог Entities, в котором определяете имя, описание и комментарий сущности (Рис. 8). Вкладка Definition используется для введения определения сущности.

Рис 8. Описание сущности

Для описания атрибутов необходимо, щелкнув правой кнопкой мыши по сущности, выбрать в появившемся меню пункт Attributes. Появляется диалог Attribute Editor (Рис. 9).



Рис 9. Описание атрибутов

Для создания нового атрибута необходимо щелкнуть по кнопке New и в появившемся диалоге указать имя атрибута и домен. В ERWin используются следующие домены: Blob - картинка, Datetime - дата\время, Number - числовой, String - строковый. Для атрибутов первичного ключа во вкладке General необходимо сделать пометку в окне выбора Primary Key. Вкладка Definition используется для введения определения атрибута. Создали атрибут «марка», согласно рисунку, а затем по аналогии остальные атрибуты сущности.

На следующем шаге необходимо создать связь. Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой. Например, связь между сущностями: РАБОТНИК «Выполняет» РАБОТА. Данная связь показывает, какой именно работник выполнил работу.

Выделяют идентифицирующие и неидентифицирующие связи. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Когда рисуется идентифицирующая связь, ERWin автоматически преобразует дочернюю сущность в зависимую. Зависимая сущность изображается прямоугольником со скругленными углами. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). Такая связь существует между сущностями: РАБОТНИК «Выполняет» РАБОТА, ОПЛАТА_ТРУДА «Рассчитывается за» РАБОТА, ВИД «Определяет» РАБОТА, БРИГАДА «Имеет» РАБОТА.

Установить курсор на кнопке панели инструментов ERWin Toolbox соответствующей необходимому типу связи (идентифицирующая - ) и нажать левую кнопку мыши. Щелкнуть сначала по родительской, а затем по дочерней сущности. Для редактирования свойств связи следует “кликнуть” правой кнопкой мыши по связи и выбрать на контекстном меню пункт Relationship Editor. В закладке General появившегося диалога можно задать мощность, имя и тип связи. Имя связи (Verb Phrase) - фраза, характеризующая отношение между родительской и дочерней сущностями (Рис. 10). [2]

Рис 10. Описание связи

Кроме того ERWin позволяет устанавливать правила ссылочной целостности - логические конструкции, которые выражают бизнес-правила использования данных и представляют собой правила вставки, замены и удаления. Триггеры представляют собой программы, выполняемые всякий раз при выполнении команд вставки, замены или удаления (INSERT, UPDATE или DELETE). Правила удаления управляют тем, что будет происходить в БД при удалении строки. Аналогично правила вставки и обновления управляют тем, что будет происходить с БД, если строки изменяются или добавляются. Режимы ссылочной целостности могут быть изменены в диалоге Relationship Editor. Рассмотрим их установку на примере:

Между сущностями РАБОТНИК и РАБОТА существует идентифицирующая связь. Экземпляр сущности РАБОТА не может существовать, если отсутствует экземпляр сущности РАБОТНИК. Так как не возможно выполнение работы без работника. Таким образом, атрибут первичного ключа «Табельный_номер» не может принимать значение NULL. Значит необходимо либо запретить удаление записи из сущности РАБОТНИК, либо сразу удалять вместе все относящиеся к ней записи из сущности РАБОТА. Мы выбираем второе правило удаления, которое называется каскадом (Parent CASCADE). Это осуществляется следующим способом: После определения типа связи (идентифицирующая - и неидентифицирующая - ) присваиваем действие триггера Parent Iinsert - CASCADE, для того чтобы при создании новой записи в родительской сущности РАБОТНИК создавалась хотя бы одна строка в дочерней сущности РАБОТА. Затем присваиваем действие триггера Parent Delete - CASCADE, для того чтобы при удалении строки в родительской сущности автоматически удалялись соответствующие строки сущности РАБОТА.

Описанные выше действия осуществляются в диалоге Target Server. Результат представлен на Рис. 11:



Рис. 11. Установка правила ссылочной целостности

По аналогии были созданы все сущности изображенные на Рис. 12.

Рис. 12. ERD-диаграмма

3. РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ В СУБД ACCESS

В настоящее время существует огромное количество различных систем управления БД. Наиболее распространены такие, как Oracle, SQL Server, VisualFoxPro,Clipper и другие. Все они имеют свои преимущества и недостатки. В качестве инструментальной базы данного проекта была выбрана СУБД MS Access 2003. Access -- это реляционная система управления базами данных. Под системой управления понимается комплекс программ, который позволяет не только хранить большие массивы данных в определенном формате, но и обрабатывать их, представляя в удобном для пользователей виде. В реляционной СУБД можно работать одновременно с несколькими таблицами базы данных, это помогает упростить структуру данных и таким образом облегчить выполнение работы.

Access является приложением Windows, а поскольку и Windows и Access разработаны одной фирмой (Microsoft), они очень хорошо взаимодействуют друг с другом. СУБД Access работает под управлением Windows; таким образом, все преимущества Windows доступны в Access. Таблицу Access можно связать с данными, хранящимися на другом компьютере или на сервере, а также использовать таблицу, созданную в СУБД Paradox или Dbase. Данные Access очень просто комбинировать с данными Excel. В СУБД Access предусмотрено много дополнительных сервисных возможностей: мастер - специальная программа, помогающая в решении какой-то задачи или создании объекта определённого типа; выражения; макросы; встроенный язык VBA (Visual Basic for Applications), который дает возможность опытному пользователю программировать сложные процедуры обработки данных; множество средств, разработанных для облегчения работы в Интернет и создания приложений для Web.

Физическая модель данных определяет собой размещения данных непосредственно на машинном носителе, учитывает распределение данных, методы доступа и способы индексирования.

Создание новой нормализованной реляционной базы данных Access осуществляется в соответствии с ее структурой, полученной в результате проектирования. Структура реляционной базы данных определяется составом таблиц и их взаимосвязями. Взаимосвязи между двумя таблицами реализуются через ключ связи, входящий в состав полей связываемых таблиц. В нормализованной реляционной базе данных таблицы находятся в отношениях типа один-ко-многим или один-к-одному. Для одно-многозначных отношений в качестве ключа связи всегда используется уникальный ключ главной таблицы, в подчиненной таблице это может быть любое из полей, которое называется внешним ключом.[4]

Создание реляционной базы данных с помощью СУБД начинается с формирования структуры таблиц. При этом определяется состав полей и задается их описание. После определения структуры таблиц создается схема данных, в которой устанавливаются связи между таблицами. Access запоминает и использует эти связи при заполнении таблиц и обработке данных.

При создании базы данных важно задать параметры, в соответствии с которыми Access будет автоматически поддерживать целостность данных. Для этого при определении структуры таблиц должны быть указаны ограничения на допустимые значения данных, а при создании схемы данных на основе нормализованных таблиц должны быть заданы параметры поддержания целостности связей базы данных.

Завершается создание базы данных процедурой загрузки, т. е. заполнением таблиц конкретными данными. Особое значение имеет технология загрузки взаимосвязанных данных. Удобным инструментом загрузки данных во взаимосвязанные таблицы являются формы ввода/вывода, обеспечивающие интерактивный интерфейс для работы с данными базы. Формы позволяют создать экранный аналог документа источника, через который можно вводить данные в несколько взаимосвязанных таблиц.

Объектом автоматизации является сельскохозяйственное предприятие СПК «Светоч», осуществляющее производство продукции животноводства и поставку ее на рынок. Для выполнения этих задач на предприятии имеются трудовые ресурсы, занимающие определённую должность, работающие в определённом подразделении и получающие определённую заработную плату.

Задача описания данных сводится к представлению оперативной информации; задача описания действий над данными - к их реализации с помощью выбранной СУБД и обеспечение надёжности и безопасности БД.

Для решения поставленных задач при проектировании необходимо определить состав реляционных таблиц, для каждой таблицы - состав ее атрибутов (столбцов) и логические связи между таблицами. Для каждого атрибута должны быть заданы тип данного, его размер и ограничения целостности. Для каждой таблицы - первичный, потенциальный и внешние ключи. При этом получаемая логическая модель должна оцениваться по достижению следующих целей:

· возможность хранения всех необходимых данных;

· исключение избыточных данных;

· сведение числа хранимых отношений к минимуму;

· нормализация отношений для упрощения решения проблем, связанных с обновлением, добавлением и удалением данных.

Для учета заработной платы в приложении используются следующие документы расчетно-платежной информации:

· ведомость на выдачу заработной платы;

· расчётный листок.

Все документы на практике, как правило, регистрируются в журналах, в которых предоставлен список документов за текущий учетный период. Каждая строка журнала является записью о документе. Записи в журнале сортируются по дате, а внутри даты - по времени ввода документа в журнал. Работа с документом начинается с журнала.[1]

При расчете заработной платы на компьютере подготавливаются документы «Расчет зарплаты».

3.1 Создание таблиц и схемы данных

Таблица - это объект, определяемый для хранения данных. Каждая таблица включает информацию об объекте реального мира, например о работниках сельскохозяйственного предприятия. Таблица состоит из заголовка и тела. Заголовок включает имена атрибутов объекта (столбцов) и их свойства, например Табельный номер, ФИО. Тело содержит кортежи (строки), каждая строка представляет множество значениё столбцов, в которых хранятся о конкретном экземпляре объекта.

Способы создания в Access пустой таблицы:

· Режим таблицы - создание таблицы в табличном представлении;

· Конструктор - создание таблиц с помощью конструктора таблиц;

· Мастер таблиц - создание таблиц на основе коллекции таблиц и полей;

· Импорт таблиц - создание таблиц путем импорта таблиц из внешнего файла или из другой БД;

Связь с таблицами - присоединение внешнего файла или таблицы другой БД.

Для создания таблиц в данном проекте оптимальным методом является создание таблиц с помощью конструктора.

Проектирование физической структуры базы данных заключалось в создании таблиц Работник, Работа, Бригада, Вид, Оплата руда.

Создание таблицы БД состоит из двух этапов. На первом этапе определяется ее структура: состав полей, их имена, последовательность размещения полей в таблице, тип данных каждого поля, размер поля, ключи, индексы таблицы и другие свойства полей. На втором этапе производится создание записей таблицы и заполнение их данными. Атрибуты таблиц были описаны во второй главе курсового проекта (Рис. 14). [3]

Рис. 14. Окно определения структуры таблицы Оплата в режиме конструктора

Чтобы объявить Связи между таблицами, нужно (Рис. 15):

1. Из меню Сервис выбрать команду Схема данных;

2. Нажать кнопку Добавить таблицу, при добавлении необходимых таблиц;

3. В диалоговом окне Изменение связей установить опции: Обеспечение

целостности данных, Каскадное обновление связанных полей, Каскадное удаление связанных записей.

4. Создать связи между таблицами.



Рис. 15 Схема данных

3.2 Разработка запросов

Запрос - это объект, который позволяет пользователю получить нужные данные из одной или нескольких базовых таблиц и других запросов. В запросах можно указывать условия, которым должны удовлетворять данные. Благодаря этому запрос позволяет из большого массива информации, хранимой в БД, извлекать только нужные данные. Запрос позволяет сформировать пользовательское представление о данных, не обязательно отвечающее требованиям нормализации. Условия отбора, сформулированные в запросе, позволяют фильтровать записи, составляющие результат объединения таблиц. Простейшие запросы могут быть созданы с помощью мастера. Любой запрос можно создать в режиме конструктора. Конструктор предоставляет удобное для пользователя диалоговое графическое средство формирования запросов, с помощью которого легко может быть построен сложный запрос.

В курсовом проекте использовались следующие типы запросов:

· Запрос на выборку - отбирает поля данных из записей, удовлетворяющих заданному условию из одной или нескольких таблиц или запросов (Вид оплаты);

· Запрос на удаление - удаление из таблицы-источника данных, полученных в выборке (Увольнение работника);

· Запрос на обновление - запрос, при котором обновляются данные в записи (Изменение расценки); [4]

3.3 Разработка форм

Формы обеспечивают наиболее гибкий способ ввода, редактирования, просмотра и удаления данных и фактически являются шаблонами, управляющими отображением информации. Форма позволяет отображать одновременно все поля одной или нескольких записей. Оптимально построенная форма может вмещать несколько десятков полей на одном экране, а если полей намного больше, то для каждой записи можно создать многостраничную форму. Можно создать форму-меню для вызова других форм, таблиц, запросов или отчетов. В форме каждое поле можно разместить в точно заданном месте, выбрать для него цвет или заливку и добавить элементы управления текстом для эффективного ввода данных (Рис. 15).

Рис. 16 Главная форма

При вводе данных можно не только помещать вычисляемые поля в форму, но и добавлять расширенные правила проверки корректности ввода и элементы управления (например, переключатели, флажки, раскрывающиеся списки). Линии, рамки, цвета и фоновые изображения улучшают внешний вид данных, облегчают восприятие формы и повышают продуктивность работы. В дополнение к этому OLE-объекты (такие, как рисунки и графики) можно увидеть только в форме или в отчете.

Наиболее гибким способ создания форм является Мастер форм. В этом режиме можно выбрать поля таблицы для отображения в форме, стиль и цвет оформления фона и ячеек, а так же вид формы. Поля можно упорядочить как угодно. Access дает возможность использовать большинство стандартных элементов управления Windows, которые создают привычный интерфейс при вводе данных.

Настраивать внешний вид и возможности ввода, обработки и просмотра данных можно в режиме конструктора. Вы можете использовать огромное количество Инструментов и Свойств формы, но, чтобы реализовать эти возможности, надо обладать определенным опытом работы с формами.

Для запуска данного проекта достаточно сделать двойной щелчок мышью по ярлыку “Расчёт заработной платы работникам животноводства”. В результате открывается главная форма (рис 15). Из нее можно попасть, нажимая соответствующие кнопки, в форму просмотра общих сведений, форму просмотра и печати отчётов, а также кнопки закрытия окна форы, изменения кнопочной форы и выхода из приложения.[3]

Во всех формах имеется вычисляемое поле «Начисленная сумма». Для этого необходимо:

1. В режиме Конструктора двойным «кликом» по полю вызвать Свойства.

2. В поле Данные вызвать Построитель выражений и ввести выражение (Рис. 17).



Рис. 17 Формула начисленной суммы, введённая с помощью построителя выражения

Форма Сведения о работнике предназначена для ввода и редактирования данных о работниках, а так же для просмотра данных (Рис.18).

Рис. 18 Форма Сведения о работнике

Форма Ведомость на выдачу заработной платы предназначена для просмотра начисленной заработной платы всем работникам ( Рис. 19).

Рис. 19 Форма Ведомость на выдачу заработной платы

Форма Расчётный листок предназначена для просмотра начисленной заработной платы каждому работнику (Рис. 20).

Рис. 20 Форма Расчётный листок

3.4 Разработка отчетов

Средства Access по разработке отчетов предназначены для конструирования макета отчета, в соответствии с которым может быть осуществлен вывод данных в виде выходного печатного документа. Эти средства позволяют создавать отчет сложной структуры, обеспечивающий вывод взаимосвязанных данных из многих таблиц, их группировку, вычисление итоговых значений. При этом могут быть выполнены самые высокие требования к оформлению документа.

Перед началом конструирования проектируется макет отчета. При этом определяются состав и содержание разделов отчета, размещение в нем значений, выводимых из полей таблиц (запросов) базы данных, и вычисляемых реквизитов, определяются поля, по которым нужно группировать данные. Для каждого уровня группировки определяются заголовки и примечания, вычисляемые итоговые значения. Кроме того, оформляются заголовки и подписи реквизитов отчета. Определяется также порядок вывода данных в отчете. Отчет может создаваться с помощью мастера или в режиме конструктора отчетов. Во многих случаях удобно использовать мастера отчетов. Созданный мастером отчет можно доработать в режиме конструктора. [4] В отчётах имеется вычисляемое поле «Начисленная сумма». Для этого необходимо:

1. В режиме Конструктора двойным «кликом» по полю вызвать Свойства.

2. В поле Данные вызвать Построитель выражений и ввести выражение (Рис. 21).

Рис. 21 Формула начисленной суммы, введённая с помощью построителя выражения

Отчёт Расчётный листок предназначен для наглядного преставления на экране и распечатки начисленной заработной платы всем работникам (Рис. 22).

Рис. 22 Отчёт Ведомость на выдачу заработной платы

Отчёт Вид оплаты предназначен для наглядного преставления на экране и распечатки работников, получающих определенный вид оплаты труда (Рис. 23).

Рис. 23 Отчёт Вид оплаты

Отчёт Расчётные листы предназначен для наглядного преставления на экране и распечатки начисленной заработной платы каждому работнику (Рис. 24).

Рис. 24 Отчёт Расчётные листы

Заключение

Построенная информационная система предназначена для работы по да расчету заработной платы на сельскохозяйственном предприятии СПК «Светоч». В данном курсовом проекте разработаны программные средства, позволяющие отобразить всю информацию необходимую сельскохозяйственной организации.

В курсовом проекте решены следующие задачи:

· произведено описание предметной области;

· рассмотрен бизнес-процесс;

· спроектирована логическая структура базы данных;

· осуществлено проектирование физической структуры базы данных.

Назначением программы является ведение баз данных в области учета заработной платы в сельскохозяйственной организации СПК «Светоч»: предоставление полного и удобного интерфейса взаимодействия с записями баз данных, возможность добавления, удаления, редактирования всей полученной информации в результате использования программы.

БД является оригинальной разработанной системой, с помощью которой проще учесть особенности деятельности сельскохозяйственного предприятия «СПК Светоч», создать более простую информационную систему, не требующую сопровождения со стороны.

Таким образом можно сделать вывод, что главная цель курсовой работы выполнена.

Список литературы

1. Бухгалтерский учёт / Л. И. Хоружий, Р. Н. Расторгуев, Р. А. Алборов; Под ред. Л. И. Хоружий и Р.Н. Расторгуевой. - М.: КолосС, 2004. - 511 с.

2. Маклаков С. В. Создание информационных систем с All Fusion Modeling Suite. - М.: ДИАЛОГ-МИФИ, 2003 - 432 с.

3. Бекаревич Ю. Б., Пушкина Н.В. Самоучитель Microsoft Access 2003. - СПб.: БХВ-Петербург, 2004. - 752с.

4. Проектирование баз данных. СУБД Microsoft Access: Учебное пособие для вузов/ Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров, А.Н. Пылькин, Н.И. Цуканова. - М.: Горячая линия-Телеком, 2004. - 240 с.

Размещено на Allbest.ru