- •Проектирование информационной системы пиццерии
- •Введение
- •Обоснование выбора предметной области
- •Объектно-ориентированный анализ информационной системы
- •Проектирование диаграмм прецедентов
- •Проектирование прецедента «Принять заказ»
- •I. Формирование потока событий.
- •II. Построение диаграммы последовательности событий.
- •III. Составление кооперативной диаграммы.
- •IV. Построение диаграммы состояний.
- •Проектирование прецедента «Оформить Карту постоянного клиента»
- •I. Формирование потока событий.
- •II. Построение диаграммы последовательности событий.
- •III. Составление кооперативной диаграммы.
- •IV. Построение диаграммы состояний.
- •Проектирование прецедента «Закупить продукты»
- •I. Формирование потока событий.
- •II. Построение диаграммы последовательности событий.
- •III. Составление кооперативной диаграммы.
- •IV. Построение диаграммы состояний.
- •Разработка диаграммы классов
- •Построение схемы базы данных
- •Функционально-модульный анализ информационной системы
- •Построение общей диаграммы
- •Описание логики поведения системы по методологии idef0
- •I. Разработка диаграммы декомпозиции основного блока «Деятельность пиццерии».
- •II. Формирование диаграммы декомпозиции первого блока.
- •III. Формирование диаграммы декомпозиции второго блока.
- •IV. Формирование диаграммы декомпозиции третьего блока.
- •Конечное поведение функций и параллельные операции
- •I. Моделирование технологического процесса «Принять заказ».
- •II. Моделирование технологического процесса «Составить маркетинговую стратегию».
- •Анализ поведения системы хранения данных
- •I. Построение диаграммы потоков данных для задачи «Принять заказ».
- •II. Построение диаграммы потоков данных для задачи «Составить маркетинговую стратегию».
- •Сравнение методов анализа информационной системы
- •Заключение
II. Построение диаграммы последовательности событий.
Оформим диаграмму последовательности событий, отражающую поток действий, происходящий в рамках прецедента «Закупить продукты».
Построенная диаграмма последовательности событий представлена на рисунке 10.
|
Рисунок 10 - Диаграмма последовательности событий прецедента «Закупить продукты» |
Опишем все действия, реализованные в диаграмме:
авторизация пользователя в роли Директор;
нажатие кнопки «Закупить продукты»;
открытие поля «Закупка продуктов»;
нажатие кнопки «Ввести наименования»;
раскрытие дополнительных строк;
ввод информации о товарах (категория, наименование, название фирмы, количество);
нажатие кнопки «Ввод»;
открытие Базы данных поставщиков;
загрузка актуальных данных в Базе;
отправка введенных данных о товарах;
обработка полученных данных в Базе данных поставщиков;
формирование перечня подходящих поставщиков;
выбор поставщиков;
нажатие кнопки «Завершить»;
отправка отмеченных вариантов поставщиков в поле «Закупка продуктов»;
формирование общей суммы закупки;
сохранение данных;
отправка подтвержденных данных поставщикам;
формирование накладной;
печать накладной.
III. Составление кооперативной диаграммы.
Опираясь на диаграмму последовательности событий, построим кооперативную диаграмму, показывающую характер взаимодействия элементов в приложении.
Установленные связи и соединения проиллюстрированы на рисунке 11.
|
Рисунок 11 – Кооперативная диаграмма действия «Закупить продукты» |
IV. Построение диаграммы состояний.
Осуществим формирование диаграммы состояний, показывающей положения, через которые проходит информационная система, в процессе исполнения операций по составлению накладной для закупки продуктов и товаров.
На рисунке 12 представлен результат построения диаграммы состояний для анализируемого прецедента.
|
Рисунок 12 – Диаграмма состояний прецедента «Закупить продукты» |
Разработка диаграммы классов
Диаграмма классов служит для отображения различных взаимосвязей между отдельными сущностями предметной области, такими как объекты и подсистемы, а также показывает внутреннюю структуру системы и типы соединений в ней.
В рамках проектируемого приложения обозначим следующие классы:
Таблица «Пользователи»;
Окно авторизации;
Главное меню;
Поле «Заказ»;
Окно «Найти Карту»;
Кассовый аппарат;
Банковский терминал;
Окно вывода сообщений;
Устройство печати;
Поле «Карта постоянного клиента»;
База данных клиентов;
Устройство записи карт;
Окно «Создать виртуальную Карту постоянного клиента»;
Поле «Закупка продуктов»;
База данных «Продукты в наличии»;
База данных поставщиков.
Для каждого отмеченного класса был указан его тип (Form, Entity, Interface, Control), определен список атрибутов и перечень соответствующих методов. Между взаимосвязанными элементами также были установлены соединения.
На рисунке 13 приведена сформированная структура.
|
Рисунок 13 – Диаграмма классов |