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

Рисунок 1.3 – Диаграмма IDEF0 “AS IS”.

Диаграмма учета новых товаров на предприятии указана на рисунке 1.4.

Рисунок 1.4 – Диаграмма IDEF0 “TO BE”.

Создание Информационной Системы – сложный процесс, который можно представить, как поэтапный спуск от общей концепции будущей ИС, через понимание ее логической структуры к наиболее детальным моделям, описывающим физическую реализацию. Диаграмма деятельности принадлежит к логической модели. На рисунке 1.5 представлена диаграмма деятельности.

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

1.4. Техническое и программное обеспечение

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

На данный момент компания имеет 1 офис в Москве. Рассмотрим его техническую архитектуру.

Техническая архитектура организации представлена на рисунке 1.6.

Рисунок 1.6 – Техническая архитектура организации

Ниже представлен список оборудования, которое числится в организации:

• 1 маршрутизатор;
• 2 коммутатора;
• 1 wi-fi роутер;
• 3 вида персонального компьютера (ПК, ноутбук, iMac. Всего 13);
• 3 вида принтера (МФУ, термопресс для кружек, принтер для печати по ткани. Всего 6);
• 3 сервера.

Технический парк предприятия указан в таблице 1.2.

Таблица 1.2 – Технический парк предприятия

В таблице 1.3 приводится описание программного обеспечения предприятия.

Таблица 1.3 – Программное обеспечение

1.5. Техническое задание

1. Общие сведения

1.1. Наименование системы:

Автоматизация учета повременной оплаты труда

1.2. Заказчики исполнители работ.

Заказчик: Гавриленко А.В.

Исполнитель: Крушельницкий Дмитрий

1.3. Основание для проведения работ.

Настоящее ТЗ разработано на основе плана учебной дисциплины “Проектирование информационных систем” для группы ДКИ-402.

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

1.4. Стадийность работ.

1.5. Особые условия.

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

2. Назначение и цели создания системы (подсистемы, модуля)

2.1. Назначение

Информационная система обеспечивает автоматизацию деятельности финансового отдела в соответствии с бизнес-процессами предприятия (расчет заработной платы, учет оплаты, составление ведомостей зарплаты, начисление премии и т.д.).

2.2. Цели

Целью разработки системы является повышение эффективности, и скорости расчета зарплаты, бюджетного и финансового анализа, ведение бухгалтерского учета.

3. Требования к системе

3.1. Требования к системе в целом

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

3.2. Функции и задачи системы.

• Настройка конфигурации для денежного расчета
• Кадровый учет
• Составление платежных документов на выплату
• Налогообложение
• Формирование отчетности

3.3. Требования к видам обеспечения (информационному, лингвистическому, программному и техническому обеспечению).

Требования к ПО:

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

3.4. Требования к численности и квалификации персонала системы и режиму его работы

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

• Руководитель эксплуатирующего подразделения - 1 человек.
• Администратор подсистемы сбора, обработки и загрузки данных - 2 человека.
• Администратор подсистемы хранения данных - 2 человека.
• Администратор подсистемы формирования и визуализации отчетности - 1 человек.
• Данные лица должны выполнять следующие функциональные обязанности.
• Руководитель эксплуатирующего подразделения - на всем протяжении функционирования системы обеспечивает общее руководство группой сопровождения
• Администратор подсистемы сбора, обработки и загрузки данных - на всем протяжении функционирования системы обеспечивает контроль процессов, подготовку и загрузка данных из внешних источников в хранилище данных
• Администратор подсистемы хранения данных - на всем протяжении функционирования системы обеспечивает распределение дискового пространства, модификацию структур БД, оптимизацию производительности.
• Администратор подсистемы формирования и визуализации отчетности - на всем протяжении функционирования системы обеспечивает поддержку пользователей, формирование отчетности.

3.5. Требования к квалификации персонала

К квалификации персонала, эксплуатирующего систему, предъявляются следующие требования.

Конечный пользователь:

• знание соответствующей предметной области;
• знания и навыки работы с аналитическими приложениями
• Администратор подсистемы сбора, обработки и загрузки данных:
• знание методологии проектирования хранилищ данных;
• знание СУБД;
• Администратор подсистемы хранения данных:
• глубокие знания СУБД;
• знание архитектуры «Звезда» и «Снежинка»;
• опыт администрирования СУБД;
• знание и навыки операций архивирования и восстановления данных;
• знание и навыки оптимизации работы СУБД.
• Администратор подсистемы формирования и визуализации отчетности:
• понимание принципов многомерного анализа;
• знание методологии проектирования хранилищ данных;
• знание и навыки администрирования приложения.

3.6. Требования к надежности

Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств. Надежность должна обеспечиваться за счет:

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

3.7. Требования к надежности технических средств и программного обеспечения

К надежности оборудования предъявляются следующие требования:

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

Надежность программного обеспечения подсистем должна обеспечиваться за счет:

• надежности общесистемного ПО и ПО, разрабатываемого Исполнителем;
• проведением комплекса мероприятий отладки, поиска и исключения ошибок.
• ведением журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации.

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

Этап 1:

Проектирование. Разработка эскизного проекта. Разработка технического проекта.

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

Определение структуры входных и выходных данных.

Определение требований к программе.

Этап 2:

Разработка рабочей документации. Адаптация программ

Разработка и утверждение технического задания, уточнение структуры входных и выходных данных.

Этап 3:

Ввод в действие

Испытания программы согласование и утверждение программы и методики испытаний

Этап 4:

Сопровождение системы

В сопровождение входит:

• оперативная ликвидация появляющихся ошибок;
• внесение доработок и улучшений.
• обучение сотрудников – будущих пользователей системы.

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

5.1. Виды и объем испытаний системы

Система подвергается испытаниям следующих видов:

• Предварительные испытания.
• Опытная эксплуатация.
• Приемочные испытания.

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

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

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