Какое case средство используется для моделирования бизнес процессов

содержание

Автоматизированное проектирование информационных систем на основе CASE- технологии

Назначение CASE-средств

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

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

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

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

Существенное подспорье в решении подобных проблем вносят CASE-средства (Computer Aided Software
Engineering). Под CASE-средством понимается специальное программное обеспечение, поддерживающее
процессы создания и сопровождения информационных систем: анализ и формулировка требований, проектирование прикладного программного обеспечения и баз данных, генерация кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы.

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

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

Чтобы увеличить шансы на успешное внедрение CASE-средства, необходимо руководствоваться
тремя аспектами:

  • технология (ограниченность существующих возможностей);
  • культура (готовность к внедрению новых процессов);
  • управление (четкое руководство важными этапами и процессами внедрения).

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

Состав и классификация CASE-средств

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

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

Архитектуру CASE-средства можно представить в виде совокупности шести компонентов:

  1. Репозиторий данных.
  2. Графический редактор диаграмм.
  3. Верификатор диаграмм.
  4. Генератор отчётов.
  5. Администратор проекта.
  6. Сервис.

Репозиторий представляет собой базу данных, предназначенную для обмена информацией между компонентами CASE-средства, а также для хранения
сведений обо всех объектах проектируемой системы.

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

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

Верификатор диаграмм выявляет несоответствия разрабатываемой диаграммы
методологии проектирование. Среди его функций можно выделить:

  • мониторинг правильности построения диаграмм;
  • диагностику и выдачу сообщений об ошибках;
  • выделение на диаграмме ошибочных элементов.

Генератор отчётов позволяет получать информацию о состоянии проекта в виде, формируемых по различным признакам, отчётов.

Администратор проекта представляет собой набор инструментальных средств, необходимых для выполнения административных функций. К таким функциям относятся:

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

Компонент сервиса представляет собой набор системных утилит для обслуживания репозитория данных. Используется для архивации данных, восстановления данных и создания нового репозитория.

В зависимости от области применения различные CASE-средства могут содержать следующие компоненты:

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

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

Можно разделить CASE-средства на следующие типы:

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

В исторической ретроспективе можно выделить CASE-системы двух поколений:

  1. Первое поколение. Обеспечивает:

    • поддержку графических моделей;
    • проектирование спецификаций;
    • проектирование экранных редакторов;
    • проектирование словарей данных.
  2. Второе поколение. Обеспечивает:

    • поддержку графических представлений требований к системе;
    • поддержку представлений спецификаций проектирования;
    • поддержку контроля и анализа системной информации,
    • информационную поддержку управления проектированием,
    • построение прототипов и моделей системы;
    • автоматическую кодогенерацию;
    • поддержку тестирования, верификации и анализа сгенерированных программ;
    • генерацию документов по проекту;
    • контроль на соответствие стандартам по всем этапам ЖЦ;

Большая часть подобных технологий основывается на методологиях структурного и объектно-ориентированного анализа. Представление полученных данных производится при помощи текстов и диаграмм.

Технология внедрения CASE-средств

Процесс внедрения CASE-средств состоит из следующих этапов:

  1. Определение потребностей в CASE-средствах.
  2. Оценка и выбор CASE-средств.
  3. Выполнение пилотного проекта.
  4. Практическое внедрение CASE-средств.

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

Для успешного завершения этапа определения потребностей необходимо:

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

Стратегия внедрения включает следующие составляющие:

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

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

Процесс оценки включает следующие действия:

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

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

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

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

Можно выделить следующие группы критериев:

  1. Функциональность: обеспечение требуемых функций, наличие дополнительных нерегламентированных функций, возможность расширения набора функций.
  2. Надежность: обеспечение целостности данных и их резервирование, защита от несанкционированного доступа, обнаружение ошибок, анализ отказов.
  3. Простота использования: удобство пользовательского интерфейса, локализация, простота освоения, качество документации, доступность и качество учебных материалов, требования к уровню знаний; унифицированность пользовательского интерфейса, онлайновые подсказки, понятность и полезность диагностических сообщений, допустимое время реакции на действия пользователя, простота установки и обновления версий.
  4. Эффективность: требования к техническим средствам, эффективность выполнения CASE-средством своих функций в зависимости от интенсивности
    работы пользователя, производительность.
  5. Сопровождаемость: уровень поддержки со стороны поставщика, простота освоения отличий новых версий от существующих, совместимость
    обновлений, сопровождаемость конечного продукта.
  6. Переносимость: совместимость с различными версиями операционных систем, переносимость данных между различными версиями CASE-средства, соответствие стандартам переносимости.
  7. Общие критерии: затраты на CASE-средство, оценочный эффект от внедрения CASE-средства, общие показатели возможностей дистрибьютора, лицензионная политика, экспортные ограничения; общая информация о продукте, поддержка поставщика и качество предоставляемых услуг.

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

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

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

