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

Содержание:

ВВЕДЕНИЕ

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

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

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

Объект исследования – деятельность предприятия.

Предмет исследования – учет товаров.

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

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

– описать предметную область;

– описать предлагаемые мероприятия по улучшению технологии решения задачи;

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

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

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

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

Общество с ограниченной ответственностью «Автомастер» имеет оборот 3-5 млн. руб. в месяц с численностью 21 человек. Находится 1 км от г.Елизово. Компания предоставляет услуги по диагностике технического состояния автомобилей, ремонту, покраске, замене номерных агрегатов. Включает малярный цех, жестяной цех, слесарный и арматурный. Так же имеется колерная, 2 склада, 4 офиса, 2 приёмки. Общая площадь составляет 1530 кв/м.

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

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

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

Анализ состава и структуры имущества компании представлены в табл. 1 (∆ – изменение; ∆± – абсолютное изменение; темп ∆ – темп изменения; доля ∆ – доля изменения; У.О. – условные обозначения).

Таблица 1

Анализ состава и структуры имущества компании

Показатель	У.О.	2018 год		2019 год		∆
		Сумма руб.	Доля %	Сумма, руб.	Доля, %	∆±	Темп∆	Доля ∆
1. Нематериальные активы	НА	24691	5,5	13086	2,1	-11605	-47	-3,4
2. Основные средства	ОС	123456	27,7	65432	10,3	-58024	-46,9	-17,4
3. Долгосрочные финансовые вложения	ДФВ	61728	13,9	39259	6,2	-22469	-99	-7,7
4. Прочие внеоборотные активы	ПВА	235807	52,9	515865	81,4	280058	118,7	28,5
Основной капитал	ВА	445682	53	633642	66,7	187960	42,2	13,7
1. Запасы	З	164388	41,6	136407	14,4	-27981	-17,02	-27,2
2. налог на добавленную стоимость	НДС	32897	8,3	67356	7,1	34459	-33,7	-1,2
3. просроченная дебиторская задолжен.	ПДЗ	741	0,2	818	0,1	77	5373,2	-0,1
4. дебиторская задолженность	ДЗ	24691	6,3	16358	1,7	-8333	300,42	-4,6
5. краткосрочные финансовые вложения	КФВ	22403	5,7	131571	13,8	106880	5373,2	8,1
6. денежные средства	ДС	149354	37,9	598049	62,9	448695	300,42	25
Оборотный капитал	ОА	394474	47	950559	33,3	556085	140,9	-13,7
Имущество	ВБ	840156	100	1584201	100	744045	88,6	-

Рассматривая состав оборотного капитала, можно увидеть, что наибольшее снижение наблюдается в статье «Готовая продукция» на 62994 руб. А наибольшее увеличение наблюдается в статье «Денежные средства» на 448695 руб.

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

Методика решения комплекса задач автоматизации складского учета для компании ООО «Автоматстер» основывается на использовании положений методологии SADT. Разработка информационной системы связана с большим количеством широкого спектра работ, начиная от этапов исследования определенной предметной области и заканчивая внедрением готового прикладного программного решение [12].

Эффективное управления всеми стадиями разработки информационной системы может быть выполнено по средствам использования методологии SADT [6].

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

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

Рисунок 1 Функциональная модель «Учет товаров на складе»

Механизмы исследуемой системы сключают: персонал; информационная система. На рис. 2 изображена декомпозированная функциональная модель складского учета материалов компании ООО «Автомастер». Данный процесс, включает следующие подпроцессы:

– обработка первичных документов;

– учета материалов;

– учет движения материалов;

– формирование базы данных.

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

Рисунок 2 Декомпозированная функциональная модель процесса

«Учет товаров на складе»

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

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

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

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

Компонента системы «1С:Предприятие» «Оперативный учет» предназначена для учета наличия и движения материальных средств. Она может использоваться как автономно, так и совместно с другими компонентами системы «1С:Предприятия», что облегчает информационный обмен между подсистемами [1].

Система «1С:Торговля и склад» предназначена для учета любых видов торговых операций. Благодаря гибкости и настраиваемости, система способна выполнять все функции учета - от ведения справочников и ввода первичных документов до получения различных ведомостей и аналитических отчетов.

