12. Методология моделирования idef3.
Методология моделирования IDEF3 предназначена для описания потоков работ, широко используется для документирования технологических процессов, особенно в случаях, когда модели необходимо показать последовательность управления процессом.
Как и методология IDEF0, IDEF3 построена на принципах декомпозиции и иерархического упорядочивания. Контекстная диаграмма отражает процесс в целом, диаграмма-декомпозиция отражает процесс в виде более мелких работ. Однако диаграмма IDEF3, в отличие от IDEF0, позволяет описать логику процесса, т.е. всевозможные варианты ветвления и слияния потоков работ.
Единицы работ отражают действия, события, процессы, этапы выполнения работ. У любой единицы работ может быть только один вход и один выход.
Ссылки – объекты используемые для комментариев элементов модели. Для описания циклических переходов, ссылок на другие диаграммы.
Связи. Бывают трех типов. 1) Передают действия от одной единицы работ к другой; 2) Соединяю ссылку с единицей работ; 3) Передают поток работ от одной единицы к другой.
Перекрёстки. Элементы модели, за счет которых описывается логика. Бывают двух типов – слияние и ветвление, которые, в свою очередь, подразделяются на пять типов.. Все перекрёстки на диаграмме автоматически нумеруются.
Правило создания перекрёстка
1) Каждому перекрёстку слияния должен предшествовать перекрёсток ветвления.
2) перекрёсток слияния И не может следовать за перекрёстком ветвления синхронного, асинхронного или исключающего или.
3) Исключающее ИЛИ перекрёсток не может следовать за перекрёстком ветвления типа И.
4) Перекрёсток имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой.
5) Перекрёсток не может быть одновременно перекрёстком слияния и ветвления. В ситуации, когда необходимо осуществить одновременно слияние и ветвление работ, вводится каскад перекрёстков.
Недостатком является то, что отобразить оборудование используемое работой или функцией можно только посредством привязки к работе ссылки с комментарием относительно связанных с работой объектов, что является менее наглядным.
13. Методология моделирования dfd
DFD – Data Flow Diagrams – диаграммы потоков данных
Модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее входа в систему до выдачи пользователю.
Главная цель такого представления – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Примечание. DFD-модели могут быть использованы в дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.
Основными компонентами диаграмм потоков данных являются:
внешние сущности (материальный объект или физическое лицо, являющееся источником или приемником информации (например, заказчики, клиенты, поставщики, склад, персонал, банк).
Процессы (преобразование входных потоков в выходные в соответствии с определенным алгоритмом.)
хранилища данных (абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь)
потоки данных (информация, передаваемая через некоторые соединения от источника к приемнику)
14 -15. Объектно-ориентированный язык моделирования UML. Объектно-ориентированное моделирование.
UML (англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода. (вики)
Бурное развитие 1980-ые годы.
Главное не процедура или функция, а объект.
Для различных ЯП созданы библиотеки стандартных классов объектов которые могут выполнять действия.
Появились средства визуального программирования (RAD), где программист создаёт прогу мышкой, а код программы генерируется автоматически. Внимание программистов переключилось с написания кода, на предшествующие этапы – анализ предметной области и проектирование программы.
Появились методы объектно-ориентированного анализа и проектирования OOA/OOD. Они позволяют проектировать системы до написания кода, так чтоб проект был задокументирован. С помощью модели можно исправить недочёты без затрат.
2 вида диаграмм:
1) Структурные модели
2) модели поведения
В дальнейшем UML стал использоваться не столько для проектирования ИС, сколько для анализа и перепроектирования БП.
Моделирование бизнеса с помощью UML предполагает построение двух моделей:
1) прецедентная модель (вопрос 16)
2) объектная модель (анализ структурной модели, описывающийся внешней структурой бизнеса и т.д)(вопрос 17).