Бизнес-процессы государственной регистрации прав

Автор работы: Пользователь скрыл имя, 20 Декабря 2011 в 14:13, контрольная работа

Описание

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

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

Работа состоит из  1 файл

Разработка требований (приложение).docx

— 497.71 Кб (Скачать документ)
 

     1.2.3 Пример диаграммы

     Пример  диаграммы бизнес процесса в модели BPMN представлен в соответствии с рисунком 2.

Рисунок 2 – Диаграмма  бизнес процесса 

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

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

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

Наиболее  близким и точным аналогом диаграмм активностей являются математически  строгие дракон-схемы визуального алгоритмического языка ДРАКОН. Более отдаленным аналогом диаграмм являются схемы алгоритмов по ГОСТ 19.701-90. 

     2.1 Нотация моделирования

     Графическое представление и описание элементов, встречающихся на диаграммах деятельности, представлено в таблице 6.

     Таблица 6 – Нотация моделирования диаграмм деятельности

Графический элемент Название  элемента Описание
Бизнес действие Действие, выполняемое  в информационной системе при  взаимодействии с пользователем  или без вмешательства пользователя. Действия могут запускаться событиями или как часть других поведений, например: переходами в диаграмме состояний конечных автоматов, методами, вариантами использования или другими действиями. Действие может быть структурированным (обозначается символом «бесконечность»).
Событие В точках приема событий поведение алгоритма  приостанавливается для ожидания момента  получения определенного сигнала. В точках отправки событий происходит посылка определенного сигнала.

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

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

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

Объект Пассивный объект системы (может вступать в действия и может быть их результатом).
Документ Документы (комплект документов), формируемые в информационной системе.
Начало и  окончание потока действий Каждый поток  действий должен иметь начало и окончание.
Разделение Показывает  разделение деятельности между участниками  процесса. Необходимо для иллюстрации  ответственности за разные части  функциональности.
Поток управления

(коннектор)

Данная связь  определяет последовательность выполнения действий.
Поток данных

(коннектор)

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

     2.2 Пример диаграммы деятельности

     Пример  диаграммы деятельности представлен в соответствии с рисунком 3 (осуществление государственной регистрации прав).

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

     3 Диаграмма потоков данных

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

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

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

     Кроме того, нотация DFD поддерживает понятие  подсистемы — структурной компоненты разрабатываемой системы. 

     3.1 Нотация моделирования

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

     Таблица 7 – Нотация моделирования DFD-диаграмм

Графический элемент Название  элемента Описание
Процесс Процесс или  действие преобразуют или генерируют значения данных. Процессы самого нижнего  уровня представляют собой функции  без побочных эффектов. Процесс может  иметь побочные эффекты, если он содержит нефункциональные компоненты, такие  как хранилища данных или внешние  объекты. Каждый процесс имеет фиксированное  число входных и выходных данных. Процессы реализуются в виде методов  и соответствуют операциям конкретных классов.
Внешний объект Внешний (активный) объект обеспечивает движение данных, поставляя или потребляя их (внешний  источник, пользователь, депозитарий). Внешние объекты обычно присоединяют к входам и выходам диаграммы  потоков данных.
Хранилище данных Хранилище данных – пассивный объект, в котором  данные сохраняются для последующего доступа (внутренний физический или  электронный репозиторий). Хранилище  данных допускает доступ к хранимым в нем данным в порядке, отличном от того, в котором они были туда помещены.
Поток данных Поток данных соединяет  выход объекта (или процесса) с  входом другого объекта (или процесса) и показывает, как данные перемещаются по системе в физической или электронной  форме. Он представляет промежуточные  данные обработки.
Поток управления Диаграмма потоков  данных показывает все пути обработки  информации в системе, но не показывает, в каком порядке осуществляется эта обработка. Решения о порядке  связаны с управлением, которое  отражается в динамической модели. Эти решения, вырабатываемые специальными функциями, или предикатами, определяют, будет ли выполнен тот или иной процесс, но при этом не передают процессу никаких данных, так что их включение в функциональную модель необязательно. Иногда бывает полезно включать указанные предикаты в функциональную модель, чтобы в ней были отражены условия выполнения соответствующего процесса. Функция, принимающая решение о запуске процесса, будучи включенной в диаграмму, порождает поток управления.
Шлюз Шлюз описывают  точку останова для входящих и  исходящих сообщений на диаграммах самого детального уровня (с полным описанием всех потоков данных).
 

     3.2 Пример диаграммы потоков данных

     Пример  DFD-диаграммы представлен в соответствии с рисунком 4.

Рисунок 4 – Диаграмма потоков данных 

     3.3 Контекстная диаграмма

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

Рисунок 5 – Контекстная диаграмма 

     4 Диаграмма компонентов

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

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

     - визуализации общей структуры программной системы;

     - спецификации исполняемого варианта программной системы;

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

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

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

     4.1 Нотация моделирования

     Графическое представление и описание элементов, встречающихся на диаграммах компонентов, представлено в таблице 8.

     Таблица 8 – Нотация моделирования диаграмм компонентов

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

(портал)

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

(коннектор)

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

(коннектор)

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

     4.2 Пример диаграммы  компонентов

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

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

Информация о работе Бизнес-процессы государственной регистрации прав