ВУЗ: Томский государственный университет систем управления и радиоэлектроники
Категория: Учебное пособие
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 10753
Скачиваний: 8
221
этот
документ
не
будет
утвержден
или
если
придется
в
значи-
тельной
степени
пересмотреть
характеристики
программной
системы.
В
фазовом
обзоре
II
в
центре
внимания
находится
согла-
шение
о
требованиях.
Таблица
8.4
—
Участие
группы
разработки
в
фазовых
обзорах
Фаза
Фазовый
обзор
Форма
участия
при
обсуждении
документов
Исследование
I
Рассмотрение
и
утверждение
Анализ
осуществимости
II
Рассмотрение
и
утверждение
Конструирование
III
Рассмотрение
и
утверждение
Программирование
IV
Рассмотрение
и
утверждение
Оценка
V
Рассмотрение
и
утверждение
Использование
VI
Не
участвует
Группа
разработки
рассматривает
технические
требова-
ния,
распределение
бюджета,
новый
календарный
план,
а
также
некоторые
элементы
предварительного
варианта
конфигуратора
и
график
выпуска
изделия.
Она
утверждает
соглашение
о
требова-
ниях,
выделение
дополнительных
средств
из
распределения
бюд-
жета
и
дополнительные
обязательства
по
календарным
срокам.
В
период
между
II
и
III
фазовыми
обзорами
группа
разра-
ботки
проверяет
и
утверждает
планы
выпуска
документации
и
испытаний.
В
фазовом
обзоре
III
внимание
фокусируется
на
внешних
спецификациях.
Кроме
того,
группа
разработки
рас-
сматривает
распределение
бюджета
и
новое
извещение
о
кален-
дарных
сроках.
Здесь
же
утверждаются
внешние
спецификации,
уточненное
распределение
бюджета
и
новые
обязательства
по
календарным
срокам.
В
период
между
фазовыми
обзорами
III
и
IV
группа
раз-
работки
анализирует
и
утверждает
план
группы
поддержки,
спецификации
испытаний,
а
также
имеющиеся
рекламные
ма-
териалы.
Для
фазового
обзора
IV
она
представляет
отчет
об
ис-
пытаниях
класса
A
и
запрашивает
разрешение
на
испытание
класса
B.
Затем
группа
разработки
вновь
рассматривает
распре-
222
деление
бюджета
и
извещения
о
календарных
сроках,
утвер-
ждая
необходимые
поправки
в
документах.
В
период
между
фазовыми
обзорами
IV
и
V
группа
раз-
работки
участвует
только
в
редактировании
и
заключительном
рассмотрении
выпускаемой
документации,
которое
заканчива-
ется
ее
утверждением.
В
фазовом
обзоре
V
предметом
рассмот-
рения
является
отчет
об
испытаниях
класса
B.
Группа
разработ-
ки
изучает
этот
документ
и
утверждает
соответствующее
реше-
ние,
принятое
на
основе
результатов
испытаний.
Она
также
проверяет
календарный
план
и
утверждает
изменения
к
нему.
На
этом
заканчивается
участие
группы
разработки
в
рассмотре-
нии
и
утверждении
документов
проекта.
В
фазе
использования,
которая
начинается
после
фазового
обзора
V,
группа
разработ-
ки
остается
свободной
и
приводит
в
порядок
проектную
доку-
ментацию,
завершая
проект.
К
моменту
завершения
фазового
обзора
VI
группа
разработки
уже
не
участвует
в
проекте.
8.4
Организация
обслуживания
разработки
программного
изделия
При
любом
способе
организации
разработки
программно-
го
изделия
необходима
группа
обслуживания,
в
функции
кото-
рой
входят:
•
производственные
операции
—
приобретение,
экс-
плуатация
и
обслуживание
вычислительного
оборудо-
вания
и
программных
средств;
•
распространение
—
регистрация
и
рассылка
про-
граммных
средств;
•
системное
обеспечение
—
введение
и
слежение
за
со-
блюдением
стандартов,
процедур
и
форматов;
•
конфигурационное
управление
—
идентификация
и
проверка
всех
частей
программного
обеспечения.
Группа
обслуживания
также
участвует
в
решении
всех
административных,
кадровых
и
производственных
проблем,
возникающих
при
разработке
программных
средств.
Системное
обслуживание
включает
управление
планами,
т.е.
наблюдение
за
составлением
и
фактическим
выполнением
планов.
Это
означает,
что,
по
крайней
мере,
один
человек
—
223
администратор
планирования
—
часть
своего
времени
посвяща-
ет
выполнению
функции
обслуживания.
Конфигурационное
управление
включает
контроль,
реги-
страцию
и
распространение
проектной
документации,
т.е.
эти
функции
перекликаются
с
функциями
группы
выпуска
доку-
ментации.
8.4.1 Организационная структура группы
обслуживания
Общий
объем
и
номенклатура
услуг,
оказываемых
в
рам-
ках
функции
обслуживания,
определяют
численный
состав
и
внутреннюю
структуру
группы
обслуживания.
Как
уже
отмеча-
лось,
управление
планами
может
занимать
либо
часть
рабочего
времени
одного
сотрудника,
либо
все
время
нескольких
сотруд-
ников.
Подобное
утверждение
справедливо
для
любого
вида
деятельности,
т.е.
в
реальных
условиях
группа
обслуживания
постоянно
реорганизуется,
чтобы
удовлетворить
множество
но-
вых
запросов.
Основная
функция
группы
обслуживания
—
своевременно
обеспечивать
выполнение
запрашиваемых
услуг
с
минимальными
затратами.
Другие
функциональные
группы
не
обязаны
отчитываться
перед
группой
обслуживания
в
право-
мерности
своих
запросов.
Основной
ошибкой
в
деятельности
группы
обслуживания
является
«локальная
оптимизация»
при
потере
целей
глобаль-
ной
оптимизации
(одна
ЭВМ
вместо
двух
для
территориально
рассеянных
групп
разработчиков,
централизация
материально-
технического
обеспечения
и
др.).
Функциональная
группа
должна
быть
обеспечена
всем
необходимым,
даже
если
это
противоречит
локальной
оптимизации.
8.4.2 Организация обслуживания программного
изделия в фазе исследования
В
фазе
исследований
группа
обслуживания
занимается
исключительно
планированием
своей
работы
на
будущее,
т.к.
пока
не
будет
доказана
осуществимость
проекта,
т.е.
пока
не
будут
утверждены
соглашения
о
требованиях,
группа
обслужи-
224
вания
решает
лишь
одну
задачу:
определить
технические
сред-
ства,
необходимые
для
разработки
программного
изделия.
Но
поскольку
связанные
с
ними
расходы
могут
быть
значительны-
ми,
группе
обслуживания
следует
воздержаться
от
фактическо-
го
приобретения
этих
средств
до
утверждения
соглашения
о
требованиях.
После
утверждения
первоначального
распределения
бюджета
группа
обслуживания
вместе
с
руководителем
проекта
планирует
потребность
в
машинных
ресурсах,
объемы
канце-
лярских
работ
и
другие
виды
постоянных
услуг.
После
утвер-
ждения
бюджета
начинается
работа
и
по
учету
затрат
по
бюд-
жету.
Группа
обслуживания
регулярно
поставляет
сводки
о
расходах,
одновременно
группа
обслуживания
осуществляет
учет
выполнения
календарных
сроков,
составляет
регулярные
сводки
о
ходе
выполнения
календарного
плана.
Конфигурационное
управление
также
начинается
после
утверждения
бюджета.
Администратор
планирования
заводит
в
группе
контроля
дело
на
данный
проект.
С
этого
момента
он
наблюдает
за
тем,
чтобы
вся
проектная
документация,
выпус-
каемая
в
соответствии
с
планом,
подшивалась
в
дело.
8.4.3 Организация обслуживания в фазах анализа
осуществимости и конструирования
В
конце
фазы
исследований
руководитель
проекта
пере-
дает
на
рассмотрение
составленное
им
соглашение
о
требова-
ниях.
Администратор
планирования
проверяет
его
на
совмес-
тимость
с
существующими
планами
и
передает
руководителю
проекта
результаты
своего
анализа.
Группа
обслуживания
также
изучает
соглашение
о
требованиях
с
точки
зрения
потребностей
в
обеспечении
научно-исследовательских
работ
техническими
и
другими
ресурсами.
Средства,
приобретение
которых
занимает
большой
период
времени,
заказываются
заранее,
однако
факти-
чески
закупка
начинается
после
утверждения
соглашения
о
тре-
бованиях.
Группа
обслуживания
обычно
имеет
в
своем
распоряже-
нии
вычислительный
центр
или
исследовательскую
лаборато-
рию,
располагающую
соответственным
оборудованием
и
про-
225
граммными
средствами,
которые
обеспечивают
испытания
класса
C.
Целью
испытаний
класса
C
является
проверка
воз-
можности
внедрения
программного
изделия
и
его
совместимости
с
различными
конфигурациями
программной
и
аппаратной
среды.
Наибольший
эффект
дает
это
испытание
силами
малоквалифици-
рованных
работников,
которые,
хотя
и
не
знакомы
с
объектом
ис-
пытаний,
тем
не
менее
должны
суметь
определить
его
необходи-
мую
конфигурацию
и
возможность
ввода
в
действие.
Соглашение
о
требованиях
определяет
характер
испыта-
ний
класса
C
и
необходимую
квалификацию
персонала,
прово-
дящего
эти
испытания.
Участвуя
в
этих
испытаниях,
группа
об-
служивания
проверяет
соответствующие
пункты
соглашения
о
требованиях.
Кроме
того,
группа
обслуживания
выполняет
те
пункты
соглашения
о
требованиях,
в
которых
описывается
рас-
пространение
изделия,
—
куда,
каким
образом,
на
каких
носи-
телях
и
какие
компоненты
изделия
должны
быть
поставлены.
Группа
обслуживания
проверяет
компоненты
изделия,
а
также
условия
поставки
и
ввода
его
в
действие,
чтобы
убедиться,
что
они
удовлетворяют
принципам
конфигурационного
управления
и
что
в
распоряжении
группы
обслуживания
имеются
необхо-
димые
средства
для
распространения
изделия.
К
этому
времени
следует
принять
решение
относительно
защиты
прав
собственности
на
программное
изделие.
Оно
мо-
жет
быть
запатентовано,
на
него
могут
быть
заявлены
автор-
ские
права
или
право
собственности
владельца.
Выбранный
способ
защиты
прав
следует
оговорить
в
соглашении
о
требо-
ваниях,
чтобы
в
рамках
функции
обслуживания
можно
было
правильно
зарегистрировать
компоненты
программного
изделия
и
установить
контроль
за
его
распространением.
Сразу
же
после
утверждения
соглашения
о
требованиях
группа
обслуживания
приступает
к
фактическим
закупкам
обо-
рудования
на
основе
предварительных
заявок.
Вскоре
после
утверждения
соглашения
о
требованиях
группа
испытаний
пе-
редает
свой
план
испытаний.
Этот
план
проверяется,
прежде
всего,
в
группе
обслуживания,
которая
убеждается,
что
для
проведения
испытаний
класса
B
и
C
имеются
соответствующие