1vendrov_a_m_proektirovanie_programmnogo_obespecheniya_ekonom

•реструктуризация исходного кода (возможность модифика­ ции формата и (или) структуры существующего исходного кода).

1.4.Документирование:

•редактирование текстов и графики;

•редактирование с помощью форм;

•возможности издательских систем;

•поддержка функций и форматов гипертекста;

•автоматическое извлечение данных из репозитория и гене­ рация документации.

1.5.Управление конфигурацией:

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

•отслеживание модификаций (фиксация и ведение журнала всех модификаций, внесенных в систему в процессе разра­ ботки или сопровождения);

•управление версиями (ведение и контроль данных о версиях системы и всех ее коллективно используемых компонентах);

•учет состояния объектов управления конфигурацией (воз­ можность получения отчетов о всех последовательных вер­ сиях, содержимом и состоянии различных объектов конфи­ гурационного управления);

•генерация версий и модификаций (поддержка пользова­ тельского описания последовательности действий, требуе­ мых для формирования версий и модификаций, и автомати­ ческое выполнение этих действий);

•архивирование (возможность автоматического архивирова­ ния элементов данных для последующего использования).

1.6.Обеспечение качества:

•управление данными о качестве;

•управление рисками.

1.7.Верификация:

•анализ трассировки спецификаций;

•анализ спецификаций (синтаксический и семантический контроль проектных спецификаций — контроль синтаксиса

диаграмм и типов их элементов, контроль декомпозиции функций, проверка спецификаций на полноту и непротиво­ речивость);

•анализ исходного кода (определение размера кода, вычисле­ ние показателей сложности, генерация перекрестных ссы­ лок и проверка на соответствие стандартам).

1.8.Аттестация:

•описание тестов (генерация тестовых данных, алгоритмов тестирования, требуемых результатов и т.д.);

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

•автоматический запуск тестовых примеров;

•регрессионное тестирование (возможность повторения и модификации ранее выполненных тестов для определения различий в системе и (или) среде);

•статистический анализ результатов тестирования;

•анализ тестового покрытия (оснащенность средствами контроля исходного кода и анализ тестового покрытия. Проверяются, в частности, исполняемые и вызываемые (или нет) операторы, процедуры и переменные);

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

•анализ исключительных ситуаций;

•динамическое моделирование среды;

•интефационное тестирование.

2. Функциональные характеристики применения (инструмен­ тальных средств).

2.1.Среда функционирования:

•требуемые технические средства;

•требуемое ПО.

2.2.Совместимость:

•совместимость с различными средами функционирования;

