И. Соммервилл - Инженерия программного обеспечения (1133538), страница 139
Текст из файла (страница 139)
Зги факторы гл>жат причиной появления новых илн изменения существующих требований к програлвшому обеспечению, что непосредственно приводит к модификации существующих систем. За несколько лет наследуемая система может пережить целый ряд подобных изменений, совершаемых разными специалистами, поскольку одному человелу пракгичс скп невозможно полностью освоить систему во всех аспектах.
Предприниматели, как правило, настроены па систематическое обновление и модсрнизшгню существующего оборудования. Однако, что касается списания и замены насле. дусмых систем современным ПО, такис действия могут повлечь за собой серьезный риск н псобратнмыс последствия в деятельности компаний. Как отмечалось в главе 4. многие ме. педжеры пс желают рисковать, устанавливая неизвестное и непредсказуемое современное ПО. Замена па!лед>еыой системы — дело рискованное по многим причинам.
1. Редко можно найти такую паслсд>сную систему, которая имеет полное и точное техническое ошкапие, Старое описание может быть утерлно, а сели оно и сущсст. вуст, вряд ли там будут > казаны все изменения, сделанные в системе. Поэтому трудно сравнивать технические характеристики и функциональные возможности старой системы с характеристиками сс возможной преемшшы. 2. Функционирование наследуемой спсгсмы тесно связано с деловой активностью компа|пш.
При замене системы деятельность компании также претерпит изменения, что может привести к непредсказуемым расходам и необратимым последствиям. 3. Некоторые встросш!ыс в систему правила, регулирующие область торговопромышленных отношений компании, могут быть нигде не докумеитированы. Зтн правила обеспечивают своеобразныс рамки, в которых должна вестись коммерческая деятельность, и нарушение этих рамок окажет нс самое лучшес влияние на развитие б!юнсса. Например.
страховая компапил могла включить в систему прави. ла оценки риска страховых полисов. Если этн правила не выполняются, компания мажет быть вовлечена в работу с полисами высокой степени риска, что в дальнейшем вызовет большие затраты на выплату страховых возмещений. 4. Создание новых программных систем связшю с риском, так как новизна системы полрззумсваст появление непредусмотренных проблем. Поставщик ПО может досташггь программный продукт пс вовремя, либо может измениться его цена. Использование наглслусмых систем избавляет организацию от риска, связанного с их зал!сноб. Олпако л!одсрппзация старой системы становится дороже с каждым годом эксплуатации. Возрастающая стоимость ьшдсрппзацип системы, находящейся в эксплуатации несколько лет, определяется лшогимн факторамп.
26. Наследуемые системы 565 1. Отдельные части системы разрабатывались разными командами программистов, поэтому в них отсутствует единство стиля программирования. 2. Система либо ее отдельные части могут быть написаны с помощью языков, давно вышедших из употребления. Трудность подбора специалистов, знающих этн языки, ус>тублястся дорогостоящими договорами иа внешнее сопровождение системы. 5. Док> ментация системы часто бывает устаревшей и не отвечает современным требованиям. Иногда единственной документацией может остаться исходный код программ.
В особо трудных случаях исходный кол давно утерян, н все, что доступно,— это функционирующая версия программы. 4. Долгие годы эксплуатации мо1уг оказать разрушительное воздействие на систему и иска. знть ее настолько, что она станет практически недоступной для понимания. Кроме того, в систему могут быль добавлены либо подогнаны к ней другие программы. 5.
Система может быль оптимизирована для экономного использования памяти «ии для быстрого выполнения. Это создаст дополнительные трудности для программистов, владеющих современными технологилми инженерии программного обеспечения н не имеющих понятия о хитростях и тонкостях программирования данной системы. 6. Данные, с которыми работает система, мокнут содержаться в разных файлах с несовместнлгыми структурами.
Отсюда высокая вероятность дублирования данных, кроме того, онн могут быть устаревшими неполными либо неточными. Организация, использующая болывое количество наследуемых систем, сталкивается с серьезной проблемой. Продолжая использовать и модернизировать наследуемые снстс. мы, она тем самым значительно повышает свои расходы. Решение заменить цаслслусм>ю систему новой также связано с большими расходами, более того, новая система неспособна конкурировать с наследуемой в плане оптимальной поддержки целевой деятельности компании.
Поэтому многие организации занимаются поиском новых технологий разработки ПО, позволяющих продлевать жизненный цикл наследуемых систем н снижающих затраты по нх использованию. О некоторых из ннх читатель узнает в главах 27 и 28, носвягцснных вопросам эволюции нрограичного обеснеченнл. 26.1. Структуры наследуемых систем Понятие "наследуемая система" гораздо шире понятия "старые и давно используемые системы ПО", хотя именно программный компонент этих снстеи нас интересует больше всего.
Наслед>слшя система представляет собой сложную соцнотехническую систему (слг. главу 2), основанную на использовании вычислительной техники, которая включает програмл~иое обеспечение, аппаратныс средства, используемые данные н бизнес.процессы. Изменения одной нз составляющих системы влечет за собой изменение других сс компонентов. Эти системы разрабатывались с учетом организационных стратегий и планов конкретной организации, но не всегда учитывали объективные иижсцсрныс критерии. Логические составляющие наследуемых систем и взаимосвязи между нпин нсрсчнслс.
ны ниже и показаны на рис. 26.1. 1. Лялярлшлъм с~едстлва. В большинстве своем наследуемые системы были созданы для работы на больших универсальных элекгронно-вычислительных малшнах, которые >же не выпускаюгся. Эти машины отличаются дороговизной эксплуатации и несо. вместимы с современными вычислительными средствами. 536 Касть "тП. Эволюция программного обеспечения 2.
Лумгумммиьи средсьэва поддгржтас Наследуемая система может основываться на самых разнык средствах поддержки, начиная с операционных систем и обслуживающих программ н заканчивая компиляторами, используемыми при создании системы. Все это может быть давно устаревшим и не поддерживаться их производителями. $. Лрккллдное лрозраммнсе айсаачекиа Как уже отмечалось, прикладная система, обеспечивающая услуги в сфере бизнеса, обычно состоит из нескольких отдельных программ, которые разрабатывались в разное время.
Часто термин "наследуемая систе. ма" относится именно к этим прикладным программам, а пе ко всей системе в целом. 4. Данные. Это данные, с которыми работает прикладная система. Многие системы за время эксплуатации накапливают огромное количество данных, среди которых можно обнаружить как неверные, так и дубликаты, содержащиеся в разных файлах. 5. Бнзнесяумвгссм, Это вид деловой активнскти для достижения коммерческих целей.
Если взять в качестве примера страховую компанию, бизнес-процессом в ней может быть применение политики страхования, а для промышленной компании бизнеспроцессом будет считаться прием заказа на производство определенного продукта и определение технологии производственного процесса. б. Лааитика к яравила деловой активности Здесь определяются способ ведения и различные ограничения деловой активности компании. Эти политики и правила часто лежат в основе построения и эксплуатации наследуемых прикладных систем. Рис 2б.1, Комяокенэьы нломдуакмх сисэжч Другой взгляд на наследуемые системы представлен на рис.
2б.2, где наследуемая система показана в виде многоуровневой модели. Каждый уровень зависит от нижнего, взаимодействуя с ним посредством интерфейса. В идеале ати интерфейсы должны позволять проводить изме. пения на отдельных уровнях без влияния или согласования с другими уровнями. Ркс. 262. МногоуУкмневпл модель мпсьгдуечой састем и 26.
Наследуемые системы 637 На практике вмешательство в один уровень обязательно повлечет за собой изменения на других уровнях. Это происходит по нескольким причинам. 1. Изменения на каком-либо уровне в большинстве случаев связаны с внедрением но. вых средств. Чтобы вышестоящий уровень мог использовать эти средства, его нужно также изменить. Например, на уровень программных средств поддержки внедряется новая база данных, которал предоставляет доступ к данным с помощью [ЧеЬброузера.
Тогда уровень бизнес-процессов потребуется изменить для того, чтобы иметь возможность использовать зто средство. 2. Изменение программного обеспечения может снизить скорость выполнения системы, для ее повышения нужно установить новые аппаратные средства. Повышение производительности системы провоцирует внесение изменений для использования возможносгей, которые ранее были недоступны.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
