- •1.1 Программа как формализованное описание процесса обработки данных. Программное средство
- •1.2 Неконструктивность понятия правильной программы
- •1.3. Надежность программного средства
- •1.4 Технология программирования как технология разработки надежных программных средств
- •ГЛАВА 2. ИСТОЧНИКИ ОШИБОК В ПРОГРАММНЫХ СРЕДСТВАХ
- •2.1 Интеллектуальные возможности человека
- •2.2 Неправильный перевод как причина ошибок в программных средствах
- •2.3 Модель перевода
- •2.4 Основные пути борьбы с ошибками
- •ГЛАВА 3. ОБЩИЕ ПРИНЦИПЫ РАЗРАБОТКИ ПРОГРАММНЫХ СРЕДСТВ
- •3.1. Специфика разработки программных средств
- •3.2 Жизненный цикл программного средства
- •3.3 Понятие качества программного средства
- •3.5 Методы борьбы со сложностью
- •3.6 Обеспечение точности перевода
- •3.7 Преодоление барьера между пользователем и разработчиком
- •3.8 Контроль принимаемых решений
- •ГЛАВА 4. ВНЕШНЕЕ ОПИСАНИЕ ПРОГРАММНОГО СРЕДСТВА
- •4.1 Назначение внешнего описания программного средства и его роль в обеспечении качества программного средства
- •4.2 Определение требований к программному средству
- •4.3 Спецификация качества программного средства
- •4.4 Функциональная спецификация программного средства
- •4.5 Методы контроля внешнего описания программного средства
- •ГЛАВА 5. АРХИТЕКТУРА ПРОГРАММНОГО СРЕДСТВА
- •5.1 Понятие архитектуры программного средства
- •5.2 Основные классы архитектур программных средств
- •5.3 Архитектурные функции
- •5.4 Контроль архитектуры программных средств
- •ГЛАВА 6. РАЗРАБОТКА СТРУКТУРЫ ПРОГРАММЫ И МОДУЛЬНОЕ ПРОГРАММИРОВАНИЕ
- •6.1 Цель модульного программирования
- •6.3 Методы разработки структуры программы
- •6.4 Контроль структуры программы
- •ГЛАВА 7. РАЗРАБОТКА ПРОГРАММНОГО МОДУЛЯ
- •7.1 Порядок разработки программного модуля
- •7.2 Структурное программирование
- •7.3 Пошаговая детализация и понятие о псевдокоде
- •7.4 Контроль программного модуля
- •ГЛАВА 8. ТЕСТИРОВАНИЕ И ОТЛАДКА ПРОГРАММНОГО СРЕДСТВА
- •8.1 Основные понятия
- •8.2 Принципы и виды отладки программного средства
- •8.3 Заповеди отладки программного средства
- •8.4 Автономная отладка программного средства
- •8.5 Комплексная отладка программного средства
- •ГЛАВА 9. ОБЕСПЕЧЕНИЕ ФУНКЦИОНАЛЬНОСТИ И НАДЕЖНОСТИ ПРОГРАММНОГО СРЕДСТВА
- •9.1 Функциональность и надежность как обязательные критерии качества программного средства
- •9.2 Обеспечение завершенности программного средства
- •9.3 Обеспечение точности программного средства
- •9.4 Обеспечение автономности программного средства
- •9.5 Обеспечение устойчивости программного средства
- •9.6 Обеспечение защищенности программных средств
- •ГЛАВА 10. ОБЕСПЕЧЕНИЕ КАЧЕСТВА ПРОГРАММНОГО СРЕДСТВА
- •10.1 Общая характеристика процесса обеспечения качества программного средства
- •10.2 Обеспечение легкости применения программного средства
- •Графический пользовательский интерфейс обобщает такие виды пользовательского интерфейса, как интерфейс типа меню и интерфейс прямого манипулирования.
- •10.3 Обеспечение эффективности программного средства
- •10.4 Обеспечение сопровождаемости программного средства
- •10.5 Обеспечение мобильности
- •ГЛАВА 11. ДОКУМЕНТИРОВАНИЕ ПРОГРАММНЫХ СРЕДСТВ
- •11.1 Документация, создаваемая и используемая в процессе разработки программных средств
- •11.2 Пользовательская документация программных средств
- •11.3 Документация по сопровождению программных средств
- •ГЛАВА 12. УПРАВЛЕНИЕ РАЗРАБОТКОЙ И АТТЕСТАЦИЯ ПРОГРАММНОГО СРЕДСТВА
- •12.1 Назначение и процессы управления разработкой программного средства
- •12.2 Структура управления разработкой программных средств
- •12.3 Планирование и составление расписаний по разработке ПС
- •12.4 Аттестации программного средства
- •Список использованной литературы
ной компоненты, осуществляющей совмещение каждого выходного виртуального порта одной программы с каким-либо входным виртуальным портом другой. Тем самым при изменении конфигурации системы в этом случае не требуется какой-либо
корректировки используемых программ − необходимые изменения должны быть отражены в информации для настройки. Однако в этом случае требуется иметь специальную программную компоненту, осуществляющую настройку системы.
5.3 Архитектурные функции
Для обеспечения взаимодействия между подсистемами в ряде случаев не требуется создавать какие-либо дополнительные программные компоненты (помимо реализации внешних функ-
ций) − для этого может быть достаточно заранее фиксированных соглашений и стандартных возможностей базового программного обеспечения (операционной системы). Так в комплексе автономно выполняемых программ для обеспечения взаимодействия достаточно описания (спецификации) общей внешней информационной среды и возможностей операционной системы для запуска программ. В слоистой программной системе может оказаться достаточным спецификации выделенных программных слоев и обычный аппарат обращения к процедурам. В программном конвейере взаимодействие между программами также может обеспечивать операционная система (как это имеет место в операционной системе UNIX).
Однако в ряде случаев для обеспечения взаимодействия между программными подсистемами может потребоваться создание дополнительных программных компонент. Так для управления работой комплекса автономно выполняемых программ часто создают специализированный командный интерпретатор, более удобный (в данной предметной области) для подготовки требуемой внешней информационной среды и запуска требуемой программы, чем базовый командный интерпретатор используемой операционной системы. В слоистых программных системах может быть создан особый аппарат обращения к процедурам слоя (например, обеспечивающий параллельное выполнение этих про-
47