Файл: Проектирование реализации операций бизнес-процесса «Расчет заработной платы»..pdf

Позиционирование

Экономические предпосылки

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

Место системы

Система предназначена для бухгалтера организации.

Заинтересованные лица

Пользователи системы

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

Бухгалтер: оформляет расчеты заработной платы.

Таблица 4 - Преимущества системы

Основные свойства системы

Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций:

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

Таблица 5 – Определения

Прецеденты определяют, как исполнители взаимодействуют с программной системой. В процессе этого взаимодействия исполнителем генерируются события, передаваемые системе, которые представляют собой запросы на выполнение некоторой операции.

Диаграмма последовательностей системы (system sequence diagram) – это схема, которая для определенного сценария прецедента показывает генерируемые внешними исполнителями события, их порядок, а также события, генерируемые внутри самой системы. Назначение данной диаграммы – отображение событий, передаваемых исполнителями системе через ее границы. На диаграмме последовательностей отображаются системные события сценария некоторого прецедента.

Рисунок 3. Диаграмма последовательности на основе основного успешного сценария в развернутом формате описания прецедента

Описание системных операций диаграммы последовательности

Описания Системных операций (system operation contract) описывают детальное поведение системы в терминах изменения состояния объектов модели предметной области после выполнения системных операций.

Описания определяются для системных операций (system operations).

Системные операции – это операции, входящие в открытый интерфейс системы для обработки входных системных событий, которые система выполняет как «черный ящик». Системные операции можно идентифицировать на основе системных событий.

Таблица 1 Разделы описания

1.5. Обоснование проектных решений по программному обеспечению

Объектом автоматизации является деятельность бухгалтерии, в том числе расчет удержаний за прогулы, начисления по больничным листам, расчет НДФЛ, рассчет конечной заработной платы.

Система «ЗП» должна работать в операционной системе Windows Xp, Vista, 7. Обслуживание системы должно осуществляться сотрудниками бухгалтерии и администратора, в обязанности которых будет входить ввод новой информации, отслеживание в целом за работой системы, устранение неполадок и другие.

Система «ЗП» проходит реализацию в ОС Windows 7, так как эта модель Windows широко распространена, имея ряд достоинств:

-Многозадачность;

-Совершенство пользовательского интерфейса;

-Устойчивость в работе;

Основной ОС, действующей на предприятии, являются ОС класса Windows. В настоящий момент времени на объекте автоматизации бизнес-процесс документооборота не автоматизирован.

Требования к системе в целом. Основное требование к системе «ЗП» заключаются в автоматизации деятельности отдела кадров. Она должна обеспечить:

- ввод и хранение данных обо всех сотрудниках (табельный номер сотрудника, должность, фамилия, имя, отчество и др.);

- должно допускаться редактирование введённой ранее информации;

- система должна быть интуитивно понятной в использовании;

- система предназначена для использования бухгалтером;

Требования к пользователям системы. Пользователями системы являются сотрудники бухгалтерии. Сотрудникам для работы с системой «ЗП» необходимо иметь навыки работы на ПК.

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

- обязательного применения на рабочих местах источников бесперебойного питания с возможностью автономной работы системы не менее 5 минут;

- предварительного обучения пользователей и обслуживающего персонала;

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

- своевременное создание резервных копий баз данных на сервере и на сменных носителях.

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

Требования к программной и информационной совместимости. Разрабатываемая система должна работать под управлением операционной системы Windows Xp, Vista, 7.

Требования к техническим средствам. Технические средства должны включать рабочие станции с характеристиками не ниже:

- процессор Intel Pentium IV 2,4 GHz и выше;

- объём необходимой оперативной памяти 1024 Mb и выше;

- объем жесткого диска не менее 20 GB;

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

При выполнении данной работы необходимо разработать:

Техническое задание на проектирование

Выполняется по ГОСТ 34. 602-89. Техническое задание на создание автоматизированной системы «ЗП». При этом заполняются следующие разделы (и их подразделы): 1) общие сведения; 2) назначение и цели создания (развития) системы; 3) характеристика объектов автоматизации; 4) требования к системе; 5) состав и содержание работ по созданию системы.

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

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

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

Идентификация классов понятий или концептуальных классов – составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.

2.1 Объекты предметной области

Концептуальные классы (или объекты предметной области) данной предметной области изображены на рисунке 4.

Рисунок 4 – Исходная модель предметной области

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

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

Идентификация классов понятий или концептуальных классов – составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.

Рисунок 5 - Модель предметной области

2.2. Характеристика нормативно-справочной, входной и оперативной информации.

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

• • Диаграммы кооперации (collaboration diagram)
  • Диаграммы последовательностей (sequence diagram)

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

Диаграммы последовательностей (sequence diagram) иллюстрируют взаимодействие в форме. Здесь объекты располагаются слева направо.

Рисунок 6 – Диаграмма последовательности

2.3. Характеристика результатной информации.

Диаграммы кооперации (collaboration diagram) иллюстрируют взаимодействие объектов в формате графа или сети. При этом объекты могут размещаться в любом месте диаграммы.