Проектирование базы данных склада (прием ТМЦна склад)

 

Министерство  образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное  учреждение

высшего профессионального  образования

«Сибирский  государственный технологический  университет»

Факультет автоматизации  и информационных технологий

Кафедра системотехники

 

 

 

 

 

 

КУРСОВОЙ  ПРОЕКТ

 

На тему «Проектирование базы данных склада (прием тмц на склад)»

 

 

 

 

Выполнила студентка  4 курса группы 24-8  специальности 230808

Юркова Ю.С.

 

Лопатеева О.Н.

 

 

 

 

 

Представлен на проверку  «___»  ____________________________ 2011  года

Проверен                 «___» ____________________________ 2011  года

Примечание  ______________________________________________________

Оценка  __________________________________________________________

 

 

 

Красноярск, 2011

 

Министерство  образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное  учреждение

высшего профессионального  образования

«Сибирский  государственный технологический  университет»

Факультет автоматизации  и информационных технологий

Кафедра системотехники

 

 

Утверждаю  «___» ___________2011 г.

Зав. кафедрой _____________________

___________________________

 

 

 

 

ЗАДАНИЕ № ___

На  разработку курсового проекта по дисциплине «Управление данными»

на тему проектирование базы данных Склад (прием тмц на склад)

________________________________________________________________

________________________________________________________________

студенту _____Юрковой Юлии Сергеевне_________________________

_____________________________________ группы ___24-8          _______________

Руководитель _______Лопатеева О.Н._________________________________

Дата выполнения задания  «___» ________________2010 г.

 

 

 

 

 

 

 

Задание принял к исполнению   «___» ________________2011 г.

___________________________

(подпись студента) 

 

Реферат

Данный  документ является пояснительной запиской к курсовому проекту на тему: «Склад. Прием тмц на склад». Программное средство непосредственно связано с работой должности кладовщика.

Цель  выполнения курсового проекта освоить  современные технологии разработки БД и программного обеспечения. Научиться использовать их при реализации реальных программных проектов.

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

С помощьюER-моделей и ER -типов разработана логическая модель данных автоматизируемой деятельности с выполнением требований уникальности данных.

Для реализации проекта была выбрана  среда «MicrosoftVisualStudio 2010».

 

Представленный курсовой проект содержит из 25 листов текста, 11 рисунков и 7 литературных источников.

 

Содержание

Введение1

1 Теоретические основы проектирования  и разработки баз данных2

1.1 Основные принципы проектирования реляционных баз данных……………3

1.2 Этапы физической реализации  проектируемой базы данных

2 Область применения проекта

3 Существующая организация бизнес-процессов и процессов обработки данных работысклада по приему товара

4 Разработка модели при помощи  BPwin

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

5.1 Определение сущностей, атрибутов,  взаимосвязей между сущностями, ключей

5.2 Построение ER-модели

5.3 Схема проектируемой базы  данных

6  Описание программной разработки  по созданию и ведению базы  данных

6.1 Управляющая программа (меню  или форма)

6.2 Оформление акта приема

Заключение

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

Приложение  А Триггеры

ПриложениеБ  ПредставлениеFIO и хранимые процедуры

 

 

 

 

 

 

					СТ. 000000.003 ПЗ	Лист
Изм.	Лист	№ документа	Подпись	Дата

 

Введение

Введение

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

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

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

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

 

1 Теоретические основы проектирования и разработки баз данных

1.1 Основные принципы проектирования реляционных баз данных

В каждой СУБД данные, которые хранятся в ней, имеют определенную структуру, суть которой описывает модель данных. К числу классических относятся  следующие модели данных: 1) иерархическая, 2) сетевая, 3) реляционная.

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

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

Таблица имеет строки (записи) и столбцы (колонки). Каждая строка таблицы имеет одинаковую структуру и состоит из полей. Строкам таблицы соответствуют  кортежи, а столбцам — атрибуты отношения.

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

1.2 Этапы физической реализации проектируемой базы данных

