ГОСТ Р 53798 — 2010
паратные средства, программное обеспечение, попьзовательский интерфейс, рабочую характеристику,
пригодность, системные интерфейсы, безопасность, регулирование (нормативныедокументы), управле
ние системой, документацию, помощь и обучение.
8.4.1.5 Требования должны оцениваться в порядке значимости (например, «критический», «важный»,
«соответствующий»), чтобы облегчить принятие решения относительно того, могут ли быть внедрены опре
деленные функции в начальных фазах или отсрочены до более поздних фаз.
8.4.1.6 Для оказания помощи пользователям и команде разработчиков вдетальной разработке фун
кциональных требований, оформленных в форме комплекта подробных спецификаций функциональных
возможностей, могут быть использованы методы быстрого образования прототипа. В случае работы с
коммерческими, уже готовыми продуктами, этот процесс также успешно применяется при оказании помо
щи по ограничению ожиданий пользователя и функций системы в пределах возможностей «коробочного»
продукта, если нужно избежать излишнего конфигурирования или если может понадобиться настройка.
8.4.1.7 Разработка детальных функциональных требований может занять приблизительно от пяти до
20дней или более, исключая время создания прототипа и циклов просмотра/утверждеиия.
8.4.2 Проект системы
8.4.2.1 Окончательной, подлежащей к сдаче, является проектно-техническая документация системы
(SDD — System design document), которая детализируетспецификации проекта системы. Проектно-техни
ческая документациядолжна обеспечитьдостаточное количество информации для построения или конфи
гурирования программного обеспечения системы и архитектуры вычислительной сети.
8 4.2.2 В течение этой фазы пользователь может быть опять опрошен с тем, чтобы получить
конкретные детали процессных потоков или разработать их на основе требований для определимой части
бизнес-процесса. Процессные потоки конструируются вслоях так, чтобы был понятен просмотр системных
процессов, включая системные интерфейсы, а также детали конкретных рабочих потоков с тем. чтобы
адекватные спецификации проекта былидокументированы для ясности конфигурирования/кодирования.
8.4.2.3 При использовании методов создания прототипа специфическая информация о том. как будут
использоваться система и функции, требуемые пользователями, собирается и перечисляется вдокументе
— проекте системы высшего уровня, который будет использоваться как руководство прототипом.
8.4.2.4 На данном этапе могут быть также определены архитектура системы, аппаратные средства и
программное обеспечение. Они могут быть включены в один из разделов документального проекта систе
мы или представлены в отдельном документе — спецификации архитектуры системы.
8 4.2.5 Разработка технического задания системы может занять приблизительно от пяти до 50дней
или более, исключая время для создания прототипа и циклов просмотра-утверждения. Для большей
части технического задания, которая уже представлена в проекте, будет проводиться отпадка конфигу
рирования/кодирования.
8.4.3 Планирование модульного и интеграционного испытаний
8.4.3.1 Принцип испытания системы при ее разработке должен определяться в процессе создания
проекта (технического задания). Стендовое испытание программного кода заказчика обычно включает в
себя модульное, интеграционное и системное испытания конфигурируемых модулей системы, интерфей
сов и любых разрабатываемых заказчиком модулей. План по проведению испытаний должен включать в
себя такие темы, как цели, стратегия испытаний, ответственность, подготовка испытаний и процедуры испы
таний (включая управление отклонениями).
8.4.3.2 Разработка планов модульных и интеграционных тестов может занять отдвухдо 10 дней или
более, исключая циклы просмотра и утверждения.
8.5 Фаза 4 — сборка (компоновка)/ конфигурирование
8.5.1 Конфигурирование и разработка системы
Л
ИМС
8.5.1.1 В течение этой фазы конфигурируется программное обеспечение системы, конфигурируются
или разрабатываются интерфейсы, кодируются любые требуемые настройки, объединяются аппаратные
средства, а все компоненты, базирующиеся на спецификациях проекта, интегрируются в полную
систему.
8.5.1.2 Конфигурирование включает в себя использование функций административных и мастер-
данных. предоставленных коммерческим программным обеспечением с тем. чтобы подготовить систему к
применению. Этидействия обычно достигаются путем установления значений, выбора позиции для отме
ток. заполнения форм или таблиц значений, а также других подобныхдействий, которые определяют, как
выполнять основные функции системы. Общие конфигурируемые пункты включают в себя типы определя
емых образцов, формы регистрации образцов или формы ввода результата.
47