Файл: Разработка регламента выполнения процесса «Движение библиотечного фонда» (Описание предметной области. Постановка задачи).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 23.04.2023

Просмотров: 160

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

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

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

Для проведения анализа и реорганизации бизнес-процессов предназначен CASE-средство верхнего уровня AllFusion Process Modeler (BPwin 4.1), поддерживающий методологии IDEF0 (функциональная модель), IDEF3 (Work Flow Diagram) и DFD (Data Flow Diagram). Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция − система разбивается на подсистемы, потом каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени детализации. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, которые непосредственно участвуют в бизнес-процессах. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования.

Функциональная модель, создаваемая с помощью AllFusion Process Modeler, позволяет выявить недостатки бизнес-процессов и построить идеальную модель деятельности, то есть оптимальную последовательность действий, документооборот и использование ресурсов при осуществлении проектов (например, проектов по реорганизации предприятия). Но она не позволяет решать задачи управления проектом. Совместное использование средств функционального моделирования и управления проектами позволяет комплексно решить задачи по реорганизации предприятия и внедрение информационных систем, включая анализ, реорганизации функций и управление проектом, созданным на основе реорганизованных бизнес-процессов. В настоящее время существует много специализированных средств управления проектами, наиболее известным из которых является Project компании Microsoft. MS Project поддерживает многие аспекты управления проектами, такие, как построение графика работ, учет затрат и потребления ресурсов, контроль выполнения работ, организация взаимодействия членов проектной команды, анализ результатов и создания отчетов по проекту.


В стандартном интерфейсе AllFusion Process Modeler нет возможности экспорта данных функциональной модели в программы управления проектами. Но эта задача решается с помощью свойств, обусловленных пользователем (UDP). UDP (User Defіned Propertіes) – это другие свойства кроме стоимости, которые необходимо учесть при оценке общей эффективности системы.

AllFusion Process Modeler включает набор инструментов для моделирования организационной структуры предприятия, то есть построения организационной диаграммы. Организационная диаграмма позволяет документировать и представить в виде дерева структуру организации (например, штатное расписание и т.д.). Это достигается наличием 4 словарей – словарь изображений (bitmap), словаря ресурсов, словаря ролей и словаря групп ролей. Словарь изображения служит для импорта файлов в формате bmp в модель. Импорт изображения можно использовать в диаграммах для улучшения их внешнего вида. Словарь групп ролей (Role Group Dictionary) позволяет создать и определить свойства группы ролей. Группы ролей могут использоваться как на организационных диаграммах, так и на диаграммах Swim Lane. В качестве значения группы роли может быть название предприятия, отдела, цеха, или название региона, города и т.д.

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

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

Процесс перехода страховой компании к компьютерным информационным системам (КИС) включает три этапа: разработка и проектирование системы, ее программирование и внедрение.

Первым шагом на этапе разработки и проектирования КИС является процесс построения идеальной и реальной моделей бизнеса СК («программирование бизнеса»). Проектирование бизнес-процессов проводится как с помощью классических (SADT) технологий, так и с помощью современных (UML) технологий. Подходы имеют преимущества и недостатки, но позволяют формализовать и упростить понимание деятельности компании и отдельных ее участков.

Классическая методология структурного анализа и проектирования SADT («Structured Analysis& Design Technique») позволяет описать деятельность компании с функционально-структурной точки зрения. Диаграммы, построенные с помощью этого подхода, отражают систему бизнес-процессов компании как набор функций, процедур и задач, выполняемых в компании, и описывают принципы использования потоков данных. Такие диаграммы просты для понимания специалистами различных уровней управления компании.


Методология объектно-ориентированного анализа и проектирования с помощью унифицированного языка моделирования UML («Unified Modeling Language») позволяет отразить динамику процессов компании.

Следующим шагом на этом этапе является выбор средств и систем моделирования бизнеса. Системы CASE (computer-aided software engineering) наиболее подходят для этого. Выбор CASE зависит от выбранной методологии моделирования. Технология классического структурного моделирования полностью реализуется с помощью системы BPWin, входящей в комплекс программ Computer Associates AllFusion Modeling 4.1. В системе BPWin создаются модели процессов следующих стандартов (нотаций): IDEF0, DFD и IDEF3.

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

Созданные с применением BPWin диаграммы позволяют точнее сформулировать постановку задачи и наметить этапы ее решения.

