02 Особенности процесса проектирования.pptx

структурируется на несколько подсистем, где под подсистемой понимается независимый программный

компонент.
Моделирование управления. Определяется модель связей управления между частями системы.
Декомпозиция подсистем на модули. Каждая подсистема разбивается на модули. Определяются типы модулей и межмодульные соединения.

клиент-сервер;
модель хранилища данных;
трехуровневая модель;
модель абстрактной машины.

и фотографий
Используется для распределенных систем, где данные распределены по серверам

находящиеся в общей памяти. Как правило, данные образуют БД.
Архитектура

интегрированного набора CASE-средcтв с общим репозиторием

отдельном компьютере

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

администрирования версий

реального времени

о своём интересе к определённым событиям.
Когда событие происходит, обработчик

пересылает события всем подсистемам, которые были на него подписаны.

на группы — типы, которые образуют вектор прерываний.
Для каждого типа

прерывания есть свой обработчик.
Каждый обработчик реагирует на свой тип прерывания и запускает свой процесс.

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

модульной декомпозиции:
модель потока данных (структурный подход);
модель объектов (объектно-ориентированный подход).

обеспечива-ющее интеллектуальную возможность соз-дания сколь угодно сложной программы
Модульность — свойство

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

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

из интерфейсной части и части-реализации.

Оптимальный модуль должен удовлетворять двум критериям:
снаружи он проще, чем внутри;
его проще использовать, чем построить.

скрыто друг от друга. Модуль должен определяться и проекти-роваться так,

чтобы его содержимое (процедуры и данные) было недоступно тем модулям, которые не нуждаются в такой информации».

Дэвид Парнас
(David Parnas)

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

определяет количество строк кода.
 
Метрики Холстеда. Морис Холстед (Maurice Halstead)

предложил (1977) метрики оценки лексической сложности:
1). Оценочная длина программы - N = n1 log2(n1) + n2 log2(n2), N = N1 + N2
где n1, n2 - число различных операторов и различных операндов;
2). Объем программы - V = N log2(n1 + n2),
3). Трудность создания программы – L = (2 n2) / (n1 N2),
где N1, N2 - число всех операторов и операндов.
4). Трудность понимания программы - Ec = V / L.
 
Цикломатическая сложность. Томас Мак-Кейб (Thomas McCabe) (1976). Это мера сложности логической структуры программы.
V (G) = E – N + 2,
где E – количество дуг, N – количество вершин.

Для объектно-ориентированных систем в качестве метрик, оценивающих сложность и качество ПО, используют: общее количество классов; суммарное количество методов, определённых во всех классах; число методов на класс; высоту дерева наследования; количество подклассов и т.п.

характеристика модуля. Это мера зависимости его частей (СС – сила

связности). Чем выше связность модуля, тем лучше результат проектирования, то есть тем «черней» его ящик, тем проще им управлять.

1. Связность по совпадению (СС=0). В модуле отсутствуют явно выраженные внутренние связи.
2. Логическая связность (СС=1). Части модуля объединены по принципу функционального подобия. Например, модуль состоит из разных подпрограмм обработки ошибок.
3. Временная связность (СС=3). Части модуля не связаны, но необходимы в один и тот же период работы системы.
4. Процедурная связность (СС=5). Части модуля связаны порядком выполняемых ими действий, реализующих некоторый сценарий поведения.
5. Коммуникативная связность (СС=7). Части модуля связаны по данным (работают с одной и той же структурой данных).
6. Информационная (последовательная) связность (СС=9). Выходные данные одной части используются как входные данные в другой части модуля.
7. Функциональная связность (СС=10). Части модуля вместе реализуют одну функцию.
8. Объектная связность. Максимальная связность.

сцепления.
Сцепление по данным (СЦ=1). Модуль А вызывает модуль В. Все

входные и выходные параметры вызываемого модуля — простые элементы данных.
Сцепление по образцу (СЦ=3). В качестве параметров используются струк­туры данных.
Сцепление по управлению (СЦ=4). Модуль А явно управляет функционированием модуля В, посылая ему управляющие данные.
4. Сцепление по внешним ссылкам (СЦ=5). Модули А и В ссылаются на один и тот же глобальный элемент данных.
5. Сцепление по общей области (СЦ=7). Модули разделяют одну и ту же глобальную структуру данных.
6. Сцепление по содержанию (СЦ=9). Один модуль прямо ссылается на содержание другого модуля (не через его точку входа).

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

Сцепление — внешняя характеристика модуля, которую желательно уменьшать. Это мера взаимозависимости модулей по данным (СЦ - степень сцепления).