2.4 Постановка задач по подсистемам

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

Использование диаграммы Use Case (рисунок 4)– это возможность увидеть систему с ее функциями и подфункциям с точки зрения пользователя.

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


Рисунок 4. Диаграмма Use Case.

 

Рассмотрим каждую функцию:

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

Сравнение имеющихся ресурсов – с помощью этой функции сравниваем и анализируем уже имеющиеся ресурсы. С помощью них можно охарактеризовать эффективность управления продажами.

Снижение издержек и рисков – с помощью снижения издержек можно повысить спрос и наоборот. От этой функции зависит многое, так как риск является скрытым препятствием и может понизить уровень продаж.

Использование финансовых и материальных ресурсов – необходимо увязать имеющиеся у нас ресурсы с необходимыми требованиями рынка.

«Склад» От того, насколько правильно и точно будет выполняться и строиться работа склада предприятия зависит очень многое. Это основывается на том, что основной и главной функцией склада является контролирование и пополнение уже имеющихся товаров, а также закупка новых. Наряду с этим рассматриваются следующие функции:

Формирование заявки (формирование заказов поставщикам) – необходимо оформить заказ на основе планов закупок. При этом производится анализ уже имеющихся товаров. Также производится точный анализ рынка предлагаемой продукции. Необходимо выбрать тех поставщиков, которые бы отвечали нашим требованиям и запросам (например, выбираем приемлемые цены и хорошее качество вместо дешевого товара, но зато низких цен.)

Входной информацией является:

ID поставщика;

Наименование товара;

Количество единиц;

Дата и время доставки;

Остаток товара на складе.

Выходной информацией является оформление заявки.

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

Исполнение обязательств по договорам – здесь работник Склада оговаривает точные сроки поставки и отгрузки товара. Выписывает необходимые для этого документы.

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

«Отдел продаж» Какой бы выгодный товар не получил Склад, как бы хорошо не распланировало весь процесс Генеральный директор в конечном итоге все упирается в Отдел продаж и его работников. От того, насколько хорошо они знают и умеют выполнять свою работу, зависит, как будет продаваться товар, и, как следствие, благополучие управления продажами. В разрабатываемой системе считается, что работник Отдела продаж сам заполняет форму заказа. Форма заполняется каждый раз, когда приходит новый клиент.

Формирование заказа – заказ формируется основываясь на БД имеющихся в наличии товаров.

Входной информацией является:

№ заказа;

ID клиента;

Наименование товара;

Количество единиц товара;

Стоимость товара;

Дата заказа.

Выходной информацией является оформленный заказ.

Учет и контроль за исполнением заказов клиентов.

Ведение договоров с покупателями – оговариваются условия доставки товара, а также условия расчета.

Анализ продаж – на основании анализа продаж производится изучение потребительского спроса.

«Бухгалтерия» Главной задачей является автоматизация складского учета, анализ состояния складов, контроль движения товарно-материальных ценностей; бухгалтерский и налоговый учет в полном соответствии с национальным законодательством; формирование налоговой, бухгалтерской и другой регламентированной отчетности в различные органы; бухгалтерский учет и контроль смет расходов бюджетных организаций в полном соответствии с законодательством и ведомственными инструкциями; сбор сводной отчетности бюджетных организаций

«Клиенты» (потребители) – предприятием изучается потребительский спрос на производимый вид товара, разрабатывается гибкая система цен.

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

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

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

Критерии оценки поставщика:

- приемлемая цена;

- качество поставляемой продукции;

- качество обслуживания потребителей;

- гибкость поставок;

- ограничение размера заказа;

- дороги;

-удаленность поставщика от потребителя;

- психологический климат в коллективе;

- кредитоспособность и финансовое положение.

Критерии выбора поставщика:

- определение количества возможных поставщиков (определение всех возможных поставщиков, включая и тех, чьими услугами наша компания ранее не пользовалась);

- определение позиции поставщиков на рынке;

- определение профессионализма и надежности поставщиков;

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

- проведение переговоров с поставщиками;

- оценка уровня цены;

- надежность поставок.

Диаграмма классов (class diagram) (рисунок 5) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений.

Данная диаграмма классов позволяет увидеть взаимоотношения между объектами системы, связи и зависимости.

Рисунок 5. Диаграмма классов.

Диаграмма Use Case и диаграмма классов являются основанием для построения структуры БД.



Информация о работе «Автоматизированное рабочее место "Логистика" ЗАО "Приосколье"»
Раздел: Информатика, программирование
Количество знаков с пробелами: 94241
Количество таблиц: 21
Количество изображений: 24

0 комментариев


Наверх