Файл: Моделирование предметной области «Покупка сырья и материалов» с помощью UML..pdf
Добавлен: 28.03.2023
Просмотров: 120
Скачиваний: 2
ВВЕДЕНИЕ
Распространение информационных технологий, компьютерных сетей и вычислительной техники на сегодняшний день приняло повсеместный характер. И данное явление только продолжает укрепляться.
Закономерно, что в подобных условиях любому предприятию или организации, не оснащенным самым современным и функциональным программным и аппаратным обеспечением, оставаться на плаву, сохранять конкурентоспособность и место на рынке будет очень трудно. Это связано, в первую очередь, с тем, каким образом модернизируют новые технологии различные управленческие и бизнес–процессы предприятий.
Опыт показывает, что внедрение, а после и эффективное применение современных информационных технологий и вычислительной техники значительно увеличивает оперативность выполнения большинства операций в организации, освобождает персонал и менеджмент от большего процента бумажной работы, а также гарантирует увеличение целостности и корректности рабочей информации.
Кроме того, известно, что закупка сырья и материалов также требует высокого уровня контроля и сопряжена также с большим уровнем ответственности. Так, специально сконструированная информационная система позволит сделать этот бизнес–процесс более надежным, эффективным и оперативным.
Таким образом была определена цель курсовой работы: разработка регламента выполнения процесса «Покупка сырья и материалов».
Для достижения поставленной цели необходимо выполнить следующие задачи:
- Описать предметную область;
- Осуществить постановку задачи;
- Произвести выбор средств для моделирования бизнес–процессов;
- Реализовать моделирование бизнес–процессов «как есть»;
- Разработать мероприятия по улучшению бизнес–процессов;
- Осуществить моделирование бизнес–процессов в виде «как должно быть»;
- Подвести итог проделанной работы.
Объектом исследования выступит разработка регламента выполнения процесса, предметом – процесс «Покупка сырья и материалов».
Структура работы включает в себя две главы, первая глава состоит из трех параграфов, вторая глава – из двух параграфов. Также включен список используемой литературы, который состоит из 15 наименований.
Глава 1. Построение бизнес–процессов «как есть»
Описание предметной области. Постановка задачи
Закупкой сырья и материалов на предприятии, как правило, занимается отдел закупок.
Отдел (служба) закупок является функционально обособленным подразделением фирмы и входным звеном в логистической цепи/системы, поэтому ему необходимо устанавливать определенные взаимоотношения с другими структурными подразделениями компании для рациональной организации логистического процесса. Основные функции отдела закупок:
- Определение потребности в материальных ресурсах. Для этого отдел закупок получает информацию от отдела маркетинга, производственного отдела, службы логистики, операционно–аналитического отдела. Расчет средств на приобретение материальных ресурсов. Для расчетов необходимы данные из бухгалтерии и финансового отдела о наличии свободных оборотных средств.
- Поиск, анализ данных, выбор поставщиков. Это важная функция отдела закупок включает тщательное исследование рынка поставщиков по интересующей продукции, поиск наиболее квалифицированных поставщиков, предоставление необходимых услуг до и после продажи. В результате анализа выбираются наиболее приемлемые поставщики. Определение условий поставки и оплаты: переговоры с поставщиками, на которых обсуждаются условия доставки, формы оплаты, возможность получения отсрочек платежа и т.д.
- Заключение договоров и контроль исполнения. Данная функция отдела закупок выполняется при тесном сотрудничестве с юридическим отделом, так как важно в договоре соблюсти все интересы компании. Действия в случае нарушений условий поставки. Санкции в отношении поставщика, нарушившего условия поставки, могут иметь разный характер: от простого предупреждения или мелкого штрафа вплоть до расторжения договора с ним.
- Получение материальных ресурсов. Обработка входящих потоков материальных ресурсов, идентификация продукции, уточнение количества, подготовка отчетов и перемещение сырья к месту его использования и хранения.
- Проверка поступающей продукции и подтверждение качества. Проверка и подтверждение того, что поступающее сырье, материал и услуги отвечают требованиям, т.е. соответствуют договору и сертификации.
- Для эффективного функционирования отдел закупок должен обладать полномочиями на принятие решений при совершении закупок в следующих областях:
- Выбор поставщика. Отдел закупок должен иметь опыт в определении того, кто производит нужную продукцию и как анализировать надежность поставщика
- Метод ценообразования. Определение общей стоимости закупки для формирования цены и условий договора. Это одна из основных экспертных областей деятельности отдела закупок. Здесь должно иметь место для маневра, если необходимо достичь минимальных цен и общей стоимости закупок материальных ресурсов
- Сертификация
- Контроль над контактами с поставщиками. Отдел закупок должен поддерживать взаимоотношения с потенциальными поставщиками. Если работники компании (производственного отдела) будут непосредственно сами работать с поставщиками без уведомления отдела закупок, то это будет способствовать осуществлению продаж «с черного хода», когда потенциальный поставщик будет оказывать влияние на спецификацию готовой продукции таким образом, что он станет единственным источником снабжения. Если техническому персоналу поставщика необходимо непосредственно встретиться с инженерами фирмы–покупателя, то отдел закупок организует такие встречи.
Таким образом, покупка сырья и материалов всегда сопряжена с большим объемом информации, которая требует непрерывной обработки и движения. Автоматизация процессов, связанных с покупкой сырья и материалов позволит значительно сэкономить материальные, временные, трудовые ресурсы предприятия. Исходя из этого, можно заключить, что разработка регламента выполнения процесса «Покупка сырья и материалов» в первую очередь реализуется для оптимизации повышения продуктивности осуществления функций отдела закупок, в частности – осуществления покупки сырья и материалов.
В данном случае под исходными данными понимается информация, которая является необходимой для решения задачи. Такая информация может располагаться на различных носителях – первичных документах, электронных носителях, в памяти персонального компьютера. Так, рациональная организация исходной/входной информации, оптимальный выбор способов сбора, регистрации, хранения, передачи и обработки информации, ее достоверности, состава и своевременного получения оказывают неоценимое влияние на оперативность, эффективность и продуктивность выполнения всех процессов производства.
В качестве исходных данных для процесса «Покупка сырья и материалов» выступают:
- прайс–лист от поставщика. Заполняется сотрудниками компании–поставщика и поставляется в электронном виде. Нужен для оценки стоимости сырья и материалов и выбора наиболее оптимального выбора поставщиков.
- данные от различных отделов производства в виде отчетов и подобной документации. Необходима для определения потребности в сырье и материалах.
- данные о ситуации на рынке в виде результатов маркетинговых исследований. Также необходимы для выбора оптимальных поставщиков и оценки спроса на рынке, вследствие чего формируется перечень необходимого сырья.
Результатными документами и показателями будут выступать:
- Приходная накладная;
- Товарная накладная;
- Счет – фактура;
- Журнал по приходу;
- Журнал по распределению;
- Результат поиска документа по дате;
- Результат поиска документа по поставщику;
- Результат поиска документа по наименованию сырья/материала.
Рассмотрим подробнее на примере отчета по результатам выполнения запроса на поиск документа по некоторому параметру (Рисунок 1).
Название запроса
Назв. поля
Результат запроса
кнопки
Рисунок 1. Форма отчета
Роли сотрудников, принимающих участие в решении поставленной задачи, рассмотрены в Таблице 1.
Таблица 1
Роли сотрудников в решении задачи
Код сотр |
Должность |
% участия |
% ответств |
01 |
Руководитель отдела закупок |
80–100 |
100 |
02 |
Менеджер |
60–90 |
50–80 |
03 |
Сотрудник |
40–60 |
20–50 |
...n |
... |
0–100 |
0–100 |
Моделирование предметной области с использованием модели UML
Целью данного этапа служит осуществление анализа бизнес-процессов заказчика и на базе данного анализа создание модели автоматизированной системы управления (АСУ). Для этого нужно произвести анализ объектов капитального строительства, графика и объема их финансирования, условия заключаемых договоров и этапы их оплаты. Также нужно провести анализ роли ответственных лиц (Actors) и т.д. Задача это не простая и требует значительных аналитических усилий и опыта. Результатом этой работы должен быть список ролей в компании заказчика, четкое понимание процесса и список объектов (сущностей), участвующих в этом процессе. Все это и должно найти отображение в диаграммах Rational Rose. Помимо того, нужно вместе с заказчиком составить список требований к ИС.
Применяем следующий способ: используем Use case diagram для отображения списка операций, которые должна применять наша система; по-другому говоря, это требования к системе. Каждый Use case – это определенный процесс (последовательность действий), поэтому мы должны использовать Sequence diagram для его детализации. На данной диаграмме мы отображаем объекты из предметной области (объекты, участвующие в бизнес - процессе); данным образом, мы получаем экземпляры некоторых классов и их взаимодействие. Sequence diagram отображает сам процесс, статическая картина взаимодействия объектов отображается с помощью Class diagram.
-
- Диаграмма версий использование
Будем создавать диаграмму прецедентов – Use case diagram (диаграммы прецедентов). На Use case diagram отображаем взаимодействие между ролями (актерами) и прецедентами (это случаи использование ИС)[1].
Прецедент – это некоторый процесс, в котором как правило участвуют несколько объектов.
Диаграмма прецедентов
Разработка данной диаграммы пренужно следующие цели:
- Найти общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы
- Сформулировать общие требования к функциональному поведению проектируемой системы.
- Разработать начальную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.
- Подготовить начальную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система исполняется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых версий использование. При этом актером или действующим лицом называется любая содержание, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь вариант использование служит для описания сервисов, которые система предоставляет актеру. При этом ничто не говорится о том, каким образом будет исполнено взаимодействие актеров с системой.
Средства Rational Rose дозволяет для описания функциональной системы воспользоваться графическим редактором для построения Use Case диаграмм (сценариев). Опишем основные элементы в талблице.1.
Таблица 1
Условные обозначения диаграммы версий использование.
Условное обозначение |
Описывание условного обозначения |
Actor-актер системы, т.е. всякое функционирующие лицо, которое исполняет собой любую внешнюю по отношению к моделируемой системе содержание, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей. В системе актерами служит «Менеджер по поставкам», «Менеджер по продажам», «Начальник транспортного отдела» и «Управляющий». |
|
Use case -стандартное обозначение варианта (прецедента) использование, описывающий типичное взаимодействие между пользователем и системой |
|
связь, называемая коммуникацией (communication). Определяет, какую конкретную роль играет актер при взаимодействии с экземпляром варианта использование |
|
связь включения (include) между двумя вариантами использование, которая указывает, что неопределенно заданное действие для одного варианта использование содержится в качестве составного компонента в последовательности поведения другого варианта использование |
|
связь расширение (extend)отмечает тот факт, что один из версий использование может присоединять к своему поведению некоторое дополнительное действие, определенное для другого варианта использование |