- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
- •Диаграммные техники структурно - ориентированного системного анализа и их назначение
- •Idef0: назначение и основные элементы
- •Idef3: назначение и основные элементы
- •Диаграммы idef0, idef3, dfd в моделировании по
- •Диаграммы idef0, idef3, dfd в моделировании бизнес-процессов
- •Классификация структурных методологий: школы Se и ie
- •Классификация структурных методологий: порядок построения
- •Классификация структурных методологий: тип целевых систем
- •Диаграммные техники объектно - ориентированного с анализа и их назначение
- •Способы описания поведения по
- •Диаграмма состояния: назначения и основные элементы
- •Диаграмма состояния: состояния
- •Диаграмма состояния: переход
- •Диаграмма состояния: составные состояния
- •Диаграммы деятельности: назначения и основные элементы
- •Диаграммы деятельности: состояния действия
- •Диаграммы деятельности: переходы
- •Диаграммы деятельности: дорожки
- •Диаграммы деятельности: объекты
- •Способы описания взаимодействия объектов
- •Диаграмма классов: назначение и основные элементы
- •Диаграмма классов: отношения между классами
- •Диаграмма классов: шаблоны
- •Диаграмма классов: класс
- •Имя класса
- •Атрибуты класса
- •Диаграмма классов: интерфейс
- •Диаграмма техники оо проектирования и их назначение
- •Диаграмма компонентов: назначения и основные элементы
- •Диаграмма развертывания: назначения и основные элементы
- •BPwin: назначения и возможности
- •BPwin: моделирование процессов в нотации idef0
- •Работы (Activity)
- •Стрелки (Arrow)
- •BPwin: моделирование процессов в нотации dfd
- •BPwin: моделирование процессов в нотации idef3
- •BPwin: создание системной модели
- •BPwin: abc- анализ
- •BPwin: udp- анализ
- •ERwin:назначение и возможности
- •ERwin: логическое моделирование данных
- •ERwin: физическое моделирование данных
- •ERwin: моделирование хранение данных
- •Взаимодействие bPwin и Erwin
- •Rationalrose: назначение и возможности
- •Rationalrose: создание модели вариантов использования
- •Rationalrose: моделирование диаграммы состояния
- •Rationalrose: моделирование поведения в виде диаграммы деятельности
- •Rationalrose: моделирование взаимодействие объектов в виде диаграммы последовательности
- •Rationalrose: моделирование взаимодействия в виде диаграммы кооперации
- •Rationalrose: построение статической модели по
- •Rationalrose: построение диаграммы компонентов
- •Rationalrose:построение диаграммы развертывания
- •Rationalrose: общая последовательность кодогенерации по модели
- •Rationalrose:кодогенераци я по модели с использованием библиотеки mfc
- •Rational Rose: генерация схем Oracle 8
- •Rational Rose: обратное проектирование
- •Классический подход – предок современных подходов: особенности жц
- •Классический подход – предок современных подходов: использование управляющих структур
- •Классический подход – предок современных подходов: использование модулей
- •Современный подход к разработке по – эволюционное развитие классики
- •Вводные понятия: по, технология (в широком смысле), трпо
- •Понятие case-технологии
Диаграммные техники объектно - ориентированного с анализа и их назначение
Во всех методологии проектирования ИС в различных комбинациях используются приведенные ниже техники диаграмма в порядке:
Название – Процедуры – Данные
1)Средства анализа:
- диаграмма потоков данных - + - -
- диаграмма потоков управления - + - -
- таблицы и деревья решений - + - -
- матрицы- + - +
- диаграммы зависимости - + - -
- диаграммы декомпозиции - + - -
2)Средства проектирования:
- структурные карты _-+
- диаграммы деятельности -+
- диаграммы Варнье-Орра - + - +
- диаграммы переходов состояний -+
- языки проектирования спецификаций -+
- блок-схемы -+
- схемы экранов - - - +
- диаграмма «сущность-связь» - - - +
Для проектирования СРВ исп.специальные типы структурных диаграмм: диаграмма потоков управления, диаграмма переходов состояний, контекстные графы, матрица состояний. Однако, многие из них являются вариациями стр.диаграмм для проектирования ИС.
Способы описания поведения по
Поведение – это то, что может быть описано уже в момент возникновения идеи программы. Самое важное в объектно-ориентированном подходе – это характеристика ПО в терминах поведения, то есть в терминах действий, которые должны быть выполнены. Эти действия следует распределить между компонентами программы.
Диаграмма состояния: назначения и основные элементы
Каждая диаграмма состояний описывает все возможные состояния одного экземпляра определенного класса и возможные последовательности его переходов из одного состояния в другое, то есть моделирует все изменения состояний объекта как его реакцию на внешние воздействия.
Диаграммы состояний чаще всего используются для описания поведения отдельных объектов, но также могут быть применены для спецификации функциональности других компонентов моделей, таких как варианты использования, актеры, подсистемы, операции и методы.
Каждая диаграмма состояний представляет некоторый автомат. Основными понятиями, входящими в формализм автомата, являются состояние, переход и составное состояние.
Состояние (State) - это ситуация в жизни объекта, на протяжении которой он удовлетворяет некоторому условию, осуществляет определенную деятельность или ожидает какого-то события. Состояние может быть задано в виде набора конкретных значений атрибутов класса или объекта, при этом изменение их отдельных значений будет отражать изменение состояния моделируемого класса или объекта.
Переход (Transition) - это отношение между двумя состояниями, показывающее, что объект, находящийся в первом состоянии, должен выполнить некоторые действия и перейти во второе состояние, как только произойдет определенное событие и будут выполнены заданные условия.
Составное состояние (composite state) это сложное состояние, состоящее из других вложенных в него состояний. Вложенные состояния выступают по отношению к сложному состоянию как подсостояия (substate).
Диаграмма состояния: состояния
Состояние (State) - это ситуация в жизни объекта, на протяжении которой он удовлетворяет некоторому условию, осуществляет определенную деятельность или ожидает какого-то события. Состояние может быть задано в виде набора конкретных значений атрибутов класса или объекта, при этом изменение их отдельных значений будет отражать изменение состояния моделируемого класса или объекта.
Состояние на диаграмме изображается прямоугольником со скругленными вершинами. Прямоугольник может быть разделен на две секции горизонтальной линией. Если указана лишь одна секция, то в ней записывается только имя состояния. При наличии двух секций, в первой из них записывается имя состояния, а во второй список некоторых внутренних действий или переходов в данном состоянии. Под действием в языке UML понимают некоторую атомарную операцию, выполнение которой приводит к изменению состояния или возврату некоторого значения (например, «истина» или «ложь»).