ВУЗ: Томский государственный университет систем управления и радиоэлектроники
Категория: Учебное пособие
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 10763
Скачиваний: 8
201
Рис.
8.5
—
Жизненный
цикл
программного
изделия
Деятельность
группы
планирования
наиболее
активна
в
фазе
до
начала
анализа
осуществимости,
как
только
подтвер-
ждается
необходимость
изделия.
В
процессе
декомпозиции
планов
в
некоторый
момент
времени
поднимается
вопрос
о
конкретном
программном
изде-
лии.
Обычно
такое
предложение
содержится
в
стратегическом
плане
в
разделах,
касающихся
торговых
интересов,
и
плане
соз-
дания
семейства
или
серии
изделий.
Исследования
Анализ осуществимости
Конструирование
Программирование
Оценка
Использование
I
II
III
IV
V
VI
Спецификации утверждены
Спецификации составлены
Требования утверждены
Требования сформулированы
Ресурсы распределены
Необходимость разработки изделия признана
Компоновка завершена
Независимые испытания начались
Начато изготовление изделия
Изделие передано на распространение
Изделие снято с производства
202
Как
только
признана
необходимость
изделия,
сразу
начи-
нается
анализ
осуществимости
такого
предложения.
Группа
планирования
анализирует
возможность
компенсации
затрат,
которые
могут
понадобиться
для
его
осуществления,
проводит
финансовый
анализ
и
распределение
ресурсов.
Вторым
важным
событием
фазы
анализа
осуществимости
является
выделение
ресурсов
для
проведения
исследований
осуществимости
проекта.
Здесь
используется
принцип
прирост-
ного
финансирования,
на
основании
которого
могут
быть
суб-
сидированы
аналогичные
исследования
осуществимости
проек-
тов
множества
изделий.
Причем
лишь
наиболее
перспективные
из
них
должны
продолжаться
финансироваться
после
завершения
фазы
анализа
осуществимости.
На
этой
стадии
важно
выяснить,
укладывается
ли
разработка
проекта
в
установленные
сроки,
т.е.
максимальное
внимание
уделить
трудоемкости
работ.
Результатом
анализа
осуществимости
является
отчет,
дающий
четкие
рекомендации
по
реализуемости
проекта
и
ар-
гументированные
предложения
по
прекращению
работ.
Если
результаты
анализа
осуществимости
проекта
показывают,
что
изделие
может
быть
создано,
указанный
отчет
приобретает
вид
плана
разработки
(или
соглашения
о
требованиях).
Анализ
осуществимости
выполняется
той
группой,
кото-
рая
в
случае
положительных
результатов
анализа
будет
нести
ответственность
за
разработку
изделия.
Отчет
(соглашение
о
требованиях)
всегда
составляется
под
руководством
группы
планирования.
Это
приводит
к
самому
строгому
из
возможных
подходов
к
выработке
соглашения
о
требованиях,
т.к.
разработ-
чик
в
этом
случае
отвечает
за
выполнение
своих
собственных
планов.
Группа
планирования
в
этом
случае
считается
ответст-
венной
за
обеспечение
соответствия
соглашения
о
требованиях
тактическим
и
стратегическим
планам
и
целевой
программе
ор-
ганизации
в
целом.
Подобная
координация
является
основой
успешного
выполнения
планов.
203
8.2.7 Организация планирования в стадии анализа
осуществимости
В
момент
времени,
когда
ресурсы
распределены
(начало
фазы
осуществимости),
но
соглашения
о
требованиях
еще
нет
(конец
фазы
осуществимости),
новое
изделие
рассматривается
с
учетом
будущих
условий
его
использования.
Для
этого
сущест-
вует
два
средства:
конфигуратор
и
план
выпуска.
В
конфигураторе
перечисляются
программные
изделия,
которые
должны
функционировать
совместно
с
проектируемым
изделием,
т.е.,
во-первых,
необходимые
для
его
ввода
в
дейст-
вие
или
эксплуатацию,
во-вторых,
зависящие
от
него
в
период
их
установки
или
эксплуатации,
в-третьих,
работающие
парал-
лельно
с
ним.
Конфигуратор
—
это
план
создания
интерфейсов
высокого
уровня,
определяющих
связи
и
способствующих
взаимодействию
функциональных
групп,
совместно
разрабаты-
вающих
некоторое
изделие.
План
выпуска
изделия
имеет
то
же
значение,
что
и
кон-
фигуратор,
но
охватывает
только
те
элементы,
которые
должны
быть
готовы
к
определенному
времени.
Конфигуратор
и
план
выпуска
необходимо
периодически
обновлять.
Последней
задачей,
выполняемой
группой
планиро-
вания
в
фазе
осуществимости,
является
рассмотрение
и
утвер-
ждение
соглашения
о
требованиях
к
программному
изделию.
Это
самый
важный
момент
в
планировании,
т.к.
он
устанавли-
вает
направление
разработки
и
инициирует
начало
разработки.
8.2.8 Организация планирования в фазах
конструирования и кодирования
По
окончанию
фазы
исследований
группа
планирования
рассматривает
и
утверждает
планы
организации
поддержки
для
каждого
изделия
или
совокупности
изделий.
В
течение
всей
фа-
зы
конструирования
(проектирования)
группа
выпуска
доку-
ментации
и
группа
испытаний
готовят
планы
издания
докумен-
тов
и
планы
испытаний.
Группа
планирования
анализирует
эти
планы
главным
образом
на
их
соответствие
предписываемым
формам
и
на
их
совместимость
с
соглашением
о
требованиях,
204
конфигуратором
и
планом
выпуска
изделия.
В
течение
фазы
кодирования
группа
поддержки
готовит
свой
план,
а
группа
планирования
рассматривает
его
в
том
же
порядке,
в
котором
до
этого
рассматривались
план
изданий
и
план
испытаний.
8.2.9 Организация планирования в фазах оценки
и использования
Следующий
период
жизненного
цикла
программного
из-
делия
связан
с
принятием
решения
о
целесообразности
широко-
го
распространения
изделия.
Рекомендации
дает
группа
испы-
таний,
а
если
решение
о
выпуске
принято
без
ее
согласия,
то
группа
испытаний
дает
заключение
о
степени
готовности
изде-
лия.
При
этом
группа
планирования
анализирует
отчет
группы
испытаний
и
вновь
выясняет
у
нее
степень
соблюдения
согла-
шений
о
требованиях.
Для
принятия
решения
о
распростране-
нии
изделия
всегда
требуется
согласие
группы
планирования,
потому
что
после
выпуска
изделия
очень
трудно
исправить
ошибки
не
только
в
программах,
но
и
в
документации.
Поэтому
администратор
планирования
должен
быть
уверен
в
том,
что
все
группы
выполнили
свои
задачи
и
готовы
к
выполнению
фа-
зы
использования.
Обычно
группа
поддержки
настаивает
на
возможно
более
раннем
выпуске
изделия,
чтобы
своевременно
закончить
опера-
ции
по
сбыту
или
сохранить
того
или
иного
заказчика.
Группа
разработки
выдвигает
то
же
самое
требование
из
практических
соображений.
Группа
же
испытаний
обычно
хочет
продлить
испытания.
В
этих
условиях
компромиссное
решение
принима-
ет
лишь
группа
планирования,
как
группа,
отвечающая
за
ком-
плексную
увязку
всех
вопросов.
Группа
планирования
осуществляет
текущий
контроль
за
изделием
в
фазе
использования,
непрерывно
наблюдая
за
уве-
домлениями
о
дефектах
и
запросами
на
расширение.
Именно
администратор
группы
планирования
отвечает
за
организацию
устранения
замеченных
дефектов
и
целесообразность
создания
новых
версий
с
расширенными
возможностями.
При
этом
его
основная
задача
—
постоянно
снижать
уровень
поддержки
и
сопровождения.
Он
также
принимает
решение
о
снятии
изделия
205
с
производства
и
обслуживания.
Рекомендации
о
снятии
изде-
лия
с
производства
и
обслуживания
могут
поступить
из
любой
функциональной
группы.
Однако
независимо
от
первоисточни-
ка
рекомендации,
последнее
слово
принадлежит
группе
плани-
рования.
Никакая
другая
группа
не
имеет
такого
круга
обязан-
ностей,
который
необходим
для
ответственного
принятия
по-
добного
решения.
8.2.10 Обязанности группы планирования при
рассмотрении и утверждении планов разработки
программного изделия
Разделение
жизненного
цикла
программного
изделия
на
фазы
обеспечивает
несколько
контрольных
точек,
в
которых
изде-
лие
оценивается
(см.
рис.
8.5).
Сознательные
решения,
принимае-
мые
в
конце
каждой
фазы
с
целью
заблаговременного
определе-
ния
судьбы
изделия
в
будущем,
называются
фазовым
планирова-
нием.
Эта
процедура
выполняется
следующим
образом.
Сначала
определяются
фазы
и
основные
события
в
конце
каждой
из
них.
Затем
проводится
формальный
обзор
на
основе,
по
крайней
мере,
одного
документа
для
каждого
события.
Таблица
8.2
—
Документы
обзоров
Фаза
Обзор
основных
событий
Рассматриваемые
вопросы
1.
Распределение
бюджета
2.
Извещение
о
календарных
сроках
3.
Соглашение
о
требованиях
4.
Спецификации
5.
Издание
документации
6.
План
испытаний
7.
План
поддержки
8.
Отчеты
9.
План
выпуска
10.
Конфигуратор
I.
Исследования
II.
Анализ
осу-
ществимости
Ресурсы
распре-
делены
Требования
ут-
1,
2
1,
2,
3,
9,
10