28. Стадии и этапы создания ис. Особенности проектов разработки ис. Трудности, возникающие в процессе разработки ис.

СТАДИИ И ЭТАПЫ СОЗДАНИЯ ИС

1. Формирование требований к ИС (REQ): 1.1. Обследование объекта и обоснование необходимости создания ИС, 1.2. Формирование требований пользователя к ИС, 1.3. Оформление отчёта о выполненной работе и заявки на разработку ИС (тактико-технического задания).

2. Разработка концепции ИС: 2.1. Изучение объекта, 2.2. Проведение необходимых научно-исследовательских работ, 2.3. Разработка вариантов концепции ИС, удовлетворяющего требованиям пользователя, 2.4. Оформление отчёта о выполненной работе.

3. Техническое задание: 3.1Разработка и утверждение технического задания на создание ИС.

4. Эскизный проект: 4.1. Разработка предварительных проектных решений по системе и её частям, 4.2. Разработка документации на ИС и её части.

5. Технический проект: 5.1. Разработка проектных решений по системе и её частям, 5.2. Разработка документации на ИС и её части, 5.3. Разработка и оформление документации на поставку изделий для комплектования ИС и (или) технических требований (технических заданий) на их разработку, 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

6. Рабочая документация: 6.1. Разработка рабочей документации на систему и её части, 6.2. Разработка или адаптация программ.

7. Ввод в действие: 7.1. Подготовка объекта автоматизации к вводу ИС в действие, 7.2. Подготовка персонала, 7.3. Комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, инф-ыми изделиями),

7.4. Строительно-монтажные работы, 7.5. Пусконаладочные работы, 7.6. Проведение предварительных испытаний, 7.7. Проведение опытной эксплуатации, 7.8. Проведение приёмочных испытаний

8. Сопровождение ИС: 8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание.

ОСОБЕННОСТИ ПРОЕКТОВ РАЗРАБОТКИ ИС

Основные причины провала проектов по разработке ПО со стороны заказчиков

1.потребности заказчика не понятны или зафиксированы не полностью, 2. требования заказчиков изменяются очень часто, 3.заказчики не готовы выделить достаточно ресурсов для проекта, 4. заказчики не желают сотрудничать с разработчиками, 5.ожидания заказчиков нереалистичны, 6.система оказывается бесполезной для заказчиков.

Заказчики должны:

1.Нанимать лучших разработчиков, 2. Обеспечивать непрерывный процесс обучения и образования своих разработчиков

- Поощрять обмен информацией и общения между разработчиками,

- Стимулировать разработчиков, направляя их на продуктивную работу,

- Создавать благоприятную рабочую атмосферу,

- Увязывать личные цели разработчиков со стратегией и задачами организации,

- Придавать особое значение коллективной работе.

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

Цель разработки – обеспечить управление коллективом разработчиков и усилить сотрудничество между его членами, чтобы произвести высококачественное ПО.

Функции разработки: 1.опр-ние порядка выполнения действий, 2.опр-ние состава и времени предоставления артефактов, 3.распределение заданий и артефактов между разработчиками, 4.формулировка критериев мониторинга проекта, опр-ние средств измерения результатов и план-ния будущих проектов.

Варианты разработки:

1.Спиральная модель,

2.Унифицированный процесс разработки Rational Unified Process (RUP) - шаблоны документов, объяснений, понятий, идей разработки,

3.Архитектура, управляемая моделями (model-driven architecture – MDA) - исполняемые спецификации: генерация ПО с помощью моделей и компонентов,

4.Ускоренный процесс разработки – уменьшение роли планирование, документирование

5.Аспектно-ориентированная разработка ПО - создание отдельных модулей ПО на основе пересекающихся понятий – аспектов.

Квалификация разработчиков

- соответствие уровню технологической зрелости (США)

- серия стандартов ISO 9000

- поставка готовых решений (solution management)

ТРУДНОСТИ, ВОЗНИКАЮЩИЕ В ПРОЦЕССЕ РАЗРАБОТКИ ИС

Первостепенные: 1сложность самого ПО, 2.согласованность ПО, 3.изменчивость ПО, 4. невидимость ПО

Второстепенные: 1. Участники проекта: заказчики, программисты, 2. Процесс