Среди основных функциональных и сервисных возможностей системы «1С:Торговля и склад» можно выделить: учет импортных товаров в разрезе номеров ГТД; групповые обработки справочников и документов; автоматическое начальное заполнение документов; усовершенствованный механизм назначения цен; операция «быстрой продажи», позволяющая выполнить автоматическое формирование и печать необходимого пакета документов при продаже группы товаров; возможность детализации взаиморасчетов с контрагентами в разрезе договоров [3].

Также, можно отметить, что «1С:Торговля и склад» автоматизирует работу на всех этапах деятельности предприятия. «1С:Торговля и склад» может быть адаптирована к любым особенностям учета на конкретном предприятии [8].

В состав системы «1С:Торговля и склад» входит Конфигуратор, который позволяет при необходимости настроить все основные элементы системы: редактировать существующие и создавать новые справочники произвольной структуры; создавать регистры для учета средств в любых необходимых разрезах; редактировать существующие и создавать новые необходимые документы любой структуры; изменять экранные и печатные формы документов; создавать журналы для работы с документами и произвольно перераспределять документы по журналам для эффективной работы с ними; создавать любые дополнительные отчеты и процедуры обработки информации [10].

Типовая конфигурация информационной системы «1С:Торговля и склад» позволяет:

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

– вести учет от имени нескольких юридических лиц;

– вести партионный учет товарного запаса с возможностью выбора метода списания себестоимости (FIFO, LIFO, по средней);

– вести раздельный учет собственных товаров и товаров, взятых на реализацию;

– оформлять закупку и продажу товаров;

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

– вести учет взаиморасчетов с покупателями и поставщиками, детализировать взаиморасчеты по отдельным договорам;

– формировать необходимые первичные документы;

– оформлять счета-фактуры, автоматически строить книгу продаж и книгу покупок, вести количественный учет в разрезе номеров ГТД;

– выполнять резервирование товаров и контроль оплаты;

– вести учет денежных средств на расчетных счетах и в кассе;

– вести учет товарных кредитов и контроль их погашения;

– вести учет переданных на реализацию товаров, их возврат и оплату.

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

– ведение неограниченного количества автономно работающих информационных баз;

– полная или выборочная синхронизация данных;

– настройка состава синхронизируемых данных;

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

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

«1С:Торговля и склад» содержит средства обеспечения сохранности и непротиворечивости информации:

– возможность запрещения пользователям "прямого" удаления информации;

– специальный режим удаления данных с контролем перекрестных ссылок;

– возможность запрещения пользователям редактировать данные за прошлые отчетные периоды;

– установка запрета на редактирование печатных форм документов;

–  «запирание» системы пользователем при временном прекращении работы.

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

Понятие жизненного цикла информационной системы является одним из базовых в программной инженерии. Жизненный цикл автоматизированной информационной системы в полной мере определяется как определенный период времени, который начинается с момента непосредственного принятия решения о разработки необходимости разработки информационной системы и заканчивается в тот момент, когда его полного изъятия из непосредственной эксплуатации [15].

Основным нормативным документом, который позволяет регламентировать состав процессов жизненного цикла информационной системы, является международный стандарт ISO/IEC 12207: 1995 «Information Technology - Software Life Cycle Processes» (ISO - International Organization for Standardization, IЕС - International Electrotechnical Commission).

Структура жизненного цикла информационной системы по стандарту ISO/IEC 12207 базируется на следующих группах процессов:

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

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

– организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла информационной системы, обучение) [17].

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

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

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

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

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

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

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

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

Моделирование предметной области «Управление документооборота» имеет свои особенности, которые можно реализовать при помощи использования средств UML.

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

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

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

Среди основных понятий UML можно выделить Class diagram, Component diagram, Composite structure diagram, Deployment diagram, Object diagram, Package diagram, Activity diagram, Use case diagram.

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

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

Диаграмма композитной/составной структуры (Composite structure diagram) – статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса.

Диаграмма развёртывания (Deployment diagram, диаграмма размещения) – служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них.

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

Диаграмма пакетов (Package diagram) – структурная диаграмма, основным содержанием которой являются пакеты данных и отношения между ними.

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

