- •Методики внедрения информационных систем учебное пособие
- •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 Интернет-Счета
Основные результаты этапа:
Устав проекта.
Тренинги ключевых пользователей.
Детальный анализ бизнес-процессов:
анализ разрывов требований с базовой функциональностью;
оценка устранения разрывов;
описание интерфейсов.
План миграции данных.
План проекта.
Функциональные требования:
инфраструктура, функциональность и безопасность;
интеграция.
Требования к контролю качества и тестированию.
Основные вехи этапа:
Проведено совещание по запуску проекта.
Заказчик утверждает Устав проекта.
Проводится тренинг по Microsoft Dynamics AX для ключевых пользователей.
Заказчик утверждает «Функциональные требования», включая описания бизнес-процессов, интеграции и миграции данных.
Заказчик утверждает обновленный план-график проекта.
Этап 3: дизайн
Основа этапа дизайна закладывается еще на этапе анализа и регламентируется порожденными на ней артефактами, в частности, результатом анализа бизнес-процессов и планом миграции данных. Цели этапа дизайна включают следующее (но не ограничиваются этим):
Создать или обновить целостный дизайн решения и соответствующие документы, которые потребуются для того, чтобы решение соответствовало функциональным требованиям.
Создать верхнеуровневую спецификацию для каждой модификации системы, настраиваемой обработки, специфичных отчетов и интеграций, определенных в документе «Функциональные требования».
Создать детальное описание требований к преобразованию данных в соответствии с тем, что было определено в ходе анализа и планирования миграции данных на этапе анализа.
Получить одобрение от заказчика верхнеуровнего плана миграции данных и спецификации дизайна решения, прежде чем приступать к созданию детальной спецификации дизайна и проведению финальных оценок.
Создать детальную спецификацию дизайна решения на основе верхнеуровневой структуры дизайна, одобренной клиентом.
Провести и представить заказчику окончательные оценки разработки, создания модификаций, настройки, интеграции и миграции данных.
Получить утвержденные заказчиком дизайн решения, спецификации модификаций системы, дизайн миграции данных и оценки всех перечисленных операций.
Основные результаты этапа:
Спецификация дизайна решения:
функциональный дизайн;
техническая спецификация.
Дизайн интеграции с внешними системами.
Дизайн миграции данных и определение соответствий структур данных.
План и сценарии тестирования.
Основные вехи этапа:
Заказчик утверждает спецификацию дизайна решения, дизайн интеграции с внешними системами и дизайн миграции данных.
Заказчик утверждает время разработки и оценку расходов.
Этап 4: разработка
Планирование этапа разработки включает просмотр требований к разработке, расстановку приоритетов и распределение ресурсов. Затем настраивается среда разработки и тестирования, а план тестирования, работа над которым была начата на стадии дизайна, окончательно прорабатывается для каждого настраиваемого процесса.
Текущие операции разработки протекают параллельно в зависимости от того, какие ресурсы имеются в распоряжении проектной команды. Например, можно параллельно разрабатывать дополнительную функциональность системы, способы интеграции и миграции данных. Операции разработки включают тестирование разработанных модулей. Кроме того, необходимо функциональное тестирование, проводимое командой консультантов. В идеале тестирование должно выполняться не самими разработчиками, а кем-либо еще, и проводиться по согласованному ранее плану тестирования.
Как только завершится цикл разработки какой-либо дополнительной функциональности, можно приступать к подготовке как технической, так и пользовательской документации на эту функциональность, включая дополнительные тренинги для пользователей. Заказчик начинает тестирование процессов согласно критериям, сформулированным на этапе дизайна. Такое тестирование подтверждает корректность настройки функциональности, интеграции и миграции данных.
Циклы разработки и тестирования продолжаются до тех пор, пока результаты тестирования не будут отвечать определенным ранее критериям тестирования и не удовлетворят заказчика. На данном этапе проекта важны такие процессы, как управление объемом и рамками проекта и управление изменениями.
Реализация отдельных функций, интеграция и миграция данных могут быть перенесены на другие этапы разработки в зависимости от их масштаба, сложности и доступных ресурсов.