В процессе создания базы данных склада необходимо пройти ряд этапов физической реализации базы:

1. Исследование предметной области. На данном этапе происходит сбор сведений о деятельности, осуществляемой складом (конкретно в нашем случае

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

2. Проектирование базы данных. На данном этапе происходит создание модели сущность-связь, в которой отражена структура проектируемой базы, набор сущностей и отношения между ними.
3. Реализация. На данном этапе происходит непосредственное создание базы средствами MicrosoftVisualStudio 2010.

2 Область применения проекта

 

Приложения Модуль приема товара, его размещении и учета.

 

Рабочие места Автоматизируется работа кладовщика.

 

Реинжиниринг процессов Будет проведен реинжиниринг следующих процессов:

Автоматизация приема товара

Размещение по складу

Учет в БД

Поиск места размещения товара по складу

 

Интерфейсы Входящие в систему интерфейсы:

Это и интерфейс для работы кладовщика

И интерфейс для работы менеджеров в клиентском отделе.

 

Архитектура В главном офисе находится сервер с БД. Клиентские приложения установлены на планшетный ноутбук, на ноутбук и на смартфон для мобильности.

3 Существующая организация бизнес-процессов и процессов обработки данных работысклада по приему товара

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

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

Процесс	Как происходит	Как оптимизировать	Результат
1.Проверка накладной
1.1 Документирование	Проводится написание акта (или  приема или отказа)	Создадим шаблоны акта (приема и  отказа).	Уменьшится время написания актов. Уменьшится трудоемкость процесса.
2.Распределение товара по складу	Проводится по памяти и настроению кладовщика.	Разделим складское помещение  на сектора и определим в каком  месте будет какой товар. Автоматизируем проверку места  на складе.	Уменьшится время распределения  товара по складу. Увеличится скорость поиска товара при выдаче. Уменьшится трудоемкость процесса
3. Фиксирование поступления товара.	Проводится ручное заполнение книг учета. Что ведет к различным ошибкам  в учете ТМЦ. Проблемам в отделе по работе с клиентами(выписывали товар  который на складе отсутствует). Бухгалтерия  и отдел логистики не знают  актуальных данных о ТМЦ.	Создадим базу данных по ТМЦ. На ее основе будет постоянно отображаться нужные и актуальные  данные для различных  отделов(бухгалтерия, логистика, работа с клиентами). Фиксирование товара будет автоматизировано. Формирование различной отчетности в другие отделы будет автоматизировано.	Время фиксирования товара уменьшится. Ошибки при внесении сократятся до минимума. Перестанет тратиться время  на отчеты в различные другие отделы. Исчезнут проблемы клиентского отдела по выписыванию ТМЦ. Надежность хранения данных увеличится. Трудоемкость процесса уменьшится.

4 Разработка модели при помощи BPwin

Методология IDEFO предписывает построение иерархической  системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и  ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается  отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается  на более мелкие и так далее  до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями  заказчика, людьми, непосредственно  участвующими в бизнес-процессе. Такая  технология создания модели позволяет  построить модель, адекватную предметной области на всех уровнях абстрагирования.

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

 

 

 

 

 

 

 

 

 

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

 

На  первом уровне детализации процесса работы склада рассматриваем  три  базовых операции: прием на подотчет, хранение и выдача ТМЦ. Декомпозиция контекстной диаграммы изображена на рисунке 2.

 

Рисунок 2 – Декомпозиция контекстной диаграммы

 

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

Далее рассмотрим более детально процессы Приема товара и Соответствие товара с накладной, с помощью диаграммы декомпозиции. На рисунке 3 представлена диаграмма декомпозиции процесса приема товара.

 

 

 

 

Рисунок 3 – Диаграмма декомпозиции «Прием товара»

 

На  рисунке 4 представлена диаграмма декомпозиции процесса соответствия товара с накладной.

Рисунок 4 – Диаграмма декомпозиции «Соответствие  товара с накладной»

 

 

 

 

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