Методология и методики разработки логистической системы

Приведенная в настоящем разделе методология является рекомендуемой производителем системы Axapta – компанией Microsoft Business Solutions. Эту методологию предполагается принять за основу, и с учетом собственных рекомендаций принять в качестве основной при проектировании и внедрении.

Microsoft Business Solutions Partner Methodology разработана на основании опыта, накопленного в течение последних почти 20 лет в ходе работы по реализации большого количества проектов на предприятиях разного масштаба, в различных странах и регионах, а также в разных отраслях.

Использование в процессе внедрения Методологии позволяет обеспечить высокую эффективность проекта и реальное достижение тех целей внедрения, ради которых начат поиск решения. Microsoft Business Solutions Partner Methodology предполагает высокую "прозрачность" и контроль хода проекта на всех этапах, что, в первую очередь, направлено на снижение проектных рисков.

Основной акцент методология делает на нуждах бизнеса, которому необходимо эффективное решение, то есть логистическая система, обеспечивающая достижение его целей. Таким образом, результат проекта согласно Microsoft Business Solutions Partner Methodology – это работающее решение для бизнеса Заказчика.

Одним из основных критериев методологии является реализация проекта в запланированные сроки, в соответствии с проектным заданием и в рамках оговоренного бюджета.

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

Проект, согласно Microsoft Business Solutions Partner Methodology, состоит из нескольких стадий: диагностика, анализ, дизайн, разработка и тестирование, развертывание, начальное сопровождение.

Диагностика

На стадии Диагностики проводится предварительное обследование предприятия Заказчика, имеющее целью понять особенности и потребности его бизнеса, совместно выработать требования к предстоящему решению и на основе этой информации предложить будущее решение. Этот этап выполнен в первом разделе дипломной работы. Методика выполнения диагностики показана в таблице 2.1. (стр.29).

Таблица 2.1

Методика проведения диагностических работ

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

Анализ.

Основной задачей стадии Анализа является подробное изучение тех участков и бизнес-процессов Заказчика, которые должны быть включены в проект. Требования к результатам внедрения детализируются и уточняются.

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

Таблица 2.2. Методика проведения анализа

Дизайн

Основной вопрос, на который дает ответ стадия Дизайна – "Как? ", "Каким образом? ". В документах, которые разрабатываются, согласуются и утверждаются на этой стадии, описывается концепция реализуемого решения, изменения в бизнес-процессах, модификации и расширения функциональности.

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

Таблица 2.3. Методика проведения работ по дизайну проекта

Разработка и тестирование

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

Таблица 2.4. Методика проведения работ по разработке и тестированию проекта

Продолжение таблицы.

В случае, когда нет разработки модификаций или создается небольшое количество модификаций и интерфейсов возможно применение упрощенного порядка разработки тестирования. Помимо тестирования соответствия реализованной функциональности первоначальным дизайнам, также проводится тестирование производительности и объемов.

Развертывание

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

Таблица 2.5. Методика проведения работ по развертыванию проекта

Начальное сопровождение

На стадии начального сопровождения осуществляется поддержка начального периода промышленной эксплуатации системы. По окончании начального сопровождения Заказчик переходит на регулярное сопровождение, в ходе которого осуществляется поддержка его работы в рамках контракта на сопровождение, а также периодические плановые обновления программного обеспечения. В ходе сопровождения возможно поступление запросов от Заказчика на изменение и развитие используемого решения.

Таблица 2.6. Методика проведения работ по начальному сопровождению проекта

2.3. Синхронное планирование и оптимизация

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

Функциональность Microsoft Axapta позволяет:

Выбирать метод планирования (например, выбрать направление планирования вперед от указанной даты, в обратную сторону от даты).

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

Использовать альтернативные рабочие центры.

Планировать производство, принимая во внимание наличие материалов (оптимизация использования материалов).

Планировать субпроизводства.

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

В зависимости от потребностей управления планирование может производиться как вперед, так и в обратную сторону от некоторой указанной даты.

Планирование вперед диктуется требованиями скорейшего запуска производства. Этот метод планирования можно назвать активным, поскольку система принуждает выполнить производство в максимально сжатые сроки. В качестве точки отчета допускается выбрать любую дату: сегодняшнюю, завтрашнюю или любую другую.

Планирование назад метод пассивный, поскольку система планирования отталкивается от даты поставки товара и старается максимально оттянуть начало работ. В качестве точки отсчета берется дата поставки или любая другая.

Проект контура "Логистика" - подконтура "Снабжение" охватывает следующие бизнес-процессы: заключение годового договора с поставщиком; подача заявок поставщикам и заявок на транспортировку; контроль поставок; разгрузка материалов; учет поступивших материалов; входной контроль; перемещение МПЗ; инвентаризация материалов на складах; отпуск материалов на сторону.

Проект контура "Логистика" - подконтура "Сбыт" охватывает следующие бизнес-процессы: прием и согласование годовых заявок клиентов; заключение договоров на поставку продукции с клиентами; заказ транспорта; перемещение ГП из цеха на склад ГП; отгрузка продукции первичного рынка клиенту; отгрузка продукции вторичного рынка клиенту; оформление документов на оплату; инвентаризация ГП на складах ГП; претензионная работа.

Описание действующих бизнес-прцессов представлено в Приложении 3.

Глава 3 развитие логистической системы оао "абсолют"