16.Модульное построение программы.

Основная цель модульного построения программы – обеспечение легкого тестирования элементарных блоков. Каждый модуль должен предназначаться для выполнения одной функции, когда в процессе его испытаний необходимо будет только убедиться в том, что он правильно решает именно эту единственную задачу. Сборка программы из модулей, прошедших тщательную индивидуальную проверку, дают большую уверенность в том, что она будет функционировать нормально. Испытания отдельных модулей должны включать проверку связи и взаимодействия между модулями. Необходимо проверить правильность значений данных, передаваемых от одного модуля к другому, т.к. этот аспект является наиболее важным.

Имитация работы модулей. Может быть организована двумя способами: посредством фиктивного и замещающего модуля.

Фиктивный модуль – такой модуль, который состоит из одной точки входа и одной точки выхода. Используется для тестирования модулей высокого уровня, если нужный реальный модуль еще не создан.

Замещающий модуль – модуль, который выполняет ряд вычислений, но в очень упрощенной форме. Такие вычисления бывают необходимы в тех случаях, когда модули более высокого уровня требуются для завершения процесса тестирования лишь некоторые величины, определяемые в отсутствующем модуле обычного уровня.

Этапы испытания программных систем.

1.тестирование элементов. Самый нижний уровень испытаний.

2.тестирование модулей.

3.системные испытания.

4.приемочный контроль(проверка заверш-го пакета про-мм с документацией на него)

5.промышленные испытания(система передается заказчику).

Рекомендации по организации этапов тестирования.

1.выполняйте каждый раз только 1 этап тестирования.

2.переходите от простых тестов к сложным, но постепенно.

3.если про-ма регулярно не раб. на нек-ом ур тест-ния, надо провести допол ее испытание.

4.небрежное тестирование дает о себе знать при рабочих прогонах программы.

Корпоратор файлов представляет собой программу, которая считывает два файла и выводит на экран различающиеся элементы. Исп-ся для сопоставления рез-ов выгодных при двух различных тестовых прогона с целью выявления каких-либо расхождений.

Тестовый монитор – это программа, которая пересылает нужные данные на вход тестируемого модуля и показывает выходные данные, выдаваемые на печать или записываемые в файлы. Чаще всего такая программа называется тестовым драйвером. Осн назначение состоит в том, чтобы созд благополучные усл-я для проверки текст модулей.

Практические советы тестирования.

-обходитесь минимальным количеством контрольных примеров.

-начинайте процесс тестирования как можно раньше.

-проводите ручную проверку (пошаговую).

-применяйте тестирование сверху вниз.

-испытайте программу в нормальных, экстремальных и исключительных условиях.

-тестируйте каждую ветвь алгоритма.

-повторяйте тестирование после новых данных.

Этапы решения задач с применением ЭВМ.

Процедура подготовки и решения задач ЭВМ является достаточно сложным и трудоемким процессом, состоящим из следующих основных этапов: 1.постановка задачи. Задача, которую предстоит решить на ЭВМ либо самим пользователем, либо получается им в виде задания.; 2.математическая формулировка задачи; 3.разработка алгоритма решения задачи; 4.написание программы на языке программирования; 5.подготовка исходных данных; 6.ввод исходных данных в ЭВМ; 7.отладка программы; 8.тестирование программы; 9. решение задачи на ЭВМ и обработка результатов.

На каждом из этапов процесса решения задач на ЭВМ могут быть внесены ошибки (выявлена), поиск и устранение которой является целью завершающего этапа подготовки программы, ее отладки. После этого этапа программа может функционировать на ЭВМ.

Математическая постановка задачи.

Точное описание данных, условие задачи, называется математической постановкой задачи. Этап разработки математической задачи называется этапом формализации, т.к. на этом этапе многие из условий задачи заданы в форме словесных описаний, необходимо выразить на точном (формальном) языке математики.

Если задача является математической, то процесс формализации может и не потребоваться. На практике этап формализации может потребовать значительных усилий и времени. На этом этапе идет оценка физических закономерностей входных и выходных данных различных условий и ограничений, накладываемых на процесс решения задач. В зависимости от характера задача может быть сведена к системе дифференциальных уравнений, для которых известны методы решения.

Численные методы решения.

Полученные на этапе формализации новые задачи называются математической моделью исходной задачи. Она может исп-ся многократно для других классов задач.

Выбор и разработка метода решения.

Чаще всего этот этап редко рассматривается как самостоятельный, поскольку он тесно связан с этапом формализации (целью этого этапа является сведение задачи к математической модели, для которой известен метод решения). Чаще всего возникает ситуация, когда для одной и той же математической модели существует несколько способов решения, тогда пользователю необходимо выбрать оптимальный способ решения. Необходимо определить уровень эффективности программы, время ее решения, требуемый объем оперативной памяти и точность решения задач. Иногда оказывается, что ни один из известных методов не может быть использован для решения. Тогда требуется вернуться к этапам формализации и попытаться упростить решаемую задачу (путем введения дополнительных ограничений или наоборот, снятие некоторых из них) можно усовершенствовать метод или разработать новый.

Метод последовательных уточнений-при написании главного ал-ма выдел-ся его части, для выполнения к-ого можно разработать команды, реализуемые по выполнению алг-ма.

Написание программ и ввод в ЭВМ.

Цель состоит в записи алгоритма на языке программирования и ввода ее в ЭВМ. Для записи текста программы пользователь выбирает любой язык, какой ему нравится.

Отладка программы.

Основная цель – выявление исправления ошибки в программе. На отладку затрачивается 20-40 процентов времени, отводимого на разработку.