Файл: Моделирование предметной области «Учет товаров на складе магазина» с помощью UML.pdf

Введение

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

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

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

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

Объектом исследования является отдел «Склад магазина».

Предметом исследования является операция по выполнению учета товаров на складе магазина.

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

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

---

1) сбор и анализ предметной области по учету товаров;

2) построить диаграмму вариантов использования;

3) построить диаграмму деятельности;

4) построить диаграмму последовательности;

5) построить диаграмму состояний;

6) построить диаграмму классов.

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

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

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

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

- повышение скорости обработки товарных потоков для организации ускоренного сбыта;

- минимизация потерь;

- снижение издержек;

- организация эффективного управления всеми бизнес-процессами.

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

• Приемка товара по количеству и качеству, размещение товара на складе;
• Отпуск товара со склада;
• Изменение свойств товара;
• Инвентаризация товаро-материальных ценностей.

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

---

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

По запросу Object Management Group (OMG) - организации, ответственной за принятие стандартов в области объектных технологий и баз данных назревшая проблема унификации и стандартизации была решена авторами трех наиболее популярных объектно-ориентированных методов - Г.Бучем, Д.Рамбо и А.Джекобсоном, которые объединенными усилиями создали версию UML 1.1, утвержденную OMG в 1997 году в качестве стандарта.

На волне растущего интереса к UML к разработке новых версий языка в рамках консорциума UML Partners присоединились такие компании, как Digital Equipment Corporation, Hewlett-Packard, i-Logix, IntelliCorp, IBM, ICON Computing, MCI Systemhouse, Microsoft, Oracle Corporation, Rational Software, Texas Instruments и Unisys. Результатом совместной работы стала спецификация UML 1.0, вышедшая в январе 1997 года. В ноябре того же года за ней последовала версия 1.1, содержавшая улучшения нотации, а также некоторые расширения семантики. UML 1.4.2 принят в качестве международного стандарта ISO/IEC 19501:2005.

Формальная спецификация последней версии UML 2.0 опубликована в августе 2005 года. Семантика языка была значительно уточнена и расширена для поддержки методологии Model Driven Development -- MDD. Последняя версия UML 2.4.1 опубликована в августе 2011 года. UML 2.4.1 принят в качестве международного стандарта ISO/IEC 19505-1, 19505-2.

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

---

Следует подчеркнуть, что UML - это именно язык, а не метод. Он объясняет, из каких элементов создавать модели и как их читать, но ничего не говорит о том, какие модели и в каких случаях следует разрабатывать. Чтобы создать метод на базе UML, надо дополнить его описанием процесса разработки ПС. Примером такого процесса является Rational Unified Process.

Словарь UML

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

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

Отношения показывают различные связи между сущностями. В UML определены следующие типы отношений:

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

· Ассоциация - это структурное отношение, показывающее, что объекты одной сущности связаны с объектами другой. Графически ассоциация показывается в виде линии, соединяющей связываемые сущности. Ассоциации служат для осуществления навигации между объектами. Например, ассоциация между классами «Заказ» и «Товар» может быть использована для нахождения всех товаров, указанных в конкретном заказе - с одной стороны, или для нахождения всех заказов в которых есть данный товар, - с другой. Понятно, что в соответствующих программах должен быть реализован механизм, обеспечивающий такую навигацию. Если требуется навигация только в одном направлении, оно показывается стрелкой на конце ассоциации. Частным случаем ассоциации является агрегирование - отношение вида «целое» - «часть». Графически оно выделяется с помощью ромбика на конце около сущности-целого.

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

---

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

Диаграммы. В UML предусмотрены следующие диаграммы:

· Диаграммы, описывающие поведение системы:

· Диаграммы состояний (State diagrams),

· Диаграммы деятельностей (Activity diagrams),

· Диаграммы объектов (Object diagrams),

· Диаграммы последовательностей (Sequence diagrams),

· Диаграммы взаимодействия (Collaboration diagrams);

· Диаграммы, описывающие физическую реализацию системы:

· Диаграммы компонент (Component diagrams);

· Диаграммы развертывания (Deployment diagrams).

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

Система предназначена для автоматизирования операций учета товаров на складе фирмы розничной торговли.

Система состоит из подсистем:

• Приемка ТМЦ;
• Размещение ТМЦ на складе;
• Отпуск ТМЦ;
• Изменение свойств товара;
• Проведение инвентаризаций;

Подсистема Приемка ТМЦ выполняет следующие операции:

• Ввод нового товара;
• Поиск товара;
• Сортировка товара;
• Изменение данных о товаре;
• Составление акта о расхождении.

При вводе нового товара регистрируются реквизиты: наименование товара, группа товара, количество, цена, дополнительная информация.

При поиске товаров могут указываться реквизиты: наименование товара, код товара, группа товара.

Сортировка товаров может вестись по следующим реквизитам: наименование товара, группа товара.

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

Подсистема Размещение ТМЦ на складе выполняет следующие операции:

• Поиск свободного адреса для размещения товара;
• Закрепление по адресу хранения данных о размещенном товаре;
• Изменение данных о товаре (количество, расположение);
• Удаление записи о товаре, освобождение адреса.

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

---