Иерархическая декомпозиция

Метод иерархической декомпозиции (метод дерева целей )  [c.254]

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


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

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


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

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

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

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


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

Декомпозиция может быть линейной (одномерной), многомерной, иерархической, рис. 16. Линейная декомпозиция самая простая система раскладывается на последовательный ряд однотипных элементов. В иерархической декомпозиции, в какой-то степени, сохраняется однотипность, но, дополнительно, каждому элементу присваивается иерархический уровень или устанавливается родительский элемент. В силу визуального совпадения иерархическую декомпозицию называют иногда деревом.  [c.78]

Функции допускают внутреннюю иерархическую декомпозицию.  [c.82]

Иерархическая декомпозиция работ  [c.207]

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

Структурная модель организации проекта — представляет иерархическую декомпозицию организационной и производственной структуры проекта  [c.226]

Обязательным элементом иерархической декомпозиции работ является кодировка (номер) каждой работы. Кодировка также представляется в иерархическом виде.  [c.316]

Календарный план — Часть Рабочего плана. Стандартно представляется в виде таблицы, содержащей работы и мероприятия из иерархической декомпозиции работ, сроки начала и завершения каждой работы.  [c.316]

Разработать иерархическую декомпозицию управленческих мероприятий. (Управленческие мероприятия должны соответствовать жизненному цикл проекта и декомпозиции работ по созданию продукта проекта).  [c.344]

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

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

В простейшем варианте календарный план составляется в виде таблицы, повторяющей вид иерархической декомпозиции работ, см. таблицу 4.  [c.352]

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

Метод прогнозирования по иерархической декомпозиции работ (по перечню работ) основан на методах планирования, отраженных в стандарте "RO.S04. Инструкция но составлению Плана проекта". В методе прогнозирования по перечню работ осуществляется обновление трех компонент Плана проекта  [c.419]

Код задачи. Кодировка задач опорного плана выполняется аналогично с кодировкой иерархической декомпозиции работ.  [c.426]

Основой метода является использование иерархической декомпозиции когда решение  [c.68]

Иерархическая декомпозиция 2.5 Расчленимость сложных объектов (проблем, целей, задач и т.п.) на более простые элементы с образованием непересекающихся иерархически соподчиненных подмножеств  [c.257]

Анализ научно-технической информации Иерархическая декомпозиция Матричный анализ Сетевой анализ Прямые экспертные оценки Экспертные оценки с обратной связью 2.4 2.5 2.6 2.7 3.1 3.2 Свойство научно-технической информации опережать реализацию научно-технических достижений в общественной практике Расчленяемость сложных объектов (проблем, целей, задач и т.п.) на более простые элементы с образованием непересекающихся иерархически соподчиненных подмножеств Соотносимость (качественная или количественная) между множеством целей и средств их реализации Взаимообусловленность элементов сложной работы, ограничивающая снизу предельно короткий срок ее выполнения при заданной продолжительности элементарных операций Приближение обобщенных независимых оценок к истинным Ассоциативность человеческого мышления  [c.143]

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

Некоторые формы иерархической декомпозиции, с которыми мы встретимся, представляют собой нисходящее управление (гл. 5), декомпозицию планов (гл. 6), декомпозицию проекта (гл. 7) и структурирование планов выпуска и спецификаций изделий (частично гл. 13 и разд. 15.1—15.3). Вероятно, многие знакомы с такими видами формальной иерархической декомпозиции, как поэтапная обработка [11], уровни абстракции [12], иерархия документации [13], нисходящее программирование [14], модульная декомпозиция [15], композиционное [16] и структурное [17] проектирование. Александер [18] предлагает весьма интересное представление декомпозиции. В небольшой, но очень полезной книге он проводит философское обсуждение процессов анализа и синтеза конструкций, за которым следует математический метод разложения множества ограничений на подмножества, приводящий к минимизации их взаимодействия. Его работы и работы Бёма [19], Хоара [20], Милза [21], а также некоторые пока еще не опубликованные работы представляют собой значитёлньый вклад в проектирование программного обеспечения благодаря введению количественной меры оценки этого процесса и средствам доказательства правильности программ.  [c.31]

Иерархическая декомпозиция работ Совокупность всех мероприятий и рабог по проекту, представляемая в иерархическом виде.  [c.315]

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

Выбор способа декомпозиции не отличается or иерархической декомпозиции работ. Следует обратигь внимание, что в опорном плане может быть меньшее количество задач, чем в первичном иерархическом перечне. Декомпозиция про.должаегся до тех пор, когда все элементарные задачи можно считать линейными или условно линейными.  [c.423]

Для описания функциональных требований к системе используется моделирование прецедентов. В качестве примера можно рассмотреть две диаграммы прецедентов - одна для системы транспортировки багажа, а другая для системы регистрации багажа. На рис. 3.28 первая из систем представлена как система верхнего уровня. На рис. 3.29 изображена диаграмма прецедентов для системы регистрации багажа. На обеих диаграммах определены относительные границы систем (обозначены прямоугольником), а также различные типы заинтересованных сторон (shareholders), называемые актерами, которые находятся за границами системы. Необходимо отметить, что прецеденты представляют собой высокоуровневые цели заинтересованных сторон. Связь типа включает показывает, что этот прецедент является частью другого прецедента (включается), т.е. таким образом показывается иерархическая декомпозиция прецедентов.  [c.79]

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