Информационный синтез систем управления. Сущностью информационного синтеза

• Название: Сущностью информационного синтеза
• Дата: 04.04.2022
• Размер: 63.71 Kb.
• Имя файла: Информационный синтез систем управления.docx
• Тип: Документы; #439578

Информационный синтез систем управления

 

Сущностью информационного синтеза является обоснование необходимого объема и форм представления информации, методов и средств ее передачи, обработки, хранения, ввода и вывода для разрабатываемой структуры и алгоритма функционирования системы управления.

Информационный синтез дополняет задачи функционального синтеза и осуществляется с целью определения требуемых качественных и количественных характеристик информации, используемой в процессе функционирования системы управления.

В ходе информационного синтеза производится обоснование необходимого объема и форм представления информации, методов и средств ее передачи, обработки, хранения, ввода и вывода.

Определение оптимальных или рациональных характеристик информации производится, как правило, с использованием показателей и критериев эффективности, учитывающих структурные и функциональные особенности системы. При этом одной из основных проблем информационного синтеза является количественная оценка влияния данных характеристик на результаты функционирования системы управления.

Параметрический анализ и синтез обобщает результаты вышерассмотренных видов анализа и синтеза и выполняется для оценки эффективности системы управления на основе определения количественных значений ее показателей.

 

Параметрический анализ систем управления

 

Сущностью параметрического анализа является определение необходимой и достаточной совокупности показателей, характеризующих все исследуемые свойства системы, и формирование зависимостей, характеризующих суммарный эффект от применения системы или ее элементов.

Цель параметрического анализа - оценка эффективности системы управления на основе определения количественных значений ее показателей.

Объектами исследования параметрического анализа являются частные и обобщенные показатели системы, образующие иерархическую структуру.

С помощью показателей верхнего уровня определяют внешние свойства анализируемой (разрабатываемой) системы и оценивают ее влияние на эффективность решения задач системой более высокого уровня.

Показатели нижнего уровня — частные показатели (параметры) системы, которые характеризуют ее структуру, процессы функционирования, информационные потоки или другие свойства.

Взаимосвязи показателей эффективности, характеризующие суммарный эффект, с частными показателями (параметрами) могут быть представлены в следующем виде:



где   - показатели эффективности, характеризующие суммарный эффект от применения системы или ее элементов, рассматриваемых как отдельные системы на   -м уровне исследования;

 - частные показатели (параметры) системы, характеризующие ее структуру, процессы функционирования, информационные потоки или другие свойства на /-м уровне исследования.

При проведении параметрического анализа конкретной системы управления необходимо решить две основные задачи:

· определить качественные и количественные характеристики (показатели) системы, степень детализации которых удовлетворяет исследователя;

· выявить имеющиеся недостатки анализируемой системы и принять решение о ее дальнейшем использовании.

Решение первой задачи будет характеризоваться множеством показателей {П} системы управления:



где   - количественный (качественный) показатель свойства системы.''

Множество {П} будет характеризовать информацию о системе, получаемую в результате анализа, поэтому первая задача может быть сформулирована следующим образом: определить значения показателей анализируемой системы   при которых



где   - количество информации, полученной в результате анализа;

 - общие затраты ресурсов на проведение анализа;

R_D - область допустимых значений материальных и временных ресурсов, выделенных для проведения анализа;

 - множество допустимых результатов анализа, включающее различные подмножества П вариантов состава и значений показателей анализируемой системы.

В общем случае анализ будет приводить к снижению неопределенности исследуемой системы, т.е.



где   - энтропия системы до проведения анализа;

 - показатели системы, известные исследователю до проведения анализа;

 - энтропия системы после проведения анализа.

После решения первой задачи формулируется вторая задача: определить подмножества показателей (значений показателей)   и соответствующих им свойств системы, которые не удовлетворяют предъявляемым требованиям, т.е.





где   - требуемое значение показателей анализируемой системы;

 - подмножество неудовлетворительных значений показателей измеряемых свойств системы;

П_н2 - подмножество неудовлетворительных показателей неизмеряемых свойств системы, интенсивность проявления которых нецелесообразно определять с помощью количественных оценок;

 - количественный показатель i-го измеряемого свойства системы, интенсивность проявления которого необходимо увеличивать;

 - количественный показатель j-го измеряемого свойства системы, интенсивность проявления которого необходимо уменьшать;

 - показатель k-гонеизмеряемого свойства системы, принимающий следующие значения:   при отсутствии у системы k-госвойства или функции управления; в противном случае   ;

 и   - требуемые значения количественных показателей i-го и j-го измеряемого свойства системы.

