| Рисунок 30. Система моделей проектного бизнеса |  |
Корпоративная система управления проектами — принятая в компании модель проектного бизнеса. Реализация модели в виде пакета внутрикорпоративных регулирующих документов. [c.133]
В этой главе излагается сводный взгляд на проектный бизнес. Показывается позиционирование проектного бизнеса в общей системе бизнеса. Общее описание ведется на языке моделирования. Иными словами, проектный бизнес определяется как модель, которая характеризуется набором своих параметров. В этой главе приводится непосредственно перечень параметров. В последующих главах будет дано более подробное описание этих параметров, раскрыто их внутреннее содержание. [c.59]
В начале разработки проектной модели консультанты по типовой информационной системе совместно с проектной группой на основе предварительно построенной модели бизнес-функций D12 и референтной модели U2 уточняют модель бизнес-функций D21 (преобразователь П21). Правильность выбора бизнес-функций контролируется на основе использования бизнес-правил U3. [c.421]
В процессе эксплуатации ЭИС осуществляется системная поддержка для устранения возникающих замечаний. Особое внимание на стадии эксплуатации придается развитию проекта ЭИС. Для этого система должна накапливать статистику о характере функционирования информационной системы, на основе которой происходит технологическая отладка эффективности эксплуатации ЭИС. Важно также осуществлять анализ эффективности организации с помощью информационной системы бизнес-процессов на основе контроллинга экономических показателей, который приводит к непрерывному совершенствованию проектной модели предприятия D3 (на рис. 14.15 обратная связь от преобразователя П4 к ПЗ), а следовательно, к адаптации ЭИС к необходимым изменениям. [c.425]
Механизм проектных групп заслуживает отдельного обсуждения, поскольку он вместе с моделью четырех этажей бизнеса, системой трех проектов и нормативной базой (см. далее) фактически составляет методологическую основу инженерного консалтинга. В отличие от инжиниринговых и учебных структур, где четко разделено, где заказчик, а где исполнитель работ, в данном случае барьеры изначально должны быть сломаны. [c.137]
Эта фаза выполняется сразу после внедрения. Для анализа точности, надежности и эффективности работы ИС предусмотрено проведение регулярных проверок выполнения системой операций. Функция проверки устанавливает оптимальный контроль над бизнес-процессами и их взаимодействием, и, наконец, обзор стратегии оценивает реализацию стратегических целей предприятия на основе анализа показателей деятельности предприятия. На этой фазе происходит непрерывное совершенствование проектной модели предприятия и адаптация ИС к необходимым изменениям. [c.163]
Адаптированная модель — это сплав западного, советского f и российского опыта и знаний. Модель позволяет конструи- ровать полноценные системы проектного бизнеса под конкретную компанию. [c.21]
В существующих стандартах и литературе нет единого подхода к построению общей системы проектного бизнеса. Так, в модели PMI упор делается на описание через процессы. Модель IPMA строится на основе функционального подхода. Автор этой книги предпринял попытку объединить разные подходы, воспользовавшись методикой, применяемой в объектно-ориентированном анализе и программировании (ООАП). Методика ООАП позволяет строить модели различных бизнес-систем, а затем, на основании построенной модели, разрабатывать электронные программы для автоматизации работы бизнес-системы. Преимущество методики ООАП состоит как раз в универсальности. Методика была специально разработана как универсальный способ для различных систем, не только существующих в бизнесе. [c.59]
Разработчики моделей IPMA, PMI, ISO не применяют для названий своих документов слово "модель". В рамках настоящей книги, исходя из логики построения теории проектного бизнеса, для названий применяется термин "модель". С таким же правом корпоративная система управления проектами также называется моделью. Тем не менее, внутри каждой соответствующей главы (IPMA, PMI, ISO) применяется данное разработчиками название. [c.222]
Для модельно-ориентированной технологии проектирования ЭИС характерна привязка модели предприятия к функциональности типовой ЭИС (см. рис. 14.15), на основе которой в последующем автоматически выполняется конфигурация информационной системы. Поэтому на входе преобразователя П2 задаются предварительная модель предприятия (D2), референтная модель функциональности типовой ЭИС (U2) и универсум бизнес-правил отображения модели (U3), а на выходе формируется проектная модель предприятия (D3), в которой определяются компоненты типовой ЭИС, компоненты других программных продуктов и компоненты, которые должны быть специально разработаны с помощью инструментальных средств четвертого поколения, например АВАР/4 (SAP) или набора инструментов Tools (BAAN). [c.421]
Во время фазы 2 консультанты по продукту BAAN IV в тесном сотрудничестве с представителями предприятия - ключевыми пользователями, работают над окончательным определением модели предприятия на уровне бизнес-процессов и адаптацией приложений BAAN IV согласно сформулированным на предыдущей фазе требованиям. В своей работе консультанты используют референтные типовые модели бизнес-процессов для определенных типов производства и отраслей, которые модифицируются в соответствии с сформулированными требованиями в проектную модель предприятия. На пилотной стадии происходит установка системы, проводится обучение пользователей и определяются детальные процедуры по продукту BAAN IV. В результате окончания фазы 2 информационная система должна быть полностью готова к эксплуатации. [c.162]