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

Описание концепции сопровождения должно быть первым шагом при разработке политики сопровождения ПС. Она должна быть разработа­на при первом выпуске исходного программного продукта и отражать'.

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

• 
  Область сопровождения должна определять обязанности сопроводи­теля и какую поддержку программному продукту он обязан обеспечить. Она зачастую определяется наличием соответствующих ресурсных и бюд­жетных ограничений и должна охватывать'.
  

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

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

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

• 
  Должна быть проведена оценка условий финансирования и стоимо­сти сопровождения. Стоимость зависит от размера области сопровожде­ния. Дополнительными факторами, подлежащими учету, являются сто­имость: обучения как сопроводителей, так и пользователей; среды про­граммного инструментария, тестирования и их ежегодного сопровождения. При разработке концепции сопровождения стоимость оценивают на осно­ве ограниченных исходных данных. В дальнейшем эти оценки должны быть уточнены.
  
• 
  Разработку и утверждение в концепции спецификаций требований к функциональным характеристикам и качеству программного продук­та с учетом выполненных изменений целесообразно проводить итераци­онно. Полная и однократная формализация требований к характеристикам каждой крупной модификации в начале жизненного цикла ПС обычно невозможна, прежде всего, из-за разных представлений заказчика и разра­ботчиков о деталях ее назначения, функций и возможностей реализации при доступных ресурсах. Чем крупнее и сложнее проект ПС и соответ­ственно выше его стоимость, тем тщательнее следует разрабатывать тре­бования к его характеристикам сопровождения и распределять ресурсы на их реализацию.
  
• 
  При первоначальном определении требований к функциональной при­годности и к конструктивным характеристикам заданные заказчиком ог­раничения ресурсов не всегда могут учитывать ряд особенностей сопро­вождения проекта, что обусловит недопустимое снижение (или завыше­ние) требований к некоторым характеристикам модифицированного ПС. Кроме того, возможно, что некоторые характеристики или их изменения противоречивы или принципиально нереализуемы в данном проекте. В результате несбалансированные требования и доступные ресурсы про­явятся в виде потерь в качестве или в потребности выделения дополни­тельных ресурсов.
  
• 
  В зависимости от сложности проекта окончательным результатом ра­бот при прогнозировании изменений комплекса программ должны быть детализированные и утвержденные требования к номенклатуре, свойствам и значениям качества программного продукта, которые достаточны для его полноценного сопровождения и последующей эффективной эксплуа­тации. Эти требования закрепляются в концепции, контракте и тех­ническом задании, по которым сопроводитель впоследствии должен от­читываться перед заказчиком при завершении модификаций. Однако на последующих этапах жизненного цикла и при конфигурационном управ­лении требования могут изменяться по согласованию между заказчиком и разработчиком, которые чаще всего приурочиваются к подготовке новой базовой версии ПС. Для этого необходим мониторинг функциональной пригодности, масштаба проекта, требований и реализаций характеристик в течение всего ЖЦ ПС.
  
• 
  Принципиальные и технические возможности, точность реализации свойств и измерения значений характеристик ПС, а также общие ресурсы конкретного проекта всегда ограничены в соответствии с их содержанием и возможностями заказчика и разработчиков. Это определяет рациональ­ные диапазоны значений каждого изменения, которые могут быть вы­браны в концепции сопровождения ПС на основе требований заказчика, здравого смысла, а также путем анализа пилотных проектов и прецеден­тов в спецификациях требований реализованных модификаций. При ограни­ченности ресурсов проекта крупного ПС распределение приоритетов долж­но становиться более строгим и могут снижаться приоритеты изменений характеристик, для реализации которых ресурсов недостаточно. В резуль­тате формируется полный набор требуемых функциональных и конст­руктивных характеристик качества в процессе сопровождения ПС.
  

• 
  Требования к функциональным характеристикам и качеству, утвер­жденные после проектирования концепции, могут быть закреплены в техническом задании как обязательные для детального и рабочего проек­тирования модификаций (см. рис. 15.1). Эти данные могут использоваться при последующем оценивании качества и при их сопоставлении с требо­ваниями в процессе квалификационных испытаний, сертификации моди­фикаций или новой базовой версии программного продукта.
  
• 
  Для заказчика и пользователей при сопровождении может иметь зна­чение не только определение функциональной пригодности, но и оценка потенциального спроса на рынке конкретного программного продукта, а также его конкурентоспособности с другими аналогичными по функци­ям ПС с учетом его качества и стоимости. Это обстоятельство может определять необходимость контроля реализации и уточнения требований к отдельным характеристикам не только при сопровождении в ЖЦ ПС, но также для оценивания интегрального качества нового программного про­дукта, поставляемого на рынок.
  

2. 
   Этапы и процедуры при сопровождении
   программных средств
   

• 
  В соответствии с требованиями стандарта ISO 12207 по развитию и модификации программного продукта в жизненном цикле должен быть организован процесс его сопровождения (см. п. 5.5). Работы, обеспечива­ющие сопровождение ПС, включают:
  

• 
  подготовку процесса;
  
• 
  анализ проблем и изменений;
  
• 
  внесение изменений;
  
• 
  проверку и приемку при сопровождении;
  
• 
  перенос;
  
• 
  снятие с эксплуатации.
  

• 
  Эти разделы и соответствующие процессы детализированы в стан­дарте ISO 14764 и с рядом комментариев изложены ниже. После активиза­ции процесса следует разработать план сопровождения и соответствую­щие процедуры, а также выделить конкретные ресурсы для сопровожде­ния. После поставки заказчику программного продукта сопроводитель, в соответствии с договором и предложением о модификации или отчетом о дефекте, должен изменить соответствующие программы и документы. Ис­ходные данные преобразуют или используют в работах по сопровожде­
  
• 
  нию для получения выходных результатов — модифицированных версий программного продукта. Рекомендуется проводить регулярный контроль с целью проверки корректности выходных результатов конкретных работ по сопровождению.
  
• 
  
  
• 
  Рис. 15.2
  
• 
  
• 
  При подготовке процесса сопроводитель должен создать планы и определить процедуры, выполняемые при реализации сопровождения (рис. 15.2). План сопровождения целесообразно создавать параллельно с пла­ном разработки первой, базовой версии ПС. При выполнении данной ра­боты сопроводитель также должен определить необходимые организаци­онные интерфейсы и взаимосвязи между специалистами и с другими пред­приятиями. Исходными данными для работ по подготовке процесса явля­ются: старая (исходная) базовая версия программного продукта; систем­ные документы; предложения о модификациях и отчеты о дефектах. Для обеспечения эффективной реализации процесса сопровождения сопрово­дителю следует разработать и документально оформить стратегию про­ведения сопровождения, один из ключевых факторов в применении и развитии ПС. При реализации этой деятельности сопроводитель должен: разработать планы и процедуры сопровождения; установить процедуры рассмотрения предложений о модификации и отчетов о дефектах; приме­нить управление конфигурацией.
  
• 
  Сопроводитель должен разработать, документально оформить и вы­полнить планы и процедуры для проведения работ и решения задач про­цесса сопровождения. В плане сопровождения следует описать стратегию сопровождения системы, а в процедурах сопровождения должны быть определены подробности выполнения этапов и процессов сопровождения. Для обеспечения создания эффективных планов и процедур сопровожде­ния сопроводитель должен:
  

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

•