Цель выполнения индивидуального задания – приобретение студентами практических умений и навыков работы с программами, используемыми на предприятии.
Постановка задачи:
Разработка СУБД на предприятии для отдела профилактической дезинфекции, а именно добавление договоров с предприятиями, индивидуальными предпринимателями и ЖПК. Добавление и редактирование выполняемых отделом услуг, и продаваемых товаров, создание списка сотрудников отдела, и на основе этих данных автоматизация создания заказов для клиентов, где на основе выбранных данных автоматически сформируется стоимость услуги либо товара и выводится на печать вся необходимая информация.
Для решения данной задачи использовались MS Access 2005, интегрированная среда разработки Embarcadero RAD Studio (язык программирования C++).
Также в ходе прохождения производственной практики необходимо выполнить следующие задачи:
- изучить технологические процессы обработки информации;
- изучить программное обеспечение АСУ на предприятии;
- ознакомиться с работами, проводимыми на предприятии по созданию программных продуктов.
Программный продукт должен выполнять следующие функции:
- добавление, редактирование, просмотр, удаление данных;
- анализ данных по заданным критериям;
- поиск необходимой информации по заданному критерию;
- аутентификация пользователя программного продукта.
Также в ходе прохождения производственной практики необходимо выполнить следующие задачи:
- изучить программное обеспечение АСУ на предприятии;
- ознакомиться с работами, проводимыми на предприятии по созданию программных продуктов;
- работа с администратором ЛВС, основные вопросы и особенности поддержки работоспособности сети и серверного оборудования;
- работа с программистами ОИТ, знакомство с задачами бухгалтерско-экономической и производственной групп.
Математическая модель поставленной задачи
Диаграмма Use Case
Первой диаграммой является Use Case (диаграмма вариантов использования). Каждый вариант использования показывает, как конкретный актер использует систему и в дальнейшем расширяется диаграммами состояний и последовательности действий. Она состоит из актеров (значок человечка), для которых система производит действие и собственно действия(значок овала). Диаграмму, отображающую работу приложения, можно увидеть на рисунке 1.1.
Рисунок 1.1 – Диаграмма Use Case
Диаграмма Statechart
Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (диаграмма состояний) и Activity diagram (диаграмма активности).
Диаграмма Statechart представлена на рисунке 1.2.
Рисунок 1.2 – Диаграмма Statechart
Диаграмма Activity
Это дальнейшее развитие диаграммы состояний. Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.
Диаграмма Activity представлена на рисунке 1.3.
Рисунок 1.3 – Диаграмма Activity
Диаграмма Sequence
Взаимодействие объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов.
Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами.
Диаграмма Sequence представлена на рисунке 1.4.
Рисунок 1.4 – Диаграмма Sequence
Диаграмма Collaboration
Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.
Диаграмма Collaboration представлена на рисунке 1.5.
Рисунок 1.5 – Диаграмма Collaboration
Диаграмма классов
Диаграмма классов описывает структуру системы, показывая её классы, их атрибуты и операторы. С ее помощью строится внутренняя структура системы. Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений.
Диаграмма классов представлена на рисунке 1.6.
Рисунок 1.6 – Диаграмма классов
На данной диаграмме показаны таблицы баззы данных, из который состоит система.