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

Требования к программному интерфейсу (см. раздел ТЗ Программный интерфейс) требования к программному интерфейсу определяют выбор технических и программных средств. Некоторые требования могут быть определены непосредственно в задании. Например, «Использовать оператор повторения с предпроверкой условия», Для учебных проектов наиболее важными являются следующие требования.

• Размещение проекта.

• Оформление программного кода и комментариев (см. раздел ТЗ Оформление программного кода).

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

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

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

• Информировать о назначении программы.

• Информировать о действиях пользователя.

• Информировать о назначении компонентов формы.

• Сообщать о некорректных действиях пользователя.

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

Принятая к исполнению задача в общем случае содержит (см. раздел ТЗ Формулировка задачи).

• Формулировку задачи с учётом допущений, ограничений и соглашений.

• Входные данные, их обозначения, ограничения на значения.

• Выходные данные, их обозначения, ограничения на значения.

• Методы расчёта, формулы, схемы, алгоритмы.

• Критические ситуации.

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

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

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

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

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

• Вывод информационного сообщения о назначении программы.

• Ввод исходных данных.

• Обработка данных (вычисления).

• Представление результата.

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

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

Исходные данные; предварительная формулировка частной задачи, указания преподавателя, результаты принятых ранее решений, типовые требования ТЗ

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

Постановка частной задачи аналогична работе над формулировкой общей задачи. Частные задачи чаще всего требуют определить или уточнить следующее.

• Входные данные.

• Выходные данные.

• Методы расчёта, формулы, схемы.

• Критические ситуации.

• Средства и способ реализации задачи.

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

Средства и способ реализации. Средства и способ реализации задачи определяют следующее.

• Выбор компонентов формы для входных и выходных параметров.

• Событие, приводящее к выполнению частной задачи.

• Оформление программного кода в виде подпрограммы пользователя или процедуры обработки события.

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