Планирование программного проекта
Оценка возможного размера масштаба программного продукта. Определение стоимости, трудоемкости и длительности. Анализ, идентификация и оценка проектных рисков. Документирование плана работ и утверждение его менеджером разработчиков программного проекта.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | лекция |
Язык | русский |
Дата добавления | 15.12.2015 |
Размер файла | 507,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Планирование программного проекта
Планирование проекта в этой, так же как и во второй, модели включает:
-- оценку возможного размера - масштаба программного продукта;
-- оценку сложности функций и характеристик проекта ПС;
-- определение модели и этапов жизненного цикла комплекса программ;
-- технико-экономическое обоснование проекта - определение стоимости, трудоемкости и длительности ЖЦ ПС;
-- разработка поэтапного графика работ и бюджета проекта;
-- анализ, идентификация и оценка проектных рисков;
-- планирование и управление документированием процессов и продуктов в ЖЦ проекта ПС;
-- планирование и распределение технических и людских ресурсов по этапам ЖЦ ПС;
-- планирование обеспечения знаний и квалификации коллектива специалистов для реализации проекта;
-- обобщение и анализ совокупности планов проекта ПС;
-- согласование работ и ресурсов по этапам ЖЦ разработчиком с заказчиком проекта ПС;
-- документирование плана работ и утверждение его менеджером разработчиков проекта. программный менеджер стоимость
Процессы разработки требований к программному продукту аналогичны процессам в обеих моделях и включают:
-- выявление реальных потребностей заказчика и пользователей к функциям и характеристикам программного продукта;
-- разработку и согласование между заказчиком и разработчиком исходных, базовых требований к функциям программного продукта;
-- определение доступных ресурсов и ограничений проекта комплекса программ;
-- декомпозицию базовых исходных требований к функциям ПС в набор требований к компонентам и тестам комплекса программ;
-- формализацию требований к интерфейсам между компонентами, с операционной и внешней средой;
-- разработку концепции программного продукта и сценариев его использования;
-- разработку требований к обобщенным характеристикам функциональной пригодности и использованию функций программного продукта по назначению.
Управление требованиями в обеих моделях включает:
-- достижение однозначного понимания требований к проекту ПС заказчиком и разработчиками;
-- получение заказчиком от разработчиков обязательств выполнить все его требования к программному продукту;
-- согласованное между заказчиком и разработчиком управление изменениями требований к проекту ПС;
-- обеспечение прослеживания корректности изменений от общих требований к проекту ПС до требований к компонентам и частным процессам;
-- выявление и идентификация несоответствий между процессами разработки проекта и требованиями заказчика.
Второй вариант CMMI представлен документом: Capability Maturity Model Integration for Systems Engineering /Software Engineering /Integrated Product and Process Development, Version LI, Staged Representation (CMMI-SE/SW/IPPD, VI. 1, Staged) - Интегрированная модель оценивания зрелости инженерии сложных систем/программной инженерии/интегрированных продуктов и процессов разработки - поэтапное представление.
Модель базируется на сохранении концепции пяти уровней зрелости СММ. Состав процессов практически повторяет приведенный выше для первого варианта модели, в несколько иной последовательности и с относительно небольшими дополнениями. Первый уровень отличается значительной неопределенностью состава и содержания процессов в различных относительно простых проектах, поэтому он в документе не описан и не комментируется. Поэтому при уточнении и детализации содержания процессов в поэтапном варианте CMMI рекомендуется ограничиваться четырьмя (2-й - 5-й) основными уровнями:
-- второй уровень - формализует базовое управление проектами:
* управление требованиями;
* планирование проекта;
* мониторинг и контроль проекта;
* управление соглашениями с поставщиками;
* измерение и анализ процессов и продуктов;
* обеспечение качества процессов и продуктов;
* управление конфигурацией;
-- третий уровень - содержит стандартизацию основных процессов:
* разработка требований;
* технические решения;
* интеграция продукта;
* верификация;
* валидация (аттестация);
* содержание организационных процессов;
* определение организационных процессов;
* организация обучения;
* интегрированное управление процессами и продуктами проекта;
* управление рисками;
* интеграция команды разработчиков;
* интегрированное управление поставщиками;
* анализ и разрешение проблем (устранение дефектов);
* организация окружения для интеграции;
-- четвертый уровень - определяет количественное управление:
* организация представления качества процессов;
* количественное управление всем проектом и ресурсами;
-- пятый уровень - оптимизационный, непрерывное совершенствование:
* организация, инновации, количественное управление процессами и обеспечением ресурсами;
* анализ причин дефектов, совершенствование качества и управления процессами и продуктами.
Приложения во втором варианте модели подобны по составу приведенным выше приложениям для первой модели. Рекомендуется на каждом более высоком уровне зрелости применять все процессы предыдущих нижних уровней. В обоих вариантах модели каждый, выделенный выше базовый процесс комментируется подробными рекомендациями для его практической реализации, которые содержат унифицированные по структуре описания объемом около 20--30 страниц:
-- общие цели процесса, которые должны быть достигнуты;
-- вводные замечания и общее описание функций процесса;
-- специфические цели процесса;
-- менеджмент процесса;
-- разработка требований к процессу;
-- взаимодействие и интерфейсы с другими процессами;
-- практические цели - требуемые результаты действий процесса;
-- планирование действий в определенном процессе;
-- анализ и валидация (утверждение) результатов реализации процесса;
-- мониторинг и контроль выполнения процесса.
Эти рекомендации по объему, содержанию и полноте описаний базовых процессов подобны ряду стандартов профиля ЖЦ ПС. Упорядочение и оценка полноты используемых процессов в соответствии с уровнями зрелости позволяет устанавливать производственный потенциал предприятий - разработчиков программных продуктов по прогнозируемому качеству процессов и результатов их деятельности и готовности к сертификации на соответствие определенному уровню зрелости модели CMMI - 1.1.
Особое внимание в моделях CMMI уделяется процессам менеджмента проекта ПС. Эти требования и процессы моделей практически соответствуют регламентированным и детализированным рекомендациям в стандартах ISO 9001:2000, ISO 12207 и в основных компонентах профиля стандартов. Требованиям к процессам в функциональных разделах 4--8 стандартов ISO 9001, ISO 9004, ISO 90003 может быть сопоставлен адекватный по содержанию ряд разделов в моделях CMMI - рис. 3.2. Общность процессов и требований состоит в подобии: состава, терминологии, структуры, перечня основных рекомендуемых процессов управления, планирования, учета доступных ресурсов, реализации процессов программной инженерии, оценивания и организации специалистов.
С точки зрения поддержки и регламентирования полного жизненного цикла крупных проектов программных средств к недостаткам моделей CMMI относительно профиля существующих стандартов ISO можно отнести следующие:
-- не все процессы предусмотрены в составе процессов моделей CMMI - 1.1, которые развиваются и детально комментируются для их реализации в стандартах ISO 9004:2000 и ISO 90003:2004, а также в профиле стандартов ISO;
-- не отражены особенности системной инженерии и международные стандарты, регламентирующие процессы жизненного цикла сложных систем ISO 15288:2002 и ISO 19760:2003;
-- при анализе процессов обеспечения качества используется ряд традиционных характеристик систем и программных продуктов, которые применяются в сложных проектах, однако не описаны и не комментируются базовые международные стандарты, систематизирующие и регламентирующие качество программных средств - ISO 9126:1-4, ISO 14598:1-6, ISO 15939;
-- отсутствуют описания характеристик и конкретных процессов обеспечения информационной и функциональной безопасности программных продуктов и ссылки на многочисленные стандарты в этой области;
-- не отражены регламентированные интерфейсы Открытых систем на взаимодействие программных компонентов, а также с операционной и внешней средой, в соответствии со стандартами - ISO 9945:1-4;
-- документирование процессов и продуктов ЖЦ ПС комментируется только по мере их реализации, и не представлены обобщенные требования к технологической и эксплуатационной документации на программный продукт в соответствии со стандартами - ISO 9294, ISO 15910, ISO 18019.
Для определения представленных выше уровней зрелости процессов обеспечения жизненного цикла ПС разработан и первоначально утвержден в 1998 году обширный технический отчет ISO 15504 - Оценка и аттестация зрелости процессов создания и сопровождения ПС и систем, состоящий из девяти частей и множества приложений. В нем изложены модель зрелости СММ и восемь базовых принципов программной инженерии на основе стандарта ISO 9000:2000 (см. лекцию 1). Затем в ISO этот документ претерпел коренную переработку, сокращение, упрощение структуры и содержания, при полном сохранении целей и концепции, и утвержден как стандарт в составе пяти частей (см. Приложение 1). Стандарт ISO 15504:1-5:2003-2006 регламентирует оценку и аттестацию зрелости процессов создания, сопровождения и совершенствования программных средств и систем, выполняемых предприятиями:
-- для установления состояния собственных технологических процессов и их совершенствования;
-- для определения пригодности собственных процессов для выполнения определенных требований или классов требований заказчиков;
-- с целью его пригодности для выполнения определенных договоров с заказчиками ПС и систем.
Стандарт способствует: самоаттестации зрелости предприятий, обеспечению адекватного управления аттестуемыми процессами, определению профиля рейтингов процессов и подходит к любым сферам применения и размерам ПС и систем. Применение стандарта направлено на выработку предприятиями и специалистами культуры постоянного совершенствования зрелости технологий обеспечения ЖЦ ПС, отвечающих бизнес-целям проектов и оптимизации использования доступных ресурсов. Аттестация зрелости процессов предприятий обеспечивает возможность их сопоставления и выбора, предпочтительных для определенных проектов:
-- для заказчиков, покупателей, пользователей программных продуктов и систем - способность определять текущую и потенциальную зрелость процессов жизненного цикла у предприятия-поставщика;
-- для поставщиков и разработчиков - способность определять текущую и потенциальную зрелость собственных процессов жизненного цикла ПС и систем, области и приоритеты усовершенствования процессов;
-- для аттестаторов зрелости - основу для проведения и совершенствования процессов аттестации.
Аттестация в стандарте рассматривается в двух аспектах: для усовершенствования процессов ЖЦ ПС и систем конкретного предприятия и для определения соответствия декларированной зрелости процессов обеспечения проекта или предприятия реальным используемым процессам.
Это отражено в следующих пяти частях стандарта ISO 15504:1-5:2003- 2006.
Часть 1 - Концепция и словарь - содержит общую информацию о процессах аттестации зрелости ПС и систем и рекомендации по использованию частей стандарта. Изложены общие требования к аттестации, терминология, структура и область применения остальных частей стандарта.
Часть 2 - Выполнение (производство) аттестации - включает детальные требования к проведению процессов аттестации, как основы для совершенствования и определения уровня зрелости технологических процессов обеспечения ЖЦ ПС и систем. Документ определяет процессы выполнения аттестации, модели рекомендуемых процессов аттестации и верификации процессов, с тем, чтобы они были объективными, содержательными и репрезентативными.
Часть 3 - Руководство по производству аттестации - содержит обзор технологии выполнения процессов аттестации зрелости и интерпретации реализации требований. В нем отражены: исполнение аттестации; измерительные средства для определения процессов зрелости; выбор и применение средств аттестации; оценка компетентности аттестаторов; верификация соответствия аттестации декларированным требованиям. Средства аттестации могут использоваться предприятиями при планировании, менеджменте, мониторинге, контроле и усовершенствовании программных продуктов и систем, при их приобретении, разработке, применении и сопровождении.
Часть 4 - Руководство пользователей для процессов усовершенствования и определения зрелости процессов по этим двум аспектам. Рекомендуется ряд шагов, которые включают: применение результатов процессов аттестации; постановка целей аттестации зрелости; определение исходных данных для аттестации; оценка возможного снижения результирующих рисков; шаги по усовершенствованию процессов; шаги по определению уровня зрелости; сравнение результатов анализа аттестации с требованиями.
Часть 5 - Образец модели процессов аттестации на соответствие требованиям, представленным в части 2. Обширный документ содержит примеры практического применения предыдущих частей стандарта для организации, оценивания и совершенствования аттестации зрелости процессов жизненного цикла для различных областей использования, проектов программных средств и предприятий.
При практической реализации проектов и обеспечении жизненного цикла сложных ПС разработчикам и поставщикам может быть трудно определить и выделить для применения преимущества моделей CMMI. В зависимости от традиций предприятия и особенностей крупного проекта ПС зачастую целесообразно использовать как основной полный профиль стандартов ISO, а для оценивания заказчиками уровня зрелости менеджмента, организационного и технологического обеспечения проектов ПС применять конкретные рекомендации CMMI. Эти рекомендации могут эффективно использоваться при сертификации качества процессов на предприятиях, обеспечивающих ЖЦ ПС как альтернатива или наряду с сертификацией по комплексу стандартов менеджмента ISO 9000, в зависимости от особенностей проекта и требований заявителя на сертификацию программного продукта или технологии обеспечения его жизненного цикла.
Стандарты менеджмента (административного управления) качеством систем
Серия стандартов ISO 9000:2000 разработана, чтобы помочь предприятиям всех типов и размеров внедрить и использовать эффективные системы менедлсмента (административного управления) качества.
Совместно они образуют комплект согласованных стандартов управления системами качества и могут применяться как основа процессов управления в программной инженерии:
-- ISO 9000:2000 - представляет введение в системы управления качеством продукции и услуг и словарь качества;
-- ISO 9001:2000 - устанавливает детальные требования для систем управления качеством, достаточные в случае необходимости продемонстрировать способность предприятия, обеспечить соответствие качества продукции и услуг требованиям заказчика;
-- ISO 9004:2000 - содержит руководство по внедрению и применению широко развитой системы управления качеством, чтобы достичь постоянного улучшения деловой деятельности и результатов предприятия.
Стандарты серии ISO 9000:2000 применяют процессный подход в административном управлении системами качества предприятий, а также рассматривают способы быстрого выявления и реализации возможностей для их улучшения. Процессная модель подчеркивает тот факт, что заказчики и другие заинтересованные стороны играют значительную роль в процессе установления исходных требований. После этого по отношению ко всем процессам, необходимым для создания необходимой продукции, применяется управление процессами и проводится проверка "выходов".
Измерение степени удовлетворенности заказчика и других заинтересованных сторон используется в качестве обратной связи для оценки и признания того, что требования заказчика были выполнены полностью.
В стандарте ISO 9004 детализированы руководящие указания и рекомендации по применению системы менеджмента качества, которые изложены в том же порядке, как требования в ISO 9001. Оба стандарта ссылаются на ISO 9000, который объясняет используемую терминологию и определения. Структура основных требований и рекомендаций в этих стандартах сведена к четырем объединенным крупным процессам (рис. 3.3):
-- обязанности и ответственность администрации управления качеством (раздел 5);
-- административное управление ресурсами (раздел 6);
-- процессы жизненного цикла продукции и управления ее качеством (раздел 7);
-- измерения, анализ и совершенствование продукции (раздел 8).
Стандарты серии ISO 9000:2000 рекомендуется применять в деятельности предприятия, начиная от идентификации требований заказчика, и охватывать все процессы системы управления качеством, вплоть до достижения соответствия требованиям. Применение сокращенного, адаптированного варианта требований не освобождает предприятие от ответственности предоставлять продукцию, которая удовлетворяет всем требованиям заказчика. Система качества должна быть внедрена, поддерживаться в рабочем состоянии и подвергаться улучшениям со стороны специалистов предприятия. Масштаб и глубина процедур должны определяться такими факторами, как размер и тип предприятия, сложность и взаимосвязь процессов, применяемые методы, а также квалификация и степень подготовки персонала, участвующего в выполнении работ.
Они должны включать:
-- общесистемные процедуры, которые описывают деятельность, необходимую для внедрения и применения системы качества;
-- процедуры, описывающие последовательность и внутреннее содержание процессов, необходимых для обеспечения уверенности в соответствии продукции установленным требованиям;
-- инструкции, описывающие операционную деятельность и управление процессами.
Для освоения и облегчения применения стандартов в редакции 2000 года в приложении к ISO 9001:2000 приведены таблицы, отражающие взаимное соответствие требований этого стандарта и требований ISO 9001:1994. Таблицы могут использоваться при необходимости подтверждения в настоящее время сертификатов качества, полученных ранее на основании применения стандартов в редакции 1994 года. Это позволяет сохранять и практически использовать всю технологическую документацию и рабочие инструкции, базирующиеся на стандартах качества 1994 года, дополняя их только этими таблицами соответствия требований.
Стандарт ISO 9001:2000 - Система менеджмента (административного управления) качества. Требования - является базой для Руководства по их реализации в стандарте ISO 9004:2000 и кратко изложены ниже (см. рис. 3.2).
Общие требования к системе менедэёсмента качества. Организация-разработчик должна установить и управлять процессами, необходимыми для обеспечения уверенности в том, что продукция и/или услуга соответствуют требованиям заказчика. В качестве способа внедрения и демонстрации установленных процессов организация должна создать систему менеджмента качества, основываясь на требованиях настоящего международного стандарта. Система менеджмента качества должна быть внедрена, поддерживаться в рабочем состоянии и подвергаться улучшениям со стороны организации. Организация должна подготовить процедуры системы менеджмента качества, которые описывают процессы, необходимые для внедрения системы менеджмента качества. Масштаб и глубина процедур должны определяться такими факторами, как размер и тип организации, сложность и взаимосвязь процессов, применяемые методы, а также квалификация и степень подготовки персонала, участвующего в выполнении работ.
Высшее руководство предприятия-разработчика должно продемонстрировать свои обязательства заказчику относительно:
-- создания и поддержания важности удовлетворения требований заказчика;
-- разработки политики качества и целей в области качества, а также планирования качества;
-- создания системы менеджмента качества;
-- проведения анализа деятельности со стороны руководства;
-- обеспечения уверенности в наличии ресурсов.
Требования заказчика - высшее руководство должно обеспечить:
-- потребности и ожидания заказчика установлены и переведены в соответствующие требования заказчика;
-- требования заказчика полностью поняты разработчиком и могут быть удовлетворены.
Высшее руководство должно разработать политику в области качества и обеспечить уверенность в том, что она:
-- соответствует потребностям организации и ее заказчиков;
-- включает обязательства по удовлетворению требований и постоянному улучшению;
-- обеспечивает основу для разработки и анализа целей в области качества;
-- распространена, понята и внедрена во всей организации;
-- анализируется с целью постоянного поддержания ее пригодности.
Планирование - организация должна установить цели в области качества для каждой соответствующей функции и для каждого уровня внутри организации. Цели в области качества должны соответствовать политике и обязательствам относительно непрерывного улучшения качества.
Организация должна установить и планировать деятельность и ресурсы, необходимые для достижения целей в области качества. Такое планирование должно отвечать другим требованиям к системе менеджмента качества, а его результаты должны быть документированы. Планирование должно охватывать:
-- процессы, необходимые в рамках системы менеджмента качества;
-- процессы создания и необходимые ресурсы, а также установленные характеристики качества на различных стадиях, с целью достижения планируемых результатов;
-- деятельность по проверке, критерии приемлемости и необходимые отчеты по качеству.
Система менеджмента качества - организация должна создать систему менеджмента качества, как средство реализации ее политики в области качества, достижения своих целей в области качества и обеспечения уверенности в том, что продукция и/или услуга отвечает требованиям заказчика. Роли сотрудников и их взаимосвязи, а также ответственность и полномочия персонала должны быть установлены для того, чтобы способствовать эффективному управлению качеством, и должны быть доведены до соответствующих уровней организации. Высшее руководство должно уполномочить одного (или нескольких) лиц для:
-- обеспечения уверенности в том, что система менеджмента качества внедрена и поддерживается в рабочем состоянии в соответствии с требованиями настоящего международного стандарта;
-- доклада высшему руководству о функционировании системы менеджмента качества, включая вопросы, связанные с необходимостью ее улучшения;
-- обеспечения уверенности в осознании во всей организации требований заказчика.
Организация должна разработать Руководство по качеству, которое должно включать: описание элементов системы менеджмента качества и их взаимосвязей; общесистемные процедуры или соответствующие ссылки на них. Следует установить общесистемные процедуры для управления документами, необходимыми для функционирования системы менеджмента качества, обеспечивающие уверенность в том, что:
-- документы проверены на адекватность до их применения;
-- документы анализируются, при необходимости уточняются и переутверждаются;
-- соответствующие выпуски документов находятся в тех местах, где осуществляется деятельность, имеющая существенное значение для эффективности функционирования системы менеджмента качества;
-- устаревшие документы изъяты из всех мест их рассылки и применения или предприняты другие методы управления, предотвращающие их непреднамеренное использование;
-- любые устаревшие документы, оставленные для юридических целей или в целях сохранения знаний, должным образом идентифицированы.
Должен быть составлен специальный перечень или эквивалентная процедура управления, идентифицирующая статус текущей версии документов, которая была бы легко доступна в целях предотвращения использования недействительных и/или устаревших документов.
Для демонстрации соответствия требованиям и эффективности функционирования системы менеджмента качества должны вестись подходящие для организации отчеты о качестве. Организация должна создать и поддерживать в рабочем состоянии процедуры общесистемного уровня по идентификации, хранению, восстановлению, обеспечению сохранности, установлению времени и места хранения отчетов о качестве. Анализ со стороны руководства должен через установленные периоды времени проводиться для обеспечения уверенности в сохранении ее пригодности, адекватности и эффективности. По результатам анализа должна проводиться оценка необходимости внесения изменений в систему менеджмента качества организации, включая политику и цели в области качества.
Управление ресурсами необходимо для создания и поддержания в рабочем состоянии системы менеджмента качества. Организация должна проводить анализ и назначение персонала с целью обеспечения уверенности в том, что те, кто имеет обязанности, определенные системой менеджмента качества, являются компетентными для осуществления своей деятельности на основе соответствующего образования, подготовки, мастерства и опыта, создать и поддерживать в рабочем состоянии общесистемные процедуры по:
-- определению потребностей в компетентном персонале и в его подготовке;
-- обеспечению подготовки персонала в соответствии с выявленными потребностями;
-- оценке через установленный период времени эффективности подготовки кадров;
-- ведению соответствующих отчетов об образовании кадров, их подготовке, уровне мастерства и опыта.
Организация должна создать и поддерживать в рабочем состоянии процедуры, обеспечивающие их осознание работниками в соответствующих службах и на соответствующих уровнях:
-- важности соответствия политике в области качества и требованиям к системе менеджмента качества важности;
-- влияния их деятельности на качество - фактическое или потенциальное;
-- выгоды от улучшения работы персонала;
-- своей роли и ответственности в достижении соответствия политике в области качества и процедурам, а также требованиям к системе менеджмента качества;
-- потенциальных последствий отклонений от установленных процедур.
Организация должна установить перечень информации, которая необходима для управления процессами, а также для обеспечения уверенности в соответствии продукции и/или услуги. Общесистемные процедуры по управлению информацией должны обеспечить уверенность в доступности и сохранности информации.
Организация должна определить, создать и поддерживать в рабочем состоянии инфраструктуру, необходимую для достижения требуемого качества продукции:
-- рабочие места и соответствующие помещения;
-- оборудование, вспомогательные средства и инструментальное программное обеспечение;
-- пригодные способы поддержания работоспособности инфраструктуры.
Процессы, необходимые для выпуска требуемой продукции, их последовательность и взаимосвязи должны быть определены, спланированы и внедрены. При определении таких процессов организация должна учесть результаты планирования качества. Должна быть уверенность в том, что эти процессы осуществляются в управляемых условиях и их результаты соответствуют требованиям заказчика:
-- установить для этих процессов соответствующие методы и практику выполнения, необходимые для обеспечения постоянной работоспособности процессов;
-- определить и внедрить критерии и методы управления процессами для обеспечения соответствия продукции требованиям заказчика;
-- удостовериться, что процессы могут функционировать в той мере, которая позволяет обеспечить соответствие продукции требованиям заказчика;
-- обеспечить уверенность в наличии информации и данных, необходимых для поддержания эффективного функционирования и мониторинга процессов;
-- фиксировать в виде отчетов качество результатов измерений, осуществляемых в ходе управления процессами, для предоставления доказательств эффективного функционирования и мониторинга процессов.
Организация должна создать процесс идентификации требований заказчика:
-- полноту требований заказчика к продукции;
-- требования, не установленные заказчиком, но необходимые для применения продукции;
-- обязательства по отношению к продукции, включая регламентирующие и законодательные требования;
-- требования заказчика относительно пригодности продукции для ее поставок и сопровождения.
Требования заказчика, включая любые предлагаемые изменения, должны быть проанализированы для обеспечения уверенности в том, что:
-- требования заказчика к продукции четко определены;
-- в случае, когда требования заказчика не оформлены письменно, он подтвердил их до принятия их разработчиком;
-- организация располагает возможностями для удовлетворения требований заказчика к продукции.
Организация должна планировать и управлять проектированием и/или разработкой продукции, подготавливать планы проектирования, которые включают:
-- этапы процесса проектирования и/или разработки;
-- требуемые действия по анализу, проверке и утверждению качества продукции;
-- полномочия и ответственность за действия по проектированию и/или разработке.
Входные данные для проектирования и разработки должны включать:
-- эксплуатационные требования заказчика или рынка;
-- применяемые нормативные и законодательные требования;
-- применяемые требования по охране окружающей среды;
-- любые другие требования, существенные для проектирования и разработки.
Выходные данные процесса проектирования и/или разработки должны быть зарегистрированы в форме, дающей возможность проверки их по отношению к входным требованиям:
-- соответствовать входным требованиям для проектирования и/или разработки;
-- содержать или давать ссылку на критерий приемки продукции и/или услуги;
-- определять характеристики продукции и/или услуги, которые являются существенными с точки зрения безопасности и правильного использования.
На соответствующих этапах должен проводиться систематический анализ проекта для: оценки возможности выполнения требований к качеству; идентификации проблем - дефектов и выработки предложений по разработке решений для их устранения. В состав участников анализа проекта должны включаться представители служб, связанных с анализируемым этапом проектирования. Должна быть спланирована и выполнена проверка проекта и/или разработки, обеспечивающая уверенность в том, что выходные данные соответствуют входным требованиям.
Утверждение проекта должно проводиться с целью подтверждения того, что конечная продукция способна отвечать требованиям для конкретных условий использования заказчиком. Когда это возможно, утверждение должно быть спланировано и выполнено до начала поставки или применения продукции. Результаты утверждения и последующих действий должны быть зарегистрированы.
Изменения проекта или модификация должны быть утверждены уполномоченным персоналом и зарегистрированы до их внедрения, следует определить влияние изменений на:
-- взаимодействие между элементами проекта и/или разработки:
-- взаимодействие между составными частями конечной продукции;
-- имеющуюся продукцию и на функционирование ранее поставленной продукции;
-- необходимость проведения повторной проверки или утверждения для всех или части выходных данных проектирования и/или разработки.
Организация должна управлять процессами закупки компонентов для обеспечения уверенности в соответствии закупленной продукции требованиям, установленным заказчиком. Закупочные документы должны содержать информацию, четко описывающую заказанную продукцию.
Организация должна спланировать и управлять производственными и сервисными операциями обслуживания, включая те, которые предпринимаются после первоначальной поставки, посредством:
-- предоставления технических условий, определяющих характеристики продукции, которые должны быть достигнуты;
-- предоставления четко понимаемых производственных требований или инструкций для тех видов деятельности, где они необходимы для достижения соответствия продукции;
-- внедрения надлежащих действий по мониторингу или проверке продукции;
-- подходящих методов для выпуска, поставки и/или монтажа продукции.
Меры по утверждению процессов должны быть направлены на: аттестацию процессов до их использования; аттестацию оборудования и/или персонала.
Следует определить, спланировать и внедрить процессы измерений, мониторинга, анализа и улучшения проекта для обеспечения уверенности в том, что система менеджмента качества, процессы и продукция соответствуют установленным требованиям. Эффективность применяемых измерений должна периодически оцениваться. Результаты анализов данных и действий по улучшению должны служить исходными данными для процесса анализа со стороны руководства.
Организация должна определить и установить процессы измерения и функционирования системы менеджмента качества. Удовлетворенность заказчика должна использоваться в качестве одного из измеряемых параметров результатов действия системы. Организация должна применять методы измерения и мониторинга процессов, необходимые для удовлетворения требований заказчика и для демонстрации постоянной способности процессов удовлетворять поставленным целям. Результаты измерений должны использоваться для поддержания в рабочем состоянии и/или улучшения этих процессов. Данные отчеты должны указывать уполномоченных лиц, ответственных за выпуск продукции.
Следует обеспечить уверенность в том, что продукция, которая не соответствует требованиям, находится под управлением, обеспечивающим предотвращение ее непреднамеренного использования или поставки.
Механизм, обеспечивающий уверенность в том, что несоответствующая продукция находится под управлением, должен быть определен в общесистемной процедуре. Продукция, имеющая несоответствия, должна быть, например:
-- подвергнута коррекции или исправлению с целью обеспечения соответствия требованиям;
-- принята на основании разрешения на отклонение (с коррекцией или исправлением или без них);
-- перераспределена для разрешенного альтернативного использования;
-- удалена (отбракована) как неприемлемая.
Должны быть определены ответственность и полномочия по проведению анализа и принятию решений по несоответствиям. Там, где это определено контрактом, информация о предлагаемом использовании или ремонте несоответствующей продукции должна направляться заказчику для получения разрешения на отклонение.
Для анализа совершенствования процессов должна быть установлена общесистемная процедура, направленная на определение эффективности системы менеджмента качества и выявление мест, где могут быть сделаны улучшения. Организация должна собирать данные, появляющиеся в результате действий по измерению и мониторингу, а также из любых других приемлемых источников.
Следует постоянно улучшать систему менеджмента качества, установить общесистемную процедуру, которая определяет использование политики качества, целей, результатов внутреннего аудита, анализа данных, корректирующих и предупреждающих действий и анализа со стороны руководства в целях поддержки постоянных улучшений. Установить процесс, направленный на сокращение или исключение причин несоответствий для предотвращения повторения несоответствий.
Общесистемная процедура для процесса проведения корректирующих действий должна определять требования по:
-- идентификации несоответствий;
-- определению причин несоответствий;
-- реализации всех действий, обусловленных необходимостью обеспечения уверенности в том, что несоответствия не повторятся;
-- регистрации результатов предпринятых действий;
-- анализу эффективности и регистрации предпринятых корректирующих действий.
Следует установить процесс, направленный на исключение причин потенциальных несоответствий требованиям для предупреждения их появления. Отчеты системы менеджмента качества и результаты, полученные из анализа данных, должны использоваться в качестве исходных данных для предупреждающих действий.
Стандарт ISO 90003:2004 - Рекомендации по применению стандарта ISO 9001:2000 для программных средств - предназначен для регламентирования менеджмента при приобретении, поставке, разработке, применении, сопровождении слоэкных программных средств и при их обслуживании. Стандарт не содержит ограничений и изменений базовых требований ISO 9001:2000 и предлагается при установлении соответствия требованиям комплексов программ:
-- как части коммерческого контракта с другими организациями;
-- при представлении полезного продукта для рынка;
-- для использования при поддержке процессов организации проектов ПС;
-- для учета при встраивании программных средств в комплексы аппаратуры;
-- при организации сервиса программных продуктов.
Полное или частичное применение стандарта ISO 90003 целесообразно в различных ситуациях, с учетом технологии, модели жизненного цикла, процессов разработки, последовательности действий и организационной структуры предприятия. Его рекомендуется применять как поддержку процессов программной инженерии в ISO 9001:2000, совместно со стандартами ISO 12207, ISO 15504, ISO 9126, ISO 14598, ISO 15939.
Первые четыре раздела практически повторяют содержание аналогичных разделов в ISO 9001:2000. Структура стандарта ISO 90003:2004 привязана к разделам и требованиям в ISO 9001:2000, которые цитируются в начале каждого раздела. Пятый раздел определяет ответственность руководства: общие обязанности руководства управления проектом; политику в области обеспечения качества продукции; планирование управления проектом; ответственность и полномочия специалистов; анализ проектирования со стороны руководства. Формулировки в ISO 90003 повторяют содержание основного стандарта с очень небольшими комментариями.
В шестом разделе - менеджмент ресурсов - более полно комментируются особенности управления ресурсами в области программной инженерии. Внимание акцентируется: на проблемах обеспечения ограниченными вычислительными ресурсами инфраструктуры проектов; на компетентности, квалификации и подготовке специалистов; на управлении производственной средой. При этом неоднократны подробные ссылки на требования стандартов ISO 12207, ISO 15504, ISO 9126, ISO 14598
Наиболее обширным и специфическим, практически полностью ориентированным на программные продукты, является седьмой раздел стандарта. В нем изложено планирование и управление процессами и качеством жизненного цикла программных средств с попутными ссылками на рекомендации перечисленных выше стандартов. Рекомендации проектирования и разработки имеют традиционную структуру жизненного цикла ПС: входные и выходные данные процессов; анализ требований; верификация и валидация результатов; управление изменениями и сопровождение; мониторинг и измерение результатов. При этом формулировки и цитаты разделов ISO 9001 отходят на второй план.
Небольшой восьмой раздел посвящен измерениям, анализу и совершенствованию процессов и результатов управления проектами программных продуктов и почти не связан с требованиями ISO 9001.
В стандарте ISO 90003 имеется два оригинальных приложения, полностью отличающихся от приложений в ISO 9001.
Практически все перечисленные процессы и требования стандартов в данном разделе конкретизированы в очень подробных рекомендациях процессов (около 500 страниц - седьмой раздел) трех выделенных выше уровней модели CMMI (см. п. 1). Они соответствуют регламентированным и детализированным рекомендациям в стандартах ISO 9001:2000, ISO 12207 и основных компонентах профиля стандартов жизненного цикла сложных ПС (см. лекцию 2). Требованиям в функциональных разделах 4--8 стандарта ISO 9001 могут быть сопоставлены подобные по содержанию разделы в поэтапной модели CMMI. Общность процессов и требований состоит в подобии: терминологии, структуры, рекомендуемых процессов управления, планирования, учета доступных ресурсов, реализации процессов, оценивания и организации специалистов.
Процессы, которые развиваются и детально комментируются процессами их реализации в стандартах ISO 9004:2000 и ISO 90003:2004, а также в представленном выше профиле, включающем около пятидесяти стандартов ISO, однако, не всегда предусмотрены в рекомендациях и ссылках CMMI.
При практической реализации проектов и обеспечении жизненного цикла сложных ПС разработчикам и поставщикам может быть сложно определить и выделить для применения преимущества моделей CMMI или профиля стандартов ISO. В зависимости от традиций предприятия и особенностей проекта ПС зачастую целесообразно использовать как основной полный профиль стандартов ISO, а для оценивания заказчиками уровня зрелости менеджмента, организационного и технологического обеспечения проектов ПС применять конкретные рекомендации CMMI. Эти рекомендации могут эффективно использоваться при сертификации качества процессов на предприятиях, обеспечивающих ЖЦ ПС, как альтернатива или наряду с сертификацией по комплексу стандартов менеджмента ISO 9000, в зависимости от особенностей проекта и требований заявителя на сертификацию программного продукта и/или технологии обеспечения его жизненного цикла.
При подготовке системы качества предприятия целесообразно учитывать и использовать совокупность рекомендаций ряда стандартов, поддерживающих и детализирующих базовые стандарты серии ISO 9000, в которую входят - ISO 10005, ISO 10006, ISO 10013, ISO 10011.
Стандарт ISO 10006:1997 - Руководство по качеству при управлении проектом - содержит принципы управления качеством различных по содержанию крупных проектов. В нем изложены рекомендации по административному управлению качеством процесса проектирования сложных объектов и в том числе программных средств. Приводятся определения процесса, продукции и плана управления проектом, а также общие характеристики организации и фазы проектирования. Обеспечение качества управления проектом представлено группой процессов, для каждого из которых приводятся подробные рекомендации по их реализации и контролю качества выполнения.
В стандарте ISO 10013:1995 - Руководящие указания по разработке руководств по качеству - изложены рекомендации по подготовке конкретного Руководства по качеству, адаптированного к определенным потребностям предприятия и пользователей. Созданное в результате Руководство должно отражать документированные процедуры системы качества конкретного предприятия или проекта в соответствии с общими требованиями стандартов серии ISO 9000. В этом документе должны быть изложены: цели конкретной системы качества проекта или предприятия; документированные процедуры этой системы; организация процессов утверждения, изменения и применения данного Руководства. В стандарте предложена подробная типовая структура и рекомендуемое содержание разделов такого документа.
В стандарте ISO 10005:1995 - Административное управление качеством. Руководящие указания по Программе качества - представлены конкретные рекомендации по структуре и содержанию разделов в Программе обеспечения качества продукции, в соответствии с базовыми требованиями стандарта ISO 9001, а также примеры документального оформления таких программ. Для эффективного применения его следует адаптировать к характеристикам объектов и среды применения конкретного предприятия или проекта. Прежде всего, необходимо оставить в рабочей версии этого стандарта разделы и положения, которые целесообразно непосредственно использовать для обеспечения качества конкретных изделий. Адаптация стандарта для конкретных предприятий или проектов может выполняться путем сокращения и конкретизации некоторых положений. После этого Программа качества должна быть сформирована и оформлена как самостоятельный регламентирующий документ, согласована с заказчиком, утверждена руководством предприятия и доведена до сведения всех участников проекта для практического применения. При сертификации системы качества предприятия должно проверяться наличие и практическое использование всех положений утвержденной рабочей версии Программы качества.
Группа стандартов - ISO 10011:1-3:1990 - Руководящие положения по проверке систем качества - определяет основные требования к процессам и специалистам по оценке систем качества предприятия на соответствие стандартам серии ISO 9000. В них изложены основные принципы, критерии и методики, а также руководящие положения для разработки, планирования и ведения документации при проверке систем качества предприятия. Определены обязанности и ответственность независимых инспекторов по проверке системы качества, требования к ним, порядок и критерии оценки и выбора инспекторов, их аттестации и условия выдачи свидетельств для допуска к инспектированию. Для независимой и объективной оценки системы качества предприятия или проекта рекомендуется проводить специальный отбор испытателей - инспекторов по сертификации. В соответствии со стандартом ISO 10011-2 кандидаты в инспекторы по проверке систем качества должны продемонстрировать способность четко и быстро выражать концепции и идеи в устной и письменной форме. Они должны пройти обучение, дающее им знания и квалификацию, необходимые для проведения испытаний и управления проверками систем качества.
Стандарты открытых систем, регламентирующие структуру и интерфейсы программных средств
Рядом зарубежных организаций и промышленных фирм под руководством IEEE с 1990 года ведется активная разработка последовательных версий стандартов интерфейсов открытых систем POSIX (Portable operating system interfaces). Выполнена большая работа по пересмотру, расширению и реорганизации около двадцати базовых спецификаций POSIX 1990-- 1998 годов IEEE 1003. Улучшена систематизация и структура стандартов, усовершенствовано удобство их применения пользователями. В результате подготовлен комплексный проект фундаментального международного стандарта из четырех крупных частей ISO 9945:1-4:2003 (DEEE 1003.1 - 2003), объемом свыше трех тысяч страниц. Настоящий стандарт - совместная разработка IEEE и The Open Group, он является одновременно стандартом IEEE, стандартом ISO и стандартом Open Group Technical.
Цель документа - стандартизация в программной инженерии обеспечения переносимости программ на уровне исходных текстов. В нем определены основные интерфейсы операционных систем и окружения, интерфейсы командного интерпретатора, а также программы общих утилит.
Три отдельных крупных тома включают: базовые определения; системные интерфейсы; команды управления и сервисные программы (утилиты). Кроме того, имеется большой четвертый том общего обоснования выбранных решений системы POSIX. Важными свойствами разработанных программных интерфейсов являются целостность, модульность их построения и параметризуемость.
Стандарты открытых систем - POSIX регламентируют совокупность базовых, системных сервисов для обеспечения унифицированных интерфейсов прикладных программ, специфицированных для языка Си, командного языка и совокупности служебных программ. Основная цель - сделать программы переносимыми на уровне различных исходных языков. У каждого интерфейса программ существует вызывающая и вызываемая сторона, стандарты POSIX ориентированы преимущественно на формализацию вызывающей стороны. Мобильность приложений должна обеспечиваться благодаря применению большого числа стандартизированных системных интерфейсных сервисов и возможности динамического выяснения характеристик целевой платформы и подстройки под них интерфейсов приложений.
При формировании концепции стандартов POSIX были поставлены следующие задачи:
...Подобные документы
Обзор и анализ существующих методик управления проектами и оценки трудоемкости. Разработка алгоритма задания параметров и вычисления трудоемкости и стоимости программного продукта. Отладка и тестирование продукта. Разработка руководства пользователя.
дипломная работа [2,5 M], добавлен 18.11.2017Требования к функциям и задачам, выполняемым системой "Подбор кредита ОАО "Россельхозбанк". Проектирование архитектуры программного продукта. Структурная схема программного продукта. Описание компонент программного обеспечения. План менеджмента проекта.
курсовая работа [684,0 K], добавлен 03.05.2015Суть и описание проекта (резюме бизнес-плана). Классификация программного обеспечения для управления проектами. Функции программного обеспечения для календарного планирования. Календарное планирование. Управление затратами.
курсовая работа [192,2 K], добавлен 18.06.2007Анализ существующего программного обеспечения. Этапы создания проекта. Концептуальное, логическое и физическое проектирование базы данных. Структура программного продукта. Руководство программиста и оператора. Тестирование программного продукта.
курсовая работа [586,4 K], добавлен 26.06.2015Характеристика программного продукта и стадий разработки. Расчет затрат на разработку и договорной цены, эксплуатационных расходов, связанных с использованием нового программного продукта. Оценка конкурентоспособности. Изучение, оценка рыночного спроса.
курсовая работа [139,0 K], добавлен 22.09.2008Категории и природа сопровождения программного обеспечения, оценка его трудоемкости. Разработка логической модели программы по регистрации контрольных работ. Организация вывода информации на web-страницу. Определение годового экономического эффекта.
курсовая работа [2,4 M], добавлен 14.01.2011Краткая характеристика программного средства и стадии ее разработки, предъявляемые требования и функциональные особенности. Определение трудоемкости и состава группы исполнителей. Вычисление затрат на разработку программного продукта и договорной цены.
курсовая работа [464,5 K], добавлен 05.02.2016Характеристика структурного подразделения "Шахматный клуб". Выбор основных методологий, инструментальных средств и расчет затрат на разработку специализированного шахматного программного обеспечения ИС "ШК". Оценка экономической эффективности проекта.
дипломная работа [5,6 M], добавлен 29.06.2010Процесс разработки продукта. Процесс оценки, анализ риска, планирование, трассировка и контроль. Структура распределения работ. Типовая структура распределения проектных работ. Анализ чувствительности программного проекта к изменению условий разработки.
реферат [319,6 K], добавлен 26.06.2009Модель этапа пост-архитектуры. Предварительная оценка программного проекта на основе LOC-метрик. Расчет затрат на разработку ПО. Стоимость, длительность разработки проекта на основе модели этапа пост-архитектуры конструктивной модели стоимости СОСОМО II.
курсовая работа [89,9 K], добавлен 29.09.2009Создание программного продукта, представляющего моделирование на компьютере логнормального распределения, определение вероятностной оценки стоимости актива. Описание работы программного продукта. Работа с графиками, таблицами, математическими функциями.
курсовая работа [742,7 K], добавлен 08.01.2009Архитектура программного продукта и требования к платформе, обоснование выбора разработки. Закономерности и основные этапы алгоритмизации и программирования, а также отладка и тестирование продукта. Разработка и содержание руководства пользователя.
дипломная работа [2,3 M], добавлен 19.01.2017Применение промышленных технологий создания программного продукта. Описания принципов, методов, применяемых процессов и операций. Общие понятия методологии разработки программного обеспечения (ПО). Сравнение современных методологий проектных групп.
курсовая работа [1,6 M], добавлен 04.12.2009Оценка финансовой, стратегической ценности и уровня рисков проекта. Классификация проектов: "свой" заказчик, продукт под заказ, тиражируемый продукт, аутсорсинг. Организация процесса разработки программного обеспечения, методологии его проектирования.
презентация [82,8 K], добавлен 07.12.2013Разработка программного продукта, предназначенного для поиска туров, транспорта, мест проживания и расчета стоимости тура, а так же для работ с клиентской базой туристической фирмы. Тестирование программного продукта в среде Borland Developer Studio 2006.
курсовая работа [2,5 M], добавлен 08.11.2012Анализ методов и средств моделирования мультиагентных схем. Тестирование лабораторных работ "Climatechange", "ElFarol" и "Pagerank". Экспериментальное тестирование и отладка программного комплекса. Оценка качества разработанного программного продукта.
дипломная работа [4,5 M], добавлен 12.08.2017Классификация основных рисков, их идентификация. Планирование и оценка рисков информационной системы в организации, принятие мер для устранения рисков. Определение точки безубыточности проекта. Расчет цены потерь и вероятности наступления риска.
лабораторная работа [381,2 K], добавлен 20.01.2016Схемы взаимодействия между заказчиком и разработчиком программного обеспечения. Качество программного обеспечения и определение основных критериев его оценка на современном этапе, особенности управления на стадиях жизненного цикла, анализ достаточности.
презентация [114,7 K], добавлен 14.08.2013Общие требования охраны труда во время работы, а также в аварийных ситуациях. Использование метрик программного продукта при ревьюировании. Проверка целостности программного кода и анализ потоков данных. Сценарии использования программного продукта.
отчет по практике [2,0 M], добавлен 28.11.2022Особенности алгоритмов, критерии качества. Создание и применение программного продукта на языке Delphi. Тип операционной системы. Внутренняя структура программного продукта. Руководство пользователя и программиста, расчет себестоимости и цены программы.
дипломная работа [1,5 M], добавлен 12.06.2009