Тема 5. Внутреннее проектирование программного изделия

• Понятие модуля программы

• Связность модулей программы

• Сцепление модулей программы

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

• Особенности архитектуры Windows-программ

• Программирование модулей

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

• Сборка программы

 

 

 

 

Понятие модуля программы

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

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

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

К преимуществам разработки пи с использованием модулей можно отнести следующие:

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

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

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

• упрощается оценка текущего состояния работ.

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

• реализует одну или несколько функций,

• имеет определенную логическую структуру

• используется в одном или нескольких контекстах.

Функция представляет собой внешнее описание действий, выполняемых модулем, без указания того, как эти действия производятся. Логика модуля определяет его внутренний алгоритм, т.е. то, как модуль выполняет функцию. Контекст описывает конкретное использование модуля. Функцию модуля можно рассматривать как совокупность логики модуля и функций всех подчиненных (вызываемых) модулей.

Существует много способов проектирования, при применении которых программа разбивается на множество модулей, их сопряжений и отношений [12]. В результате использования этих методов достигается минимальная сложность структуры ПИ.

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