Файл: Моделирование предметной области «Покупка сырья и материалов» с помощью UML(Аналитическая часть).pdf

Для разработчиков на Visual Studio и WinDNA - Rational Rose плотно интегрируется с MS Visual Studio и обеспечивает поддержку семантики и схемы WinDNA, визуализацию и итерационную разработку кода COM/ATL, MTS и ADO, настройку и открытую разработку шаблонов для генерации многоуровневых приложений WinDNA.

Для интернет-разработчиков и XML-разработчиков - Rational Rose является единственным решения, которое обеспечивает понятную визуализацию интернет-архитектуры, включая Web Application Extension для UML, обратное проектирование семантики из JSP- и ASP-файлов, автоматизацию Web Application Extension для UML, визуализацию самых сложных по структуре интернет-сайтов и улучшенную поддержку XML.

Для Java- и EJB-разработчиков - использование Rational Rose обеспечивает качественную поддержку всех аспектов разработки: разработку архитектур "тонкого" клиента, полную поддержку моделирования Enterprise Java Beans, полную интеграцию с такими распространенными Java IDE, как JBuilder, Visual Age, Forte и Visual Cafe, а также совместим со всеми поддерживаемыми версиями J2SE и J2EE.

Ускорение разработки архитектуры ПО

Только хорошо спроектированные приложения могут отвечать требованиям заказчика и быстро адаптироваться к изменившимся условиям ведения бизнеса. Для решений на WinDNA, Enterprise Java, Web и XML или для встроенных приложений Rational Rose ускоряет разработку, используя проверенные архитектурные модели для каждого из решений.

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

Rational Rose позволяет визуализировать, понять и уточнить требования и архитектуру перед началом создания кода. Обладая способностью представлять пользовательский интерфейс отдельно от бизнес-логики и данных, Rational Rose позволяет держать контроль над разработкой ПО. Это дает возможность исключить затраты сил на ненужные переделки. Использование одного инструмента на протяжении всего жизненного цикла разработки помогает строить "правильную" систему для Вашего заказчика. Архитектурная модель может быть ассоциирована как с моделями бизнес-процессов, так и с системными требованиями. Rational Rose обеспечивает обратное проектирование на основе анализа существующих библиотек и компонентов, и создания моделей и их тестирования. Это снижает риски, увеличивает эффективность и легкость разработки, предсказуемость, позволяет сэкономить средства и время.

Rational Rose является единственным решением, с помощью которого можно изменять код, модель, код и модель одновременно, проводить в любое время синхронизацию между ними.

2.2. Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

2.2.1. Диаграмма вариантов использования

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

Варианты использования – это набор действий, сервисов и функций, которые должна выполнять система. В этом контексте «система» – это то, что разрабатывается или эксплуатируется, например, веб-сайт.

«Действующие лица» – это люди или организации, действующие под определенными ролями в системе.

Рисунок 1 – Диаграмма вариантов использования

2.2.2 Диаграмма последовательности по решаемой задаче

Диаграмма последовательности (Sequence Diagram) – диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления.

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники), вертикальные линии (англ. lifeline), отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. На данной диаграмме объекты располагаются слева направо. Ее недостатком является то, что она занимает много места.

Диаграммы последовательности, описывающие сценарии Business Use Case в виде последовательности обмена сообщениями между объектами - действующими лицами и объектами-исполнителями.

На диаграмме последовательности изображаются только те объекты, которые непосредственно участвуют во взаимодействии. Ключевым моментом для диаграмм последовательности является динамика взаимодействия объектов во времени.

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

Рисунок 2 – Диаграмма последовательности, заказ сырья и материалов

На рисунке 3 рассмотрен процесс доставки и принятия товара фирмой.

Рисунок 3 – Диаграмма последовательности, доставка и принятие товара

2.2.3 Диаграмма деятельности по решаемой задаче

Диаграмма деятельности является ещё одной важной диаграммой в UML, описывающей динамические аспекты системы.

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

На рисунке 4 представлена диаграмма деятельности демонстрирующая последовательность действий при определении потребности фирмы и работы с поставщиками для приобретения необходимого сырья и материалов.

Рисунок 4 – Диаграмма деятельности, определение потребности и работа с поставщиком

На рисунке 5 представлена диаграмма деятельности демонстрирующая последовательность действий при взаимодействии с транспортной компанией.

Рисунок 5 – Диаграмма деятельности, взаимодействие с транспортной компанией

На рисунке 6 представлена диаграмма деятельности демонстрирующая последовательность действий при доставке сырья и материалов.

Рисунок 6 – Диаграмма деятельности, получение сырья и материалов

2.2.4 Диаграмма состояний по решаемой задаче

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

На рисунке 7 представлена диаграмма состояний, на которой изображён процесс взаимосвязи различных состояний подразделения «Отдел закупок».

Рисунок 7 – Диаграмма состояний подразделения «Отдел закупок»

2.2.5 Диаграмма классов

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

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

На рисунке 8 представлена диаграмма классов, описывающая структуру отдела закупок.

Рисунок 8 – Диаграмма классов, структура отдела закупок

На рисунке 9 представлена диаграмма классов, описывающая взаимодействие элементов системы.

Рисунок 9 – Диаграмма классов, взаимодействие элементов

ЗАКЛЮЧЕНИЕ

В результате выполнения данной курсовой работы была достигнута поставленная цель и решены все задачи.

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

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

Был выбран подход для моделирования и средство. Описаны преимущества выбранного продукта перед другими.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Зегжда, Д.П. Основы безопасности информационных систем / Д.П. Зегжда, А.М. Ивашко. - М.: Горячая линия - Телеком, 2017. - 452 c.

2. Буч, Грейди Язык UML. Руководство пользователя / Грейди Буч , Джеймс Рамбо , Айвар Джекобсон. - М.: ДМК, 2015. - 432 c.

3. Язык программирования C# / А. Хейлсберг и др. - М.: Питер, 2016. - 784 c.

4. Перлова, О.Н. Проектирование и разработка информационных систем: Учебник / О.Н. Перлова, О.П. Ляпина, А.В. Гусева. - М.: Academia, 2017. - 416 c.