ВУЗ: Томский государственный университет систем управления и радиоэлектроники
Категория: Учебное пособие
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 16904
Скачиваний: 11
236
документации,
тем
точнее
могут
оказаться
оценки,
полученные
в
этой
фазе.
В
фазовом
обзоре
I
начинается
рассмотрение
извещения
о
календарных
сроках.
На
этом
этапе
необязательно
готовить
подробный
план
выпуска
документации.
После
фазового
обзора
I
эта
группа
фактически
перестает
участвовать
в
проекте,
вплоть
до
утверждения
соглашения
о
требованиях.
В
утвержденном
соглашении
о
требованиях
указывается,
какие
виды
документации
надо
издавать,
когда
они
будут
гото-
вы
и
в
каких
видах
выражается
дополнительное
участие
группы
выпуска
документации
в
работе
над
программным
изделием.
Если
эта
группа
изъявляет
желание
участвовать
в
рассмотрении
внешних
спецификаций,
она
может
быть
включена
в
техниче-
скую
ревизионную
комиссию.
Если
группа
выпуска
документации
не
планирует
изда-
ние
каких-либо
документов,
отличающихся
от
стандартных,
то
экспертам,
изучающим
соглашение
о
требованиях,
достаточно
будет
рассмотреть
в
этом
соглашении
полноту
документов,
предусмотренных
стандартом.
При
этом
участие
группы
выпус-
ка
документации
в
составлении
соглашения
о
требованиях
бу-
дет
минимальным.
В
период
между
составлением
соглашения
о
требованиях
и
его
утверждением,
на
этапе
фазового
обзора
II,
все
заинтере-
сованные
группы
должны
оценить
требования
к
программному
изделию
и
его
возможности.
Хотя
группа
выпуска
документа-
ции
привлекается
только
для
консультаций
при
составлении
соглашения
о
требованиях,
она
тщательно
изучает
его,
чтобы
убедиться,
что
ее
обязательства
соответствуют
назначению
про-
граммного
изделия.
8.5.4 Организация выпуска документации в фазах
конструирования и программирования
Активная
работа
группы
выпуска
документации
начина-
ется
в
этих
фазах.
В
фазе
конструирования
создаются
макеты
будущей
документации.
План
выпуска
документации
детализи-
рует
положения
соглашения
о
требованиях,
касающиеся
доку-
ментации.
В
них
учитываются
сроки
проведения
работ
в
рамках
237
других
функций
и
ранее
проведенных
изменений
проекта,
стан-
дарты,
характеристика
документации
и
этапы
проверки.
Иногда
план
выпуска
документации
для
нескольких
проектов
объеди-
няется.
Утвержденный
план
подкрепляется
индивидуальными
планами.
В
фазе
конструирования
группа
разработки
передает
внешние
спецификации
на
рассмотрение
другим
группам.
Группа
выпуска
документации
убеждается
в
том,
что
внешние
спецификации
имеют
завершенный
вид,
и
начинает
готовить
рукописи
справочных
материалов.
Если
в
документацию
вклю-
чено
техническое
описание,
то
работа
начинается
именно
с
это-
го
документа,
т.к.
он
должен
быть
готов
в
то
же
самое
время,
когда
группа
поддержки
выпустит
рекламные
материалы.
Если
для
программного
продукта
предусмотрен
выпуск
справочного
материала
в
режиме
on-line,
группа
выпуска
доку-
ментации
совместно
с
группой
разработки
подготавливает
внешнюю
спецификацию
на
изделие,
в
которой
описываются
форматы
и
содержание
всех
сообщений,
выдаваемых
пользова-
телю.
Максимальная
нагрузка
группы
выпуска
документации
наступает
в
фазе
программирования.
Группа
изучает
план
груп-
пы
поддержки,
чтобы
убедиться,
что
рукописи
уже
изданных
материалов,
необходимые
для
обучения
пользователей
или
для
создания
рекламных
материалов,
появятся
к
заданному
сроку.
В
течение
этой
фазы
группа
выпуска
документации
один
или
не-
сколько
раз
передает
на
рассмотрение
группы
разработки
руко-
писи
справочных
материалов
с
тем,
чтобы
выявить
расхожде-
ния
в
технических
деталях.
В
конце
фазы
программирования
на
рассмотрение
посту-
пают
рукописи
материалов
по
обучению
пользователей,
подго-
товленные
группой
поддержки.
Группа
выпуска
документации
проверяет
эти
материалы
на
соответствие
стилю
и
содержанию
остальной
документации.
С
момента
утверждения
внешних
спецификаций
и
до
на-
чала
испытаний
класса
B
группа
выпуска
документации
следит
за
всеми
изменениями
внешних
спецификаций.
Так как
она
не
участвует
в
обсуждении,
то
ей
приходится
соглашаться
с
вно-
238
симыми
изменениями
и
настаивать
на
соответствующих
изме-
нениях
сроков
издания
и
объемов
финансирования.
Это
осуще-
ствляется
путем
участия
в
технической
ревизионной
комиссии.
8.5.5 Организация выпуска документации в фазах
оценки и использования
В
начале
фазы
оценки
группа
выпуска
документации
за-
канчивает
составление
окончательных
вариантов
всей
докумен-
тации
вместе
с
иллюстрациями.
Рукописи
направляются
на
рас-
смотрение
другим
группам.
Группы
подготавливают
перечень
дефектов,
замеченных
в
документации.
Решающая
роль
при
анализе
документации
принадлежит
группе
испытаний.
Если
группа
испытаний
удовлетворена
содержанием
рукописей,
по
-
следние
сдаются
в
печать,
и
готовая
документация
поступает
на
распространение.
В
фазе
оценки
группа
обслуживания
подготавливает
ру-
ководство
по
вводу
программного
изделия
в
действие
—
ин-
формационный
листок
выпуска.
Этот
листок
создается
в
соот-
ветствии
со
стандартами
группы
выпуска
документации,
кото-
рая
и
обеспечивает
его
выход
в
свет.
Группа
выпуска
документации
привлекается
к
обсужде-
нию
решения
о
выпуске
изделия,
если
будет
предложено
оста-
вить
без
исправления
замеченные
в
документах
дефекты.
Это
возможно
лишь
в
том
случае,
если
устранение
дефектов
приве-
дет
к
значительным
затратам.
После
того,
как
изделие
вступило
в
фазу
использования,
сопровождение
документации
осуществляется
по
той
же
схеме,
что
и
сопровождение
программного
изделия.
Несмотря
на
меры
анализа
и
контроля,
пользователи
обнаруживают
некоторые
ошибки
в
программном
изделии.
По
мере
поступления
сведений
о
замеченных
ошибках
(заявки
на
техническое
обслуживание)
они
устраняются,
и
накопленные
исправления
вносятся
в
доку-
ментацию.
Коррекция
осуществляется
несколькими
способами:
−
заново
перепечатывается
весь
материал;
−
печатаются
отдельные
страницы
с
перечнем
исправле-
ний;
239
−
перепечатываются
целые
страницы
для
замены
стра-
ниц
с
ошибками.
Рассылка
корректирующего
материала
осуществляется
либо
путем
непосредственного
исправления,
либо
путем
вклю-
чения
перечня
исправлений
в
информационные
листки
выпуска
для
издаваемых
новых
выпусков
изделия,
либо
в
ответ
на
заяв-
ку
на
техническое
обслуживание.
Независимо
от
формы
прове-
дения
коррекции
или
способа
распространения,
должна
соблю-
даться
дисциплина
конфигурационного
управления.
Каждое
издание
документации,
каждая
замена
страницы
и
каждый
пе-
речень
исправлений
должны
содержать
указание
на
конкретную
внешнюю
спецификацию,
и
наоборот.
8.5.6 Участие группы выпуска документации
в фазовых обзорах
До
фазового
обзора
I
в
группу
выпуска
документации
по-
ступает
запрос
на
проведение
предварительных
оценок
необхо-
димых
ресурсов,
на
основании
которых
производится
распреде-
ление
бюджета.
Утверждение
средств
происходит
в
ходе
фазо-
вого
обзора
II.
В
ходе
фазового
обзора
II
группа
пересматривает
свои
ис-
ходные
позиции
в
отношении
соглашения
о
требованиях,
руково-
дствуясь
окончательным
бюджетом,
и
утверждает
пересмотренное
соглашение
о
требованиях.
Проводится
также
анализ
распределе-
ния
бюджета
внутри
проекта,
после
чего
группа
выпуска
докумен-
тации
утверждает
расходы
на
печатную
продукцию.
Аналогичным
образом
утверждается
календарный
план.
Таблица
8.6
—
Участие
группы
выпуска
документации
в
фазовых
об-
зорах
Фаза
Фазовый
обзор
Форма
участия
при
обсуждении
документов
Исследование
I
Рассмотрение
Анализ
осуществимости
II
Рассмотрение
и
утверждение
Конструирование
III
Рассмотрение
Программирование
IV
Не
участвует
Оценка
V
Не
участвует
Использование
VI
Не
участвует
240
До
фазового
обзора
III
группа
участвует
в
работе
над
внешней
спецификацией.
Ко
времени
фазового
обзора
III
она
должна
изучить
внешнюю
спецификацию
и
убедиться,
что
в
ней
правильно
представлены
интересы
группы
выпуска
доку-
ментации.
В
фазовом
обзоре
IV
все
внимание
участников
проекта
сосредоточено
на
передаче
программ
в
распоряжение
группы
испытаний.
Группа
выпуска
документации
участвует
в
этом
обзоре
лишь
в
том
случае,
когда
для
создания
документации
нужны
дополнительные
источники
или
если
план
выпуска
до-
кументации
нуждается
в
коррекции.
В
фазовом
обзоре
V
группа
выпуска
документации
участ-
вует
только
в
том
случае,
когда
нужны
ее
рекомендации
при
выпуске
изделия
с
недоработками.
В
фазовом
обзоре
VI
основное
внимание
уделяется
ос-
лаблению
поддержки
изделия
или
ее
полной
отмене.
К
этому
моменту
изменения
в
документации
настолько
незначительные,
что
группа
в
этом
обзоре
не
участвует.
8.6
Организация
испытаний
программных
изделий
В
широком
смысле
слова,
под
испытаниями
понимают
не
отладку,
призванную
определить,
почему
в
программе
возника-
ет
та
или
иная
ошибка
и
устранить
ее
причины,
а
процесс
уста-
новления
самого
факта
наличия
дефектов
и
расхождения
между
истинными
свойствами
программного
изделия
и
его
специфи-
кациями.
Нельзя
сказать,
что
испытания
программного
изделия
гарантируют
обеспечение
его
качества.
Обеспечение
качества
программного
изделия
включает,
помимо
испытаний,
еще
це-
лый
ряд
других
процедур
(анализ
эксплутационных
характери-
стик,
использование
«стандартных»
методов
проектирования
и
программирования,
восстанавливаемость
после
отказа,
простота
сопровождения,
повторяемость
результатов
и
др.)
Однако
ис-
пытания
—
важнейшая
из
этих
процедур.