МИНОБРНАУКИ РОССИИ

Санкт-Петербургский государственный

электротехнический университет

«ЛЭТИ» им. В.И. Ульянова (Ленина)

Кафедра АПУ

Курсовой проект

по дисциплине «Проектирование программного обеспечения»

Тема: Информационная система ПВЗ

Санкт-Петербург

2021

ЗАДАНИЕ

на Курсовой проект

Содержание

Введение 4

1. Описание предметной области 6

2. Анализ предметной области и построение информационной модели «как есть» на основе структурного подхода 8

2.1 Функциональная модель IDEF0 8

2.2 Функциональная модель DFD 12

2.3 Workrflow-модели 16

3. Поведенческие модели 18

4. Проектирование информационной системы с использованием объектно-ориентированного подхода 25

4.1. Моделирование использования информационной системы 25

4.2. Моделирование структуры информационной системы 42

Введение

Сфера деятельности пункта выдачи интернет-магазина характеризуется большими массивами информации и объёмом выполняемых работ.

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

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

На данный момент существует достаточно большое количество решений для задачи, с которой мы работаем. Наша продукт предназначен для быстрорастущих интернет-магазинов. Разрабатываемое программное обеспечение является относительно недорогой информационной системой, обеспечивающей необходимый функционал с возможностью его дальнейшего наращивания, имеющей интуитивно понятный в использовании и грамотно структурированный интерфейс, обеспечивающей работу с большими массивами данных.

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

Особое внимание стоит уделить возврату, поскольку это острая тема для владельцев интернет-магазинов. Наша информационная система пункта-выдачи интернет-магазина имеет слаженную и отработанную схему проведения процедуры возврата, которая проходит быстро, с минимальными усилиями и затратами времени.

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

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

Необходимо обеспечить выгрузку информации о типах заказываемых товаров с целью определения потребностей района, в котором находится данный пункт. Предусмотреть возможность выдачи месячного, полугодового или годового отчёта о товарообороте пункта-выдачи. Данная информация может потребоваться вышестоящему начальству.

1. Описание предметной области

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

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

• Информацию о дополнительных платных опциях

  • ценная посылка (ЦГР)

  • возврат документов отправителя (ВДО)

  • погрузка/разгрузка посылок при доставке (ПРД)

• Информацию об отправителе/получателя

  • ФИО отправителя/получателя

  • название компании

  • контактное лицо (для отправителя)

  • адрес отправителя

  • номер телефона

  • почтовый индекс (для получателя)

• Примечания

• Информация об отправлении

  • объявленная ценность

  • сумма наложенного платежа

  • описание содержимого

  • отправитель

  • дата

  • время

• Информацию об исполнителе (заполняется исполнителем)

  • общее количество мест

  • масса отправления

  • ФИО исполнителя

• Информацию об оплате за услуги

  • сумма платежа

  • способ оплаты

• Раздел для получателя (заполняется получателем)

• Дата и время получения

Непосредственно сама посылка содержит следующий перечень:

• наименование

• количество

• вес

Для того, чтобы клиент смог получить посылку, ему необходимо продиктовать соответствующий трек-номер, который высылается интернет-магазином по смс или на электронный адрес.

Данная информационная система будет разработана на базе MySQL Database Service. В базе, полученной в результате работы с MySQL, должны быть созданы необходимые таблицы, заполненные данными. Для этих таблиц должны выполняться простые и перекрестные запросы, а также запросы на добавление, обновление и удаление.

Разрабатываемая информационная система должна выполнять следующие функции:

• Предоставление большой совокупности информации в виде таблиц базы данных

• Формирование различных запросов по:

  • Поставщикам (Название компании, контактные данные)

  • Накладным

  • Посылкам (номер, ФИО, наименование, адрес, стоимость, вес)

  • Возвратам (типы товаров, стоимость, причина возврата)

