Складской учёт

Размещено на http://www.allbest.ru

Министерство образования и молодежной политики Свердловской области

Государственное автономное профессиональное

образовательное учреждение Свердловской области

«Уральский радиотехнический колледж им. А.С. Попова»

Полевской филиал

Складской учёт

Курсовой проект по дисциплине «Методы и средства проектирования ИС»

Руководитель:

Е.И Костромина

Разработчик (и):

Е.И Михеенков

2022



Содержание

Введение

Постановка задачи

Описание предметной области

Проектирование информационной системы

Техническое задание

Методология IDEF

Методология IDEF3

Диаграмма вариантов использования

1. Описание общей диаграммы

1.1 Расход товара

1.2 Приход товара

2. Описание диаграммы вариантов использования Менеджера

2.1 Приход товара

2.2 Расход товара

3. Описание диаграммы вариантов использования Бухгалтера

3.1 Приход товара

3.2 Расход товара

Проектирование диаграммы деятельности

Проектирование диаграммы классов

Разработка информационной модели данных

Логическая модель данных

Физическая модель данных

Заключение

Список использованных источников



Введение

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

При выполнении курсовой работы были поставлены следующие задачи:

описание предметной области;

проектирование концептуальной модели данных;

моделирование бизнес-процессов;

проектирование физической и логической структуры базы данных.

В данной курсовой работе описывается проектирование ИС «Складской учёт». ИС должна быть проста в использовании и предельно понятна для сотрудников.



Постановка задачи

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



Описание предметной области

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

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

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



Проектирование информационной системы

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

Анализ предметной области (анализ предприятия или пред проектное обследование)

Техническое задание

контекстная диаграмма (IDEF0) и ее декомпозиция

диаграмма IDEF 3

ER-диаграмма

логическая и физическая модели данных

диаграмма классов

диаграмма вариантов использования

диаграмма деятельности 

Техническое задание

Характеристика	Содержание
Наименование и область применения	Полное наименование системы: Автоматизированная система управления «Складской учет» «Складской учет» - это обширный фонд данных, как о товарах данного предприятия, так и о клиентах, поставщиках и другая немаловажная информация, которая в свою очередь нуждается в постоянном контроле для чего и создается автоматизированная информационная система (АСУ).
Основание для разработки	Основанием для создания системы является заявка на проектирование и разработку автоматизированной системы. Темой разработки является автоматизация складского учета
Назначение и цели создания (развития) системы	Программа предназначена для учета, обработки и хранения информации о поступлении и расходовании товаров со склада предприятия. АИС «Складской учет» служит для автоматизации работ, связанных с ежедневным учетом товаров на предприятии
Требования к структуре и функционированию системы	- система должна поддерживать единую технологию обработки и предоставления данных; - система должна функционировать как единое целое; - система должна быть реализована по принципу однократного ввода данных; - использование в рамках системы единого набора инструментальных средств; - открытость структур хранения информации. Можно выделить следующие основные функциональные подсистемы: - поступление материалов; - ведение картотеки складского учета; - учет материальных запасов; - учет движения материальных запасов. Все перечисленные подсистемы должны быть тесно интегрированы между собой, и использовать единый поход к обработке, хранению и передаче данных. Все сведения заносятся в единую базу данных, к которой предъявляются следующие требования: - адекватность предметной области; - полнота; - достоверность; - интегрированность; - минимальная избыточность данных (гибкость); - целостность, согласованность; - безопасность данных; - производительность; - эффективность и надежность; - простота и удобство эксплуатации.
Требования к инструментальному обеспечению	Программное обеспечение: Для корректной работы необходима операционная система Windows/Linux/IOS и установленные компоненты СУБД 1C (желательно самая новая версия). Рекомендуемые технические характеристики: процессор 1800Мгц и выше; (Обеспечивает быструю скорость обработки данных, что значительно сокращает время, затрачиваемое на работу); оперативная память - от 256Мб (Позволяет работать с большими объемами справочной информации и документов); - свободное место на HDD не менее 100 Mb (требуемое пространство будет увеличиваться при заполнении баз данных); - наличие печатающей техники (принтеры) для составления отчётов.
Требования к надежности	- Программа должна выдавать сообщения об ошибках при неверно заданных исходных данных, поддерживать диалоговый режим в рамках предоставляемых пользователю возможностей. - АИС должна обеспечивать возможность непрерывного ведения складского учета; - АИС должна обеспечивать возможность резервного копирования и архивирования БД; - АИС должна быть отказоустойчивой.
Лингвистическое обеспечение	Отсутствует за ненадобностью, так как АИС «Складской учет» предназначена для конкретного предприятия.
Правовое обеспечение	АИС разрабатывается на основе договора, заключенного между заказчиком и разработчиком. Создание и использование системы не противоречит Законодательству РФ.
Стадии и этапы разработки	Работы по разработке АИС состоят из следующих этапов: - разработка общей структуры баз данных; - разработка схемы взаимодействия отдельных частей системы; - разработка интерфейса; - написание программы; - отладка программы; - тестирование программы; - техническое сопровождение.
Описание информационного обеспечения	Подход, основанный на использовании баз данных, предполагает осуществление сбора, хранения и обработки большого количества данных. Базу данных можно определить, как совокупность взаимосвязанных и хранящихся вместе данных, при наличии минимальной избыточности, для их оптимального использования Для добавления новых или модификации существующих данных, а также для поиска данных в базе данных применяется общий управляемый способ. Данные структурируются таким образом, чтобы была обеспечена возможность дальнейшего наращивания приложений.
Входная информация	Входной информацией для АИС «Складской учет» служит информация о движении товарно-материальных ценностей: - Накладная товаров (оформление заказов); - Продукция;
Выходная информация	Выходной информацией для АИС «Складской учет» служит следующая информация: Погрузка товаров; Отгрузка продукции со склада; Отчёт об учёте товаров на складе. Также выходной информацией являются отчеты, отражающие движения материальных средств и товаров.
Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие	Для ввода системы в действие, необходимо: - установить СУБД 1С и настроить совместную работу его компонентов; - организовать обучение персонала для работы с системой; - организовать сбор других исходных данных и ввод их в систему; - настроить все необходимые первичные показатели; - протестировать работу системы; - внедрении системы
Требования к документированию	По результатам разработки программного продукта АСУ «Складской учет» должна быть составлена следующая документация: - пояснительная записка к техническому проекту; - руководство пользователя; - руководство программиста; - другая документация на усмотрение разработчика



