1. Фактор Вопросы для оценки фактора

   Стабильность поставщи- Присутствует ли поставщик па рынке? Насколько стабилен ков аппаратных средств и поставщик в финансовом плане и каковы прогнозы относи- ПО тельно его присутствия на рынке? Если поставщик ушел с

   рынка, то кем осуществляется сопровождение систем?

   Количество сбоев аппа- Характеризуются ли аппаратные средства высоким уровнем ратных средств и по сбоев в работе? Является ли по поддержки причиной аварийных перезагрузок системы?

   Существует ли в организации четкая модель бизнес-процесса, а также процедуры для контроля соответствия бизнес-процесса этой модели?

2. Следуют ли разные подразделения компании одинаковым бизнес-процессам при выполнении одинаковых функций?

3. Каким образом специалисты, вовлеченные в процесс, адаптировали его к условиям своей работы?

4. Есть ли необходимость во взаимосвязи с другими бизнес-процессамн, и насколько эта взаимосвязь ясна пользователям?

5. Поддерживается ли бизнес-процесс наследуемыми прикладными системами? Предоставляется ли необходимая информация? Требуется ли для процесса дублирование данных в разных местах?

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

Оценка окружения

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

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

В табл. 26.1 приведены факторы, которые будут полезными при оценке системного окружения. Обратите внимание, что не все факторы чисто технического характера. Например, необходимо оценивать также надежность поставщиков аппаратных средств и программного обеспечения. Если поставщики ушли с рынка, это означает отсутствие надлежащего сопровождения системы.

Фактор	Вопросы для оценки фактора
Стабильность поставщи	Присутствует ли поставщик на рынке? Насколько стабилен
ков аппаратных средств и	поставщик в финансовом плане и каковы прогнозы относи
ПО	тельно его присутствия на рынке? Если поставщик ушел с рынка, то кем осуществляется сопровождение систем?
Количество сбоев аппа	Характеризуются ли аппаратные средства высоким уровнем
ратных средств и ПО	сбоев в работе? Является ли ПО поддержки причиной аварийных перезагрузок системы?

Таблица 26.1. Факторы системного окружения

Фактор	Вопросы для оценки фактора
Возраст аппаратных	Каков “возраст” аппаратного и программного обеспечения?
средств и ПО	Даже если оно работает без сбоев, переход к новым системам может оказаться экономически выгодным
Производительность	Насколько производительность системы соответствует требованиям современных бизнес-процессов? Испытывают ли пользователи неудобства, связанные с проблемами производительности системы?
Необходимость в средст	Какие средства поддержки требуются для сопровождение
вах поддержки	программного и аппаратного обеспечения? Если на сопровождение уходит значительное количество средств, то может разумнее заменить систему?
Стоимость эксплуатации	Насколько велика стоимость эксплуатации аппаратных средств и затраты на закупку лицензий на программные средства поддержки? Затраты на сопровождение устаревшей техники могут быть несравнимо выше, чем на содержание более современной техники. Кроме того, ежегодное обновление лицензий на ПО может также дорого обходиться
Способность к взаимо	Возникают ли проблемы, связанные с интерфейсом между
действию с другими сис	данной и другими системами? Можно ли использовать компи
темами	ляторы или другие средства с текущей версией операционной системы? Требуется ли эмуляция аппаратных средств?

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

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

Таблица 26.2. Факторы, используемые при оценке качества прикладного ПО

Фактор	Вопросы для оценки фактора
Простота понимания	Насколько трудно понять исходный код действующей системы? Каков уровень сложности используемых управляющих структур? Присвоены ли переменным значащие имена, показывающие их назначение?
Документация	Какая системная документация имеется в наличии? Является ли эта документация полной, последовательной и отвечающей современным требованиям?

Таблица 26.2. Факторы, используемые при оценке качества прикладного ПО

актор	Вопросы для оценки фактора
Данные	Есть ли четкая модель данных, используемых в системе? Дублируются ли данные в разных файлах системы?
Производительность	Соответствует ли качество выполнения системы современным требованиям? Влияет ли производительность системы на работу пользователей?
Язык программирования	Есть ли современные компиляторы для языка программирования, с помощью которого создавалась система? Используется ли этот язык для создания современных систем?
Управление конфигура	Распространяется ли действие системы управления конфигу
цией	рацией на все версии всех частей системы? Есть ли четкое описание всех версий системных компонентов?
Тестовые данные	Имеются ли тестовые данные? Есть ли записи о тестированиях, проведенных после введения в систему новых компонентов?
Обслуживающий персонал	Реально ли найти специалистов для обслуживания данной системы? Много ли профессионалов, способных разобраться с этой системой?

При проведении анализа качества системы также полезными будут количественные показатели.

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

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

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

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