Внешнее проектирование модулей

Внешняя спецификация модуля включает:

– имя модуля;

– назначение (решаемые задачи);

– список параметров;

– вход;

– выход (зависимость от входных, в т.ч. при неверных входных данных);

– внешние действия (печать, чтение файла и т.д.)

Проектирование модуля:

– выбор языка программирования;

– проектирование внешних спецификаций;

– проверка внешних спецификаций (в основном интерфейсов разработчиками соседних модулей);

– выбор алгоритма и структуры данных (желательно на первых этапах использовать стандартные и простые алгоритмы);

– запись начальных и конечных операторов в соответствии с синтаксисом языка;

– объявление данных интерфейса;

– объявление прочих локальных данных;

– усовершенствование кода;

– улучшение читаемости кода;

– проверка кода;

– компиляция.

Модульная декомпозиция

Для описания состава модулей и их взаимодействия используются структурная и/или функциональная схема.

Структурная схема – отображает состав и взаимодействие по управлению. Состоит из условных обозначений модулей с указанием связей (по данным и управлению) между ними.

Функциональная схема (схема данных ГОСТ 19.701-90) – схема взаимодействия компонент программного обеспечения с описанием информационных потоков, состава данных в потоках и указанием используемых файлов и устройств.

Функциональная схема кроме модулей может включать обозначения:

Рис 2.5 - Элементы функциональной схемы

При структурном подходе особенно тщательно требуется прорабатывать спецификации межмодульных интерфейсов.

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

Структурные карты Констайтайна.

Рис 2.6 - Элементы структурных карт Константайна

Рис 2.7 - виды связей в структурных картах Константайна (последовательный вызов, параллельный вызов, циклический вызов, условный вызов, однократный вызов, ???)

2.12. Кодирование.

На этапе кодирования должны выполняться следующие рекомендации.

1. Обеспечить читаемость текста программы:

– использовать значащие имена переменных;

– не использовать в качестве идентификаторов ключевые слова языка или идентификаторы используемых библиотек;

– избегать промежуточных переменных там, где без них можно обойтись;

– применение круглых скобок там, где порядок операций не очевиден;

– не изменять счётчик цикла в теле цикла;

– не использовать переход по меткам.

2. Не приносить читаемость в жертву эффективности там, где, возможно, будет требоваться доработка кода.

3. Использовать особенности языка программирования:

– изучайте и используйте прямые возможности языка программирования, библиотечные и встроенные функции;

– не игнорируйте предупреждения транслятора.

4. Не улучшать модуль, пока он не будет проверен.

5. Увеличивать эффективность за счёт правильного выбора алгоритма и структур данных.

6. Желательно, чтобы модуль компелировался без ошибок с первого раза потому что:

– если причиной синтаксических ошибок является недопонимание синтаксиса языка, возможно, и семантика усвоена не полностью;

– если ошибка вызвана недостаточной аккуратностью, это плохо;

– компилятор может не обнаружить некоторые ошибки (двойное толкование, отключение предупреждений и т.д.);

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