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