Классические методологии разработки

1. Все продукты процессов программной инженерии представляют собой некоторые описания, а именно:

a. Тексты требований к разработке;

b. Согласования договорённостей с заказчиком;

c. Описания архитектуры и структуры данных;

d. Тексты программ;

e. Документацию;

f. Инструкции и т.п.

2. Главными ресурсами разработки ПС являются сроки, время и стоимост ь, которые необходимо правильно использовать на процессах ЖЦ;

3. ЖЦ ПО следует представлять в виде четырёх обобщённых фаз:

a. Концепция (инициация, идентификация, отбор)[2];

b. Анализ(определение);

c. Выполнение (практическая реализация или внедрение, производство и развёртывание, проектирование или конструирование, сдача в эксплуатацию);

d. Закрытие (завершение, включая оценивание).

4. Так как эти фазы определены очень широко, как правило, для каждой категории и подкатегории проекта внутри каждой фазы выделяют несколько подфаз. В общем случае фазы и подфазы не обязательно должны выполняться линейно и последовательно;

5. Для жизненного цикла можно выделить (и применять) понятия модели ЖЦ и методологии (метода):

a. Модель ЖЦ – это концептуальный взгляд на его организацию, что подразумевает описание фаз и принципы перехода между ними;

b. Методология ЖЦ задаёт (описывает):

i.  Комплекс работ по фазам,

ii. Детальное содержание этих работ,

iii. Ролевую ответственность специалистов на всех этапах ЖЦ,

iv. Лучшие практики в рамках модели и методологии, позволяющие максимально эффективно воспользоваться ими.

 

Модели жизненного цикла программного обеспечения

 

Введение

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

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

Аналогия жизненного цикла программного обеспечения с техническими системами имеет более глубокие корни, чем это может показаться на первый взгляд. Программы не подвержены физическому износу, но в ходе их эксплуатации обнаруживаются ошибки (неисправности), требующие исправления. Ошибки возникают также от изменения условий использования программы. Последнее же является принципиальным свойством программного обеспечения, иначе оно теряет свой смысл. Поэтому правомерно говорить о старении программ, хотя не о физическом старении, а о моральном.

Необходимость внесения изменений в действующие программы как из-за обнаруживаемых ошибок, так и по причине развития требований приводит по сути дела к тому, что разработка программного обеспечения продолжается после передачи его пользователю и в течение всего времени жизни программ. Деятельность, связанная с решением довольно многочисленных задач такой продолжающейся разработки, получила название сопровождения программного обеспечения.

Исторически развитие концепций жизненного цикла связано с поиском для него адекватных моделей. Как и всякая другая, модель жизненного цикла является абстракцией реального процесса, в которой опущены детали, несущественные с точки зрения назначения модели.