Следует обратить внимание и на складскую часть, которая должна быть со стеллажами, контейнерами для хранения мелких посылок, нумерацией и удобством учета. Электронный документооборот, каталог товаров и оперативная связь с интернет-магазином и клиентами предсказывает наличие телефона и компьютера. Дополнительным удобством станет принтер.

2. Анализ предметной области и построение информационной модели «как есть» на основе структурного подхода

2.1 Функциональная модель idef0

Для функционального описания предметной области используем модель IDEF0.

На рис. 1 изображена контекстная диаграмма уровня А-0, которая позволяет увидеть все элементы системы, которые обрабатываются в ходе работы приложения.

Рис.1. Контекстная диаграмма уровня А-0.

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

• Формирование заказа в интернет-магазине

• Поиск на складе

• Заказ товара у поставщика

• Комплектация товара и отправка

• Учёт товаров в ПВЗ (склад ПВЗ)

• Выдача товара

• Оформление возврата

Блоки расположены сверху-вниз, что качественно отображает порядок выполнения работ.

Рис. 2. Декомпозиция контекстной диаграммы уровня А-0.

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

Рис. 3. Декомпозиция функционального блока "Учёт товаров в ПВЗ (склад ПВЗ)".

Рис. 4. Декомпозиция функционального блока "Выдача товара".

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

Рис. 5. Диаграмма дерева узлов.

2.2 Функциональная модель dfd

Целью методологии является построение модели рассматриваемой системы в виде диаграммы потоков данных (Data Flow Diagram – DFD). Диаграммы потоков данных предназначены прежде всего для описания документооборота и обработки информации, хотя допускают и представление других объектов. На рис. 6 изображены восемь внешних сущностей: клиент, интернет-магазин, склад, система видеонаблюдения, сотрудники, офисное и промышленное оборудование, кассовый аппарат, перечень юридических и нормативно-правовых документов. В качестве потоков данных выступают входящие и исходящие стрелки.

На рис. 7 изображена декомпозиция родительской диаграммы. Стоит обратить внимание, что процессы имеют связь через хранилища (накопители), которыми в приложении являются базы данных.

Рис. 6. Контекстная диаграмма уровня А-0.

Рис. 7. Декомпозиция контекстной диаграммы уровня А-0.

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

Рис. 8. Декомпозиция функционального блока "Учёт товаров в ПВЗ (склад ПВЗ)".

Рис. 9. Декомпозиция функционального блока "Выдача товара".

Рис. 9. Декомпозиция функционального блока "Выдача товара".

Ниже представлены отчеты по модели, диаграммам и объектам диаграмм средствами BPwin. Отчет по модели (Model Report) – включает в себя всю информацию о модели, созданной в BPwin (DFD):

Model Name: DFD

Time Frame: (AS-IS)

Status: WORKING

User Last Revision Date: 21.03.2021

System Last Revision Date: 21.03.2021

Creation Date: 20.03.2021

Отчет о диаграмме (Diagram Report) – включает в себя информацию обо всех объектах, входящих в активную диаграмму BPwin. В качестве примера приведена декомпозиция контекстной диаграммы (см. приложение “diagram_report.txt”).

Отчет об объектах диаграммы (Diagram Object Report) – содержит полный список объектов, таких, как работы, хранилища, внешние сущности, с указанием их свойств (см. приложение “diagram_object_report.txt”).

2.3 Workrflow-модели

Workflow – это система обеспечения выполнения задач, поставленных перед исполнителями в рамках процессного управления. Т.е. workflow — система, координирующая выполнение операций, составляющих бизнес-процессы.

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

С помощью диаграмм документируется последовательность и описание процессов, исполняемых в рамках функционирования предприятия. На рис. 10-12 представлены диаграммы декомпозиции в нотации IDEF3 блоков DFD-диаграмм «Учет товаров в ПВЗ (склад ПВЗ)», «Выдача товара» и «Оформление возврата».