Жизненный цикл информационных систем

ЖИЗНЕННЫЙ ЦИКЛ ИНФОРМАЦИОННЫХ СИСТЕМ

 

1. Нормативно-методическое обеспечение информационных систем
2. Стандарт жизненного цикла информационных систем
3. Профили стандартов жизненного цикла
4. Процессы жизненного цикла
5. Модели жизненного цикла

 

Нормативно-методическое обеспечение создания ИС

 

Нормативно-методическим обеспечением (НМО) – совокупность документов, регламентирующих различные этапы разработки ИС:

• порядок разработки, внедрения и сопровождения ИС
• общие требования к составу и качеству ИС
• виды, состав и содержание проектной и программной документации

Классификация документов,  
входящих в состав НМО

 

По виду регламентации 

стандарт

руководящий документ

положение

 инструкция

и т.п.

По статусу  регламентирующего документа

международный

отраслевой

предприятия

По области  действия документа 

заказчик

подрядчик

проект

Нормативная база НМО

 

международные стандарты

International Organization of Standardization (ISO)

International Electrotechnical Commission (IEC)

стандарты Российской Федерации

ГОСТ  Р

стандарты организации-заказчика

Основные  международные документы, регламентирующие создание и сопровождение ИС

 

• CMM/CMMI (Capability Maturity Model Integration for Product and Process Development) – Интегрированная модель оценивания зрелости продуктов и процессов разработки ПО
• ISO 9001 – Система менеджмента качества
• ISO 9003 – Руководство по организации применения стандарта ISO 9001 для ПО
• ISO 9126 – Оценка программного продукта
• ISO 12207 – Процессы жизненного цикла ПО
• ISO 15504 – Оценка и аттестация зрелости процессов жизненного цикла ПО
• ISO 15939 – Процесс измерения ПО

Стандарт  жизненного цикла ИС

 

• ЖЦ ИС – это непрерывный процесс, начинающийся с момента принятия решения о необходимости создания ИС и заканчивающийся в момент полного её изъятия из эксплуатации

 

Разработка

 

Модификация

 

Использование

Процессы  ЖЦ ИС

 

основные

приобретение

поставка

разработка

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

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

вспомогательные

документирование

управление конфигурацией

обеспечение качества

верификация

аттестация

совместная оценка

аудит

разрешение проблем

организационные

управление проектом

создание инфраструктуры проекта 

усовершенствование 

обучение

Модели  жизненного цикла ИС

 

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

• стадии
• результаты выполнения работ на каждой стадии
• ключевые события (точки завершения работ и принятия решений)

Основные  стадии ЖЦ ИС:

 

1. разработка требований
2. проектирование
3. реализация (кодирование, программирование)
4. тестирование и отладка
5. ввод в действие (эксплуатация и сопровождение)

Модели жизненного цикла

Каскадная

Итерационная 

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

 

Разработка требований

Проектирование

Реализация

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

Ввод в действие

Преимущества

 

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

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

 

Разработка требований

Проектирование

Реализация

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

Ввод в действие

Недостатки

 

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

Итерационная  модель

 

Проектирование

 

Реализация

 

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

 

Разработка 

требований

 

Версия 1

 

Версия 2

 

Версия 3

Принципиальные  особенности спиральной модели:

 

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

Достоинства

 

• ускорение разработки (раннее получение результата за счёт прототипирования)
• постоянное участие заказчика в процессе разработки
• разбиение большого объёма работы на небольшие части
• снижение риска (повышение вероятности предсказуемого поведения системы)

Недостатки

 

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

19

 

Сколько успешных проектов?

 

2010

 

2005

 

2000

 

1995

 

28%

 

23%

 

49%

 

26%

 

28%

 

46%

 

27%

 

40%

 

33%

 

16%

 

31%

 

53%

 

График представляет результаты более 30 000 прикладных проектов в больших,

 средних и малых компаниях США с 1995 года. Составлено The Standish Group.

 

Источник: The Standish Group International, Extreme Chaos, The Standish Group  
International

 

Успешны

 

Изменены

 

Провалены

20

 

Что значит изменены?

 

Хотели получить

 

Получили

21

 

• Принятие решений в условиях неопределенности всегда связано с рисками

 

- Доктор, у меня такая  нервная работа...

- А чем вы занимаетесь?

- Я сортирую апельсины:  большие - в один 

  ящик, средние – в  другой, маленькие – в третий.

- И что тут такого  нервного?

- Доктор, вы не понимаете.  Я все время принимаю 

  решения, решения,  решения!

22

 

Что такое  риск?

 

• Опасность, возможность убытка или ущерба
• “Бизнес: Оксфордский толковый словарь” М.: РГГУ, 1996

• Действия на свою удачу (в том числе - “на авось”), деятельность “без верного расчета”, подверженная случайности
• “Толковый словарь русского языка” В.И. Даля (XIX век)

23

 

Риски в  IT-проектах

 

• Большое количество быстро меняющихся факторов, влияющих на успех проекта
• Требования пользователей
• Новые технологии
• Рыночная конкуренция
• Эволюция стандартов
• Требования к безопасности
• …

24

 

Тест: что  важно помнить о РИСКАХ?

 

• Риски присутствуют в каждом проекте
• Да
• Нет

 

• Риски не являются “хорошими” либо “плохими”
• Да
• Нет

 

• С рисками не нужно бороться, ими необходимо управлять
• Да
• Нет

 

• Риски – это проблемы
• Да
• Нет

25

 

Подходы к управлению рисками

 

• PMBOK
• Количественный анализ рисков
• Непрерывный процесс
• Дисциплина управления рисками MSF
• Основана на PMBOK
• Превентивное управление рисками
• Интеграция с другими компонентами MSF
• eXtreme Programming
• Откладывать принятие решения как можно дольше: информации для его принятия будет больше, а возможно оно вообще не понадобится

26

 

Два подхода

 

Профилактика	Борьба с последствиями
Предотвращаем проблемы	Решаем возникшие проблемы
Выявляем причины	Лечим симптомы и последствия
Готовимся заранее	Реагируем на кризис
Действуем по плану	Действуем спонтанно