Преподаватель который помогает студентам и школьникам в учёбе.

Моделирование предметной области «Учет продаж» с помощью UML (Методы и средства)

Содержание:

ВВЕДЕНИЕ

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

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

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

Цель работы – осуществить моделирование предметной области «Учет продаж» с помощью UML.

Для достижения данной цели необходимо выполнить следующие задачи:

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

Объектом исследования является предметная область «Учет продаж», предмет работы – модели предметной области, выполненные с применением UML.

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

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

1 глава. Аналитическая часть

1.1. Описание предметной области. Постановка задачи

В контексте данной работы рассмотрим процесс «Учет продаж» для интернет–магазина.

Интернет–магазин – это Web–сайт, принимающий заказы на материальные или электронные товары и услуги от посетителей в режиме реального времени.

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

Интернет–магазин позволяет пользователям онлайн, в своём браузере, сформировать заказ на покупку, выбрать способ оплаты и доставки заказа, оплатить заказ, а также осуществляет доставку товара. Управление интернет–магазином – это процесс планирования, координации и контроля бизнес–процессов в интернет–магазине. Суть данного процесса состоит в оптимальном использовании как интернет ресурсов, так и трудовых ресурсов.

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

Принципы работы сайта:

Формирование заказа. Сайт содержит каталог товаров и услуг (существуют магазины одного товара, в этом случае каталог отсутствует). Каждая единица номенклатуры товара или услуги состоит из артикула, наименования и цены. Помимо этого товар, как правило, имеет описание основных свойств, иногда – изображение. Электронные товары в каталоге могут быть представлены предварительными копиями (например, уменьшенные изображения, звуковые файлы ухудшенного качества, фрагменты видео, демо–версии программного обеспечения), не имеющими коммерческой привлекательности. Магазины, ориентированные на специфические группы покупателей (специалисты, хорошо знающие номенклатуру), могут не иметь описаний товаров. Интернет–магазины в зависимости от особенностей продаваемого товара могут иметь или не иметь виртуальную корзину покупок. Во втором случае сайт является интернет–витриной, или представительством обычного торгового предприятия.

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

Кроме того, существуют сайты, в которых заказ принимается по телефону, электронной почте или ICQ.

Оплата заказа. Используются следующие варианты способов оплаты:

банковская карта – безналичный вид расчёта, который часто подвергается нареканиям в плане безопасности;
банковский перевод – оплата за заказ производится банковским платежным поручением на расчётный счет магазина;
наличный расчет – товар оплачивается курьеру наличными деньгами при получении покупателем товара;
электронные деньги – безналичный вид расчёта.

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

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

В процессе реализации бизнес–процесса «Учет продаж» необходимо учесть следующие типы информации:

наименование товара;
фирма–производитель;
цена;
количество товара в наличии;
данные продавца;
дата и время покупки.

Исходная информация – данные, вносимые в систему ее администратором, а именно:

наименование товара;
фирма–производитель;
цена;
количество товара в наличии;
данные продавца;
дата и время покупки.

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

Название отчета

Название поля

Содержимое поля

кнопки

Рисунок 1. Универсальная форма отчета

Роли сотрудников при решении задачи варьируются в зависимости от занимаемой должности и представлены в таблице 1.

Таблица 1

Роли сотрудников в решении задачи

Должность	% участия	% ответственности
Руководитель отдела продаж	50–60	100
Администратор	50–60	60–70
Продавец	90	0–100

1.2. Предлагаемые мероприятия по улучшению технологии решения задачи

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

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

В среднем на учет продаж, их подсчеты и анализ у администратора уходит от 3 до 5 часов в день. Это связано с высокими объемами продаж, и, как следствие, высокими объемами информации, которую необходимо обработать. После внедрения автоматизированной системы учета продаж возможно ожидать снижения времени обработки до 1 часа, в который будут входить ознакомление с отчетами системы и при необходимости – их вывод на печать.

2 глава. Проектная часть

2.1. Выбор средства для моделирования предметной области решаемой задачи

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

Все многообразие моделей отличает нечто общее, а именно – моделью может стать искусственно созданный человеком абстрактный или материальный объект. Анализ модели и наблюдение за ней позволяют познать суть реально существующего более сложного объекта, процесса или явления, называемого прототипом или оригиналом. Слово «модель» произошло от латинского слова «modulus», означает «мера», «образец». Его первоначальное значение было связано со строительным искусством, и почти во всех европейских языках оно употреблялось для обозначения образа или прообраза, или вещи, сходной в каком–то отношении с другой вещью.

