- •Содержание
- •1.1. Программа как формализованное описание процесса обработки данных. Программное средство
- •1.2. Неконструктивность понятия правильной программы
- •1.3. Надежность программного средства
- •Технология программирования как технология разработки надежных программных средств
- •1.5. Технология программирования и информатизация общества
- •Интеллектуальные возможности человека
- •Модель перевода
- •2.4. Основные пути борьбы с ошибками
- •3.1. Специфика разработки программных средств
- •3.2. Жизненный цикл программного средства
- •3.3. Понятие качества программного средства
- •3.5. Методы борьбы со сложностью
- •3.6. Обеспечение точности перевода
- •3.7. Преодоление барьера между пользователем и разработчиком
- •3.8. Контроль принимаемых решений
- •4.1. Назначение внешнего описания программного средства и его роль в обеспечении качества программного средства
- •4.2. Определение требований к программному средству
- •4.3. Спецификация качества программного средства
- •4.4. Функциональная спецификация программного средства
- •4.5. Методы контроля внешнего описания программного средства
- •Основные подходы к спецификации семантики функций
- •5.2. Метод таблиц решений
- •5.3. Операционная семантика
- •5.4. Денотационная семантика
- •5.5. Аксиоматическая семантика
- •5.6. Языки спецификаций
- •6.1. Понятие архитектуры программного средства
- •6.2. Основные классы архитектур программных средств
- •6.3. Архитектурные функции
- •7.1. Цель модульного программирования
- •7.2. Основные характеристики программного модуля
- •7.3. Методы разработки структуры программы
- •7.4. Контроль структуры программы
- •8.1. Порядок разработки программного модуля
- •8.2. Структурное программирование
- •8.3. Пошаговая детализация и понятие о псевдокоде
- •8.4. Контроль программного модуля
- •9.1. Обоснования программ. Формализация свойств программ
- •9.2. Свойства простых операторов
- •Свойства основных конструкций структурного программирования
- •9.4. Завершимость выполнения программы
- •9.5. Пример доказательства свойства программы
- •10.1. Основные понятия
- •10.5. Комплексная отладка программного средства
- •11.1. Функциональность и надежность как обязательные критерии качества программного средства
- •11.2. Обеспечение завершенности программного средства
- •11.3. Обеспечение точности программного средства
- •11.4. Обеспечение автономности программного средства
- •11.5. Обеспечение устойчивости программного средства
- •11.6. Обеспечение защищенности программных средств
- •Все если
- •Раздел I. Общие положения
- •Раздел V.
- •9 Июля 1993 год № 5351-1
- •Глава 1. Общие положения
- •Глава 2. Исключительные авторские права
- •Глава 3. Использование программ для эвм и баз данных
- •Глава 4. Защита прав
- •1. Автор программы для эвм или базы данных и иные правообладатели вправе требовать:
- •394026 Воронеж, Московский проспект, 14
Модель перевода
Чтобы понять природу ошибок при переводе рассмотрим модель [2.3, стр. 22-28], изображенную на рис.2.2. На ней человек осуществляет перевод информации из представления A в представление B. При этом он совершает четыре основных шага перевода:
Рисунок 2.2. Модель перевода.
он получает информацию, содержащуюся в представлении A, с помощью своего читающего механизма R;
он запоминает полученную информацию в своей памяти M;
он выбирает из своей памяти преобразуемую информацию и информацию, описывающую процесс преобразования, выполняет перевод и посылает результат своему пишущему механизму W;
с помощью этого механизма он фиксирует представление B.
На каждом из этих шагов человек может совершить ошибку разной природы. На первом шаге способность человека "читать между
строк" (способность, которая часто оказывается полезной, позволяя ему понимать текст, содержащий неточности или даже ошибки) может стать причиной ошибки в ПС. Ошибка возникает в том случае, когда при чтении документа A человек, пытаясь восстановить недостающую информацию, видит то, что он ожидает, а не то, что имел в виду автор документа A. В этом случае лучше было бы обратиться к автору документа за разъяснениями. При запоминании информации человек осуществляет ее осмысливание (здесь важен его уровень подготовки и знание предметной области, к которой относится документ A). И, если он поверхностно или неправильно поймет, то информация будет запомнена в искаженном виде. На третьем этапе забывчивость человека может привести к тому, что он может выбрать из своей памяти не всю преобразуемую информацию или не все правила перевода, в результате чего перевод будет осуществлен неверно. Это обычно происходит при большом объеме плохо организованной информации. И, наконец, на последнем этапе стремление человека быстрее зафиксировать информацию часто приводит к тому, что представление этой информации оказывается неточным, создавая ситуацию для последующей неоднозначной ее интерпретации.
2.4. Основные пути борьбы с ошибками
Учитывая рассмотренные особенности действий человека при переводе можно указать следующие пути борьбы с ошибками:
сужение пространства перебора (упрощение создаваемых систем);
обеспечение требуемого уровня подготовки разработчика (это функции менеджеров коллектива разработчиков);
обеспечение однозначности интерпретации представления информации;
контроль правильности перевода (включая и контроль однозначности интерпретации).
Вопросы для самоконтроля
2.1. Что такое простая и сложная системы?
2.2. Что такое малая и большая системы?
Литература:
2.1. Э. Дейкстра. Заметки по структурному программированию / У. Дал, Э. Дейкстра, К. Хоор. Структурное программирование. - М.: Мир, 1975. - С. 7-19.
2.2. Е.А. Жоголев. Технологические основы модульного программирования. // Программирование, 1980, #2. - С. 44-49.
Г. Майерс. Надежность программного обеспечения. - М.: Мир, 1980.
ОБЩИЕ ПРИНЦИПЫ РАЗРАБОТКИ ПРОГРАММНЫХ СРЕДСТВ