Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диплом 765198.doc
Скачиваний:
89
Добавлен:
30.12.2020
Размер:
2.48 Mб
Скачать

1.4. Разработка функциональной модели системы средствами AllFusion Process Modeler

AllFusion Process Modeler (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. AllFusion Process Modeler можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организации из области сложного ремесла в сферу инженерных технологий. AllFusion Process Modeler 7 (BPwin) помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты.

AllFusion Process Modeler 7 повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений.

Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций. AllFusion Process Modeler 7 (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать организационную структуру, снизить издержки, исключить ненужные операции и повысить эффективность. В основу продукта заложены общепризнанные методологии моделирования.

Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками процессов. Распространенность самого AllFusion Process Modeler 7 позволяет вести согласование функциональных моделей с партнерами в электронном виде.

Основные возможности системы:

  • Поддержка различных технологий моделирования.

  • Анализ показателей затрат и производительности.

  • Интеграция процессов/данных.

  • Поддержка стандартных нотаций.

  • Экспорт объектов и свойств в другие модели.

  • Документирование информации в пределах всей модели.

BPwin может генерировать отчеты непосредственно в формате MS Excel и Word для последующей обработки и использования в других приложениях. Связь с ERwin (моделирование данных в стандарте IDEF1X) позволяет сократить время проектирования и разработки сложных информационных систем. Для системных аналитиков тесная интеграция BРwin с инструментом проектирования баз данных открывает уникальные возможности по созданию комплексных систем, в которых ERwin служит для описания информационных объектов системы, в то время как BPwin отражает функциональные особенности предметной области. Связывая сущности и атрибуты модели данных с информацией о выполняемых действиях, Вы можете продолжить анализ процессов на новом уровне с одновременной перекрестной проверкой моделей процессов и данных.

Основные характеристики BPwin:

  • Развитая методология функционального моделирования на основе IDEF0

  • Мощные редакторы для описания операций, связей и вычисления затрат на выполнение работ

  • Иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели

  • Контекстные диаграммы для описания границ системы, области действия, назначения объектов

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

  • Расширенные возможности по поддержанию ссылочной целостности

  • Поддержка методологии IDEF3

  • Экспорт моделей в средства имитационного моделирования

  • Интеграция и связь со средством проектирования баз данных ERwin (методология IDEF1X)

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

  • Интеграция с ModelMart, поддерживающим мощный набор инструментальных программных средств, обеспечивающих совместное (групповое) проектирование и разработку программных систем, включая механизмы объединения моделей и анализа изменений, контроль версий, возможность создания "компонент" модели и т.д. Для организации хранилища моделей в ModelMart используются СУБД на платформах Oracle, Sybase, Informix или SQL Server. Кроме того, поддерживаются прямые связи ModelMart с ERwin и BPwin.

  • Удобный интерфейс пользователя. В распоряжении пользователей имеется проводник, ставший привычным в среде Windows 95/NT, позволяющий легко переходить с одной диаграммы на другую простым перемещением по "дереву" проводника.

  • Расширенная архитектура. BPwin поддерживает 16- и 32-х разрядные системы, позволяя организовать совместную работу для всех участников проекта.

  • Автоматическая поддержка изменения размеров. BPwin поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей.

Моделирование деловых процессов, как правило, выполняется с помощью

Case-средств. К таким средствам относятся BPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rational Software) и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.

Масштабируемость отчетности без потери качества графиков. С точки зрения функциональности системы (нотация моделирования IDEF0), в рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также отображаются информационные, людские и производственные ресурсы, потребляемые каждой работой.

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

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

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

Методология IDEF0 требует, чтобы в диаграмме было не менее трех и

более шести блоков. Эти ограничения поддерживают сложность диаграмм и модели на уровне, доступности для чтения, понимания и использования.

Рис. 12. Контекстная диаграмма предприятия

Блок в IDEF0 размещаются по степени важности. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы.

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

После описание системы в целом, проводится функциональная декомпозиция на крупные системы. На рассматриваемой организации протекают различные виды деятельности, и для лучшего понимания, вся деятельность была разделена на крупные функциональные отделы (рис.13).

Согласно рисунка13, основными отделами можно считать:

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

Рис. 13. Контекстная диаграмма предприятия

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

3. Структура, выполняет функционал пользователя, который имеют свои функциональные обязанности.

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