Поставка

Если процесс Заказа адресован заказчику, то процесс Поставки имеет те же этапы, но уже относительно Поставщика услуг.

Разработка

Данный процесс описывает все фазы разработки программного продукта (создание, тестирование и приведение к конечному результату, готовому к сдаче заказчику). Выбор метода разработки зависит от конкретной ситуации. Самый частый метод разработки - V-модель.

• Подготовка программного средства.

• Анализ требований технического задания.

• Проектирование архитектуры программного средства.

• Детальное проектирование программного средства.

• Конструирование программного средства.

• Комплексирование программного средства.

• Тестирование.

Подготовка пс

• Выбор модели жизненного цикла программного средства, соответствующей области реализации, величине и сложности проекта (если это не указано заказчиком в договоре)

• Оформление выходных результатов в соответствии с процессом документирования.

• Оформление возникающих проблем и устранение несоответствий, обнаруженных в программных продуктах и задачах, если таковые применяются при разработке

• Выбор и адаптация стандартов, методов, инструментарий, языков программирования (если они не установлены в договоре), которые будут использоваться для выполнения работ в процессе разработки и во вспомогательных процессах.

• Разработка плана проведения работ процесса разработки. Планы должны охватывать конкретные стандарты, методы, инструментарий, действия и обязанности, связанные с разработкой и квалификацией всех требований, включая безопасность и защиту.

Анализ тз

• Анализ области применения разрабатываемой системы с точки зрения определения требований к ней.

• Оформление требований к программному средству, которые должны описывать:

  • функциональные и технические требования, включая производительность, физические характеристики и окружающие условия, под которые должен быть создан программный объект архитектуры (далее - программный объект);

  • требования к внешним интерфейсам программного объекта архитектуры;

  • квалификационные требования;

  • требования безопасности, включая требования, относящиеся к методам эксплуатации и сопровождения, воздействию окружающей среды и травмобезопасности персонала;

  • требования защиты, включая требования, относящиеся к допустимой точности информации;

  • эргономические требования, включая требования, относящиеся к ручным операциям, взаимодействию "человек-машина", персоналу и областям, требующим концентрации внимания человека, связанным с чувствительностью объекта к ошибкам человека и обученности персонала;

  • требования к определению данных и базе данных;

  • требования по вводу в действие и приемке поставляемого программного продукта на объекте(ах) эксплуатации и сопровождения;

  • требования к документации пользователя;

  • требования к эксплуатации объекта пользователем;

  • требования к обслуживанию пользователя.

• Оценка ТЗ с учётом следующих критериев (при этом результаты оценок должны быть документально оформлены):

  • учёт потребностей заказчика;

  • соответствие потребностям заказчика;

  • тестируемость;

  • выполнимость проектирования системной архитектуры;

  • возможность эксплуатации и сопровождения.