Функциональная декомпозиция

Определение долгосрочной стратегии компании с количественно выраженными целями происходило путем выявления и формулирования миссии компании, целей и задач компании, затем проводилась функциональная декомпозиция целей по центрам прибыли или ответственности, выраженная в количественных показателях эффективности деятельности структурных подразделений компании.  [c.77]


Для инновационных продуктов поиск близких или полных аналогов (законченных продуктов с определенным набором свойств) может быть затруднителен. В таком случае необходимо найти информацию о нескольких аналогах, свойства которых охватывают отдельные группы характеристик инновационного продукта, и также сравнить по вышеописанной методике (усреднив также цену) предложения всех выявленных аналогов. Если не выявлены товары - конкуренты, имеющие полностью или частично аналогичные потребительские характеристики, то возможно сравнить продукты по принципу функционального замещения, иными словами ведется поиск товаров с подобной функциональной потребительской применимостью. Ограниченность приведенной методики функциональной декомпозиции заключается в невозможности ее использования в случае, если не найдено даже функциональных аналогов. В этом случае речь может идти или об отсутствии маркетинговой проработки рынка, или о прорывном инновационном результате, для оценки инвестиционной привлекательности которого необходима экспертная оценка проекта как целого с точки зрения соответствия его результатов уровню научно-технического прогресса и сформированное потребности рынка. В этом случае для предварительных оценок можно пользоваться методикой сравнения с идеальным продуктом (табл. 4.2).  [c.26]


Функциональная декомпозиция — разбиение описания деятельности на основе выполняемых функций. Выделяются виды деятельности, затем основные процессы, затем детализируется их выполнение.  [c.351]

При проведении анализа выполняются три возможных вида декомпозиции декомпозиция задач, информационная и функциональная декомпозиция. Содержание информационной декомпозиции включает выделение функций, обрабатывающих уникальные типы информации. Функциональная декомпозиция включает разбиение задачи на функции, осуществляющие трансформацию данных.  [c.137]

Информационная и функциональная декомпозиции во многом чисто интуитивные процессы и слабо поддаются формализации. Декомпозиция задач используется для разбиения задач на модули и выполняется при помощи следующих шагов  [c.137]

Необходимым этапом формирования целевых установок на основе функционально-проблемного подхода является формализация выявленных проблем, которая включает в себя операции по структуризации и локализации. В результате формализации проблемы создаются предпосылки для определения направлений ее разрешения и комплекса мероприятий, реализующих эти направления. Основным методом формализации проблемы является объектно-функциональная декомпозиция системы государственной недвижимости и ее подсистем, относительно которых локализована та или иная проблема развития. Структуризация проблемы представляет собой процесс качественного и количественного описания проблемы, выявления взаимосвязи факторов, элементов и социально-экономических явлений, участвующих в формировании проблемной ситуации, определение количественных оценок связей и значений факторов и элементов. В свою очередь, содержание процесса локализации проблем развития объектов государственной недвижимости составляет установление совокупности субъектов управления и хозяйствования, связанных с возникновением и решением проблемной ситуации, и описание функций и связей, влияющих на развитие проблемной ситуации и связанных с функционированием указанной совокупности субъектов.  [c.212]


Рис. 7.6. Функциональная декомпозиция проекта. Рис. 7.6. Функциональная декомпозиция проекта.
Отметим, что здесь выполняется именно функциональная декомпозиция, поскольку СТ является функциональным документом и не указывает, как предлагаемое изделие будет физически разбито на модули. Во внутренних спецификациях, создаваемых на основе СТ, обязательно должно быть описано физическое разбиение на модули. Чтобы было легче сопоставлять внутренние спецификации с предшествующими им соглашениями о требованиях, удобно представить какое-либо конкретное физическое разбиение и попытаться определить функциональные модули, которые могут быть реализованы как физические модули. Но, поступая так, следует помнить, что в СТ более важным является четкое разбиение по функциям, а физическое разбиение только подразумевается, но не диктуется СТ.  [c.213]

Функциональная декомпозиция 213 Функциональный модуль 212  [c.383]

