Материал: 8391_пояснительная записка

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

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

Рис. 12. Декомпозиция функционального блока " Оформление возврата".

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

Методология ARIS (Architecture of Integrated Information Systems – Архитектура Интегрированных Информационных систем) разработана в компании IDS Scheer AG, Германия.

Методология, используемая ARIS, представляет собой множество различных методик, интегрированных в рамках системного подхода. Это позволяет говорить о единой архитектуре рассматриваемой методологии. ARIS поддерживает несколько типов моделей (рисунок 1), отражающих различные аспекты исследуемой системы (в русскоязычной литературе они могут называться по-разному):

• организационные модели или группа «Оргструктура». Содержит модели, описывающие структуру системы – иерархию организа-ционных подразделений, должностей и конкретных лиц, многооб-разие связей между ними, а также территориальную привязку структурных подразделений

• функциональные модели или группа «Функции». Состоит из мо-делей, используемых для описания стратегических целей компа-нии, их иерархии, а также функции, выполняемые в организации для достижения этих целей

• информационные модели или группа «Информация». Содержит модели, с помощью которых описывается структура информации, используемая в повседневной деятельности организации, и вопросы ее применения для выполнения функций.

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

С помощью диаграммы типа Organizational Chart ARIS Express на рис. 13. представлена модель организационной структуры предприятия. Отметим, что данная диаграмма затрагивает не только работу конкретного ПВЗ, но и всего интернет-магазина в целом.

Рис. 13. Модель организационной структуры предприятия.

Для моделирования и анализа процессов используются EPC-диаграммы, для описания процессов пользователей — нотация BPMN.

Модель и нотация бизнес-процессов (BPMN, Business Process Model and Notation) – методология моделирования, анализа и реорганизации бизнес-процессов. Основной целью BPMN является обеспечение доступной нотацией описания бизнес-процессов всех пользователей: от аналитиков, создающих схемы процессов, и разработчиков до руководителей и обычных пользователей, управляющих этими бизнес-процессами и отслеживающих их выполнение. Таким образом, BPMN нацелен на устранение расхождения между моделями бизнес-процессов и их реализацией.

С помощью диаграммы типа BPMN ARIS Express подробно описана поведенческая модель для бизнес-процессов на IDEF0-диаграмме декомпозиции 1-го уровня, построенной в разделе 2 данной курсовой работы. Диаграмма представлена на рис. 14.

Рис. 14. Поведенческая модель для бизнес-процессов

Событийная цепочка процессов (EPC, event-driven process chain) - тип диаграмм, используемых для моделирования, анализа и реорганизации бизнес-процессов (функционального моделирования). В тоже время EPC-диаграммы могут использоваться для моделирования поведения отдельных частей системы при реализации функций и служить заменой традиционных блок-схем (поведенческого моделирования).

С помощью диаграммы типа EPC описаны поведенческие модели для бизнес-процессов на IDEF0-диаграммах декомпозиции 2-го уровня. Диаграммы приведены на рис. 15-17.

Рис. 15. EPC-диаграмма учёта товара в ПВЗ (склад ПВЗ).

Рис. 16. EPC-диаграмма возврата товара в ПВЗ.

Рис. 17. EPC-диаграмма выдачи товара в ПВЗ.

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

После построения модели предметной области «как есть» необходимо перейти к построению модели «как должно быть» (TO-BE). Для этого необходимо провести модернизацию организации. В рамках курсовой работы предлагается осуществить модернизацию путем создания и внедрения новой или развития существующей автоматизированной информационной системы.

Предполагается, что конечная программная реализация автоматизированной информационной системы будет осуществляться средствами какого-либо объектно-ориентированного языка программирования. Поэтому является логичным использование в этой части курсовой работы объектно-ориентированного подхода к проектированию информационной системы на основе унифицированного язык моделирования (Unified Modeling Language, UML).

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

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

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

Диаграмма вариантов использования (диаграмма прецедентов, use case diagram) — это диаграмма, на которой изображаются отношения между актерами и вариантами использования.

С помощью этой диаграммы можно:

• Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы

• Сформулировать общие требования к функциональному поведению проектируемой системы

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

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

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

Актером (действующее лицо, actor, актор) называется любой объект, субъект или система, взаимодействующая с моделируемой системой извне.

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

Для построения диаграммы был проведён концептуальный анализ предметной области. В ходе анализа выявлены и описаны высокоуровневые требования к информационной системе. При этом указаны основные деловые преимущества рассматриваемого программного обеспечения:

• Повышение доходов партнёров за счёт снижения расходов на логистику и прочие затраты.

• Возможен выбор наиболее удобного способа оплаты и доставки товара.

• Гарантируемый высокий уровень качества обслуживания на каждом этапе оформления заказа за счет удобства и скорости пользования сервисом.

• Возможность последующего расширения функционала системы.

• Расширение спектра интересов клиента за счёт развитой системы предложения пробных товаров;

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

Таблица 4.1.1.

В таблице 4. 1.2 представлены сведения о пользователях системы с описанием основных их прав.

Таблица 4.1.2.