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

Моделирование предметной области "Управление документооборотом" с помощью UML

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В Российской Федерации данная деятельность регламентирована ГОСТ Р 7.0.97-2016.

Делопроизводство подразделяется на три стадии:

– создание документов (документирование);

– организация движения и учёта оперативных документов (документооборот);

– хранение документов (архивное дело)^[1].

Состав организационно-распорядительных документов определяется в соответствии с Общероссийским классификатором управленческой документации (ОКУД). Общие рекомендации по документированию управленческой деятельности и организации работы с документами в России установлены национальным стандартом РФ ГОСТ Р 7.0.97-2016 «Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов».

Документооборот – деятельность по организации движения документов на предприятии с момента их создания или получения до завершения исполнения: отправки из организации и (или) направления в архив.

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

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

– документы, отправляемые в другие организации (исходящие);

– документы, создаваемые в организации и используемые работниками организации в управленческом процессе (внутренние)^[2].

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

– первичную обработку;

– предварительное рассмотрение;

– регистрацию;

– рассмотрение руководством;

– передачу на исполнение^[3].

В бухгалтерском учёте существует пять основных этапов документооборота:

– составление документа в момент совершения хозяйственной операции;

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

– проверка принятых документов бухгалтером по форме, по содержанию и арифметическая проверка;

– обработка документов в бухгалтерии, которая включает:

– таксировку (расчёт стоимости хозяйственной операции);

– группировку;

– контировку (указание в первичном документе корреспонденции

счетов);

– сдача документов на хранение в архив.

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

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

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

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

Все объекты представляют собой так называемую систему. Их поведение, специализированные характеристики рассматриваются в системном объекте.

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

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

Подсистема представляет собой определенную часть любой отдельной системы^[6].

Свойства системы (в т.ч. информационной системы) включает следующие характеристики:

– сложность - система зависит от множества входящих в нее компонентов, их структурного взаимодействия, а так же сложности внутренних и внешних связей;

– делимость - система состоит из ряда подсистем или элементов, выделенных по определенным признакам и отвечающих конкретным целям и задачам;

– целостность системы - означает то, что все элементы системы функционируют как единое целое;

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

– структурность - определяет наличие установленных связей и отношений между элементами внутри системы, распределение элементов системы по уровням и иерархиям;

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

– интегрируемость - означает возможность непосредственного взаимодействия системы с вновь подключаемыми компонентами или подсистемами^[7].

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

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

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

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

– информационная система является динамичной и развивающейся системой;

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

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

– участие человека зависит от сложности системы, типов и наборов данных, степени формализации решаемых задач^[8].

Процессы в информационной системе обеспечивают выполнение следующих действий:

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

– обработка входящей информации;

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

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

– обратная связь, т.е. представление оперативной информации, переработанной в данной организации, для корректировки входящей информации^[9].

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

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

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

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

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

Выбор данной информационной системы обусловлен особенностями ведения документооборота в ОАО «Демиховский машиностроительный завод».

Общество зарегистрировано на основании Постановления Администрации Орехово-Зуевского района Московской области №1874 от 03.11.1992 (свидетельство о государственной регистрации юридического лица №322П). Общество зарегистрировано в Едином государственном реестре юридических лиц за основным государственным регистрационным номером (ОГРН) 1025007458376.

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

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

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

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

– согласование документов (данная стадия предполагает выполнение процесса согласования документов);

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

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

Все это обуславливает необходимость использования средств автоматизации управления документооборота предприятия, например, можно предложить внедрение системы «1С:Предприятие 8. ТОИР Управление ремонтами и обслуживанием оборудования». Интерфейс системы «1С: Предприятие 8. ТОИР Управление ремонтами и обслуживанием оборудования» представлен на рис. 1.

Рисунок 1 Интерфейс системы

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

– руководству предприятия и управленцам, отвечающим за непосредственное развитие бизнеса: широкие возможности анализа, планирования и гибкого управления ресурсами предприятия для повышения конкурентоспособности, обеспечивается «прозрачность» производственных активов^[11];

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

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

– работникам учетных служб предприятия: средства для организации автоматизированного ведения учета выполнения работ в полном соответствии с требованиями законодательства и корпоративными стандартами предприятия^[12]. Состав системы «1С: Предприятие 8. ТОИР Управление ремонтами и обслуживанием оборудования» представлен на рис. 2.

Рисунок 2 Состав системы

Общая сводная таблица функциональных возможностей 1С:ТОИР и 1С:ТОИР 2 КОРП представлена в табл. 1.

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

