Структура модели проектного бизнеса

Иерархическая структура модели проектного бизнеса приведена на рис. 08. Сдвиг блока вниз и влево соответствует сдвигу на один уровень в иерархии. Блоки, расположенные на горизонтальном уровне. соответствуют одному и тому же уровню иерархии. Описание классов дано в таблице 09. Далее, в последующих главах в этой части, все классы и их параметры будут описаны более подробно.  [c.60]


Реализация типового проекта ЭИС сводится к конфигурации ЭИС и генерации интерфейсов пользователей (см. рис. 14.15), то есть получении готовых для эксплуатации программ функций обработки данных G1 и интерфейсов G2, а также определении структуры базы данных (бизнес-объектов) G3. Настройка программного комплекса типовой ЭИС и генерация интерфейса пользователей осуществляются автоматически на основе бизнес-правил U3 и проектной модели предприятия (D3). В исключительных случаях требуется доработка или создание новых программных модулей, которые производятся с помощью инструментальных средств программного комплекса U4.  [c.423]

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


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

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

Генератор интерфейса пользователя BAAN IV используется для создания базовых структур мешо или, по желанию, диаграмм бизнес-процесса (рис. 6.10), которые могут быть созданы как для отдельного пользователя (отдельной функции), либо для всей бизнес-модели. Процесс создания интерфейса пользователя управляется из референтной модели или проектной модели бизнес-процесса. При этом автоматически определяются права доступа пользователей. Достоинство получаемого интерфейса заключается в его персонификации в виде автоматизированных рабочих мест и в возможности отслеживания с помощью графического диалога пользователя выполняемой работы в рамках отраженной в бизнес-процессе технологии.  [c.179]