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

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

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

• 
  Разработку концепции сопровождения целесообразно начинать с формализации и обоснования набора исходных данных, отражающих об­щие особенности класса, назначения и функции ПС, потребителей и эта­пов жизненного цикла проекта, каждый из которых влияет на выбор опре­деленных характеристик изменения комплекса программ (см. рис. 15.1). Для этого первоначально целесообразно использовать классификацию про­граммных средств по стандарту ISO 12182 и всю базовую номенклатуру функциональных характеристик и качества, стандартизированных в ISO 9126. Их описания желательно предварительно упорядочить по приорите­там с учетом особенностей назначения, сферы модификаций и примене­ния конкретного ПС.
  
• 
  На этапе создания концепции и системного анализа следует сформи­ровать цели сопровождения, выбрать методы и алгоритмы модификации основных, функциональных задач, а также сформулировать предваритель­ные критерии качества создаваемых новых программных компонентов и данных. При этом, естественно, встает вопрос о ресурсах, которые потре­буются для достижения этих целей, и о возможности их реализации. Целе­направленная и методичная экспертная оценка возможного масштаба и ресурсов на изменения уменьшает величину ошибок, однако обычно она остается все-таки довольно большой. Для обеспечения рациональной дос­товерности первичное прогнозирование целесообразно проводить путем экстраполяции на базе накопленных конкретных данных об отдельных аналогичных модификациях ПС.
  
• 
  До завершения разработки новой базовой версии программного про­дукта могут быть сформулированы только приближенные исходные тре­бования, отражающие объекты модификаций и условия их создания. Тем не менее экспертный опрос ведущих специалистов позволяет составить первичный сценарий масштаба и условий очередной модификации ПС. Даже качественная классификация и описание характеристик сценариев изменений значительно повышает точность прогнозов спецификаций тре­бований.
  
• 
  В концепции сопровождения заказчик и специалисты-разработчики должны представить требования, документально оформить планы и про­цедуры для проведения работ и реализации задач этого процесса. Они должны определить процедуры для получения, документирования и конт­роля сообщений о дефектах и заявок на внесение изменений от пользова­телей, а также для обеспечения обратной связи с пользователями. Всякий раз, когда возникают проблемы (дефекты), они должны быть докумен­тально оформлены и введены в процесс решения. Для анализа и ликвида­ции их следует реализовать процесс управления изменениями и конфигу­рацией существующего ПС и определить организационные процедуры взаимодействия с данным процессом. Необходимо проанализировать со­общение о дефектах и заявках на внесение изменений по их влиянию на организационные процессы, существующую систему и интерфейсные свя­зи с другими системами и установить:
  

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

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