Важной функцией пилотного проекта является принятие решения относительно приобретения или отказа от использования CASE-средства.

Первоначальное использование новой CASE-технологии в пилотном проекте должно тщательно планироваться и контролироваться.

Пилотный проект включает в себя следующие шаги:

  • планирование пилотного проекта;
  • выполнение пилотного проекта;
  • оценка пилотного проекта.

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

  • цели, задачи и критерии оценки;
  • персонал;
  • процедуры и соглашения;
  • обучение;
  • график и ресурсы.

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

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

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

Необходимо четко определить процедуры и соглашения, регулирующие использование CASE-средств.

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

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

После завершения пилотного проекта его результаты необходимо оценить и сопоставить их с изначальными потребностями организации, критериями
успешного внедрения CASE-средств, базовыми метриками и критериями успеха пилотного проекта.

В процессе оценки организация должна определить свою позицию по следующим трем вопросам:

  1. Целесообразно ли внедрять CASE-средство?
  2. Какие конкретные особенности пилотного проекта привели к его успеху (или неудаче)?
  3. Какие проекты или подразделения в организации могли бы получить выгоду от
    использования средств?

Возможны четыре категории результатов и соответствующих действий:

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

Возможным решением должно быть одно из следующих:

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

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

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

План перехода должен включать следующее:

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

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

Для доказательства эффективности CASE-средств и их возможностей улучшать продуктивность необходимы такие базовые метрические данные, как:

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

Метрическая оценка должна начинаться с реальной оценки текущего состояния среды еще до начала внедрения CASE-средств и поддерживать
процедуры постоянного накопления данных.

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

Примеры существующих CASE-средств

В качестве примеров, можно выделить следующие популярные CASE-средства:

  1. CA ERwin Process Modeler
  2. CA ERwin Data Modeler
  3. Visual Paradigm for UML
  4. ARIS Express

CA ERwin Process Modeler (ранее BPwin)

Является инструментом позволяющим моделировать, анализировать, документировать и оптимизировать бизнес-процессы. Данный продукт поддерживает такие нотации как: IDEF-0, IDEF0, IDEF3, DFD, FEO,
Swimlane.

CA ERwin Data Modeling

представляет собой среду моделирования данных. CA ERrwin Data Modeler позволяет проектировать структуру баз данных в нотациях IDEF1x, IE
и Dimensional, генерировать SQL-код разработанной базы данных, осуществлять прямое и обратное проектирование, составлять различные отчёты.

Visual Paradigm for UML

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

Visual Paradigm for UML позволяет:

  • создавать UML диаграммы;
  • создавать SysML диаграммы;
  • создавать SoaML диаграммы;
  • проектировать корпоративные архитектуры, используя фреймворки;
  • проектировать структуру баз данных и генерировать SQL-код;
  • осуществлять прямое и обратное проектирование на множество языков программирования;
  • создание диаграмм бизнес-процессов BPMN;
  • создавать модели BPEL;
  • создавать базовые диаграммы.

ARIS Express

принадлежит к семейству средств моделирования ARIS (ARchitecture of Integrated Information Systems) компании IDS Scheer, которая
является частью компании Software AG. Ведущие аналитические компании Gartner Group и Forrester Research относят компанию IDS Scheer к лидерам
мирового рынка средств моделирования и анализа бизнес-процессов.

ARIS Express поддерживает следующие типы моделей:

  • Организационная диаграмма (Organizational chart)
  • Бизнес-процесс (Business process)
  • ИТ-инфраструктура (IT infrastructure)
  • Карта процессов (Process landscape)
  • Модель данных (Data model)
  • Карта систем (System landscape)
  • Доска (Whiteboard)
  • BPMN диаграмма версии 2.0 (BPMN diagram)
  • Общие диаграммы (General diagram)

