Понятие структурных карт. Назначение. Структурные карты Джексона и Константайна. Назначение и основные элементы.
На этапе проектирования строится модель реализации в виде структурных карт, которые показывают, как системные требования реализуются комбинацией программных структур.
1) Структурные карты Джексона – иллюстрируют внутримодульные связи, но допускают для использования межмодульных связей. Проектирует нижний уровень структуры ПО. Диаграмма Джексона включает объекты следующих типов:
- структурный блок представляет частную функцию или блок кодов с одним входом и одним выходом;
- процедурный блок является специальным видом структурного блока, представляющим вызов ранее определенной процедуры;
- библиотечный блок аналогичен процедурному и представляет вызов библиотечного модуля.
Для взаимоувязывания блоков используются связи следующих типов: последовательная связь (обеспечивает последовательное выполнение слева направо); параллельная связь (обеспечивает одновременное выполнение блоков); условная связь (обеспечивает выбор одной из альтернатив); итерационная связь (обеспечивает выполнение блока в цикле).
2) Структурная Карта Констайтайна - предназначены для описания отношений между модулями, построения межмодульной иерархии.
Базовый элемент структурных карт – это модуль (программный) имеет определенный ряд свойств:
- состоит их множества операторов, записанных последовательно;
- имеет имя, по которому к нему можно обращаться, как к единому фрагменту;
|
|
|
- может принимать и передавать данные как параметры в вызывающей последовательности.
Возможно использовать различные типы модулей:
Основные блоки:
- модуль– обрабатывающий фрагмент;
- подсистема –ранее определенный модуль, детализированный посредством декомпозиции ранее определенных диаграмм. Может повторно использоваться любое число раз.
- библиотека –определена вне проекта данной системы.
- область данных –используется для модулей, содержащих глобальные или распределенные данные.
Связи между модулями: по данным и по управлению.
Способы оценки качества модели ПО, полученной в результате структурного подхода. Понятие связности. Виды связности и их сравнительный анализ. Понятие сцепления. Виды сцепления.
Оценка качества модели ПО получается в результате структурного подхода. Один из фундаментальных принципов структурного проектирования - большая система должна быть расчленена на обозримые модули. При этом расчленение системы на модули должно осуществляться с выполнением следующих требований:
- чтобы модули были как можно более независимы (критерий сцепления - coupling);
- чтобы каждый модуль выполнял единственную (связанную с общей задачей) функцию (критерий связности - cohesion).
|
|
|
1) Связность -это мера функциональной зависимости объектов (исполняемых операторов, областей данных и т.д.) внутри одного модуля.
Лучше всего использовать функциональную связность, а использовать случайная связность не рекомедуется.
2) Сцепление является мерой взаимозависимости модулей, т.е. насколько хорошо модули отделены друг от друга. В хорошем проекте сцепления должны быть минимизированы, т.е. модули должны быть слабозависимыми или вообще независимыми по возможности.
Предлагаются следующие практические рекомендации для ослабления сцепления модулей:
1. Создавайте прямые, а не косвенные связи;
2. Создавайте явные связи;
3. Создавайте минимальные связи по количеству параметров.
В хорошем проекте связность каждого модуля высокая, а сцепление низкое, помимо программных модулей, решающих основные задачи системы. Должны быть добавлены модули обработки ошибок, модули чтения и записи источников данных, модуль иницилизации.
Дата добавления: 2018-02-15; просмотров: 1424; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!