Последовательность реализации модульного принципа программирования

1. Задача разбивается на относительно простые и самостоятельные фрагменты. Критериями качества разбиения являются:

a. Законченность выделяемых фрагментов. Каждый из них должен до конца решать какую-то, пусть маленькую задачу.

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

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

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

2. Формируются требования к модулям. Для каждой задачи, выполняемой программы должна существовать цепочка последовательно выполняемых модулей, полностью решающая данную задачу. В простейшем случае цепочка может состоять из одного модуля. Требования к модулям формируются по принципу «обратной волны»:

a. Требования к результату решения задачи являются требованиями к последнему модулю в цепочке, решающей эту задачу.

b. Анализируется, что (какая информация и инструментарий) необходимы модулю, чтобы обеспечить предъявленные требования.

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

d. Описанный анализ проводится последовательно по всем модулям от конца к началу. Если модуль участвует в нескольких цепочках, требования к нему анализируются на совместимость и объединяются. Если требования к модулю не совместимы, необходимо пересмотреть модульную структуру программы.

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

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

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

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

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

Вопрос:

Как применить метод унификации при выделении и разработке программных модулей?