Автор работы: Пользователь скрыл имя, 22 Ноября 2012 в 09:45, реферат
Так как клиенты размещают  крупные заказы, то менеджеры по продажам при регистрации заказа продажи резервируют товар. Конфликты резервирования (клиенту очень нужен товар, который есть в наличии, но товар уже зарезервирован для другого клиента) разрешаются в пользу постоянных клиентов первую очередь и во вторую очередь в пользу более крупных партий. Поскольку продажи ведутся по ценам, близким к оптовым, компания делает скидки только постоянным клиентами или при закупке очень больших объемов товаров и при этом старается как можно реже изменять свои общие для всех прайс-листы.
На данный момент компания не использует системы управления предприятием, однако активно использует  программы пакета офисного ПО MS Office: MS Word, MS Excel. При этом в качестве информационных каналов для отправки и получения информации используются:
Электронная почта
Факс
Доставка курьером
Обычная почта
ВВЕДЕНИЕ	3
ОПИСАНИЕ ПРЕДПРИЯТИЯ	3
ВЫБОР ИНСТРУМЕНТА ГРАФИЧЕСКОГО ПРЕДСТАВЛЕНИЯ БИЗНЕС-ПРОЦЕССОВ	4
ОРГАНИЗАЦИОННАЯ СТРУКТУРА КОМПАНИИ	5
ОПИСАНИЕ БИЗНЕС-ПРОЦЕССОВ «КАК ЕСТЬ»	8
PRPU ЗАКУПКИ	8
PRSA. ПРОДАЖИ	48
ОПИСАНИЕ ТРЕБОВАНИЙ К БИЗНЕС-ПРОЦЕССАМ	79
PRPU. ЗАКУПКИ	79
PRSA. ПРОДАЖИ	101
АНАЛИЗ ТРЕБОВАНИЙ	111
PRPU. ЗАКУПКИ	111
PRSA. ПРОДАЖИ	128
ОПИСАНИЕ БИЗНЕС-ПРОЦЕССОВ «КАК ДОЛЖНО БЫТЬ»	143
PRPU. ЗАКУПКИ	143
PRSA. ПРОДАЖИ	159
ПРИМЕР РЕАЛИЗАЦИИ И СПИСОК НАСТРОЕК	168
ОБЩЕЕ ОПИСАНИЕ СИСТЕМЫ	168
PRPU. ЗАКУПКИ	169
PRSA. ПРОДАЖИ	205
Табл. 6. Описание требований. PRPU05 Поступление товара
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RPU27  | 
  PRPU05.01  | 
  Необходимо предусмотреть организацию приемки товара  | 
  Р  | 
RPU28  | 
  PRPU05.02  | 
  Необходимо предусмотреть автоматическое формирование акта о приемке товара Факт приемки товара должен фиксироваться в специальном журнале, в который необходимо внести следующую информацию: 
  | 
  |
RPU29  | 
  PRPU05.03  | 
  Необходимо предусмотреть 
  возможность организации   | 
  Р  | 
RPU30  | 
  PRPU05.04  | 
  Необходимо предусмотреть 
  возможность выставления  Необходимо вносить следующую информацию: 
  | 
  С  | 
Табл. 7. Описание требований. PRPU06 Контроль выполнения условий договора
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
PRPU31  | 
  PRPU06.01  | 
  Необходимо предусмотреть возможность проверки плановой и фактической даты отгрузки и фиксации расхождения в системе  | 
  С  | 
RPU32  | 
  PRPU06.02  | 
  Необходимо предусмотреть возможность просмотра акта приемки товара и список выставленных дефектов в системе  | 
  С  | 
RPU33  | 
  PRPU06.03  | 
  Необходимо предусмотреть в системе принятие решения о приемке товара  | 
  С  | 
RPU34  | 
  PRPU06.04  | 
  Необходимо предусмотреть 
  возможность автоматического  Отчет должен содержать следующие поля: 
  | 
  С  | 
RPU35  | 
  PRPU06.05  | 
  Необходимо предусмотреть в системе организацию приемки товара.  | 
  С  | 
