Короче, это она сказала вроде не будет в билетах
33. Спецификации управления (на уровне STD - диаграммы). using namespace std;
Спецификации управления предназначены для моделирования и документирования аспектов систем, зависящих от времени (или реакции на событие). Для этой цели используются STD-диаграммы переходов состояний.
Рассмотрим кратко основные символы STD.
● Начальное состояние – узел STD, который является стартовой точкой для начального системного перехода.
● Состояние может рассматриваться как условие устойчивости для системы. Находясь в определённом состоянии, мы имеем достаточно информации о прошлой истории системы, чтобы определить очередное состояние в зависимости от текущих входных событий. Поэтому имя состояния должно отражать реальную ситуацию, в которой находится система. Например, НАГРЕВАНИЕ, ОХЛАЖДЕНИЕ и т.п.
● Переход определяет перемещение моделируемой системы из одного состояния в другое. При этом имя перехода определяет событие, которое является условием (причиной) перехода. Это событие обычно состоит из управляющего потока (сигнала). Управляющий сигнал может возникать как во внешнем мире, так и внутри моделируемой системы при выполнении некоторого условия. Например, СЧЁТЧИК=999 или кнопка нажата. При изменении состояния система также обычно выполняет действия (например, выдаёт сообщение на дисплей, выполняет вывод или производит вычисления).
Средства структурного проектирования (карты Константайна).
Проектирование – это фаза жизненного цикла, на которой должны быть реализованы спецификации анализа.
Проект системы является расширением логической модели, которая получена на этапе анализа, поэтому на входе этапа проектирования имеем диаграммы DFD (потоков данных), STD (переходов и состояний) и ERD (“сущность – связь”). На выходе:
1. Схема иерархии, которая отражает уровни абстракций (дерево), а также взаимодействие процессов (модулей), которые выявлены на всех DFD (отношения между модулями).
2. Спецификации модулей, которые описывают их внутреннюю структуру, т.е. логику.
Рассмотрим некоторые системы обозначения для описания этапа проектирования.
Для описания схем иерархии на практике чаще всего используются структурные карты Константайна.
На структурной карте отношения между модулями представляют в виде графа, вершинам которого соответствуют модули и общие области данных, а дугам - межмодульные вызовы и обращения к общим областям данных. Различают четыре типа вершин:
• модуль - подпрограмма,
• подсистема - программа,
• библиотека - совокупность подпрограмм, размещенных в отдельном модуле,
• область данных - специальным образом оформленная совокупность данных,, к которой возможно обращение извне.
При этом отдельные части программной системы (программы, подпрограммы) могут вызываться последовательно, параллельно или как сопрограммы.
Чаще всего используют последовательный вызов, при котором модули, передав управление, ожидают завершения выполнения вызванной программы или подпрограммы, чтобы продолжить прерванную обработку.
Под параллельным вызовом понимают распараллеливание вычислений на нескольких вычислителях, когда при активизации другого процесса данный процесс продолжает работу. На однопроцессорных компьютерах в мультипрограммных средах в этом случае начинается попеременное выполнение соответствующих программ.
35. Проектирование в объектно-ориентированном подходе (метод + модели). Типовая и структурная иерархии в объектно-ориентированной методологии (рисунок).
Методы проведения анализа объектно-ориентированных систем.
Типовая и структурная иерархии в объектно-ориентированной методологии.