Концепция бригады главного программиста хорошо вписывается в методологию, излагаемую в данной книге. Библиотека поддержки разработки является хорошей иллюстрацией методов конфигурационного управления на уровне проекта. Структурное программирование удовлетворяет многим требованиям методологии проектирования, которые упоминаются в этой книге. Нисходящее проектирование, называемое также программированием сверху вниз, является фактически постепенной детализацией описаний функциональной структуры на уровнях более простых функций до тех пор, пока, наконец, не будет достигнут уровень собственно операторов языка программирования [14]. В ходе этого процесса фактически осуществляется декомпозиция проекта, описанная в предыдущей главе. Как заметил Бейкер [39], один из недостатков работы бригад главного программиста заключается в отсутствии подробных описаний функциональной структуры, которые отражали бы все внешние аспекты системы, не затрагивая внутренней структуры проекта. Ясно, что речь здесь идет о внешних спецификациях, рассмотренных в гл. 2. Бригада главного программиста, в составе которой предусмотрена должность руководителя проек- [c.91]
Основным приемом разработки всякой системы автоматизации было и является функциональная декомпозиция исходных сложных функциональных зависимостей на более простые. Для этого разработаны эффективные процедуры типа методологии структурного анализа и проектирования [1]. Однако, мало того, что невозможно строго определить качество такой декомпозиции (слишком большие системы), всякие изменения в первоначальном описании объекта или его управлении приводят к большим изменениям в функциональной модели, к большим переделкам проекта системы. [c.29]
В справочной системе локализованных версий Proje t 2002 используется термин "структурная декомпозиция работ", что позволило образовать аббревиатуру СДР. Но значительная часть отечественных специалистов по управлению проектами вместо него используют термин "иерархическая разбивка работ" или "иерархическая структура работ". Автор не считает возможным нарушить эту традицию. [c.105]
Некоторые формы иерархической декомпозиции, с которыми мы встретимся, представляют собой нисходящее управление (гл. 5), декомпозицию планов (гл. 6), декомпозицию проекта (гл. 7) и структурирование планов выпуска и спецификаций изделий (частично гл. 13 и разд. 15.1—15.3). Вероятно, многие знакомы с такими видами формальной иерархической декомпозиции, как поэтапная обработка [11], уровни абстракции [12], иерархия документации [13], нисходящее программирование [14], модульная декомпозиция [15], композиционное [16] и структурное [17] проектирование. Александер [18] предлагает весьма интересное представление декомпозиции. В небольшой, но очень полезной книге он проводит философское обсуждение процессов анализа и синтеза конструкций, за которым следует математический метод разложения множества ограничений на подмножества, приводящий к минимизации их взаимодействия. Его работы и работы Бёма [19], Хоара [20], Милза [21], а также некоторые пока еще не опубликованные работы представляют собой значитёлньый вклад в проектирование программного обеспечения благодаря введению количественной меры оценки этого процесса и средствам доказательства правильности программ. [c.31]
Структура проекта, создаваемая на основе декомпозиции, позволяет оптимизировать процедуры сбора и обработки информации о ходе выполнения работ по проекту в соответствии с уровнями управления, видами элементных проектов, обобщать информацию по графикам потоков денежных средств и производственных ресурсов. ASE-технологии повышают эффективность проведения структурного анализа при комплексном инвестиционном проектировании. [c.371]