- •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 Аттестации программного средства
- •Список использованной литературы
в ПС такой компоненты принимается в процессе разработки архитектуры ПС. Для обеспечения этого примитива качества в документацию по сопровождению включают специальное руководство, которое описывает, какие части ПС являются аппаратно- и программно-зависимыми, и как возможное развитие ПС учтено в его строении (конструкции).
Структурированность и модульность упрощают ручную модификацию программ ПС.
10.5 Обеспечение мобильности
Проблема мобильности возникает из-за того, что быстрое развитие компьютерной техники и аппаратных средств делает жизненный цикл многих больших программных средств (программных систем) намного продолжительнее периода «морально» оправданного существования компьютеров и аппаратуры, для которых первоначально создавались эти программные средства. Поэтому обеспечение критерия мобильности для таких ПС является весьма важной задачей.
Мобильность ПС определяется такими примитивами каче-
ства ПС как независимость от устройств, автономность, структурированность и модульность.
Если бы ПС обладало таками примитивами качества, как не-
зависимость от устройств и автономность, и его программы были бы представлены на машинно-независимом языке программирования, то перенос ПС в другую среду обеспечивался бы перетрансляцией (перекомпиляцией) его программ в этой среде. Однако трудно представить реальное ПС, обладающее таким качеством. Тем не менее, таким качеством могут обладать отдельные части программ ПС и даже весьма значительные. А это уже явный намек на то, каким путем следует добиваться мобильности ПС.
Если ПС зависит от устройств (аппаратуры), то в спецификации качества должна быть описана эта компьютерноаппаратная среда (будем ее называть аппаратной платформой). Избавится от этой зависимости можно за счет такого примитива качества ПС как автономность. Как правило, ПС строится в рам-
107
ках некоторой операционной системы (ОС), которая может спрятать специфику аппаратной платформы и, тем самым, сделать ПС независимым от устройств. Но тогда ПС не будет обладать свойством автономности. В этом случае в спецификации качества должна быть описана эта программная среда, над которой строится ПС (будем эту среду называть операционной платформой). Таким образом, мобильность ПС будет непосредственно связано с мобильностью используемой ОС: перенос ПС на другую аппаратную платформу осуществляется автоматически, если будет осуществлен перенос на эту платформу используемой ОС. Но обеспечение мобильности ОС является самостоятельной и довольно трудной задачей.
Таким образом, для обеспечения мобильности ПС нужно решить две задачи:
• выделение по возможности наибольшей части программ ПС, обладающей свойствами независимости от устройств и автономности (другими словами, независимой от аппаратно-
операционной платформы);
• обеспечение сопровождаемости для остальных частей программ ПС.
Для решения этих задач целесообразно выбрать в качестве архитектуры ПС слоистую систему. Основной слой, реализующий основные функции ПС, должен быть независимым от аппаратнооперационной платформы. Выделяется также слой (часто называемый ядром ПС), который включает программные модули, зависящие от аппаратно-операционной платформы. Этот слой должен обеспечивать, в частности, доступ к внешней информационной среде ПС. Между этими слоями должен быть определен интерфейс, независимый от аппаратно-операционной платформы и обеспечивающий правила обращения из основного слоя к модулям ядра. Будем называть этот интерфейс системным. Использование графических пользовательских интерфейсов требует выделение еще одного программного слоя, зависящего от той части аппаратно-операционной платформы (графической пользовательской платформы), на которой строятся пользовательские интерфейсы. Будем называть этот слой оболочкой ПС. Между оболочкой и основным слоем также должен быть определен ин-
108