Модели согласования взаимодействий. Модель структуры системы представляет собой совокупность информационных, управляющих и других взаимодействий между участниками системы, включая отношения подчиненности и распределение прав принятия решений [136,141]. В качестве типовых структур обычно выделяют следующие [7] иерархическая (порождаемая декомпозицией общей цели организации на цели, подцели и т.д.), функциональная (декомпозиция производится на основании функций исследования, производства, маркетинга и т.д.), дивизиональные (декомпозиция по относительно независимым отделениям, каждое из которых может иметь ту или иную структуру), матричная (наложение горизонтальной ответственности руководителей проектов на функциональную структуру). Преимущества и недостатки различных организационных структур подробно исследуются в работах, посвященных специальным структурам управления организационно-экономическими системами [7,63,100,125,207].  [c.58]

Обыкновенно, функциональную декомпозицию применяют одновременно с организационной или штатной структурой. На рис. 18 функциональная декомпозиция компании привязана к основным службам производственной компании.  [c.82]

Следующим шагом является определение внутренних функций системы. Обычно вначале отображают функции для работы с каждой из внешних сущностей, получая, таким образом, минимальную функциональную декомпозицию системы. После этого отображают основные данные, которые должны транслироваться между этими функциями верхнего уровня (см. рис. 3.5).  [c.54]

Разрабатывая систему, бывает очень полезно еще раз пересмотреть и проанализировать существующие сценарии использования, полученные от заинтересованных лиц, или, - если таковые отсутствуют, - самим создать соответствующие наборы сценариев. Тогда на системную модель вы сможете смотреть сквозь призму этих сценариев, убеждаясь, что они функционируют надлежащим образом в рамках создаваемой системы (см. рис. 6.3). Такая проверка осуществляется при помощи, так называемых, системных транзакций . Этот подход позволит вам еще раз убедиться, что на этапе объектной или функциональной декомпозиции системы не был упущен ни один из элементов ее функциональности.  [c.137]

Основным приемом разработки всякой системы автоматизации было и является функциональная декомпозиция исходных сложных функциональных зависимостей на более простые. Для этого разработаны эффективные процедуры типа методологии структурного анализа и проектирования [1]. Однако, мало того, что невозможно строго определить качество такой декомпозиции (слишком большие системы), всякие изменения в первоначальном описании объекта или его управлении приводят к большим изменениям в функциональной модели, к большим переделкам проекта системы.  [c.29]

Необходимость формирования в требуемом объеме разнообразной нормативной информации, обеспечивающей решение всего комплекса задач функциональных подсистем отраслевых АСУ предопределяет декомпозицию комплексной АСН Газпром на ряд подсистем, Подсистемы выделяются таким образом, чтобы в каждой- из них формировалась нормативная информация по определенному виду ресурсов.  [c.76]

Полученные формулировки функций вместе с их индексами, показывающими принадлежность к определенному системному уровню, были сведены в иерархическую функциональную модель (ФМ) (блок 7). В данном случае декомпозиция была проведена до четвертого уровня включительно (рис. 2.11).  [c.82]

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

Сутью модельного подхода является последовательное преобразование управления от общей математической модели управления до алгоритмической модели решаемой функциональной задачи [38]. На рис. 7.14 приведена укрупненная схема такой последовательной декомпозиции и преобразования моделей в процессе проектирования ЭИС.  [c.348]

Организационная структура бухгалтерии предопределяет номенклатуру (количество) АРМ, а декомпозиция целей и функций, а также распределение обязанностей между сотрудниками бухгалтерии определяют функциональное содержание (функциональную направленность) конкретных АРМ — состав задач, которые будут решаться на конкретном рабочем месте. Специфика функций, выполняемых каждым из этих сотрудников, требует разных информационных и программных ресурсов. Распределение работ зависит и от технической базы, а также от уровня компьютерной подготовки специалистов бухгалтерии.  [c.42]

