В исходящем планировании, при переходе от плана создания семейства программных изделий к плану серии, затем к плану совокупности изделий и, наконец, к плану производства конкретного изделия на каждом уровне иерархии должен быть представлен законченный план. Этот процесс, выполняемый методично так, что каждый план расширяет некоторую часть предшествующего плана, называется декомпозицией планов. Законченность плана означает, что рассмотрены все необходимые вопросы и в то же время обеспечен соответствующий уровень детализации. Все имеющие отношение к делу вопросы должны обсуждаться на самом [c.65]
В процессе декомпозиции плана в качестве основного принципа должен служить вопрос Какая свобода выбора желательна на следующем шаге планирования Обычно последующие этапы планирования выполняются на все более низких уровнях управления и достаточно учитывать лишь области их полномочий. [c.66]
Когда же подтверждается необходимость в изделии В процессе декомпозиции планов впервые в некоторый момент времени поднимается вопрос о конкретном программном изделии. Первое упоминание о том, что должно быть предложено новое конкретное изделие, одновременно означает и признание необходимости в нем. Обычно такое предложение содержится в стратегическом плане организации, вероятнее всего в разделе, касающемся ее торговых интересов, в плане создания семейства или серии изделий. [c.74]
Организуя процесс разработки программного изделия, необходимо иметь в виду основную идею иерархической декомпозиции проекта, при которой всегда сохраняется завершенность (с точки зрения учета всех аспектов проектирования) на различных этапах все более увеличивающейся детализации. Декомпозиция проекта является вторым этапом в цепочке, включающей три этапа декомпозиции, следующих друг за другом. Первый этап — декомпозиция плана, третий—программная декомпозиция, часто называемая программированием сверху вниз или нисходящим программированием. [c.87]
При составлении плана испытаний используются принципы декомпозиции планов, описанные в разд. 6.2. План испытаний является детализацией соглашения о требованиях и содержит подробную информацию, достаточную для того, чтобы рецензенты могли установить степень соответствия программы испытаний класса В этому документу. В табл. 10.1 приведено оглавление плана испытаний, построенное в соответствии с соглашением о требованиях (гл. 13). [c.165]
После завершения работы над внешней спецификацией изделия группа испытаний начинает готовить спецификацию испытаний. Спецификация испытаний имеет такое же отношение к плану испытаний, как внешняя спецификация к соглашению о требованиях спецификация испытаний представляет собой декомпозицию плана испытаний и подробно описывает все тесты, которые предстоит выполнить, включая описание ожидаемых результатов. Поскольку спецификация испытаний в значительной мере зависит от содержания внешней спецификации, то ее утверждение может последовать только за утверждением внешней спецификации изделия. [c.165]
Декомпозиция План управления сферой действия [c.173]
Однако, в отличие от существующей практики составления таких координационных планов вне связи их друг с другом и f>o s декомпозиции конкретных промежуточных и конечных результатов совершенствования управления экс— [c.8]
Вторая группа работ включает комплексы по всем разделам и счетам бухгалтерского учета. В литературе по аудиту вопросы декомпозиции видов работ, подлежащих проверке, представлены в общих чертах. Нет четкой градации видов работ, их трудоемкости и очередности проведения. Нам представляется, что наиболее рациональной является декомпозиция, базирующаяся на выделении комплексов, подлежащих аудиту, применительно к плану счетов бухгалтерского учета. [c.317]
Если посмотреть на линейную диаграмму предварительного плана проекта-примера (см. рис. 3.24), то из нее видно, что в первую очередь целесообразно подвергнуть декомпозиции задачу 2 "Подготовка к ремонту квартиры", которая должна начать выполняться первой. [c.218]
Выполненные действия уже позволяют планировать работы в ремонтируемой квартире в первые несколько дней, хотя декомпозиция других задач предварительного плана еще не выполнена. [c.224]
Следующие шаги декомпозиции задач предварительного плана требуют некоторой подготовительной работы технического характера, очень важной для формирования расписания проекта впоследствии. [c.224]
Последний пакет задач, подвергаемый декомпозиции, должен уточнить задачу предварительного плана проекта "Отделка помещений". Выполнение задач этого пакета в разных помещениях должно включать настил покрытий полов (с нанесением лаковых покрытий), наклейку обоев, монтаж оборудования кухни. [c.237]
Кроме того, продуктом деятельности менеджмента в области моделирования процессов поведения организации в рыночном пространстве являются только три типа экономических моделей — план, программа и прогноз, семантика каждой из которых рассмотрена выше (см. табл. 5.2). Причина такой, кажущейся ограничительной деятельности менеджмента по моделированию заложена в содержании тех базовых категорий (элементов), которые используются в описании моделей организации и которые способствуют определенным способом ее декомпозиции, анализу и синтезу. Эти базовые категории рассмотрены выше и соответствуют полному набору вопросов, ответы на которые дают четкое представление о реальной организации [c.78]
Авторизация (решение начать следующую фазу проекта) Основные процессы планирование целей декомпозиция целей определение состава операций оценка длительности или объема работы определение ресурсов оценка стоимостей составление расписания выполнения работ оценка бюджета разработка плана исполнения проекта определение Основные процессы процесс исполнения плана проекта Основные процессы анализ сроков анализ стоимости анализ качества подтверждение Основные процессы общее управление изменениями управление ресурсами целями Закрытие контрактов Административное завершение [c.234]
План строительно-монтажных работ формируется как результат декомпозиции объединения строительных заказов по периодам планирования в соответствии с планом финансирования строительства. [c.158]
Предметно-номенклатурную детализацию сметы нами планируется реализовать как создание нового объекта типа план строительства путем декомпозиции статей сметы на составляющие их работы и декомпозиции видов затрат сметы по соответствующей номенклатуре (далее - разложенная смета). [c.170]
Модуль представляет собой закрытую подпрограмму, которая может вызываться любым другим модулем и может быть оттранслирована отдельно. Автономность (или независимость) модуля может достигаться за счет максимизации его внутренней связности и минимизации связей между модулями. На основе этого подхода в программе, состоящей из некоторого набора операторов, операторы должны быть взаимосвязаны между собой как в плане реализуемой функции, так и в плане использования информации. Необходимо организовать объединение этих операторов в небольшие по объему модули так, чтобы имела место тесная связь между операторами внутри модуля и исключалась (сводилась к минимуму), связь между двумя операторами из разных модулей. Целью приемов декомпозиции программы на модули является выделение отдельной функции для каждого модуля и минимизация связей посредством данных за счет использования способов передачи формальных параметров. [c.130]
Структура стоимости проекта в разрезе статей затрат обычно базируется на структуре плана счетов проекта, представляющего собой декомпозицию затрат от самого верхнего уровня стоимости всего проекта до нижнего уровня стоимости одной единицы ресурсов. Для конкретного проекта выбирается свой план счетов или семейство таковых. В качестве базовых вариантов могут использоваться российские бухгалтерские планы счетов, международные бухгалтерские планы счетов, планы счетов управленческого учета. [c.393]
В отрасли радиопромышленности рядом организаций проводятся работы по созданию типовой комплексной системы управления отраслевыми НИИ и КБ ( комплексной системы высокой эффективности и качества работ ). Характер возникающих при этом проблем показывает приводимый ниже перечень ряда вопросов, которые приходится решать в ходе проведения названных работ. Это — определение принципов декомпозиции систем управления отраслевых НИИ и КБ на функциональные подсистемы и принципов интеграции функциональных подсистем в комплексную систему управления построение локальных и интегрированных показателей оценки деятельности управляемых подсистем использование оценок деятельности в системе морального и материального стимулирования определение принципов построения функциональных подсистем управления, в том числе формирования показателей, оценивающих состояние управляемых подсистем, процедур формирования планов, процедур контроля процесса функционирования, опера- [c.367]
Строгая иерархическая декомпозиция подчиняется нескольким правилам. Во-первых, на каждом уровне иерархии план или проект должен иметь законченный вид на данном уровне детализации. Во-вторых, на любом уровне иерархии каждое разбиение полностью охватывает отдельную функцию или проблему, соответствующую данному уровню детализации. Например, если имеются две функции, определяемые на четвертом уровне, но только одна из них может быть явно разложена дальше на пятом (нижнем) уровне, то другая функция четвертого уровня должна быть описана со степенью детализации, которая соответствует пятому уровню. [c.31]
Наконец, при организации разработки программного изделия следует учесть еще один инструмент, хорошо вписывающийся в индивидуальные рабочие планы, — использование стандартов. Каждый, кто занимался программированием, по достоинству оценивает пользу стандартизации в кодировании и документировании программ. В равной мере важны стандарты управления, помогающие проводить планирование, анализ результатов и оценку эффективности осуществляемых проектов. Для того чтобы иметь возможность проверять полноту планирования и проводить декомпозицию проекта на любом этапе, необходимы системные и процедурные руководства, описывающие как методику проведения разработки, так и методики выполнения связанных друг с другом функций поддержки, выпуска документации и испытаний. [c.89]
Утверждение соглашения о требованиях является основанием для продолжения разработки изделия. Группа поддержки подготавливает план обеспечения поддержки. Этот план подробно раскрывает цели предполагаемых мероприятий по рекламе, эксплуатационной проверке, обучению пользователей, замене, установке и поддержке изделия. В зависимости от организационной структуры и категорий потребителей план может быть отдельным документом или входить в план сбыта. План поддержки должен быть построен в полном соответствии с соглашением о требованиях, так как он формируется в процессе его декомпозиции. В табл. 11.1 дано примерное оглавление плана поддержки. [c.180]
Деятельность группы поддержки достигает первого максимума после передачи плана поддержки на рассмотрение в другие группы (рис. 11.2). Как видно из рис. 11.3, группа поддержки одновременно занята подготовкой рекламного материала, проверкой внешних спецификаций и изучением плана выпуска документов. В этот период важно установить определенную приоритетность работ, чтобы уложиться в запланированные сроки. Лучше всего выполнять их по очереди, однако это может значительно увеличить время проектирования. Хотя календарные планы отдельных проектов в чем-то отличаются друг от друга, группа поддержки всегда стремится выполнять свои работы в следующем порядке , сначала изучить внешние спецификации, затем проверить план выпуска документов, отреагировать на замечания к плану поддержки и, наконец, подготовить рекламный материал. Эта очередность работ наилучшим образом соответствует хорошему стилю планирования и требованиям декомпозиции проекта. [c.183]
В соответствии с формой, представленной в предыдущем разделе, ниже дается описание информации, которая должна присутствовать в любом соглашении о требованиях. Все последующие упоминания о соглашении о требованиях (СТ) имеют в виду соглашение о требованиях, разработанное в соответствии с данным разделом. Описываемый подход предполагает также декомпозицию проекта в соответствии с табл. 13.2 и дальнейшую детализацию, отражаемую во внешней спецификации изделия согласно разд. 15.1. Материал, следующий вплоть до заголовка Календарный план , пронумерован, озаглавлен и напечатан так же, как в СТ, но с одним исключением обозначения Ок, Ч, Об и 3 указывают уровень детализации. [c.206]
Документы, целью которых является точная формулировка или определение каких-либо условий, называются спецификациями. Желательно, чтобы спецификации были удобочитаемыми и краткими, но прежде всего они должны быть точными и исчерпывающими. Двусмысленность в спецификациях более нетерпима, чем в планах. В процессе декомпозиции проекта, который для программного изделия начинается с иерархии планов, продолжается в соглашении о требованиях, внешней спецификации, внутренней спецификации и заканчивается спецификацией сопровождения, неопределенность постепенно уступает место полной определенности. [c.267]
Итак, в модели организационной системы на первом плане остается целевая функция в формализованном виде или в концептуальном отображении — дерево целей проектируемой организации. Для иллюстрации системного подхода к организационному проектированию и декомпозиции целевой функции воспользуемся в качестве объекта диагностики и проектирования территориально обособленной производственной системой (ПС). [c.513]
Некоторые формы иерархической декомпозиции, с которыми мы встретимся, представляют собой нисходящее управление (гл. 5), декомпозицию планов (гл. 6), декомпозицию проекта (гл. 7) и структурирование планов выпуска и спецификаций изделий (частично гл. 13 и разд. 15.1—15.3). Вероятно, многие знакомы с такими видами формальной иерархической декомпозиции, как поэтапная обработка [11], уровни абстракции [12], иерархия документации [13], нисходящее программирование [14], модульная декомпозиция [15], композиционное [16] и структурное [17] проектирование. Александер [18] предлагает весьма интересное представление декомпозиции. В небольшой, но очень полезной книге он проводит философское обсуждение процессов анализа и синтеза конструкций, за которым следует математический метод разложения множества ограничений на подмножества, приводящий к минимизации их взаимодействия. Его работы и работы Бёма [19], Хоара [20], Милза [21], а также некоторые пока еще не опубликованные работы представляют собой значитёлньый вклад в проектирование программного обеспечения благодаря введению количественной меры оценки этого процесса и средствам доказательства правильности программ. [c.31]
Структуры всех реальных иерархически связанных планов не обязательно должиы совпадать, чтобы свидетельствовать о проведенной декомпозиции. Важно только, чтобы степень детализации оставалась одинаковой для всех пунктов плана а любом данном уровне иерархии и чтобы эта детализация увеличивалась по мере продвижения процесса планирования к отдельному программному изделию. Тщательно соблюдая указанные принципы декомпозиции планов, можно приобрести неоценимое умение создавать планы, всегда соответствующие тому уровню управления, на котором они должны рассматриваться и утверждаться. Вам наверняка приходилось встречаться с такой ситуацией, когда слишком много времени было потрачено на обсуждение несущественных деталей плана. Бывает и еще хуже — когда не удается прийти к единому плану, потому что участников процесса планирования не удовлетворяет предлагаемый им уровень детализации. Но они пришли бы к единому мнению, если бы имели возможность сосредоточить внимание на интересующих их всех вопросах. [c.66]
Как показано в разд. 6.1, основной инструмент целевого управления—индивидуальный рабочий план — хорошо вписывается в методологию интегрированного планирования и в равной мере удовлетворяет требованиям декомпозиции планов. Описанные в этой книге средства разработки программного обеспечения позволяют включать в индивидуальные рабочие планы самые разнооб- [c.88]
В сложных системах технического плана невозможно осуществить построение всей иерархии целей технической деятельности системы декомпозицией ее главной цели. Технологическая схема системы являтся одним из основных и важнейших результатов ее синтеза. [c.28]
Большую группу плановых и юридических ограничений верхние уровни системы нефтеснабжения налагают на действия нижних уровней. Это результат декомпозиции системы нефтеснабжения, призванный создавать предпосылки для координированного взаимодействия нижних уровней. Причем внутриведомственные ограничения имеют иерархическую структуру, соответствующую организационной иерархии. Например, Союзглавнефть вместе с Министерством путей сообщения на опыте просчета многочисленных оптимальных планов перевозок нефтепродуктов определяют так называемые нормальные грузопотоки. Это не что иное, как ограничения по каждому нефтепродукту на перевозки по железной дороге от каждого пункта отгрузки до определенных станций. [c.53]
Для решения подобных задач имеется ряд алгоритмов, которые строятся на основе принципа декомпозиции. Наиболее широко известны декомпозиционные алгоритмы, предложенные Данцигом и Вольфом [26], Корнай и Липтаком [61]. В терминах задачи распределения производственной программы отрасли с использованием моделей, решаемых методами линейного программирования, идея алгоритма Данцига-Вольфа следующая. Центральный орган управления отраслью устанавливает цены (двойственные оценки) на продукцию. Исходя из максимизации прибыли при этих ценах, каждое предприятие разрабатывает свою производственную программу. Центральный орган обобщает планы предприятий и сравнивает их с потребностями народного хозяйства в разных видах продукции отрасли. Затем производится корректировка цен если предложенный выпуск продукции данного вида меньше потребности, то цена на нее повышается если выпуск превышает потребность, то цена понижается. Новые цены сообщаются предприятиям для проведения следующей итерации и т. д. [c.189]
ФУНКЦИОНАЛЬНО-СТОИМОСТНОЙ АНАЛИЗ СИСТЕМЫ УПРАВЛЕНИЯ ПЕРСОНАЛОМ — универсальный мегод технико-экон. исследования функций управления, направленный на поиск путей снижения затрат и повышения качества осуществления функций управления персоналом в целях роста конкурентоспособности и эффективности функционирования организации. Такой подход позволяет выбрать вариант-построения системы управления персоналом или выполнения той или иной функции управления персоналом, требующий наименьших затрат и наиболее эффективный с точки зрения конкретных результатов выявить лишние или дублирующие функции управления, функции, которые по тем или иным причинам не выполняются определить степень централизации и децентрализации функций управления персоналом и т.п. Ф.-с. а.с.у.п. позволяет использовать методы, применяемые при построении системы управления персоналом. Ф.-с. ах.у.п. включает подготовительный, информационный, аналитический. творческий, исследовательский, рекомендательный, внедренческий этапы. На подготовительном этапе комплексно обследуется состояние производственной системы и системы управления организацией, осуществляется выбор объекта анализа, определяются конкретные задачи проведения анализа, составляются рабочий план и приказ о проведении Ф.-с. ах.у.п., изучение документов. На информационном этапе собираются, систематизируются и изучаются сведения, характеризующие систему управления персоналом или отдельные ее подсистемы, и данные но аналогичным системам, передовому опыту совершенствования управления. Аналитический этап — наиболее трудоемкий. На нем осуществляется формулировка, анализ и классификация функций, их декомпозиция, анализ функциональных взаимосвязей между подразделениями аппарата управления, рассчитываются затраты на выполнение и уровень качества функций определяются степень значимости функций и причины их несоответствия уровню затрат и качества осуществления функций выявляются излишние, вредные, несвойственные, дублируемые функции формулируются задачи по [c.471]
В служебных подразделениях нужно разработать планы работ в формате плана действий в рамках ППРПП, вплоть до декомпозиции до уровня конкретных действий, и приступить к их отслеживанию. [c.188]
Иванов Ю. Н., ИлютовичА. Е. Формализованные схемы составления экономического плана. II Обзор математических методов декомпозиции.— Автоматика и телемеханика, 1978, № 3. [c.374]
Обращение к структурным аспектам и к изучению взаимодействий между элементами хоз. структур положило начало широкой разработке систем моделей планирования и функционирования. В таких построениях моделируемый объект рассматривается не как неделимое целое, описываемое множеством взаимообусловленных характеристик, а как комплекс элементов, находящихся во взаимосвязи каждому элементу соответствует модель, соотношения же между входами и выходами различных подобных моделей описывают взаимосвязи элементов. В первоначальных исследованиях рассматривались только двухуровневые структуры, включающие центр и подчинённые ему эле- менты нижнего уровня. Все взаимосвязи в комплексе проходят фактически через центр, к-рый представляет интересы всей системы, выражаемые в критерии оптимальности. Элементы нижнего уровня предполагаются лишёнными самостоятельных интересов они оптимизируют целевую функцию, назначенную для них центром. Вид этой функции (редукция общего критерия на локальный объект) и дополнительные ограничения, вводимые в локальные модели с целью учёта общесистемных интересов и условий, полностью определяются способом расчёта по системе моделей. Такие системы моделей получили название д е к о м п о-зиционных. Принцип декомпозиции может быть применён и к задачам планирования, в к-рых выделение локальных объектов имеет условный характер. Напр., с помощью декомпозиционной схемы можно анализировать составление плана на нек-рый период, для отд. лет к-рого составляются локальные модели, а взаимосвязи между характеристиками системы, относящимися к различным годам, представляются как общесистемные ограничения. Декомпозиционные схемы послужили математич. аппаратом изучения иерархических взаимодействий и нок-рых аспектов хоз. механизма, связанных с экономич. нормативами длительного действия. [c.648]
Смотреть страницы где упоминается термин Декомпозиция планов
: [c.65] [c.67] [c.75] [c.381] [c.426] [c.14] [c.563] [c.20] [c.358] [c.9] [c.237]Смотреть главы в:
Методы управления проектированием программного обеспечения -> Декомпозиция планов