Методологические основы

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

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

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

• 
  Мобильность и затраты конкретных ресурсов для переноса программ и данных на иные аппаратные и операционные платформы при проектиро­вании могут быть учтены только очень приблизительно. Эти субхарактери­стики включают адаптируемость, простоту установки и замещаемость про­грамм, которые целесообразно оценивать количественно', совокупными затратами, стоимостью, трудоемкостью и длительностью на реализацию процедур переноса программ и данных. Оценки мобильности зависят не только от внутренних субхарактеристик ПС, но также от организации, технологии и документирования реализации жизненного цикла и процес­сов переноса комплексов программ и их компонентов (см. лекцию 15).
  
• 
  При переносе программ и данных свойства систем практически все­гда изменяются, что следует учитывать при системном анализе целесооб­разности и эффективности переноса, а также могут быть необходимы тес­тирование, испытания и сертификация получаемых ПС в новой среде. Кроме того, любой перенос связан с затратами. При создании мобиль­ных ПС трудно предусмотреть все возможные особенности и различия платформ и внешней среды, для которых декларируется мобильность кон­кретных программных средств. Эти особенности и возможное расшире­ние свойств окружающих прикладных программ и данных могут препод­носить неприятные сюрпризы нестыковки, для ликвидации которых по­требуются дополнительные ресурсы. Требования мобильности компонентов ПС приводят к необходимости их проектирования как автономных комп­лектующих изделий. Это реализуется за счет стандартизации их построе­ния и организации интерфейсов, унификации структуры базы данных и гарантии качества функционирования. В результате подготавливается воз­можность создания новых ПС из набора готовых программных модулей или функциональных групп программ, ранее использованных и испытан­ных в другом сочетании при решении несколько иных функциональных задач. Однако в любом комплексе программ вряд ли возможно и нужно повторно использовать все 100% готовых программных модулей. При сбор­ке нового ПС из комплектующих компонентов, может потребоваться до­работка некоторых из них или создание специальных программ для их взаимодействия.
  
• 
  В ряде случаев целесообразна настройка — адаптация готовых ком­понентов на новые условия применения. При больших изменениях усло­вий применения эффективной может оказаться сборка нового ПС с час­тичным использованием апробированных компонентов и с разработкой небольшой части программных модулей, обеспечивающих новые функ­ции, интерфейсы и условия применения ПС. При этом относительное сни­жение затрат пропорционально доле использования готовых комплектую­щих компонентов и степени их пригодности для использования в новом ПС. В пределе при построении нового ПС на 80—90% из готовых компо­нентов суммарные затраты могут сокращаться в 3—5 раз. В этом случае, кроме 10—20% затрат на создание новых программных компонентов, не­обходимы ресурсы на комплексирование нового ПС, его квалификацион­ное тестирование, испытания и документирование.
  
• 
  Практически всегда необходимы время и трудоемкость на систем­ный анализ и оценивание целесообразности разработки комплекса про­
  

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

2. 
   Ресурсы на имитацию внешней среды
   для обеспечения тестирования и испытаний
   программных средств
   

• 
  При создании крупных ПС одной из больших составляющих могут быть необходимые ресурсы на генерацию тестов. В ряде случаев они соизмеримы с затратами на создание основных функций комплексов про­грамм, что определяется принципиальным соответствием сложности не­обходимых наборов тестов и тестового покрытия программ, и сложнос­ти функций, реализуемых испытываемым ПС. Создание представитель­ных совокупностей тестов возможно путем использования реальных объектов внешней среды или с помощью программных имитаторов, адек­ватных этим объектам по результатам функционирования и генерируемой информации. При этом возникает проблема — какой метод и когда выгод­ней по затратам на генерацию тестов и по обеспечению необходимой степени покрытия тестами испытываемых ПС (см. лекцию 14).
  
• 
  Имитаторы тестов необходимы не только для оценивания достигну­тых характеристик качества комплексов программ, но также для их комп­лексной отладки, квалификационного тестирования, испытаний и при со­здании версий. Поэтому затраты на программные имитаторы и их эконо­мическую эффективность целесообразно рассматривать в проекте с учетом всего комплекса задач, которые они способны и должны решать в ЖЦ ПС. Анализ эффективности программной имитации внешней среды при разра­ботке и определении качества ПС целесообразно разделить на две части: оценка факторов, определяющих эффективность средств имитации тестов, и оценка экономического выигрыша при моделировании внешней среды на ЭВМ по сравнению с натурными экспериментами в реальных системах.
  
•