Диаграмма вариантов использования (Use case diagram, диаграмма прецедентов) – диаграмма, на которой отражены отношения, существующие между актёрами и вариантами использования.

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

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

– UMLet;

– yEd;

– Dia;

– CADE;

– Diagram Designer;

– StarUML;

– Microsoft Visio;

– Rational Rose [16].

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

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

Моделирование бизнес процессов в Rational Rose выполняется за счет применения различных аспектов. Каждый из этих аспектов концентрирует внимание на определенных характеристиках и возможностях процессов.

К таким аспектам относятся:

– вариант использования (Use case). Этот аспект дает возможность понять, каким образом действуют участники процесса и за счет этого определить их взаимодействие и влияние на процесс. Для построения моделей процесса в рамках данного аспекта применяются Use-case диаграммы, диаграммы последовательностей, диаграммы совместной работы и диаграммы действий;

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

– составляющие элементы. Этот аспект обращает внимание на состав элементов процесса и их распределение при создании информационной системы. Модели в этом аспекте строятся с помощью диаграммы компонентов. Она содержит информацию об элементах процесса и программном обеспечении;

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

За счет применения различных аспектов Rational Rose предоставляет пользователям (бизнес аналитикам, инженерам, техническим специалистам и руководителям) возможность создавать, анализировать, изменять и управлять моделями, используя единый объектно-ориентированный подход и единый язык моделирования.

Rational Rose обеспечивает следующие возможности моделирования бизнес процессов:

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

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

– интеграция моделей. За счет применения единого языка UML, Rational Rose позволяет объединить модели бизнес процесса, модели приложений и модели данных;

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

– обратное проектирование. Для целей моделирования бизнес процессов данная возможность может быть полезна, если моделируемый процесс автоматизирован [4].

Преимуществами Rational Rose являются:

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

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

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

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

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

Таким образом, в качестве средств моделирования предметной области «Управление документооборота» был выбран язык графического описания UML и программное средство Rational Rose.

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

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

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

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

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

Формирует следующие отчеты: наличие материала на складе; потребность в материалах; реестр материалов; отчет по лимитам; реестр поставщиков; реестр сотрудников.

Диаграмма последовательности по решаемой задаче отражает поток событий, происходящих в рамках варианта использования. Диаграмма последовательности представлена на рис. 4.

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

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

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

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

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

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

Рисунок 5 Диаграмма состояний

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

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

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

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

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

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

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

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

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

– склад: код склада; наименование склада (методы: добавить склад; удалить склад; найти склад; найти все склады);

– единица измерения: код единицы измерения; наименование единицы измерения (методы: добавить единицу измерения; удалить единицу измерения; найти единицу измерения; найти все единицы измерения);

– материал: код материала; наименование материала (методы: добавить материал; удалить материал; найти материал; найти весь материал);

– типоразмер: код типоразмера; наименование типоразмера (методы: добавить типоразмера; удалить типоразмера; найти типоразмера; найти все типоразмеры);

– тип материал: код типа материала; наименование типа материала (методы: добавить тип материал; удалить тип материал; найти тип материал; найти все типы материала);

– сотрудник: код сотрудника; ФИО сотрудника; код должности; образование; паспортные данные адрес проживания; семейное положение; код отдела; контактный телефон; электронный адрес (методы: добавить сотрудника; удалить сотрудника; найти сотрудника; найти всех сотрудников);

– должность: код должности; наименование должности (методы: добавить должность; удалить должность; найти должность; найти все должности);

– отдел: код отдела; наименование отдела (методы: добавить отдел; удалить отдел; найти отдел; найти все отделы);

– поставщик: код поставщика; наименование поставщика; полное наименование поставщика; юридический адрес поставщика; ИНН поставщика; расчетный счет; ОКПО; КПП; телефон; электронный адрес; примечание (методы: добавить поставщика; удалить поставщика; найти поставщика; найти всех поставщиков);

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

Для реализации поставленного комплекса задач автоматизации может быть выбрана среда разработки Microsoft Visual C#.

C# представляет собой объектно-ориентированный язык программирования, который был разработан специалистами компании Microsoft как язык разработки прикладных программных приложений под платформу Microsoft .NET Framework.

