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

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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Цель курсовой работы – создание подсистемы учета товаров

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

Предметом исследования является автоматизация процесса складского

Учета товаров.

Задачи курсовой работы:

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

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

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

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

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

Структура магазина представлена на Рисунке 1.

Рисунок 1. Структура предприятия

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

анализ запасов материалов;
составление отчётов о проданных товарах;
Составление финансовой отчетности.

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

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

Однако, эффективность их работы, независимо от складских площадей, объема товара, хранящейся и технологий требует решения следующих задач:

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

Функция склада в системе учета.

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

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

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

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

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

Рисунок 1. Организационная диаграмма функциональных связей отдела складского учета

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

1) поступления товара;

2) разгрузки транспорта;

3) проверка по количеству и качеству;

4) оформление документации для экспедитора и подготовка внутренних отчетов по приему продукции;

5) размещение продукции на складе, с использованием (или без) внутреннего транспорта;

6) хранения продукции;

7) упаковка, маркировка, комплектация;

8) консолидация груза;

9) отгрузки со склада;

10) загрузка транспортного средства;

11) доставка продукции по месту назначения

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

1.2 Постановка задачи

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

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

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

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

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

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

В результате обследования склада в решении задач учета, клиентами и материалами были выявлены следующие недостатки:

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

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

Охват всех этапов процессов управления заказами, клиентами и материалами, включая сбор и хранение данных, формирование отчетов, автоматическую подготовку документов в электронном виде (экспорт в *.doc/*.xls/*.pdf).

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

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

Спроектированная ИС учета товаров должна включать в себя приложения, реализующие функциональность следующих подсистем:

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

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

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

Введение в эксплуатацию ИС позволит:

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

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

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

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

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

Номер документа в базе данных;
Название документа;
Тип документа;
Дата создания;
Дата последнего изменения;

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

Отчеты базы данных предназначены для вывода информации из разработанной системы.

Отчет имеет такой состав:

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

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

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

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

При разработке и проектировании программного продукта были использованы следующие средства:

Rational Rose;
Rational Rose - редактор UML-диаграмм.

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

Rational Rose поддерживает такие типы диаграмм:

use case diagram.
class diagram.
object diagram.
state diagram.
activity diagram.
sequence diagram.

Единственно что следует отметить что программа требует установки, так как не является одним исполняемым файлом [8].

UML-диаграммы можно создавать, редактировать и экспортировать в изображения формата png.

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

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

Моделирование потока данных акцентирует внимание на обмене данными в системе между многообразными задачами.

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

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

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

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

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

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

На данном этапе мы отразим перечень функций всех действующих лиц (Рисунок 3).

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

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

Покупатель;
Продавец;
Кладовщик;

2.2.2 Диаграммы последовательности и кооперации

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

Рисунок 4. Диаграмма последовательности Оплата товара

Рисунок 5. Диаграмма последовательности Поставка товара

Рисунок 6. Диаграмма последовательности Доставка товара

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

Рисунок 7. Диаграмма кооперации Оплата покупателем товара

Рисунок 8. Диаграмма кооперации Поставка товаров

Рисунок 9. Диаграмма кооперации Доставка товаров

2.2.3 Диаграммы деятельности

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

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

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

2.2.4 Диаграммы состояний

Диаграммы состояний - это один из видов диаграмм в языке UML, используемых для моделирования динамических аспектов системы. Диаграмма состояний показывает автомат. Переходя к рассмотрению диаграммы состояний, следует отметить, что в среде IBM Rational Rose 2003 этот тип диаграмм может относиться к отдельному классу, операции класса, варианту использования, пакету или представлению. Для того чтобы построить диаграмму состояний, ее вначале необходимо создать и активизировать [8]. Диаграмма состояния представлена на рисунке 11.

Рисунок 11. Диаграмма состояний класса Продажа

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

Диаграмма классов представляет собой часть логической модели информационной системы и препровождает статическую картину системы. В каждой информационной системе строится не одна, а несколько диаграмм классов: возможно, что для каждого прецедента или сценария своя [5].

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

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

Объект – это некоторая сущность реального мира или концептуальная (абстрактная) сущность.

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

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

Некоторые возможные классы будут выявлены при рассмотрении трех стереотипов: сущность (entity), граница (boundary) и управление (control).

Рисунок 12. Диаграмма классов

Произведем описание справочников.

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

Справочник сотрудники состоит из следующих реквизитов:

КодСотрудника;
Наименование;
Адрес;
Магазин;
Должность;
Телефон
Пометка/Удаление.

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

Справочник состоит из следующих реквизитов:

КодКлиента;
ФИО_Клиента;
Пометка/Удаление.

Справочник Продажа. В данном справочники все данные по продажам.

Справочник состоит из следующих реквизитов:

Код;
Товар;
Кол0во;
Магазин;
Дата_Продажи
Пометка/Удаление.

Справочник това хранит все данные о характеристиках номенклатуры.

Справочник состоит из следующих реквизитов:

Код;
Наименование;
КодСклада;
ОстаокНаСкладе;
Пометка/Удаление.

В таблице заказы сводятся все данные по заказам.

Таблица состоит из следующих реквизитов:

КодНомер;
КодКлиента;
Код;
КодСотрудника;
Дата;
Статус заказа;
Договор клиента;
Исполнитель;
Номенклатура;
Количество;
Сумма;
Пометка/Удаление. состоит из следующих реквизитов.

Описание сущностей.

Таблица 1.

Выделение сущностей

Поставщик	С
Склад (Накладная)	С
Сотрудник	С
Товар	С

Таблица 2.

Описание сущностей

Сушность	Атрибут	Ключ	Домен		Примечание
Сушность	Атрибут	Ключ	Тип	Размер	Примечание
1	2	3	4	5	6
Поставщик	КодПоставщика	ПК	Числовой	50
	НаименованиеПоставщика		Текстовый	50
	Адрес		Текстовый	50
	Телефон		Числовой	50
	ФИО_Директора		Текстовый	50
	Паспорт		Текстовый	50
	Страховоесвидетельство		Текстовый	50
	ИИН		Числовой	50
Склад(Накладная)	Кодобработки	ПК	Числовой	50
	Датапоступ		Числовой	50
	Датавыдачи		Числовой	50
	Датавозврата		Числовой	50
	Сумма_к_оплате		Числовой	50
Сотрудник	Код_Сотрудника	ПК	Числовой	50
	ФИО_Сотрудника		Текстовый	50
	Адрес		Текстовый	50
	Телефон		Числовой	50
	Дат_найма		Числовой	50
	Дата_рождения		Числовой	50
Товар	КодТовара	ПК	Числовой	50
	НаименованиеТовара		Текстовый	50
	КодСклада		Числовой	50
	Цена		Числовой	50

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

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

2.2.6 Моделирование диаграммы компонентов

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

Разработанные компоненты системы представлены на рисунке 10.

Рисунок 13. Диаграмма компонентов

2.2.7 Моделирование диаграммы размещений

Диаграмма развертывания предназначена для анализа аппаратной части
системы, то есть «железа», а не программ. В прямом переводе с
английского Deployment означает «развертывание», но термин
«топология» точнее отражает сущность этого типа диаграмм [7].

Разработанная диаграмма представлена на рисунке 14.

Рисунок 14. Диаграмма развертывания

2.2.8 Генерация кода

Генерацию кода произведем в такой последовательности:

Произведем создание наборов свойств.
Произведем Определение компонентов.
Произведем Выбор языка в нашем случае C++ для генерации кода (Рисунок 12).
Произведем Отнесение необходимых классов к компонентам системы.
Произведем Связывание наборов разработанных свойств с элементами информационной модели.
Произведем Генерация кода для языка С++.
Произведем Анализ полученных ошибок и устраним их (Рисунок 15).

Рисунок 15. Выбор языка для генерации кода

Рисунок 16. Произведение кодирования с проверкой ошибок

Сформированный код представлен на рисунках 16-17.

Рисунок 16. Сформированный код h

Рисунок 17. Сформированный код cpp

ЗАКЛЮЧЕНИЕ

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

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

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

В результате проделанной работы были получены следующие результаты: смоделирована работа склада и магазина по учету товаров.

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

ГОСТ 7.32- 2001 Структура и правила оформления 22с.
ГОСТ Р 50922-2006 Защита информации. Основные термины и определения.
ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств.
Алешин Л.И., Максимов Н.В.-М.: ММИЭИФП, 2004.- 561 с. Информационные технологии.
Баранов В.В. и др. / Автоматизация управления предприятием / ИФРА – М,. – Петров В. Н. / Информационные системы, учебник \ ПИТЕР, 2011.
Боггс У., Боггс М. UML и Rational Rose 2002: Пер. с англ. – М.: ЛОРИ, 2001. http://www.intuit.ru/studies/courses/14/14/literature
Беликова Т.Н., Бухгалтерский учёт и отчётность [Текст] / Т.Н.Беликова, Е.Н.Егерева.- Санкт-Петербург: Питер, 2015.- 240 с.
Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя.: Пер. с англ. – М.: ДМК, 2000. – Глава 2.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем- М.: Финансы и статистика, 2005.-544с.
Волгин В.В. Склад стандарты управления. Учебник 2009.
Гаджинский А.М Современный склад. Организация, технология, управление и логистика[Текст] / А.М.Гаджинский. - Москва: Проспект, 2005.- 175 с.
Криницкий Н.А., Миронов Г.Д., Фролов Г.Д. Автоматизированные информационные системы - М.: Наука, 1982.- 384 с.
Леоненков А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose.- Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2011.- 320 стр.:ил.
Семенихина В.В.. –М.: Изд-во Эксмо (Портфель бухгалтера). Организация складского учета 2006.-80c.
Федоров, Л. С. Общий курс логистики : учеб. пособие / Л. С. Федоров, М. В. Кравченко. – М. : Кнорус, 2010. – 224 с.
Как автоматизировать склад [Электронный ресурс] / Сайт о логистике - Режим доступа: http://logistic-forum.lv/sklad/avtomatizacija-sklada/