Составление формального описания моделирования представляет собой ответственный этап создания модели сложной системы. Цель - получение исследователем формального представления алгоритмов поведения компонентов сложной системы и отражение вопросов взаимодействия этих компонентов между собой. При составлении формального описания модели исследователь использует тот или иной язык формализации. В зависимости от сложности объекта моделирования и внешней среды могут использоваться три вида формализации 1) аппроксимация характеристик явлений функциональными зависимостями, 2) алгоритмическое описание процессов в системе, 3) смешанное представление в виде последовательности формул и алгоритмических записей. Обычно КМ сложной системы представляет собой упрощенное алгоритмическое отображение реальной системы. С учетом рекомендации специалистов по предметной области сложная система расчленяется на конечное число частей (производится её декомпозиция) с сохранением связей, обеспечивающих их взаимодействие [153].  [c.91]

Взаимосвязи функциональных профилей ИС и вспомогательных профилей, поддерживающих создание, сопровождение и развитие ИС, показаны на рис. 3.1. Функциональные профили ИС состоят из профилей компонентов, реализующих те или иные прикладные функции или функции среды ИС. Детализация функциональных профилей производится по мере декомпозиции структуры И С на составляющие ее компоненты в ходе проектирования системы. Следовательно, выбор и применение функциональных профилей — органическая часть процессов проектирования, разработки, сопровождения и развития системы.  [c.74]

Стадия детального проектирования ИС связана с декомпозицией крупноблочной структуры системы на компоненты и выбором готовых компонентов (прикладных программ повторного использования, покупных программных и технических средств среды). При выборе и заказе готовых компонентов применяются функциональные профили ИС, полученные на предыдущих стадиях проекта. Применение функциональных профилей в этих случаях заключается в том, чтобы предъявить к используемым компонентам требования их соответствия стандартам применяемого профиля и формировать требования к тестам, проверяющим это соответствие.  [c.81]

На аналитическом этапе осуществляются формулировка, анализ и классификация функций, их декомпозиция, анализ функциональных взаимосвязей между функциональными подразделениями в аппарате управления, а также дается стоимостная оценка функций. Определяется степень значимости функций, степень и причины несоответствия между значимостью функций, уровнем  [c.34]

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

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

Значимым элементом любой логистической системы является подсистема, обеспечивающая прохождение и обработку информации, которая при ближайшем рассмотрении сама разворачивается в сложную информационную систему, состоящую из различных подсистем. Так же, как и любая другая система, информационная система должна состоять из упорядочение взаимосвязанных элементов и обладать некоторой совокупностью интегративных качеств. Декомпозицию информационных систем на составляющие элементы можно осуществлять по-разному. Наиболее часто информационные системы подразделяют на две подсистемы функциональную и обеспечивающую (рис. 54).  [c.214]

Распространенным подходом к декомпозиции организаций является функционально-предметный, когда предметом анализа являются такие динамичные подсистемы, как производство (движение материальных потоков), финансы (финансовые потоки), экономика (структура издержек и формирование цены), управление (потоки управленческих воздействий, подсистемы для реализации отдельных функций управления), информационно-коммуникационная подсистема, примыкающая к управлению и включающая документационные потоки, и др. Каждая из подсистем представляет собой единство элементов, которые также при необходимости могут рассматриваться как подсистемы и подвергаться анализу с использованием декомпозиции.  [c.141]

АСУ — сложная система, состоящая из комплекса взаимосвязанных частей — подсистем. Выделение подсистем осуществляется в соответствии с их специфическими чертами по функциональному, структурно-организационному и другим признакам. В АСУ различают функциональную и обеспечивающую части. Функциональная часть содержит решения по функциям управления объектом, функциональной структуре и постановкам задач. Функциональная часть разделяется на подсистемы в результате ее декомпозиции в соответствии с выполняемыми функциями управления. Например, для промышленного предприятия выделяют подсистемы технической подготовки производства, технико-экономического планирования, бухгалтерского учета, управления кадрами и т. д. В свою очередь каждая функциональная подсистема состоит из совокупности задач, представляющих собой некоторую законченную работу по автоматизации функций АСУ. Выделение задач упрощает процесс разработки, позволяет автоматизировать отдельные части подсистемы относительно независимо друг от Друга.  [c.6]

