Файл: Применение объектно-ориентированного подхода при проектировании информационной системы.pdf
Добавлен: 06.04.2023
Просмотров: 20
Скачиваний: 2
Диаграмма сущность-связь
Рисунок 1
Требования к системе
Рисунок 2 - Список требований\
Диаграмма вариантов использования
Рисунок 3
Вывод: Поведение разрабатываемой системы (то есть функциональность, обеспечиваемая системой) описывается с помощью функциональной модели, которая отображает системные прецеденты (use case), системное окружение (действующих лиц или актеров - actors) и связи между прецедентами и актерами (диаграммы прецедентов - use case diagrams). Основная задача модели прецедентов - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
Диаграмма последовательности
Рисунок 4 - Регистрация
Рисунок 5 - Работа над книгами в читательском зале
Рисунок 6 - Получение книг в абонементном зале
Рисунок 7 - Возврат книг в библиотеку
Вывод: Диаграмма последовательности действий отображает взаимодействие объектов, упорядоченное по времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты, для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям прецедентов в логическом представлении системы.
программное обеспечение модель библиотека
Варианты развития системы
Для данной модели публичной библиотеки предусматриваются следующие направления развития:
- Добавление возможности распечатки в читательском зале выбранных пользователем страниц за деньги.
- Добавления зала ожидания для посетителей, которым не хватило мест в читательском зале.
- Добавление возможности продления пользования книгой в абонементном зале за деньги.
- Ввод системы оповещения абонементов об окончании срока пользования книгой.
Диаграмма классов
Рисунок 8
Диаграммы классов в соответствии с направлениями развития
Рисунок 9 - Распечатка
Рисунок 10 - Зал ожидания
Рисунок 11 - Продление пользования
Рисунок 12 - Система оповещения
Диаграмма состояния
Рисунок 13
Вывод: на диаграмме состояний были определены все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате наступления некоторых событий.
Диаграмма активности
Рисунок 14
Вывод: диаграмма активности - диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов - вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла к входам другого. Используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
Диаграмма компонентов
Рисунок 15
Вывод: Диаграмма компонентов - статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонент могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т.п.
Заключение
Разрабатываемая модель "Библиотека" приближается к реально существующей модели любой библиотеки. Она имеет несколько направлений развитий, например таких, как: распечатки в читательском зале выбранных пользователем страниц за деньги, зал ожидания для посетителей, возможности продления пользования книгой в абонементном зале за деньги, система оповещения абонементов об окончании срока пользования книгой.
В разработанной системе присутствуют наследуемые классы и переопределяемые методы в них. При развитии модели необходимо лишь добавить пару необходимых классов и переопределить нужные методы. Развитие модели не требует полного перепроектирования системы, однако, оно и далеко не идеально.