65875

Профили стандартов жизненного цикла систем и программных средств в программной инженерии

Лекция

Информатика, кибернетика и программирование

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

Русский

2014-08-09

152.5 KB

24 чел.

PAGE  16

Лекция 2. Профили стандартов жизненного цикла систем и                                        программных средств в программной инженерии

2.1. Назначение профилей стандартов жизненного цикла в                 программной инженерии 

       

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

     Профиль стандартов  это совокупность нескольких (или подмножество одного)  базовых  стандартов  (и других нормативных документов) с четко определенными и гармонизированными  подмножествами  обязательных и факультативных возможностей,  предназначенная для реализации заданной функции или группы функций.  Функциональная характеристика (заданный набор функций) объекта стандартизации является исходной для формирования и применения профиля этого объекта или процесса. В профиле выделяются и устанавливаются допустимые факультативные возможности и значения  параметров  каждого базового стандарта  и/или  нормативного  документа,  входящего в профиль. Профиль не может противоречить использованным в нем базовым  стандартам и нормативным документам.  Он должен использовать  факультативные  возможности и  значения  параметров в пределах допустимых, выбранные из альтернативных вариантов.  На базе одной и той же совокупности базовых  стандартов  могут  формироваться и утверждаться различные профили для разных проектов и сфер применения. Эти ограничения базовых документов профиля и их гармонизация, проведенная разработчиками профиля, должны обеспечивать качество,  совместимость и корректное взаимодействие компонентов системы,  соответствующих  профилю,  в заданной области его применения.

    Основными целями  применения профилей стандартов при создании и применении ПС являются:

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

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

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

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

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

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

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

       Профиль ЖЦ ПС конкретной системы должен учитывать её функциональную ориентацию. Он должен содержать  ссылки  на  стандартизированные  интерфейсы между  комплексом программ и внешней средой,  которые описываются в профилях среды системы. Каждый профиль и его параметры для применения в конкретном проекте системы необходимо поэтапно адаптировать и детализировать в соответствии с этапом проекта. Особенности организационных структур, различия в размерах и сложности проектов,  в требованиях к системам и применяемым методам их разработки,  необходимость преемственности с системами, находящимися в эксплуатации,  влияют на организацию  разработки, приобретения,  применения и сопровождения программных средств. Каждый из выделенных профилей должен для последующего длительного использования пройти стадию формирования,  адаптации  и параметризации применительно к характеристикам стандартизируемых объектов или процессов.

      Для корректного применения  описания профилей стандартов должны содержать:

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

        В зависимости от области распространения профилей они могут иметь разные  статусы утверждения:

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

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

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

    

