- •Оглавление
- •6 Тестирование 88
- •8.3 Организация разработки программного изделия 215
- •8.4 Организация обслуживания разработки программного изделия 230
- •8.5 Организация выпуска документации 239
- •8.6 Организация испытаний программных изделий 248
- •1 Введение. Проблемы современного программирования
- •2 Этапы разработки программного обеспечения
- •2.1 Анализ требований, предъявляемых к системе
- •2.2 Определение спецификаций
- •2.3 Проектирование
- •2.4 Кодирование
- •2.5 Тестирование
- •2.6 Эксплуатация и сопровождение
- •2) Определение спецификаций;
- •3) Проектирование;
- •4) Кодирование;
- •Контрольные вопросы
- •1. Этапы разработки программного обеспечения.
- •2. Анализ требований, предъявляемых к системе.
- •3 Методы разработки программного обеспечения как научная дисциплина
- •3.1 Методы управления разработкой
- •3.1.1 Выполнение проекта
- •3.1.2 Методика оценки затрат
- •3.1.2.1 Методика инженерно-технической оценки затрат
- •3.1.2.2 Оценка на основе распределения Рэлея
- •3.1.3 Контрольные точки
- •3.1.4 Средства разработки
- •3.1.5 Надежность
- •3.2 Методы проведения разработки программного обеспечения
- •3.3 Развитие методов разработки программного обеспечения
- •3.3.1 Язык определения задач и анализатор задач
- •3.3.2 Система структурного анализа и проектирования sadt
- •3.3.3 Система srem
- •3.3.4 Методика Джексона
- •3.4 Выводы
- •Контрольные вопросы
- •1. Методы разработки программного обеспечения как научная дисциплина.
- •4 Методы разработки программного обеспечения
- •4.1 Язык проектирования программ
- •4.2 Стратегия проектирования
- •4.2.1 Нисходящее проектирование и нисходящая разработка
- •4.2.2 Структурное проектирование
- •4.3 Данные
- •4.3.1 Обзор структур данных
- •4.3.1.1 Массивы
- •4.3.1.2 Структуры
- •4.3.1.3 Списки
- •4.3.1.4 Очереди
- •4.3.1.5 Стеки
- •4.3.1.6 Множества
- •4.3.1.7 Графы
- •4.3.1.8 Деревья
- •4.3.2 Абстрактные конструкции
- •4.3.2.1 Фиксированные типы данных абстрактного типа
- •4.3.2.2 Размещение указателей
- •4.3.2.3 Защита данных от несанкционированного доступа
- •Контрольные вопросы
- •2. Нисходящее проектирование и нисходящая разработка.
- •9. Абстрактные конструкции.
- •5 Правильность программ
- •5.1 Аксиомы
- •5.2 Правила преобразования данных
- •5.3 Доказательства правильности программ
- •Контрольные вопросы
- •1. Правильность программ.
- •6 Тестирование
- •6.1 Психология и экономика тестирования программ
- •6.2 Экономика тестирования
- •6.2.1 Тестирование программы как черного ящика
- •6.2.2 Тестирование программы как белого ящика
- •6.2.3 Принципы тестирования
- •6.3 Ручное тестирование
- •6.3.1 Инспекции и сквозные просмотры
- •6.3.2 Инспекции исходного текста
- •6.3.3 Список вопросов для выявления ошибок при инспекции
- •6.3.3.1 Ошибки обращения к данным
- •6.3.3.2 Ошибки описания данных
- •6.3.3.3 Ошибки вычислений
- •6.3.3.4 Ошибки при сравнениях
- •6.3.3.5 Ошибки в передачах управления
- •6.3.3.6 Ошибки интерфейса
- •6.3.3.7 Ошибки ввода-вывода
- •6.3.3.8 Другие виды контроля
- •6.3.4 Сквозные просмотры
- •6.3.5 Оценка посредством просмотра
- •6.4 Проектирование теста
- •6.4.1 Тестирование путем покрытия логики программы
- •6.4.1.1 Покрытие операторов
- •6.4.1.2 Покрытие решений
- •6.4.1.3 Покрытие условий
- •6.4.1.4 Покрытие решений/условий
- •6.4.1.5 Комбинаторное покрытие условий
- •6.4.2 Эквивалентное разбиение
- •6.4.2.1 Выделение классов эквивалентности
- •6.4.2.2 Построение тестов
- •6.4.3 Анализ граничных значений
- •6.4.4 Применение функциональных диаграмм
- •6.4.5 Предположение об ошибке
- •6.4.6 Стратегия
- •Контрольные вопросы
- •3. Принципы тестирования.
- •9. Анализ граничных значений.
- •11. Предположение об ошибке.
- •7 Технология разработки программ
- •7.1 Разбиение задачи на независимые подзадачи
- •7.2 Разбиение задачи на одинаковые по сложности части
- •7.3 Рекурсия и динамическое программирование
- •7.3.1 Рекурсия
- •7.3.2 Динамическое программирование
- •7.3.3 Моделирование
- •7.4 Поиск
- •7.4.1 Поиск в списках
- •7.4.2 Деревья поиска
- •7.4.3 Стратегия распределения памяти
- •7.5 Сортировка
- •7.6 Алгоритм выбора из конечного состояния
- •7.7 Сопрограммы
- •Контрольные вопросы
- •8 Методы управления проектированием программных изделий
- •8.1 Организация управления проектированием программного изделия
- •8.1.1 Понятие изделия как средства общения
- •8.1.2 Нисходящий анализ процесса управления проектированием программного изделия
- •8.1.3 Организация взаимодействия
- •8.1.4 Установление целей, средства их достижения
- •8.1.5 Подбор и обучение кадров
- •8.2 Организация планирования разработок программного изделия
- •8.2.1 Виды планов
- •8.2.2 Декомпозиция планов
- •8.2.3 Организационная структура группы планирования
- •8.2.4 Планы, связанные с созданием программных изделий
- •8.2.5 Опытный образец изделия
- •8.2.6 Организация планирования в фазе исследования
- •8.2.7 Организация планирования в стадии анализа осуществимости
- •8.2.8 Организация планирования в фазах конструирования и кодирования
- •8.2.9 Организация планирования в фазах оценки и использования
- •8.2.10 Обязанности группы планирования при рассмотрении и утверждении планов разработки программного изделия
- •8.3 Организация разработки программного изделия
- •8.3.1 Организация разработки программного изделия в фазе исследований
- •8.3.2 Организация разработки программного изделия в фазе анализа осуществимости
- •8.3.3 Организация разработки программного изделия в фазе конструирования (проектирования)
- •8.3.4 Организация разработки программного изделия в фазе программирования
- •8.3.5 Организация разработки программного изделия в фазе оценки
- •8.3.6 Окончание проекта
- •8.3.7 Участие группы разработки в фазовых обзорах
- •8.4 Организация обслуживания разработки программного изделия
- •8.4.1 Организационная структура группы обслуживания
- •8.4.2 Организация обслуживания программного изделия в фазе исследования
- •8.4.3 Организация обслуживания в фазах анализа осуществимости и конструирования
- •8.4.4 Организация обслуживания в фазе программирования и оценки
- •8.4.5 Организация обслуживания в фазе использования
- •8.4.6 Участие группы обслуживания в фазовых обзорах
- •8.5 Организация выпуска документации
- •8.5.1 Организационная структура группы выпуска документации
- •8.5.2 Стандарты и практические руководства
- •8.5.3 Организация выпуска документации в фазах исследований и анализа осуществимости
- •8.5.4 Организация выпуска документации в фазах конструирования и программирования
- •8.5.5 Организация выпуска документации в фазах оценки и использования
- •8.5.6 Участие группы выпуска документации в фазовых обзорах
- •8.6 Организация испытаний программных изделий
- •8.6.1 Современное состояние методов обеспечения качества программного изделия
- •8.6.1.1 Виды испытаний программного изделия. Стадии испытаний
- •8.6.1.2 Режимы испытаний программ
- •8.6.1.3 Категории испытания программного изделия
- •8.6.2 Организационная структура группы испытаний
- •8.6.3 Организация испытаний в фазах исследований и анализа осуществимости
- •8.6.4 Организация испытаний в фазах конструирования и программирования
- •8.6.5 Организация испытаний в фазе оценки
- •8.6.6 Организация испытаний в фазе использования
- •8.6.7 Участие группы испытаний в фазовых обзорах
- •Контрольные вопросы
- •1. Понятие изделия как средства общения.
- •4. Подбор и обучение кадров.
- •6. Организационная структура группы планирования.
- •Список литературы
8.2.4 Планы, связанные с созданием программных изделий
При использовании нисходящего планирования осуществляется постепенный переход от общего к частному (от целевой программы к стратегическим и тактическим планам) и от глобального к локальному (от плана семейства изделий, через план выпуска серии и совокупности изделий, к проекту конкретного программного изделия). Для облегчения понимания структуры различных планов вводятся «стандартные» определения.
Программное изделие — совокупность отдельных программных средств, их документации, гарантии качества (ISO 9000), рекламных материалов, мер по обучению пользователей, распространению и сопровождению программного обеспечения. Независимо от того, является ли программное обеспечение целостным изделием или только частной его модификацией, обычно изделие представляет собой тот наименьший объект, относительно которого рассматриваются все вышеназванные элементы.
Совокупность изделий — это группа изделий, имеющих одну или несколько общих характеристик и работающих совместно в некоторой комбинации (ОС, компиляторы, сервисные программы, средства диагностики, которые управляются операционной системой, составляют такую группу).
Серия изделий — это сочетание аппаратных и программных средств, которые имеют одну и более общих связей и функционируют совместно в некоторой комбинации как самостоятельная система.
Семейство изделий — несколько связанных программных изделий, которые необязательно должны иметь какой-либо общий интерфейс и работать на одной и той же аппаратуре (например, все компиляторы языка FORTRAN, созданные некоторым поставщиком для различных ЭВМ).
Планом самого высокого уровня является план выпуска семейства или серии изделий. Так как в их названии присутствует слово изделие — это стратегический план. В целом он формулируется в терминах технических средств, программного обеспечения, задач обучения персонала и т.д. Он содержит элементы стратегии:
как обеспечить совместимость с конкурирующими изделиями, благоприятствующую проникновению на рынок;
периодичность усовершенствования в целях продления цикла жизни изделия и т.д.
Обычно элементы стратегии охватывают длительный интервал (5—10 лет).
Как только план серии одобрен, разрабатываются планы выпуска совокупности изделий. Лучшим средством представления таких планов является конфигуратор. Это понятие используется для определения таблицы, в которой кратко характеризуются взаимосвязи между операционными системами и подчиненными им элементами совокупности изделий (табл. 8.1).
Компактная форма конфигуратора позволяет передавать большое количество информации верхним уровням управления.
Когда наступит время исследовательской деятельности по разработке программного изделия, сначала создается приблизительный план работы, производится первоначальное выделение средств, фиксируются фонды, необходимые для завершения работы. Документ, создаваемый при этом, есть не что иное, как распределение бюджета. Этот документ реализует концепцию приростного финансирования, он обеспечивает контроль за выполнением планов.
Таблица 8.1 — Конфигуратор
|
Совокупность программных изделий |
||||||
VSOS2 |
VSOS3 |
VSOS4 |
|||||
Наименование программного изделия |
Страниц |
Состояние |
Уровень поддержки |
Состояние |
Уровень поддержки |
Состояние |
Уровень поддержки |
VSOS2 VSOS3 VSOS4 |
4 4 5 |
7.07 /// /// |
3 |
/// 7.07 /// |
2 |
/// /// 7.08 |
1 |
/// — изделие не будет доступно для использования; дата — месяц и год, когда изделие станет доступно для использования |
1 — поддержка через уведомление о выявленных дефектах, посылается сообщение об изменениях, рассматриваются заявки на расширение возможностей; 2 — поддержка через уведомление о выявленных дефектах, посылается сообщение об изменениях, заявки на расширение возможностей не принимаются; 3 — только обработка уведомлений о дефектах |
Окончательный план выпуска изделий вырабатывается после серьезного изучения и обсуждения проблемы.
Первая задача решается после распределения бюджета, формируется план, который называется соглашением о требованиях. В этом документе устанавливаются договорные отношения между разработчиком и пользователем, а также тем, кто должен заниматься продажей изделия. Помимо разработчика, который обычно готовит этот документ, в его составлении участвуют многие функциональные подразделения, в том числе и группа испытаний, группа выпуска документации, персонал, занятый внедрением, сопровождением, сбытом и др.
Рассмотрение, утверждение и корректировка соглашения о требованиях являются наиболее важным моментом во всем процессе планирования разработки. Именно благодаря соглашению о требованиях все заинтересованные стороны знают, какие ожидания можно связать с созданием изделия.
Как только разработка становится реальностью, формируются планы отдельных групп: группы испытаний, план выпуска документации, план обеспечения поддержки.