ARIS Express является бесплатным инструментом, позволяющим моделировать бизнес-процессы, и принадлежащим к группе программных средств компании IDS Scheer, которая на сегодняшний день является частью фирмы Software AG. ARIS Express представляет собой не только программное средство, но и концепцию моделирования бизнес-процессов, которая разработана Августом-Вильгельмом Шером. ARIS Express поддерживает не только стандартные нотации, которые являются общепринятыми, но и некоторые другие предметные области, такие как организационная структура, информационные системы. Модели, которые содержит данный инструмент, разделены на пять групп: организационные, информационные, функциональные, процессные модели и модель товаров и услуг. Каждый тип моделей включает в себя конкретный набор типов объектов, которые наиболее распространены. При необходимости можно видоизменять внешний вид модели (цвет, тип шрифта и т.д.) в зависимости от корпоративных требований. Схемы полученных моделей можно сохранять в форматах EMF и PDF, а дополнительную информацию об объектах модели — в форматах RTF и PDF. Также созданные модели можно защищать паролем для защиты. Интерфейс инструмента интуитивно понятен и прост, содержит общие черты с интерфейсом программных продуктов данной фирмы.

Последняя версия: 2017 год, условно живая, только под Windows, английский язык: https://www.ariscommunity.com/aris-express

Bizagi

представляет собой BPM-систему, которая была разработана одноименной компанией. Эта система позволяет моделировать, исполнять, автоматизировать и осуществлять анализ бизнес-процессов. Программный продукт Bizagi содержит три модуля: Modeler — среда моделирования бизнес-процессов (нотация BPMN); Studio – среда, используемая для разработки бизнес-процессов; Engine- среда, доступная для пользователей в любом браузере, позволяющая исполнять процессы. Таким образом, для проектирования (моделирования) процессов используется программный продукт «Bizagi Modeler», представляющий дизайнер для моделирования последовательности действий и событий. При помощи данного модуля можно только смоделировать бизнес-процесс, который будет отображать моделируемый процесс и фактически представлять собой графическое отображение, а не сам автоматизированный алгоритм действий. Данный продукт является бесплатным, имеет понятный интуитивно, русскоязычный интерфейс. Позволяет совершать одновременную работу над моделью бизнес-процесса нескольких специалистов одновременно, имеет расширенные возможности форматирования, возможна публикация схем в SharePoint. Возможна конвертация созданных моделей в PDF, Microsoft Office. Данный инструмент поддерживает три способа создания схемы бизнес-процессов: New Process – создание собственного нового бизнес-процесса; Import Process- импорт бизнес-процессов; Process Xchange — выбор готового шаблона из базы компании Bizagi, который далее можно доработать под свое предприятие.

Живая, бесплатная, только под Windows, только английский: https://www.bizagi.com/en/products/bpm-suite/modeler

ELMA BPM

это программное средство, представляющее систему управления бизнес-процессами, которая позволяет выстроить эффективное взаимодействие персонала предприятия и осуществлять контроль за их деятельностью для повышения качества результатов работы всего предприятия. Программа позволяет моделировать информационные системы, которые могут меняться с изменением бизнес-процессов предприятия при помощи использования концепции BPM (Business Process Management). Помимо этого, ELMA позволяет автоматизировать стандартные процессы делопроизводства и систему электронного документооборота предприятия. Ключевые особенностями программного средства ELMA являются возможности: работы с документами и задачами; планирования важных событий в календаре; построения и просмотра отчетов; настройки типов справочников и документов; визуализации схемы бизнес-процессов и организационной структуры; взаимодействия с программными продуктами «1С».

живая, есть бесплатная версия, русская: https://www.elma-bpm.ru/community/

BPwin

является одним из самых популярных и мощных средств в области CASE-технологий, которые предназначены для проведения анализа, моделирования, документирования и рассмотрения бизнес-процессов на предприятиях. Был разработан фирмой Logic Works. Это средство содержит методологию моделирования IDEF0 (Integration Definition for Function Modeling) – один из самых распространенных стандартов. Диаграммы IDEF0, которые поддерживаются данным продуктом, представляют систему как некоторую совокупность функций и задач, работающих во взаимодействии. Также поддерживается возможность моделирования в таких нотациях, как: IDEF3 и DFD. Модель Bpwin представляет собой сложную иерархическую организацию диаграмм, каждая из которых декомпозируют другие, стоящие на более высоких уровнях. BPwin обладает достаточно простым и понятным интерфейсом, который дает возможность пользователю проектировать сложные модели при минимальных усилиях.

