3.1 Формирование реляционной схемы и проектирование АРМ специалиста расчетной группы

Поскольку цель проектируемой АРМ - разработка информационной системы расчета заработной платы персонала ФГУП «Сочинский национальный парк», то к функциональным требованиям системы можно отнести:

- ведение базы сотрудников;

- кадровое перемещение;

- ведение штатного расписания;

- расчет оплаты труда (по штатному расписанию и с персоналом, работающим по найму на основе договоров);

- формирование отчетности (бухгалтерской, статистической).

Среди нефункциональных требований, предъявляемых к проектируемому АРМ, можно выделить следующие:

- работа в операционной системе Windows;

- формирование наглядного пользовательского интерфейса;

- возможность хранения большого объема электронных документов.

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

На втором же этапе проектирования формируются варианты использования проектируемой системы, исходя из выше рассмотренных функций системы, процессов в ней протекающих и круга пользователей - рисунок 7.

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

Рисунок 6 - Информационные и технологические процессы, протекающие в проектируемой информационной системе

Так, к пользователям проектируемой информационной системы можно отнести:

- бухгалтерия (ведет расчет по оплате труда);

- отдел кадров (ведет учет движения персонала);

- руководитель организации (формирует штатное расписание).

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

Исходя из концептуальных представлений проектируемой информационной системы, представленной на рисунке 3.2, можно отметить, что каждому объекту автоматизации присуще свои функции, однако достижение общей цели - формирования фонда оплаты труда предприятия - объединяет функционал объектов.

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

Рисунок 7 - Концептуальная схема реализации АРМ специалиста расчетной группы ФГУП «Сочинский национальный парк»

Таким образом, концептуальная схема реализации проектируемой информационной системы иллюстрирует механизм ее реализации поэтапно, последовательно.

Для поддержания методологии проектирования на основе концептуального моделирования широко применяются языки спецификаций, непроцедурные языки программирования, инструментальные средства отладки программ и т. д.

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

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

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

Сама реляционная схема может содержать различные типы связей между «Сущностями»:

- Отношение один-к-одному (когда одной записи в родительской таблицы соответствует одна запись в дочерней таблице);

- Отношение один-ко-многим (когда одной записи в родительской таблицы соответствует несколько записей в дочерней таблице);

- Отношение многие-ко-многим (когда многим записям в родительской таблицы соответствуют несколько записей в дочерней таблице);

- Рекурсивное отношение - отношение, связывающее объектное множество с ним самим.

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

Исходя из спецификаций, представленных в Приложении В, отметим, что при проектировании информационной системы расчета оплаты труда персонала ФГУП «Сочинский национальный парк» используем реляционную модель данных, которая позволит организовать и представить данные в виде таблиц - рисунок 8.

Рисунок 8 - Реляционная модель проектируемой информационной системы

Таким образом, реляционная модель проектируемой информационной системы имеет следующие сущности и их атрибуты:

- «Сотрудники»_(ФИО_Сотрудника, ИНН_Сотрудника, Адрес, Должность, Стаж);

- «Должность»_(Наименование_Должности, Руководитель_СП, наименование структурного подразделения, Оклад, Надбавка);

- «Штатное расписание»_(Наименование_Должности, Оклад, Тариф, Кол_едениц, Дата);

- «Фонд оплаты труда»_(Дата, Оплата труда итого, ЕСН, Издержки на персонал).

Отметим, что для обеспечения связи таблиц ключи одной сущности могли быть добавлены в качестве атрибута другой сущности - таблица 3.4. Такая сущность как «Фонд оплаты труда» является вторичной, поскольку содержит расчетные атрибуты. Она формируется посредствам языка структурированных запросов Structured query language.