Методика разработки программ 18

Методика разработки учебных программ в среде Delphi

Разработка программы – процесс последовательных приближений к желаемому результату путём корректировки принятых ранее решений. Разработку программы, алгоритмов и комментирование следует выполнять одновременно.

В разделе 1 пособия рассмотрены этапы разработки проекта, цели этапов и результаты реализации.

В разделе 2 приведёны типовые требования технического задания на учебную разработку проекта.

В разделе 3 приведены указания по структуре отчёта и критерии оценки проекта.

В разделе 4 приведен подробный пример анализа, разработки и тестирования проекта.

В приложении 1 приведёны элементы схем алгоритмов.

В приложении 2 приведён листинг модуля.

1. Этапы разработки проекта

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

В общем случае последовательность разработки программы содержит следующие основные этапы.

• Анализ задания и декомпозиция задачи.

• Постановка и реализация частных задач.

• Сборка, отладка и тестирование проекта.

1.1. Анализ задания и декомпозиция задачи

Цель анализа задания: ­ согласовать с преподавателем ТЗ на разработку проекта; сформулировать общую задачу проектирования, как совокупность простых частных задач.

Исходные данные; вариант задания, указания преподавателя, типовое ТЗ на разработку учебного проекта.

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

В общем случае простейшее ТЗ на учебную разработку проекта содержит следующие разделы.

• Допущения, ограничения, соглашения.

• Требования к программному интерфейсу.

• Требования к пользовательскому интерфейсу.

• Формулировка общей задачи.

• Декомпозиция и формулировка частных задач.

Допущения, ограничения, соглашения

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

В общем случае на этом этапе анализируют или уточняют или определяют следующее.

Входные и выходные данные: обозначения переменных, тип, допустимый диапазон значений, для физических величин их размерность, точность и форму представления результатов.

Методы расчёта. Если в исходном задании не указаны метод решения задачи, формулы, расчётные схемы, алгоритмы, то их необходимо определить самостоятельно. Например, «Для решения системы уравнений использовать метод Гаусса». Если решение задачи возможно различными способами, то желательно привести обоснование выбора варианта решения.

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