
- •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. Верхняя и нижняя границы уровня ошибок при анализе данных в асу.
37. Нотация idef0. Графический язык idef0.
В нотации IDEF0 используются два графических элемента: блок и стрелка.
Блок представляет собой прямоугольник, каждая из сторон которого используется для ввода или вывода. Каждый блок является графическим изображением одной из функций описываемого бизнес-процесса. Название функции подписано в центре блока и представляет собой краткое ее описание – например, “планирование и осуществление проектных работ”. . В правом нижнем углу стоит номер блока.
Согласно принципу ограничения сложности, на одной диаграмме декомпозиции не допускается изображение менее двух и более шести блоков. Это позволяет сделать диаграмму проще, лаконичнее и доступнее для анализа.
Четыре стороны блока имеют разную роль: верхняя – управление, левая – вход, правая – выход, нижняя – механизм.
Каждый блок может быть разбит (декомпозирован) на составные части и представлен в виде новой диаграммы декомпозиции. Декомпозиция может проводиться множество раз и заканчивается тогда, когда объект будет описан на необходимом для осуществления конкретной цели уровне декомпозиции.
Взаимодействие между блоками функций происходит с помощью стрелок, которые отображают поток данных или материалов от одного блока к другому. В зависимости от типа, эти потоки могут быть входными, выходными и управляющими.
38. Нотация idef0. Интерфейсные дуги.
Интерфейсные дуги – второй из основных элементов функциональной диаграммы. Также их часто называют потоками или стрелками. Они отображают элементы системы, которые либо обрабатываются внутри функционального блока, либо оказывают влияние на его работу. Графически интерфейсная дуга изображается в виде однонаправленной стрелки и должна иметь уникальное название. По требованию стандарта, название должно представлять собой оборот существительного.
Объектами, которые изображаются с помощью интерфейсных дуг, могут быть либо элементы реального мира, либо потоки данных и информации.
В зависимости от стороны, с которой к блоку подходит интерфейсная дуга, дуга может быть входящей, исходящей и управляющей. Источником (началом) и приемником (концом) дуги могут быть только функциональные блоки, причем источником – только выходная, а приемником – любая из трех оставшихся. При этом каждый блок должен иметь как минимум одну управляющую дугу и одну исходящую.
39. Нотация idef0. Декомпозиция.
Декомпозиция – третье основное понятие стандарта idef0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели и должен достигать необходимого для решения рассматриваемой в данный момент задачи.
Декомпозиция позволяет постепенно и структурированно представить модель системы в виде иерархической структуры отдельных диаграмм. Принцип декомпозиции позволяет сделать исходную диаграмму легко усваиваемой и менее перегруженной.
Модель idef0 начинается с представления бизнес-процесса в виде единого целого – черного ящика, одного функционального блока с интерфейсными дугами, распространяющимися за пределы рассматриваемой области. Такая диаграмма называется контекстной и является, по сути, нулевым уровнем декомпозиции. В процессе декомпозиции этот функциональный блок, отображающий систему в виде единого целого, подвергается детализации на другой диаграмме, которая является дочерней и содержит главные подфункции функционального блока контекстной диаграммы. Каждый из блоков любого уровня может быть декомпозирован сколько угодно раз по мере необходимости, в итоге оказавшись разбит на элементарные функции.