Оценка результатов перехода

Программа постоянной оценки качества и продуктивности ПО преследует следующие цели:

· определение степени совершенствования процессов;

· упреждение возможных стратегических просчетов;

· своевременный отказ от использования устаревшей ТС ПО.

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

· использованное время;

· время, выделенное персонально для конкретных специа­листов;

· размер, сложность и качество ПО;

· удобство сопровождения.

Метрическая оценка должна начинаться с реальной оценки текущего состояния среды до начала внедрения ТС ПО и поддер­живать процедуры постоянного накопления данных.

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

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

Результатом данного этапа является внедрение ТС ПО в пов­седневную практику организации, при этом больше не требуется какого-либо специального планирования. Кроме того, поддержка ТС ПО включается в план текущей поддержки ПО в данной организации.

Дополнительную информацию по материалу данного подраз­дела можно найти в американских стандартах IEEE Std 1348-1995. IEEE Recommended Practice for the Adoption of Computer-Aided Software Engineering (CASE) Tools и IEEE Std 1209-1992. IEEE Recommended Practice for the Evaluation and Selection of CASE Tools (IEEE — Institute of Electrical and Electronics Engineers — Институт Инженеров по электротехнике и электронике). Временной разрыв между их утверждением составляет четыре года (первый стандарт был утвержден в декабре 1996 г., а второй — в декабре 1992 г.), однако они достаточно тесно взаимосвязаны, поскольку первый стандарт содержит целый ряд ссылок на второй (помимо упомянутых стандартов, существует также упомянутый выше международный стандарт ISO/IEC 14102:1995(Е). Information technology — Guideline for the evaluation and selection of CASE Tools, основные положения которого во многом совпадают с положениями IEEE Std 1209—1992). Цель приведенных в стан­дартах рекомендаций — предоставить руководство, позволяющее повысить вероятность успешного внедрения ТС ПО. Эти реко­мендации достаточно актуальны и ценны, поскольку отражают опыт, накопленный многими зарубежными пользователями и разработчиками в течение длительного периода.

 

5.4.

ПРИМЕРЫ ТС ПО

Многие организации-разработчики программных продуктов год за годом накапливали профессиональные знания в области ТС ПО, которые материализовались в виде практических реко­мендаций, документации, обучающих программ и книг. Пос­кольку документация и книги быстро устаревают, со временем эти технологии стали приобретать электронную форму, превра­щаясь, таким образом, в программный продукт. Как правило, они поставляются вместе с CASE-средствами и включают библиоте­ки процессов, шаблонов, методов, моделей и других компонен­тов, предназначенных для построения ПО того класса систем, на который ориентирована технология. Электронные технологии включают также средства, которые должны обеспечивать их адаптацию для конкретных пользователей и развитие по резуль­татам выполнения конкретных проектов.

На сегодняшний день практически все ведущие компании — разработчики технологий и программных продуктов (IBM, Microsoft, Oracle, Borland, Computer Associates, Sybase и др.) распо­лагают развитыми технологиями создания ПО, которые создава­лись как собственными силами, так и за счет приобретения про­дуктов и технологий, созданных небольшими специализирован­ными компаниями. Выбор в качестве примера четырех перечис­ленных ниже технологий объясняется их ведущими позициями на мировом рынке ТС ПО и присутствием на российском рынке.

5.4.1.