Сцепление по управлению

4. Сцепление по внешним ссылкам (СЦ=5)

Модули А и В ссылаются на один и тот же глобальный элемент данных.

5. Сцепление по общей области (СЦ=7)

Это такое сцепление модулей, когда несколько модулей используют одну и ту же глобальную структуру данных

Сцепление по содержанию (СЦ=9).

Один модуль прямо ссылается на содержание другого модуля (не через его точку входа). Например, коды их команд перемежаются друг с другом.

29. Общие правила проектирования программного средства: связь по управлению.

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

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

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

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

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

30. Общие правила проектирования программного средства: связь по информации.

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

Локальные переменные доступны лишь в пределах того модуля, в котором они определены или объявлены.

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

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

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

31. Стиль программирования

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

Основные требования к стилю программирования

• Стиль должен обеспечивать удобство в эксплуатации и сопровождении программ.

• Программы должны легко читаться как разработчиком, так и другими программистами. Это необходимо для проведения корректировки, модификации и исполнения программ.

Факторы хорошего стиля программирования.

1. Требования простоты, ясности, удобочитаемости программ.

Советы:

• использовать осмысленные имена переменных, функций и процедур;

• избегать схожих имен;

• не использовать в качестве идентификаторов ключевые слова языков программирования;

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

• записывать в одной строке не более одного оператора;

• исполнять алгоритм в соответствии с уровнями вложенности операторов;

• избегать безусловных переходов;

• не изменять значения параметров цикла в теле цикла;

• использовать комментарии;

• использовать отступы и пустые строки для улучшения читаемости программ.

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

Советы:

• изучать и использовать возможности языков программирования (например, перегруженность операторов);

• избегать неясности и противоречий языка программирования;

• изучать и использовать библиотечные и встроенные функции;

• не игнорировать предупреждающих сообщений компилятора.

Улучшение эффективности программы.

Советы:

• не улучшать программу, пока она не будет окончательно проверена;

• не жертвовать легкостью программы ради ее эффективности;

• добиваться эффективности путем выбора алгоритма и структур данных (макроэффективность).

Проектирование комплекса программ должно подчиняться определенным правилам.

Принцип абстракции

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

На принципе абстракции основываются многие структурные методы, например, восходящая и нисходящая стратегии программирования.

Принцип формальности

Формальность предполагает строгий методический подход.

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

Принцип «разделяй и властвуй» известен со времен Юлия Цезаря и является методом решения трудных проблем путем разделения проблемы на множество мелких независимых, которые легче понимать и решать. Этот принцип означает разделение программы на отдельные фрагменты (модули), которые просты по управлению и допускают независимую отладку и тестирование.

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