
- •1. Erp в иерархии стандартов управлении предприятием
- •2. Главные технологические отличия erp систем от mrp II, краткая характеристика применяемых технологий
- •3. Основные технологические тенденции развития систем класса erp
- •4. Microsoft Sure Step – основные этапы (и их характеристика) методологии внедрения ms Dynamics
- •5. Зачем Вам нужно изучать ms Dynamics nav
- •6. Перечислите как минимум 5 актуальных задач в области повышения
- •7. Перечислите виды учета, которые можно реализовать с помощью ms Dynamics nav
- •8. Дайте определение понятию измерение, используемому в ms Dynamics nav
- •9. Какие виды измерений существуют в системе ms Dynamics nav
- •10. Определите 7 основных функциональных модулей управления предприятием, составляющих основу erp системы
- •11. Объясните назначение и возможности системы фильтров в ms Dynamics nav
- •12. Объясните назначение действия «Учет» для сформированного заказа. Какие возможны варианты учета в заказе?
- •13. Объясните значение инструмента «учетные группы»
- •14. Какие средства позволяют настроить ms Dynamics nav под нужды конкретного предприятия?
- •15. Перечислите основные виды отчетов в ms Dynamics nav, приведите примеры
- •16. Определите назначение инструментов журналы в ms Dynamics nav
4. Microsoft Sure Step – основные этапы (и их характеристика) методологии внедрения ms Dynamics
Этап 1: диагностика
Этап начинается с подготовительной деятельности, основная цель которой — сформировать команду для проведения диагностики. Как только команда собрана и проинструктирована, первой ее задачей станет высокоуровневый анализ бизнес-требований.
Этап 2: анализ
Этап анализа начинается с действий, направленных в первую очередь на формализованное создание проектной команды – как со стороны консультанта, так и со стороны заказчика. Следует обратить особое внимание на совещание по запуску проекта (Kick Off Meeting), на котором должны быть представлены участники проектной команды и согласованы ожидания и взгляды на то, как будет протекать проект.
Этап 3: дизайн
Основа этапа дизайна закладывается еще на этапе анализа и регламентируется порожденными на ней артефактами, в частности, результатом анализа бизнес-процессов и планом миграции данных. Цели этапа дизайна включают следующее (но не ограничиваются этим):
Создать или обновить целостный дизайн решения и соответствующие документы, которые потребуются для того, чтобы решение соответствовало функциональным требованиям.
Создать верхнеуровневую спецификацию для каждой модификации системы, настраиваемой обработки, специфичных отчетов и интеграций, определенных в документе «Функциональные требования».
Создать детальное описание требований к преобразованию данных в соответствии с тем, что было определено в ходе анализа и планирования миграции данных на этапе анализа.
Этап 4: разработка
Планирование этапа разработки включает просмотр требований к разработке, расстановку приоритетов и распределение ресурсов. Затем настраивается среда разработки и тестирования, а план тестирования, работа над которым была начата на стадии дизайна, окончательно прорабатывается для каждого настраиваемого процесса.
Этап 5: развертывание
На этапе развертывания все усилия проектной команды объединяются и направляются на успешную передачу заказчику решения Microsoft Dynamics. В рамках этого этапа есть несколько важных задач, которые должны быть выполнены для успешного достижения цели. Этап включает в себя все операции, связанные с завершающим тестированием (в том числе нагрузочным), тренингами пользователей и окончательным переходом на новую рабочую среду.
Этап 6: эксплуатация
После успешного запуска системы и подписания акта приемки этапа развертывания могут быть запущены две параллельные группы задач.
Первый набор задач — различные завершающие операции проекта, связанные с окончательной передачей знаний от проектной команды заказчику. Некоторые проектные операции остаются открытыми после запуска системы — это вполне обычное явление. Очень важно пройти по всем этим открытым операциям и получить согласие заказчика на их закрытие. Закрытие проекта также включает поставку оставшейся документации, опциональные дополнительные тренинги пользователей и финальную передачу знаний.
Второй набор задач представляет собой важные «пост-запускные» операции, которые подразумевают присутствие участников проектной команды у заказчика на протяжении определенного периода времени с целью удостовериться в том, что рабочая среда корректно функционирует, и оказать помощь при возникновении непредвиденных ситуаций. Это потенциально объемный набор задач, которым необходимо управлять, и он имеет фиксированную дату завершения.