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

Сравнительный анализ программных средств представлен в таблице 2.1

2.1.4. Together (Borland)

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

Семейство продуктов Borland Together состоит из следующих версий:

• Together Designer Community Edition – бесплатное средство создания диаграмм UML 2.0, свободно доступное на сайте компании Borland. Этот продукт обладает минимумом возможностей, такими как инструменты импорта моделей Rational Rose и моделей в формате XML Metadata Interchange (XMI), средствами создания всех различных видов диаграмм и экспорта моделей в виде графических изображений.;
• Together Solo – более продвинутая редакция, ориентированная на бизнес аналитиков. В данной версии нет средств интеграции со средами разработки, но есть возможность создавать диаграммы основных типов, полностью совместимые по формату с другими программами Together;
• Together Control Center - редакция с наиболее продвинутым спектром возможностей, позволяющая использовать данную программу на всех стадиях цикла разработки информационной системы;
• Together Edition for JBuilder, Visual Studio, Eclipse, IBM WebSphere Studio, SAP NetWeaver Studio, C++BuilderX - редакции, ориентированные на совместное применение с перечисленными средами разработки и обладающие средствами интеграции с ними (вплоть до встраивания дизайнеров в эти среды).

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

Таблица 2.1

Сравнительный анализ программных средств

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

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

В данном разделе спроектирована работа с документами на предприятии, занимающейся продажами товаров, при помощи диаграмм прецедентов, классов, деятельности, состояний и последовательности (рисунки 2.1-2.5).

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

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

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

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

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

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

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

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

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

Как было описано выше, каждый документ имеет пять статусов:

1. «Сформирован» - документ создан, но не отправлен на согласование;
2. «На согласовании» - документ отправлен на согласование;
3. «На удалении» - документ удален, работа с ним невозможна;
4. «Согласован» - документ согласован, корректировки документа невозможны;
5. «Закрыт» - документ подписан, скан-копия прилеплена.

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

1. Анализ внешней и внутренней среды организации [Электронный ресурс]. - Режим доступа: https://port-u.ru/strategplan/analizvneshivnutsredy

   ↑

2. Агирджанов Т. Н. Методы и формы государственного регулирования экономики // Молодой ученый. — 2017. — №49. — С. 221-223. — URL https://moluch.ru/archive/183/47016/ (дата обращения: 26.01.2020). ↑

3. Лактионова Людмила Валентиновна Организация информационного пространства медицинского учреждения // Социальные аспекты здоровья населения. 2013. №2. URL: https://cyberleninka.ru/article/n/organizatsiya-informatsionnogo-prostranstva-meditsinskogo-uchrezhdeniya (дата обращения: 26.01.2020). ↑

4. Управление документооборотом [Электронный ресурс]. - Режим доступа: https://www.docsvision.com/info-centr/articles/upravlenie-dokumentooborotom.html

   ↑

5. Системы документооборота: виды, технологии [Электронный ресурс]. - Режим доступа: https://www.kp.ru/guide/sistemy-dokumentooborota.html ↑

6. Преимущества электронного документооборота [Электронный ресурс]. - Режим доступа: http://www.1service.ru/blog/electronnyi-documentooborot-raznie-storony.php

   ↑

7. Унифицированный язык моделирования UML [Электронный ресурс]. - Режим доступа: http://www.maksakov-sa.ru/ModelUML/IziMod/index.html

   ↑

8. StarUML. Руководства пользователя © Перевод Д. В. Летуновского, 2007 ↑

9. Microsoft Visio [Электронный ресурс]. - Режим доступа: https://ru.wikipedia.org/wiki/Microsoft_Visio ↑

10. Sparx Systems Enterprise Architect [Электронный ресурс] - Режим доступа:https://www.intuit.ru/studies/professional_retraining/941/courses/229/lecture/5963

    ↑