Наибольший эффект от применения данного программного продукта достигается при интеграции с типовой конфигурацией «Управление производственным предприятием» («1С:УПП»).

Инструкция по интеграции приведена в книге «1С:ТОИР Руководство пользователя», входящей в комплект поставки^[13].

Таблица 1

Общая сводная таблица функциональных возможностей 1С:ТОИР и 1С:ТОИР 2 КОРП

Функциональность	1С:ТОИР, редакция 1.3	1С:ТОИР 2 КОРП
Учет оборудования и нормативов ремонта	+	+
Отражение перемещения, выбытия оборудования, учет гарантийных обязательств изготовителя	-	+
Автоматически формируемые иерархии объектов ремонта	-	+
Учет показателей эксплуатации	+	+
Автоматизация ремонтов по состоянию	-	+
Планирование технического обслуживания и ремонтов	+	+
Планирование технического обслуживания и ремонтов с учетом жестких ремонтных циклов	-	+
Планирование технического обслуживания и ремонтов с учетом остановочных ремонтов	-	+
Управление нарядами и работами	+	+
Управление нарядами и работами с учетом опасных операций, работы повышенной опасности	-	+
Настраиваемые бизнес-процессы	-	+
Система оповещений	+/-	+
Базовая отчетность по анализу эффективности ТОИР	+	+
Анализ показателей эффективности ТОИР с учетом KPI, возможность расширения перечня показателей	-	+
Интеграция с 1С:Документооборот	+/-	+
Интеграция с «1C:Управление производственным предприятием»	+	-
Интеграция с «1C:ERP Управление предприятием 2»	-	+

При разработке конфигураций «ТОИР Управление ремонтами и обслуживанием оборудования» и «Управление ремонтным предприятием» учитывались как современные международные методики управления предприятием, среди которых можно выделить:

– EAM;

– CMMS;

– MRP II;

– CRM;

– SCM;

– ERP и др.

Так и опыт успешной автоматизации предприятий, накопленный фирмой «1С» и партнерским сообществом.

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

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

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

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

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

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

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) и артефактов, развёрнутых на них^[15].

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

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

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

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

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

Для работы с UML можно воспользоваться набором программ, среди которых выделяются: UMLet; yEd; Dia; CADE; Diagram Designer; StarUML; Microsoft Visio; Rational Rose.

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

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

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

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

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

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

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

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

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

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

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

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

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

– интеграция с программными продуктами. Для расширения возможностей моделирования и анализа бизнес процессов в Rational Rose реализована возможность интеграции с другими программными продуктами, например, Microsoft Visual Studio;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

– предприятие: код предприятия; наименование предприятия; полное наименование предприятия; адрес предприятия; ОГРН; контактный телефон; электронный адрес; примечание (методы: добавить предприятие; удалить предприятие; найти предприятие; найти все предприятия);

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

В таблице базы данных «Предприятие» первичным ключом является «Код предприятия».

В таблице базы данных «Подразделение» первичным ключом является «Код подразделения». Атрибут «Код предприятия» является внешним ключом к таблице «Предприятие».

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

В таблице базы данных «Продукция» первичным ключом является «Код продукции». Атрибут «Код склада» является внешним ключом к таблице «Склад».

В таблице базы данных «Склад» первичным ключом является «Код склада».

В таблице базы данных «Сотрудник» первичным ключом является «Код сотрудника». Атрибут «Код должности» является внешним ключом к таблице «Должность».

В таблице базы данных «Должность» первичным ключом является «Код должности».

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

В таблице базы данных «Акт квалификационной комиссии» первичным ключом является «Код акта квалификационной комиссии». Атрибут «Код акта приемочной комиссии» является внешним ключом к таблице «Акт приемочной комиссии».

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

ЗАКЛЮЧЕНИЕ

В процессе выполнения данной работы были получены следующие результаты. Установлено, что делопроизводство (документационное обеспечение управления) это вид государственной, муниципальной, научной, коммерческой и некоммерческой деятельности, связанной с вопросами документирования и организации работы с документами. Это система стандартов по информации, библиотечному и издательскому делу. В Российской Федерации данная деятельность регламентирована ГОСТ Р 7.0.97-2016. Делопроизводство подразделяется на три стадии: создание документов (документирование); организация движения и учёта документов (документооборот); хранение документов (архивное дело).

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

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

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

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

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

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

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

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

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

Также, были представлены необходимые диаграммы, отражающие технологию моделирования предметной области «Управление документооборота».

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

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

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