ГОСы / ФБИ ПРИС 2016

Рис. 2.2. Поэтапная модель с промежуточным контролем

Рис. 2.3. Спиральная модель ЖЦ ИС

4 Каскадная модель жизненного цикла ИС

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

Каскадная модель у Грекула:

Разработка требований ->Проектирование -> Реализация -> Тестирование -> Ввод в действие.

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

Исследование концепции <->Исследование системы <-> Требования <-> Проектирование <->Разработка <-> Внедрение <-> Установка <-> Эксплуатация и поддержка <-> Сопровождение <-> Вывод из эксплуатации.

Преимущества каскадной модели по Кравченко:

хорошо известна заказчикам и конечным пользователям (часто используется для различных проектов, не связанных с разработкой ПО);

последовательно реализует этапы работ;

доступна для понимания, проста и удобна в эксплуатации, так как процесс разработки выполняется поэтапно;

эффективна, когда требования к качеству доминируют над требованиями к затратам и графику выполнения проекта;

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

процедуры по контролю за качеством выполняются поэтапно;

ход выполнения проекта легко проследить с помощью временной шкалы (или диаграммы Ганта).

Недостатки каскадной модели по Кравченко:

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

не отображает процессы, направленные на разрешение проблем;

сложность в определении выполненного объема работ по проекту;

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

заказчик принимает участие в процессе создания КИС только в самом начале - при сборе требований, и в конце - во время приемочных испытаний;

заказчик может оценить качество системы лишь по окончании процесса разработки;

отсутствует возможность поэтапного внедрения системы;

обучение сотрудников происходит в конце жизненного цикла, когда система уже сдана в эксплуатацию;

каждая фаза является предпосылкой для выполнения последующих действий, что значительно повышает риски;

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

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

модель не рассчитана на динамические изменения требований в ходе жизненного

цикла;

модели необходимы жесткое управление и контроль, поскольку в ней не предусмотрена возможность модификации требований;

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

Область применения каскадной модели по Кравченко:

Каскадную модель целесообразно использовать в следующих ситуациях.

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

Функционал системы уже знаком разработчикам и имеется богатый опыт в создании подобного типа систем (автоматизация бухгалтерского учета, электронный документооборот, автоматизация управления цепочками поставок и др.).

Новая версия существующей системы, когда вносимые изменения определены и управляемы.

Переход системы на новую платформу.

Каскадные модели используются при выполнении масштабных проектов, в которых задействовано несколько больших команд разработчиков.

Положительные стороны применения каскадного подхода:

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

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

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

Каскадная модель предполагает разработку законченных продуктов на каждом этапе: ТЗ, ТП, программного продукта и пользовательской документации. Разработанная документация позволяет не только определить требования к продукту следующего этапа, но и определить обязанности сторон, объем работ и сроки, при этом окончательная оценка сроков и стоимости проекта производится на начальных этапах, после завершения обследования.

5 Проблемы разработки ИС

Условно все проблемы разработки ИС разбиваются на четыре группы: проблемы структуризации, лингвистические проблемы, проблемы технической реализации и организационные проблемы.

1. Проблемы структуризации:

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

определение количества абонентов и их требований к информационному обеспечению процессов принятия решений.

2. Лингвистические проблемы:

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

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

иих взаимодействие с другими системами и составляет суть проблемы.

3. Проблемы технической реализации:

обоснование требований к комплексу технических средств;

выбор структуры информационных массивов;

обоснование структуры алгоритмов;

обоснование надежности информационного обеспечения;

обоснование схемы функционирования ИС.

4. Организационные проблемы:

определение порядка сбора и ввода информации в ИС;

определение порядка подачи запросов в ИС;

распределение прав и обязанностей.

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

6 Принципы разработки ИС

Принцип первого руководителя – любая ИС будет успешной только в том случае, если в ней заинтересовано первое лицо в организации. По Голубятникову: принцип состоит в том, что заказ на АСУ, его разработка и внедрение должны проводиться под непосредственным контролем первого руководителя, обладающего знаниями и правами, достаточными для успешного внедрения такой важной и сложной системы, как АСУ.

Принцип адаптивности (приспособляемости) – современные технические и программные системы позволяют перестраивать ИС с учетом изменения внешней и внутренней среды без существенных затрат. По Горинскому: принцип определяет необходимость наличия в АСУ таких средств, которые позволили бы с минимальными затратами приводить АСУ в соответствие с характером подобных изменений на ОУ (объект управления), так как с течением времени ОУ постоянно меняется, совершенствуется, развивается.

Принцип научности – использование новейших достижений науки и техники при разработке ИС.

Принцип максимально разумной типизации проектных решений состоит в том,

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

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

Принцип новых задач. При внедрении АСУ нельзя просто перекладывать на вычислительную технику традиционно сложившиеся методы учета, планирования и оперативного регулирования; нужно перестраивать их с учетом возможностей ЭВМ. Для этого необходимо провести тщательный анализ объекта управления с целью выявления потерь (сырья, энергии, мощности и др.), происходящих из-за недостатков управления. В соответствии с результатами анализа составляют перечень задач, которые могут быть решены с помощью вычислительной техники. Решение этих задач должно обеспечить полноту, своевременность и оптимальность управления.

В.М. Глушков выделил следующие классы новых задач:

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

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

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

Принцип системного подхода заключается в одновременном (системном) подходе

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

Данные уровня отдельных бизнес-структур (департамента, региона, города) должны быть явно описаны и доступны всем остальным бизнес-структурам (департаментам, ведомствам).

Ведомства собирают только самый необходимый минимум данных и стремятся уменьшить нагрузку на тех, кто должен предоставлять данные.

Данные вводятся в информационные системы один раз, и тут же выполняется проверка их корректности.

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

.

7 Последовательность этапов проектирования ИС

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

•обследование объекта и обоснование необходимости создания ИС;

•формирование требований пользователей к ИС;

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

Стадия 2. Разработка концепции ИС.

•изучение объекта автоматизации;

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

•разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

•оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

•разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

•разработка предварительных проектных решений по системе и ее частям;

•разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект.

•разработка проектных решений по системе и ее частям;

•разработка документации на ИС и ее части;

•разработка и оформление документации на поставку комплектующих изделий;

•разработка заданий на проектирование в смежных частях проекта.

Стадия 6. Рабочая документация.

•разработка рабочей документации на ИС и ее части;

•разработка и адаптация программ.

Стадия 7. Ввод в действие.

•подготовка объекта автоматизации;

•подготовка персонала;

•комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);

•строительно-монтажные работы;

•пусконаладочные работы;

•проведение предварительных испытаний ;

•проведение опытной эксплуатации ;

•проведение приемочных испытаний.

Стадия 8. Сопровождение ИС.

•выполнение работ в соответствии с гарантийными обязательствами;

•послегарантийное обслуживание.

8 Схема классификации методов сбора материалов обследования

Методы сбора материалов обследования