29. Основы качества пс.

Программные средства – это программно и логически связанная совокупность программ, имеющая следующие свойства: 1.Записана на носители данных; 2. Является продуктом промышленного производства; 3. Снабжена программной документацией; 4. Предназначена для широкого распространения посредством продажи или другими способами. Согласно международного стандарта (ISOLLEC 12207) программный продукт это набор компьютерных программ, процедур и возможно связанными с ними документациями и данных. Качество программного обеспечения – это совокупность свойств, характеризующих способность программного обеспечения удовлетворять потребностям пользователя в соответствии с предназначением ПС. В основу обеспечения качества ПС положено следующее: 1. Мониторинг разработки, т.е. контроль в определённых точках и на определённых стадиях создания программных средств, соответствие фактического состояния процесса плановым показателям. 2. Стандартизация программного обеспечения и методов создания программных средств. т.е разработка определенных соглашений о применении программных средств информационных технологий, а также способах их разработки (тестирование, испытание) как на предварительных вариантах программных средств, так и окончательные версии; 3. Испытание - тестирование как предварительного варианта программы (одного или нескольких), так и финальной версии.

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

Согласно ГОСТу (ГОСТ P ИСО\МЭК 9126:1993). Выделяются 6 основных характеристик программного средства:

1. Функц.пригодность; 2.Надежность. 3.Практичность(применимость). 3. Эффективность. 4.Сопровождаемость. 5.Мобильность(переносимость).

Основные стандарты качества ПО: 1) гост 28195-89. оценка качества программных средств. общие положения. 2) гост 28806-90. качество программных средств. термины и определения. 3) гост р исо/мэк 9126-93. оценка программной продукции. характеристики качества и руководства по их применению. Стандарты по программной документации (ЕСПД): В ГОСТах серии 19 представлены стандарты и требования по единой системе программной документации (ЕСПД)

31 . Структурное программирование

Структу́рное программи́рование — методология разработки программного обеспечения, в основе которой лежит представление программы в виде иерархической структуры блоков. Предложена в 70-х годах XX века Э. Дейкстрой, разработана и дополнена Н. Виртом. В соответствии с данной методологией 1. Любая программа представляет собой структуру, построенную из трёх типов базовых конструкций: последовательное исполнение — однократное выполнение операций в том порядке, в котором они записаны в тексте программы; ветвление — однократное выполнение одной из двух или более операций, в зависимости от выполнения некоторого заданного условия; цикл — многократное исполнение одной и той же операции до тех пор, пока выполняется некоторое заданное условие (условие продолжения цикла).

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

2. Повторяющиеся фрагменты программы (либо не повторяющиеся, но представляющие собой логически целостные вычислительные блоки) могут оформляться в виде т. н. подпрограмм (процедур или функций). В этом случае в тексте основной программы, вместо помещённого в подпрограмму фрагмента, вставляется инструкция вызова подпрограммы. При выполнении такой инструкции выполняется вызванная подпрограмма, после чего исполнение программы продолжается с инструкции, следующей за командой вызова подпрограммы.

3. Разработка программы ведётся пошагово, методом «сверху вниз». Сначала пишется текст основной программы, в котором, вместо каждого связного логического фрагмента текста, вставляется вызов подпрограммы, которая будет выполнять этот фрагмент. Достоинства структурного программирования: 1. Структурное программирование позволяет значительно сократить число вариантов построения программы по одной и той же спецификации, что значительно снижает сложность программы и, что ещё важнее, облегчает понимание её другими разработчиками. 2. В структурированных программах логически связанные операторы находятся визуально ближе, а слабо связанные — дальше, что позволяет обходиться без блок-схем и других графических форм изображения алгоритмов (по сути, сама программа является собственной блок-схемой). 3. Сильно упрощается процесс тестирования и отладки структурированных программ.

30. Основное содержание моделей качества CMM/CMMI. Уровни зрелости. Самым известным стандартом качества программного средства считается CMM (Capability Maturity Model – модель оценки уровня зрелости процессов разработки программных средств). Данный стандарт был создан организацией SEI Software Engineering Institute, финансируемым за счёт Министерства обороны США. Модель СММ предусматривает 5 уровней зрелости, каждому из которых соответствуют определённые ключевые области процессов (Key Process Areas - KPA).Уровни модели СММ/CMMI. 1.Начальный - Если организация находится на этом уровне, то ключевых областей процессов к ней не предусмотрено. 2 Повторяющийся - Управление программными конфигурациями. Обеспечение качества программных продуктов. Управление контрактами подрядчиков. Контроль за ходом проектов. Планирование проектов по разработке программного обеспечения. Управление требованиями к программному обеспечению. 3. Определённый - Экспортные оценки. Координация взаимодействия проектных групп. Инжинирия программного продукта. Комплексный менеджмент программного обеспечения. Программа обучения персонала. Наличие определения организационного процесса и наличия области деятельности организационного процесса. 4. Управляемый - Менеджмент качества программного обеспечения и управление процессом на основе количественных методов. 5. Оптимизируемый - Управление изменениями процессов. Управление изменениями технологий. Наличие эффективной системы предотвращение дефектов программного обеспечения.

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

Разрешить проблемы стандарта СММ призван новый стандарт CMMI (Capability Maturity Model Integrate – интегрированная модель оценки уровня зрелости процессов разработки программного обеспечения). В рамках CMMI были объединены все существующие варианты CMMI и исключены какие-либо противоречия при практическом применении стандарта в различных сферах деятельности. Для того, чтобы устранить необходимость выравнивания процессов организации, стандарт CMMI имеет более глубокую структуру и две формы представления:

1. классическую многоуровневую, соответствующую CMM— это поэтапное представление, позволяющее представить 22 области процесса на одном из пяти уровней зрелости организации. В ходе оценки организации определяется уровень ее работы, который характеризует способность организации управлять рисками и, следовательно, выполнять взятые на себя обязательства.

2. новую непрерывную рассматривающую не уровни зрелости, а уровни возможности, которые оцениваются для отдельных областей процессов. Моделирует возможности процессов внутри каждой из 22 областей процесса отдельно. Это позволяет организации скорректировать меры по совершенствованию деятельности в соответствии с процессами, приносящими наибольшую коммерческую выгоду. Кроме того, SEI, продвигая CMMI, обещает ужесточить контроль за сертификацией ПО, обеспечивая совместимость стандартами ISO. Соответствие уровней CMM/CMMI

№	Уровень зрелости CMM	Уровень зрелости многоуровневого представления CMMI	Уровень возможностей непрерывного представления CMMI
0	–	–	Незавершенный
1	Начальный	Начальный	Выполнимый
2	Повторяющийся	Управляемый	Управляемый
3	Определенный	Определенный	Определенный
4	Управляемый	Управляемый количественно	Управляемый количественно
5	Оптимизируемый	Оптимизируемый	Оптимизируемый