Проиллюстрируем применение принципа сверху вниз на упрощенном примере проектирования задачи Бухгалтерский учет материалов . После анализа экономической сущности этой задачи произведем ее декомпозицию на следующие функциональные  [c.203]

Разбиение системы на объекты, анализ их взаимодействия, построение структуры классов, структуры объектов, проектирование самих объектов, реализация такой объектно-ориентировнной модели системы на программируемых средствах (например, на программируемых контроллерах) - основные задачи, стоящие перед разработчиками системы логического управления. Однако применение объектно-ориентированного подхода [2,3] к проектированию систем логического управления приводит к снижению быстродействия системы управления по сравнению со случаем, когда используется функциональная декомпозиция.  [c.29]

АИС и АИТ реализуют решение функциональных задач управления, совокупность которых составляет так называемую, функциональную часть деятельности экономического объекта как системы. Состав, порядок и принципы взаимодействия функциональных подсистем, задач и их комплексов устанавливаются исходя и с учетом достижения стоящей перед экономическим объектом цели функционирования. Основными принципами декомпозиции — выделения самостоятельных функциональных подсистем комплексов задач — являются относительная самостоятельность каждой из них, т.е. наличие конкретного объекта управления наличие соответствующего набора функций и функциональных задач с четко выраженной локальной целью функционирования минимизация состава включенных в подсистему элементов наличие одного или нескольких локальных критериев, способствующих оптимизации режима работы подсистемы и согласующихся с глобальным критерием оптимизации функциойирования АИС и системы в целом.  [c.52]

Самообследование Интервьюирование Активное наблюдение рабочего дня Моментные наблюдения Фотография рабочего дня Анкетирование Функционально-стоимостной анализ Системный анализ Метод декомпозиции Метод последовательной подстановки Метод сравнений Динамический метод Метод структуризации целей Экспертно-аналитический метод Нормативный метод Параметрический метод Метод моделирования Функционально-стоимостной анализ Метод главных компонент Балансовый метод Корреляционный и регрессионный анализ Системный подход Метод аналогий Экспертно-аналитический метод Нормативный метод Параметрический метод Блочный метод Метод моделирования Функционально-стоимостной анализ Метод структуризации целей Опытный метод Метод творческих совещаний Метод коллективного блокнота Метод контрольныхТгопросов 6-3-5 Морфологический анализ Аналитическо-расчетный метод Метод аналогий Метод сравнений Экспертно-аналитический метод Моделирование фактического и желаемого состояния Просчет экономической эффективности предлагаемых варианта -Норматив-" ный метод Обучение, переподготовка и повышение квалификации управленческого персонала Материальное и моральное стимулирование нововведений  [c.40]

ФУНКЦИОНАЛЬНО-СТОИМОСТНОЙ АНАЛИЗ СИСТЕМЫ УПРАВЛЕНИЯ ПЕРСОНАЛОМ — универсальный мегод технико-экон. исследования функций управления, направленный на поиск путей снижения затрат и повышения качества осуществления функций управления персоналом в целях роста конкурентоспособности и эффективности функционирования организации. Такой подход позволяет выбрать вариант-построения системы управления персоналом или выполнения той или иной функции управления персоналом, требующий наименьших затрат и наиболее эффективный с точки зрения конкретных результатов выявить лишние или дублирующие функции управления, функции, которые по тем или иным причинам не выполняются определить степень централизации и децентрализации функций управления персоналом и т.п. Ф.-с. а.с.у.п. позволяет использовать методы, применяемые при построении системы управления персоналом. Ф.-с. ах.у.п. включает подготовительный, информационный, аналитический. творческий, исследовательский, рекомендательный, внедренческий этапы. На подготовительном этапе комплексно обследуется состояние производственной системы и системы управления организацией, осуществляется выбор объекта анализа, определяются конкретные задачи проведения анализа, составляются рабочий план и приказ о проведении Ф.-с. ах.у.п., изучение документов. На информационном этапе собираются, систематизируются и изучаются сведения, характеризующие систему управления персоналом или отдельные ее подсистемы, и данные но аналогичным системам, передовому опыту совершенствования управления. Аналитический этап — наиболее трудоемкий. На нем осуществляется формулировка, анализ и классификация функций, их декомпозиция, анализ функциональных взаимосвязей между подразделениями аппарата управления, рассчитываются затраты на выполнение и уровень качества функций определяются степень значимости функций и причины их несоответствия уровню затрат и качества осуществления функций выявляются излишние, вредные, несвойственные, дублируемые функции формулируются задачи по  [c.471]

