Анализ предметной области отдела заказов малого предприятия

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

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

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

Модели

Для преставления решения, имеет смысл привести ряд моделей частей системы в нотации UML 2.0, а также модель данных, основанную на методологии IDEF1x.

Для создания моделей в нотации UML 2.0 будет использовано CASE средство Telelogic Tau Modeler 3.1, а для модели данных по методологии IDEF1x – ERwin Data Modeler.

Модель данных

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

Рисунок 1

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

Сущность «Клиент» имеет атрибуты id, для присваивания клиенту уникального идентификационного номера. Атрибуты «User», «pass» и «status» необходимы для авторизации и аутентификации пользователя в системе. Сущность «Подробнее» расширяет информацию о сущности «Клиент». В ней обозначены атрибуты для указания дополнительной информации.

Сущность «Заказы» и связанная с ней сущность «Описание» определяют атрибуты необходимые для описания заказов. Атрибут client_id и manag_id необходимы для связывания сущности «Заказы» с сущностями «Клиент» и «Менеджер». Сущность «rights» необходима для назначения прав и областей доступа для менеджера и администрации. Сущность «Администрация» и связанная с ней сущность «Описание» содержит атрибуты для описания администратора системы. Атрибуты«User», «pass» и «status» необходимы для авторизации и аутентификации пользователя в системе.

Сущность «Информация» хранит атрибуты, отвечающие за хранение информации о фирме ее услугах и координатах. Атрибут «visible» определяет видимость информации на сайте. Атрибут «url» назначает адрес для доступа к записи. Атрибут «date» хранит информацию о дате создания или обновления информации.

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

Сущность «» и связанные с ним сущности «» и «» хранят заданные вопросы пользователей, клиентов и посетителей и имеющиеся на данные вопросы ответов менеджера.

Далее преобразуем полученную логическую модель к физической модели. Полученный результат представлен на рисунке 2.

Рисунок 2

Атрибутам сущностей установлен тип данных, и наложено ограничение по длине поля.

Модель системы в нотации UML 2.0

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

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

Рисунок 3

На диаграмме представлены основные пользователи системы. Сущность «Клиент» является расширением сущности «Посетитель». Данным сущностям доступны такие варианты использования как: «Просмотреть информацию», «Отправить вопрос». У сущности «Клиент» есть дополнительный вариант использования: «Работать с заказом», расширяемый рядом других вариантов использования.

У менеджера фирмы имеется два варианта использования: «Управлять» и «Ответить на вопрос». Сущность «Администратор», несет на себе только функции по администрированию данной системы.

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

Иерархическая структура работ

В данной работе необходимо построить план работ по подготовке и защиты на степень Бакалавра.

Примерный план работ приведен в таблице.

Таблица 1

 Скачать реферат