Методология IDEF0

Методология IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.

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

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

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

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

Каждый блок должен иметь по крайней мере одну стрелку контроля (управления). Управление всегда входит в вершину блока. Управление, как правило, представляется в виде правил, инструкций, политики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может также использоваться для описания процедуры начала или окончания выполнения действия.

Для проанализированной предметной области была построена контекстная диаграмма при помощи Erwin Process Modeler как показано на рисунке 1.

Рисунок 1 - Контекстная диаграмма IDEF0

Декомпозиционное разложение модели используется в моделировании бизнес-процессов, для того чтобы дать более подробное описание блоков. Каждое из этих действий может в свою очередь быть декомпозировано. При каждой декомпозиции блока создается новая диаграмма. Число декомпозиций не ограничено и полностью зависит от уровня сложности, который необходимо показать в модели.

Декомпозируем контекстную диаграмму на 4 функциональных блока как показано на рисунке 2:

Погрузка продукции;

Хранение продукции;

Отгрузка продукции;

Формирование отчёта о продукции.

Рисунок 2 - Декомпозиция IDEF0



Методология IDEF3

Методология IDEF3 была разработана с целью более удобного описания рабочих процессов, для которых важно отразить логическую последовательность выполнения процедур.

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

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

Декомпозируем функциональный блок «Погрузка продукции» который входит в элемент декомпозицией блока «Хранение продукции» на пять действий как показано на рисунке 3:

Принятие накладной товаров;

Проверка места на складе;

Проверка документов;

Проверка количества продукции;

Занесение в базу данных 1С.

Рисунок 3 - IDEF3 Приём и хранение продукции

Декомпозируем функциональный блок «Отгрузка продукции» который входит в элемент декомпозиции блока «Формирование отчёта о продукции» на четыре действия как показано на рисунке 4:

Проверка товаров на складе;

Формирование отчета о продукции;

Погрузка товаров;

Отгрузка товаров поставщику.

Рисунок 4 - IDEF3 Отгрузка продукции со склада



Диаграмма вариантов использования

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

Рисунок 5 - Общая диаграмма вариантов использования



1.Описание общей диаграммы.

1.1 Расход товара

Менеджер проверяет наличие товара на складе. Если товар есть в достаточном количестве, оформляет счет на оплату товара. Бухгалтер, после поступления оплаченного счета, оформляет расходную накладную и передает ее менеджеру. Менеджер, на основании накладной формирует заказ. Сотрудник склада на основании заказа выдает товар клиенту по накладной.

1.2 Приход товара

Менеджер проверяет наличие товара и по результатам проверки формирует заказ.

Бухгалтер проплачивает счет поставщика и оформляет приходную накладную.

Сотрудник склада принимает товар по приходной накладной.

Рассмотрим диаграммы вариантов использования для каждого Актора системы.

На рисунке 6 показана диаграмма вариантов использования для Актора Менеджер.

Рисунок 6 - Диаграмма вариантов использования Менеджера



2.Описание диаграммы вариантов использования Менеджера

2.1 Приход товара

Менеджер проверяет наличие товара, в случае. Если товар отсутствует, или его мало, менеджер оформляет заказ на поставку и передает бухгалтеру счет поставщика на оплату.

2.2 Расход товара

Менеджер по заявке клиента формирует счет на оплату товара и передает его клиенту. При получении расходной накладной формирует заказ для склада на выдачу товара.

На рис. 7 показана диаграмма вариантов использования для Актора Бухгалтер.

Рисунок 7 - Диаграмма вариантов использования Бухгалтера



3. Описание диаграммы вариантов использования Бухгалтера

