7.2. Примеры реализации реинжениринга бизнес-процесса в управлении
Бизнес-проц. – упорядочен.во времени и простр-ве совокупность взаимосвязан.работ, направлен.на получ-е опред.результата. В наст.время для моделиров-я бизнес-проц.исп-ся пратически все известн.методолгии структурн.анализа и проектир-я (IDEF, SADT). Наиб.важными методолгиями IDEF явл-ся методологии моделиров-я функциональн.блоков (IDEF0), информацион.потоков (IDEF1), динамики разв-я (IDEF2) и т.д. с пом.этой методологии можно провести систематич.анализ регулярно выполняем.бизнес-процессов. IDEF0 предполагает построение модели AS-IS (как есть), анализ и выявл-е недостатков существующ.бизнес-проц.и построение модели TO-BE (как должно быть). В соответствии с методолгией IDEF0 процесс предст-ся в виде функциональн.блока, кот.преобразует входы и выходы при наличии необход.ресурсов (механ-мов) в управляемых усл-ях. Схема:
Модель бизнес-процесса в IDEF0 – совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма явл-ся единицей описания бизнес-проц.и располагается на отдельн.листе. Модель может содержать след.типы диаграмм:
-контекстные – общее описание бизнес-проц.и его взаимодействие с внешн.средой
-диаграммы декомпозиции – разбиение бизнес-процесса на работы и их взаимодействие между собой
- диагр.дерева узлов – иерархич.зависимость работ, но не взаимосвязи между работами
- диагр.только для экспозиции – иллюстрация отдельн.фрагментов модели для демонстрации альтернативн.вариантов.
Типы стрелок в модели: *стрелки сверху – управл-е – правила,стратегии, процедуры или стандарты, которыми руководствуется работа. Управл-е влияет на работу, но не преобразует ее. Кажд.работа на диаграмме должна иметь хотя бы 1стрелку *стрелки слева – вход – ресурсы, кот.использ-ся или преобраз-ся работой для получ-я результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. *стрелки справа – выход – результаты, кот.производ-ся работой. Работа без результата не имеет смысла и не до
лжна моделир-ся *стрелки снизу - механизм – инструменты, кот.выполняют работу, напр,персонал предпр-я, станка, устройства. По усмотрению аналитика стрелки механ-ма могут не изображ-ся в модели.
Типы связи работ: 1.связь по входу – выход вышестоящ.работы направл-ся на вход нижестоящей 2.связь по управл-ю – выход вышестоящ.работы направл-ся на управл-е нижестоящей 3.обратн.связь по входу – выход нижестоящ.работы направл-ся на вход вышестоящ. 4.обратн.связь по управл-ю – выход нижестоящ.работы направл-ся на управл-е вышестоящей. 5.связь выход-механ-м – выход одной работы направл-ся на механ-м другой.
BPwin позволяет генерировать разнообразн.отчеты, кот. М.б.использ-ны для анализа и документир-я модели.
7.3 Жизненный цикл ис. Модели жизн.Цикла ис.
Жизн.цикл ИС – непрерывн.процесс, кот.начинается с момента принятия реш-я о созд-и ИС и заканчив-ся в момент полн.изъятия из эксплуатации этой системы.
При разработке ИС исп-ся след.стандарты:
ISO 12207 – стандарт на процессы и орг-цию жизн.цикла ПО
CDM – по разработке прикладн.ИС, рассчитан.на исп-ние компонента Oracle
RAD – методология быстрой разработки приложений;комплекс спец.инструментальн.средств, позволяющ.оперировать с определен.набором графич.объектов
Осн.группы процессов жизн.цикла ИС:
*осн.группа – включает заказ на ИС (определ-е потребностей заказчика в ИС, подготовка и выпуск заявки на подряд), поставку ИС, кот.разработана согласно закону; разработка (анализ требов-й, проектир-я, пргограммиров-я, сборка, тестирование, ввод в действие); эксплуатация (подготовка процесса, экспуатацион.испытания), сопровожд-е разработанной ИС
*вспомогательн.группа – аудит; совместн.анализ;аттестация: анализ, проверка, тестир-е; верификация (подтвержд-е соответствия конечн.продукта предопределенным эталон.требов-ям); обеспеч-е кач-ва (соответствие программн.продуктов установлен.требов-ям и планам); управл-е конфигурацией (администр.и технич.процедуры на все мпротяжении жизн.цикла дл опред-я состояния программн.ср-в); документиров-е (описание инф-ции, созданной в процессе жизн.цикла)
*организацион.процессы – управл-е (включ.общие работы и задачи, используемые управляющими любого процесса);созд-е инфраструктуры (установл-е и обеспеч-е инфраструктуры, необходимой для процесса); усовершенствов-е (улучшение процесса); обучение (обеспеч-е первоначальн.и последующего обучения персонала)
Стадии жизн.цикла:
1.начало – устанавл-ся обл.применения и граничн.условия функционир-я сист
2.проектиров-е – определяется, созд-ся и испытыв-ся базовая версия разработан.сист; определ-ся архитектруа и идентифицируются риски, большая часть детализирован.требов-й к сист, разрабатыв-ся планы для итерации стадий разработки. В конце оценив-ся результаты, проект переходит на след.стадию
3.разработка – определены риски, задана архитектура, определены требов-я к сист, формируется стабильн.версия, в кот.реализуются больш-во функциональн.возм-тей
4.внедрение – исправл-е дефектов, доработка справочн.сист, настройка и конфигуриров-е
Модели жизн.цикла: 1. Каскадная – некоторая структура, определяющ.последоват-ть осуществл-я процессов, кот.выполняются на протяж-и жизн.цикла ИС. Визуально представл-ся:
Анализ
Проектирование
Разработка
Тестирование
Ввод в действие
Преимущ-ва: *на кажд.этапе формулир-ся закончен.набор документов, кот.отвечает критериям полноты и согласованности; *выполн-е всех работ осуществ-ся в логич.последоват-ти, что позволяет планировать сроки заверш-я и соответствующ.затраты на работу;
Недостатки: *согласов-е результатов производ-ся после заверш-я очередного этапа работ; *ошибки, допущен.на более ранних этапах обнаружив-ся на последующ.стадиях работы,что требует возвращ-я на предыдущ.этапы доработки; *сложность параллельн.ведения работ; *высокий уровень риска
Спиральная – весь процесс разработки явл-ся итерационным,что позволяет вносить измен-я на кажд.итерации разработки. Главн.задача кажд.итерации – создать работоспособн.продукт, кот.можно показать польз-лям сист. Модель исп-ся для разработки ПО. Она позводяет предопределить больш-во недостатков каскадн.модели и обеспечиает гибкость процесса разработки. Осн.проблема модели – определ-е момента перехода на след.этап.Для этого вводят времен.огранич-я, и заверш-е итерации производ-ся строго в соответствии с планом.