35. Примеры реализации реинжиниринга бизнес-процессов в управлении.

BPR (бизнеспроцессреинжениринг), технология совершенствования деятельности предприятий разных форм деятельности. Цель BPR состоит в том, чтобы улучшить деятельность предприятия. Эти инициативы BPR — улучшение, модернизация и ускорение производственной деятельности — подразумевают также перестройку информационных систем. Два вида опасностей: 1)изменение процесса без изменения поддерживающих его приложений; 2)осуществление новой технологии, которая не ведет напрямую к улучшению делового процесса. Специалисты считают, что главное для BPR – уделить первостепенное внимание реализации новых деловых процессов и наметить план изменений в поэтапном, содержательном проекте, управляемом с четким пониманием задач и при полной поддержке руководства. Как только сформируются деловые модели "как есть" и "как будет", можно будет оценить приложение и систему управления базой данных, чтобы решить, следует ли компоновать/ модифицировать имеющуюся систему или покупать новую.

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

BPwin предоставляет аналитику два инструмента для оценки модели - стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP. ABC применяется для того, чтобы понять происхождение затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Reengineering, BPR).

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

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

36. Жизненный цикл ис. Модели жизненного цикла ис.

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

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

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

1) постановка задачи,

2) проектирование услуг,

3) разработка и развертывание,

4) гарантированное предоставление услуг,

5) модернизация или ликвидация услуги.

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

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

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

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

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

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

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

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

37. Проектирование КИС. Подходы к проектированию КИС. Этапы проектирования ИС.

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

Документ, полученный в результате проектирования, носит название проект.

Цель проектирования – подбор технического и формирование информационного, математического, программного и организационно-правового обеспечения.

Этапы развития КИС:

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

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

1. Анализ первичных требований и планирование работ.

Оценить 1) преимущества внедрения данной системы

2) временные затраты

3) обосновать стоимость

2. Проведение обследования деятельности предприятия.

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

3. Построение и анализ моделей деятельности предприятия.

Строятся 2 модели на языке IDEF0 – „модель как есть“ и «модель как будет». Переход от одной модели к другой осуществляется обычно 2-мя путями:

1) совершенствованием технологии на основе оценки эффективности («мягкий» реинжениринг)

2) радикальным изменением технологии и переосмыслением бизнес-процесса («жесткий» реинжениринг).

4. Разработка системного проекта (модели требований к будущей системе) или технического задания.

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

5. Техническое проектирование (разработка технического проекта).

Этап разделяется на 2 стадии:

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

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

Создание рабочего проекта.

На данном этапе осуществляется:

1) разработка рабочей документации:

– пояснительной записки

– функциональной и организационной структуры

– должностных инструкций

– инструкций по заполнению входных оперативных документов

– инструкций по использованию выходных документов

– инструкции по организации и ведению нормативно-справочной документации

– инструкции по организации хранения информации в архиве

– инструкции по подготовке информации к вводу в ПК

– Расчет экономической эффективности системы

– мероприятия по подготовке объекта к внедрению

– ведомость документов.

2) разработка программных средств

разрабатывается новое ПО или производится привязка и адаптация приобретенного ПО к конкретным условиям

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

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