- •Задачи дисциплины.
- •Построение информационной модели предприятия
- •Стандарты idef.
- •Создание модели процессов в bpwin
- •Уровень контекстной диаграммы. Принцип построения.
- •Диаграмма дерева узлов и feo.
- •Каркас диаграммы.
- •Слияние и расщепление модели.
- •Проведение экспертизы.
- •Созание отчетов в bpwin
- •Стоимостной анализ
- •Дополнение созданной модели процессов моделями dfd (idef 3)
- •Технология создания и внедрения ис
- •Системный проект создания ит (или создание проекта ит на системном уровне)
- •Организационно-методические аспекты разработки и внедрения ит
- •Защита информации
Проведение экспертизы.
Использование BPwin для построения моделей процесса в качестве необходимого этапа подразумевают процесс проведения экспертизы модели. Это особенно важно при использовании BPwin как инструмента для описания ИС как реинжиниринга бизнес-процессов.
Это необходимо по следующим причинам:
Создание ИС капиталоемкий процесс, поэтому, чем точнее будет построена модель, тем меньше потребуется усилий для исправления, корректировки программных и информационных решений. В ИС в процессе их создания и внедрения исправления ошибок или изменения функциональности возрастает в экспоненциальной зависимости по времени жизненного цикла программного продукта.
Получение экспертной информации является с точки зрения ИТ очень тонкой операцией. Во многих случаях формулирование рассуждений, их фиксация, модификация наталкиваются на невозможность детального описания экспертом по существу правильных выводов и заключений. Эта проблема называется «феноменом сороконожки».
Существуют процедуры, к ним нужно относится очень тщательно, которые позволяют объективизировать процесс рассуждений. В частности регламентом работы с BPwin выделяют роли аналитика (автора построения модели), эксперта предметной области (читателя), библиотекаря (для крупных проектов) и технического комитета, в обязанности которого входит контроль за правилами и процедурами. В частности контролируется полнота описания проекта и поддержания ссылочной целостности.
В проектах ИС роль технического комитета расширяется и тогда называется ролью системного аналитика. В обязанности системного аналитика входит также обеспечение ссылочной целостности проекта системы на наличие программных решений.
Главное в организации экспертизы построенной модели заключается в том, чтобы избежать наиболее консервативного решения. (Оставить все как есть, главное, чтобы компьютеры стояли – формула консервативного решения).
Созание отчетов в bpwin
BPWin имеет мощный инструментарий по составлению отчетов о построенной модели. Отчеты играют важную роль для прохождения процедуры экспертизы и согласования. Они формируются извлечением из создаваемой модели визуальной формы модели текстовой и атрибутивной информации. Например, модель Report включает информацию о контексте модели (имя модели, цель, точку зрения, область, имя автора и т.д.)
Наиболее общий отчет (Diagram Object Report) включает перечень всех объектов (работ, стрелок и т.д.), созданных в процессе построения модели.
Activity Cost Report – отчет специального вида как результат применения технологии ABC к построенной модели.
Все действия по формированию отчета сопровождаются диалогами.
Стоимостной анализ
ABC - Activity Based Costing
В рамках структурированного представления (иерархического дерева) могут быть получены стоимостные оценки разных вариантов декомпозиции одной и той же работы. В рамках стоимостных оценок для каждой работы предусмотрен прямоугольник, в который с помощью редактора затрат может быть помещена стоимостная оценка работы.
Она может быть сформирована с учетом цикличности данной работы, за счет учета повторяемости работы и учета периода времени, необходимого для выполнения работы. В результате, если каждая работа оценена соответствующим образом, может быть получена суммарная оценка работ по уровням декомпозиции или всего моделируемого процесса.
Главное условие применимости стоимостного анализа в данном контексте – это аддитивность функции расчета затрат.
Помимо ABC в модели BPWin может быть применим метод, связанный с оценкой способов декомпозиции работ, основанный на UDP (User Defined Properties – свойства, определенный пользователем). Смысл этого механизма заключается в возможности помимо стоимостных оценок работ приписать работам некоторые оценки, характеризующие в т.ч. «качественные» свойства работы, например, влияние на окружающую среду. UDP позволяет учитывать и оценивать способы декомпозиции с использованием количественных показателей, например, комплексный характер.