
- •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.
Средства структурного анализа
До разработки инструментария структурного системного анализа не было возможности показать лежащие в основе проекта логические функции и потребности системы, поскольку аналитик очень быстро утопал в деталях текущей или предполагаемой реализации проекта.
Сейчас для целей моделирования систем вообще, и структурного анализа в частности, используются три группы средств, отображающих:
функции, которые система должна выполнять;
процессы, обеспечивающие выполнение указанных функций;
данные, используемые при выполнении функций, и отношения между этими данными.
Среди всего многообразия средств решения указанных задач в методологиях структурного анализа наиболее часто и эффективно применяемыми являются:
FDD (Functional Decomposition Diagrams) - диаграммы функциональной декомпозиции;
DFD (Data Flow Diagrams) - диаграммы потоков данных;
ERD (Entity-Relationship Diagrams) - диаграммы "сущность-связь"
Все они содержат графические и текстовые средства моделирования: первые - для удобства демонстрации основных компонентов модели и их связей, вторые - для обеспечения точного определения компонентов и связей.
При помощи этих средств строятся как логические модели исходной и реорганизованной систем управления, так и логическая модель автоматизированной системы управления - подробное описание того, что и как должна делать система, освобожденное, насколько это возможно, от рассмотрения путей реализации.
33. Построение иерархических диаграмм процесса управления.
Иерархические диаграммы. Для отображения позиций и взаимоотношений в графическом формате сверху вниз можно использовать структуру обычной организационной диаграммы. Одним из таких способов обобщенного представления областей ответственности являются иерархические структуры работ (ИСР), основное назначение которых заключается в разбиении результатов поставки проекта на пакеты работ. Организационная структура (ОС) внешне похожа на ИСР, но организована она не по результатам поставки проекта, а в соответствии с имеющейся структурой подразделений организации (отделов, групп или команд). Под каждым отделом указан список операций проекта или пакета работ. Таким образом, можно увидеть всю ответственность в проекте для данного функционального отдела (например, отдела информационных технологий или отдела закупок) в одном месте рядом с названием отдела. Иерархическая структура ресурсов (ИСР) — это другая разновидность иерархической диаграммы. Она используется для разбиения проекта по типам ресурсов. Например, ИСР может отобразить всех сварщиков и сварочное оборудование, используемое при строительстве судна, несмотря на то что они разбросаны по различным ответвлениям ОС или ИСР. ИСР может быть полезна при контроле стоимости проекта и может быть организована согласно бухгалтерской системе, действующей в организации. ИСР может содержать и иные категории ресурсов, чем человеческие ресурсы.
Матричные диаграммы. Матрица ответственности (МО) используется для отображения связей между выполняемыми работами и членами команды проекта. В крупных проектах матрицы ответственности могут быть использованы на разных уровнях. Например, матрица ответственности высокого уровня может определять, какая группа или подразделение команды проекта отвечает за какой компонент в ИСР, в то время как матрицы ответственности более низких уровней используется внутри группы для распределения ролей, ответственности и уровней полномочий в конкретных операциях. Матричный формат, иногда также называемый табличным форматом, позволяет увидеть все операции, назначенные к выполнению определенному человеку, или отобразить всех людей, принимающих участие в выполнении определенной операции. На рис. 9-5 изображена матрица ответственности, называемая диаграммой RACI. Такое название она носит потому, что аббревиатура RACI составлена из первых букв названий документально зафиксированных ролей: Ответственный, Подотчетный, Проконсультироваться и Информировать (Responsible, Accountable, Consult, and Inform). На примере диаграммы в левой колонке указана выполняемая работа на уровне операций, но при помощи матрицы ответственности можно отобразить на разных уровнях. Имена могут обозначать как конкретных исполнителей, так и группы.
О = Ответственный П = Подотчетен К = Консультации И ~ Информирование
Рисунок 9-5. Матрица ответственности (МО) в формате RACI
Текстовые форматы. Для описания распределения ответственности, при котором нужны подробные описания, используются текстовые форматы. Обычно в таких документах в краткой форме содержится следующая информация: обязанности, полномочия и квалификация. Такие документы называют по-разному, например "описание позиции" или "форма роль- обязанности-полномочия". Из таких описаний и форм получаются прекрасные шаблоны для будущих проектов, особенно если в процессе исполнения проекта обновление информации происходит за счет накопленных знаний.
Другие разделы плана управления проектом. Перечень и описание некоторых обязанностей, относящихся к управлению проектом, находится в других разделах плана управления проектом. Например, в реестре рисков перечислены лица, ответственные за риски, в плане управления коммуникациями содержится список членов команды, ответственных за операции по коммуникациям, а в плане управления качеством перечислены лица, ответственные за выполнение операций по обеспечению качества и контроля качества.