Файл: Автоматизация учета труда, заработной платы.pdf

3.2 Требования к функциям (задачам), выполняемым системой

Система должна позволять вводить, отображать, сохранять следующую информацию:

Форма «Клиенты»:

Наименование;

Адрес;

Телефон;

Контактное лицо.

Форма «Заявки»:

Наименование;

Задача;

Сроки.

Форма «Сотрудники»:

ФИО;

Дата рождения;

Номер;

Доп. Сведенья

Форма «Отчеты»:

Печать отчетов по заданным периодам.

3.3 Требования к видам обеспечения

3.3.1 Требования к математическому обеспечению системы

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

3.3.2 Требования к лингвистическому обеспечению системы

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

Лингвистическое обеспечение должно обладать интуитивным (возможно графическим, основанном на технологии drag & drоp или т.п.) интерфейсом и развитой библиотекой готовых функциональных блоков.

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

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

3.3.3 Требования к программному обеспечению системы

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

ПО должно:

обладать функциональной полнотой для выполнения всех функций системы;

иметь стандартизованные информационные связи и использовать стандартные интерфейсы;

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

Средствами СУБД должны обеспечивать следующие требования:

контроль целостности данных;

сохранение целостности данных в БД при нештатном завершении программы (отказ рабочей станции и т.п.);

автоматическая поддержка данных в непротиворечивом состоянии и стабильная работа системы при многопользовательском режиме работы.

3.3.4 Требования к техническому обеспечению

Для нормальной работы с АИС «Бухгалтерия» рабочие места пользователей должен иметь характеристики для оптимальной работы.

3.3.5 Требования к метрологическому обеспечению

Требования к метрологическому обеспечению не предъявляются.

3.3.6 Требования к организационному обеспечению

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

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

должностные инструкции;

инструкции по эксплуатации системы.

Обучение персонала должно быть закончено до начала этапа внедрения системы.

4. Состав и содержание работ по созданию системы

АИС «Бухгалтерия» разрабатывается с использованием стандартных технических средств вычислительной техники.

Учитывая выше изложенное, по согласованию с заказчиком стадии эскизного и технического проекта и соответствующие этим стадиям виды промежуточных работ по ГОСТ 24.601 не проводятся.

Система разрабатывается в рамках курсового проекта в период март-июнь 2017 года.

5. Порядок контроля и приемки системы

Работоспособность системы, соответствие выполняемых функций техническим требованиям потребителей и полнота программной документации проверяется на этапе проведения испытаний (опытной эксплуатации системы). Система должна быть протестирована на контрольных примерах и пройти опытную эксплуатацию в течении месяца.

6. Требования и содержание работ по подготовке системы к вводу в действие

Подготовка к вводу в эксплуатацию системы включает в себя:

ввод необходимой информации в базу данных;

установку и настройку системы,

подготовку и обучение обслуживающего персонала. Требования к документированию.

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

пояснительная записка к техническому проекту;

ведомость технического проекта или план-график;

общее описание системы;

протокол испытаний и акт, составленный приемочной комиссией.

Состав и содержание комплекта документации на АИС может быть уточнен на стадии проектирования.

7. Источники разработки

Настоящее техническое задание разработано на основе следующих документов:

ГОСТ 34.601-90. Автоматизированные системы. Стадии создания;

ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы;

ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем;

РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

8. Дополнения

8.1. Гарантийный срок

Гарантийный срок на обслуживание, устранение неисправностей, 1 год с момента полной сдачи системы в эксплуатацию.

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

8.2. Контактная информация

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

Диаграмма IDEF0

На Рисунке 1.4 и 1.5 представлена структурно-функциональная диаграмма организации учета труда и заработной платы, соответствующая бизнес-процессам. Данная диаграмма построена с использованием принципов стандарта IDEF0.

Рисунок 1.4 IDEF0 Диаграмма

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

Рисунок 1.5 Декомпозиция процесса решения учёта капиталовложений

На данном предприятии Автоматизированная система будет использоваться для:

• Учета труда сотрудников компании;
• Расчёт заработной платы;
• Загрузка данных в БД.

Диаграмма прецедентов

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

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

Рассмотрим теперь, какие возможности должна предоставлять наша система:

• Актер Управляющий использует систему для контроля менеджеров и бухгалтерии;
• Актер Бухгалтер контролирует и учитывает заработную плату на основе отработанного времени сотрудниками.
• Актер Менеджер контролирует сотрудников находящиеся в их подчинение;
• Актер Сотрудник отвечает на заявки от клиентов.
• Актер Клиент создаёт новые заявки.

На основании вышеизложенного можно выделить следующие прецеденты:

Рисунок 1.6 Главная диаграмма прецедентов

Диаграмма деятельности

Рисунок 1.7 Диаграмма деятельности

На Рисунке 1.7 представлена «диаграмма деятельности». Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.

Диаграммы деятельности состоят из ограниченного количества фигур, соединенных стрелками. Основные фигуры:

1. Прямоугольники с закруглениями – действия;
2. Ромбы – решения;
3. Широкие полосы – начало и окончание ветвления действий;
4. Круг – начало процесса;
5. Круг с обводкой – окончание процесса.

Стрелки идут от начала к концу процесса и показывают потоки управления или потоки объектов.

Информационное обеспечение задачи

Информационная модель и её описание

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

1. Справочник учёта труда
2. Справочник заработной платы
3. Справочник отчётность

На рисунке 4 изображена информационная модель данной системы.

Рисунок 4. Информационная модель

Характеристика базы данных

Для проектирования ИС была создана модель сущность-связь. В ней определены все основные объекты (сущности) и связи, которые существуют между ними. Были выделены 4 сущностей: Клиент, Заявки, Сотрудники, Посещение.

Таблица 1 Сущность «Клиенты»