Файл: Проектирование организации бизнес-процесса «Запасы-склад (приходование товара).pdf
Добавлен: 14.06.2023
Просмотров: 148
Скачиваний: 3
Результатом дальнейшего разбиения функции Приемка товара является диаграмма декомпозиции (Рисунок 4):
- Проверка документов (При прибытии транспорта с грузом на склад в первую очередь проверяется наличие сопроводительных документов и их содержание на предмет соответствия условиям, прописанным в договоре поставки)
- Разгрузка товара (Прежде чем приступить к приемке товара, необходимо его разгрузить. Для выгрузки товара может применяться различное подъемно-транспортное оборудование)
- Приемка по количеству и сохранности (После завершения разгрузки проводится пересчет и проверка качества товара для выявления недостачи или не кондиции, составляется акт о приемке продукции)
- -Приходование на склад (Товар и документация передаются на склад для дальнейшего хранения и учета)
Рисунок 4 Диаграмма декомпозиции IDEF0. Приемка товара
Проведя декомпозицию функции Приемка по количеству и сохранности получаем конечную диаграмму декомпозиции (Рисунок 5):
- -Проверка количества товара (Приемка по количеству может проводиться по массе или по количеству товарных единиц. При обнаружении недостачи составляется акт о приемке продукции в котором указывают количество недостающего товара и его общую стоимость)
- -Проверка целостности упаковки (На этом этапе проводится визуальный осмотр упаковки товара. При обнаружении некондиционного товара определяется степень повреждения и возможность восстановления упаковки силами работников склада. Принимается решение о приемке товара или его возврате)
- -Проверка сроков годности (Для товаров с ограниченным сроком годности проводится их проверка. Товар с истекшим сроком может быть возвращен поставщику)
- -Внесение в базу данных (Данные по принятому товару заносятся в базу данных)
Рисунок 5 Диаграмма декомпозиции IDEF0. Приемка по количеству и сохранности
2.2 Нотация IDEF3
Нотация IDEF3 была разработана с целью более удобного описания рабочих процессов (workflow), для которых важно отразить логическую последовательность выполнения процедур. Для описания логики взаимодействия информационных потоков модель дополняют диаграммами методологии IDEF3, также называемой workflow diagramming. Методология моделирования IDEF3 позволяет описать и задокументировать процессы графически, фокусируя внимание на течении этих процессов и на отношениях процессов и важных объектов, являющихся частями этих процессов. IDEF3 предполагает построение двух типов моделей: модель может отражать некоторые процессы в их логической последовательности, позволяя увидеть,
Рисунок 6 Проверка целостности упаковки(IDEF3)
как функционирует организация, или же модель может показывать “сеть переходных состояний объекта”, предлагая вниманию аналитика последовательность состояний, в которых может оказаться объект при прохождении через определенный процесс.
В процессе приемки в обязательном порядке проверяется целостность упаковки. Если обнаруживается повреждение упаковки или самого товара, то он возвращается обратно поставщику. Аналогичным образом происходит и проверка сроков годности (Рисунок 6 и Рисунок 7).
Рисунок 7 Проверка сроков годности(IDEF3)
2.3 Диаграмма дерева узлов
Дерево узлов – представление отношений между родительскими и дочерними узлами модели IDEF0 в форме древовидного графа. Диаграммы дерева узлов – это диаграммы, показывающие не взаимосвязи между функциями (стрелки), а иерархическую зависимость функций. Диаграмма узлов использует традиционное дерево иерархий, в котором верхний узел (блок) соответствует контекстной диаграмме, а нижний уровень – декомпозицию потомков.
Диаграмма узлов дерева добавляется в модель для демонстрации взаимосвязи всех родительских диаграмм и диаграмм–потомков в виде иерархии блоков в модели, что позволяет рассмотреть всю модель целиком.
Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня. Имя дерева узлов по умолчанию совпадает с именем блока верхнего уровня, а номер диаграммы автоматически генерируется как номер узла верхнего уровня плюс буква «N». Если в модели создается два дерева узлов, имеющие в качестве верхнего уровня одну и ту же функцию, то по умолчанию диаграммы получат идентичные номер и имя. Поэтому рекомендуется при создании диаграммы дерева узлов задавать имя диаграммы, отличное от значения по умолчанию.
Процесс создания модели функций является итерационным, следовательно, функции могут менять свое расположение в дереве узлов многократно. Чтобы не запутаться и проверить позиции, следует после каждого изменения создавать диаграмму дерева узлов. ( Рисунок 8)
- Диаграмма «Склад» – первый уровень дерева узлов;
- Диаграммы «Приемка товара», «Отгрузка и возврат товара» и «Хранение» – второй уровень дерева узлов;
- Диаграммы «Проверка документов», «Разгрузка товара», «Приемка товара по количеству и сохранности» и «Приходование на склад» – третий уровень дерева узлов;
- Диаграммы «Проверка количества товара», «Проверка целостности упаковки», «Проверка сроков годности» и «Внесение в базу данных» – четвертый уровень дерева узлов, данный уровень обеспечивает достаточную подробность в ходе данной работы.
Рисунок 8 Диаграмма дерева узлов
Глава 3 Диаграмма процессов в ERWin.
Существует два различных метода моделирования - логический уровень и физический уровень. Понятие логический уровень подразумевает, что мыслим в понятиях реального мира и непосредственно из него берем объекты для моделирования. Элементами в рассматриваемом инструментальном средстве являются сущности, связи и атрибуты.
Сущность - “логический” объект, который в физической среде СУБД представлен таблицей. Сущность в ERwin обычно описывает три части информации: атрибуты, являющиеся первичными ключами, не ключевые атрибуты и тип сущности. Связь - это соотношение либо между двумя сущностями, либо между сущностью и этой же сущностью. Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, знак “обязательности” связи и кардинальность связи. Альтернативным ключом называется атрибут или группа атрибутов, уникальным образом определяющие экземпляр сущности. Если у сущности есть несколько атрибутов, уникальным образом определяющих каждый экземпляр, то Вы можете назначить любой из этих атрибутов, за исключением атрибутов первичного ключа, альтернативным ключом, и ERwin создаст дополнительные индексы.
Под инфологической моделью понимают описание предметной области, выполненное с использованием специальных языковых средств. Модель должна содержать необходимую и достаточную информацию для дальнейшего проектирования автоматизированной информационной системы.
Инфологическая модель должна легко однозначно восприниматься всеми специалистами, которые в дальнейшем участвуют в процессе проектирования баз данных, а также модель является средством коммуникации разнообразных коллективов, как конечных пользователей, так и разработчиков.
Для описания инфологической модели применяются языки описательного типа и графические средства. Графическое представление является наиболее наглядным и простым для восприятия и анализа, поэтому мы воспользуемся графическим способом отображения нашей модели.
Для представления информационной модели данных используется CASE-средство ERWin. С его помощью при проектировании модели ИС «Склад» была создана логическая и физическая модели базы данных (Рисунок 9 и Рисунок 10). В данной работе использована связь один-ко-многим. Связь типа один-ко-многим означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности.
Рисунок 9 Модель данных (логический уровень)
Рисунок 10 Модель данных (физический уровень)
Заключение
Владельцы и руководители бизнеса по-разному подходят к оценке информационных технологий. Одни воспринимают их как некое модное веяние, которому нужно слепо следовать. Другие воспринимают информационные технологии как престиж и считают их средством для повышения стоимости активов предприятия. Однако большинство предпринимателей (особенно среди малого и среднего бизнеса) воспринимают информационные технологии исключительно как головную боль и неоправданные дополнительные расходы.
Тем не менее разумное применение информационных технологий для управления предприятием может сделать любую компанию более конкурентоспособной в следствии повышения его эффективности управления.
Посредством такой автоматизации возможно повысить эффективность управления компанией путем обеспечения ее руководителей и специалистов максимально подробной, оперативной и достоверной информацией, на основе единой базы данных. Также современные информационные технологии предоставляют возможность снизить расходы на ведение дел путем автоматизации процессов обработки информации регламентации и упрощения доступа сотрудников компании к необходимой информации. Информационные технологии позволяют качественно изменить характер труда сотрудников посредством избавления их от выполнения рутинной работы и дают возможность сконцентрировать свои усилия на наиболее важных профессиональных обязанностях, а также обеспечивают надежность учета и контроля, поступления и расходов материальных средств на всех уровнях управления предприятием.
Руководителям среднего и нижнего звеньев информационные технологии предоставляют инструменты для анализа деятельности своих отделов и оперативной подготовки сводных и аналитических отчетов для смежных отделов и руководства.
Вместе с тем современные информационные технологии повышают эффективность обмена данными между отдельными подразделениями, филиалами и центральным аппаратом, гарантируют полную безопасность и целостность данных на всех этапах обработки информации.
Таким образом использование информационных систем на предприятии может и не являться жизненной необходимостью, тем не менее их применение повышает эффективность организации и выводит ее на новый конкурентоспособный уровень. Однако стоит учитывать, что для представителей среднего и малого бизнеса, зачастую, более целесообразным и экономически выгодным является приобретение и внедрение уже готового продукта (и при необходимости его изменение и доработка под конкретные задачи), а не разработка информационной системы с нуля.