Термин «модель» широко используется в различных сферах человеческой деятельности и имеет множество смысловых значений. В этом разделе мы будем рассматривать только такие модели, которые являются инструментами получения знаний. Таким образом, модель – упрощенное представление о реальном объекте, процессе или явлении. Модель – это такой материальный или мысленно представляемый объект, который в процессе исследования замещает объект–оригинал так, что его непосредственное изучение дает новые знания об объекте–оригинале [3]

Виды моделей.

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

Эвристические модели

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

Эвристическое моделирование – основное средство вырваться за рамки обыденного и устоявшегося. Но способность к такому моделированию зависит, прежде всего, от богатства фантазии человека, его опыта и эрудиции. Эвристические модели используют на начальных этапах проектирования или других видов деятельности, когда сведения о разрабатываемой системе ещё скудны. На последующих этапах проектирования эти модели заменяют на более конкретные и точные [12].

Натурные модели

Отличительной чертой этих моделей является их подобие реальным системам (они материальны), а отличие состоит в размерах, числе и материале элементов и т. п. По принадлежности к предметной области модели подразделяют на следующие:

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

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

Физическое моделирование – основа нашихзнаний и средство проверки наших гипотез и результатов расчетов.Физическая модель позволяет охватить явление или процесс во всём ихмногообразии, наиболее адекватна и точна, но достаточно дорога, трудоемкаи менее универсальна [9].

Математические модели

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

аналитические модели. Их решения ищутся в замкнутом виде, в видефункциональных зависимостей. Удобны при анализе сущности описываемогоявления или процесса и использовании в других математических моделях, ноотыскание их решений бывает весьма затруднено;
численные модели. Их решения – дискретный ряд чисел(таблицы). Модели универсальны, удобны для решения сложных задач, но ненаглядны и трудоемки при анализе и установлении взаимосвязей междупараметрами. В настоящее время такие модели реализуют в виде программныхкомплексов – пакетов программ для расчета на компьютере. Программные комплексы бываютприкладные, привязанные к предметной области и конкретному объекту,явлению, процессу, и общие, реализующие универсальные математическиесоотношения (например, расчет системы алгебраических уравнений);
формально–логические информационные модели – это модели, созданные на формальномязыке.

Построение математических моделей возможно следующими способами:

аналитическим путем, то есть выводом изфизических законов, математических аксиом или теорем;
экспериментальным путем, то есть посредствомобработки результатов эксперимента и подбора аппроксимирующих (приближенно совпадающих) зависимостей [3].

Промежуточные виды моделей

К промежуточным видам моделей можно отнести:

1) трёхмерная компьютерная модель;

2) графические модели. Занимают промежуточное место между эвристическими и математическими моделями. Представляют собой различные изображения:

графы;
схемы;
эскизы. Этому упрощенному изображению некоторогоустройства в значительной степени присущи эвристические черты;
чертежи. Здесь уже конкретизированы внутренние и внешниесвязи моделируемого (проектируемого) устройства, его размеры;
графики;
полигональная модель в компьютерной графике как образ объекта, «сшитый» из множества многоугольников.

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

4) и др. [12]

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

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

Предварительное моделирование предметной области позволяет сократить время и сроки проведения проектировочных работ и получить более эффективный и качественный проект. Без проведения моделирования предметной области велика вероятность допущения большого количества ошибок в решении стратегических вопросов, приводящих к экономическим потерям и высоким затратам на последующее перепроектирование системы. Вследствие этого все современные технологии проектирования ИС основываются на использовании методологии моделирования предметной области.

К моделям предметных областей предъявляются следующие требования:

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

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

Структурный аспект предполагает построение:

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

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

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

Графическое изображение нередко оказывается наиболее емкой формой представления информации. При этом проектировщики должны учитывать, что графические методы документирования не могут полностью обеспечить декомпозицию проектных решений от постановки задачи проектирования до реализации программ ЭВМ. Трудности возникают при переходе от этапа анализа системы к этапу проектирования и в особенности к программированию. Главный критерий адекватности структурной модели предметной области заключается в функциональной полноте разрабатываемой ИС.

В основе различных методологий моделирования предметной области ИС лежат принципы последовательной детализации абстрактных категорий. Обычно модели строятся на трех уровнях: на внешнем уровне ( определении требований ), на концептуальном уровне ( спецификации требований ) и внутреннем уровне ( реализации требований ). Так, на внешнем уровне модель отвечает на вопрос, что должна делать система, то есть определяется состав основных компонентов системы: объектов, функций, событий, организационных единиц, технических средств. На концептуальном уровне модель отвечает на вопрос, как должна функционировать система? Иначе говоря, определяется характер взаимодействия компонентов системы одного и разных типов. На внутреннем уровне модель отвечает на вопрос: с помощью каких программно–технических средств реализуются требования к системе? С позиции жизненного цикла ИС описанные уровни моделей соответственно строятся на этапах анализа требований, логического (технического) и физического (рабочего) проектирования. Рассмотрим особенности построения моделей предметной области на трех уровнях детализации [6].

