
- •Вопросы к зачету по дисциплине «Системное моделирование и цифровизация производства»
- •Область применения case-технологий
- •Понятия метода и методологии проектирования.
- •Понятия модель системы, нотация.
- •Case-технология и case-средство.
- •Мнемосхема. Основные соглашения по разработке мнемосхем.
- •Сущность структурного подхода к моделированию систем.
- •Базовые принципы структурного подхода к моделированию систем.
- •Методология структурного анализа и проектирования (sadt).
- •Методология функционального моделирования idef0: назначение и основные компоненты.
- •Методология функционального моделирования idef0. Функциональный блок и интерфейсная дуга.
- •Стратегии декомпозиции.
- •Цель моделирования и точка зрения в функциональном моделировании (idef0).
- •Методология функционального моделирования idef0. Мастерская страница.
- •Диаграммы потоков данных dfd. Основные компоненты dfd диаграмм.
- •Понятия «процесс/подпроцесс» в dfd диаграммах
- •Понятие «поток данных» в dfd диаграммах. Виды потоков данных.
- •Методология информационного моделирования idef1х. Назначение и основные элементы.
- •Понятие сущности в idef1х. Правила определения сущности.
- •Понятие отношения в idef1х. Правила определения отношений.
- •Понятие «имя роли» и область его применения в idef1х.
- •Методология динамического моделирования idef3. Сущность, назначение, основные компоненты.
- •Методология динамического моделирования idef3. Единица работ в idef3.
- •Перекрестки в idef3. Синхронное и асинхронное «и».
- •Перекрестки в idef3. Синхронное и асинхронное «или». Эксклюзивное «или».
- •Правила создания перекрестков в idef3.
- •Особенности декомпозиции работ в idef3.
- •Нотация моделирования бизнес-процессов bpmn. Особенности нотации.
- •Нотация моделирования бизнес-процессов bpmn. Категории элементов.
- •Элементы потока управления в нотации bpmn. Действия.
- •Элементы потока управления в нотации bpmn. Шлюзы.
- •Артефакты в нотации bpmn.
Вопросы к зачету по дисциплине «Системное моделирование и цифровизация производства»
Область применения case-технологий
Реорганизация процесса, предприятия
Цель: понять, как функционирует предприятие и как оно будет функционировать после реорганизации.
Понятия метода и методологии проектирования.
Методология проектирования — это учение о структуре, логической организации, методах и средствах составления описания, необходимого для создания ещё не существующего объекта.
Метод — это рациональная основа способа действия. Методы проектирования содержат указания, способствующие целесообразному применению знаний и заданных связей, а также практические рекомендации разработчику задания или проблемы.
Можно выделить три основные задачи методологии проектирования:
Декомпозиция, то есть построение логической схемы последовательности действий, наилучшим образом организующей процесс проектирования.
Разработка математических моделей.
Методы и алгоритмы выполнения проектных процедур и операций.
Понятия модель системы, нотация.
Модель системы — описание некоторой системы, которая упрощена и имеет некоторое допущение которые незначительны для исследователя.
Модель системы — это упрощенное представление реальной системы, которое отражает ее основные характеристики и связи между ними.
Нотации бизнес-процессов — это упрощенное графическое отображение всех происходящих в бизнесе внутренних взаимодействий. Линейная схема, позволяющая изобразить бизнес.
Нотация – совокупность графических объектов, используемых в модели. Нотации предназначены для описания структуры системы, элементов данных, этапов обработки и включают графы, диаграммы, таблицы, блок-схемы, формальные и естественные языки.
Case-технология и case-средство.
CASE (Computer Aided Software Engineering) технологии - совокупность методов проектирования систем, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Case-технологии реализуются при помощи CASE-средств.
CASE-средства — это инструментарий для системных аналитиков, разработчиков и программистов, заменяющий бумагу и карандаш компьютером, автоматизируя процесс проектирования и разработки ПО.
Мнемосхема. Основные соглашения по разработке мнемосхем.
Мнемосхема — это условное изображение исследуемого процесса с помощью графических элементов, пиктограмм, взаимосвязей между собой посредством стрелок.
Компоненты мнемосхемы:
Организационный контур – предприятие, департамент, отдел и тд.
Субъекты и объекты бизнес-процесса – сотрудники (менеджер, разработчик, начальник), предмет (архив, шкаф)
Связи между субъектами либо между субъектом и объектом – потоки. Потоком может быть только предмет, которым именуется существительным. Недопустимо использовать отглагольное существительное, так как стрелка будет означать действие, функцию.
Типы потоков:
Материальный поток
Товар, продукт, деталь, оборудование, то есть предмет, который имеет материальную ценность
Финансовый поток (деньги, кэш)
Информационный поток – информация в любом виде. Сущ-т 3 вида инф. Потока:
а) устный информ поток – устное распоряжение, консультация и тд
б) бумажный – отчет, заявка, договор
в) электронный – электронный документ, запрос к бд и тд.
Электронный поток не может идти от чел к чел.
Основные соглашения по разработке мнемосхем включают в себя:
1. Определение целей и задач системы: перед началом разработки мнемосхемы необходимо четко определить цели и задачи, которые она должна выполнять. Это поможет сосредоточиться на важных элементах и связях, а также упростить ее понимание и использование.
2. Использование символов и обозначений: для того чтобы мнемосхема была понятной и удобной для использования, необходимо использовать стандартные символы и обозначения, которые уже знакомы пользователям. Например, использование стрелок для обозначения потоков информации или электрических сигналов.
3. Логическая структура мнемосхемы: мнемосхема должна иметь логическую структуру, отображающую последовательность элементов и связей между ними. Это позволяет легко отслеживать потоки информации или материалов в системе.
4. Цветовая схема: использование цветовой схемы может помочь организовать информацию и выделить важные элементы или состояния системы. Например, использование красного цвета для обозначения аварийных состояний или зеленого цвета для обозначения нормального функционирования.
5. Масштаб и пропорции: мнемосхема должна быть разработана с учетом масштаба и пропорций, чтобы все элементы были видны и читаемы. Размеры элементов и расстояния между ними должны быть выбраны таким образом, чтобы обеспечить оптимальное восприятие информации.
6. Регулярное обновление: системы и процессы могут меняться со временем, поэтому мнемосхема должна регулярно обновляться и адаптироваться под новые условия. Это поможет сохранить актуальность и полезность мнемосхемы.
Соблюдение данных соглашений поможет создать понятную, информативную и удобную в использовании мнемосхему для системного моделирования.