29. Создание информационных систем с учетом стандартов их жизненного цикла.

В соответствии со стандартом ИСО/МЭК 12207-95 «Информационная технология. Процессы жизненного цикла программных средств» создание информационных систем должно базироваться на понятии «жизненный цикл» программной системы.

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

Традиционный жизненный цикл проектирования стоит из

 анализа объекта и системы управления;

 проектирования информационной системы:

 внедрения информационной системы;

 тестирования и реализации.

В соответствии со стандартом ИСО/МЭК ТО 15504 жизненный цикл программной системы состоит из следующих процессов:

- Основные процессы;

- Процессы приобретения

- обоснование необходимости в приобретении

- выявление требований

- выбор поставщика

- поставка и приемка

- Инженерные процессы

- проектирование программных средств

- конструирование программных средств (производство программных продуктов)

- эксплуатация

- тестирование

- сопровождение

 

- Вспомогательные процессы;

- Документирование

- Идентификация документов на выходе всех процессов

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

- Верификация

- Определение критериев верификации

- Организация верификации

- Идентификация дефектов

- Проверка соответствия

- Определение критериев соответствия рабочих продуктов

- Организация контроля соответствия

- Предоставление доказательств соответствия программных продуктов

 

- Организационные процессы.

- Административное управление

- Оценка ресурсов и работ

- Разработка планов по выполнению работ

- Организация мониторинга хода выполнения работ

- Непосредственно организационные процессы

- Определение текущей способности системы производить требуемые услуги

- Усовершенствование процессов

- Организация улучшения деятельности путем аттестации

- Сбор данных вида «цена-качество» для усовершенствования

 

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

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

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

Группа организационных процессов включает управленческие (административные) и организационные процессы.

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

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

Результаты служат основанием для совершенствования информационной системы.

30. Этапы создания информационных систем с ориентацией на бизнес-процессы.

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

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

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

Адаптация ERP-системы к особенностям предприятия осуществляется в том случае, если в ней какая-либо функция либо отсутствует, либо выполняется не так надо. Поэтому традиционный цикл проектирования трансформируется во внедрение ERP-системы в следующей последовательности:

 определение требований;

 анализ расхождений;

 конфигурация и адаптация;

 тестирование и реализация.

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

 процессно-ориентированной ориентацией;

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

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

Поэтому, проводится инжиниринг и реинжиниринг бизнес-процессов.

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

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

При реинжиниринге сначала определяется «что» должна делать компания, предприятие и т.д., а за тем «как» она должна это осуществлять.

Весь процесс можно представить набором стадий и операций :

Начальная

Стадия моделирования

Стадия реализации проекта

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

 В результате описания существующих бизнес-процессов «как есть» получаем

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

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

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

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

Анализ моделей «как есть» позволяет выявить:

 наличие лишних процессов, от которых можно отказаться.

 наличие эквивалентных по содержанию, но разных по структуре процессов.

Этап «как должно быть» - один их самых ответственных участков создания информационных систем.

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

Эталонные модели – воплощают в себе лучший опыт.

Сравнение эталонных моделей «как должно быть» с фактическими моделями «как есть» позволяет в ряде случаев адаптировать последние к возможностям ERP-систем.

На рисунке ниже показан процесс трансформации одних моделей в другие.