Инженерия разработки программного продукта

Цель 1. Определение, интеграция и последовательное выполнение задач разработки ПО.

Цель 2. Поддержка взаимной согласованности промежуточных программных продуктов.

Более 800 000 книг и аудиокниг! 📚

Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением

ПОЛУЧИТЬ ПОДАРОК

Данный текст является ознакомительным фрагментом.

Читайте также

Глава 2 Социальная инженерия и ее применение

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

7. Дизайн продукта

7. Дизайн продукта Когда ваши материалы созданы, приступаем к оформлению. Можно самостоятельно сделать дизайн обложки вашего продукта, графическое оформление для сайта или найти фрилансера, который поможет в

8. Стоимость продукта

8. Стоимость продукта Следующая часть текста или видео – стоимость продукта. Вы говорите: «Сколько бы вы заплатили, чтобы получить такие результаты? На мой взгляд, этот курс стоит 100 000 рублей. Но вы можете получить его всего за 3500 рублей – если сделаете заказ прямо

9.5. Инженерия разработки программного продукта

9.5. Инженерия разработки программного продукта Группа ключевых процессов для уровня 3: определенный уровеньЦель группы ключевых процессов «Инженерия разработки программного продукта» заключается в последовательном выполнении четко определенного процесса,

3.1 Описание продукта

3.1 Описание продукта Каждый пакет программ должен содержать описание продукта. Описание продукта должно содержать характеристику продукта. Оно должно являться частью документации пакета для данного продукта. Оно должно содержать информацию по документации

4.2.1 Описание продукта

4.2.1 Описание продукта Должно быть протестировано выполнение соответствующих требований раздела 3, а выполнение рекомендаций раздела 3 может быть

А.2 Характеристики продукта

