37.Сцепление модулей. Типы и меры сцепления.

Сцепление модулей - это мера относительной независимости модулей.

Слабое сцепление определяет высок уров независимости модулей.

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

Таблица содержит типы сцепления модулей и соотв им степени сцепления.

№ п/п 1 2 3 4 5 6 7	Сцепление	Степень сцепления
	Независимое	0 (слабое сцепление)
	По данным	1
	По образцу	3
	По общей области	4
	По управлению	5
	По внешним ссылкам	7
	По кодам	9 (сильное сцепление)

Независимое сцепление возможно, если модули не вызывают друг друга и не обрабатывают одну и ту же информацию.

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

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

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

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

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

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

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

Если модули косвенно обращаются друг к другу (ч/з другие модули), то между ними также существует сцепление.

Вывод: сцепление модулей зависит от спроектированной структуры данных и способов взаимодействия между модулями. Необходимо использовать простые параметры и не применять глобальных данных

38.Case-технологии. Обзор методов структ проектирования. Цели использования case-технологий. Семейство методологий idef.

CASE-технология -совокупн методолог разраб и сопровожд сложн сист, поддерживаемая комплексом взаимосвяз средств автоматизац.

Базов методологии семейства IDEF

-IDEF0 –методол-я функц-го моделир-я производственной среды или системы (основана на методе SADT Росса); отраж структ и ф-ции сист, потоки инф-и и материальн объектов связыв-их эти ф-ции.

-IDEF1 –методол-я инф-го моделир-я производств среды или сист (основ на реляционной теор Кодда и использ-и ER-диагр Чена);отраж структ и содерж инф потоков необх для поддержки ф-ций сист

-IDEF2 –метод-я динамич-го моделир-я производств среды или сист;отображ меняющиеся во время провед-я ф-ций инф-и и ресурсов сист.

-IDEF1X – методол-я концептуальн-го моделир-я произв среды или сист; (основ на реляц теор Кодда и использ ER-диагр Чена)

-IDEF3 – методол-я моделир-я сценариев процессов происходящ в произв среде или сист.отобр сост объектов и потоков данн в связи м/у ситуациями и событиями, счит-ся метод-ей документирования.

Метод-гии IDEF0 и IDEF1X явл стандартизир-и и дают достат полное представление о сложной сист.

В США 2 стандарта:

IEEE1320.1-1998 по языку функц-го моделир-я IDEF0

IEEE1320.2-1998 синтаксис и семантика IDEF1X по языку концепт моделир-я

В России принят ряд документов:

Руководящ докум IDEF0-2000г методол-я функ-го моделир-я IDEF0

Методолог структ анализа и проектир-я IDEF0

Существует 2 направл в моделир-ии SADT:

- функции-е модели- выделяют события в системе,

-модели данных- выделяют объекты (данные) сист, связывающие функц м|у собой и с их окружением.

Функции-ый вариант методологии SADT- IDEF0.

Основное назнач SADT –моделир-е предметн обл с целью определ-я требований к разрабатываемой сист.

SADT использ-ся при выполнен работы 2(анализ и требован в сист) и для работы 4(анализ и требов к ПС) проц разработки.

Достоинства методологии SADT.

1.универсальность - SADT может использоваться для проектирования сложных систем любого назначения

2.SADT - единственная методология, легко отражающая такие системные характеристики, как управление, обратная связь и исполнители;

3.SADT имеет развитые процедуры поддержки коллективной работы;

4. SADT может использ-ся на ранних этапах разработки;

5.SADT легко сочетается с др методами проектирования