•совместимость с другими средствами по данным, представ­ лению и управлению (способность к взаимодействию с дру-

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

2.3.Аспекты применения:

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

•область применения (системы обработки транзакций, сис­ темы реального времени, экономические информационные системы и др.);

•размер поддерживаемых приложений (определяет ограниче­ ния на такие величины, как количество строк кода, уровней вложенности, размер базы данных, количество элементов данных, количество объектов управления конфигурацией);

•поддерживаемые методы (набор методов и методик, поддер­ живаемых CASE-средством. Примерами являются струк­ турный или объектно-ориентированный анализ и проекти­ рование);

•поддерживаемые языки (все языки, используемые CASEсредством: языки профаммирования, языки баз данных, фафические языки, языки спецификации проектных тре­ бований и интерфейсы операционных систем);

•локализация.

3. Характеристики качества.

3.1.Надежность:

•контроль и обеспечение целостности проектных данных;

•автоматическое резервирование;

•безопасность (защита от несанкционированного доступа);

•обработка ошибок (обнаружение ошибок в работе системы, извещение пользователя, корректное завершение работы или сохранение состояния к моменту прерывания);

•анализ отказов в критических приложениях.

3.2.Удобство использования:

•удобство пользовательского интерфейса (удобство располо­ жения и представления часто используемых элементов эк­ рана, способов ввода данных и др.);

•простота освоения (трудовые и временные затраты на осво­ ение средств);

•адаптируемость к конкретным требованиям пользователя: различным алфавитам, режимам текстового и графического представления (слева направо, сверху вниз), различным форматам даты, способам ввода-вывода (экранным формам

иформатам), изменениям в методологии (изменениям гра­ фических нотаций, правил, свойств и состава предопреде­ ленных объектов) и др.;

•качество документации и учебных материалов (полнота, по­ нятность, удобочитаемость, полезность компьютерных учебных материалов, учебных пособий, курсов);

•качество диагностики (понятность и полезность диагности­ ческих сообщений для пользователя);

•простота установки и обновления версий.

3.3.Эффективность:

•требования к оптимальному размеру внешней и оператив­ ной памяти, типу и производительности процессора, обес­ печивающим приемлемый уровень производительности;

•эффективность рабочей нафузки: эффективность выполне­ ния CASE-средством своих функций в зависимости от ин­ тенсивности работы пользователя (например, количество нажатий клавиш или кнопки мыши, требуемое для выпол­ нения определенных функций);

•производительность: время, затрачиваемое CASE-сред­ ством для выполнения конкретных задач (например, время ответа на запрос, время анализа 100 000 строк кода).

3.4.Сопровождаемость:

•уровень поддержки со стороны поставщика - скорость раз­ решения проблем, поставки новых версий, обеспечение до­ полнительных возможностей;

•трассируемость обновлений — простота освоения отличий новых версий от существующих;

•совместимость обновлений — совместимость новых версий с существующими, включая, например, совместимость по входным или выходным данным;

•адаптируемость к изменениям в методах;

•сопровождаемость конечного продукта.

3.5.Переносимость:

•совместимость с версиями операционной системы;

•переносимость данных между различными версиями средств;

•соответствие стандартам переносимости, включающим до­ кументацию, коммуникации и пользовательский интер­ фейс, оконный интерфейс, языки программирования, язы­ ки запросов и др.

4. Общие характеристики.

4.1. Приобретение:

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

•лицензионная политика — доступные возможности лицен­ зирования, право копирования (носителей и документа­ ции), любые офаничения и (или) штрафные санкции за вторичное использование (подразумевается продажа поль­ зователем ТС ПО продуктов, в состав которых входят неко­ торые компоненты ТС ПО, использовавшиеся при разра­ ботке продуктов);

•экспортные ограничения.

4.2. Реализация:

• оценочный эффект от внедрения ТС ПО — уровень продук­ тивности, качества и т.д. Такая оценка может потребовать экономического анализа;

• инфраструктура, требуемая для внедрения ТС ПО. 4.3. Поддержка:

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

•профиль продукта — общая информация о продукте, вклю­ чая срок его существования, количество проданных копий, наличие, размер и уровень деятельности пользовательской группы, систему отчетов о проблемах, программу развития продукта, совокупность применений, наличие ошибок и др.;

•доступность и качество обучения (обучение может предос­ тавляться на площади поставщика, пользователя или гделибо в другом месте).

4.4. Сертификация:

•сертификация поставщика — сертификаты, полученные от специализированных организаций в области создания ПО (например, SEI и ISO), удостоверяющие, что квалификация поставщика в области создания и сопровождения ПО удов­ летворяет некоторым минимально необходимым или впол­ не определенным требованиям. Сертификация может быть неформальной, например на основе анализа качества рабо­ ты поставщика;

•сертификация продукта;

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

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

Критерии, применяемые для оценки ТС ПО

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

•подтвердить достоверность результатов оценки и выбора;

•установить, действительно ли ТС ПО годится для использо­ вания в данной организации, и если да, то определить наи­ более подходящую область ее применения;

•собрать информацию, необходимую для разработки плана практического внедрения;

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

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

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

Первоначальное использование новой ТС ПО в пилотном проекте должно тщательно планироваться и контролироваться. Пилотный проект включает следующие шаги (рис. 5.5).

Определение характеристик пилотного проекта

Пилотный проект должен обладать следующими характерис­ тиками.

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

Масштабируемость. Результаты, полученные в пилотном про­ екте, должны показать масштабируемость ТС ПО. Цель — полу-

Определение

характеристик

пилотного проекта

I

Планирование пилотногоIпроекта

Вьшолнение

пилотного проекта

I

Оценка пилотного проекта

Выполнение

дополнительного

пилотного

проекта

Отказ от внедрения

Внедрение

средства

Рис. 5.5. Шаги пилотного проекта

ЧИТЬ четкое представление о масштабах проектов, для которых данная ТС ПО применима.

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

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

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

Авторитетность. Группа специалистов, участвующих в проек­ те, должна обладать высоким авторитетом, при этом результаты проекта будут всерьез восприняты остальными сотрудниками ор­ ганизации.

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

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

Кроме того, организация должна учитывать продолжитель­ ность пилотного проекта (и в целом процесса внедрения). Слиш­ ком продолжительный проект связан с риском потери интереса к нему со стороны руководства.

Планирование пилотного проекта

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

•цели, задачи и критерии оценки;

•персонал;

•процедуры и соглашения;

•обучение;

•график и ресурсы.

Цели, задачи и критерии оценки

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