25 Инкрементная модель

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

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

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

Работы и задачи процесса разработки обычно выполняют

многократно в той же последовательности для всех конструкций.

Процессы сопровождения и эксплуатации могут быть реализованы параллельно с процессом разработки. Процессы заказа и поставки, а также вспомогательные и организационные процессы обычно выполняют параллельно с процессом разработки (рис.4.3)

Недостатки

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

а) требования к объектам определены недостаточно четко;

b) предусмотрены сразу все возможности системы;

с) предполагаемые скорые изменения в технологиях работ;

d) возможные текущие изменения требований к системе;

е) привлечение ресурсов (средств или персонала) на длительный период ограничено.

Преимущества

Преимущества использования данной модели:

а) необходимость изначального использования характеристик системы;

b) пригодность для использования промежуточного продукта;

с) естественное разделение системы на наращиваемые компоненты (инкременты);

d) возможности наращивания привлекаемого персонала и средств.

26. Отечественные и международные органы стандартизации Стандартизация осуществляется на разных уровнях. Уровень стандартизации зависит от того, участники какого географического, экономического, политического региона мира принимают стандарт. Если участие в стандартизации открыто для соответствующих органов любой страны, то это международная стандартизация. Региональная стандартизация — деятельность, открытая только для соответствующих органов государств одного географического, политического или экономического региона.

Региональная и международная стандартизация осуществляется специалистами стран, представленных в соответствующих региональных и международных организациях

Нормативной базой НМО являются международные и отечественные стандарты в области информационных технологий и прежде всего:

· • международные стандарты ISO/IEC (ИСО/МЭК) (ISO - International Organization of Standardization – Международная организация по стандартизации, IEC — International

Electrotechnical Commission — Международная комиссия по электротехнике);

· • стандарты Российской Федерации ГОСТ Р;

· • стандарты организации

27. Оценка трудоемкости работ по проектированию ПИ

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

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

Трудоемкость проекта ПИ является главной составляющей, определяющей его стоимость и, как следствие этого, стоимость выпускаемого ПИ.

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

Обратная величина трудоемкости какой-либо работы называется производительностью выполнения этой работы.

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

Для избежания возможности возникновения такого грубого промаха в проекте следует использовать раздельно метрику Трудоемкость создания программного кода ПИ и метрику Трудоемкость создания ПИ.

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

    Метрики трудоемкости являются исходными данными для формирования оперативных метрик, метрик завершения и детальных двухнедельных планов для каждого сотрудника группы.

Повторное использование продуктов

Для учета использования в ПП ранее созданных продуктов применяют коэффициент повторного использования К_пи