Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Б. 1.3. Quickstep for R/3: описание фаз реализации SAP

Читайте также:
  1. I. Общая характеристика сферы реализации государственной программы, описание основных проблем в указанной сфере и перспективы ее развития
  2. IV. МЕХАНИЗМЫ РЕАЛИЗАЦИИ ГОСУДАРСТВЕННОЙ НАЦИОНАЛЬНОЙ ПОЛИТИКИ
  3. IV. ОПИСАНИЕ ДОМА
  4. IV. Требования к условиям реализации основной образовательной программы начального общего образования
  5. А.2.3.1.1. Макроописание
  6. Анализ факторов и резервов увеличения выпуска и реализации продукции.

Предложение / Заказ

Обычно детальный анализ ситуации «как есть» опускается, хотя по желанию заказчика существующие бизнес-процессы могут быть проанализированы. Если заказчик хочет выяснить количественные характеристики сценария «как есть» (время производственного цикла, стоимость процессов, соблюдение сроков, установленных графиком, и т.д.), без анализа бизнес-процессов не обойтись. Для этого используются диаграммы ЕРС, которые обеспечивают наглядность и прозрачность даже при описании больших процессов.

Описание ситуации «как есть» предполагает предварительное создание общего эскиза процессов с крайне незначительной степенью детализации (один-два уровня). На семинарах по выработке требований с ориентацией на процессы выясняются требования заказчика к реализации R/3. Это делается при помощи контрольных списков. В результате составляется официальное предложение для заказчика. В зависимости от стратегии реализации Quickstep for R/3 предоставляет также ориентированные на процессы расчетные модели, план структуры проекта, списки действий (задач) и календарные графики. Эти способы контроля значительно повышают эффективность и качество планирования проекта.

Описания процессов необходимы, чтобы оценить объем работ по реализации и получить четкое представление о том, какая поддержка или какие дополнительные работы по настройке требуются для внедрения нового прикладного пакета. Если такие модели отсутствуют или в связи с приложением требуется соответствующая целевая концепция, то рекомендуется следующая процедура.

Сформулируйте вместе с руководством общую концепцию бизнес-процессов. Решите, например, в какой мере следует на практике реализовать управление цепочками поставок и какие преимущества привнесут в ваш проект современные технологии (скажем, связи с корпоративными бизнес-партнерами через экстрасети).

Опираясь на эти концепции, спроектируйте продуктовую модель, описывающую услуги и продукты, предлагаемые вашим предприятием. Эта модель представляет основные характеристики потребительских продуктов и услуг, имеющие ключевое значение для решений о закупках исходных материалов.

Рыночная модель отображает маркетинговые мероприятия, каналы сбыта и ожидания рынка в отношении услуг и продуктов, предлагаемых компанией. Для правильного позиционирования выходной продукции (услуг) компании на рынке обе модели необходимо синхронизировать.

Продуктовая и рыночная модели строятся средствами ARIS Toolset, которые позволяют наглядно представить отношения между отдельными компонентами, сделать их прозрачными, а также предоставляют пользователям возможность дополнительно вводить пояснительную информацию.

Цепочки добавленного качества, требующиеся для проектирования и продажи продуктов, описываются в соответствии с этой продуктовой стратегией. Вспомогательные функции, такие как финансовый учет и контроль или управление людскими ресурсами, дифференцируются по фактическим процессам добавления качества. Чтобы обеспечить достаточную прозрачность, цепочки добавленного качества должны содержать от 30 до 50 элементов, представляющих стратегическое направление, выбранное руководством для реализации программного обеспечения, ориентированного на процессы.

Стратегический компонент проекта может быть необязательным. Однако практика показывает, что именно этот компонент позволяет руководству сориентировать проект в верном направлении. Будущие выгоды в огромной мере зависят как раз от стратегического компонента.


Дата добавления: 2015-08-03; просмотров: 143 | Нарушение авторских прав


Читайте в этой же книге: А.3.2.3.3.1. Общая детализация | А.3.2.3.3.2. Связи с базами данных | А.3.3.1. Моделирование на уровне определения требований | А.3.4.1. Моделирование определения требований | А.3.4.3.1. Детализация полномочий | А.3.4.3.2. Распределенные базы данных | А.3.5.1. Моделирование определения требований | А.3.6.1. Моделирование определения требований | А.3.7.1.2. Бизнес-объекты | А.3.7.2.1. Конфигурирование на базе моделей бизнес-процессов |
<== предыдущая страница | следующая страница ==>
Б.1.2. ARIS Quickstep for R/3| Концептуальный проект прототипа

mybiblioteka.su - 2015-2024 год. (0.006 сек.)