Файл: Разработка регламента выполнения процесса «Управление персоналом» (1.Анализ бизнес-процессов «как есть»).pdf

DFD содержит процессы, которые преобразуют данные, потоки данных, которые переносят данные, активные объекты, которые производят и потребляют данные, и хранилища данных, которые пассивно хранят данные.

Методология объектного проектирования на языке UML (UML-диаграммы)

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

Помимо прочего, язык UML применяется для проектирования реляционных БД. Для этого используется небольшая часть языка (диаграммы классов), да и то не в полном объеме. С точки зрения проектирования реляционных БД модельные возможности не слишком отличаются от возможностей ER-диаграмм

В России для моделирования и анализа бизнес-процессов чаще всего применяются следующие инструменты моделирования: Oracle Designer, Rational Rose, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler(ERWin), Power Designer, ARIS. За рубежом, кроме перечисленных, активно используются такие средства как Ithink Analyst, System Architect, ReThink и т.д.

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

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

Выберем те инструменты моделирования, которые соответствуют выделенным критериям. В этом случае дальнейшему рассмотрению подлежат Oracle Designer, BPWIn/ERWin, Rational Rose, ARIS, Power Designer, по которым ниже дано более подробное описание.

BPWin и ERWin компании Соmputer Associates

Computer Associates International, Inc. (CA) является одним из пяти основных производителей программного обеспечения, предлагая средства моделирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), резервного копирования, информационной безопасности и т.д. Пакет BPWin основывается на методологии IDEF и используется для функционального моделирования и анализа деятельности организации. Методология IDEF является официальным федеральным стандартом США и, представляет собой совокупность методов, процедур и правил, которые предназначены для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

---

Oracle Designer компании Oracle

Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web и клиент/серверных приложений. Задачей Oracle Designer является сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы.

Rational Rose компании IBM

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

PowerDesigner компании Sybase

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

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

ARIS компании IDS Scheer AG

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

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:

---

• для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;
• для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;
• для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose.

Так как нас интересует моделирование бизнес-процессов управления документооборотом, было выбрано средство моделирования BPwin.

1.3 Моделирование бизнес-процессов «как есть»

Функциональная модель существующего процесса документооборота при работе с должниками представлена на рисунках 5 – 6.

Цель моделирования: выявить неавтоматизированные процессы для автоматизации и проектирования информационной системы.

Точка зрения: руководство.

Входами для процесса исполнения бюджета являются:

• решения суда;
• реестр должников;
• документы (физические и юридические лица);
• платежное поручение.

Управляющими воздействиями являются:

• законы РФ;
• инструкции;
• постановления и приказы.

Рисунок 5 – Контекстная диаграмма существующего документооборота при работе с должниками

В качестве механизмов рассматриваются:

• отдел урегулирования задолженности;
• отдел по работе с должниками;
• руководство;
• АРМ, ПО.

Выходами (результатами) для являются:

• акты:
• отчеты;
• справки;
• требования по взысканию.

На рисунке 6 представлена декомпозиция контекстной модели существующего документооборота при работе с должниками.

Рисунок 6 – Декомпозиция контекстной модели существующего документооборота при работе с должниками

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

• А1. Зарегистрировать должников.
• А2. Производить учет платежей.
• А3. Осуществлять выезд к должникам.
• А5. Производить взыскание задолженностей.

Мнемосхема существующего процесса документооборота при работе с должниками представлена на рисунке 7.

Рисунок 7 – Мнемосхема существующего процесса документооборота при работе с должниками

---

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

В ФССП для повышения эффективности работы возникла необходимость внедрения информационной системы документооборота.

2. Мероприятия по улучшению бизнес-процессов

2.1 Предлагаемые мероприятия по улучшению бизнес-процессов

Для того чтобы выявить «узкие места» существующего документооборота была построена функциональная модель.

Проанализировав деятельность ФССП, можно выявить следующие недостатки:

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

Разработка ИС направлена в первую очередь на:

• снижение трудоемкости процесса;
• сокращение времени на всех стадиях процесса;
• повышение скорости обслуживания;
• снижение вероятности ошибок.

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

• Номер документа в базе данных;
• Название документа;
• Тип документа;
• Дата создания;
• Дата последнего изменения;
• Отдел предприятия;
• Файл с документом.

Для полноценной работы с базой данных введём справочники:

• Отделы;
• Типы документов.

Кроме того, для отправки документом необходимы сущности «Адресат» и «Задание на отправку». Поля сущности «Адресат»:

• Уникальный номер;
• Название адресата;
• Адрес электронной почты;

Поля сущности «Задание на отправку»:

• Код задания;
• Адресат;
• Документ;
• Плановая дата отправки;
• Фактическая дата отправки.

---

База данных защищается паролем, поэтому должна быть таблица, хранящая сведения о пользователях. Её поля:

• Уникальный код пользователя;
• Логин;
• Пароль;
• ФИО;
• Должность.

В таблицах 1 – 6 приведена физическая реализация базы данных.

Таблица 1

Типы документов

Поле	Идентификатор	Тип
Номер (PK)	id	Числовой
Название	name	Текст

Таблица 2

Документы

Поле	Идентификатор	Тип
Номер (PK)	id	Числовой
Название	name	Текст
Тип	m_type	Числовой
Дата создания	date_cr	Дата
Дата изменения	date_ch	Дата
Отдел	podrazd	Числовой
Файл	m_file	Текст

Таблица 3

Адресат

Поле	Идентификатор	Тип
Номер (PK)	id	Числовой
Название	name	Текст
Электронный адрес	adr	Текст

Таблица 4

Отделы

Поле	Идентификатор	Тип
Номер (PK)	id	Числовой
Название	name	Текст

Таблица 5

Задания на отправку

Поле	Идентификатор	Тип
Номер (PK)	id	Числовой
Документ	m_doc	Числовой
Адресат	m_addr	Числовой
Плановая дата отправки	m_date	Дата
Фактическая дата	m_date2	Дата

---