На основании результатов параметрического анализа делается заключение о целесообразности использования существующей системы и определяются основные направления ее совершенствования, обеспечивающие улучшение тех частных показателей, которые оказывают максимальное влияние на эффективность управления.

Методы управления проектами. 16 методологий управления проектами

Управление проектами — это целенаправленная деятельность по организации людей, направленная на получение успешного результата проекта наиболее эффективным способом. Историю становления методов проектного управления вы можете посмотреть в нашей замечательной инфографике. Основы управления проектами мы описали в этой статье Основы управления проектами

Команда проекта одна из составляющих успешной реализации проектов, но иногда случается так, что она может попасть в ловушки. Разбор ловушек для проектной команды читайте в статье.

Приемы реализации проектов. Если вы новичок в области проектного администрирования, то большое число имеющихся в этой сфере способов реализовать проект может свести с ума.

ВИКИПЕДИЯ

Управление проектами — в соответствии с определением национальным стандартом ANSI PMBoK — область деятельности, в ходе которой определяются и достигаются четкие цели проекта при балансировании между объёмом работ, ресурсами (такими как деньги, труд, материалы, энергия, пространство и др.), временем, качеством и рисками. Сертификация компаний по управлению проектами⇒

1. Adaptive Project Framework, сокращенно APF — Использование регулируемых (адаптивных) рамок проектов 

Способствует проектному улучшению на каждом шаге реализации, благодаря опыту, полученному ранее. Установив проектные цели и непрерывно осуществляя контроль за рабочими процессами, руководитель обеспечивает успех предельной цены и формирует ценность для будущего клиента.

2. Benefit Realization (BF)Цель: Выгода от реализации проекта

Методика направлена на получение требуемой прибыли. При желании повысить продажи CRM проект считается завершенным до увеличения объема осуществляемых продаж на 15%. Это условие справедливо и в случае установления и налаживания CRM в нужные сроки в рамках регламентированной бюджетной суммы.

3. AGILE — гибкая методология проектного управления

AGILE требует обладания способностью мгновенно приспосабливаться к изменениям, проводить мониторинг актуальных направлений продвижения, получая выгоду. Важная роль отведена человеческим ресурсам. По этой причине нужно уметь организовывать активную проектную команду, взаимоотношения в которой основываются на гибкости и сотрудничестве, поиске компромиссов.

Стейкхолдеры в этой методологии являются заинтересованными сторонами, осуществляющими контроль и проверку проекта на каждом шаге его выполнения. При этом участники своевременно вносят корректировки, формируя продукты или услуги высокого качества, которые в полной мере соответствуют потребительским пожеланиям.

Данный способ реализации проектов набирает популярность среди проектных менеджеров. Посмотрите также сравнение водопадного и agile метода планирования Agile методология

4. Проектное управление с использованием критической цепи

Позволяет устранить любые задержки или отклонения в ходе проектной реализации, назначая цельно-критический путь, устанавливая число ресурсов, чтобы выполнить работы.

Формирование графиков осуществляется с учетом ресурсной доступности. Возможно увеличение продолжительности выполнения, но вероятность нарушения дат основных вех, вероятно, будет сокращена.

Методика основывается на создании ключевых критических задач, удержании их сроков, итоговой даты проектного завершения. Между критическими работами выстраиваются логические связи, учитывая возможные ограничения резервных или других фондов. Неограниченность последних делает расчетные параметры схожими с PERT.

В случае недостаточности ресурсов следует установить околокритические рабочие процессы. Зачастую они продвигаются параллельно ключевой цепи, имея небольшие сроки. Такие сценарии развития, без должного внимания, могут превратиться в кризисные. Также необходимо установить критическую цепочку устанавливая взаимосвязи между вехами.

5. Critical Path Method сокращенно CPM — Довольно распространенный метод критического пути

Использование этой методологии получило довольно широкое применение в сфере строительства. Основной характеристикой данной системы контроля и координации работ по проекту — являются четко очерченный проектный маршрут, сформированный наиболее продолжительными рабочими процессами. Критический путь задает срок реализации всего проекта в целом. Устанавливая важнейшие задачи, можно определить сроки завершения, дать оценку основным стадиям и проектным итогам вехам. Причем рассчитав длительность и запланировав все основные работы, стоит посмотреть правильность составления графика основываясь на логике. В диаграмме Ганта в основном подсвечиваются красный цветом, сигнализирующем о важности этапов и отдельных операций.

Любое отклонение от намеченных дат для работ полнокритического пути приводит к возрастанию продолжительности дальнейших рабочих операций. Если понадобится уменьшить общую длительность выполнения проекта, нужно сократить критические задачи.

Данная методология способствует проведению ежедневного сравнения запланированных и фактических параметров.

Стадии планирования при использовании критического пути:

– цели, ограничения;