С помощью модели, созданной в BРwin, можно построить модель данных. Для этого существует такое программное средство как ERwin. Erwin является лидером среди CASE-средств, предназначенных для проектирования баз данных. Обычно разработка модели в Erwin представляется в два этапа. Первый этап — разработка логической модели (logical). Эта модель представляет абстрактный взгляд, данные в ней представляются так же, как и в реальном мире. Второй этап – это создание физической (physical) модели на основе логической. Физическая модель — отображение системного каталога базы данных. ERwin позволяет работать с тремя нотациями: IDEF1X, IE (Information Engineering) и Dimensional, первые две — для моделирования баз данных, последняя — для моделирования хранилищ данных. В Erwin довольно обширны функции редактирования и визуализации. Так, с помощью простого перетаскивания атрибута из одной сущности в другую будут создаваться отношения между ними. Такое простое редактирование помогает изменять данные гораздо быстрее и эффективнее. Структуру данных, которая была спроектирована в ERwin и определена на физическом уровне, можно автоматически сгенерировать в одну из множества СУБД. Следовательно, Erwin – это не просто инструмент для создания баз данных, но и удобное средство, позволяющее продолжить работу в других серверных СУБД, в таких, как: Microsoft SQL Server, Oracle, DB2, INFORMIX, Red Brick, Teradata, PROGRESS, Microsoft Access, FoxPro, Clipper и многие другие. Для каждой из таких СУБД в ERwin используется присоединение по протоколу и поддерживается набор инструментальных средств для управления данными, на основе свойств, присущих этой СУБД.

BPwin и ERwin не разрабатываются с 2011 года

Business Studio является одним из наиболее популярных программных продуктов, позволяющих моделировать бизнес-архитектуру. Создан российским разработчиком «ГК «Современные технологии управления». Основной задачей, которая решается при помощи Business Studio, является создание целостной модели бизнеса предприятия. Данный инструмент поддерживает нотацию IDEF0, BPMN, EPC, но прежде всего, основывается на методологии SADT. Достоинство данного продукта – интегрированность, т.е. поддерживаются такие популярные методики, как: BSC/KPI, моделирование бизнес-процессов, функционально — стоимостной анализ, имитационное моделирование, поддержка СМК. Главными особенностями продукта является: проектирование и оптимизирование бизнес-процессов; возможность проектирования организационной структуры предприятия, а также штатного расписания; автоматическое формирование и распространение регламентирующей документации среди сотрудников; контроль достижения целей, являющихся стратегическими; поддержка внедрения системы менеджмента качества; формирование технических заданий и поддержка внедрения информационных систем.

Есть демо-версия без ограничения по сроку, только под Windows, Для работы программы требуется Microsoft Visio, начиная с версии 2010 https://www.businessstudio.ru/demo/business_studio/

Visual Paradigm — поддерживает большое количество нотаций, блок-схем и моделей. Начиная от стандартных нотаций IDEF, eEPC и BPMN и заканчивая схемами баз данных, диаграмм взаимодействия и матриц.

Непосредственно моделирование выполнено очень удобно. В программе полностью отсутствуют недостатки, свойственные другим, например: наплывы элементов диаграммы друг на друга, пересечение стрелок, сбои при перетаскивании объектов, пулов и т.д. Интерфейс удобен, понятен и может настраиваться пользователем.

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

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

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

Функционал и особенности

  • Моделирование бизнес процессов в разных нотациях
  • Построение других моделей
  • Проверка моделей
  • Автоматическая генерация документов
  • Управление атрибутами элементов моделей
  • Создание и назначение правил поведения моделей
  • Возможность добавлять свои элементы в модели
  • Взаимосвязь моделей
  • Выгрузка моделей в виде программного кода
  • Выгрузка модели в графическом виде
  • Версия для Mac OS X и Linux.

Есть бесплатная Community Edition версия. К сожалению средства для бизнес моделирования только в платной версии.

https://www.visual-paradigm.com/editions/community/


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

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

Подходы к проектированию

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

  • CA ERwin Process Modeler (ранее: BPwin)
  • CA ERwin Data Modeler (ранее: ERwin)
  • Vantage Team Builder
  • Oracle Designer

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

  • IBM Rational Rose Enterprise
  • Sybase PowerDesigner

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

image

Сравнение средств

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

Сравнение рассмотренных подходов в соответствии с выделенными критериями
image

Сравнение наиболее популярных в России CASE-средств
image

