Смекни!
smekni.com

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

2) отсутствие методических руководств по созданию систем качества, аналогичных, например, упомянутым руководствам ТickIT;

3) крайне низкий уровень информа­ционного обеспечения. Рабочие мате­риалы ИСО/МЭК доступны узкому кру­гу лиц, не анализируются и не распрос­траняются;

4) специфика свойств и жизненного цикла программной продукции, отсут­ствие опыта в странах СНГ по созда­нию систем качества этой продукции. Стандарт ИСО 9000-3, содержащий ру­ководства по применению ИСО 9001 при разработке, испытании, инсталля­ции и сопровождении ПС с учетом их специфики в России, в действие не введен;

5) отсутствие специализированных органов по сертификации програм­мной продукции;

6) игнорирование заказчиками влия­ния систем качества на качество и се­бестоимость продукции.

Остановимся более подробно на основных стандартах.

Стандарты, регламентирующие жизненный цикл ПС

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

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

В России разработка и испытания ав­томатизированных систем (АС), в част­ности ПС, регламентированы ГОСТ 34.601—90. Стадии создания АС, ГОСТ 34.602—89. ТЗ на создание АС, ГОСТ 34.603—92. Виды испытаний АС. Одна­ко создание, сопровождение и развитие прикладных ПС для нынешних инфор­мационных систем в этих стандартах от­ражены недостаточно, а отдельные их положения устарели с точки зрения по­строения современных распределенных комплексов прикладных программ вы­сокого качества в системах управления и обработки данных с различной архи­тектурой. Поэтому целесообразно вы­бирать и использовать апробированные зарубежные стандарты в этой области. Основные современные зарубежные стандарты ориентированы на описание ЖЦ сложных ПС обработки информа­ции и управления в реальном времени. К таким ПС предъявляются наиболее высокие требования по качеству функ­ционирования, они создаются больши­ми коллективами специалистов в тече­ние длительного времени .

ISO 12207: 1995

Наиболее полно и подробно ЖЦ, тех­нология создания и обеспечения качест­ва сложных ПС отражены в двух пред­ставленных ниже стандартах ISO. Стандарт ISO 12207:1995. Процессы жизненного цикла программных средств. Регламентирует архитектуру, процессы, разделы и подразделы ЖЦ ПС, а также перечень базовых работ и детализирует содержание каждой из них. Архитектура ЖЦ ПС в стандарте строится на трех крупных компонентах:

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

— процессы, поддерживающие жиз­ненный цикл ПС;

— организация и управление жизнен­ным циклом ПС.

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

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

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

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

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

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

В разделе 6 представлено около 70 технологических работ, поддерживаю­щих ЖЦ ПС. Процессы документирова­ния ПС (6.1) охватывают планирование и регламентирование документирова­ния, рекомендации по стандартизации, проектированию и разработке, а также по производству, конфигурационному управлению и сопровождению комп­лекта документации на ПС. Конфигу­рационное управление (6.2) включает план реализации версий как часть об­щего плана управления проектом, ре­комендации по конфигурационной идентификации, контролю, учету, от­четности и развитию конфигурации. Обеспечение гарантий качества (6.3) включает использование планирова­ния, методологии, процедур и стандар­тов качества в соответствии с контрак­том и учетом доступных ресурсов. Рекомендуется обеспечивать качество конечного продукта в соответствии с документацией путем планирования и выполнения специальных работ в про­цессе всего ЖЦ ПС, а также на основе положений стандарта ISO 9001. Вери­фикация ПС (6.4) включает организа­цию, планирование и техническое обес­печение. Представлена структура контракта на верификацию, содержа­ние процесса, состав требований, про­ектирование процесса верификации, обобщение и документирование резуль­татов. Валидация (6.5) — удостовере­ние правильности (аттестация) — должна гарантировать полное соответ­ствие спецификациям, требованиям и документации на ПС и возможность его безопасного и надежного применения пользователем. Рекомендуется ее вы­полнение независимыми специалиста­ми путем тестирования во всех возмож­ных ситуациях исходных данных. По существу, этот процесс аналогичен сер­тификации, которая в стандарте не упо­минается.