В данном разделе приводится описание требований к группе бизнес-процессов «PRSA. Продажи»
В данном разделе приводятся требования к бизнес-процессу «PRSA01 Поиск клиентов» и проводится первичный анализ о том, можно ли реализовать данное требование с помощью стандартной функциональности системы или придется разрабатывать ее расширение.
Табл. 8. Описание требований. PRSA01 Поиск клиентов
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RSA01  | 
  PRSA01.01  | 
  Необходимо реализовать 
  возможность автоматического   | 
  Р  | 
RSA02  | 
  PRSA01.02  | 
  Необходима возможность ведения общего справочника клиентов. Этот справочник должен содержать следующую информацию: 
 В системе должна быть предусмотрена возможность поиска клиента по вышеуказанным полям.  | 
  С  | 
RSA03  | 
  PRSA01.03  | 
  Должна быть реализована возможность фиксации отправки клиентам информации о товаре по электронной почте  | 
  С  | 
RSA04  | 
  PRSA01.04  | 
  Необходимо реализовать возможность автоматического анализа запросов на товар с целью последующего определения потребности в закупки тех или иных товаров.  | 
  Р  | 
Табл. 9. Описание требований. PRSA02 Отправка коммерческих предложений
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RSA05  | 
  PRSA02.01, PRSA02.02, PRSA02.03  | 
  Необходимо предусмотреть 
  возможность ведения  Коммерческое предложение должно содержать следующую информацию: 
 Необходимо предусмотреть возможность редактирования коммерческих предложений (после сохранения чернового варианта в системе) в процессе их оформления и согласования.  | 
  С  | 
RSA06  | 
  PRSA02.01, PRSA02.02, PRSA02.03  | 
  Необходимо предусмотреть 
  механизм проставления и изменения 
  статуса коммерческого  
  | 
  Р  | 
RSA07  | 
  PRSA02.04  | 
  Должна быть реализована возможность зафиксировать в системе факт отправки коммерческого предложения.  | 
  С  | 
Табл. 10. Описание требований. PRSA03 Заключение договоров с клиентами
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RSA08  | 
  PRSA03.01  | 
  Факт получения подтверждения комплектации заказа должен фиксироваться в системе путем копирования данных из соответствующего коммерческого предложения в новый заказ. В новый заказ должна переноситься вся информация из коммерческого предложения.  | 
  С  | 
RSA09  | 
  PRSA03.02  | 
  Необходима возможность автоматического формирования списков клиентов, подтвердивших комплектацию заказа, с которыми нет действующих договоров, в виде отчета.  | 
  Р  | 
RSA10  | 
  PRSA03.03  | 
  Должна быть реализована возможность ведения договоров с клиентами в системе. Информация по договорам должны включать: 
  | 
  С  | 
Табл. 11. Описание требований. PRSA04 Обработка заказа
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RSA11  | 
  PRSA04.01, PRSA04.02, PRSA04.03  | 
  Необходимо предусмотреть возможность редактирования заказов (после их создания) в процессе их оформления и согласования. Заказ должен содержать следующую информацию: 
  | 
  С  | 
RSA12  | 
  PRSA04.01, PRSA04.02, PRSA04.03  | 
  Необходимо предусмотреть механизм проставления и изменения статуса коммерческого предложения. Статусы должны быть следующими: 
  | 
  Р  | 
Табл. 12. Описание требований. PRSA05 Выставление счета-фактуры клиенту
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RSA13  | 
  PRSA05.01  | 
  Необходимо обеспечить 
  возможность автоматического   | 
  С  | 
RSA14  | 
  PRSA05.01, PRSA05.02, PRSA05.03  | 
  Необходимо предусмотреть механизм проставления и изменения статуса счета-фактуры. Статусы должны быть следующими: 
  | 
  Р  | 
RSA15  | 
  PRSA05.03  | 
  Должна быть реализована возможность фиксации факта отправки счета-фактуры клиенту.  | 
  С  | 
Табл. 13. Описание требований. PRSA06 Выполнение обязательств по договору
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RSA16  | 
  PRSA06.01  | 
  Необходимо обеспечить возможность работы в системе с банковскими выписками (ввод, просмотр, редактирование).  | 
  С  | 