2.2. Жизненный цикл профилей стандартов систем и                                              программных средств

   

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

     Целесообразно рассматривать  две группы профилей систем (рис. 2.1):

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

     На этапах жизненного цикла системы выбираются и затем применяются общесистемные функциональные профили:

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

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

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

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

       Применение функциональных профилей должны поддерживать основные,  технологические профили (см. рис. 2.1): 

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

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

     Отдельные внутренние этапы жизненного цикла компонентов и комплексов программ обеспечиваются группами стандартов на локальные процессы, определяющие:

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

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

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

  •  разработка,  формирование и адаптация профилей стандартов ЖЦ ПС для использования в конкретном проекте системы;
  •  непосредственное применение требований и рекомендаций каждого адаптированного профиля стандартов для регламентирования этапов,  работ и документов проекта ПС.

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

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

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

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

        На этапе системного анализа при планировании профиля технологической поддержки разработки ПС следует проанализировать набор базовых международных  стандартов,  связанных  с  регламентированием особенностей   систем   и  программных  средств. Для поддержки жизненного цикла разрабатываемых  ПС необходимо  из  них выбрать предварительный набор стандартов,  в наибольшей степени относящихся к ПС данного класса.  Этот  набор стандартов  может быть дополнен возможными и целесообразными для применения стандартами де-факто и перечнем подлежащих разработке нормативных документов данного проекта. В результате формируется предварительный перечень стандартов  и  нормативных  документов, который  должен стать основой для профилей ЖЦ ПС.  Этот перечень должен быть указан в спецификации требований или войти в состав системного проекта комплекса программ.

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

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

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

        В уточненном  плане  реализации  системы должны  быть представлены  ссылки  на  состав и содержание документов каждого профиля,  выделены компоненты, параметры и ограничения, сформированные в процессе адаптации профиля ЖЦ данного ПС. Для разработчиков и заказчиков на этом этапе должен быть создан проект руководства применения профилей на последующих этапах ЖЦ.  В результате на этом этапе   формируется проект  адаптированного набора профилей. Необходимо провести  предварительное обучение разработчиков проекта применению профилей ЖЦ ПС и основным концепциям профилей для данной системы. Конкретизация обеспечения технологической поддержки последующей разработки ПС позволяет завершить и утвердить адаптированные профили,  поддерживающие ЖЦ ПС, а также руководства по их применению. Результатом этого процесса является определение стандартов и выбор интерфейсов, которые удовлетворяют требованиям, предъявляемым к системе в целом.

   Этап разработки  системы и комплекса программ связан, прежде всего, с программированием и тестированием компонентов ПС, которые создаются заново для  данной системы. Одновременно создаются функциональные тесты для проверки выполнения компонентами заданных функций. Разработка  программных средств и их компонентов  производится  с  помощью  инструментальных средств, отвечающих требованиям выбранного ранее профиля методологии и технологии. Системные, аппаратные и программные средства необходимо проверять на соответствие функциональным и эксплуатационным требованиям профилей. Если закупленные продукты или платформы уже прошли у поставщика тестирование на соответствие профилям,  процедура тестирования у потребителя может быть несколько сокращена при условии, что нет проблем с несоответствием архитектуры стандартам. Состав и содержание применяемых документов профилей ЖЦ  ПС должны быть тесно связаны с планом и перечнем работ, выполняемых на соответствующих этапах. В обязательных документах должно быть также отражено содержание дополнительных нормативных документов, согласуемых с заказчиком.  

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

Для обеспечения корректного применения каждого профиля должна быть разработана и утверждена методика проверки  и  тестирования  для  установления степени соответствия комплекса программ утвержденному профилю ЖЦ ПС и БД.  Содержание и рекомендации профилей ЖЦ  должны  быть освоены специалистами,  осуществляющими контроль их выполнения и тестирование создаваемого комплекса программ. Отдельные компоненты профиля подлежат тестированию, как с точки зрения соответствия необходимым стандартам, так и соответствия требованиям, сформулированным в терминах их характеристик качества. Тестирование на соответствие не гарантирует функциональной совместимости, оно представляет лишь тест на соответствие набору тестовых утверждений, содержащихся в стандарте. Поведение объекта отслеживается и сравнивается с ожидаемым результатом эталонной реализации.

     После детального проектирования версии ПС все  последующие работы по созданию комплекса программ,  вплоть до завершения испытаний и сертификации, должны проводиться в соответствии с утвержденными  профилями  ЖЦ ПС,  руководствами по их применению и проверяться на соответствие профилям по  утвержденным  методикам тестирования. Для этого должны быть созданы план, перечень и содержание работ,  в которых применяются конкретные фрагменты, определенные положения каждого профиля и разделы методики,  по которым тестируется соответствие версии ПС данному профилю. Наиболее  полная проверка соответствия утвержденному профилю производится в процессе испытаний комплекса программ. В акте по результатам  испытаний  кроме всех характеристик версии программного продукта должно быть отражено соответствие профилям стандартов в той их  части,  которая  непосредственно влияет на характеристики версии программного продукта. Кроме того, должны быть обобщены и представлены результаты применения утвержденных  профилей  ЖЦ ПС в процессе создания данной версии комплекса программ.

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

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

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

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

  •  процессов жизненного цикла системы и основных компонентов ПС и БД;
  •  продуктов и компонентов системы,  подготовленных и рекомендуемых для эксплуатации и сопровождения.

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

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

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

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

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

