6
g) требования, связанные с тиражированием (см. п.5.9).
5.3 Техническое задание покупателя
5.3.1 Общие положения
Для разработки программного обеспечения поставщик должен иметь полный недвусмысленный набор функциональных требований. Кроме того, эти требования должны отражать все аспекты, необходимые для удовлетворения потребностей покупателя. Сюда можно отнести, но не ограничиваться этим, следующее: эксплуатационные качества, безопасность, надежность, гарантию и приватность. Эти требования должны быть сформулированы достаточно точно, с тем чтобы производить оценку во время приемки продукции.
В техническом задании эти требования фиксируются. В некоторых случаях этот документ разрабатывается поставщиком. В других случаях он разрабатывается поставщиком в тесном сотрудничестве с покупателем; при этом поставщик должен получить согласие покупателя прежде, чем начнется стадия разработки.
Техническое задание покупателя должно быть объектом контроля за документацией и управления конфигурацией, как часть документации на разработку.
Все интерфейсы между определенной продукцией программного обеспечения и другой продукцией программного обеспечения или аппаратных средств должны быть полностью определены либо непосредственно, либо путем ссылок в техническом задании покупателя.
5.3.2 Взаимное сотрудничество
В процессе разработки технического задания покупателя рекомендуется обратить внимание на следующие вопросы:
а) назначение лиц (с обеих сторон), ответственных за разработку технического задания покупателя;
b) методы согласования требований и утверждения изменений;
с) усилия по предотвращению неправильного понимания, т.е. определение терминов, объяснение исходных данных в отношении требований;
d) запись и изучение результатов дискуссий обоими сторонами.
5.4 Планирование разработки
5.4.1 Общие положения
План разработки должен охватывать следующее:
а) описание проекта, включая постановку задачи, со ссылкой на связанные с ним проекты покупателя и поставщика;
b) организацию ресурсов под конкретный проект, включая состав команды, обязанности, использование субподрядчиков и материальные затраты;
с) фазы разработки (по определению п.5.4.2.1);
d) программу работ над проектом, устанавливающую задачи, которые должны быть решены, ресурсы и время, необходимые для решения каждой задачи и для промежуточных действий между этими решениями;
е) идентификацию увязанных между собой планов, таких, как
- план качества;
- план управления конфигурацией;
- план комплектации;
- план проведения испытаний.
План разработки должен корректироваться по мере совершенствования разработки, и каждая фаза должна быть определена согласно п.5.4.2.1 до того, как начнутся работы на этой фазе.
План должен быть рассмотрен и утвержден до его реализации.
5.4.2 План разработки
5.4.2.1 Фазы
План разработки должен устанавливать упорядоченный процесс или методологию преобразования технического задания покупателя в продукцию программного обеспечения. Он может включать в себя распределение работ по фазам и идентификацию
а) фаз разработки, которые должны быть выполнены;
b) необходимых затрат для каждой фазы;
с) требуемых результатов по каждой фазе;
d) процедур проверки, которые необходимо провести на каждой фазе;
е) анализа потенциальных проблем, связанных с фазами разработки и с выполнением установленных требований.
5.4.2.2 Управление
План разработки должен определять, как управлять проектом, и включать идентификацию
а) графика, разработки, продукции, выполнения контракта и связанных с ним поставок;