Смекни!
smekni.com

по предмету Управление качеством на тему: «Стандарты при разработке программного обеспечения» (стр. 3 из 4)

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

Раздел 7 посвящен процессам орга­низации ЖЦ ПС (25 работ). Процессы управления (7.1) включают основные работы по управлению проектом, про­изводством и средствами для обеспече­ния прикладных процессов по созда­нию, эксплуатации, сопровождению ПС и поддерживающим процессам. Они охватывают подготовку концепции управления, планирование, реализацию планов и контроль, отчетность и развитие проекта, а также его завершение. Процессы образования инфраструкту­ры (7.2) включают выбор и установле­ние аппаратных и программных средств, технологии, стандартов и способов об­служивания, используемых для разра­ботки, сопровождения и обеспечения эксплуатации ПС. Инфраструктура дол­жна модифицироваться и сопровож­даться в соответствии с изменениями требований к проекту и подлежит кон­фигурационному управлению. Совер­шенствование ЖЦ ПС (7.3) подразуме­вает установление, оценку, измерение, контроль и корректировку процессов ЖЦ. Оно должно учитывать требования пользователей и развитие определенной технологии. Процессы обучения (7.4) определяются требованиями к проекту, должны учитывать необходи­мые ресурсы, управление и технические средства. Необходимо разработать и представить пользователю материалы, облегчающие обучение по соответству­ющему плану.

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

ISO 9000-3: 1991

Технология обеспечения качества в ЖЦ ПС представлена в стандарте ISO 9000-3:1991. Руководящие указания предназначены для унификации описа­ния методов разработки и поставки ПС, а также способов контроля их качества, отвечающих требованиям заказчика. Этой унификации предлагается доби­ваться, предотвращая отклонения от стандарта на всех этапах ЖЦ — от начала разработки до технического обслуживания и ремонта. Предполагается, что в контракте будут особо оговорены важ­нейшие компоненты технологии проек­тирования и требования к техническим характеристикам ПС, иначе это делает­ся в процессе разработки. Поставщик должен документально оформить цели, технологию и свои обязательства по обеспечению качества ПС. Необходимо определить ответственность, полномо­чия и взаимодействие всего руководя­щего, исполняющего работы и контро­лирующего персонала, который влияет на качество, надежность и безопасность применения создаваемого комплекса программ. Обеспечение и проверка ка­чества проводится персоналом постав­щика, независимым от специалистов, непосредственно ответственных за вы­полнение работ и создание изделий. По­купатель-заказчик назначает своего представителя, ответственного за сотрудничество с поставщиком в процесс создания ПС по данному контракту. В стандарте определена структура систе­мы обеспечения качества и ее функции в жизненном цикле ПС. Эта деятель­ность предусматривает:

— анализ содержания контракта, под­держанного методиками, обеспечиваю­щими качество ПС;

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

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

— планирование обеспечения качест­ва компонентов, а также ПС в целом, которое должно актуализироваться и конкретизироваться по мере проведе­ния разработки;

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

— измерения характеристик продук­ции и процессов ее создания, а также регистрацию данных о достигнутом ка­честве ПС и их компонентов;

— испытания, которые включают пла­нирование, реализацию, оценку результатов и документирование испытаний и сертификации;

— приемку и испытания заказчиком для завершения контракта по разработ­ке, инсталляции или обслуживанию ПС.

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

— формализации состава, содержания и процессам утверждения документации;

— управлению конфигурацией версий ПС и проведению изменений в програм­мах и данных.

Адаптация процессов и работ в стан­дартах жизненного цикла программных средств к характеристикам конкретных проектов.

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

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

Альтернативой является выбор и фор­мирование комплекса инструментальных средств под технологию, формализован­ную на базе одного из адаптированных стандартов ЖЦ ПС. Для снижения за­трат и обеспечения качества выбранный стандарт ЖЦ следует адаптировать к ин­дивидуальному проекту ПС. Должны быть определены характеристики окру­жения проекта, которые могут воздейст­вовать на адаптацию. Этими характе­ристиками могут быть: функции ЖЦ информационной системы; требования системы и ПО; организационные основы коллективов специалистов, процеду­ры и стратегии их работы; размер, крити­чность и типы системы; число задейство­ванного персонала и сторон-участников.

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