- •1. Понятие системы. Признаки системности.
- •2. Описание системы в виде «черного ящика».
- •3. Описание системы в виде «белого ящика».
- •4. Аксиомы теории систем: аксиома согласованности, аксиома детерминизма, аксиома причинности.
- •13. Понятия «элемент», «подсистема», «структура».
- •14. Централистические и скелетные структуры в теории систем.
- •15. Прямые и обратные связи в системах.
- •16. Поведение системы. Внешняя среда. Модель.
- •17. Развитие. Повышение организованности системы.
- •18. Понятие «цель» в системном анализе.
- •19. Основные проблемы теории систем (идентификация, прогнозирование, управление, диагностирование, распознавание).
- •20. Основная классификация систем (дискретные, непрерывные, конечные автоматы, конечномерные, стационарные, гладкие, линейные).
- •22. Открытые и закрытые системы. Хорошо и плохо организованные системы.
- •23. Самоорганизующиеся системы.
- •24. Количественные и качественные методы описания систем.
- •Методы типа мозговой атаки.
- •Методы типа сценариев.
- •Методы экспертных оценок.
- •25. Методика системного анализа. Этапы проектирования систем.
- •26. Лингвистический, теоретико-множественный подходы к описанию систем.
- •27. Топологический, логико-математический, теоретико-информационный подходы к описанию систем.
- •28. Кибернетический и эвристический подход к описанию систем.
- •29. Теоретико-множественный подход к описанию систем. Функциональные и временные модели.
- •30. Кибернетический подход к процессу управления.
- •31. Структурная схема системы управления.
- •32. Агрегативное описание систем.
- •33. Операторы перехода и выхода при агрегативном описании систем.
- •34. Процесс функционирования агрегата при агрегативном описании систем.
- •35. Кусочно-линейные агрегаты.
- •36. Нотация idef0. Основные понятия и положения.
- •37. Нотация idef0. Графический язык idef0.
- •38. Нотация idef0. Интерфейсные дуги.
- •39. Нотация idef0. Декомпозиция.
- •40. Нотация idef0. Туннелирование дуг.
- •41. Нотация idef0. Глоссарий. Принципы ограничения сложности idef0-диаграмм.
- •42. Нотация idef0. Отношения блоков на диаграммах. Обратные связи.
- •43. Нотация idef0. Правила построения диаграмм.
- •44. Нотация idef0. Дерево узлов.
- •45. Нотация epc. Понятия «событие» и «функция». Связь элементов диаграммы.
- •46. Нотация epc. Логические элементы изображения.
- •47. Нотация epc. Внешний процесс. Субъект процесса. Информация/материал.
- •48. Расширяемый язык разметки xml.
- •49. Форматы xml и xsd.
- •50. Нотация bpmn. Приватные бизнес-процессы (Private (internal) Business-Process).
- •51. Нотация bpmn. Публичный Процесс (Public Process).
- •52. Нотация bpmn. Взаимодействие (Collaboration).
- •53. Нотация bpmn. "Хореография" (Choreography).
- •54. Нотация bpmn. Обмен сообщениями (Conversations).
- •55. Нотация bpmn. Понимание "поведения" диаграммы. Токен.
- •56. Нотация bpmn. Основные категории элементов: элементы потока (Flow Objects), данные (Data), соединяющие элементы (Connecting Objects), зоны ответственности (Swimlanes), артефакты (Artifacts).
- •57. Нотация bpmn. Элементы потока: события (Events), действия (Activities), шлюзы (Gateways).
- •58. Нотация bpmn. Элементы представления данных: объект данных (Data Objects), входные данные (Data Inputs), выходные данные (Data Outputs), хранилища данных (Data Stores).
- •59. Нотация bpmn. Соединяющие элементы потока: поток операций (Sequence Flow), поток сообщений (Message Flow), ассоциация (Association), ассоциация данных (Data Associations).
- •60. Нотация bpmn. Группировка с помощью зон ответственности: с помощью Пула (Pool), с помощью Дорожки (Lane). Артефакты: группа (Group), текстовая аннотация (Text Annotation).
- •61. Уровни управления предприятием.
- •62. Виды структур управления предприятием.
- •63. Обобщенные показатели анализа структур управления (оперативность, централизация, периферийность, объем).
- •64. Виды иерархии при анализе систем управления (временная, пространственная, функциональная, ситуационная, информационная).
- •65. Информационный подход к процессу управления. Пассивная и активная формы проявления информации.
- •66. Вероятностный подход к процессу управления. Системный подход к разработке и внедрению автоматизированных систем.
- •67. Особенности автоматизированного управления. Включение человека в контур управления. Наличие функций самоуправления в асу.
- •68. Виды обеспечения асу (организационное, правовое, эргономическое).
- •69. Виды обеспечения асу (лингвистическое, информационное, программное, алгоритмическое).
- •70. Основные этапы разработки асу (тэо, тз, технический и рабочий проекты, последовательность ввода в эксплуатацию).
- •71. Логические этапы проектирования асу.
- •72. Методы, используемые на этапе внутреннего проектирования (единичной нити, большой нагрузки, конфликтных ситуаций).
- •73. Анализ информации на макро- и микро– уровнях. Классификаторы информации. Система классификации. Общероссийские классификаторы информации (ок).
- •74. Общероссийские классификаторы информации. Структура окато, окпо, оквэд, оконх, октмо, окоф.
- •75. Достоверность информационного обеспечения. Использование механизмов контроля в асу.
- •76. Классификация методов контроля информации в асу.
- •77. Виды избыточности при организации контроля в асу.
- •78. Граф технологии обработки данных, индикаторный граф, граф ошибок при анализе данных в асу.
- •79. Разрез, путь в графе ошибок при анализе данных в асу. Минимальный разрез и минимальный путь.
- •80. Зависимость главного события ошибки через множества минимальных разрезов и путей графа ошибок при анализе данных в асу.
- •81. Верхняя и нижняя границы уровня ошибок при анализе данных в асу.
40. Нотация idef0. Туннелирование дуг.
Иногда отдельные интерфейсные дуги высшего уровня не имеет смысла продолжать рассматривать на диаграммах нижнего уровня, или наоборот — отдельные дуги нижнего отражать на диаграммах более высоких уровней – это будет только перегружать диаграммы и делать их сложными для восприятия. Для избежания подобного в стандарте idef0 представлено понятие туннелирования. Обозначение «туннеля» в виде двух круглых скобок вокруг начала интерфейсной дуги обозначает, что эта дуга не была унаследована от функционального родительского блока и появилась (из «туннеля») только на этой диаграмме. Также стрелка “уходит в туннель”, если вокруг ее конца в непосредственной близости от блока-приемника также расположены две круглые скобки. Это означает, что непосредственно в применении к этому блоку данная дуга рассматриваться не будет.
Данный подход достаточно часто применяется, если содержимое какой-либо интерфейсной дуги не нужно на конкретном уровне декомпозиции.
41. Нотация idef0. Глоссарий. Принципы ограничения сложности idef0-диаграмм.
Для каждого из элементов диаграммы idef0 (диаграммы, функционального блока, интерфейсной дуги) может быть составлен глоссарий – набор соответствующих ему определений, ключевых слов и дополнительной информации, которые характеризуют объект. Глоссарий является описанием сущности данного элемента и дополняет наглядный графический язык дополнительной информацией, которая не может быть изображена с помощью диаграммы. Например, для интерфейсной дуги “данные клиентов” глоссарий может содержать наименования полей данных для каждого клиента. Изображение тех же элементов графическим образом сделало бы диаграмму громоздкой и тяжело читаемой.
Как правило, idef0-модели несут в себе много информации. Для избежания перегруженности применяется принцип ограничения сложности. Суть его в том, что на одной диаграмме должно изображаться не менее двух и не более шести блоков. С помощью диаграммы из одного блока невозможно осуществить сам принцип разбиения функции на несколько подфункций, что делает такую декомпозицию бессмысленной. Если же на диаграмме блоков слишком много, это делает диаграмму неразборчивой и трудно читаемой. Поэтому были введены данные ограничения, которые позволяют сохранить диаграмму хорошо структурированной, понятной и легко поддающейся анализу.
42. Нотация idef0. Отношения блоков на диаграммах. Обратные связи.
В методологии idef0 существует 6 типов отношений между блоками:
Управление, выход-вход, обратная связь по управлению, обратная связь по входу, выход-механизм
Выход-вход возникает тогда, когда выход одного блока является входом для другого блока. Такие связи встречаются наиболее часто
Отношение управления возникает, когда выход блока становится управляющим воздействием для другого блока.
Выход-механизм применяется редко и показывает, что выход одного блока является средством достижения цели или механизмом для другого. Например, такая связь может встречаться при описании распределения ресурсов или какого-либо оборудования.
Обратные связи по управлению и по входу представляют собой итерацию и рекурсию. Обратная связь по управлению возникает тогда, когда выход блока влияет на работу какого-либо предыдущего блока. Обратная связь по входу показывает, что выход одного блока становится входом для какого-либо из предшествующих – например, возврат чего-либо на доработку.