– период времени, необходимый для производственного процесса;

– построение сетевого графического изображения;

– формирование диаграммного описания.

6. Моделирование событий.

Методы управления проектами с макетированием макрособытий направлены на выявление и прогнозирование опасностей. Проведение проектного анализа с использованием методики Монте Карло и плана событийной цепи в виде диаграммы позволяет установить возможность определенных опасностей, уровень их влияния на проектное выполнение.

Наглядное изображение взаимосвязей окружающих явлений и проектных работ способствует формированию плана, которой предельно отражает действительность.

7. Экстремальное программирование — Extreme Programming (XP)

XP-Методы управления проектами предполагают тесные и партнерские отношения со стейкхолдерами, частые релизы, демонстрирует особенные черты небольших циклов развития. В ходе реализации данных принципов менеджмента на практике, группы концентрируются на партнерстве и результативности своей деятельности, формировании элементарных кодов для получения нужного качества, не допуская истощения и получения негативных итогов. Проект не имеет четкосформулированной конечной миссии. Цель определяется по ходу проекта. Можно провести сравнение с управляемой ракетой. Первый этап: Она запущена, еще не знает куда она полетит и какую траекторию выбрать. Самое главное произвести пуск. Цель для этого снаряда выбирается во время полета. Второй этап: координируется направление ракеты и постепенно намечаются приоритеты. Стадий корректировки может быть много. Принцип относится не только к программированию, но и ко многим Российским проектам.

8. Канбан/ KANBAN

Ключевая цель – процесс, направленный на производство неспешного и постоянного потока результатов в ходе продолжительной работы с целью их визуального отображения и выявления проблемных моментов на производстве. Осознание причины простоев и потери времени позволяет быстро повысить производительность.

9. LEAN или бережливое производство

Перед методологией стоит особая задача, заключающаяся в формировании ценностей высокого уровня и организации качественного подхода к реализации при минимизации всех ресурсов.

Метод направлен на уменьшение потерь, ликвидацию так называемых узких мест, сосредоточение на потребительских ценностных ориентирах и непрерывное улучшение производственного процесса.

Применение Lean позволит значительно снизить расходы, быстро исполнять работу в намеченные сроки, достигать необходимых результатов с минимальным участием как внутренних, так и привлеченных сотрудников.

10. Бережливое производство и 6 Сигм

Существенному улучшению производственного способа организации действий способствует объединение результативности методологии Lean с 6 сигма. Установив способы выполнения проекта в реальности, участники проектной группы ликвидируют утраты и концентрируются на формировании непревзойденного результата (конечной потребительской ценности).

11. PRINCE (проекты в контролируемой среде)

Методология дает гарантию, что любой проект обоснован и нацелен на создание особой ценности. К планированию приступают, четко установив потребительские желания, получаемую выгоду и верно оценив расходы и ресурсы.

12. PRISM (проекты со встроенными устойчивыми/жизнеспособными методами)

Совмещение планирования со стойкостью мероприятий с экологической точки зрения. Снижение расходов на энергию, рациональное использование издержек с минимизацией влияния предприятия на внешнюю среду. PRISM идеально подойдет желающим двигаться по «зеленой» дороге.

13. PBPM Процессно-ориентированное управление проектами

Гарантирует направленность проекта на неукоснительное соблюдение миссии организации. Перед запуском проекта в обязательном порядке проверяется на соответствие всем стратегическим планам организации.

При отрицательных результатах происходит корректировка стратегического видения компании и поставленных целей. Подобные способы проектного менеджмента хорошо зарекомендовали себя при реализации проектов в области реорганизации и администрировании в компании.

14. SCRUM

Первоочередной аспект в ходе реализации методологии придается продуктивности, сотрудничеству и концентрации, что позволяет добиться результата высокого качества в небольшой временной промежуток, быстро адаптируясь к изменениям.

Работа в группе происходит так называемыми рывками, благодаря чему достигается предельная эффективность. Также можно оперативно испытать новую итерацию, мгновенно фиксируя ошибки.

15. SIX SIGMA

Повышение качества продукта и улучшение производственных показателей при уменьшении числа ошибок и недостатков. «6 сигма» свидетельствует, что более 99% выпускаемого продукта не имеет дефектов. При осуществлении проверки общих рабочих операций, вполне вероятно, что обнаружатся возможные улучшения или корректировки перед возникновением изъянов.

16. Waterfall — Поточный метод планирования (водопадная модель)

Принцип управления проектами по каскадной модели планирования подразумевает разделение рабочего процесса на несколько поочередных заданий с определенными задачами, окончание одной (или цепочки) задачи обычно является достигнутая веха или ключевое событие проекта. Участники исполняют задачи в регламентированной последовательности, перед началом нового задания, они завершают предыдущее. Детальное планирование говорит о подробной графической схеме и бюджетном размере. Виды графиков используемые в проектном управлении при помощи каскадной методологии — каслендарно-сетевые графики проектов (Диаграммы ганта)

