Сравнительный анализ каскадной и спиральной моделей разработки программного обеспечения — страница 6

  • Просмотров 4884
  • Скачиваний 187
  • Размер файла 27
    Кб

стадии этапа планирования, план и стандарты разработки ПО должны быть проанализированы на предмет полноты и непротиворечивости. Другие этапы ЖЦ могут быть начаты до окончания этапа планирования при условии, что имеются планы и процедуры для действий на этих этапах. Этап разработки Цель: - создание архитектуры ПО и требований НУ; - выработка производных от них требований для этапа оценки безопасности. Входные данные: - данные о

требованиях к ПО; - план разработки ПО; - стандарты проектирования ПО. Первичный результат - описание разработки, включающее архитектуру ПО и требования НУ. Основные принципы: - создаваемые требования НУ и архитектура ПО должны соответствовать стандартам разработки ПО, быть непротиворечивыми и допускать трассировку и проверку;- определяемые производные требования должны быть проанализированы на предмет соответствия ; - на

подэтапе проектирования ПО следует ввести возможные типы сбоев ПО и наоборот предотвратить остальные, что может изменить ранее назначенный программный уровень и определить дополнительные данные в качестве производных требований, передаваемых этапу оценки безопасности системы; - потоки данных и управления должны быть наблюдаемы согласно требованиям безопасности; - реакции на условия сбоев должны соответствовать

требованиям безопасности; - неадекватные или некорректные входные данные должны быть переданы либо этапу оценки жизненного цикла системы, либо подэтапу разработки требований, либо этапу планирования разработки ПО по принципу обратной связи для разъяснения или исправления. Процесс разработки содержит действия и задачи разработчика. Процесс содержит действия для анализа требований, проектирования, программирования,

интеграции, тестирования и инсталляции и приемки, относящейся к программному обеспечению. Перечень действий: Этот процесс состоит из следующих видов деятельности. 1. Инструментарий процесс. Это действие состоит из следующих задач: Если не оговорено в контракте, разработчик должен определить или выбрать модель жизненного цикла программного обеспечения в соответствии с назначением, значимостью и сложностью проекта. Действия и

задачи этого процесса должны быть выбраны и отображены в модели жизненного цикла. Эти действия и задачи могут перекрываться или взаимодействовать и могут быть исполнены итеративно или рекурсивно. Разработчик должен выполнять следующее: документировать результаты в соответствии с процессом документирования; разместить результаты (выходы) в процессе конфигурации и выполнить контроль изменений в соответствии с этим;