Предконтекстная диаграмма
Предконтекстная диаграмма отражает функционирование реальной системы до ее автоматизации или системы, существующей только в воображении заказчика (см. рис. 1).
В данной курсовой работе предконтекстная диаграмма сделана с помощью диаграммы потоков данных.
Было исследовано несколько онлайн-магазинов исторической реконструкции, и в ходе исследования выяснилось, что все эти магазины имеют общий принцип работы:
доставка товара осуществляется по почте, что отнимает время у клиента, в отличие от курьерской доставки;
клиент не может предложить свои эскизы для заказа товара;
клиент не может выбрать материал, из которого будет изготавливаться изделие, а также не может заказать товар по своим индивидуальным меркам.
Контекстная диаграмма
Контекстная диаграмма — это диаграмма, которая наиболее просто описывает автоматизируемую систему. Контекстная диаграмма отражает взаимодействие системы с внешними сущностями, такими как клиенты, банк, налоговая, почта и многими другими. В данной курсовой работе отражается отношение системы с такими сущностями, как «Клиенты», «Банк» и «Поставщики» (см. рис. 2).
Проектируемая информационная система позволяет реализовать такие возможности как:
регистрация на сайте;
авторизация;
просмотр каталогов с товарами;
оформление заказа;
предоставление своих эскизов;
выбор материала для изготовления товара;
предоставление индивидуальных мерок;
оплата товара.
Рис. 1. Предконтекстная диаграмма деятельности магазина
Рис. 2. Контекстная диаграмма информационной системы онлайн-магазина «Рагнарек»
Физическая модель системы
Физическая модель системы демонстрирует, каким образом система будет удовлетворять предъявленным к ней требованиям.
Требования к системе:
удобство и простота в использовании сайта;
регистрация на сайте;
просмотр каталога магазина;
просмотр информации о товаре;
внесение своих собственных пожеланий;
заказ товара;
оплата товара.
Функциональная модель системы
Функциональная модель является расширением логической модели и содержит диаграммы детализации процессов в виде DFD и IDEF3, спецификации процессов на структурированном естественном языке или с помощью диаграммы Насси-Шнейдермана, а также словари. Спецификации процессов используются для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью диаграмм детализации.
Логическая модель исторического онлайн-магазина товаров для реконструкции была расширена физической моделью, посредством диаграмм декомпозиции и словарей.
Диаграммы декомпозиции
Диаграммы потоков данных (Data Flow Diagrams – DFD) представляют собой связь функциональных процессов потоками данных. Цель DFD – это показать, как каждый процесс преобразует свои входные данные в выходные и выявить отношения процессов между собой.
Диаграммы IDEF3 (Integrated DEFinition for Process Description Capture Method) нацелены на описание ситуации, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе.
Детализация главного процесса «Информационная система оборота товаров, материалов и заказов мастерской магазина «Рагнарек» была проведена посредством DFD. На диаграмме первого уровня декомпозиции представлены такие процессы, как «Работа с сырьем», «Работа с клиентами», «Финансовая деятельность», «Изготовление заказов» и «Доставка заказов». Каждый из процессов имеет своего исполнителя – администратора, мастера или курьера (см. приложение 1).
Процесс «Работа с сырьем» отражает такие главные аспекты, как взаимодействие администратора с поставщиками, составление бланков на поставку товаров и их оплату. Работа с клиентами включает в себя обработку и подтверждение новых заказов администратором, сообщение клиентам о времени доставки, подтверждение оплаты товара в системе. Финансовая деятельность заключается для администратора в составлении ежемесячных отчетов, расчете и начислении заработной платы, а также переводе средств поставщикам.
«Изготовление заказа» показывает, каким образом мастер взаимодействует с информационной системой. Это происходит, когда ему требуется просмотреть невыполненные заказы, указать какое время понадобиться на их выполнение, а также внести данные о завершении заказа.
Процесс «Доставка заказа» связывает деятельность мастера, курьера и информационной системы. Когда курьер забирает завершенные заказы, мастер выдает ему специальные бланки для подписи, сгенерированные при помощи системы. После доставки заказа по месту назначения, курьер обращается к системе и ставит дату закрытия заказа.
На более низком уровне декомпозиции происходит описание процессов, приведенных выше. Для администратора работа с сырьем представлена в более простом виде, включает в себя такие процессы, как «Составление списка сырья для дозаказа», «Выбор поставщика», «Отправление данных поставщику» и «Прием сырья» (см. приложение 2).
Важным процессом на диаграмме работы с сырьем является процесс «Выбор поставщика» (см. приложение 3), который детализирован при помощи IDEF3, чтобы акцентировать внимание на последовательности выполняемых действий. Эта декомпозиция включает в себя такие процессы, как «Поиск поставщиков», «Изучение условий сотрудничества», «Изучение цен нового поставщика», «Изучение акций и скидок для постоянных клиентов на требуемые виды сырья» и «Выбор наилучшего предложения на поставку».
«Работа с клиентами» детализирована на процессы «Обработка новых заказов», «Просмотр информации об оплате заказа», «Анализ времени, требуемого на изготовление заказа» и «Составление сообщения клиенту о выполнении заказа» (см. приложение 4). Детализация показывает, что процесс работы над заказом не может начаться ранее, чем поступит оплата и будет сформировано приблизительное время изготовления заказа.
«Финансовая деятельность» включает в себя такие процессы, как «Получение денежных средств от клиента», «Рассчет средств на оплату поставленного сырья», «Рассчет заработной платы сотруднику», «Составление ежемесячного отчета о сделках купли-продажи» (см. приложение 5).
Важным процессом на диаграмме финансовой деятельности администратора является «Расчет заработной платы сотруднику» (см. приложение 6), декомпозиция которого выполнена при помощи IDEF3. Этот процесс детализирован на «Рассчет прибыли, полученной за месяц», «Оценка максимально возможной выплаты ЗП», «Начисление основной ставки», «Начисление премии за переработку», «Учет штрафа за прогулы», «Прибавление процентов от продаж» и «Подготовка информации для передачи банку».
«Изготовление заказа» включает в себя такие процессы, как «Определение предполагаемого времени выполнения заказа», «Изготовление заказа», «Упаковка товара и передача курьеру», «Обработка подписанных бланков о доставке» (см. приложение 7).
Декомпозиция процесса «Доставка заказа» завершает построение диаграмм декомпозиции для магазина исторической реконструкции. «Доставка заказа» включает в себя процессы погрузки в машину выполненных заказов, доставки заказа до места назначения, передачи заказа клиенту, просьбы подписаться в бланке и внесения данных о доставке заказа (см. приложение 8).
Спецификация процессов естественным языком
Как правило, спецификации задаются для маленьких процессов, включающую небольшую последовательность действий, которые не имеет смысла в детализации с помощью DFD. Примером такого процесса является «Изготовление заказа» (см. приложение 9).
Словарь данных
Словарь данных относится к текстовым средствам описания системы и отражает все компоненты системы – процессы, потоки и атрибуты баз данных (см. приложение 10).
Словарь проекта
Словарь проекта в отличие от словарей данных включает в себя процессы, потоки, внешние сущности и хранилища (базы данных). Это позволяет аналитикам и разработчикам четко видеть структуру проектируемой системы в простом текстовом виде (см. приложение 11).
Информационная модель системы
Помимо диаграмм декомпозиций физическая система включает в себя диаграммы «сущность-связь» (entity-relationship diagram ERD), показывающие структуру данных и отображающую связи между ними. ER-диаграммы позволяют детализировать хранилища данных, отразив сущности системы, их взаимоотношения и свойства.
ER-диаграммы позволяют показывать данные в логическом виде, иначе можно отобразить данные с их физическими свойствами, а также есть возможность простой генерации всех сущностей информационной системы со связями (см. приложение 12).