26
d) требования безопасности, включая требования, относящиеся к методам эксплуатации и сопровождения, воздействию окружающей среды и травмобезопасности персонала;
e) требования защиты, включая требования, относящиеся к допустимой точности информации;
f) эргономические требования, включая требования, относящиеся к ручным операциям, взаимодействию "человек-машина", персоналу и областям, требующим концентрации внимания человека, связанным с чувствительностью объекта к ошибкам человека и обученности персонала;
g) требования к определению данных и базе данных;
h) требования по вводу в действие и приемке поставляемого программного продукта на объекте(ах) эксплуатации и сопровождения;
i) требования к документации пользователя;
j) требования к эксплуатации объекта пользователем;
k) требования к обслуживанию пользователя.
5.3.4.2 Разработчик должен оценить требования к программным средствам по следующим критериям (при этом результаты оценок должны быть документально оформлены):
a) учет требований к системе и проекту системы;
b) внешняя согласованность с требованиями к системе;
c) внутренняя согласованность требований к объектам между собой;
d) тестируемость требований;
e) выполнимость программного проекта;
f) возможность эксплуатации и сопровождения.
5.3.4.3 Разработчик должен провести совместный анализ(ы) в соответствии с подразделом 6.6. После успешного проведения анализа(ов) должно быть зафиксировано состояние требований к программному объекту.
5.3.5 Проектирование программной архитектуры
Данная работа состоит из следующих задач применительно к каждому программному объекту архитектуры (или объекту программной конфигурации, если он определен):
5.3.5.1 Разработчик должен трансформировать требования к программному объекту в архитектуру, которая описывает общую структуру объекта и определяет компоненты