Среди индивидуальных особенностей каждого из средств можно охарактеризовать: возможность выдачи тремя способами проектной информации во внешние файлы для Silverrun, ориентацию на каскадную модель средства от компании Westmount – Vantage Team Builder, преимущество быстрого прототипирования, при взаимодействии этого средства с Uniface. Средства компании Oracle (Designer/Developer) обеспечивают полную поддержку ЖЦ. ERwin и BPwin, являясь средствами локальной автоматизации, имеют упрощенную структуру и имеют целевую направленность, в результате представляются одним из самых простых и удобный решений автоматизации. Объектно-ориентированные средства, такие как Rational Rose на сегодняшний день наиболее полно удовлетворяют задачам групповой работы.

В результате сравнения продуктов, можно сделать вывод о том, что средства, отвечающие структурному подходу (ERwin, BPwin), в основном находят свое применение на этапах определения требований к ИС. Такие средства подходят для осуществления глубокого анализа рассматриваемых процессов (Vantage Team Builder), позволяют максимально рационально расходовать ресурсы, вследствие независимости отельных компонент ПО (Oracle). Что касается объектно-ориентированных средств, стоит отметить, что методика их применения позволяет осуществлять проектирование любого типа, по средству универсальности и наглядности языка UML, который используется в рамках Rational Rose и Power Designer и является достаточно удобным инструментом для оперирования специалистами любого уровня подготовки.

Позиционирование подходов также можно провести по отношению к решению задачи моделирования бизнес-процессов на этапе анализа и проектирования (в соответствии с проведенным выше анализом) следующим образом:

image

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

ARIS является
одним из популярных и эффективных
средств, применяемых для моделирования
и анализа бизнес процессов. Изначально ARIS
(Architecture of Integrated Information System)
 позиционировался
как CASE
средство.
В
дальнейшем, акцент был сделан
на моделировании
процессов
.
Сейчас он представляет собой платформу
по управлению и улучшению бизнес
процессов, состоящую из программных
продуктов различного назначения. Девятая
версия ARIS включает в себя более десятка
продуктов.

В
основе ARIS моделирования лежит методология,
разработанная профессором Шеером (prof.
Scheer A. –W.). Модель должна представлять
процесс как единый, целостный элемент
бизнес структуры организации. Для
сохранения этой целостности процесс
моделируется в нескольких аспектах.

В
соответствии с методологией ARIS каждый
процесс может быть рассмотрен в пяти
аспектах:

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

Информационный
аспект — отображает состав данных и
информации, задействованной в процессе;

Управляющий
аспект — описывает взаимосвязь между
моделями процессов различных типов;

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

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

ARIS
разделяет модели на три уровня детализации:

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

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

Уровень
описания реализации. Этот уровень
является самым близким к информационным
системам. Модели этого уровня содержат
описание аппаратных и программных
компонентов.

Microsoft
Visio Professional 2007

– решение для построения диаграмм от

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

No
Magic MagicDraw

является инструментом для разработки
бизнес-процессов, архитектуры, программного
обеспечения и моделирования с поддержкой
коллективной работы бизнес-аналитиков,
программистов, тестировщиков и
составителей документов. Этот динамичный
и универсальный инструмент облегчает
анализ, проектирование и разработку
объектно-ориентированных программ и
баз данных. Поддерживает Java, C++, C#, CL(MSIL)
и CORBA IDL

Sybase
PowerDesigner

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

IBM
Rational Rose

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

AllFusion
ERwin Data Modeler

(ранее ERwin) — CASE-средство для проектирования
и документирования баз данных, которое
позволяет создавать, документировать
и сопровождать базы данных, хранилища
и витрины данных. Модели данных помогают
визуализировать структуру данных,
обеспечивая эффективный процесс
организации, управления и администрирования
таких аспектов деятельности предприятия,
как уровень сложности данных, технологий
баз данных и среды развертывания.
AllFusion ERwin Data Modeler (ERwin) предназначен для
всех компаний, разрабатывающих и
использующих базы данных, для
администраторов баз данных, системных
аналитиков, проектировщиков баз данных,
разработчиков, руководителей проектов.
AllFusion ERwin Data Modeler позволяет управлять
данными в процессе корпоративных
изменений, а также в условиях стремительно
изменяющихся технологий. AllFusion ERwin Data
Modeler (ERwin) позволяет наглядно отображать
сложные структуры данных. Удобная в
использовании графическая среда
AllFusion ERwin Data Modeler упрощает разработку
базы данных и автоматизирует множество
трудоёмких задач, уменьшая сроки создания
высококачественных и высокопроизводительных
транзакционных баз данных и хранилищ
данных. Данное решение улучшает
коммуникацию организации, обеспечивая
совместную работу администраторов и
разработчиков баз данных, многократное
использование модели, а также наглядное
представление комплексных активов
данных в удобном для понимания и
обслуживания формате.