3.1 Приход товара

После получения от Менеджера счета на оплату товара поставщику, Бухгалтер оплачивает счет и оформляет приходную накладную при получении товара от поставщика.

3.2 Расход товара

Бухгалтер формирует расходную накладную после оплаты счета на товар клиентом.

На рис. 8 показана диаграмма вариантов использования для Актора Сотрудник склада.

Рисунок 8 - Диаграмма вариантов использования Сотрудника склада

Описание диаграммы вариантов использования Сотрудника склада.

Сотрудник склада принимает или отпускает товар со склада по соответствующей накладной (приходная, расходная). Проводит плановую инвентаризацию.

Проектирование диаграммы деятельности

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

Диаграмма деятельности представлена на рисунке 9.

Рисунок 9 - Диаграмма деятельности



Проектирование диаграммы классов

Диаграмма классов системы определяет типы классов системы и связи между ними. Классы представляют сущности предметной области (на этапе анализа) или элементы программной системы (на этапе проектирования и реализации).

Основными элементами проектируемой системы являются классы, а также связи между ними. Классы характеризуются «атрибутами» и «операциями».

Диаграмма классов проектируемой системы «Складской учет» показана на рис. 10.

Рисунок 10 - Диаграмма классов

Основной сущностью в системе будет являться товар. Как известно товар хранится на складе. Но понятия товара как описания и товара, лежащего на складе, отличаются друг от друга. Товар, лежащий на складе, кроме того, что связан со складом отношением композиции (в данной системе товар является товаром, пока он не покинет склад), ещё характеризуется количеством. Аналогично следует рассуждать и при рассмотрении отношения Товара и Заказа, Товара и Накладной. В связи с тем, что Заказ и Накладная являются документами и имеют сходные атрибуты, они были объединены с помощью общего класса Документ.



Разработка информационной модели данных

Логическая модель данных

Логический уровень - это абстрактный взгляд на данные, на нем данные представляют так, как выглядят в реальном мире. Объекты модели, представленные на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например, на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Логическая модель данных описывает факты и объекты, подлежащие регистрации в ней. Устанавливаются связи между сущностями, определяются атрибуты и проводятся нормализация данных.

Базовые сущности и атрибуты:

1) Бухгалтерия (код ведомости, код работника, наименование товара, цена товара, дата поступления, дата реализации)

2) Готовая продукция (код товара, код цеха, код поставщика, код работника, наименование товара, количество, единица измерения, дата поступления, дата реализации.) складской учёт информационный

3)Заказ (код заказа, код клиента, наименование, дата заказа, количество, стоимость)

4)Инвентаризация (код операции, код работника, наименование, количество, стоимость, ФИО работника)

5) карточка учета (номенклатурный номер, код работника, наименование, единица измерения, дата поступления, дата реализации)

6) Клиент (код клиента, ФИО, ИНН)

7) Персонал (код работника, ФИО, стаж, должность)

8) поставщики (код поставщика, ФИО, ИНН, адрес)

9) Прайс-лист (код прайса, код клиента, наименование, единица измерения, цена)

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

11) склад (номер склада, код товара, код цеха, код сырья, код поставщика, код работника, номенклатурный номер, наименование)

12) сырье (код сырья, код поставщика, наименование, количество, стоимость)

13) цех (код цеха, код сырья, код поставщика, оборудование, код работника)

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

Физическая модель данных

Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах базы дынных. Поскольку стандартов на объекты базы данных не существует, физическая модель зависит от конкретной реализации СУБД. Разработанная физическая модель для СУБД MS Access 2007 изображена на рисунке 2.2.

Результатами стадии разработки концептуальной модели данных является структура проектируемой ИС, концептуальная схема базы данных: логическая и физическая модели данных предметной области. Физическая модель генерируется в СУБД MS Access, где создается база данных с названиями полей, таблицы, которой не содержат записей.

Рисунок 11 - Логическая модель данных

Рисунок 12 - Физическая модель данных



Заключение

Поставленная задача выполнена. В процессе данной курсовой была спроектирована АИС для Складского учёта:

Анализ предметной области (анализ предприятия или пред проектное обследование)

Техническое задание

контекстная диаграмма (IDEF0) и ее декомпозиция

диаграмма IDEF 3

ER-диаграмма

логическая и физическая модели данных

диаграмма классов

диаграмма вариантов использования диаграмма деятельности



Список использованных источников

Лабораторные работы по методам 1 - 8

Лабораторные работы по метрологии 1 - 6

Нормаконтроль

Тема 4_2 Язык UML, ч. 1

Тема 4_3 Язык UML, ч. 2

https://kontur.ru/articles/5945 - «Как составить техническое задание»

сайт где рассказывается как составлять техническое задание

Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. - 2-е изд., перераб. и доп.- М.: Финансы и статистика, 2014. - 544 с: ил.

Муромцев В.В. Проектирование информационных систем: Учебное пособие для студентов вузов заочной формы обучения по спец. 010502 "Прикладная информатика в экономике". - Белгород: БелГУ,2013. -160

Размещено на Allbest.ru

...