
- •Вопросы трпп экз
- •1Основные понятия и определения программных продуктов.
- •2Классификация программных продуктов.
- •3Особенности создания программного продукта.
- •4Понятие и основные модели жизненного цикла программного продукта. Понятие модели жизненного цикла разработки программного продукта.
- •1.3.4. Обзор существующих моделей Модели жизненного цикла разработки программного продукта
- •5Процессы жизненного цикла программного продукта.
- •6Каскадная модель жизненного цикла программного продукта. Ее достоинство и недостатки. Каскадная модель жизненного цикла разработки по
- •7. Модель быстрой разработки приложений (rao-модель), область применения, достоинства и недостатки.
- •8Спиральная модель жизненного цикла программного продукта, ее достоинства и недостатки. Спиральная модель жизненного цикла разработки по
- •9Модель зрелости компании cmm.
- •10. Система стандартов iso 9001.
- •11Роль метрик в процессе разработки программного продукта
- •12Размерно-ориентированные метрики
- •13Функционально-ориентированные метрики
- •14Планирование работ по созданию программного продукта
- •Другие задачи проектирования
- •Составление временного графика выполнения пп
- •15Основные принципы структурного подхода к программированию
- •16Основные принципы объектно-ориентированного проектирования программных продуктов.
- •17Этап разработки программного продукта. Модульное тестирование.
- •1.1. Основные этапы технологического процесса разработки программ.
- •18Модульное программирование. Сущность. Основные характеристики.
- •19 Разработка справочной системы программного продукта.
- •20. Разработка дистрибутивов и управление версиями программного продукта. Разработка дистрибутивов и управление версиями программного продукта
- •Управление созданием версий и поставками пп.
- •Идентификация версий.
- •Собираемые метрики, используемые методы, стандарты и шаблоны
- •21Общая характеристика этапа тестирования программного продукта. Цикл тестирования.
- •Модульное тестирование
- •22Программные ошибки. Категории программных ошибок.
- •23Методы борьбы с ошибками по.
- •24Основные принципы разработки тестов для программных продуктов
- •25Сопровождение программных продуктов.
- •26Управление поставками программных продуктов. Общие сведения об управлении поставками
- •Классификация поставляемых программных продуктов
- •Классификация доставляемых программных продуктов
- •Действия, выполняемые при поставке программного продукта
- •27Основные понятия о надежности программного продукта и методах ее обеспечения.
- •28Инструментальные средства разработки программных продуктов.
- •29Защита программных продуктов от несанкционированного использования.
- •30Правовые методы защиты пп.
- •31Криптографические методы защиты информации.
- •32Аппаратная защита программного обеспечения.
- •1. Драйвер ключа.
- •2. Встраиваемый модуль.
- •3. Реализация.
- •34Принципы, виды и методы отладки программных продуктов.
- •Комплексная отладка программного средства.
- •Программные ошибки. Категории программных ошибок
- •Наиболее распространенные категории программных ошибок:
- •35Эффективность и оптимизация программ.
- •Обеспечение качества программного продукта
- •36Коллективная разработка программных средств.
- •Ролевой состав коллектива разработчиков, взаимодействие между ролями в различных технологических процессах
9Модель зрелости компании cmm.
В 1968 г институт SIE с помощью корпорации Mitre начал разработку основ модели эффективного процесса изготовления программ. Процесс характеризуется «зрелостью», которая означает эффективность, устойчивость и надежность процесса.
Первоначальная версия модели называется «CMM» была выпущена в 1987 г. После этого модель несколько раз перерабатывалась и в настоящее время готовится очередная её версия.
В соответствии с этой моделью организация может находиться на одном из 5 уровней зрелости.
Начальный уровень – спонтанный и хаотический процесс разработки программ. Процедуры разработки не определены, и успех зависит от индивидуальных усилий работников.
Повторяемый уровень – на нем используются основные процессы управления, позволяющие отслеживать как функциональные характеристики разрабатываемого ПП, так и график работ, а так же их стоимость. Организация способна повторить успешную разработку нового проекта с аналогичными возможностями.
Определенный уровень. Организации, находящиеся на этом уровне документируют, стандартизируют и интегрируют в общий процесс управления все управленческие и инженерные задачи разработки ПП, тем самым вырабатывая стандартный процесс организации. Все проекты в организации используют утвержденные методы разработки и поддержки программ, адаптированные к конкретному проекту.
Управляемый уровень. У организаций этого уровня имеются способы детального измерения качества процесса и разрабатываемого ПП. Количественные характеристики процесса разработки и разрабатываемых ПП хорошо изучены и управляемы, процесс предсказуем.
Оптимизированный уровень. На нем осуществляется непрерывное улучшение процесса разработки, основанное на количественных характеристиках и выполняемых проектов и на внедрении новых идей и технологий.
Для достижения второго и более высоких уровней организации должны разработать свой процесс, основанный и включающий в себя определенные рекомендуемые ключевые процессы.
Ключевые процессы на оптимизированном уровне:
Управление изменениями процесса
Использование современных новейших технологий
Предотвращение ошибок
Ключевые процессы на управляемом уровне:
Управление качеством процесса
Измерение и анализ процесса
Ключевые процессы на определенном уровне:
Рецензирование и обсуждение с коллегами результатов работы
Координация и взаимодействие между проектами
Повышение квалификации сотрудников
Определение организационных процессов
Сосредоточение особого внимания на организационных процессах
Индустриальный подход к проектированию и разработке ПП
Интегрированное управление всеми проектами базирующееся на стандартном процессе организации
Ключевые процессы на повторяемом уровне:
Управление конфигурацией (версиями) ПП
Обеспечение качества ПП
Управление работой субподрядчиков
Контроль за выполнение программного проекта
Планирование программного проекта
Управление требованиями к ПП
На начальном уровне ключевых процессов нет
10. Система стандартов iso 9001.
Управление качеством разработки программного продукта с помощью системы стандартов ISO 9001
Международная организация по стандартизации (МОС) разработала систему стандартов ISO 9001, которые регламентируют
вопросы управления качеством. Эти стандарты применимы практически ко всем областям производства товаров и услуг, в частности, и к ПП.
Взаимосвязь между моделью СММ и системой стандартов ISO 9001 следующая: ISO 9001 содержит перечень требований, а СММ определяет детали требований к процессу разработки для включения их в документы по управлению качеством. Россия, являясь членом МОС, приняла систему стандартов ISO 9001 как свой национальный стандарт. ВНИИ стандартизации выпустил его перевод на русский язык.
Целью ISO 9001 является построение системы сквозного управления качеством (TQM — Total Quality Management), которая должна обеспечивать качество на всех этапах разработки.
В ISO 9001 и CMM-SEI приведены процедуры сертификации организаций на соответствие указанным системе стандартов и модели. Пройти такую сертификацию достаточно сложно, однако многие компании стремятся сделать это. Официальная сертификация на соответствие системе стандартов и модели дает существенные конкурентные преимущества перед конкурентами. При выборе исполнителя заказчик будет уверен в высоком качестве выполнения работ. Некоторые крупные компании при проведении конкурсов и тендеров на выполнение работ требуют предоставить информацию о том, в какой степени участвующие в конкурсе компании соответствуют системе стандартов ISO 9001 и модели CMM-SEI.
Система стандартов ISO 9001 определяет минимальный набор требований к управлению качеством. Условно этот набор разбивается на три части: требования к менеджменту компании, контролю продукции и процессу разработки.
Эффективная система качества невозможна, если менеджмент компании не осознает ее значения и не ставит цель ее построить. От руководства компании требуется подписать формальное письмо, подтверждающее приверженность поддержанию высокого качества продуктов и услуг. В письме указываются основные документы, на которые следует опираться при контроле качества. Руководство компании создает подразделение компании, обеспечивающее контроль качества. Кроме того, определяются процедуры периодических проверок и обсуждений эффективности системы управления качеством.
Управление продукцией включает в себя контроль за версиями систем, приобретением готовых пакетов и программ, продукцией, которая в настоящий момент не отвечает требованиям качества. Многие положения стандарта в разделе управления продукцией не относятся к программному обеспечению или являются второстепенными (например, положения, относящиеся к упаковке и хранению).
Управление процессом разработки — важнейшая часть ISO 9001 ■Ия организаций, занятых программированием. Она включает в «б требования к построению и документированию всего протёса разработки ПП — от заключения контракта до распространения готового продукта (на этом этапе управление разработкой Переходит в управление продукцией, опоминавшееся ранее).
По классификации ISO 9001 разработка программ относится к Гик называемым специальным процессам, т.е. процессам, дефекты продукта которых могут быть незаметны до тех пор, пока им не начнут пользоваться.
Система стандартов ISO 9001 не регламентирует сам процесс разработки, который может быть совершенно разным в различных организациях. Она стандартизует критерии соответствия процесса требованиям сквозного контроля качества. Первым неохот- Ем условием является наличие документации, регламентируя- Идей конкретный процесс в конкретной организации