Раздел 3. Моделирование и реорганизация процессов

А

Атрибут элемента модели

АВВ - Activity Based Budgeting

Атрибуты процесса

Анализ эффективности бизнес-процесса

Б

Бизнес-процесс

Бизнес-процесс реинжиниринг (BPR -business process reengineering)

Бизнес-инжиниринг (business-engineering)

В

Владелец процесса (Capacity Manager)

Вход бизнес-процесса

WFS (Work Flow system)

Выход бизнес-процесса

Верхнеуровневое описание процессов

Д

Декомпозиция бизнес-процесса

Документирование модели бизнес-процесса
Документированная процедура.
Диаграмма потоков данных (Data Flow Diagram)

З

Завершающее событие

И

Инфраструктура бизнес-процесса

Информационный ресурс
Инициирующее событие
Инструментальные средств бизнес-инжиниринга

Идентификация процесса

К

Команда процесса

Критерий оценки эффективности бизнес-процесса

CASE-средство

Критерии качества процессов оказания услуг (модель SERVQUAL)

М

Моделирование (описание) бизнес-процесса

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

Модель входов (входящих ресурсов)

Модель выходов(исходящих ресурсов)

Метод
Методология
Метод OMT (Object Modeling Technique)
Метод OOSE (Object-Oriented Software Engineering)
Метод Буча (Booch method)

Н

Назначение бизнес-процесса

Нотация

Непрерывное Усовершенствование Процесса (CPI – Continuous Process Improvement или BPI - business Process Improvement)

Низкоуровневое описание процессов

О

Операция

Объектный подход
Оптимизация бизнес-процессов
Основные бизнес-процессы
Обеспечивающие (вспомогательные) процессы

П

«Процессный подход»

Потребители процесса

Потребляемые ресурсы
Проверка адекватности модели бизнес-процесса
Принципы BPR
Процессы менеджмента
Проект
Проектирование и разработка
Процессная модель
Процедура

Р

Результат процесса

Реструктуризация (реорганизация) бизнес-процесса

Референтная модель бизнес-процесса
Реляционная модель данных
Реинжиниринг

С

Структура процесса

Синтаксис

SADT (Structured Analysis and Design Tecchnique)

Структурный подход

Среда моделирования процессов

Т

Транзакция

Ш

«Шкала зрелости процессов компании»

Э

Элемент модели

Эффективность бизнес-процесса

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

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

Операция– функция (элемент процесса), которая, при выбранном уровне детализации описания, не делится на составные элементы или «простейшая» работа.

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

Атрибут элемента модели - качественная или количественная характеристика элемента модели

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

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

Назначение бизнес-процесса - обозначенин общих целей его выполнения.

Результат процесса - наблюдаемые результаты успешной реализации процесса.

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


к оглавлению>>

Команда процесса - выделенная группа менеджеров и специалистов, ответственная за реализацию процесса (Во главе команды стоит «Владелец процесса»)

Владелец процесса (Capacity Manager) - лицо, несущее ответственность за выполнение процесса и наделенное соответствующими правами и полномочиями.

Потребители процесса - лица, непосредственно использующие результат процесса. Потребители бывают внешние и внутренние.

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

