- •Методика разработки учебных программ в среде Delphi
- •1. Этапы разработки проекта
- •1.1. Анализ задания и декомпозиция задачи
- •Допущения, ограничения, соглашения
- •Требования к программному интерфейсу
- •Требования к пользовательскому интерфейсу
- •Формулировка общей задачи
- •Декомпозиция и формулировка частных задач
- •1.2. Постановка и реализация частных задач
- •1.3. Отладка и тестирование
- •2. Типовые требования тз на учебную разработку проекта
- •Допущения, ограничения и соглашения
- •Программный интерфейс
- •Пользовательский интерфейс
- •Формулировка задачи
- •Оформление программного кода
- •Декомпозиция и формулировка частных задач
- •Подготовка проекта
- •4. 2. Постановка и реализация частных задач Задача 1. Вывод информационного сообщения
- •Задача 2. Ввод исходных данных
- •Задача 3. Преобразование в числовые типы значений полей ввода
- •Процедура преобразования Строка–Целое число
- •Вызов процедуры
- •Задача 4. Вычисления и представление результата
- •4. 3. Тестирование проекта
- •Приложение 1. Элементы схем алгоритмов Обозначения основных элементов схем алгоритмов
- •Приложение 2. Листинг модуля
1.3. Отладка и тестирование
Если компилятор не обнаружил синтаксических ошибок, а выполнение программы или её части происходит без аварийного завершения, это не означает, что вы достигли цели, следует проверить правильность полученного решения.
Цель тестирования – принять или отвергнуть принятое решение.
Результат реализации этапа – отлаженная подпрограмма или процедура обработки события.
Тестирование сводится к заданию таких входных данных, при которых возможно прогнозирование результата. В общем случае можно рекомендовать следующие приёмы тестирования.
Задать недопустимые значения входных величин.
Задать данные, при которых расчёты легко выполнить вручную и сравнить результаты.
Оценить ожидаемые и фактические тенденции изменения выходных данных при возрастании или убывании входных данных.
Сравнить ожидаемый и фактический результаты при нулевых или очень больших значения некоторых входных величин.
2. Типовые требования тз на учебную разработку проекта
Курсивом выделены рекомендации или примеры частных требований, которые могут отсутствовать в Вашем решении, прямым шрифтом набраны требования обязательные для исполнения.
Допущения, ограничения и соглашения
Ограничения области поиска решения задачи.
Абсолютная или относительная точность представления результатов, два знака после запятой или 0,001.
Формы представления результатов вывод y=f(x) в два столбца X, Y.
Размерность физических величин.
(Итерационный процесс ограничить количеством повторений N=100.)
Итерационный процесс завершить при достижении точности вычислений eps<=0.001.
При вычислении квадратного корня учитывать только положительные значения.
Программный интерфейс
Проект необходимо сохранять в отдельной папке.
Полный адрес проекта должен соответствовать шаблону:
Папка_Группы\Фамилия\Папка_Проекта\Имя_Проекта
Папка_Группы\Фамилия\Папка_Проекта\Имя_Модуля
Папка_проекта, Имя_Проекта и Имя_Модуля должны содержать
сокращение фамилии студента и номер работы.
Имя модуля пользователя с подпрограммами должно соответствовать
шаблону: My_Имя_Модуля.
Результаты расчёта записать во внешнем файле C:\Stud\Имя.Dat.
Исходные данные находятся во внешнем файле C:\Stud\Имя.Dat.
Подпрограммы пользователя поместить в библиотеку DLL.
Пользовательский интерфейс
Заголовок формы должен содержать фамилию студента и номер группы, например Ст. Умников гр. 1040.
Форма должна содержать информационное сообщение о назначении программы.
Поля ввода и вывода данных должны иметь поясняющие надписи.
Действия пользователя должны однозначно определяться информацией на форме или сообщениями.
Размер шрифта сообщений и надписей – не менее 10.
Программа должна информировать о некорректных действиях. Не задано значение поля.
Формулировка задачи
Должна быть в научно-технических терминах и терминах объектно-ориентированного программирования.
Должна быть полной, краткой, исключать неопределённость и неоднозначное толкование.
Формулировку задачи могут дополнять формулы, схемы, алгоритмы.
Оформление программного кода
Используйте идентификаторы, имеющие смысловую подсказку.
Комментарии должны быть краткими и конкретными.
В разделе описания переменных и констант в комментариях необходимо указать их смысловое назначение.
Описание типа полей ввода вывода следует снабжать комментариями с указанием, для каких переменных они предназначены.
Не размещайте в строке более одного оператора.
Код инструкций записывайте с отступами, в соответствии со структурой оператора.
Избегайте длинного кода, если тело подпрограммы содержит свыше 30 строк, разбейте его на несколько подпрограмм.
Каждую пару слов составного оператора begin .. end располагайте в одинаковых позициях строк.
Оформление блок-схем алгоритмов
Условные обозначения элементов схемы должны соответствовать приведённым в таблице.
Блок-схема алгоритма и комментарии к ней должны давать однозначное и полное представление о назначении и последовательности выполняемых действий.
Линейную часть алгоритма следует оформлять как одно групповое действие, перечислив их последовательность в комментариях.
3. Отчёт и защита проекта
К защите проекта представляют отлаженный проект и отчёт. Защита начинается с устного сообщения студента о выполненном проекте. Продолжительность сообщения не более 2 минут.
Структура сообщения
Назначение проекта.
Форма и назначение элементов формы.
События и содержание событий.
Методы реализации основных этапов.
Структура отчёта
Название проекта.
Постановка задачи.
Исходная формулировка задачи.
Принятая к исполнению формулировка задачи.
Блок-схемы алгоритмов нелинейных процедур
Листинг программы (по указанию преподавателя).
Листинг модуля.
Листинг модуля пользователя (по указанию преподавателя).
Приёмы и результаты тестирования подпрограмм, и проекта.
Чтобы избежать проблем с кодировкой кириллицы, при переноса текста модуля в документ Word, рекомендую закрыть все файлы проекта и выполнить:
Меню Word → Файл → Открыть → Открытие документа.. → Имя_Модуля.pas.
Критерии оценки
При оценке проекта учитывается следующее.
Соответствие проекта решаемой задаче.
Соответствие проекта обязательным требованиям ТЗ.
Чёткость аргументации принятых решений.
Оптимальность принятых решений.
Владение терминологией.
Чёткость и точность комментариев.
Своевременность защиты проекта.
Оценка качества проектов будет учтена при выводе итоговой экзаменационной оценки.
4. Пример разработки проекта
4.1. Анализ задания и декомпозиция задачи
На этом этапе следует принять и оформить следующие конкретные решения.
1. Сформулировать общую задачу.
2. Произвести декомпозицию общей задачи и сформулировать частные задачи.
3. Подготовить проект к дальнейшей работе.
Формулировка общей задачи
Исходное задание: Вычислить ряд значений выражения X/(X-5) начиная с произвольного значения X с произвольным шагом. Представить результаты вычислений.
Принятая к исполнению задача может быть сформулирована так: вычислить n значений выражения Y = X/(X-5), начиная с X0 с шагом dX. Вывести значения X и Y,
где X, dX – глобальные переменные целого типа;
Y – глобальная переменная вещественного типа.