А.2 Характеристики продукта А.2.1 функциональные возможности (functionality): Набор атрибутов, относящихся к сути набора функций и их конкретным свойствам. Функциями являются те, которые реализуют установленные или предполагаемые потребности (ГОСТ Р ИСО/МЭК 9126 [14], без

Генная инженерия контрразведки

Генная инженерия контрразведки Автор: Дмитрий ШабановИнформационные агентства с энтузиазмом повторяют новость, посвященную якобы одержанной победе над раком. К сожалению, до победы очень далеко, но в этой теме радует любая подвижка… Рак считается столь грозной

2.5.6. Ключ продукта

2.5.6. Ключ продукта А теперь самое интересное: нужно ввести ключ продукта (рис. 2.15). Заметьте: ключ вводится уже после установки системы. Поэтому если вы выбрали выпуск Windows, не соответствующий имеющемуся ключу, установить Windows не получится. А для смены выпуска нужно

Тестирование программного продукта[59]

Тестирование программного продукта[59] Загрузите ваш «Кошелек». Для качественного тестирования давайте почистим содержимое наших форм (возможно, вы уже пытались что-то проверить?).Перейдем на лист «Приход», выделим ячейки с 1 января по 31 декабря и очистим их содержимое –

10.5. ВИЗУАЛЬНОЕ МОДЕЛИРОВАНИЕ И ПРОЦЕСС РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

10.5. ВИЗУАЛЬНОЕ МОДЕЛИРОВАНИЕ И ПРОЦЕСС РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 10.5.1. Достоинства и недостатки типов процесса разработкиПрограммное обеспечение может быть создано разными способами. Существует несколько различных типов процесса разработки, которые могут

Выбор программного продукта или поставщика сервисов PKI

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

Регистрационная карточка продукта

Регистрационная карточка продукта Многие продукты поставляются с регистрационной карточкой. Юридически, основное предназначение этих карточек заключается в помощи производителям при отзыве продукта. Но компании зачастую наполняют свои регистрационные карточки

Глава 3. Экономика разработки программного обеспечения

Глава 3. Экономика разработки программного обеспечения Мы должны сделать разработку программного обеспечения экономически более выгодной, для этого мы должны тратить деньги медленнее, приносить прибыль быстрее, а также увеличивать продолжительность эффективного

Содержание

ПРЕДИСЛОВИЕ
ГЛАВА 1. ОСНОВНЫЕ ПОНЯТИЯ ЗРЕЛОСТИ ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ
1.1. Зрелые и незрелые организации-разработчики ПО
1.2. Фундаментальные концепции, лежащие в основе понятия зрелости производственных процессов
1.3. Обзор модели зрелости процессов разработки
ГЛАВА 2. ПЯТЬ УРОВНЕЙ ЗРЕЛОСТИ ПРОИЗВОДСТВЕННОГО ПРОЦЕССА
2.1. Поведенческие характеристики уровней зрелости
2.1.1. Уровень 1 — начальный уровень
2.1.2. Уровень 2 — повторяемый уровень
2.1.3. Уровень 3 — определенный уровень
2.1.4. Уровень 4 — управляемый уровень
2.1.5. Уровень 5 — оптимизирующий уровень
2.2. Понимание концепций уровней зрелости
2.2.1. Понимание концепции начального уровня
2.2.2. Понимание повторяемого и определенного уровней
2.2.3. Понимание управляющего и оптимизированного уровней
2.3. Представление о производственном процессе
2.4. Продуктивность процесса и прогнозирование производительности
2.5. Пропуск этапов развития организации
ГЛАВА 3. РАБОЧЕЕ ОПРЕДЕЛЕНИЕ МОДЕЛИ ЗРЕЛОСТИ ПРОЦЕССОВ РАЗРАБОТКИ ПО
3.1. Внутренняя структура описания уровней зрелости
3.2. Уровни зрелости
3.3. Группы ключевых процессов
3.4. Разделы
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
3.5. Ключевые практики
ГЛАВА 4. ИСПОЛЬЗОВАНИЕ СММ
4.1. Методы внутренней и внешней оценки производственного процесса
4.2. Различия между внутренними и внешними оценками производственного процесса
4.3. Другие способы использования CMM при усовершенствовании производственного процесса
ГЛАВА 5. БУДУЩИЕ НАПРАВЛЕНИЯ РАЗВИТИЯ СММ
5.1. Что находится вне области рассмотрения CMM
5.2. Ближайшие задачи
5.3. Долговременные задачи
5.4. Заключение
ГЛАВА 6. ИСПОЛЬЗОВАНИЕ СТРАНИЦ ОПИСАНИЯ КЛЮЧЕВЫХ ПРАКТИК
Ключевые практики (как таковые)
Подпрактики
ГЛАВА 7. ИНТЕРПРЕТАЦИЯ СММ
7.1. Интерпретация ключевых практик
7.2. Интерпретация разделов
7.2.1. Обязательства по выполнению Положения политики
Лидерство
7.2.2. Необходимые предпосылки Ресурсы и финансирование
Обучение
Ориентация
Начальные условия
7.2.3. Выполняемые операции
Типы планов
Формальные планы
Неформальные планы
В соответствии с документированной процедурой
Отнесенные к ПО системные требования
Отношения типа «поставщик — заказчик»
Отслеживание процесса разработки ПО с принятием корректирующих мер в сравнении с управлением ходом работ
Контроль в сравнении с экспертной оценкой
Помещение в систему управления конфигурацией в сравнении с управлением и контролем
7.2.4. Измерения и анализ
7.2.5. Проверка внедрения
Регулярный надзор со стороны высшего руководства
Регулярный и событийный надзор со стороны руководства проекта
Действия по обеспечению качества ПО
7.3. Интерпретация определения производственного процесса
7.3.1. Концепции определения процесса
7.3.2. Концепции, касающиеся основных средств производственного процесса организации Основные средства производственного процесса организации (ППО)
Стандартный производственный процесс организации (СППО)
Архитектура производственного процесса
Элемент производственного процесса
Утвержденное описание жизненных циклов ПО
Инструкции и критерии адаптации
База данных производственного процесса организации
Библиотека документации по производственному процессу
7.3.3. Концепции, связанные с производственным процессом проекта Описание производственного процесса проекта
Стадии
Задачи
Операции
Промежуточные программные продукты (результаты проекта)
Программные продукты
7.3.4. Взаимосвязь между производственным процессом проекта и планом разработки ПО
7.3.5. Жизненные циклы и CMM
7.3.6. Технология и CMM
7.3.7. Документация и CMM
7.3.8. Сбор и анализ данных процесса
7.4. Организационная структура и роли
7.4.1. Организационные роли
Менеджер
Руководитель высшего звена
Менеджер проекта
Производственный менеджер проекта
Линейный менеджер
Ведущий специалист
Персонал, разработчики, сотрудники
7.4.2. Организационная структура
Организация
Проект
Группа
Группа разработки ПО
Группы, связанные с разработкой ПО
Группа инженерии производственного процесса
Группа системного проектирования
Группа системного тестирования
Группа обеспечения качества ПО
Группа управления конфигурацией ПО
Группа обучения
7.4.3. Независимость и организационная структура
7.5. Применение профессиональной оценки
ГЛАВА 8. УРОВЕНЬ 2: ПОВТОРЯЕМЫЙ УРОВЕНЬ
8.1. Управление требованиями
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
8.2. Планирование проекта
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
8.3. Отслеживание хода проекта и контроль над ним
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
8.4. Управление производственным субподрядом
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
8.5. Обеспечение качества ПО
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
8.6. Управление конфигурацией ПО
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
ГЛАВА 9. УРОВЕНЬ 3: ОПРЕДЕЛЕННЫЙ УРОВЕНЬ
9.1. Координация производственного процесса организации
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
9.2. Определение производственного процесса организации
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
9.3. Программа обучения
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
9.4. Интегрированное управление разработкой ПО
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
9.5. Инженерия разработки программного продукта
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
9.6. Межгрупповая координация
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
9.7. Экспертные оценки
Цели
Обязательства по выполнению
Необходимые предпосылки
Выполняемые операции
Измерения и анализ
Проверка внедрения
ПРИЛОЖЕНИЕ
ЦЕЛИ КАЖДОЙ ГРУППЫ КЛЮЧЕВЫХ ПРОЦЕССОВ
1. Группы ключевых процессов для уровня 2: повторяемый уровень Управление требованиями
Планирование проекта
Отслеживание хода проекта и контроль над ним
Управление производственным субподрядом
Обеспечение качества ПО
Управление конфигурацией ПО
2. Группы ключевых процессов для уровня 3: определенный уровень Координация производственного процесса организации
Определение производственного процесса организации
Программа обучения
Интегрированное управление разработкой ПО
Инженерия разработки программного продукта
Межгрупповая координация
Экспертные оценки
3. Группы ключевых процессов для уровня 4: управляемый уровень Количественное управление процессом
Управление качеством ПО
4. Группы ключевых процессов для уровня 5: оптимизирующий уровень Предотвращение дефектов
Управление технологическими изменениями
Управление изменениями процесса
ССЫЛКИ НА ИСПОЛЬЗУЕМУЮ ЛИТЕРАТУРУ