Объектная структура

Объект – это сущность, которая используется при выполнении некоторой функции или операции (преобразования, обработки, формирования и т.д.) [2]. Объекты могут иметь динамическую или статическую природу: динамические объекты используются в одном цикле воспроизводства, например заказы на продукцию, счета на оплату, платежи; статические объекты используются во многих циклах воспроизводства, например, оборудование, персонал, запасы материалов.

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

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

Далее концептуальная модель на внутреннем уровне отображается в виде файлов базы данных, входных и выходных документов ЭИС. Причем динамические объекты представляются единицами переменной информации или документами, а статические объекты – единицами условно–постоянной информации в виде списков, номенклатур, ценников, справочников, классификаторов. Модель базы данных как постоянно поддерживаемого информационного ресурса отображает хранение условно–постоянной и накапливаемой переменной информации, используемой в повторяющихся информационных процессах [7].

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

Стандарт UML версии 1.1, принятый OMG в 1997 г., содержит следующий набор диаграмм:

Структурные модели:

диаграммы классов – для моделирования статической структуры классов системы и связей между ними;
диаграммы компонентов – для моделирования иерархии компонентов (подсистем) системы;
диаграммы размещения – для моделирования физической архитектуры системы [14].

Модели поведения:

диаграммы вариантов использования – для моделирования функциональных требований к системе (в виде сценариев взаимодействия пользователей с системой);
диаграммы взаимодействия:
диаграммы последовательности и кооперативные диаграммы – для моделирования процесса обмена сообщениями между объектами;
диаграммы состояний – для моделирования поведения объектов системы при переходе из одного состояния в другое;
диаграммы деятельности – для моделирования поведения системы в рамках различных вариантов использования, или потоков управления [14].

UML обладает механизмами расширения, предназначенными для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель. Наличие механизмов расширения принципиально отличает UML от таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD и ERM. Перечисленные языки моделирования можно определить как сильно типизированные (по аналогии с языками программирования), поскольку они не допускают произвольной интерпретации семантики элементов моделей. UML, допуская такую интерпретацию (в основном за счет стереотипов), является слабо типизированным языком. К его механизмам расширения относятся:

стереотипы;
тегированные (именованные) значения;
ограничения [8].

Стереотип – это новый тип элемента модели, который определяется на основе уже существующего элемента. Стереотипы расширяют нотацию модели и могут применяться к любым элементам модели. Стереотипы классов – это механизм, позволяющий разделять классы на категории. Разработчики ПО могут создавать свои собственные наборы стереотипов, формируя тем самым специализированные подмножества UML (например, для описания бизнес–процессов, Web–приложений, баз данных и т.д.). Такие подмножества (наборы стереотипов) в стандарте языка UML носят название профилей языка.

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

Ограничение – это семантическое ограничение, имеющее вид текстового выражения на естественном или формальном языке (OCL – Object Constraint Language), которое невозможно выразить с помощью нотации UML [8].

Обобщая рассмотренные технологии, принято решение произвести моделирование предметной области «Учет продаж» с помощью средства объектно–ориентированного программирования UML и с применением средств MS Word.

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

В рамках моделирования предметной области задачи «Учет продаж» с использованием объектно–ориентированного подхода к проектированию и с помощью UML будут реализованы следующие схемы:

диаграмма вариантов использования (диаграмма прецедентов);
диаграмма последовательности;
диаграмма состояний;
диаграмма деятельности;
диаграмма классов.

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

включение

расширение

система

покупатель

администратор

расширение

Рисунок 2 Диаграмма вариантов использования (диаграмма прецедентов) для предметной области «Учет продаж»

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

Диаграмма последовательности для задачи «Учет продаж» представлена на рисунке 3.

администратор

система

интернет-магазин

покупатель

передача данных

просмотр каталога

запрос оплаты, подтверждения заказа

оформление заказа

подтверждение заказа

проверка на соответствие требованиям

оплата заказа

ввод контактов

внесение данных в БД

анализ данных, формирование отчетов

отображение форм получения оплаты

Рисунок 3 Диаграмма последовательности для задачи «Учет продаж»

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

Диаграмма состояний в ключе решаемой задачи для предметной области «Учет продаж» представлена на рисунке 4.

нет

да

Учет продаж

Покупатель вводит данные о заказе

Покупатель оплачивает заказ

Заказ оплачен?

Сообщение

«Оплатите заказ»

Интернет-магазин передает данные

Система анализирует данные, выводит отчеты

Данные в системе?

Повторная отправка запроса

Система перемещает данные в БД

Система передает обработанные данные администратору

Рисунок 4 Диаграмма состояний для предметной области «Учет продаж»

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

