
- •30. Понятие архитектуры программного средства. Классы архитектур. Архитектурные функции. Контроль архитектуры.
- •Задача разработки архитектуры по.
- •Основные классы архитектур.
- •Архитектурные функции.
- •Контроль архитектуры программных средств.
- •31. Понятие качества программного средства. Обеспечение надежности. Методы борьбы со сложностью. Понятие качества программного средства.
- •Обеспечение надежности – основной мотив разработки программных средств.
- •Методы борьбы со сложностью.
- •32. Принципы («заповеди») отладки программных средств.
- •Принципы отладки программного средства.
- •Принципы данной стратегии.
- •2 Основных вида отладки пс:
- •Правила отладки пс.
- •Правила по организации отладки:
- •33. Специфика разработки программных средств. Специфика разработки пс:
- •Жизненный цикл программного средства.
- •34. Спецификация качества программного средства.
- •Критерии качества:
- •35. Структурная методология разработки программ. Основные понятия и определения. Модули, модульное программирование.
- •Парадигма программирования.
- •36. Структурная методология разработки программ. Принципы и стандарты структурного программирования.
- •Парадигма программирования.
- •37. Тестирование и отладка программной системы. Основные определения. Виды отладки и тестирования.
- •Принципы отладки программного средства.
- •Принципы данной стратегии.
- •2 Основных вида отладки пс:
- •Комплексная отладка по.
- •Автономная отладка программной системы.
- •38. Управление разработкой и аттестация программной системы. Виды аттестаций.
- •Аттестации программного средства.
- •39. Управление разработкой и аттестация программной системы. Назначение и процессы управления разработкой.
- •Структура управления разработкой программных средств.
- •Программные стандарты по.
- •Управление обеспечения качеством.
- •40.Функциональная спецификация программного средства.
- •Функциональная спецификация состоит из трех частей:
38. Управление разработкой и аттестация программной системы. Виды аттестаций.
Управление разработкой ПО – это деятельность, направленная на обеспечение необходимых условий для работы коллектива разработчиков ПО, на планирование и контроль деятельности этого коллектива с целью обеспечения требуемого качества ПО.
К необходимым условиям работы коллектива относятся помещения, аппаратно-программные средства разработки, документация и материально-финансовое обеспечение.
Планирование и контроль предполагает разбиение всего процесса разработки ПО на отдельные конкретные работы (задания), подбор и расстановка исполнителей, установление сроков и порядка выполнения этих работ, оценка качества выполнения каждой работы.
Финальной частью этой деятельности является организация и проведения аттестации (сертификации) ПО.
Можно выделить некоторые общие процессы по управлению разработкойПО:
составление плана-проспекта по разработке ПО,планирование и составление расписанийпо разработке ПО,управление издержкамипо разработке ПО,текущий контроль и документирование деятельности коллективапо разработке ПО,подбор и оценка персонала коллективаразработчиков ПО.
Составление плана-проспекта по разработке ПОвключает формулирование предложений о том, как выполнять разработку ПО.
Цель: установить для кого изготавливается ПО:
1. для внешнего заказчика,
для других подразделений той же организации,
или является инициативной внутренней разработкой.
В плане-проспекте должны быть установлены общие очертания работ по создания ПО и оценена стоимость разработки, а также предоставляемые для разработки ПО материально-финансовые ресурсы и временные ограничения.
Планирование и составление расписаний по разработке ПО – это деятельность, связанная с распределением работ между исполнителями и по времени их выполнения в рамках намеченных сроков и имеющихся ресурсов.
Управление издержками по разработке ПО – это деятельность, направленная на обеспечение подходящей стоимости разработки в рамках выделенного бюджета.Источниками издержек являются:
1. затраты на аппаратное оборудование
2. затраты на вербовку и обучение персонала
3. затраты на оплату труда разработчиков.
Текущий контроль и документирование деятельности коллектива по разработке ПО – это непрерывный процесс слежения за ходом развития проекта.
Подбор и оценка персонала коллектива разработчиков ПО – это деятельность, связанная с формированием коллектива разработчиков ПО.
Аттестации программного средства.
Завершающим этапом разработки ПО является аттестация ПО, подводящая итог всей разработке. АттестацияПОэто авторитетное подтверждение качества ПО. Обычно для аттестации ПО создается аттестационная комиссия из экспертов, представителей заказчика и представителей разработчика. Эта комиссия проводитприемо-сдаточныеиспытания ПО с целью получения необходимой информации для оценки его качества. Подиспытанием ПО здесь понимают процесс проведения комплекса мероприятий, исследующих пригодность ПО для успешной его эксплуатации (применения и сопровождения) в соответствии с требованиями заказчика. Решение аттестационной комиссии о произведенной оценке качества ПО фиксируется в соответствующем документе (сертификате), который подписывается членами комиссии.
Оценка качества ПОявляется основным содержанием процесса аттестации. Прежде всего, следует отметить, что оценка качества ПО производится по предъявленной спецификации его качества, т.е. оценивается только декларированное разработчиками качество ПО. Различают следующиегруппы методов оценки примитивов качества:
непосредственное измерение показателей примитива качества;
тестирование программ ПО;
экспертная оценка на основании изучения программ и документации ПО.
Непосредственное измерениепоказателей примитива качества производится путем проверки соответствия предъявленной документации (включая тексты программ на языке программирования) стандартам или явным требованиям, указанным в спецификации качества ПО. Для оценки некоторых примитивов качества ПО используетсятестирование. К таким примитивам относятся завершенность, точность, устойчивость, защищенность и др. примитивы качества
Для оценки качества ПО проводятся дополнительные полевые или промышленные испытания. Полевыеиспытания ПО – это демонстрация ПО вместе с технической системой, которой управляет эта ПО. Заказчикам должна быть предоставлена возможность задания собственных контрольных примеров, в частности, с выходом в критические режимы работы технической системы
ПромышленныеиспытанияПО – это процесс передачи ПО в постоянную эксплуатацию пользователям.
Многие примитивы качества ПО трудно уловимы с точки зрения их оценки. В этих случаях иногда применяют метод экспертных оценок. Этот метод заключается в следующем. Назначается группа экспертов и каждый из этих экспертов в результате изучения представленной документации составляет свое мнение об обладании ПО требуемым примитивом качества. Затем голосованием членов этой группы устанавливается оценка требуемого примитива качества ПО, т.е. получаемая оценка является некоторым усреднением совокупности субъективных оценок.
Аттестация ПО похожа на смотр различных компонент ПО в процессе управления качеством ПО, однако, целью же аттестации является проверка и фиксация реальных показателей качества предъявленного ПО.