BPwin
это программный продукт, разработанный
компанией ltd.
Logic
Works.
Он предназначен для поддержки процесса
создания информационных систем.

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

Краткое введение в моделирование бизнес-процессов

Вместо введения

Коротко о процессном подходе

Практическое применение моделирования бизнес-процессов

Процессный подход и CASE-технологии

Модели, объекты и связи

Инструменты моделирования

Вместо введения

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

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

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

Коротко о процессном подходе

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

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

Практическое применение моделирования бизнес-процессов

Моделирование бизнес-процессов используется на практике для решения широкого спектра задач. Один из наиболее типичных способов применения подобных моделей — это совершенствование самих моделируемых процессов. На практике производится описание процессов «как есть» (то есть именно так, как они происходят в действительности), а затем различными способами выявляются узкие места в этих процессах и на основе данного анализа создается несколько моделей «как должно быть».

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

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

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

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

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

Перечисленными задачами далеко не исчерпывается область применения моделирования бизнес-процессов — здесь приведены лишь некоторые примеры использования этого вида моделирования.

Процессный подход и CASE-технологии

Модели, объекты и связи

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

Существует довольно много методологий моделирования, используемых сегодня при описании бизнес-процессов. К наиболее популярным из них можно отнести методологию DFD (Data Flow Diagrams), описывающую диаграммы потоков данных, которые используются при  анализе требований и функциональном проектировании информационных систем; STD (State Transition Diagram), рассматривающую диаграммы перехода состояний для проектирования систем реального времени; ERD (Entity-Relationship Diagrams), раcсматривающую диаграммы «сущность — связь», которые применяются при логическом проектировании информационных систем; FDD (Functional Decomposition Diagrams), описывающую диаграммы функциональной декомпозиции; SADT (Structured Analysis and Design Technique), представляющую собой довольно популярную в 90-х годах технологию структурного анализа и проектирования. В последнее время популярна также методология ARIS, рассматривающая совокупность различных типов моделей (включая и поддерживаемые некоторыми другими методологиями), которые используются для описания всех подсистем компании. Не менее популярно и семейство методологий IDEF, применяемых для проектирования бизнес-процессов и данных (разработчики баз данных, как правило, неплохо знакомы с методологией IDEF1X, описывающей логические и физические модели данных, а методология IDEF0 весьма популярна у аналитиков, описывающих бизнес-процессы). У разработчиков приложений очень популярна методология UML (Unified Modelling Language), используемая при проектировании информационных систем и приложений с целью описания требований к информационной системе, сценариев работы пользователей, изменения состояний системы и данных в процессе работы и классов будущего приложения. 

Инструменты моделирования

Хотя рисовать модели на бумаге не возбраняется, современное моделирование бизнес-процессов обычно осуществляется с использованием CASE-средств — Computer Aided System Engineering — проектирование систем с помощью компьютера. На современном рынке программного обеспечения CASE-средств не одна сотня. В такой ситуации имеет смысл обсудить их классификацию и задачи, которые можно решить с их помощью (применительно к процессному подходу).

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

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

CASE-средства можно классифицировать по типам:

  • средства анализа и моделирования, предназначенные для создания описаний процессов и иных предметных областей как таковых;
  • средства анализа и проектирования, используемые для управления требованиями и документирования ИТ-проектов;
  • средства моделирования приложений (сегодня наиболее распространенной категорией таких средств является семейство средств UML-моделирования);
  • средства проектирования данных, обеспечивающие моделирование данных и генерацию схем баз данных для наиболее распространенных СУБД.

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

Рис. 1. Borland Together

К наиболее популярным в нашей стране средствам описания бизнес-процессов можно отнести средства UML-моделирования Rational Rose (IBM) и Together (Borland) — рис. 1, семейство AllFusion Business Process Modeler (BPwin) для описания бизнес-процессов с помощью методологии IDEF0 (Computer Associates) и организации коллективной работы над единым репозитарием моделей (рис. 2), ARIS (IDS Scheer) — инструмент коллективной работы над совокупностью взаимосвязанных моделей различных типов (рис. 3), предназначенных для описания бизнес-процессов, данных и информационных систем, деятельности компаний, Visio (Microsoft) — средство создания различных типов моделей бизнес-процессов и данных, позволяющее создавать диаграммы и модели с применением различных методологий (рис. 4).