Язык программирования C# относится к семейству языков с C-подобным синтаксисом, из которых его синтаксис наиболее приближен к языкам программирования C++ и Java. Язык C# имеет статическую типизацию, перегрузку операторов, поддерживает полиморфизм, атрибуты, события, делегаты, свойства, обобщённые типы и методы, итераторы, анонимные функции с поддержкой замыканий, LINQ, исключения, комментарии в XML.

C# разрабатывался как язык программирования прикладного уровня для CLR и, как таковой, зависит, прежде всего, от возможностей самой CLR. Это касается, прежде всего, системы типов C#, которая отражает BCL. Присутствие или отсутствие тех или иных выразительных особенностей языка диктуется тем, может ли конкретная языковая особенность быть транслирована в соответствующие конструкции CLR.

CLR предоставляет C#, как и всем другим .NET-ориентированным языкам, многие возможности, которых лишены «классические» языки программирования. Например, сборка мусора не реализована в самом C#, а производится CLR для программ, написанных на C# точно так же, как это делается для программ на VB.NET, J# и др.

Для администрирования базы данных информационной системы можно воспользоваться, например, Microsoft SQL Server, MySQL Workbench 8.0 CE

Microsoft SQL Server представляет собой систему управления реляционными базами данных от корпорации Microsoft. Основной используемый язык запросов – Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими системами базами данных в этом сегменте рынка [9].

MySQL Workbench представляет собой высокопродуктивный инструмент для обеспечения визуального проектирования баз данных, интегрирующий в себе средства проектирования, моделирования, создания и последующую эксплуатацию базы данных в единое бесшовное окружение для системы баз данных MySQL. MySQL Workbench является преемником DBDesigner 4 от FabForce.

Рассмотрим основные технологические решения системы управления базами данных Microsoft SQL Server и MySQL Workbench.

Компонент Database Engine представляет собой основную службу для хранения, обработки и обеспечения безопасности данных. Этот компонент обеспечивает управляемый доступ к ресурсам и быструю обработку транзакций, что позволяет использовать его даже в самых требовательных корпоративных приложениях обработки данных [11]. Кроме того, компонент Database Engine предоставляет разносторонние средства поддержания высокого уровня доступности.

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

Пакет GUI Tools был полностью заменён MySQL Workbench начиная с бета-версии 5.2. Тем не менее, MySQL Support Team продолжала оказывать соответствующую поддержку прикладного пакета GUI Tools до 30 июня 2010 г. В будущих версиях MySQL Workbench будет добавлен плагин для миграции, полностью совместимый с MySQL Migration Toolkit, входящий в состав пакета GUI Tools [13].

Хранилище данных представляет собой базу данных, которая представляет собой набор таблиц из типизированных столбцов. SQL Server поддерживает различные типы данных, включая основные, такие как Integer, Float, Decimal, Сhar, Varchar, двоичный, Text и другие.

В отличие от MySQL Workbench у Microsoft SQL Server службы DQS позволяют создать базу знаний, а затем выполнить в ней исправление данных и удаление дубликатов с помощью как автоматизированных, так и интерактивных средств. Можно использовать службы справочных данных на основе облачных вычислений, а также создавать решения по управлению данными, где службы DQS будут интегрированы со службами SQL Server Integration Services и Master Data Services.

MySQL Workbench предлагается в двух редакциях:

– Community Edition – распространяется под свободной лицензией GNU GPL и доступна любому желающему;

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

В тоже время, на фоне преимуществ использования Microsoft SQL Server для реализации поставленного комплекса задач лучше подойдет MySQL Workbench, в части реализации следующих возможностей:

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

– функциональный и наглядный механизм установки связей между таблицами базы данных, в том числе «многие ко многим» с созданием таблицы связей;

– Reverse Engineering представляет собой специализированную технологию восстановления структуры таблиц из уже существующей на сервере базы данных;

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

– возможность оперативного редактирования данных в таблице базы данных в визуальном режиме [5].

В связи с тем, что для реализации поставленного комплекса задач нужна небольшая информационная система вполне хватит возможностей свободно распространяемой редакции MySQL Workbench Community Edition.

