Book.od.ua Книги для вашего бизнеса



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

1.17. Разработка модулей. Продолжение.

Информационные связи между модулями обозначены стрелками; наименования передаваемых данных указаны рядом со стрелками. Существуют также управляющие связи и переменные параметры (входные или выход­ные). Если информационные взаимосвязи имеют сложный вид, данные нумеруются, а их наименования размещаются в таблице.
Операторы A, B и C связаны с операциями доступа и обработки данных. Ромб в верхней части обозначает управляющие связи (выбор по условию).
Иерархия модулей обусловлена направлением включения. Модули высших уровней включают модули нижележащих уровней. Стрелка между модулями показывает направление включения.
Иерархия модулей создается в соответствии с параметрами "включается" или "включает компонент с именем".
Модули в иерархической структуре выполняют некоторые свои задачи, используя собственный программный код; остальные задачи выполняют вызываемые модули (см. Lockemann/Dittrich, Architektur von Datenbanksystemen 1987, p. 102).
Иерархия модулей недостаточно освещается в документации по программным системам. Различные этапы разделения модулей описаны в работе Lockemann/Dittrich, Architektur von Datenbanksystemen 1987, p. 103.
На рис. 40 приведена классификация модулей с помощью ассоциации 1:* между классами МОДУЛЬ и ТИП МОДУЛЯ (управление данными; пакетная обработка; обработка в режиме онлайн).
Разработка модулей
 Взаимосвязи модулей характеризуются классом ассоциаций ВЗАИМОСВЯЗЬ. Класс ТИП ВЗАИМОСВЯЗИ описывает тип связи (простая связь по данным или управляющая связь). Данные, которыми обмениваются модули, имеют наименования. Класс ТИП ВЗАИМОСВЯЗИ связан с классом ЭЛЕМЕНТ ДАННЫХ. Элементам данных присваиваются номера.
Хотя структурные диаграммы - только один из нескольких методов проектирования систем, структуры классов, разработанные в рамках этого подхода, имеют такой же характер для других методов моделирования с той же логикой (см. Sommerville, Software Engineering 1987, p.77, p. 106).
Наряду с термином "модуль" используется также термин "программа". В общем случае программа представляет собой последовательность команд (инструкций), выполнение которых обеспечивает решение задачи (см. Stetter, Softwaretechnologie 1987, pp. 12-16). Программы, состоящие из взаимодействующих подпрограмм, составляют классы программ или прикладных систем. Подпрограммы, отвечающие требованиям, предъявляемым к модулям, называются модульными.
Степень детализации при проектировании модулей зависит от типа обработки. Последовательные операции проектируются для обработки в режиме онлайн. В зависимости от степени детализации бизнес-модели, операции могут отражать самый нижний уровень иерархии функций бизнеса (элементарная функция).
Объем классификаций при разработке дизайна также зависит от характеристик конкретной информационной системы. Некоторые информационные системы подходят для обработки большого количества мелких операций, а другие - для обслуживания немногих крупных операций (см. Olle et al., Information Systems Methodologies 1991, p. 256). Однако при разработке спецификации дизайна влияние информационной системы следует принимать во внимание в ограниченной степени.


Понравился материал? Поделитесь с друзьями!

<< Предыдущая статьяСледующая статья >>
1.16. Разработка модулей 1.18. Мини-спецификация





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта