Жизненный цикл программного обеспечения определяется как
+
период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации
-
совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные.
-
часть процесса создания ПО, ограниченная некоторыми временными рамками и заканчивающаяся выпуском конкретного продукта.
-
структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ.
-
совокупность процессов создания моделей, которые описывают различные аспекты разрабатываемой системы с использованием четко определенной нотации.
-
совокупность технологических операций проектирования в их последовательности и взаимосвязи, приводящая к разработке проекта ПО.
##theme 2
##score 10
##type 2
##time 00:00:00
В соответствии со стандартом ISO/IEC 12207 все процессы ЖЦ ПО делятся на три группы
+
основные процессы
-
договорные процессы:
-
процессы предприятия:
+
организационные процессы
-
проектные процессы:
+
вспомогательные процессы
-
технические процессы:
-
специальные процессы:
##theme 2
##score 10
##type 2
##time 00:00:00
Согласно стандарту ISO/IEC серии 15288 в структуру ЖЦ следует включать следующие группы процессов:
-
основные процессы
+
договорные процессы:
+
процессы предприятия:
-
организационные процессы
|
|
|
+
проектные процессы:
-
вспомогательные процессы
+
технические процессы:
+
специальные процессы:
##theme 2
##score 10
##type 1
##time 00:00:00
Под моделью ЖЦ ИС понимается
-
часть процесса создания ИС ограниченная некоторыми временными рамками и заканчивающаяся выпуском конкретного продукта.
+
структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ.
-
период времени, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент его полного изъятия из эксплуатации
-
совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные.
##theme 2
##score 10
##type 2
##time 00:00:00
К настоящему времени наибольшее распространение получили две модели ЖЦ ИС:
-
модель оригинального проектирования
+
каскадная модель
-
структурная модель
-
объектно-ориентированная модель
+
спиральная модель
-
модель типового проектирования
##theme 2
##score 10
##type 1
##time 00:00:00
Принципиальной особенностью каскадной модели ЖЦ ИС является следующее:
+
переход на каждую следующую стадию ЖЦ осуществляется только после полного завершения работ на текущей стадии, и возвратов на пройденные стадии не предусматривается.
|
|
|
-
прикладное программное обеспечение создается по частям с использованием метода прототипирования.
-
предусматривает наличие небольших групп разработчиков (от 3 до 7 человек).
-
наличие короткого, но тщательно проработанного производственного графика (до 3 месяцев);
##theme 2
##score 10
##type 1
##time 00:00:00
Принципиальной особенностью спиральная модели ЖЦ ИС является следующее:
-
переход на каждую следующую стадию ЖЦ осуществляется только после полного завершения работ на текущей стадии, и возвратов на пройденные стадии не предусматривается.
+
прикладное программное обеспечение создается по частям с использованием метода прототипирования.
-
предусматривает наличие небольших групп разработчиков (от 3 до 7 человек).
-
наличие короткого, но тщательно проработанного производственного графика (до 3 месяцев);
##theme 2
##score 10
##type 2
##time 00:00:00
Преимущества применения каскадной модели ЖЦ ПО заключаются в следующем
+
на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
-
избавляет пользователей и разработчиков ПО от необходимости полного и точного формулирования требований к системе на начальной стадии, поскольку они уточняются на каждой итерации.
|
|
|
+
выполняемые в логичной последовательности стадии работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
##theme 2
##score 10
##type 1
##time 00:00:00
Преимущества применения спиральной модели ЖЦ ИС заключаются в следующем:
-
на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
-
выполняемые в логичной последовательности стадии работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
+
избавляет пользователей и разработчиков ИС от необходимости полного и точного формулирования требований к системе на начальной стадии, поскольку они уточняются на каждой итерации.
##theme 2
##score 10
##type 2
##time 00:00:00
Дата добавления: 2019-02-12; просмотров: 260; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!