Изменения в процессе эволюции программных систем, стоимость каждого вида изменения (в смысле затрат).
Эволюция ПС представляет собой систематическую трансформацию существующей системы с целью улучшения ее характеристик качества, поддерживаемой ею функциональности, понижения стоимости ее сопровождения, вероятности возникновения значимых для заказчика рисков, уменьшения сроков работ по сопровождению системы.
Необходимо разработать методы, позволяющие заранее оценить плюсы и минусы очередного шага эволюции программного обеспечения, чтобы можно было решаться на изменения только в тех случаях, когда эволюция будет заведомо успешной, и полученные преимущества перевесят требуемые расходы. Например, некоторые системы вообще не должны эволюционировать, поскольку расходы на успешную эволюцию и соответствующие риски на порядки величин превзойдут стоимость самой системы.
//(а какие вообще виды изменения бывают?) Здесь я думаю налить воды ;)
Организационные процессы (распределение ресурсов, управление проектом, организация коллектива разработчиков).
Распределение ресурсов
Рассмотрим
временные затраты на реализацию каждого
этапа разработки ПО. Ясно, что распределение
временных затрат можно сделать лишь
приблизительно, так как отклонения от
среднего значения могут зависеть и от
типа системы, и от ее сложности, и от
коллектива разработчиков. Временные
затраты можно привести в виде круговой
диаграммы (традиционный подход). 
Использование объектно-ориентированного метода разработки позволяет в целом сократить график разработки и обеспечить более высокое качество программного продукта (показала практика). Одной из самых важных особенностей таких проектов оказывается возможность уменьшения общего количества требуемых ресурсов и изменение временных соотношений между различными этапами. Это можно показать в виде следующей диаграммы.
Управление проектом
Главной проблемой и задачей руководства является поддержание целостности основной идеи в ходе работ, а также контроль за качеством продукта.
Практика контроля качества продукта хорошо устоялась. Одним из методов, который используется в этих целях - это сквозной контроль или структурный контроль. Данный метод представляет собой серию проверок, проводимых на разных этапах цикла разработки, и состоит в регулярных встречах разработчиков ПО. Он используется для обнаружения и исправления ошибок как можно раньше.
Организация коллектива разработчиков
Известно несколько способов организации исполнителей разработки проекта. Это и бригадный способ(”бригады главного программиста”, метод “хирургической бригады», “демократическая бригада”) и метод “монгольской орды”, и метод “суперпрограммиста”.
Документирование программного продукта. Различные виды документов, их содержание.
Документация - это самое важное из того, что должны сделать разработчики ПО. Все виды документов должны быть утверждены на первом этапе ─ системного анализа.
Виды документов для ПС:
Руководство программисту (содержит диаграммы классов, модулей, процессов и объектные диаграммы. необходимо для создания ПО, его сопровождения и эволюции)
Руководство пользователю (надо описать, что, когда и при каких обстоятельствах делать. Пользователь должен иметь достаточно информации из такого документа о том, что, как и почему происходит в системе)
Концепции и возможности ПС (необходима менеджеру чтобы знать, что система умеет делать, что не умеет)
Руководство системного программиста (специальный документ, если возникнет необходимость настройки системы на новую платформу)
В комплекс необходимой документации входят обычно такие документы:
1. Техническое описание (назначение, технические характеристики, принципы построения (методология)).
2. Справочное руководство (управление, команды, сообщения об ошибках и т.д.)
3. Рекламный буклет (краткое описание назначения, наиболее важные технические характеристики, описание отличий от других аналогичных систем и т.д.)
4. Руководство пользователя (вся необходимая для эксплуатации информация)
Документация может быть представлена либо в виде печатной продукции, либо в текстовых файлах на диске, либо как встроенная система контекстной помощи (Help), которая составляет единое целое с EXE-файлом.