Таким образом, для реализации проекта автоматизации может быть рекомендовано следующее программное обеспечение: MySQL Workbench Community Edition; язык программирования C#.

ЗАКЛЮЧЕНИЕ

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

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

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

Методика решения проблемы разработки бизнес-процессов информационной системы автоматизации складского учета для компании ООО «Автоматстер» основывалась на использовании положений методологии SADT. Согласно данной методологии жизненный цикл реализуемого проекта внедрения может быть разделен на несколько ключевых этапов: определение; анализ операций; проектирование решения; разработка; переход; промышленная эксплуатация.

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

В качестве средств для моделирования предметной области был выбран язык графического описания UML и программное средство Rational Rose.

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

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

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

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

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

Реализации проекта автоматизации может быть рекомендовано следующее программное обеспечение: MySQL Workbench Community Edition; язык программирования C#.

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

1. Архитектура и проектирование программных систем : монография / С.В. Назаров. – 2-е изд., перераб. и доп. – М. : ИНФРА-М, 2018. – 374 с.
2. Бизнес-процессы: регламентация и управление : учебник / В.Г. Елиферов, В.В. Репин. – М. : ИНФРА-М, 2018. – 319 с.
3. Гвоздева В.А. Основы построения автоматизированных информационных систем [Текст]: учебник. - Москва: ИД «ФОРУМ»: ИНФРА-М, 2017. – 320 с.
4. Долганова О.И. Моделирование бизнес-процессов [Текст]: учебник и практикум для академического бакалавриата / О. И. Долганова, Е. В. Виноградова, А. М. Лобанова; под ред. О. И. Долгановой. – М.: Издательство Юрайт, 2017. – 289 с.
5. Инновационная модель бизнес-процесса: Учебное пособие / Бабич В.Н., Кремлёв А.Г., – 2-е изд., стер. - М.:Флинта, 2018. – 184 с.
6. Информатика (курс лекций) : учеб. пособие / В.Т. Безручко. – М. : ИД «ФОРУМ» : ИНФРА-М, 2018. – 432 с.
7. Информатика и информационно-коммуникационные технологии (ИКТ) : учеб. пособие / Н.Г. Плотникова. – М. : РИОР : ИНФРА-М, 2018. – 124 с.
8. Информационные системы и технологии: Научное издание. / Под ред. Ю.Ф. Тельнова. - М.: ЮНИТИ, 2016. – 303 c.
9. Информационные технологии в профессиональной деятельности : учеб. пособие / Е.Л. Федотова. – М. : ИД «ФОРУМ» : ИНФРА-М, 2018. – 367 с.
10. Информационные технологии управления : учебник / Б.В. Черников. – 2-е изд., перераб. и доп. – М. : ИД «ФОРУМ» : ИНФРА-М, 2018. – 368 с.
11. Кознов Д.В. Визуальное моделирование. Теория и практика. 2-е изд. — М.: Интуит, 2016. — 287 с.
12. Кренке Д. Теория и практика построения баз данных / Д. Кренке. - М.: СПб: Питер; Издание 9-е, 2017. – 858 c.
13. Моделирование бизнес-процессов. Практический опыт разработчика: Пособие / Ильин В.В., - 4-е изд., (эл.) – М.:Интермедиатор, 2018. – 252 с.
14. Моделирование бизнес-процессов / Золотухина Е.Б., Красникова С.А., Вишня А.С. – М.:КУРС, НИЦ ИНФРА-М, 2017. – 79 с.
15. Моделирование бизнес-процессов с AllFusion Process Modeler 4.1. Часть 2: Лабораторный практикум / Брезгин В.И., - 2-е изд., стер. – М.:Флинта, Изд-во Урал. ун-та, 2017. – 52 с.
16. Практика и проблематика моделирования бизнес-процессов / Всяких Е.И., Зуева А.Г., Носков Б.В., - 2-е изд., (эл.) – М.:ДМК Пресс, 2018. – 248 с.
17. Системы управления бизнес-процессами и административными регламентами на примере свободной программы RunaWFE: Пособие / Михеев А.Г., - 3-е изд., (эл.) – М.:ДМК Пресс, 2018. – 337 с.