Файл: Разработка регламента выполнения процесса «Управление документооборотом.pdf
Добавлен: 28.06.2023
Просмотров: 102
Скачиваний: 3
Введение
Целью работы – разработка автотизированной системы документооборота, в конечном итоге позволяющей снизить издержки на данный процесс.
Задачи работы:
1 Описать предметную область
2 Разработать автоматизированную систему документооборота в виде диаграмм UML
2 Разработать автоматизированную систему документооборота в виде диаграмм IDEF
Предметом дипломной работы является разработка системы автоматизации документоооборота в виде диаграмм UML.
Объектом дипломной работы является система, средствами которой осуществляется разработка системы автоматизации документоооборота.
При решении поставленных задач в процессе работы использовались методы:
- аналитический метод;
- статистический метод;
- графические методы;
- сравнительный метод;
- методы сбора и обработки данных;
Практическая значимость проекта заключается в современности и актуальности используемых технологий, благодаря которым решались поставленные задачи, в оптимизации множества процессов и новизне приводимой информации. Основные положения данного дипломного проекта доведены до возможных рекомендаций администрациим пожелавшим вывести свой бизнес в интернет.
При доработке систем автоматизации документооборота на этапах кодирования и тестирования выявляется большое количество ошибок, исправление которых влечет за собой кардинальное изменение всей разрабатываемой системы. Учесть такие ошибки возможно только при моделировании и глубоком, детальном анализе создаваемых проектов. Моделирование позволяет «увидеть» проект в процессе разработки и создать предпосылки для анализа поведения системы в зависимости от начальных условий.
1 Проектирование UML
1.1 Выбор языка моделирования
Языком разработки модели системы был выбран унифицированный язык моделирования (Unified Modeling Language, UML). UML язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это – открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода.
Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.
UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (англ. generalization), агрегация (англ. aggregation) и поведение) и больше сконцентрироваться на проектировании и архитектуре. [1]
В UML используются следующие виды диаграмм:
Структурные диаграммы:
- Диаграмма классов;
- Диаграмма компонентов;
- Композитной/составной структуры;
- Диаграмма кооперации (UML2.0);
- Диаграмма развёртывания;
- Диаграмма объектов;
- Диаграмма пакетов;
- Диаграмма профилей (UML2.2);
Диаграммы поведения:
- Диаграмма деятельности;
- Диаграмма состояний;
- Диаграмма прецедентов;
Диаграммы взаимодействия:
- Диаграмма коммуникации (UML2.0) / Диаграмма кооперации (UML1.x);
- Диаграмма обзора взаимодействия (UML2.0);
- Диаграмма последовательности;
- Диаграмма синхронизации (UML2.0).
Диаграмма классов (Static Structure diagram) – статическая структурная диаграмма, описывающая структуру системы, демонстрирующая классы системы, их атрибуты, методы и зависимости между классами.
Существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения:
- концептуальная точка зрения – диаграмма классов описывает модель предметной области, в ней присутствуют только классы прикладных объектов;
- точка зрения спецификации – диаграмма классов применяется при проектировании информационных систем;
- точка зрения реализации – диаграмма классов содержит классы, используемые непосредственно в программном коде (при использовании объектно-ориентированных языков программирования).
Диаграмма компонентов (Component diagram) – статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонент могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т.п.
Диаграмма композитной / составной структуры (Composite structure diagram) – статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса.
Подвидом диаграмм композитной структуры являются диаграммы кооперации (Collaboration diagram, введены в UML 2.0), которые показывают роли и взаимодействие классов в рамках кооперации. Кооперации удобны при моделировании шаблонов проектирования.
Диаграммы композитной структуры могут использоваться совместно с диаграммами классов.
Диаграмма развёртывания (Deployment diagram) – служит для моделирования работающих узлов (аппаратных средств, англ. node) иартефактов, развёрнутых на них. В UML 2 на узлах разворачиваются артефакты (англ. artifact), в то время как в UML 1 на узлах разворачивались компоненты. Между артефактом и логическим элементом (компонентом), который он реализует, устанавливается зависимость манифестации.
Диаграмма объектов (Object diagram) – демонстрирует полный или частичный снимок моделируемой системы в заданный момент времени. На диаграмме объектов отображаются экземпляры классов (объекты) системы с указанием текущих значений их атрибутов и связей между объектами.
Диаграмма пакетов (Package diagram) – структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.
Диаграмма деятельности (Activity diagram) – диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью (англ. activity) понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов – вложенных видов деятельности и отдельных действий (англ. action), соединённых между собой потоками, которые идут от выходов одного узла к входам другого.
Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
Аналогом диаграмм деятельности являются схемы алгоритмов по ГОСТ 19.701–90.
Диаграмма автомата (State Machine diagram, диаграмма конечного автомата, диаграмма состояний) – диаграмма, на которой представлен конечный автомат с простымисостояниями, переходами и композитными состояниями.
Конечный автомат (англ. Statemachine) – спецификация последовательности состояний, через которые проходит объект или взаимодействие в ответ на события своей жизни, а также ответные действия объекта на эти события. Конечный автомат прикреплён к исходному элементу (классу, кооперации или методу) и служит для определения поведения его экземпляров.
Диаграмма вариантов использования (Use case diagram) – диаграмма, на которой отражены отношения, существующие между актёрами и вариантами использования.
Основная задача – представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
Диаграммы коммуникации и последовательности транзитивны, выражают взаимодействие, но показывают его различными способами и с достаточной степенью точности могут быть преобразованы одна в другую.
Диаграмма коммуникации (Communication diagram, в UML 1.x – диаграмма кооперации, collaboration diagram) – диаграмма, на которой изображаются взаимодействия между частями композитной структуры или ролями кооперации. В отличие от диаграммы последовательности, на диаграмме коммуникации явно указываются отношения между элементами (объектами), а время как отдельное измерение не используется (применяются порядковые номера вызовов).
Диаграмма последовательности (Sequence diagram) – диаграмма, на которой изображено упорядоченное во времени взаимодействие объектов. В частности, на ней изображаются участвующие во взаимодействии объекты и последовательность сообщений, которыми они обмениваются.
Диаграмма сотрудничества – Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.
По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, Rational Rose позволяет создавать из Sequence диаграммы диаграмму Collaboration и наоборот, а также производит автоматическую синхронизацию этих диаграмм.
Диаграмма обзора взаимодействия (Interaction overview diagram) – разновидность диаграммы деятельности, включающая фрагменты диаграммы последовательности и конструкции потока управления.
Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы сотрудничества). Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.
Диаграмма синхронизации (Timing diagram) – альтернативное представление диаграммы последовательности, явным образом показывающее изменения состояния на линии жизни с заданной шкалой времени. Может быть полезна в приложениях реального времени.
Преимущества UML:
- UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современныхобъектно-ориентированных языках;
- UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
- Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
- UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;
- UML получил широкое распространение и динамично развивается.
1.2 Выбор среды моделирования
При выборе программного обеспечения позволяющего построить легко, а главное правильно модели системы на языкtUML, я рассматривала несколько программ. Рассмотрим их основные характеристики:
- Yworks yED 3.8 – программа для создания различного рода диаграмм. С помощью yEd можно легко создать диаграмму сети, процесса, организационной структуры или uml диаграмму. yEd поддерживает разные виды диаграмм [7]:
Иерархические
Выделяет направление основного потока в схемах и сетей, а также определяет иерархию уровней и зависимостей. Поддержка ортогональных чертежей и сгруппированных диаграмм[7].
Органические
Выделяет данные присущие группам и симметрии и дает представление о взаимосвязанности больших и сложных структур. Поддержка сгруппированных диаграммы[7].
Ортогональные
Создает ясные диаграммы с ортогональными соединения только там, где соединения осуществляются с минимальным количеством пересечений и изгибов. Поддержка сгруппированных диаграмм и эксклюзивные маршрутизации соединений.
Древовидные
Оптимально организует древовидную структуру. Использует направленные и радиальные стили и поддерживает компактное расположение.
Кольцевые
Выделяет топологии типа кольцо и звезда в сетях. Группирует объекты в соответствии со структурой сети и организует их на круги или с помощью радиальной структуры дерева[7].
Microsoft Visio – независимая система построения диаграмм, предлагающая средства для наглядного представления идей, информации и систем. Visio позволяет определять и документировать любые сложные конструкции, с которыми вы сталкиваетесь в своей повседневной работе, и предлагает возможность эффективного обмена идеями и информацией. Кроме того, использование диаграмм Visio в документах Office позволяет представить информацию в более сжатом виде, сделать основную идею более запоминающейся и устранить многие технические и культурные барьеры[8].
Visio выполняет три ключевые задачи [8]:
1. Дополняет пакет Microsoft Office. Сотрудники компаний могут создавать информативные диаграммы, дополняя и расширяя материалы, с которыми они работают в приложениях Office.
2. Упрощает проектирование, развертывание и сопровождение систем. Технические специалисты могут документировать идеи, информацию и системы, а также представлять их в виде диаграмм. Эта возможность упрощает развертывание систем. Кроме того, Visio расширяет возможности средств разработки, позволяет создавать чертежи и планы зданий.