Проведем структурно-функциональный анализ продаж страховых полисов в страховой компании, в ходе которого были разработаны и подробно описаны 3 диаграммы модели IDEF0 и IDEF3 «Как есть» (AS IS) (Приложение А).

В контекстной диаграмме все стрелки описаны в таблице 2.1.

Таблица 2.1 – Описание стрелок диаграммы А-0

Arrow Name

Arrow Definition

Arrow Source

Arrow Source Type

Arrow Destination

Arrow Dest. Type

1

2

3

4

5

6

Собственные правила, стандарты, процедуры

Инструкции, предписанные сотрудникам

Границы диаграммы

Control

Введение услуг страхования в ИС

Control

Государственное регулирование

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

Границы диаграммы

Control

Введение услуг страхования в ИС

Control

Правильно оформленный документ

Документ страховой компании

Границы диаграммы

Input

Введение услуг страхования в ИС

Input

Специалист по страхованию

Сотрудник компании

Границы диаграммы

Mechanism

Введение услуг страхования в ИС

Mechanism

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

Принимаемые решения и т. д.

Границы диаграммы

Mechanism

Введение услуг страхования в ИС

Mechanism

Утвержденный документ. содержащий информацию об услуге страхования

Документ услуги страхования

Введение услуг страхования в ИС

Output

Границы диаграммы

Output

Выполненная услуга страхования

Услуга, предоставленная клиенту

Введение услуг страхования в ИС

Output

Границы диаграммы

Output


Процессы и стрелки диаграмм декомпозиции описаны в таблицах 2.2 и 2.3.

Таблица 2.2 – Описание процессов диаграммы А0

Activity Name

Activity Definition

1

2

Создание договора страхования

Формирование договоров страхования для дальнейшего их выполнения

Считывание номера договора

Считывание номера договора для занесения в базу данных

Ввод данных о договорах

Ввод данных о договорах в страховой компании

Автоматическое сохранение заключенного договора страхования

Хранение данных о договорах в страховой компании

Сверка документа и проведенных в ИС документов

Сверка документа и проведенных в ИС документов

Таблица 2.3 – Описание стрелок диаграммы А0

Arrow Name

Arrow Definition

Arrow Source

Arrow Source Type

Arrow Destination

Arrow Dest. Type

1

2

3

4

5

6

Собственные правила, стандарты, процедуры

Инструкции, предписанные сотрудникам

Границы диаграммы

Control

Государственное регулирование

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

Границы диаграммы

Control

Правильно оформленный документ

Документ страховой компании

Границы диаграммы

Input

Отгрузка и возврат ТМЦ

Input

Специалист по страхованию

Сотрудник компании

Границы диаграммы

Mechanism

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

Принимаемые решения и т. д.

Границы диаграммы

Mechanism

Пустой договор, заполняющийся автоматически

Пустой договор, заполняющийся автоматически

Границы диаграммы

Output

Номер договора

Номер договора

Границы диаграммы

Output

Документ, содержащий информацию о заключенном договоре страхования

Документ, содержащий информацию о заключенном договоре страхования

Границы диаграммы

Output

Утвержденный документ, содержащий информацию об услуге страхования

Документ услуги страхования

Границы диаграммы

Input

Выполненная услуга страхования

Услуга, предоставленная клиенту

Output

Границы диаграммы

Input


Рассмотрим модель бизнес-процесса продажи полиса личного страхования «как есть». Входные данные: заявление клиента. Выходные данные: введенные данные о выполненных услугах страхования. Управляющее воздействие – правила страхования, инструкция по заключению договоров страхования. Механизмы – агент, оператор ИС. На основании указанной модели производим постановку задачи и формируем требования к новой системе.

Бизнес-процесс продаж страховых полисов личного страхования состоит из следующих операций:

1) прием агентом письменного заявления страхователя о заключении договора страхования;

2) выписка и продажа страхового полиса агентом с приложением страхового полиса на бланке и заявления в стандартной форме;

3) передача отчета о договоре страхования оператору ПК для ввода в ИС.

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

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

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

Преимущества использования автоматизации бизнес-процессов:

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

Автоматизация решает ряд вопросов и задач:

  • устранения недоработок, которые были до внедрения системы;
  • анализ поставленных задач;
  • контроль за их выполнением;
  • обучение персонала;
  • составление бюджета и отчетов.

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

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