2.3. Модель профиля стандартов  жизненного цикла                                               сложных программных средств

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

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

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

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

      Общая структура и состав профиля стандартов жизненного цикла системы и крупного программного средства для управления проектом представлены на рис. 2.3.  На этом рисунке выделены и отражена группа базовых стандартов управления проектами систем и основными процессами сложных программных средств, а также перечень совокупности стандартов детализирующих и поддерживающих процессы их жизненного цикла. Выделенные базовые стандарты образуют иерархическую группу и тесно связаны между собой концепциями, требованиями, процессам и ссылками. Основу профилей управления проектами составляют две группы: стандарты менеджмента качества  процессов жизненного цикла систем –  CMMI:2003  и менеджмента (административного управления) системой качества (требования) – ISO 9001:2000. Так как эти стандарты имеют много общего и трудно выделить их преимущества, то при реальной разработке крупных проектов целесообразно уделять приоритет одной из групп в зависимости от особенностей конкретного проекта и предшествовавшего опыта специалистов предприятия.

     Некоторым преимуществом применения стандарта ISO 9001 для управления проектами ПС, является его развитие и детализация требований в специальном руководстве ISO 90003:2004 для программных средств. В этом руководстве цитируются каждое требование ISO 9001,  оно комментируется и снабжается особенностями реализации процессов управления  для конкретных проектов программных средств. Кроме того, при описании ряда процессов управления проектом для их уточнения и конкретизации делаются ссылки на основные стандарты, регламентирующие жизненный цикл ПС: ISO 12207,  ISO 15504, ISO 9126, а в приложении проводится сопоставление требований этого стандарта с  процессам управления и с рекомендациями стандарта ISO 12207.  

      Часто создание профилей стандартов крупных программных проектов начинается с определения жизненного цикла системы, процессы которого регламентируются стандартом ISO 15288:2002. Положения этого стандарта коррелированны с рекомендациями стандарта ISO 12207, которые детализируются в стандарте ISO 15504:1-9:1998 и в последующей большой группе стандартов (см. рис. 2.3).

   Профиль жизненного  цикла  ПС и БД целесообразно определять на основе подмножества процессов, работ и  задач стандарта ISO 12207,  выбирая их с учетом характеристик проекта конкретной системы. Возможно, что к выбранному подмножеству потребуется добавление дополнительных процессов, работ, задач и нормативных документов, связанных со спецификой данной системы. Это рекомендуется в новых Приложениях 1 и 2 к этому стандарту, а также в ряде руководств детализирующих основные процессы стандарта ISO 12207.  Ряд работ, особенно на наиболее  творческих  этапах  создания  программного средства,  не регламентируется стандартами.  Это не позволяет разрабатывать и применять профили ЖЦ ПС,  основанные  только  на базе  стандартов.  Иногда целесообразно  дополнительно регламентировать такие работы нормативными документами и спецификациями разработчиков  проекта  системы или ведомственными нормативными документами.       

      В стандарте ISO 12207 и Приложениях 1 и 2 к этому стандарту, изложены основы преобразования и адаптации базовой структуры процессов ЖЦ  для профиля конкретного  проекта ПС и БД.  В них даны общие рекомендации по адаптации процессов ЖЦ,  а также конкретные рекомендации по возможным изменениям ряда работ и результирующих документов в зависимости от характеристик конкретного объекта и процесса его разработки.  В связи с возрастающей ролью качества сложных ПС,  целесообразно выделять профиль обеспечения качества  ПС и БД  конкретной  системы,  регламентирующий требования к качеству и меры по его обеспечению.

        Модель профиля стандартов жизненного цикла сложных программных средств обычно формируется из 10 –12 базовых стандартов. Их количество зависит от целей, сложности и особенностей проекта, от назначения и  области применения модели, а также от возможностей формализации её компонентов.  Для последующего изложения программной инженерии при их выборе и формировании модели профиля стандартов учитывалось  наличие международных стандартов (Приложение 1), которые могут использоваться при определении жизненного цикла ПС и объединении их в профиль, пригодный для последующего использования в технологии создания и развития крупного проекта. Поэтому ряд не стандартизированных – творческих процессов явно не отражен в рассматриваемой модели, однако они существенны для реального жизненного цикла ПС.

       Сформированный и используемый далее в лекциях профиль жизненного цикла ПС состоит из трех групп стандартов – рис. 2.4:

  •  группы стандартов управления жизненным циклом сложных проектов систем и программных средств, возглавляемой стандартами менеджмента –  CMMI и ISO 9000;
  •  группы стандартов проектирования, разработки, сопровождения и управления конфигурацией, регламентируемой базовыми стандартами  жизненного цикла систем и программных средств – ISO 15288   и  ISO 12207;
  •  группы стандартов оценивания и обеспечения качества, безопасности и документирования в жизненном цикле программных средств, с головными стандартами ISO 9126  и  ISO 25000.  

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


 

