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