Процесс разработки по

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

Этапы разработки ПО:

1. Определение требований

2. Анализ (что делать)

3. Проектирование (как делать)

4. Реализация

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

Жизненные циклы ПО:

1. Каскадный (водопадный) метод

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

2. Итерационный метод – повторение водопадного процесса, реализация по частям

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

1. установление рисков на более ранних этапах, когда их еще можно избежать

2. тесная обратная связь с клиентом и более точное соответствие требованиям

3. объективная оценка состояния проекта в любой момент

4. нагрузка возрастает постепенно

5. есть возможность постоянного обучения и совершенствования процесса

3. Итерационный метод с наложением – каждый отдел занимается своим этапом разработки

Стандарты

ISO 12207 – профиль жизненного цикла программных средств:

1. Системный анализ

1. обследование объекта информатизации (цели, программы, средства)

2. разработка системного проекта

2. Эскизное (предварительное) проектирование

1. выбор средств разработки

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

3. разработка эскизного проекта

3. Техническое (детальное) проектирование

1. уточнение архитектуры

2. формализация требований к модулям системы

3. разработка технического проекта версии ПО

4. Кодирование

1. разработка исходных текстов

2. тестирование и отладка программы

3. разработка документации на компоненты ПО

5. Интеграция (сбор и запуск)

6. Испытание и документирование

1. тестирование программного средства в целом

2. разработка комплекта документов на программное средство

7. Сопровождение

RUP (Rational Unified Process) – все разбито на фазы:

1. Inception – начало (анализ)

Цели:

1. Понять границы проекта

2. Разработать экономическое обоснование

3. Добиться соглашения между заинтересованными сторонами

Веха: LCO (Lifestyle Objective Milestone) – веха целей жизненного цикла

2. Elaboration – проектирование

Цели:

1. Свести к минимуму главные технические риски

2. Создать базовую архитектуру

3. Понять, во что обойдется построение системы

Веха: LCA (Lifecycle Architecture Milestone) – веха архитектуры жизненного цикла

3. Construction – построение, реализация

Цели:

1. Построить первую рабочую версию продукта

Веха: IOC (Initial Operational Capability Milestone) – веха начальной функциональной готовности

4. Transition – внедрение (тестирование, развертывание, обучение, поддержка, …)

Цели:

1. Создать окончательную версию продукта и отправить ее заказчику

Веха: PR (Product Release Milestone) – веха готовности продукта

Каждая фаза может содержать несколько итераций

Объектно-ориентированные и структурные методы по

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

Структурные методы проектирования фокусируются на функциях системы: что она делает. Объектно-ориентированные методы фокусируются на данных (объектах) системы: что делают с ними.

Основные принципы объектно-ориентированного подхода:

1. Абстракция – выделение существенных характеристик некоторого объекта, отличающих его от всех других видов объектов

2. Инкапсуляция – отделение друг от друга элементов объекта, определяющих его внутреннее устройство и внешнее поведение

3. Модульность – разложение системы на внутренне связные, но слабо связанные между собой модули

4. Иерархия – упорядоченье абстракций, расположение их по уровням

Дополнительные принципы объектно-ориентированного подхода:

1. Типизация – способ защититься от использования объектов одного класса вместо другого или по крайней мере управлять таким использованием

2. Параллелизм – способность различных объектов действовать одновременно

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

UML (Unified Moduling Language) – появился в результате унификации множества языков графического моделирования в 1997 году. Язык UML – это стандарт. Тем не менее, является рекомендацией, которую те, кто его применяет, выполняют на свое рассмотрение, по соглашению. Мы можем, например, добавлять на диаграммы свои символы и обозначения, если с этим согласны те, кто будет пользоваться этими диаграммами.

Используется в трех ситуациях:

1. Эскизирование – для обмена между разработчиками информацией о различных аспектах системы

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

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