Файл: Применение объектно-ориентированного подхода при проектировании информационной системы.pdf

Диаграмма сущность-связь

Рисунок 1

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

Рисунок 2 - Список требований\

Диаграмма вариантов использования

Рисунок 3

Вывод: Поведение разрабатываемой системы (то есть функциональность, обеспечиваемая системой) описывается с помощью функциональной модели, которая отображает системные прецеденты (use case), системное окружение (действующих лиц или актеров - actors) и связи между прецедентами и актерами (диаграммы прецедентов - use case diagrams). Основная задача модели прецедентов - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.

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

Рисунок 4 - Регистрация

Рисунок 5 - Работа над книгами в читательском зале

Рисунок 6 - Получение книг в абонементном зале

Рисунок 7 - Возврат книг в библиотеку

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

программное обеспечение модель библиотека

Варианты развития системы

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

1. Добавление возможности распечатки в читательском зале выбранных пользователем страниц за деньги.
2. Добавления зала ожидания для посетителей, которым не хватило мест в читательском зале.
3. Добавление возможности продления пользования книгой в абонементном зале за деньги.
4. Ввод системы оповещения абонементов об окончании срока пользования книгой.

Диаграмма классов

Рисунок 8

Диаграммы классов в соответствии с направлениями развития

Рисунок 9 - Распечатка

Рисунок 10 - Зал ожидания

Рисунок 11 - Продление пользования

Рисунок 12 - Система оповещения

Диаграмма состояния

Рисунок 13

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

Диаграмма активности

Рисунок 14

Вывод: диаграмма активности - диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов - вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла к входам другого. Используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.

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

Рисунок 15

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

Заключение

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

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