Принятый нами подход к разработке АИС предполагает способ отбора информационных совокупностей по схеме, представленной на рис.1. При поэтапном определении информационного фонда (Ш) АИС используются функциональный подход - декомпозиция конечной цели функционирования и развития объекта с целью выявления информационного фонда АИС, действительно необходимого для управления объектом (этап I) функционально-обьвктянй лодход - декомпозиция необходимой а ретроспективной информационной потребности для выявления состава баев данных АИС (этапы П и Ж) объектный подход - исследование возможностей используемых базы данных, информационного языка показателей (ИЯП) и дрограмшого обеспечения для выявления номенклатуры ж ассортимента продукции, которую способна выдавать АИС (этал Ш).  [c.107]

Наибольшей трудоемкостью в настоящее время обладают процедуры первой группы. Надобность в разработке общих видов составных частей отпадет лишь при проектировании на основе конструктивных модулей. До перехода к такому методу следует ориентироваться на типизацию, которая позволяет выявить структурную однородность составных частей объектов проектирования. На базе типовых структур компоновок могут быть выполнены модификации, которые, однако, не приводят к перестройке общей композиции. Типовые структурные компоновки должны реализовать прогрессивные технические решения. Храниться они могут на магнитных носителях, микрофишах. Каждое описание типовой структурной компоновки в базе данных включает спецификацию составных частей. Для идентификации типовых структурных компоновок можно использовать единую обезличенную классификационную систему обозначений изделий и конструкторских документов. Входящий в нее код классификационной характеристики присваивается конструкторскому документу пр Классификатору ЕСКД независимо от предметной области. Классификатор реализует иерархический метод характеристики изделий, что удобно для декомпозиции при разработке составных частей объекта проектирования. В характеристику должны быть включены наиболее существенные для целей поиска типовых структурных компоновок признаки функциональный, служебного назначения, конструктивный, принципа действия, параметрический, геометрической формы, наименования.  [c.233]

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

При использовании подсистемного метода проектирования декомпозиция системы осуществляется на уровне подсистемы. Декомпозиция системы может происходить по-разному. Так, традиционное разделение АСУП носит функциональный характер, при этом выделяются подсистема технической подготовки производства, подсистема управления материально-техническим снабжением и т. д. Предметная декомпозиция предполагает выделение подсистем в зависимости от объектов хозяйственно-производствен-  [c.124]

Операционные стратегии, реализуемые под влиянием функциональной области, вытекали из концепции Фредерика Тейлора, менеджера высшего уровня в General Motors и отца промышленного инженерного дела. В первую очередь Тейлор старался упростить и стандартизировать работу, для чего занимался ее декомпозицией и измерением параметров отдельных задач. Он полагал, что существуют оптимальные способы выполнения дискретных задач и что специализация выполнения каждой задачи должна привести к повышению эффективности. В последние годы такие инновации в области менеджмента, как установление эталонов, выявление лучших подходов, перепроектирование бизнес-процессов (BPR), комплексное управление качеством и непрерывное улучшение часто непреднамеренно работали на усиление духа машинной эры , в которой сутью было совершенствование операционных показателей, т.е. того, чем Тейлор занимался много десятилетий назад. Какими бы мудреными не были новые подходы, они в целом соответствуют одной общей теории улучшать отдельные части, тем самым совершенствуя целое. Однако компании обнаружили, что работа над частностями может заводить их в узкую зону причем этот подход необязательно создает конку-  [c.487]

Методы управления проектированием программного обеспечения (1981) -- [ c.213 ]