Методы управления проектами имеют положительные и отрицательные стороны, выбор способа и применение зависят от ожиданий клиента, вида и содержания проекта.

Привлечение консалтинговых фирм в процесс зачастую существенно повышает шансы на успешную реализацию проекта.

Посмотрите также сравнение водопадного и agile метода планирования Agile методология

Управление ресурсами - одна из главных подсистем управления проектом. Включает процессы планирования, закупок, поставок,

распределения, учета и контроля ресурсов, обычно трудовых и материально -технических.

В принципе, понятие ресурс в методологии управления проектами трактуется широко: все, чем располагает проект, - в том числе трудовые, финансовые и материально-технические ресурсы, команда проекта, время (продолжительности, сроки ограничения), информация, знания и технологии - является взаимосвязанными ресурсами проекта. И основная задача управления ресурсами - обеспечить их оптимальное использование для достижения конечной цели управления проектом - формирования результата проекта с запланированными показателями.

Понятие ресурсов тесно взаимосвязано с понятием «работа», поскольку ресурсы соотносятся не с проектом в целом, а с определенными работами, выполняемыми в определенной запланированной последовательности, соответствующей календарному плану работ по проекту.

В рамках календарного планирования работ по проекту описываются потребности в ресурсах по работам в виде функции потребности. Потребность работы в складируемом ресурсе описывается функцией интенсивности затрат, показывающей скорость потребления ресурса в зависимости от фазы работы, либо функцией затрат, показывающей суммарный, накопленный объем требуемого ресурса в зависимости от фазы.

Потребность работы в нескладируемом ресурсе задается в виде функции потребности, показывающей количество единиц данного ресурса, необходимых для выполнения работы, в зависимости от фазы.

Наряду с функциями потребности, характеризующими задачи проекта, необходимо рассматривать и функции наличия (т.е. доступности) ресурсов, которые задаются аналогично функциям потребности. Отличие заключается в том, что функции наличия задаются на проект в целом, так что их аргументом выступает не фаза работы, а время (рабочее или календарное). Проверка ресурсной реализуемости календарного плана требует сопоставления функций наличия и потребности в ресурсах проекта в целом.

Методология функционального моделирования SADT

Источник: info-system

А.М. Вендров, выдержка из книги "CASE-технологии. Современные методы и средства проектирования информационных систем"

Методология SADT разработана Дугласом Россом. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:

• 
  графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;
  
• 
  строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают:
  
• 
  ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);
  
• 
  связность диаграмм (номера блоков);
  
• 
  уникальность меток и наименований (отсутствие повторяющихся имен);
  
• 
  синтаксические правила для графики (блоков и дуг);
  
• 
  разделение входов и управлений (правило определения роли данных).
  
• 
  отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель.
  

Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.

Состав функциональной модели

Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу(рис.1.).

Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.



Рис 1. Функциональный блок и интерфейсные дуги

На рисунке 2, где приведены четыре диаграммы и их взаимосвязи, показана структура SADT-модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме.

Иерархия диаграмм

Построение SADT-модели начинается с представления всей системы в виде простейшей компоненты - одного блока и дуг, изображающих интерфейсы с функциями вне системы. Поскольку единственный блок представляет всю систему как единое целое, имя, указанное в блоке, является общим. Это верно и для интерфейсных дуг - они также представляют полный набор внешних интерфейсов системы в целом.

Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных интерфейсными дугами. Эти блоки представляют основные подфункции исходной функции. Данная декомпозиция выявляет полный набор подфункций, каждая из которых представлена как блок, границы которого определены интерфейсными дугами. Каждая из этих подфункций может быть декомпозирована подобным образом для более детального представления.

Во всех случаях каждая подфункция может содержать только те элементы, которые входят в исходную функцию. Кроме того, модель не может опустить какие-либо элементы, т.е., как уже отмечалось, родительский блок и его интерфейсы обеспечивают контекст. К нему нельзя ничего добавить, и из него не может быть ничего удалено.

Модель SADT представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые представлены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из более общей диаграммы. На каждом шаге декомпозиции более общая диаграмма называется родительской для более детальной диаграммы.

Дуги, входящие в блок и выходящие из него на диаграмме верхнего уровня, являются точно теми же самыми, что и дуги, входящие в диаграмму нижнего уровня и выходящие из нее, потому что блок и диаграмма представляют одну и ту же часть системы.



Рис.2. Структура SADT-модели. Декомпозиция диаграмм