Инфраструктура бизнес-процесса - совокупность средств реализации процесса.

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

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

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

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

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

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

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

  • Модель бизнес-процессов "как есть" («as is») - модель бизнес-процессов, построенная на основе видения существующего в организации потока работ.
  • Модель "как должно быть" («to be») - модель бизнес-процесса, построенная на основе видения перспективной структуры процесса и удовлетворяющая требованиям по целевым значениям показателей эффективности.
  • Моделирование сверху-вниз - формирование модели бизнес-процессов от укрупненных до детальных при помощи декомпозиции.
  • Моделирование снизу-вверх - формирование укрупненных бизнес-процессов путем агрегирования детальных процессов.
  • Декомпозиция бизнес-процесса - последовательная детализация исходной модели бизнес-процесса до заданного уровня путем создания детальных моделей для каждого объекта процесса. Формируемые модели могут быть различного типа.


    к оглавлению>>

    Модель входов (входящих ресурсов) - модель, отражающая информационные/материальные потоки, входящие на предприятие извне.

    Модель выходов (исходящих ресурсов) - модель, отражающая исходящие информационные/материальные потоки предприятия.

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

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

    Нотация - способ определения конструкций модели

    Синтаксис - правила использования нотаций.

    Метод - последовательный процесс создания моделей, которые описывают вполне определенными средствами различные стороны проектируемой системы (бизнес – процесса).

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

    SADT (Structured Analysis and Design Tecchnique) - методология структурного анализа и проектирования, которая породила целый ряд методов IDEFx, завоевавших особую популярность в задачах инжиниринга и реинжиниринга бизнес - процессов.

  • IDEF0- Метод функционального моделирования позволяющий описать бизнес-процесс в виде иерархической системы взаимосвязанных функций
  • IDEFIX - Метод информационного моделирования основанный на концепции "сущность-связь" (entity-relationship).
  • IDEF3 - Метод описания процессов, рассматривающий последовательность выполнения и причинно-следственные связи между ситуациями и событиями для структурного представления знаний о системе.
  • IDEF4 - Метод объектно-ориентированного проектирования сложных систем, описывающий структуру, поведение и реализацию систем в терминах класса объектов
  • IDEF5 - Метод онтологического анализа систем, т.е. анализа основных терминов и понятий (словаря), используемых для характеристики объектов и процессов, границ использования, а также взаимосвязей между ними.
  • DFD - Data Flow Diagrams - диаграммы потоков данных - методология структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ
  • CPN - Color Petri Nets - раскрашенные сети Петри - методология создания динамической модели бизнес-процесса, позволяющая проанализировать зависящие от времени характеристики выполнения процесса и распределение ресурсов, для входящих потоков различной структуры.
  • Структурный подход - раздельное построение модели функций (диаграммы потоков данных) и модели данных (диаграммы "сущность - связь").


    к оглавлению>>

    Диаграмма потоков данных (Data Flow Diagram) - способ представления процессов обработки информации. Элементы модели: процесс, поток, хранилище, представляющие обработку, передачу и хранение данных (или материальных объектов).

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

    Метод OMT (Object Modeling Technique) - метод описания информационной системы, предложенный Джеймсом Рамбо (James Rumbaugh), состоящий в построении диаграммы потоков данных для описания выполняемых функций и создания модели классов с целью программной реализации.

    Метод OOSE (Object-Oriented Software Engineering) - метод описания информационной системы, предложенный Иваром Якобсоном (Ivar Jacobson) и применяющий диаграмму вариантов использования (Use Case Diagram).

    Объектный подход - набор моделей, связанных с понятием класса/объекта, объединяющего данные (состояние) и поведение.

    Метод Буча (Booch method) - объектно-ориентированный метод описания информационной системы, предложенный Гради Бучем (Grady Booch).

    АВВ - Activity Based Budgeting - планирование бюджета на основе анализа затрат на выполнение функций процессов или операционное планирование бюджета - планирование бюджета компании на основе просчета ресурсов потребляемых каждым процессом и их взаимосвязей.

    «Шкала зрелости процессов компании» - модель СММ - Capability Maturity Model - ИСО/МЭК 15504. Шкала зрелости процесса определяет пять градаций зрелости процесса для любого процесса определенного в компании:

    Уровни (градации) зрелости процесса:

  • Уровень 0: Неполный процесс – уровень доказательства систематического обладания хотя бы одним из указанных далее атрибутов процесса (РА) отсутствует либо недостаточен
  • Уровень 1: Идентифицированный процесс – реализуемый процесс достигает явно идентифицированных результатов
  • Уровень 2: Управляемый процесс – выполняемый процесс осуществляется под определенным целевым управлением (т.е. поддерживается некоторый управленческий цикл – процесс планируется, отслеживается, анализируется и настраивается)
  • Уровень 3: Стандартизованный процесс – ранее описанный управляемый процесс выполняется на основе стандартного процесса–модели, основанного на признанных принципах управления и достижения результата.
  • Уровень 4: Количественно определенный процесс – устоявшийся процесс выполняется в заданных количественных пределах.
  • Уровень 5: Совершенствуемый процесс – предсказуемый процесс динамически адаптируется и изменяется для того, чтобы эффективно отвечать текущим и проектируемым бизнес-целям компании.
  • Атрибуты процесса - присвоение каждой следующей градации зрелости осуществляется путем определения наличия в процессе указанных ниже 9-ти атрибутов (process attribute - PA), первый индекс которого непосредственно связывает атрибут с уровнем зрелости.

  • РА 1.1. Идентификация (идентифицированы входные и выходные продукты процесса, а также состав работ).
  • РА 2.1. Управление выполнением (определены целевые показатели – например, качество, время, объем ресурсов и т.п., распределены ответственность и полномочия, управление осуществляется на регулярной основе).
  • РА 2.2. Управление рабочими продуктами (определены и документированы требования к продуктам процесса, изменения в продуктах верифицируются и контролируются).
  • РА 3.1. Задание процесса (определен стандартный процесс-модель с которым можно сравнивать управляемый, адекватная документация по процессу служит основой для сравнения и управления по отклонениям, собираются данные по ресурсам, потребляемым в ходе процесса – с целью уточнения стандартного процесса).
  • РА 3.2. Обеспечения процесса ресурсами (идентифицированы и документированы роли и навыки, инфраструктура и материальные ресурсы, необходимые для выполнения процесса, гарантируется обеспеченность и правильное распределение ресурсов для поддержания процесса).
  • РА 4.1. Измерение процесса (определены, измеряются и накапливаются количественные характеристики продуктов, рабочих и целевых показатели процесса, соответствующие бизнес-целям компании, анализируются тенденции изменения накопленных данных).
  • РА 4.2. Количественное управление ресурсами (выбраны и реализуются методики контроля и управления процессом на основе количественных данных и метрик степени выполнения процесса).
  • РА 5.1. Изменение процесса (влияние всех предлагаемых изменений может быть проверено на соответствие целям на стандартном процессе, производится управление реализацией всех согласованных изменений и устранении расхождений, эффективность изменений оценивается на основании фактического выполнения по отношению к заданным целям).
  • РА 5.2. Непрерывное усовершенствование (определены цели усовершенствований, выявляются источники существующих и потенциальных проблем, а также возможности усовершенствования, выработана и внедрена согласованная стратегия достижения целей всех процессов организации).

  • к оглавлению>>

    Степень обладания атрибутом. Атрибут процесса представляет собой измеримую характеристику, которая может быть выражена с помощью следующей шкалой рейтингов: N (не обладает = 0 – 15%) , P (Обладает частично = 16 – 50%), L (Обладает в основном = 51 – 85%), F (Обладает полностью = 85 – 100%)

    Непрерывное Усовершенствование Процесса (CPI – Continuous Process Improvement или BPI - business Process Improvement) - методика «плавной» реструктуризации бизнес-процессов

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

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

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

  • Принцип 1. Анализируйте лучшие отраслевые решения (бенчмаркинг). Подходы к реорганизации бизнес-процессов должны базироваться на анализе опыта передовых предприятий. Хотя существует и прямо противоположное мнение – «взгляните на процессы по-новому», что предполагает, как правило, взгляд «со стороны», свободный от отраслевых стереотипов! Именно, «свежий взгляд» способен привести к «радикальным» изменениям в организации процессов, резко повышающим их эффективность («Реинжиниринг, не автоматизируйте – уничтожайте).
  • Принцип 2. Применяйте «вертикальное и горизонтальное сжатие» процесса. Вертикальное сжатие – это сокращение уровней организационной иерархии, задействованных в выполнении процесса. Горизонтальное сжатие – это сокращение времени выполнения процедур, сокращение количества процедур, т. е. устранение «лишних» процедур процесса, интерфейсов между процессами и т.д.
  • Принцип 3. Всегда учитывайте, что оптимизация - нелинейный итерационный процесс. Разработка моделей бизнес – процессов «как должно быть» - сложный, нелинейный процесс, требующий нескольких интеграционных повторений. Вновь анализируйте весь процесс после изменения любой из его частей
  • Принцип 4. При анализе мероприятий по повышению эффективности бизнес-процесса всегда ориентируйтесь на конечный результат. Целесообразность любого предлагаемого мероприятия должна оцениваться по его возможному влиянию на выбранные критерии и показатели эффективности бизнес-процесса.
  • Принцип 5. Поручайте, если возможно, выполнение процесса тем, кто использует его результат. Принцип близок «вертикальному» сжатию процессов, но сокращение количества интерфейсов процесса (информация, согласования), которые могут существенно увеличивать длительность его выполнения, происходит не вверх по иерархической структуре, а по горизонтали – между подразделением «владельцем» процесса и специализированными подразделениями, задействованными в процессе. Если можно передать специализированную операцию подразделению, ведущему основной процесс – сделайте это!
  • Принцип 6. Включайте обработку информации в реальную работу, которая генерирует эту информацию. Фактически, это модификация правила «не откладывай на завтра то, что можешь сделать сегодня». Например, если в базе данных управленческого учета есть данные по дебиторской задолженности клиента – пытайтесь принять меры по ее погашению, не дожидаясь того, когда эти сведения поступят из бухгалтерии в конце месяца!
  • Принцип 7. Связывайте параллельные работы вместо интеграции их результатов. Данный принцип предусматривает, во избежание большого количества итеративных согласований, организовывать тесное взаимодействие служб и сотрудников, реализующих общий процесс с самого начала, а не ждать завершения работ каждой службы для последующего согласования и корректировки промежуточных результатов. Этот принцип дополняет требование «координации работ», которое предписывает анализировать связываемые процессы на отсутствие ситуаций, когда одному сотруднику одновременно необходимо выполнять несколько операций…
  • Принцип 8. Помещайте точку принятия решения туда, где делается работа, и встраивайте контроль в процесс. Это также некоторое уточнение принципа 5 (и, следовательно, «вертикального сжатия» процессов), но здесь акцент делается на операциях связанных с принятием решений и контролем процесса. Предлагается снизить уровень принятия решений, доверив это «владельцу» процесса, который должен использовать информацию, поступающую от смежных служб. В части контроля этот принцип предусматривает переход от «внешнего» к «внутреннему» контролю (самоконтролю) выполнения операций процесса. Тем не менее, там, где это необходимо, непосредственно в процесс могут быть встроены, так называемые, «контрольные точки».
  • Принцип 9. В явном виде отражайте возможные ошибки и «сбои» процесса. Реализация данного принципа предусматривает выделение подпроцессов, связанных с действиями при отклонении хода процесса от «нормального», т.е. в нештатных ситуациях.
  • Принцип 10. Фиксируйте информацию один раз – у источника. Это общий принцип построения современных информационных систем (ИС), опирающихся на «единое информационное хранилище данных». В момент ввода данных в систему (в том процессе, где они возникают впервые), они сопровождаются всей необходимой аналитической информацией, позволяющей использовать эти данные всем возможным потребителям в других процессах, а также для формирования сводной аналитической отчетности. Концепция «единого информационного хранилища данных», сама по себе, является прекрасной иллюстрацией классического реинжиниринга процессов при переходе к новому поколению информационных систем. Системы предыдущего поколения, фактически, занимались «автоматизацией» рутинных операций, реализуемых ранее вручную на отдельных рабочих местах («антропоморфный подход»). При автоматизации возникали, так называемые, АРМы, каждый из которых работал со своими массивами информации, дублируя иногда одни и те же сведения («повторный ввод»), что создавало значительные трудности при их интеграции для получения единой картины деятельности компании.

  • к оглавлению>>

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

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

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

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

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

  • Надежность (Reliability) Способность выполнить обещанные услуги точно и основательно.
  • Материальность (Tangibles) Восприятие помещений, оборудования, внешнего вида персонала и других физических свидетельств услуги.
  • Отзывчивость (Responsiveness) Желание помочь клиенту и быстрое оказание ему услуги.
  • Уверенность (Assurance) Воспринимаемая компетентность и вежливость персонала. Формируемое доверие компании и персонала к себе. Безопасность услуг.
  • Сопереживание (Empathy) Доступность (физический и психологический контакт с сотрудниками должен быть легким и приятным).
  • Верхнеуровневое описание процессов - система процессов представлена деревом, процессы как минимум идентифицированы и определено их первоначальное взаимодействие.

    Идентификация процесса - определение назначения, результата(ов), владельца и потребитея(й) процесса.

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

    Процессы менеджмента - процессы управления организацией.

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

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

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


    к оглавлению>>

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

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

    Процедура - установленный способ выполнения процесса.

    Документирование модели бизнес-процесса - формирование текстового описания модели бизнеса-процесса, его объектов и связей с другими бизнес-процессами.

    Документированная процедура. - Регламент организации и исполнения процесса , описанная стандартизованным набором документов:

  • Спецификация (паспорт) процесса
  • Контекстная диаграмма процесса
  • Диаграммы нижних уровней
  • Текстовое описание процесса (пооперационное, с комментариями)
  • Рабочие документы, циркулирующие в процессах (копии – образцы)
  • Документы, регламентирующие процесс (копии)
  • Бизнес-инжиниринг (business-engineering) –совокупность технологий управления, в основе которых лежит формальное, точное, полное и всестороннее описания деятельности компании через построение базовых информационных моделей предприятия во взаимодействии с моделью внешней среды. В первую очередь - это модели организационно-функциональной структуры, выполняемых бизнес-процессов и жизненного цикла (ЖЦ) продукта, финансовой системы предприятия, а также модели описывающих взаимосвязь компании с внешним окружением.

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

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

  • Пакет ARIS ToolSet- многопользовательская среда описания и анализа рабочих процессов предприятий, поддерживающая разработку сложных гетерогенных информационных систем (ARIS, АРИС – Архитектура Интегрированных Информационных Систем) и сопровождающая весь цикл разработки (анализ - проектирование – реализация). Применение этих инструментальных средств позволяет многократно сократить длительность этапа проектирования при гарантированном уровне проектных решений. В этой среде не накладывается жестких ограничений на последовательность проработки различных аспектов деятельности и предоставляется ряд других возможностей по описанию рассматриваемого предприятия. В ARIS воплощен практический опыт множества аналитиков, работающих в области проектирования ИСУП, а также учтены недостатки существующих инструментальных средств. Система предназначена для поддержки работы специалистов, анализирующих и выстраивающих (оптимизирующих) рабочие процессы на предприятиях, внедряющих системы управления предприятиями, и сопровождающих эти системы.
  • BP-Win - средство функционального моделирования, реализующее методологию IDEF0-IDEF3. и ERwin - средство концептуального моделирования Баз Данных, использующее стандарт IDEF1X. Методология IDEF0, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Методология IDEF0 может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем IDEF может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы.
  • Rational Rose 98 - средство автоматизации этапов анализа и проектирования ПО, а также генерации кодов на различных языках и выпуска проектной документации. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования, основанную на подходах трех ведущих специалистов в данной области: Буча, Рамбо и Джекобсона. Разработанная ими универсальная нотация для моделирования объектов (UML - Unified Modeling Language) претендует на роль стандарта в области объектно-ориентированного анализа и проектирования. Конкретный вариант Rational Rose определяется языком, на котором генерируются коды программ (C++, Smalltalk, PowerBuilder, Ada, SQL Windows и ObjectPro). Основной вариант - Rational Rose/C++ - позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++. Кроме того, Rational Rose содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.
  • Система бизнес-моделирования ОРГ-Мастер – многопользовательская среда моделирования и организации деятельности предприятия, поддерживающая системный и процессный подходы к ведению бизнеса на основе информационных моделей. В среде ОРГ-Мастер осуществляется разработка интегрированной бизнес-модели предприятия, включающую модели структур, отношений и процессов. БИГ-Мастер при построении модели дает возможность не ограничиваться определенным набором сущностей, т.е. является абсолютно открытой средой. ОРГ-Мастер позволяет создать описание предприятия (модели процессов, структур и организации данных), полнота которого достаточна как для проектирование корпоративных информационных систем (КИС) или систем менеджмента качества, так и повседневного наблюдения и контроля за организацией деятельности в компании. В состав КИС ОРГ-Мастер может входить в качестве специальной организационной подсистемы. ОРГ-Мастер обеспечивает возможности накопления и анализа бизнес-моделей, создание пакетов организационной документации (описаний и регламентов деятельности) полностью адаптированных к российским реалиям. Его характеризует ориентация на конечных пользователей - менеджеров компании, применяющих модель, как инструмент управления.
  • CASE-средство (Computer Aided Software Engineering) - программное средство, поддерживающее процесс создания и сопровождения программного обеспечения, в т.ч. анализ и формулировку требований, проектирование, генерацию кода, тестирование, документирование, обеспечение соответствия стандартам качества, управление проектом и др. В последнее время интерпретируется, как Computer Aided System Engineering и распространяется не только на программы, а на более широкий класс систем.

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


    к оглавлению>>

    Адрес этой страницы в Интернете: 
    http://www.big.spb.ru/publications/glossary/part3_model_and_reorg_proc.shtml
          
    Copyright © БИГ-Петербург 1999-2001.  http://www.big.spb.ru  E-Mail: mail@big.spb.ru