Построение структуры разбиения работ. Построение структуры разбиения работ — первый шаг планирования программы. СРР устанавливает связи между планом программы и потребностями заказчика, обычно предоставленными в виде функциональных спецификаций или описания работ. [c.292]
Структуризация проекта Построение структуры разбиения работ (WBS) 5.1 [c.349]
Структуризация (см. также 18.2.3 и 18.2.4 — Построение структуры разбиения работ и назначения ответственных), суть которой сводится к разбивке проекта на иерархические подсистемы и компоненты, необходима для того, чтобы проектом можно было управлять. [c.98]
Профиль прикладного ПО (функциональных частей ИС), формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профилю прикладного ПО конкретной ИС следует иметь в виду функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, "не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка выполняется динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов. Описания блоков настроечной информации в этих случаях являются частью профиля прикладного ПО. Общие требования к прикладному ПО, заданные в ТЗ, должны быть конкретизированы в профиле на основе выбранной методологии и принципов построения системы (функционально-модульного или объектного подхода). Профиль прикладного ПО должен содержать ссылки на стандартизованные интерфейсы между приложениями и средой ИС, которые описываются в профилях среды ИС, защиты информации и встроенных инструментальных средств. [c.81]
В отдельности каждый подход имеет свои слабые и сильные стороны. В структуре, построенной по функциональному принципу, делается акцент на видах деятельности и отдельных работах правда, при этом снижается видимость ключевых конечных продуктов как таковых. Подход к структуризации на основе структуры продукта имеет обратную тенденцию. На практике наилучшим подходом является разработка комбинированной структуры с использованием смешанного подхода. Искусство разбивки программ состоит в умелом соединении трех различных структур — процесса, продукта и организации в единую структуру программы. Структура, построенная таким образом, может отображать структуру продукта на верхних уровнях и переходить к структурам, отображающим специфические работы на нижних уровнях, что позволяет перейти к схеме определения ответственных за отдельные виды, работ. Такой подход позволяет, фокусируя внимание на конечных продуктах программы, обеспечить разбиение, удобное для построения структуры ответственности за конкретные работы. [c.294]
Разработчики могут использовать и другие критерии для разбиения работ, например по секторам рынка (распределение по географическому принципу, по типам пользователей). Однако на практике, если такие подходы используются в качестве основного принципа структуризации при построении СРР, возникают трудности из-за избыточного усложнения структуры. Более эффективно разработчик может применять данные критерии при построении структурной схемы организации. [c.294]
Смотреть страницы где упоминается термин Построение структуры разбиения работ
: [c.212] [c.178]Смотреть главы в:
Управление инвестициями Том 1 -> Построение структуры разбиения работ