А также другие работы, которые могут Вас заинтересовать

32994. ТИПЫ СОЦИАЛЬНОЙ ДИНАМИКИ 41.62 KB
  Конт который и ввел этот термин в научный оборот подразумевал под ним однонаправленные поступательные процессы общественного развития исключающие скачки и перерывы. Между тем понятие социальная динамика отражает определенную и весьма существенную сторону общественного развития в целом. ЦИКЛИЧЕСКИЙ ТИП СОЦИАЛЬНОЙ ДИНАМИКИ В общественной жизни широко распространены циклические процессы имеющие собственную логику развития и специфические формы реализации. Они не могут быть сведены к случайным и кратковременным явлениям в наступательном...
32996. Интерфейс для офисного служащего 276.5 KB
  Выводится критерий для оценки качества интерфейса. Создается прототип интерфейса с шаблонами основных частозаполняемых документов для офисного служащего, удовлетворяющий полученному критерию. Проводится пилотный эксперимент для оценки работоспособности интерфейса.
32997. Философская концепция человека 20.64 KB
  Б Жизнь человека подчиняется биологическим законам Биоорганизация человека есть результат развития длинного ряда его предков животное обезъяналюди гомениды современный человек Человек в отличие от животных имеет такие биологические структуры которые служат материальными предпосылками для развития чисто человеческих особенностей: возникают органы позволяющие человеку трудиться рука мозг и прямая походка 2. Человек обладает качественными надбиологическими образованиями которые формируют социальную характеристику человека....
32998. Понятие науки, её функции 20.99 KB
  Теоретические уровни отдельных наук смыкаются в общетеоретическом философском объяснении открытых принципов и законов в формировании мировоззренческих и методологических сторон научного познания в целом. Социологический анализ деятельности института науки в современном обществе дает основание утверждать что главной функцией науки является производство и умножение достоверного знания позволяющего раскрывать и объяснять закономерности окружающего мира Указанная выше основная функция науки в современном обществе может быть конкретизирована и...
32999. Философия техники, Исследование первопричин техники 24.35 KB
  Исследование первопричин техники. Основоположником этого раздела философии является Эрнст Капп написавший Основные направления философии техники 1877. философия техники во-первых исследует феномен техники в целом во-вторых не только ее имманентное развитие но и место в общественном развитии в целом в-третьих принимает во внимание широкую историческую перспективу.
33000. Философия и ее предмет. Исторические условия возникновения философии 42.2 KB
  Философия - любовь к мудрости (от греч. phileo - люблю и sophia - мудрость) - возникает в VII-VI веках до н.э. в Древней Греции и на Востоке - в Индии и Китае. С тех пор не утихают споры о предмете философских размышлений, назначении философии, ее соотношении с другими формами человеческой духовной деятельности.
33001. ФИЛОСОФИЯ ДРЕВНЕГО ВОСТОКА 35.04 KB
  РВ вобрала в себя миф и ритуал в таком виде она несла зачаток как религиозного так и философского видения мира и человека. Есть там и идея макрокосмической эмбриогонии согласно которой рождение космоса рассматривается по аналогии с зачатием и рождением человека в материнском лоне. Космос порождает человека. В рамках древнеиндийской философии подчёркивается значение духовной стороны человека она приобретает здесь космический смысл.
33002. Милетская школа. Милетская школа философии 26.78 KB
  Обратимся к наиболее известному опровержению возможности движения – знаменитым апориям Зенона которого Аристотель назвал изобретателем диалектики. Но для философа вопрос ставиться не в плоскости эмпирического существования движения а в плане мыслимости его противоречивости и в системе понятия в диалектике его соотношения с пространством и временем. Элиатам не удалось доказать что движения нет. Они своими тонкими рассуждениями показали то что едва ли кто из их современников осмысливал что такое движение Сами они в своих размышлениях...