ГОСТ Р ИСО/МЭК 15910-2002
8.1.5.3 Программные средства
Когда тестирование запланировано до завершения разработки программного средства, при его
проведении должна быть использована рабочая модель или прототип данною средства. При проведении
тестирования после завершения разработки программного средства следует использовать выпускаемую
версию данного программного средства.
8.1.5.4 Типовые пользователи
Впроведении тестирования документации на практичность должны участвовать представители
заказчика. Данными представителями должны являться лица, имеющие тот же опыт (навыки, образо
вание и т. д.), что и пользователи из конкретной аудитории. Цели их участия в тестировании должны
быть определены заказчиком.
П р и м е ч а н и е —Для участия в тестировании по возможности должны быть привлечены лица из
конкретной аудитории.
8.1.6 Д о к у м е н т а ц и я ,р а з р а б о т а н н а яд р у г и м ик о м п а н и я м ипо
с у б п о д р я д а м
Документатор (головной подрядчик) должен гарантироватьсоответствиедокументации, разрабо
танной субподрядчиками, настоящему стандарту, плану документирования и договору.
В отношении документации, разрабатываемой субподрядчиком, документатор выступает в роли
заказчика, а субподрядчик — документатора.
П р и м е ч а н и е —Документатор должен заключить соглашения с субподрядчиками в соответствии с
настоящим стандартом.
8.1.7 К о н т р о л ьи з м е н е н и йи с о п р о в о ж д е н и ед о к у м е н т а ц и и
8.1.7.1 Общие положения
В плане документирования должны быть предусмотрены следующие четыре типа изменений до
кументации:
a) функциональные изменения данной версии (this-versionfunction changes) — изменения функции
п рогpaxt много средства, внесенные при разработке документации и отраженные в опубликованной
документации;
b
) функциона,и>ные изменения последующей версии (next-version function changes) — изменения
функции программного средства, внесенные при разработке документации и не отраженные в опубли
кованной документации, но подлежащие учету в последующей редакции документации.
П р и м с ч а н и с — Различие между перечислениями а) и Ь) обычно определяется термином «дата
пересмотра (cut-off date)*;
c) изменения программного средства после публикации (post-publication software changes) —измене
ния конкретных функций программного средства после издания данной документации;
d) изменения документа после публикации (post-publication document changes) — изменения в
опубликованной документации, обусловленные изменениями программного средства или обнаружени
ем погрешностей в данной документации.
8.1.7.2 Процедуры
Документатор должен обеспечить проектирование документации так, чтобы допустить внесение в
нее изменений всех четырех типов. Для этого необходимо, чтобы:
a) была предусмотрена процедура внесения каждого типа изменений вдокумент.
Г1 р и м с ч а н и с —Разработчики документации обычно должны получать учтенные копии изменений
программного средства, подтверждающие внесение соответствующих изменений вданное средство после кон
кретной даты его пересмотра;
b
) наименование документа и номер версии или дата были указаны в верхнем или нижнем
колонтитуле конкретного документа;
c) в бумажном документе с замененными страницами была предусмотрена таблица действующих
страниц (лист изменений) или нечто подобное, позволяющее пользователю контролировать наличие
каждой страницы документа:
d) дополнителыю были предусмотрены методы, обеспечивающие внесение изменений в каждую
учтенную копню конкретного документа;
e) дополнительно был предусмотрен метод, позволяющий пользователю контролировать соот
ветствие конкретной копии данного документа используемой версии программного средства.
11