
- •1. Основные функции управления.
- •2. Основные задачи управления деятельности предприятия.
- •3. Составляющие и структура автоматизированных систем управления.
- •4. Тенденции развития автоматизированных систем управления.
- •5. Организация узла системы управления на рабочем месте специалиста.
- •6. Основные режимы работы и эксплуатации системы управления, на базе взаимодействия пользователя и компьютера
- •5.1. Монопольный режим.
- •5.2. Мультипрограммный режим.
- •5.3. Пакетный режим.
- •5.4. Режим разделения времени.
- •5.5. Режим реального времени.
- •7. Критерии эффективности системы управления.
- •8. Основные свойства автоматизированных систем управления
- •9.Классификация автоматизированных систем управления
- •10. Обобщенные параметры автоматизированных систем управления. Из правил применения оборудования автоматизированных систем управления и мониторинга сетей электросвязи (асум скк)
- •11. Процессы внутримашинной циркуляции информации в системе управления.
- •12. Состав и архитектура программного обеспечения рабочего места специалиста
- •13. Модель взаимодействия компьютеров в сети.
- •Модель iso/osi
- •14. Виды топологий распределенных систем управления.
- •15. Характеристики каналов связи.
- •Характеристики
- •Помехозащищённость
- •Объём канала
- •Классификация
- •Модель канала с межсимвольной интерференцией и аддитивным шумом
- •Модели дискретных каналов связи
- •Модели дискретно-непрерывных каналов связи
- •16. Использование коммутационной сети в управлении.
- •17. Организация сложных связей в глобальных сетях.
- •18. Основные возможности современных бухгалтерских программ.
- •19. Этапы конфигурации системы в 1с.
- •1.2. Объекты конфигурации
- •1.3. Режимы запуска программы
- •1.4. Создание новой информационной базы
- •20. Редактирование констант и справочников в 1с.
- •21. Работа с документами и журналами в 1с.
- •22. План счетов и операции в нем.
- •23. Виды расчетов.
- •24. Автоматизация по видам учета в 1с.
- •25. Задание и использование типовых операций в 1с.
- •24. Состав технической документации для проектирования системы управления.
- •25. Содержание и документы предпроектного обследования.
- •26. Использование систем классификации и кодирования.
- •27. Метод структурного проектирования систем управления.
- •28. Работа системы управления на каждом этапе жизненного цикла.
- •29. Case – технологии при разработке автоматизированных систем управления.
- •30. Модели проектирования жизненного цикла системы управления.
- •31. Общие требования к методологии разработки.
- •32. Структурный поход к проектированию системы управления.
- •Принципы структурного анализа
- •Средства структурного анализа
- •33. Построение иерархических диаграмм процесса управления.
- •34. Типы связей между объектами и функциями.
- •35. Использование внешних связей при проектировании.
- •36. Состав логической и физической модели rationalrose.
- •37. Создание модели классов и связи с другими классами и объектами.
- •Реализация
- •38. Диаграммы топологии, состояния и прецедентов в rationalrose. Диаграммы прецедентов (Use case diagram)
- •Диаграммы топологии (Deployment diagram)
- •Диаграммы состояний (State Maсhine diagram)
- •39. Диаграммы активности, взаимодействия и последовательности действий. Диаграммы активности (Activity diagram)
- •Диаграммы взаимодействия (Interaction diagram)
- •Диаграммы последовательностей действий (Sequence diagram)
- •40. Обобщенная схема функционирования системы управления. Обобщенная структурная схема сау
- •41. Модели системы управления.
- •По цели управления
- •Системы автоматического регулирования
- •Системы экстремального регулирования
- •Характеристика сау
- •Примеры систем автоматического управления
- •42. Состав и архитектура программного обеспечения рабочего места специалиста. Арм специалистов
- •43. Системная стратегия вмешательства.
- •44. Показатели оценки структуры.
- •45. Оценка эффективности функционирования структуры предприятия с горизонтальной интеграцией.
- •46. Оценка эффективности функционирования структуры предприятия с вертикальной интеграцией.
- •Три типа
- •Вертикальная интеграция назад
- •Вертикальная интеграция вперёд
- •Сбалансированная вертикальная интеграция
- •47. Оценка устойчивость структуры.
- •Структура, устойчивая по ресурсам
- •48. Понятие и состав производственной программы.
- •49. Расчет производственной мощности.
- •50. Определение времени возможных простоев.
- •51. Показатели контроля выполнения производственной программы.
- •52. Факторы роста фондоотдачи.
- •53. Анализ объема производства.
- •54. Расчет влияния структурных сдвигов.
- •55. Анализ внутрипроизводственных резервов роста объема производства.
- •56. Увеличение объема за счет оптимизации использования оборудования и сырья.
- •57. Анализ безубыточности производства.
- •58. Использование системы MathCad для решения уравнений.
- •59. Использование системы mathcad для решения систем уравнений.
- •60. Сравнение эффективности структур с вертикальной и горизонтальной интеграцией в mathcad.
38. Диаграммы топологии, состояния и прецедентов в rationalrose. Диаграммы прецедентов (Use case diagram)
Этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций.
Каждая такая диаграмма или, как ее обычно называют, каждый Use case - это описание сценария поведения, которому следуют действующие лица (Actors).
Данный тип диаграмм используется при описании бизнес процессов автоматизируемой предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так и предметной области и задачи, ими выполняемые.
Диаграммы топологии (Deployment diagram)
Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть «железа», а не программ. В прямом переводе с английского Deployment означает «развертывание», но термин «топология» точнее отражает сущность этого типа диаграмм.
Для каждой модели создается только одна такая диаграмма, отображающая процессоры (Processor), устройства (Device) и их соединения.
Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.
Диаграммы состояний (State Maсhine diagram)
Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (дмаграмма состояний) и Activity diagram (диаграмма активности).
Диаграмма состояний (Statechart) предназначена для отображения состояний объектов системы, имеющих сложную модель поведения. Это одна из двух диаграмм State Machine, доступ к которой осуществляется из одного пункта меню.
39. Диаграммы активности, взаимодействия и последовательности действий. Диаграммы активности (Activity diagram)
Это дальнейшее развитие диаграммы состояний. Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.
Этот тип диаграмм позволяет проектировать алгоритмы поведения объектов любой сложности, в том числе может использоваться для составления блок-схем.
Диаграммы взаимодействия (Interaction diagram)
Этот тип диаграмм включает в себя диаграммы Sequence diagram (диаграммы последовательностей действий) и Collaboration diagram (диаграммы сотрудничества). Эти диаграммы позволяют с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.
Диаграммы последовательностей действий (Sequence diagram)
Взаимодействие объектов в системе происходит посредством приема и передачи сообщений объектами-клиентами и обработки этих сообщений объектами-серверами. При этом в разных ситуациях одни и те же объекты могут выступать и в качестве клиентов, и в качестве серверов.
Данный тип диаграмм позволяет отразить последовательность передачи сообщений между объектами.
Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений. Для того чтобы окинуть взглядом все взаимосвязи объектов, служит Collaboration diagram.