Rаchehan | Дата: Вторник, 08.10.2013, 20:50 | Сообщение # 2201 |
Отец
Группа: Проверенные
Сообщений: 1771
Награды: 14
Репутация: 105
Статус: Offline
| Профиль стандартов это совокупность нескольких базовых стандартов с четко определенными и гармонизированными подмножествами обязательных и факультативных возможностей, предназначенная для реализации заданной функции или группы функций. Функциональная характеристика (заданный набор функций) объекта стандартизации является исходной для формирования и применения профиля этого объекта или процесса. В профиле выделяются и устанавливаются допустимые факультативные возможности и значения параметров каждого базового стандарта и/или нормативного документа, входящего в профиль. Профиль не может противоречить использованным в нем базовым стандартам и нормативным документам. Он должен использовать факультативные возможности и значения параметров в пределах допустимых, выбранные из альтернативных вариантов. На базе одной и той же совокупности базовых стандартов могут формироваться и утверждаться различные профили для разных проектов и сфер применения. Эти ограничения базовых документов профиля и их гармонизация, проведенная разработчиками профиля, должны обеспечивать качество, совместимость и корректное взаимодействие компонентов системы, соответствующих профилю, в заданной области его применения. Основными целями применения профилей стандартов при создании и применении ПС являются: - снижение трудоемкости, длительности, стоимости и улучшение других технико-экономических показателей проектов систем и комплексов программ; - повышение качества разрабатываемых или применяемых покупных компонентов и ПС в целом, при их разработке, приобретении, эксплуатации и сопровождении; - обеспечение расширяемости ПС по набору прикладных функций и масштабируемости в зависимости от размерности решаемых задач; - поддержка функциональной интеграции в системах задач, ранее решавшихся раздельно; - обеспечение переносимости программ и данных между разными аппаратно-программными платформами. Состояние и развитие стандартизации в области программной инженерии характеризуется следующими особенностями, которые необходимо учитывать при формировании и применении профилей: - несколько сотен разработанных международных и национальных стандартов не полностью и неравномерно покрывают потребности в стандартизации объектов и процессов создания и применения сложных систем, программных средств и их компонентов; - большая длительность разработки, согласования и утверждения международных и национальных стандартов (3-5 лет) приводит к их консерватизму, а также к хроническому отставанию требований и рекомендаций этих документов от современного состояния техники и от текущих потребностей практики и технологии создания сложных систем; - стандарты современных ПС должны: учитывать необходимость их построения как открытых систем; обеспечивать расширяемость при наращивании или изменении выполняемых функций; переносимость программных средств и данных систем между разными аппаратно-программными платформами; возможность взаимодействия с другими информационными системами той же проблемно-ориентированной сферы; - наиболее сложные и творческие процессы создания и развития крупных распределенных ПС (системный анализ и проектирование, интеграция компонентов и систем, испытания и сертификация) почти не поддержаны требованиями и рекомендациями стандартов, вследствие трудности их формализации, унификации и разнообразия содержания; - чем сложнее объекты или процессы, подлежащие стандартизации, тем больше необходимо использовать и формулировать предварительных условий, учитываемых в требованиях и рекомендациях стандарта, которые следует адаптировать и конкретизировать для корректного их применения в определенном проекте; - пробелы и задержки в подготовке и издании стандартов высокого ранга и текущая потребность унификации и регламентирования современных объектов и процессов в области программной инженерии приводят к созданию и практическому применению многочисленных нормативных и методических документов отраслевого, ведомственного или фирменного уровня. При практическом формировании и применении профилей ПС в ряде случаев, возможно, использовать национальные стандарты, стандарты де-факто и ведомственные нормативные документы. Это может быть обусловлено отставанием в разработке некоторых задач в международных стандартах или необходимостью учета конкретных особенностей систем. При применении стандартов и профилей могут быть выявлены пробелы в положениях некоторых стандартов и необходимость модификации или дополнения требований, определенных в них. Некоторые функции, не формализованные стандартами, но важные для унификации построения или взаимодействия компонентов могут определяться нормативными документами ведомства или предприятия, обязательными для конкретного профиля и проекта. Применение стандартизированных профилей позволяет заказчику системы освободиться от зависимости от одного поставщика программных или аппаратных средств за счет выбора этих средств из числа доступных на рынке и соответствующих стандартам, нормативным требованиям и рекомендациям профиля. Применение профилей, относящихся к программным комплексам (функциональным частям систем), облегчает повторное использование в проектируемой системе уже разработанных и проверенных программных компонентов. Профили ПС унифицируют и регламентируют только часть требований и характеристик объектов и процессов, выделенных и формализованных на базе стандартов и нормативных документов. Другая часть функциональных и технических характеристик систем определяется заказчиками и разработчиками творчески, без учета положений нормативных документов. Профиль стандартов ЖЦ ПС (функциональных частей системы) должен определять архитектуру программного комплекса (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и систем на модули, определение унифицированных интерфейсов взаимодействия между комплексами программ и их компонентами). Жизненный цикл программных средств отражается в профиле стандартов набором: процессов, этапов, частных работ и операций в последовательности их выполнения и взаимосвязи, регламентирующим ведение разработки, сопровождение и эксплуатацию, от анализа и подготовки требований до завершения испытаний ряда версий программного продукта и прекращения их использования. Жизненный цикл включает описания исходной информации, способов и методов выполнения операций и работ, устанавливает требования к результатам и правилам их контроля, а также определяет содержание технологических и эксплуатационных документов. Он определяет организационную структуру коллектива специалистов, регламентирует распределение и планирование работ, а также контроль за ходом разработки. Повышение эффективности разработки, качества программного продукта и производительности труда специалистов достигается за счет: - регламентации организации и порядка проведения работ; - автоматизации этапов и операций; - рационального разделения труда между специалистами разной квалификации и проблемной ориентации. Профиль ЖЦ ПС конкретной системы должен учитывать её функциональную ориентацию. Он должен содержать ссылки на стандартизированные интерфейсы между комплексом программ и внешней средой, которые описываются в профилях среды системы. Каждый профиль и его параметры для применения в конкретном проекте системы необходимо поэтапно адаптировать и детализировать в соответствии с этапом проекта. Особенности организационных структур, различия в размерах и сложности проектов, в требованиях к системам и применяемым методам их разработки, необходимость преемственности с системами, находящимися в эксплуатации, влияют на организацию разработки, приобретения, применения и сопровождения программных средств. Каждый из выделенных профилей должен для последующего длительного использования пройти стадию формирования, адаптации и параметризации применительно к характеристикам стандартизируемых объектов или процессов. Для корректного применения описания профилей стандартов должны содержать: - определение целей, которые предполагается достичь применением данного профиля стандартов; - перечисление функций продукта или процесса стандартизации, определяемого данным профилем; - формализованные сценарии применения базовых стандартов и спецификаций, включенных в данный профиль; - сводку требований к системе или к её компонентам, определяющих их соответствие профилю и требований к методам тестирования соответствия; - ссылки на конкретный набор стандартов и других нормативных документов, составляющих профиль, с точным указанием используемых положений, редакций и ограничений, способных оказать влияние на достижение корректного взаимодействия объектов стандартизации при использовании данного профиля; - информационные ссылки на спецификации тестов проверки соответствия профилю. В зависимости от области распространения профилей они могут иметь разные статусы утверждения: - профили конкретной системы, определяющие стандартизированные проектные решения в пределах данного проекта и являющиеся частью проектной документации; - профили, предназначенные для решения некоторого класса прикладных задач, которые распространяются на все системы и ПС данного класса в пределах предприятия или отрасли и утверждаются как стандарты предприятий, ведомственные или государственные стандарты. Особенности организационных структур, различия в размерах и сложности проектов, требованиях к системам и применяемым методам их разработки, необходимость преемственности с системами, находящимися в эксплуатации, влияют на организацию разработки, приобретения, применения и сопровождения аппаратных и программных средств. Для эффективного применения конкретного профиля необходимо: - выделить объединенные единой логической связью проблемно-ориентированные области функционирования систем, где могут использоваться стандарты, общие для одной организации или группы предприятий; - идентифицировать стандарты и нормативные документы, варианты их применения и параметры, которые необходимо включить в профиль стандартов; - документально зафиксировать участки конкретного профиля, где требуется создание новых стандартов или нормативных документов, и идентифицировать характеристики, которые могут оказаться важными для разработки недостающих стандартов и нормативных документов этого профиля; - формализовать профиль в соответствии с его категорией, включая стандарты, различные варианты нормативных документов и дополнительные параметры, которые непосредственно связаны с профилем; - опубликовать профиль и/или продвигать его по формальным инстанциям для дальнейшего распространения на предприятии или в отрасли.Добавлено (08.10.2013, 20:43) --------------------------------------------- 2.2. Жизненный цикл профилей стандартов систем и программных средств Профиль стандартов конкретной системы не является статичным, он развивается и кон-кретизируется (возможно, во взаимодействии с заказчиком) в процессе жизненного цикла и оформляется в составе документации системы. Разработка и применение профилей стандартов являются органической частью процессов жизненного цикла, разработки и развития систем. Проектированию системы предшествует обследование объекта автоматизации, результатом которой являются его функциональная и информационная модели, определение целей создания системы и состава ее функций. Стандарты, важные с точки зрения заказчика, должны задаваться в спецификации требований на проектирование системы и составлять её первичный профиль. То, что не задано в требованиях заказчика, остается первоначально на усмотрение разработчика системы, который, руководствуясь требованиями спецификаций, может дополнять и развивать профили, которые согласуются с заказчиком. В профиль конкретной системы включаются спецификации стандартизации компонентов, разработанных в составе данного проекта, и спецификации использованных готовых программных и аппаратных средств, если эти средства не специфицированы соответствующими стандартами. После завершения проектирования и испытаний системы, в ходе которых проверяется ее соответствие профилю, профиль применяется как основной инструмент сопровождения системы при эксплуатации, модернизации и управлении конфигурацией. Целесообразно рассматривать две группы профилей систем (рис. 2.1): - функциональные профили, регламентирующие архитектуру и структуру объектов системы и ее компонентов; функции, интерфейсы и протоколы взаимодействия, форматы данных; - технологические профили, регламентирующие процессы проектирования, разработки, примене-ния, сопровождения и развития систем и их компонентов. На этапах жизненного цикла системы выбираются и затем применяются общесистемные функцио-нальные профили: - профиль жизненного цикла информационной системы; - профиль аппаратной и операционной среды системы; - профиль внешней и пользовательской среды функционирования ПС; - профиль обеспечения безопасности функционирования и защиты информации в системе; - профиль инструментальных средств, поддерживающих весь жизненный цикл системы. При применении функциональных профилей системы следует иметь в виду согласование (гармо-низацию) этих профилей между собой. Необходимость такого согласования возникает, в частности, при применении стандартизированных интерфейсов, в том числе, интерфейсов ПС и БД со средой их функционирования, интерфейсов со средствами защиты информации. При согласовании функциональ-ных профилей возможны также уточнения профиля внешней среды системы и профиля инструмен-тальных средств создания, сопровождения и развития программных средств. Детализация общесистемных профилей стандартов производится по мере декомпозиции струк-туры системы на составляющие её компоненты. Выбор и применение этих профилей является органи-ческой частью процессов проектирования, разработки, сопровождения и развития сложных систем. Их применение включает процессы: - выбор аппаратной и операционной среды системы определенного класса; - определение внешней и пользовательской среды функционирования и применения системы; - подготовку административного управления системой качества; - выбор готовых программных и аппаратных средств, соответствующих функциям и профилям сис-темы; - проектирование и разработка программных средств и баз данных (функциональных частей системы) в соответствии с выбранными профилями, в частности в соответствии со стандартами на интерфейсы; - разработка требований к методам тестирования компонентов системы на соответствие функцио-нальным профилям, выбор или разработка тестов соответствия; - тестирование компонентов системы на соответствие профилям или проверка сертификатов соответ-ствия для применяемых готовых программных и аппаратных средств; - комплексирование компонентов в создаваемой системе на основе последовательного применения профилей и их квалификационного тестирования. Применение функциональных профилей должны поддерживать основные, технологические про-фили (см. рис. 2.1): - жизненного цикла программных средств и баз данных; - обеспечения качества программных средств и информации баз данных; - верификации, тестирования и сертификации ПС и БД; - сопровождения и управления конфигурацией ПС и информацией БД; - документирования программных средств и информации баз данных. Быстро оснащающиеся различными методами и средствами автоматизации этапы системного ана-лиза, моделирования и предварительного проектирования не позволяют стабилизировать основу этих процессов, достаточную для их полной формализации для любых систем на уровне международных стандартов. Поэтому для этих этапов могут создаваться и применяться профили ЖЦ ПС как проблем-но-ориентированные совокупности нормативных документов и методических руководств, отра-жающие как наиболее современные методы, так и фрагменты действующих стандартов, в том числе стандартов "де-факто". Отдельные внутренние этапы жизненного цикла компонентов и комплексов программ обеспечива-ются группами стандартов на локальные процессы, определяющие: - языки и процессы программирования программных компонентов; - визуализацию информации для пользователей и обеспечения управления жизненным циклом ПС; - защиту информационных ресурсов от несанкционированных вмешательств и криптографии; - телекоммуникацию и взаимодействие с внешней средой. Эта группа стандартов непосредственно определяет инструментальные средства решения соответст-вующих задач и в процессах жизненного цикла ПС обычно стабильны, не изменяются и не раскрыва-ются ниже в профилях ЖЦ. Учитывая динамику формирования и применения профилей жизненного цикла ПС, по мере детализации структуры системы и ее возможного развития, образуется жизненный цикл профилей стандартов. Жизненный цикл профилей ПС целесообразно рассматривать в составе технологических работ проекта отдельно от этапов и работ непосредственной разработки и эксплуатации самих программных средств и баз данных. Создание и применение профилей жизненного цикла ПС можно разделить на два крупных процесса (рис. 2.2): - разработка, формирование и адаптация профилей стандартов ЖЦ ПС для использования в конкрет-ном проекте системы; - непосредственное применение требований и рекомендаций каждого адаптированного профиля стандартов для регламентирования этапов, работ и документов проекта ПС. При создании ПС профили стандартов развиваются и детализируются параллельно с конкретизаци-ей проекта. Они должны обеспечивать соответствующую часть технологической поддержки разработ-ки комплекса программ нормативными документами. Таким образом, жизненный цикл профилей, в некоторой степени, подобен жизненному циклу самих программных средств и баз данных. Завершение разработки профилей стандартов системы и оформление результатов должно опережать, обеспечивать и подготавливать выполнение соответствующих этапов и работ основного жизненного цикла комплекса программ. Процессы жизненного цикла, развития системы и её программных компонентов должны быть поддержаны этапами развития и приме- нения комплекта профилей, которые включают: - системный анализ объекта информатизации и создания концепции системы, когда производится первичный выбор исходного комплекта стандартов, которым должна соответствовать система; выявляется необходимость разработки и состав дополнительных нормативных документов; оформляется содержание и параметры комплектов документов предполагаемых профилей; - проектирование системы, когда определяются требования к её архитектуре и структуре и соответ-ственно уточняются положения, параметры и адаптируются стандарты комплекта профилей; оформ-ляются проекты документов и методических руководств по применению рабочей версии каждого профиля стандартов; - разработку или приобретение готовых компонентов системы, при этом утверждаются и применя-ются все положения профиля; производится контроль, тестирование и испытания компонентов на соответствие требованиям и документам конкретного профиля стандартов; - сопровождение, актуализацию и развитие системы, когда анализируются положения, параметры и результаты адаптации применяемой версии каждого профиля; выявляются и устраняются дефекты профилей; - модернизацию профиля, с учетом появления более совершенных технических и программных средств, а также новых стандартов; при необходимости осуществляется формирование, документиро-вание и внедрение новой модифицированной и уточненной версии соответствующего профиля. В общем случае созданию профилей жизненного цикла системы, должно предшествовать обсле-дование объекта информатизации, для которого предполагается создавать систему. Результатами ра-бот на этом этапе являются функциональная и информационная модели, а также спецификации тре-бований, которые служат в качестве исходных данных для проектирования системы и ПС. Целесооб-разно, чтобы эти модели и спецификации требований были выполнены с помощью формализованных методов их описания, например, с использованием средств описания моделей в известных методологиях структурного проектирования и языков спецификаций. В спецификации должны быть определены требования к жизненному циклу системы, даны ссылки на действующие нормативные документы и определена предварительная структура профиля стандартов жизненного цикла. Следует задать требования к качеству системы и, соответственно, первичный профиль обеспечения качества комплекса программ и данных, функциональные требования к системе состав решаемых задач и ссылки на нормативные документы, которые регламентируют правила и процедуры выполнения функций и операций.
Добавлено (08.10.2013, 20:44) --------------------------------------------- На этапе системного анализа при планировании профиля технологической поддержки разработ-ки ПС следует проанализировать набор базовых международных стандартов, связанных с регламен-тированием особенностей систем и программных средств. Для поддержки жизненного цикла разра-батываемых ПС необходимо из них выбрать предварительный набор стандартов, в наибольшей сте-пени относящихся к ПС данного класса. Этот набор стандартов может быть дополнен возможными и целесообразными для применения стандартами де-факто и перечнем подлежащих разработке норматив-ных документов данного проекта. В результате формируется предварительный перечень стандартов и нормативных документов, который должен стать основой для профилей ЖЦ ПС. Этот перечень дол-жен быть указан в спецификации требований или войти в состав системного проекта комплекса про-грамм. Одним из преимуществ от разработки и внедрения профиля стандартов для большой организации-пользователя является то, что он обеспечивает совершенствование взаимосвязей, особенно между разными подразделениями, которым необходимы гарантии того, что их системы будут корректно взаи-модействовать, а ключевые программные средства и данные будут переносимы между платформами, полученными от разных поставщиков. На этапе определения области применения профиля должны быть выявлены: - направления деятельности предприятия, подлежащие учету при построении профиля; - срок реализации профиля и контрольная дата, когда работа над профилем должна быть завершена; - технические стратегии, предположения и ограничения проекта системы и ПС; - опытный и энергичный лидер, который пользуется в предприятии уважением и авторитетом, достаточным для того, чтобы возглавить и довести до конца работу по созданию и утверждению профиля стандартов проекта системы и ПС; - уровень компетентности коллектива, разрабатывающего профиль, его знания и пригодность к экспертизе проекта и деятельности предприятия. На этапе проектирования профиля ПС уточняется жизненный цикл и основные характеристики проекта. Это позволяет селектировать перечень стандартов и нормативных документов, целесообразных для использования в профилях ЖЦ данного ПС, провести их адаптацию для применения с учетом характеристик проекта, методологии и технологии создания ПС, а также предполагаемых средств автоматизации разработки, сопровождения и управления конфигурацией комплекса программ. На этом этапе описываются как функциональные, так и технические требования, устанавливаемые в профиле. В уточненном плане реализации системы должны быть представлены ссылки на состав и со-держание документов каждого профиля, выделены компоненты, параметры и ограничения, сформиро-ванные в процессе адаптации профиля ЖЦ данного ПС. Для разработчиков и заказчиков на этом этапе должен быть создан проект руководства применения профилей на последующих этапах ЖЦ. В резуль-тате на этом этапе формируется проект адаптированного набора профилей. Необходимо провести предварительное обучение разработчиков проекта применению профилей ЖЦ ПС и основным концеп-циям профилей для данной системы. Конкретизация обеспечения технологической поддержки после-дующей разработки ПС позволяет завершить и утвердить адаптированные профили, поддержи-вающие ЖЦ ПС, а также руководства по их применению. Результатом этого процесса является опреде-ление стандартов и выбор интерфейсов, которые удовлетворяют требованиям, предъявляемым к систе-ме в целом. Этап разработки системы и комплекса программ связан, прежде всего, с программированием и тестированием компонентов ПС, которые создаются заново для данной системы. Одновременно созда-ются функциональные тесты для проверки выполнения компонентами заданных функций. Разработка программных средств и их компонентов производится с помощью инструментальных средств, отве-чающих требованиям выбранного ранее профиля методологии и технологии. Системные, аппаратные и программные средства необходимо проверять на соответствие функциональным и эксплуатационным требованиям профилей. Если закупленные продукты или платформы уже прошли у поставщика тести-рование на соответствие профилям, процедура тестирования у потребителя может быть несколько со-кращена при условии, что нет проблем с несоответствием архитектуры стандартам. Состав и содержа-ние применяемых документов профилей ЖЦ ПС должны быть тесно связаны с планом и перечнем ра-бот, выполняемых на соответствующих этапах. В обязательных документах должно быть также отра-жено содержание дополнительных нормативных документов, согласуемых с заказчиком. На этапе внедрения профиля стандартов важно иметь план по его применению. Руководители высшего уровня должны установить приоритеты при реализации отдельных частей и требований про-филя. Внедрение профиля в соответствии с задачами проекта или предприятия будет упрощено, если ключевые цели обеспечения функциональной совместимости будут четко документированы в профиле. План внедрения профиля должен быть действующим документом и постоянно актуализироваться по мере изменения проекта. Для обеспечения корректного применения каждого профиля должна быть разработана и утвержде-на методика проверки и тестирования для установления степени соответствия комплекса про-грамм утвержденному профилю ЖЦ ПС и БД. Содержание и рекомендации профилей ЖЦ должны быть освоены специалистами, осуществляющими контроль их выполнения и тестирование создаваемого комплекса программ. Отдельные компоненты профиля подлежат тестированию, как с точки зрения соответствия необходимым стандартам, так и соответствия требованиям, сформулированным в терминах их характеристик качества. Тестирование на соответствие не гарантирует функциональной совместимости, оно представляет лишь тест на соответствие набору тестовых утверждений, содержащихся в стандарте. Поведение объекта отслеживается и сравнивается с ожидаемым результатом эталонной реализации. После детального проектирования версии ПС все последующие работы по созданию комплекса программ, вплоть до завершения испытаний и сертификации, должны проводиться в соответствии с утвержденными профилями ЖЦ ПС, руководствами по их применению и проверяться на соответствие профилям по утвержденным методикам тестирования. Для этого должны быть созданы план, перечень и содержание работ, в которых применяются конкретные фрагменты, определенные положения каждого профиля и разделы методики, по которым тестируется соответствие версии ПС данному профилю. Наиболее полная проверка соответствия утвержденному профилю производится в процессе испытаний комплекса программ. В акте по результатам испытаний кроме всех характеристик версии программного продукта должно быть отражено соответствие профилям стандартов в той их части, которая непосредственно влияет на характеристики версии программного продукта. Кроме того, должны быть обобщены и представлены результаты применения утвержденных профилей ЖЦ ПС в процессе создания данной версии комплекса программ. При сопровождении программного продукта и создании его новых версий накапливается опыт применения каждого использованного профиля стандартов ЖЦ, проявляются его некоторые недос-татки и появляются предложения по модернизации. На этой стадии профиль продолжает выполнять регламентирующую функцию в качестве инструмента для управления конфигурацией системы. На этапе сопровождения профиль превращается в документ, позволяющий установить план текущих и долгосрочных мероприятий по развитию инфраструктуры предприятия и внедрению новых систем. Кроме того, в течение времени эксплуатации созданной версии программного продукта возможно появление новых стандартов де-юре и де-факто, которые целесообразно учесть в конкретном профиле. Сопровождение и смена версий ПС может привести к необходимости корректировки и модернизации конкретного профиля ЖЦ системы. Такая модернизация профиля может отразиться не только на вновь создаваемых версиях ПС, но потребовать доработок уже эксплуатируемых версий. Жизненный цикл профиля стандартов ПС при его сопровождении, может в некоторой степени по-вторять ЖЦ системы и/или ПС, созданных с его применением. Для этого следует разработать или вы-брать и утвердить Руководство по сопровождению, развитию и модификации профиля ЖЦ ПС, а также методики и план управления конфигурациями версий профиля, включающие: - правила и процедуры идентификации компонентов и версий профиля стандартов; - методики сбора, накопления и обработки сообщений о предлагаемых изменениях профиля; - методики корректировки и извещения пользователей о выполненных изменениях в профиле, влияющих на характеристики качества программного продукта; - методики и руководства по поддержке сохранности и адекватности документации и средств, реализующих требования и рекомендации профиля; - руководство по вводу очередной версии профиля стандартов ЖЦ ПС. При применении профилей следует обеспечить проверку корректности их использования путем тестирования, испытаний и сертификации для чего должна быть создана технология контроля и тестирования в процессе применения профиля специалистами. Она должна быть поддержана совокуп-ностью методик, инструментальных средств, составом и содержанием оформляемых документов на каждом этапе обеспечения и контроля корректности применения соответствующей версии и положе-ний профиля. Профили должны определяться таким образом, чтобы тестирование их реализации можно было осуществлять по возможности наиболее полно, по стандартизированной методике. При сертификации сложных систем как специальный вид испытаний целесообразно выделять сертифи-кацию на соответствие профилям: - процессов жизненного цикла системы и основных компонентов ПС и БД; - продуктов и компонентов системы, подготовленных и рекомендуемых для эксплуатации и сопро-вождения. В ряде случаев, производится перенос разработанного программного продукта с инструмен-тальной платформы разработчика системы на реальную – целевую платформу применения ПС. При этом проверяется соответствие реальной платформы требованиям функциональных профилей системы и функционирование ПС на реальной платформе. Этап внедрения предполагает адаптацию и настройку программного продукта на реальные условия эксплуатации, для которых он создавался. Приемочные испытания ПС должны проводиться в условиях реальной эксплуатации на соответствие спецификациям функциональных требований и требованиям полного профиля ПС, который был сформирован в процессе создания системы. Последующая детализация требований и положений профилей должна проводиться с ориентаци-ей на унификацию конкретных процессов, работ и документов версий программного продукта опреде-ленного функционального назначения. Можно выделить следующие основные группы специалистов, использующие документы профилей: - руководители – менеджеры крупного проекта системы и её основных, функциональных компонентов программного продукта; - менеджеры – системные аналитики, создатели спецификаций требований, пилотных проектов ком-понентов и алгоритмов решения функциональных задач; - программисты-разработчики программных компонентов, структур и содержания данных; - интеграторы функциональных программных компонентов, тестирующие и отлаживающие крупные функциональные компоненты, или ПС в целом; - специалисты сопровождения и управления конфигурацией версий программных продуктов; - испытатели и сертификаторы программных продуктов; - разработчики технологии, инструментальных средств, методических, руководящих и инструктив-ных документов, обеспечивающих реализацию профилей стандартов ЖЦ ПС. Для деятельности перечисленных выше категорий специалистов, на базе профилей должен быть создан комплект документов, каждый из которых имеет конкретных пользователей в жизненном цикле ПС. В них должно быть отражено: - содержание и описание выбранных положений и разделов стандартов и нормативных документов профиля с позиции его конкретного пользователя; - параметры адаптации разделов стандартов профиля и содержание дополнительных нормативных документов; - методика и сценарии корректного применения всех обязательных и рекомендуемых положений профиля стандартов; - требования к содержанию отчетов о результатах контроля и тестирования компонентов системы на соответствие обязательным положениям профиля стандартов в процессе их жизненного цикла. Добавлено (08.10.2013, 20:44) --------------------------------------------- 2.3. Модель профиля стандартов жизненного цикла сложных программных средств
Комплексное, скоординированное применение профилей стандартов и средств в процессе созда-ния, развития и применения ПС позволяет исключать многие виды дефектов или значительно ослаблять их влияние. Тем самым уровень достигаемого качества ПС становится предсказуемым и управляемым, непосредственно зависящим от ресурсов, выделяемых на его достижение, а главное, от системы качества и эффективности технологии, используемых на всех этапах жизненного цикла ПС. Процессы жизненного цикла ПС основаны на двух исходных принципах: модульности и ответ-ственности. Процессы являются модульными в том смысле, что они: строго связаны и взаимоувязаны; свободно соединены. Число интерфейсов между процессами сведено к минимуму. В принципе каждый процесс предназначен для реализации уникальной функции в жизненном цикле и может привлекать другой процесс для выполнения специализированной функции. Для обозначения, определения области применения и структурирования процессов используются правила: - процесс должен быть модульным, т. е. один процесс должен выполнять одну и только одну функ-цию в жизненном цикле, а интерфейсы между двумя любыми процессами должны быть минимизированы; - если функция вызвана более чем одним процессом, тогда функция сама становится процессом; - должна быть возможность верификации любой функции в модели жизненного цикла ПС; - каждый процесс должен иметь внутреннюю структуру, установленную в соответствии с тем, что должно им быть выполнено. Когда организация в целом (или ее часть) заключает договор на программный продукт, то она ста-новится стороной. Организация имеет самостоятельные подразделения, а стороны могут быть из од-ной или разных организаций. Каждый процесс должен быть рассмотрен с точки зрения ответственности (обязанностей) стороны. Организация может выполнять один или несколько процессов. Сторона, выполняющая процесс, несет ответственность за весь данный процесс, даже если выполнение отдельных задач поручено другим людям. Принцип ответственности в архитектуре и процессах жизненного цикла облегчает применение профилей стандартов для конкретного проекта, в который может быть вовлечено множество лиц. Общая структура и состав профиля стан<
|
|
|
|