И. Соммервилл - Инженерия программного обеспечения (1133538), страница 142
Текст из файла (страница 142)
Наследуемые системы 545 сильного (в политическом смысле) партнера, а все другие системы будут списаны. Или если руководство компании примет решение о переходе на новую вычислительную технику, то прикладныс программы также подлежат замене. Также и в случае ограниченного бюджета, который не позволяет провести модернизацию системы а текущем году, поэтому бу. дет продолжено сопровождение старой системы, даже с неблагоприятными экономическими перспективами. 26.3.1. Оценка бизнес-пригодности Оценка бизнес-пригодности системы в определенной мере субьективна, поскольку не существует идеальных объективных метолов ее определения. Здесь, как во всех случаях субъективного оценивания, полагаясь только на одно мнение, вы получите весьма искаженный результат.
Чтобы избежать этого, я предлагаю подход, который предусматривает оценивание бизнес-пригодности системы под разными углами зрения. Предлагаю несколько опорных точек зрения (см. главу 6) и соответствующих вопросов, которые поиогут в оценке бизнес-пригодности. 1. Точка зрения конечного яовьзовпвмля пггэгвмю. Насколько эффективна данная система для поддержки работы пользователя? Какой процент использования функциональных возможностей системы? 2. Точкп зРпгия закатчиков.
Является ли работа системы ясной и понятной для эаказчи. ка? Имеются ли ограничения при взаимодействии заказчика с системой? 3. Точка зреиип мпиджеров. Какое влияние оказывает система на деятельность их подразделения? Оправданы ли средства, потраченные на сопровождение системы? Насколько важными для работы подразделения являются данные, обрабатываемые системойз 4. Точка зрения менеджеров г)зуипм еокровавтдеяия пгопемы. Трудно ли найти специалистов для работы с системой.' Можно ли ресурсы, затрачиваемые на сопровождение системы, вложить в др)тнс системы с большей эффективностью? 5. Точил зрения руяоводетвп кампании.
Насколько зависит от системы достижение коммерческих целей компании и регление бизнес-задач? После определения опорных точек зрения необходимо проинтервьюировать предста. вителей каждой группы и сравнить их ответы. Это даст четкую оценку бизнес-пригодности системы. 26.3.2. Оценка качества системы Из представления наследуемых систем, показанного на рис. 26.2, видно, что их составными частями также являются бизнес-процесс, аппаратные средства и программные средства подясржки. Чтобы оценить качество системы, нужно изучить все ее уровни, только после этого можно поместить ее на одну из позиций в схеме, показанной на рис.
26.9. Но универсального метода оценки качества системы не существует. Оценка зависит от втща системы и деловой сферы, в которой она используется. Оценка бизнес-процесса Оценивание качества бизнес-процесса тесно связано с оценнванием бизнес. пригодности системы. Но учитывая, что бизнес. процесс составляет часть наследуемой системы, для решения об уровне качества необходимо иметь достаточно подробную информацию о бизнес-процессе.
Это важный момент, поскольку при неудовлетворительном качестве бизнес-процесса необходимо вносить соответствующие изменения в систему. 646 т4асть '1?Т1 Эволюция программного обеспечения Для оценки бизнес-процесса я бы предложил подход, ориентированный на сопоставление разных опорных точек зрения. Вот несколько вопросов, которые можно использовать для такого сопоставления. 1. Существует ли в органиэации четкал модель бизнес-процесса, а также процедуры для контроля соответствия бизнес-процесса этой модели? 2. Следуют ли разные подразделения компании одинаковым бизнес-процессам при выполнении одинаковых функций? 3. Каким образом специалисты, вовлечепныс в процесс, адаптиров ии сга к условиям своей работы? 4. Есть ли необходимость во взаимосвязи с другими бизнес-процессами, и насколько эта взаимосвязь ясна пользователям? 5. Поддерживается ли бизнес-процесс наследуемыми прикзадными системами? Предоставляется ли нсобходнлгая информация? Требуется ли для процесса д>блпровапне даннык в разных местах? При этом вас нс должны удивлять совершенно разные ответы на эти вопросы от разных групп интервьюируемых.
Например, менеджеры могут считать процесс достаточно эффективным, хотя на самом деле он таковым не является. Сосгавлля мнение о качестве бизнес-процесса, нс следует полагаться на сопроводительную документацию. Лучше сосредоточиться на ответах лиц, участвующих в реальных бизнес-процессах. Таблица 26.1. Факторы системного окружения Фактор Вопросы дяя оценки фактора Стабильность поставяги- ков аппаратных средств и ПО Присутствует ли поставщик иа рынке? Насколько стабилен поставщик в финансовом плане и каковы прогнозы относи- тельно его присутствия иа рынке? Если посташцик ушел с рынка, то кем осуществляется сопровождение систем? Характеризуются ли аппаратные средства высоким > ровнем сбоев в работе.' Является ли ПО поддержки при чщ юй ава- рийных перезагрузок системы? Количество сбоев аппа- ратных средств и ПО Оценка окружения Иа рнс.
26.2 видно, что окружение прикладной системы включает ПО поддержки (операционные системы, компиляторы, служебные програьгл~ы и т.д.) и аппаратные средства, на которых исполняется система. Фактор окружения иногда является ключевым при принятии решения об изменениях в прикладной системе, поэтому важна оценка системного окружен ил. Для оценивания системного окружения необходимо изучить саму систему и процесс ее сопровождения. Например, полезной окажется информация о стоимости эксплуатации аппаратных средств и ПО поддержки, количестве сбоев аппаратных средств за определенный период времени, а также о частоте настройки ПО поддержки. В табл. 26.1 приведены факторы, которые будут полезными при оценке системного окружения.
Обратите внимание, что цс все факторы чисто технического характера. 1-!апример, необходимо оценивать также надежность поставщиков аппаратных средств и программного обеспечения. Если поставщики ушли с рынка, это означает отгугствне надлежащего сопровождения системы. 26. Наследуемые системы 547 Окончание шабл. 26.1 Фактор Вопросы для оценки фактора Каков "возраст" аппаратного и программного обеспечения? Даже если оно работает без сбоев, переход к новым системам может оказаться экопоиически выгодным Возраст аппаратных средств и ПО Насколько производительность системы соответствует треба. ваниям современных бизнес-процессов? Испытывают ли пользователи неудобства, связанные с проблемами произво- дительности системы? Производительность Какие средства подаержки требуются для сопровождение программного и аппаратного обеспечения? Если на сопрово- ждение уходит значительное количество средств, то может разумнее заменить систему? Необходимость в средст- вах поддержки Стоим ость эксплуатации Насколько велика стоимость эксплуатации аппаратных средств и затраты на закупку лицензий на программные сред.
ства подаержки? Затраты иа сопровождение устаревшей тех- ники могут быть несравниио выше, чем на содержание более современной техники. Кроме того, ежегодное обновление лицензий на ПО может также дорого обходиться Возникают ли проблеиы, связанные с интерфейсом между данной и др?тими системами? Можно ли использовать компи- ляторы или другие средства с текущей версией операционной системы. Требуется ли эмуляция аппаратных средств? Способность к взаимо- действию с другими сис- темами Таблица 26.2.
Факторы, используемые при оценке качества прикладного ПО Фактор Вопросы для оценки фактора Насколько трудно понять исходный код действующей систе- мы? Каков уровень сложности используемых управляющих структур? Присвоены ли переменным значащие имена, пока. зывающие их назначение? Простота понимания Документация Какаа системная документация имеется в наличии? Является ли эта документация полной, последовательной н отвечающей современным требованиям? Оценка прикладного ПО Процесс оценивания качества существующего прикладного программного обеспече. ния значительно отличается от процесса оценивания качества во время разработки ПО, что отмечалось в главе 24.
Это обусловлено спецификой наследуемых систем, состоящей в том, что они создавались с применением тех технологий и стандартов, которые, может быть, уже отопши в прошлое, структура системы изменена вследствие частых изменений, а системная документация, возможно, устарела. Некоторые факторы, которые следует учитывать при оценке качества прикладного ПО, описаны в табл. 26.2. 54В Часть 'Л1. Эволюция программного обеспечения Окончание табл. 26.2 Фактор Вопросы для оценки фактора Данные Есть ли четкая модель данных, используемых в системе? Дуб- лируются ли данные в разных файлах системы? Производительность Соответствует ли качество выполнения системы современным требованиям? Влияет ли производительность системы на ра- боту пользователей? Есть ли современные компиляторы для языка программиро- вания, с помощью которого создавалась система? Использует- ся ли этот язык для создания современных систем? Распространяется ли действие системы управления конфигу- рацией на все версии всех частей системы? Есть ли четкое описание всех версий системных компонентов? Имеютсл ли тестовые данные? Есть ли записи о тестированиях, проведенных после введения в систему новых компонентов? Языкпрограммироваиия Управление конфигура- цией Тестовыеданные Обслуживающий персонал Реально ли найти специалистов для обслуживания данной системы? Много ли профессионалов, способных разобраться с этой системой? При проведении анализа качества системы также полезными будут количественные показатели.
1. Количеаиво иллииеиий, внесенных в пмимму. Частые изменения искажают структуру системы и усложняют проведение последующих модернизаций. Чем выше этот показатель, тем менее качественной будет система. 2. Ксличесвмо иолыоваоильских интерфейсов, исясмьлуеммх сисмемой. Этот показатель особенно важен для систем, интерфейс которых основан на использовании различных форм ввода (каждую форму можно рассматривать как отдельный интерфейс).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
