1. Стандарты менеджмента (административного управления) качеством систем.

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

- ISO 9000:2000 – представляет введение в системы управления качеством продукции и услуг и словарь качества;

- ISO 9001:2000 – устанавливает детальные требования для систем управления качеством, достаточные в случае необходимости продемонстрировать способность предприятия, обеспечить соответствие качества продукции и услуг требованиям заказчика;

- ISO 9004:2000 – содержит руководство по внедрению и применению широко развитой системы управления качеством, чтобы достичь постоянного улучшения деловой деятельности и результатов предприятия.

Стандарт ISO 90003:2004 – Рекомендации по применению стандарта ISO 9001:2000 для программных средств – предназначены для регламентирования менеджмента при приобретении, поставке, разработке, применении, сопровождении сложных программных средств и при их обслуживании.

Стандарт ISO 10006:1997 – Руководство по качеству при управлении проектом – содержит принципы управления качеством различных по содержанию крупных проектов.

В стандарте ISO 10013:1995 – Руководящие указания по разработке руководств по качеству – изложены рекомендации по подготовке конкретного Руководства по качеству, адаптированного к определенным потребностям предприятия и пользователей.

В стандарте ISO 10005:1995 – Административное управление качеством. Руководящие указания по Программе качества – представлены конкретные рекомендации по структуре и содержанию разделов в Программе обеспечения качества продукции.

Группа стандартов  ISO 10011:1-3:1990 – Руководящие положения по проверке систем качества – определяет основные требования к процессам и специалистам по оценке систем качества предприятия на соответствие стандартам серии ISO 9000.

2. Планирование документирования проектов сложных программных средств.

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

- адаптация состава и содержания документов к данной деловой, проблемно-ориентированной об­ласти, например, авиационной, медицинской, военной, финансовой или административной;

- адаптация номенклатуры, структуры и содержания документов для каждого специфического проекта, контракта или предп­риятия.

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

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

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

В интересах сокращения стоимости и улучшения качества, стандарты и регламентируе­мый ЖЦ ПС рекомендуется адаптировать к характеристикам конкретного проекта.

В плане управления документированием каждого этапа жизнен­ного цикла ПС целесообразно фиксировать и документально оформлять:

- исходные данные (шаблоны), требующиеся для успешного выполнения дан­ного этапа документирования проекта или компонента ПС;

- контролируемые и документируемые данные о состоянии объекта и процесса разработки, регистрируемые после завершения этапа;

- содержание процедур контроля состояния проекта и документов в процессе выполнения работ этапа;

- критерии оценки результатов выполненных работ и качества отчетных документов при завершении этапа;

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

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

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

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

В состав базовых версий программного продукта входит седьмая подсистема документооборота и комплект документов пользователей. Этот комплект и содержание документов также следует адаптировать в соответствии с требованиями и характеристиками проекта.

Билет 24

1. Структура основных документов, отражающих требования к программным средствам.

Состав концепции основных требований к программному средству на этапе формирования концепции ПС:

- описание обобщенных результатов обследования и изучения существующей системы и внешней среды;

- описание целей, назначения программного продукта и потребностей заказчика;

- перечень базовых стандартов предполагаемого проекта программного продукта;

- общие требования к характеристикам комплекса задач ПС;

- требования к входной/выходной информации;

- описание и оценка преимуществ и недостатков разработанных альтернативных вариантов функций в концепции создания проекта ПС;

- сопоставительный анализ требований заказчика и пользователей к ПП;

- общие требования к структуре, составу компонентов и интерфейсам с внешней средой;

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

- ориентировочный план реализации выбранного варианта требований кон­цепции ПС;

- общие требования к составу и содержанию документации проекта ПС;

- оценка необходимых затрат ресурсов на разработку, ввод в действие и обеспечение функционирования ПС;

- предварительный состав требований, гарантирующих качество применения ПС;

- предварительные требования к условиям испытаний и приемки системы и ПС.

Спецификация требований к системе и к комплексу программ на этапе детального проектирования:

- требования проекта системы к комплексу программ, как к целому в общей архитектуре системы;

- требования к унификации интерфейсов и базы данных комплекса программ;

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

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

- описание распределения системных требований по компонентам ПС с учетом требований, которые обеспечивают заданные характеристики качества;

- требования к архитектуре системы, их назначение, статус разработки, аппаратные и программные ресурсы;

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