Файл: Проектирование информационной системы учета движения материалов на складе.pdf

Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой).

Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой).

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

В нашей курсовой работе ER-модель имеет связь типа один-ко-многим.

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

Диаграмма уровня сущностей и атрибутов, в нотации IDEF1X логического уровня модели ERwin (Рис.8):

Физический уровень модели ERwin составляют целевая СУБД, имена объектов и типы данных, индексы. ERD-диаграмма (физический уровень) физического уровня модели ERwin (Рис.10): ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне. ERD – диаграмма в нотации IDEF1X физического уровня представлена на рис. 9.

Рис.8. Диаграмма сущностей и атрибутов логического уровня модели

Рис. 9. ERD – диаграмма в нотации IDEF1X физический уровень.

Заключение

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

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

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

3. Изменить характер труда сотрудников, избавляя их от выполнения рутинной работы и давая возможность сосредоточиться на профессионально важных обязанностях.

4. Обеспечить надежный учет и контроль поступлений и расходования денежных средств на всех уровнях управления.

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

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

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

В результате выполнения курсовой работы была реализована ее цель – создание готовой информационной системы учета движения материалов на складе в среде СУБД Microsoft SQL server. На основании созданной информационной модели была реализована физическая многотабличная база данных.

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

Список литературы

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп.– М.: Финансы и статистика, 2014. – 544 с: ил.
2. Муромцев В.В. Проектирование информационных систем: Учебное пособие для студентов вузов заочной формы обучения по спец. 010502 "Прикладная информатика в экономике". - Белгород: БелГУ,2013.-160
3. Смирнова Г.Н. Проектирование экономических информационных систем: Учебник для студентов экономических вузов, обуч. по спец.: "Прикладная информатика в экономике", "Прикладная информатика в менеджменте", "Прикладная информатика в юриспруденции". - М.: Финансы и статистика, 2013. - 511 с.
4. СУБД Microsoft Access: Учебное пособие для вузов/Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров, А.Н. Пылькин, Н.И. Цуканова- М.: Горячая линия-Телеком,2014.
5. Материалы сайта http://www.cyberforum.ru/

Приложение

Генератор SQL кода

CREATE TABLE Грузоотпарвители

(

Код_грузоотправителя integer NOT NULL ,

Наименование_грузоотправителя text NULL ,

PC_грузоотправителя text NULL ,

Адрес_грузоотправитебя text NULL

)

go

ALTER TABLE Грузоотпарвители

ADD CONSTRAINT XPKГрузоотпарвители PRIMARY KEY CLUSTERED (Код_грузоотправителя ASC)

go

CREATE TABLE Лимиты

(

Код_получателя integer NOT NULL ,

Код_продукции integer NOT NULL ,

Код_лимита integer NOT NULL ,

Количество integer NULL

)

go

ALTER TABLE Лимиты

ADD CONSTRAINT XPKЛимиты PRIMARY KEY CLUSTERED (Код_получателя ASC,Код_лимита ASC,Код_продукции ASC)

go

CREATE TABLE Остатки

(

Код_остатка integer NOT NULL ,

Код_продукции integer NOT NULL ,

Количество integer NULL

)

go

ALTER TABLE Остатки

ADD CONSTRAINT XPKОстатки PRIMARY KEY CLUSTERED (Код_остатка ASC,Код_продукции ASC)

go

CREATE TABLE Получатели

(

Код_получателя integer NOT NULL ,

Наименование_получателя text NULL ,

Адрес_получателя text NULL ,

PC_получателя text NULL

)

go

ALTER TABLE Получатели

ADD CONSTRAINT XPKПолучатели PRIMARY KEY CLUSTERED (Код_получателя ASC)

go

CREATE TABLE Приход_продукции

(

Код_грузоотправителя integer NOT NULL ,

Код_продукции integer NOT NULL ,

Код_поставщика integer NOT NULL ,

Код_прихода integer NOT NULL ,

Номер_склада integer NULL ,

Дата_получения datetime NULL ,

Количество integer NULL

)

go

ALTER TABLE Приход_продукции

ADD CONSTRAINT XPKПриход_продукции PRIMARY KEY CLUSTERED (Код_грузоотправителя ASC,Код_продукции ASC,Код_поставщика ASC,Код_прихода ASC)

go

CREATE TABLE Продукция

(

Код_продукции integer NOT NULL ,

Наименование_продукции text NULL ,

Единица_измерения text NULL ,

Цена integer NULL

)

go

ALTER TABLE Продукция

ADD CONSTRAINT XPKПродукция PRIMARY KEY CLUSTERED (Код_продукции ASC)

go

CREATE TABLE Расход_продукции

(

Код_получателя integer NOT NULL ,

Код_продукции integer NOT NULL ,

Код_расхода integer NOT NULL ,

Дата_расхода datetime NULL ,

Количество integer NULL ,

Номер_склада integer NULL

)

go

ALTER TABLE Расход_продукции

ADD CONSTRAINT XPKРасход_продукции PRIMARY KEY CLUSTERED (Код_получателя ASC,Код_продукции ASC,Код_расхода ASC)

go

ALTER TABLE Лимиты

ADD CONSTRAINT R_5 FOREIGN KEY (Код_получателя) REFERENCES Получатели(Код_получателя)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Лимиты

ADD CONSTRAINT R_9 FOREIGN KEY (Код_продукции) REFERENCES Продукция(Код_продукции)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Остатки

ADD CONSTRAINT R_8 FOREIGN KEY (Код_продукции) REFERENCES Продукция(Код_продукции)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Приход_продукции

ADD CONSTRAINT R_2 FOREIGN KEY (Код_грузоотправителя) REFERENCES Грузоотпарвители(Код_грузоотправителя)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE Приход_продукции

ADD CONSTRAINT R_4 FOREIGN KEY (Код_продукции) REFERENCES Продукция(Код_продукции)