- •Методики внедрения информационных систем учебное пособие
- •1 Методология внедрения
- •1.1Терминология:
- •1.2 Место внедрения в отечественных ис
- •2.Подробное рассмотрение методологии внедрения ис от Microsoft
- •2.1 Этапы Этап 1: диагностика
- •Основные результаты этапа:
- •Основные вехи этапа:
- •Этап 2: анализ
- •Основные результаты этапа:
- •Основные вехи этапа:
- •Этап 3: дизайн
- •Основные результаты этапа:
- •Основные вехи этапа:
- •Этап 4: разработка
- •Основные результаты этапа:
- •Основные результаты этапа:
- •Основные вехи этапа:
- •2.2 Процессы
- •2.3 Предложения
- •2.4 Межэтапные процессы
- •2.5 Процессы и процедуры управления проектами
- •2.6 Роли, поддерживаемые методологией Sure Step Methodology
- •2.7 Конечные результаты
- •2.8 Пользователи методологии Sure Step Methodology
- •Новые возможности Microsoft Dynamics nav 2009 sp1
- •История Microsoft Dynamics nav
- •Финансовый учет Учет уровня предприятия
- •Финансовый контроль
- •Настройка и адаптация
- •Бюджетирование
- •Межфирменный учет
- •Консолидация отчетности филиалов
- •Расчеты с клиентами и поставщиками Расчеты с покупателями
- •Расчеты с поставщиками и подотчетными лицами
- •Российский бухгалтерский и налоговый учет
- •Учет кассовых и банковских операций
- •Учет товарно-материальных ценностей
- •Гибкость настройки
- •Прозрачность
- •Идентификация доходов и расходов
- •Система налоговых регистров
- •Регистры промежуточных расчетов
- •Регистры состояния единицы налогового учета
- •Регистры учета хозяйственных операций
- •Регистры формирования отчетных данных
- •Основные средства
- •Управление персоналом
- •Конфиденциальная информация
- •Регистрация отсутствия
- •Заработная плата
- •Расчет заработной платы
- •Отчетность
- •Интеграция с другими программами
- •Портал сотрудника
- •Система сбалансированных показателей
- •Ключевые возможности
- •Для достижения стратегических целей требуется постоянно отслеживать состояние бизнеса
- •Поставленные цели должны быть достигнуты
- •Поддержка внешних показателей
- •Стратегическое управление
- •Ключевые возможности
- •Стратегическое планирование
- •Контроль выполнения задач
- •Управление мероприятиями
- •Последовательности мероприятий
- •Многомерный анализ (olap)
- •Ключевые возможности
- •Многомерный анализ данных
- •Olap- и erp-системы
- •Точность получаемых результатов
- •Простота использования
- •Визуальное представление данных
- •Для широкого круга пользователей
- •Технологические особенности
- •Анкетирование
- •Ключевые возможности
- •Функциональная карта Microsoft Dynamics crm
- •2.4 Технологии
- •Из Microsoft Dynamics crm в абс передаются:
- •Из абс в Microsoft Dynamics crm передается следующая информация:
- •3. Общая информация
- •Завершение
- •3.1 Управление стоимостью проекта
- •3.3 Управление рисками
- •4. Методологии внедрения ис Oracle
- •4.1 Внедрение
- •Oracle Siebel crm Управление Маркетинговыми Ресурсами
- •Oracle Siebel crm Маркетинг по e-mail
- •Oracle Siebel crm Аналитика Маркетинга
- •Oracle Siebel crm Управление Лояльностью
- •Oracle Siebel crm Управление Продажами
- •Возможности Oracle Siebel crm управление продажами
- •Oracle Siebel crm Прогнозы
- •Oracle Siebel crm Ценовые Предложения и Заказы
- •Oracle Siebel crm Аналитика Продаж
- •Oracle Siebel crm Продажи для Мобильных Устройств
- •Oracle Siebel crm Служба Поддержки
- •Интеграция с Microsoft Office
- •Oracle Siebel crm Контакт-центр
- •Oracle Siebel crm Аналитика Контакт-центра
- •Oracle Siebel crm Управление, Взаимоотношениями с Партнерами
- •Oracle Siebel crm Партнерский Портал
- •Oracle Siebel crm Аналитика Работы с Партнерами
- •Oracle Siebel crm Самообслуживание
- •Oracle Siebel crm Интернет-Коммерция
- •Oracle Siebel crm Интернет-Поддержка
- •Oracle Siebel crm Интернет-Счета
2.1 Этапы Этап 1: диагностика
Этап начинается с подготовительной деятельности, основная цель которой — сформировать команду для проведения диагностики. Как только команда собрана и проинструктирована, первой ее задачей станет высокоуровневый анализ бизнес-требований.
В некоторых компаниях имеются бизнес-процессы, заключающие в себе высокие риски в силу большой доли неопределенности в них. Для таких процессов рекомендуется более детальный бизнес-анализ. Задачи детального анализа на этапе диагностики сводятся к получению достаточной информации для точного определения рамок проекта и объема предполагаемых работ. В некоторых случаях могут потребоваться отдельное коммерческое предложение и контракт на проведение детальной диагностики.
Как только анализ бизнес-процессов будет завершен, у проектной команды появится достаточно информации для высокоуровневого определения границ и рамок проекта.
Отдельная часть предложения на внедрение системы посвящена инфраструктуре. Клиент хочет понимать, каковы будут суммарные инвестиции в проект развертывания Microsoft Dynamics. Задачи инфраструктурного анализа определяются на этапе диагностики, но их выполнение можно перенести на этапы анализа или дизайна, в зависимости от конкретного клиента.
Финальный набор задач заключается в планировании проекта – определении ресурсов, времени и бюджета для развертывания решения.
В завершение этапа диагностики необходимо оценить бизнес-требования, объем и рамки проекта, а также план проекта, и исходя из этого определить, что рационально в данном случае – быстрое или полное внедрение Microsoft Dynamics.
Основные результаты этапа:
Предложение по работе над проектом:
описание содержания проекта (отчет о диагностике);
предварительный план проекта.
Оценка инфраструктуры.
Основные вехи этапа:
Клиент принимает предложение на внедрение и контракт, включая предполагаемый объем и рамки проекта, а также предварительный
Этап 2: анализ
Этап анализа начинается с действий, направленных в первую очередь на формализованное создание проектной команды – как со стороны консультанта, так и со стороны заказчика. Следует обратить особое внимание на совещание по запуску проекта (Kick Off Meeting), на котором должны быть представлены участники проектной команды и согласованы ожидания и взгляды на то, как будет протекать проект.
Следующая по важности задача после проведения kickoff-встречи — необходимость ознакомить ключевых пользователей с Microsoft Dynamics. Тренинг должен быть нацелен на пользователей, которые будут непосредственно участвовать в детальном анализе, а также на ключевых пользователей из бизнес-единиц компании-заказчика, вовлеченных в проект.
Далее запускается ряд параллельных операций, набор которых зависит от объема проекта и доступных ресурсов. В первую очередь проектная команда должна продолжить детальный анализ бизнес-процессов, начатый на этапе диагностики.
Как только завершится анализ разрывов, рекомендуется провести ревизию требований к инфраструктуре с целью удостовериться, что ни одно из новых требований не повлияет на изначально предложенную инфраструктуру.
Анализ и планирование миграции данных также следует проводить на стадии анализа. Проектная команда должна идентифицировать существующие источники информации и оценить, что потребуется для миграции данных.
Когда анализ всех требований будет завершен, собранная информация агрегируется и на ее основе создается документ «Функциональные требования», который заказчик проверяет, одобряет и подписывает.