Диаграмма деятельности по решаемой задаче в предметной области «Учет продаж» представлена на рисунке 5.

Система

Покупатель

Администратор

передача данных о заказе и об оплате

Получение данных от покупателя

Обработка данных, создание отчетов

Передача данных администратору

Получение данных от системы

Ознакомление и анализ

данные от покупателя получены

Рисунок 5 Диаграмма деятельности для задачи «Учет продаж»

Согласно вышеприведенной диаграмме, все основные операции задачи «Учет продаж» выполняются непосредственно автоматизированной системой. Получая данные о заказе и об оплате от покупателя, система обрабатывает и анализирует их, после чего приводит в наглядный вид и передает администратору. Администратор, в свою очередь, оперативно ознакамливается с результатами обработки и завершает учет продаж.

Диаграмма классов для решаемой задачи «Учет продаж» представлена на рисунке 6.

продажа

код продажи

код товара

название товара

цена

ФИО администратора

код покупателя

ФИО покупателя

СоздатьПродажу;

УдалитьПродажу; РедактироватьПродажу

покупатель

код покупателя

ФИО покупателя

возраст

контакты

ДобавитьПокупателя; УдалитьПокупателя; РедактироватьПокупателя

товары

код товара

название товара

категория

цена

ДобавитьТовар;

УдалитьТовар

администратор

код администратора

ФИО поставщика

отдел

ДобавитьАдминистратора; РедактироватьАдминистрат

Рисунок 6 Диаграмма классов для задачи «Учет продаж»

В диграмме классов выделены такие сущности как покупатель, администратор, товары, продажа. Основной документ – «продажа». Благодаря этому документу осуществляется сбор информации о самой продаже – кто, сколько и чего купил. После этого информация, собранная в одном месте, более удобна для хранения и дальнейшей обработки.

ЗАКЛЮЧЕНИЕ

В ходе выполнения работы была достигнута поставленная цель – осуществлено моделирование предметной области «Учет продаж» с помощью UML.

Для достижения этой цели были выполнены задачи:

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

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

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

СПИСОК ЛИТЕРАТУРЫ

Бабич, А. В. UML. Первое знакомство. Пособие для подготовки к сдаче теста UMO–100 (OMG Certified UML Professional Fundamental) (+ CD–ROM) / А. В. Бабич. – М.: Бином. Лаборатория знаний, 2018. – 176 c.
Боггс, М. UML и Rational Rose / М. Боггс. – Москва: РГГУ, 2016. – 385 c.
Бородакий, Ю. В. Эволюция информационных систем / Ю. В. Бородакий, Ю.Г. Лободинский. – Москва: СИНТЕГ, 2017. – 368 c.
Буч, Г. Введение в UML от создателей языка / Г. Буч, Д. Рамбо, И. Якобсон. – М.: ДМК Пресс, 2015. – 496 c.
Гома, Х. UML. Проектирование систем реального времени, параллельных и распределенных приложений / Х. Гома. – М.: ДМК Пресс, 2016. – 700 c.
Данелян, Т. Я. Экономические информационные системы (ЭИС) предприятий и организаций / Т. Я. Данелян. – М.: Юнити–Дана, 2015. – 284 c.
Йордон, Э. Объектно–ориентированный анализ и проектирование систем / Э. Йордон, К.арл Аргила. – М.: ЛОРИ, 2017. – 264 c.
Киммел, П. UML. Основы визуального анализа и проектирования / Пол К. – М.: НТ Пресс, 2017. – 272 c.
Ларман, К. Применение UML 2.0 и шаблонов проектирования. Введение в объектно–ориентированный анализ, проектирование и итеративную разработку / К. Ларман. – М.: Вильямс, 2017. – 736 c.
Мюллер, Р. Дж. Проектирование баз данных и UML / Р. Дж. Мюллер. – М.: ЛОРИ, 2016. – 422 c.
Пайлон, Д. UML 2 для программистов / Д. Пайлон. – М.: Питер, 2016. – 198 c.
Гамма, Э. Приемы объектно–ориентированного проектирования. Паттерны проектирования / Э. Гамма и др. – Москва: СИНТЕГ, 2016. – 366 c.
Максимчук, Р. А. UML для простых смертных / Р. А. Максимчук, Э. Дж. Нейбург. – Москва: СИНТЕГ, 2017. – 272 c.
Фаулер, М. UML. Основы. Краткое руководство по стандартному языку объектного моделирования / М. Фаулер. – Москва: СИНТЕГ, 2017. – 192 c.
Шилин, К. Ю. Макропроектирование компьютерных обучающих систем / К. Ю. Шилин. – М.: Издательский дом «Дело» РАНХиГС, 2015. – 184 c.