Рис. 2. CA AllFusion Business Process Modeler (BPwin)

Рис. 3. ARIS Business Architect

Рис. 4. Microsoft Visio

О многих из перечисленных выше инструментов мы неоднократно писали в нашем журнале, и интересующиеся могут найти соответствующие статьи на нашем сайте: www.compress.ru.

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

КомпьютерПресс 8’2007


Подборка по базе: Задачи и методы теории знания.rtf, Итоговый тест. Методы активного социально-психологического обуче, Статистические методы в управлении (ответы).rtf, Тема 1.3. Методы математической статистики (1).pdf, Оценочные средства сформированности личностных, предметных и мет, Администрирование информационных систем — Ответы.pdf, курсовая методы.docx, 5 класс распечатать методы.docx, Реферат Средства индивидуальной защиты.docx, Контрольная работа_Моделирование таможенных информационных систе


Методы и средства проектирования информационных систем. Case-средства для моделирования деловых процессов (бизнес-процессов). Инструментальная среда: структура, интерфейс, элементы управления.

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

Метод – процедура или техника генерации описаний компонентов ИС.

Так, по степени автоматизации методы проектирования разделяются на методы:

• ручного проектирования, при котором проектирование компонентов ЭИС осуществляется без использования специальных инструментальных программных средств, а программирование — на алгоритмических языках;

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

По степени использования типовых проектных решений различают следующие методы проектирования:

• оригинального (индивидуального) проектирования, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к ЭИС, характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности;

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

По степени адаптивности проектных решений методы проектирования классифицируются на методы:

• реконструкции, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);

• параметризации, когда проектные решения настраиваются (перегенерируются) в соответствии с изменяемыми параметрами;

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

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

Средства проектирования должны быть:

· охватывать в совокупности все этапы жизненного цикла ЭИС;

· технически, программно и информационно совместимыми;

· простыми в освоении и применении;

· экономически целесообразными.

Рис. 3. Классификация средств проектирования

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

Средства проектирования с использованием ЭВМ могут применяться как на отдельных, так и на всех стадиях и этапах процесса проектирования ЭИС и соответственно поддерживают разработку элементов проекта системы, разделов проекта системы, проекта системы в целом. Все множество средств проектирования с использованием ЭВМ делят на четыре подкласса.

1. относятся операционные средства, поддерживающие проектирование операций обработки информации. К данному подклассу средств относятся:

· алгоритмические языки;

· библиотеки стандартных подпрограмм и классов объектов;

· макрогенераторы, генераторы программ типовых операций обработки данных;

· средства расширения функций операционных систем (утилиты);

· простейшие инструментальные средства проектирования (тестирования и отладки программ, поддержки процесса документирования проекта и т.п).

Особенность последних программ заключается в том, что с их помощью повышается производительность труда проектировщиков, но не разрабатывается законченное проектное решение.Таким образом, средства данного подкласса поддерживают отдельные операции проектирования ЭИС и могут применяться независимо друг от друга.

2. относят средства, поддерживающие проектирование отдельных компонентов проекта ЭИС. К данному подклассу относятся средства общесистемного назначения:

• системы управления базами данными (СУБД);

• методоориентированные пакеты прикладных программ (решение задач дискретного программирования, математической статистики и т.п.);

• табличные процессоры;

• статистические ППП;

• оболочки экспертных систем;

• графические редакторы;

• текстовые редакторы;

• интегрированные ППП (интерактивная среда с встроенными диалоговыми возможностями, позволяющая интегрировать вышеперечисленные программные средства).

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

3. относятся средства, поддерживающие проектирование разделов проекта ЭИС. В этом подклассе выделяют функциональные средства проектирования. К функциональным средствам проектирования систем обработки информации относятся типовые проектные решения, функциональные пакеты прикладных программ, типовые проекты.

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

4. относятся средства, поддерживающие разработку проекта на стадиях и этапах процесса проектирования. К данному классу относится подкласс средств автоматизации проектирования ЭИС (CASE-средства). Современные CASE-средства, в свою очередь, классифицируются в основном по двум признакам:

1) по охватываемым этапам процесса разработки ЭИС;

2) по степени интегрированности: отдельные локальные средства (tools), набор неинтегрированных средств, охватывающих большинство этапов разработки ЭИС (toolkit) и полностью интегрированные средства, связанные общей базой проектных данных — репозиторием (workbench).

