Книги: [Классика] [Базы данных] [Internet/WWW] [Сети] [Программирование] [UNIX] [Windows] [Безопасность] [Графика] [Software Engineering] [ERP-системы] [Hardware]
Содержание
Предисловие
Что такое процесс разработки программного обеспечения?
Зачем написана эта книга
Для кого предназначена эта книга
Подход, принятый в книге
История Унифицированного процесса
Подход компании Ericsson
Язык спецификации и описания
Objectory
Подход компании Rational
Rational Objectory Process: 1995-1997
Унифицированный язык моделирования
Rational Unified Process
Благодарности
За вклад в эту книгу
За многие годы
Особые благодарности
Процесс наступает
От издательства
Часть 1. Унифицированный процесс разработки
программного обеспечения
Глава 1. Унифицированный процесс: управляемый вариантами
использования, архитектуро-ориентированный,
итеративный и инкрементный
Унифицированный процесс в двух словах
Унифицированный процесс управляется вариантами использования
Унифицированный процесс ориентирован на архитектуру
Унифицированный процесс является итеративным и инкрементным
Жизненный цикл Унифицированного процесса
Продукт
Разделение цикла разработки на фазы
Интегрированный процесс
Глава 2. Четыре "П" - персонал, проект, продукт и
процесс - в разработке программного обеспечения
Персонал решает все
Процессы разработки влияют на персонал
Роли будут меняться
Размещение "Ресурсов" внутри "Сотрудников"
Проект порождает продукт
Продукт - это больше, чем код
Что такое программная система?
Артефакты
Система содержит набор моделей
Что такое модель?
Каждая модель - это самодостаточное
представление системы
Модель изнутри
Связи между моделями
Процесс направляет проекты
Процесс как шаблон проекта
Связанные деятельности образуют рабочие процессы
Специализированные процессы
Похвала процессу
Средства и процесс - одно целое
Средства жестко привязаны к процессу
Процесс управляет средствами
Баланс между процессом и средствами его осуществления
Унифицированный язык моделирования
поддерживает визуальное моделирование
Средства поддерживают весь жизненный цикл системы
Глава 3. Процесс, направляемый вариантами использования
Введение в разработку, управляемую вариантами использования
Зачем нужны варианты использования?
Определение требований, приносящих ощутимый и
измеримый результат, важный для заказчика
Управление процессом
Задание архитектуры
Определение вариантов использования
Модель вариантов использования отражает
функциональные требования
Актанты - это среда, в которой существует система
Варианты использования определяют систему
Анализ, проектирование и разработка при
реализации варианта использования
Создание по вариантам использования
аналитической модели
Каждый класс должен играть все свои роли в кооперациях
Создание модели проектирования из аналитической модели
Классы группируются в подсистемы
Создание модели реализации из проектной модели
Тестирование вариантов использования
Резюме
Глава 4. Архитектуро-центрированный процесс
Введение в архитектуру
Зачем нужна архитектура?
Понимание системы
Организация разработки
Повторное использование
Развитие системы
Варианты использования и архитектура
Шаги разработки архитектуры
Базовый уровень архитектуры
Использование образцов архитектуры
Описание архитектуры
Архитектор, создающий архитектуру
Описание архитектуры
Архитектурное представление модели
вариантов использования
Архитектурное представление модели проектирования
Архитектурное представление модели развертывания
Архитектурное представление модели реализации
Три интересных понятия
Что такое архитектура?
Как ее получить?
Как ее описать?
Глава 5. Итеративный и инкрементный процесс
Введение в итеративность и инкрементность
Разрабатываем понемногу
Чем не является итерация
Почему мы используем итеративную и
инкрементную разработку?
Снижение рисков
Получение устойчивой архитектуры
Поддержка изменяющихся требований
Доступность тактических изменений
Достижение постоянной целостности
Достижение легкой обучаемости
Итеративный подход -управляемый рисками
Итерации снижают технические риски
За нетехнические риски отвечает руководство
Работа с рисками
Обобщенная итерация
Что такое итерация?
Планирование итераций
Последовательность итераций
Результат итерации - приращение
Итерации в жизненном цикле программы
Модели в ходе итераций совершенствуются
Итерации проверяют организацию
Часть 2. Основной рабочий процесс
Глава 6. Определение требований - от
концепции к требованиям
Почему трудно определять требования
Цели процесса определения требований
Обзор процесса определения требований
Роль требований в жизненном цикле разработки
программного обеспечения
Понимание контекста системы с помощью модели
предметной области
Что такое модель предметной области?
Разработка модели предметной области
Использование моделей предметной области
Понимание контекста системы с помощью бизнес-модели
Что такое бизнес-модель?
Как разработать бизнес-модель
Поиск вариантов использования по бизнес-модели
Дополнительные требования
Резюме
Глава 7. Определение требований в виде
вариантов использования
Введение
Артефакты
Артефакт: Модель вариантов использования
Артефакт: Актант
Вариант использования
Артефакт: Описание архитектуры
Артефакт: Глоссарий
Артефакт: Прототип интерфейса пользователя
Сотрудники
Сотрудник: Системный аналитик
Сотрудник: Спецификатор вариантов использования
Сотрудник: Разработчик интерфейса пользователя
Сотрудник: Архитектор
Рабочий процесс
Деятельность: Нахождение актантов и
вариантов использования
Деятельность: Определение приоритетности
вариантов использования
Деятельность: Детализация вариантов использования
Деятельность: Создание прототипа интерфейса
пользователя
Деятельность: Структурирование модели вариантов
использования
Рабочий процесс определения требований: резюме
Глава 8. Анализ
Введение в анализ
Кратко об анализе
Почему анализ - это не проектирование
и не реализация
Цели анализа: краткий обзор
Конкретные примеры случаев, в которых следует
использовать анализ
Роль анализа в жизненном цикле программы
Артефакты
Артефакт: Модель анализа
Артефакт: Класс анализа
Артефакт: Анализ реализации варианта использования
Артефакт: Пакет анализа
Артефакт: Описание архитектуры
(представление модели анализа)
Сотрудники
Сотрудник: Архитектор
Сотрудник: Инженер по вариантам использования
Сотрудник: Инженер по компонентам
Рабочий процесс
Деятельность: Анализ архитектуры
Деятельность: Анализ варианта использования
Деятельность: Анализ класса
Деятельность: Анализ пакетов
Рабочий процесс анализа - резюме
Глава 9. Проектирование
Введение
Роль проектирования в жизненном цикле
разработки программного обеспечения
Артефакты
Артефакт: Модель проектирования
Артефакт: Класс проектирования
Артефакт: Проект реализации варианта использования
Артефакт: Подсистема проектирования
Артефакт: Интерфейс
Артефакт: Описание архитектуры
(представление модели проектирования)
Артефакт: Модель развертывания
Артефакт: Описание архитектуры
(представление модели развертывания)
Сотрудники
Сотрудник: Архитектор
Сотрудник: Инженер по вариантам использования
Сотрудник: Инженер по компонентам
Рабочий процесс
Деятельность: Проектирование архитектуры
Деятельность: Проектирование вариантов использования
Деятельность: Проектирование класса
Определение обобщений
Деятельность: Проектирование подсистемы
Рабочий процесс проектирования - резюме
Глава 10. Реализация
Введение
Роль реализации в жизненном цикле разработки
программного обеспечения
Артефакты
Артефакт: Модель реализации
Артефакт: Компонент
Артефакт: Подсистема реализации
Артефакт: Интерфейс
Артефакт: Описание архитектуры
(Представление модели реализации)
Артефакт: План сборки
Сотрудники
Сотрудник: Архитектор
Сотрудник: Инженер по компонентам
Сотрудник; Системный интегратор
Рабочий процесс
Деятельность: Реализация архитектуры
Деятельность: Сборка системы
Деятельность: Реализация подсистемы
Деятельность: Реализация класса
Деятельность: Выполнение тестирования модулей
Рабочий процесс реализации: резюме
Глава 11. Тестирование
Введение
Роль тестирования в жизненном цикле программы
Артефакты
Артефакт; Модель тестирования
Артефакт: Тестовый пример
Артефакт: Процедура тестирования
Артефакт: Тестовый компонент
Артефакт: План тестирования
Артефакт: Дефект
Артефакт: Оценка теста
Сотрудники
Сотрудник: Разработчик тестов
Сотрудник: Инженер по компонентам
Сотрудник: Тестер целостности
Сотрудник: Системный тестер
Рабочий процесс
Деятельность: Планирование тестирования
Деятельность: Разработка теста
Деятельность: Реализация теста
Деятельность: Проведение тестирования целостности
Деятельность: Проведение тестирования системы
Деятельность: Оценка результатов тестирования
Тестирование: резюме
Часть 3. Итеративная и инкрементная разработка
Глава 12. Обобщенный рабочий процесс итерации
Необходимость баланса
Фазы, на которые предварительно разбивается работа
Фаза анализа и планирования требований
определяет выполнимость
Фаза проектирования обеспечивает
возможность выполнения
Фаза построения создает систему
Фаза внедрения переносит систему в
среду пользователей
Еще раз об обобщенной итерации
Основные рабочие процессы повторяются
на каждой итерации
Сотрудники участвуют в рабочих процессах
Планирование предваряет деятельность
Планирование четырех фаз цикла
Планирование итераций
Взгляд в будущее
Планирование критериев оценки
Риски влияют на планирование проекта
Управление списком рисков
Влияние рисков на план итераций
Выделение рискованных действий
Расстановка приоритетов вариантов использования
Риски, характерные для отдельных продуктов
Риск не создать правильную архитектуру
Риск неправильного определения требований
Требуемые ресурсы
Проекты сильно различаются
Как выглядит типичный проект
Сложный проект требует большего
Новая линия продуктов требует опыта
Цена за использование ресурсов
Оценка итераций и фаз
Критерии не достигнуты
Критерии сами по себе
Следующая итерация
Развитие набора моделей
Глава 13. Анализ и планирование требований
инициирует проект
Введение
В начале фазы анализа и планирования
Перед началом фазы анализа и планирования требований
Планирование фазы анализа и планирования требований
Расширение концепции системы
Задание критериев оценки
Типичный поток работ итерации на фазе анализа
и планирования требований
Введение в пять основных потоков работ
Погружение проекта в среду разработки
Определение критических рисков
Выполнение основных рабочих процессов от определения
требований до тестирования
Определение требований
Анализ
Проектирование
Реализация
Тестирование
Определение исходных деловых перспектив
Формулировка бизнес-предложения
Оценка доходности инвестиций
Определение итераций в фазе анализа
и планирования требований
Планирование фазы проектирования
Результаты фазы анализа и планирования требований
Глава 14. Фаза проектирования создает
базовый уровень архитектуры
Введение
В начале фазы проектирования
Планирование фазы проектирования
Построение команды
Модификация среды разработки
Задание критериев оценки
Типичный поток работ итерации на фазе проектирования
Определение и уточнение большей части требований
Разработка базового уровня архитектуры
Пока команда малочисленна - ищите путь
Выполнение основных рабочих процессов - от определения
требований до тестирования
Определение требований
Анализ
Проектирование
Реализация
Тестирование
Определение деловых перспектив
Подготовка бизнес-предложения
Уточнение доходности инвестиций
Оценка результатов итераций и фазы проектирования
Планирование фазы построения
Основные результаты
Глава 15. Фаза построения приводит к появлению
базовых функциональных возможностей
Введение
В начале фазы построения
Персонал для осуществления фазы
Задание критериев оценки
Типичный рабочий процесс итерации в фазе построения
Выполнение основных потоков работ - от определения
требований до тестирования
Определение требований
Анализ
Проектирование
Реализация
Тестирование
Контроль бизнес-плана
Оценка результатов итераций и фазы построения
Планирование фазы внедрения
Основные результаты
Глава 16. Внедрение завершается выпуском продукта
Введение
В начале фазы внедрения
Планирование фазы внедрения
Персонал для осуществления фазы
Задание критериев оценки
Основные потоки работ на этой фазе не играют
почти никакой роли
Что мы делаем на фазе внедрения
Выпуск бета-версии
Установка бета-версии
Реакция на результаты тестирования
Адаптация продукта к различным операционным средам
Завершение артефактов
Когда заканчивается проект
Завершение бизнес-плана
Контроль прогресса
Пересмотр бизнес-плана
Оценка фазы внедрения
Оценка итерации и фазы внедрения
Результаты экспертизы законченного проекта
Планирование следующего выпуска или версии
Основные результаты
Глава 17. Заставим Универсальный процесс работать
Универсальный процесс помогает справиться со сложностью
Цели жизненного цикла
Архитектура жизненного цикла
Базовые функциональные возможности
Выпуск продукта
Основные темы
Руководство управляет переходом на Универсальный процесс
Момент истины
Приказ о реинжиниринге убеждает в необходимости перехода
Осуществление внедрения
Специализация Унифицированного процесса
Привязка процесса
Заполнение каркаса процесса
Универсальный процесс для широкого круга лиц
Определение пользы от использования
Универсального процесса
Приложение А. Обзор языка UML
Введение
Словарь
Механизмы расширения
Графическая нотация
Понятия, относящиеся к структуре
Понятия, относящиеся к поведению
Понятия, относящиеся к группировке
Понятия, относящиеся к примечаниям
Отношения зависимости
Отношения ассоциации
Отношения обобщения
Механизмы расширения
Глоссарий терминов
Приложение Б. Расширения UML, специфичные
для Универсального процесса
Введение
Стереотипы
Именованные значения
Графическая нотация
Приложение В. Основной глоссарий
Введение
Понятия
Литература
Алфавитный указатель
Начало
Краткое содержание
Предисловие
Заказать книгу в магазине "Мистраль"
🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях
Виртуальные VPS серверы в РФ и ЕС