RSA17  | 
  PRSA06.01  | 
  В журнале регистрации счетов-фактур необходимо обеспечить отражение получения уведомления о выполнении условий по оплате.  | 
  С  | 
RSA18  | 
  PRSA06.02  | 
  Необходимо автоматически контролировать, чтобы формирование уведомления о готовности к отгрузке выполнялось только при условии наличия уведомления об оплате (условие предоплаты).  | 
  Р  | 
RSA19  | 
  PRSA06.02  | 
  Необходимо обеспечить автоматическую процедуру ведения бухгалтерского учета, в том числе налоговых отчислений.  | 
  С  | 
Табл. 14. Описание требований. PRSA07 Контроль счетов
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
  Тип решения  | 
RSA20  | 
  PRSA06.01  | 
  Необходимо обеспечить возможность работы в системе с претензиями (как входящими, так и исходящими)  | 
  С  | 
RSA21  | 
  PRSA06.01  | 
  Необходимо обеспечить возможность построения отчета по «проблемным» клиентам (которые не выполняют обязательств по оплате или же которым компания не смогла отгрузить товар вовремя)  | 
  Р  | 
RSA22  | 
  PRSA07.02  | 
  Необходимо обеспечить 
  автоматизацию выверки   | 
  С  | 
RSA23  | 
  PRSA07.02  | 
  Необходимо автоматически формировать расходные накладные по каждому заказу.  | 
  С  | 
В данном раздела проводится анализ требований, выдвинутых заказчиком, к бизнес-процессам.
Данный этап работ позволяет определить необходимый объем работ, которые необходимо произвести. Выделяют два типа требований: реализуемые с помощью стандартной функциональности системы и требования, требующие дополнительной разработки. В результате анализа для стандартных требований будут определены модули системы, покрывающие необходимую функциональность. Для второй группы требований возможны следующие варианты их реализации:
В данном примере будут рассмотрены только те требования, которые можно будет реализовать с помощью стандартной функциональности системы.
В данном разделе приводится описание требований к группе бизнес-процессов «PRPU. Закупки»
В данном разделе приводится общий список требований бизнес-процесса «PRPU01 Подготовка и оформление заявки на товар», которые необходимо реализовать.
Табл. 15. Общий список требований. PRPU01 Подготовка и оформление заявки на товар
№ требования  | 
  Шаг процесса  | 
  Тип решения  | 
  Модуль в системе  | 
RPU01  | 
  PRPU01.01  | 
  Р  | 
  -  | 
RPU02  | 
  PRPU01.02  | 
  С  | 
  [М] Покупка -> [П] Планирование -> [Ф] Товары  | 
RPU03  | 
  PRPU01.03  | 
  С  | 
  [М] Покупка -> [П] Планирование -> [Ф] Товары  | 
RPU04  | 
  PRPU01.04  | 
  С  | 
  [М] Покупка -> [П] Планирование -> [Ф] Заявки  | 
RPU05  | 
  PRPU01.05  | 
  Р  | 
  -  | 
RPU06  | 
  PRPU01.06  | 
  Р  | 
  [М] Покупка -> [П] Планирование -> [Ф] Заявки -> [Мн] -> Функции -> [К] Выполнить указание  | 
В данном проводится анализ требований, которые невозможно реализовать с помощью стандартной функциональности системы.
Табл. 16. Анализ необходимости расширений системы. PRPU01 Подготовка и оформление заявки на товар
№ требования  | 
  Шаг процесса  | 
  Описание требования  | 
RPU01  | 
  PRPU01.01  | 
  Необходима возможность автоматического формирования отчета о потребности в товарах, исходя из анализа исторических данных о продажах, анализа рыночной ситуации и прогноза спроса.  | 
RPU05  | 
  PRPU01.05  | 
  Необходима возможность проведения согласования сформированной заявки в системе. Необходимо предусмотреть возможность редактирования строк заявки и изменения ее статуса  | 
Суть требования
Данный отчет необходим для оперативного планирования потребностей в товарах и услугах. Отчет должен формироваться на основании исторических данных, прогноза спроса, анализа рыночной ситуации. Отчет позволит минимизировать уровень складских запасов товаров и улучшить качество предоставляемых услуг.