Этапы (стадии) жизненного цикла АИС

Модель ЖЦ ИС включает в себя:

1. Стадии.

2. Результаты выполнения работ на каждой стадии.

3. Ключевые события - точки завершения работ и принятия решений.

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

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

Конкретный состав стадий жизненного цикла определяется используемой технологией создания программного обеспечения информационной системы и соответствующими технологическими стандартами. На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Например, процессы управления требованиями, кодирования, тестирования, установки и сопровождения. Соотношение между процессами и стадиями определяется используемой моделью жизненного цикла ИС. Использование конкретных методов моделирования как правило общепринято, но остается на усмотрение разработчика.

Общепринятыми стадиями жизненного цикла информационной системы являются:

1. Предпроектное обследование (анализ):

сбор материалов для проектирования, при этом выделяют формулирование требований, с изучения объекта автоматизации, даются предварительные выводы предпроектного варианта ИС;

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

2. Проектирование:

2.1 предварительное проектирование:

- выбор проектных решений по аспектам разработки ИС;

- описание реальных компонент ИС;

- оформление и утверждение технического проекта (ТП).

2.2 детальное проектирование:

- выбор или разработка математических методов или алгоритмов программ;

- корректировка структур БД;

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

- выбор комплекса технических средств с документацией на ее установку.

2.3 разработка техно-рабочего проекта ИС (ТРП).

2.4 разработка методологии реализации функций управления с помощью ИС и описанием регламента действий аппарата управления.

3. Разработка ИС:

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

- тестирование и доводка программного комплекса;

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

4. Ввод ИС в эксплуатацию:

- ввод технических средств;

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

- обучение и сертификация персонала;

- опытная эксплуатация;

- сдача и подписание актов приемки-сдачи работ.

5. Эксплуатация ИС:

- повседневная эксплуатация;

- общее сопровождение всего проекта.

На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла информационной системы.

9. Описание предметной области АИС моделью «Как есть»

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

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

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

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

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

Регламент исполнения БП может быть нарисован в виде схемы, его характеристики могут быть измерены и он может быть улучшен путем выявления соотношений между его компонентами и последующего изменения этих компонентов и их взаимосвязей. Он должен объяснить, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. БП включает одну или более связанных между собой процедур или функций, которые совместно реализуют некую задачу бизнеса — обычно в рамках организационной структуры. Например, единый процесс составляют функции материального обеспечения производства, непосредственного изготовления продукции, выпуска продукции, распределения продукции по складам и контроля её отгрузок по единому графику. БП может выполняться в пределах одной организационной единицы, охватывать несколько единиц или даже несколько различных организаций. Например, в системе «покупатель-поставщик» процесс продаж обычно связан с операционными отношениями.

Моделирование проблемной области БП выполняется в два под-этапа:

1) определяется объективная структура новой организации БП: состав объектов, функций и событий;

2) объекты и функции БП распределяются по структурным подразделениям предприятия, и определяют требования к ИС.

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

· сравнение средних значений и дисперсий динамических характеристик различных альтернатив процессов при одинаковых исходных данных (один сценарий моделирования – несколько моделей);

· отыскание оптимальных значений переменных на множестве возможных значений (несколько сценариев моделирования – одна модель);

· определение зависимостей между различными факторами процессов в результате специального анализа полученной статистики.

10. Информационное обеспечение АИС и информационные модели «Как должно быть»

Стадия проектирования (синтеза), или прямого инжиниринга, выражается в создании модели «Как должно быть», или информационной модели. Модели «AS-TO-BE» («как должно быть»), отражают представление о новых процессах и технологиях работы организации. Моделирование «Как должно быть» позволяет определить, какой должна быть система до начала её разработки. Методика разработки информационной моделипредполагает моделирование нового варианта организации информационной системы предметной области («КАК ДОЛЖНО БЫТЬ»), а именно:

- полного состава информации, необходимой для решения задач АИС;

- отражение этой информации на всех типах носителей;

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

- состава исходных первичных документов и распределение их по задачам;

- источники и способы получения первичной информации;

- состав файлов с первичной, условно-постоянной, промежуточной и результатной информацией;

- информационную потребность для каждой задачи комплекса;

- способы выдачи результатной информации;

- состава результатных документов для каждой задачи, реализуемых на рассматриваемом АРМе;

- адресатов выдачи и получения результатной информации;

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

Переход от модели «AS-IS» к модели «AS-TO-BE» может выполняться двумя способами: совершенствованием существующих технологий на основе оценки их эффективности и радикальным изменением технологий и перепроектированием (реинжинирингом) бизнес-процессов.

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

Структурное моделирование включает:

· методы сетевого моделирования;

· сочетание методов структуризации с лингвистическими;

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

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

Информационная модель строится в двух формах:

- схема данных;

- структурно – функциональная модель или диаграмма потоков данных по методологии Гейна / Сарсона, Йодана / ДеМарко. Для ее разработки целесообразно использовать CASE - средства, например Design/IDEF, Power Designer, BPwin, Silverrun-BMP, Oracle Designer, ARIS и др.

При настройке современной информационной системы в неё закладывается бизнес-процесс, который выполняют её пользователи. То есть, бизнес-процесс - это тот же алгоритм. Приходит на ум поговорка «Новое – это хорошо забытое старое». В современных задачах управления и экономики применяются большие и сложные компьютерные информационные системы, в которые уже встроены средства автоматизации проектирования бизнес-процессов.