Case-средства для моделирования деловых процессов. 

CASE-средства (от Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств — оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.

На данный момент наиболее распространенными являются case-средства таких разработчиков:

· Erwin (Erwin Business Process; Erwin Data Modeler);

· IBM Rational Software (Rational Software Modeler; Rational Software Architect);

· Oracle (Oracle Designer).

Выделяют следующие группы CASE средств:

· CASE средства верхнего уровня. Эти CASE средства ориентированы на начальные этапы построения информационной системы. Они связаны с анализом и планированием. CASE средства верхнего уровня обеспечивают стратегическое планирование, расстановку целей, задач и приоритетов, а также графическое представление необходимой информации. Все CASE средства верхнего уровня содержат графические инструменты построения диаграмм, таких как диаграммы сущность-связь (ER диаграммы), диаграммы потока данных ( DFD ), структурные схемы, деревья решений и пр.

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

· Интегрированные CASE средства (I – CASE). Эти CASE средства охватывают полный жизненный цикл разработки информационной системы. Они позволяют обмениваться данными между инструментами верхнего и нижнего уровня и являются своего рода «мостом» между CASE средствами верхнего и нижнего уровней.

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

Основными характеристиками CASE средств, важными с точки зрения моделирования и оптимизации бизнес процессов, являются следующие:

· Наличие графического интерфейса;

· Наличие репозитория. Репозиторий это общая база данных, которая содержит описание элементов процессов и отношений между ними;

· Гибкость применения;

· Возможность коллективной работы;

· Построение прототипов;

· Построение отчетов.

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

К таким «базовым» факторам можно отнести следующие:

· Цели моделирования и анализа процессов;

· Удобство для пользователей;

· Применение стандартных методологий;

· Удобство эксплуатации;

· Трудоемкость;

· Субъективность.

Инструментальная среда проектирования BPWin

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

Структура, функции и интерфейс программы

При запуске BPWin по умолчанию появляется основная панель инструментов, палитра инструментов и Model Explorer.

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

BPwin поддерживает три методологии моделирования:

  • 1 функциональное моделирование (IDEF0);
  • 2 описание бизнес-процессов (IDEF3);
  • 3 диаграммы потоков данных (DFD).

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

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

  • — развитая методология функционального моделирования на основе IDEF0;
  • — мощные редакторы для описания операций, связей и вычисления затрат на выполнение работ;
  • — иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели;
  • — контекстные диаграммы для описания границ системы, области действия, назначения объектов;
  • — декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов;
  • — расширенные возможности по поддержанию ссылочной целостности;
  • — экспорт моделей в средства имитационного моделирования;
  • — интеграция и связь со средством проектирования баз данных ERwin (методология IDEF1X);
  • — поддержка свойств, определяемых пользователем. Описание моделей может быть расширено за счет свойств, определяемых пользователем, включая мультимедийные документы;
  • — интеграция с ModelMart. Сервер приложений для программных продуктов CA ModelMart поддерживает мощный набор инструментальных программных средств, обеспечивающих совместное (групповое) проектирование и разработку программных систем, включая механизмы объединения моделей и анализа изменений, контроль версий, возможность создания «компонент» модели и т.д. Для организации хранилища моделей в ModelMart используются СУБД на платформах Oracle, Sybase, Informix или SQL Server. Кроме того, поддерживаются прямые связи ModelMart с ERwin и BPwin;
  • — удобный интерфейс пользователя. В распоряжении пользователей имеется проводник, ставший привычным в среде Windows, позволяющий легко переходить с одной диаграммы на другую простым перемещением по «дереву» проводника;
  • — расширенная архитектура. BPwin поддерживает 16-ти и 32-х разрядные системы, позволяя организовать совместную работу для всех участников проекта;
  • — автоматическая поддержка изменения размеров. BPwin поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей;
  • — встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности. Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) — это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа;
  • — BPwin может генерировать отчеты непосредственно в формате MS Excel для последующей обработки и использования в других приложениях.

Понравилась статья? Поделить с друзьями:
  • Какой бизнес можно открыть в частном доме с минимальными вложениями
  • Какой бизнес можно открыть для начинающих с минимальными вложениями
  • Какой бизнес можно открыть с минимальными вложениями в новосибирске
  • Какой бизнес открыть в 2022 году с минимальными вложениями в москве
  • Какой инструктаж должен проводиться при приеме на работу в компанию