Программа реализации представлений из ERWin

Содержание:

 

Введение Ошибка! Закладка не определена.

1. Постановка задачи разработки  информационной системы Ошибка! Закладка не определена.

1.1.  Задание на разработку информационной  системы

Ошибка! Закладка не определена.

1.2.  Характеристика объекта управления Ошибка! Закладка не определена.

1.3.  Структура информационной системы Ошибка! Закладка не определена.

2. Функциональная модель бизнес-процесса 6

2.1.  Моделирование в  IDEF0 Ошибка! Закладка не определена.

2.2.  Диаграммы бизнес-процесса из BPWin Ошибка! Закладка не определена.

2.3.  Расчет оценки функциональной модели Ошибка! Закладка не определена.

3. Модели данных информационной системы Ошибка! Закладка не определена.

3.1.  Логическая модель данных из ERWin Ошибка! Закладка не определена.

3.2.  Выбор и обоснование СУБД Ошибка! Закладка не определена.

3.3.  Физическая модель данных из ERWin Ошибка! Закладка не определена.

3.4.  Представление в базе данных из ERWin Ошибка! Закладка не определена.

4. Реализация информационной системы в СУБД Ошибка! Закладка не определена.

4.1.  Программа реализации базы данных из ERWin Ошибка! Закладка не определена.

4.2.  Программа реализации представлений из ERWin Ошибка! Закладка не определена.

4.3.  Макеты форм Ошибка! Закладка не определена.

4.4.  Макеты отчетов Ошибка! Закладка не определена.

Заключение Ошибка! Закладка не определена.

Список использованных источников Ошибка! Закладка не определена.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

 

Термин информационная система используется как в широком, так и в узком смысле.

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

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

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

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

В любом случае основной задачей  ИС является удовлетворение конкретных информационных потребностей в рамках конкретной предметной области. Современные ИС де-факто немыслимы без использования баз данных и СУБД, поэтому термин «информационная система» на практике сливается по смыслу с термином «система баз данных».

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. Постановка задачи  разработки информационной системы

 

1. Задание на разработку информационной системы

 

2.7. На склады различных фирм поступают товары различных видов от различных поставщиков из различных стран.

 

1.1.1 Назначение системы

 

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

 

 

2. Характеристика обрабатываемых данных

 

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

• Фирма (код фирмы, адрес, телефон, наименование)
• Склад (код склада, адрес, телефон, наименование)
• Товар (код товара, наименование, единица измерения, цена)
• Поставщик (код поставщика, имя, адрес, телефон )
• Страна (код страны, название, характеристика)
• Вид товара (код вида товара, наименование, характеристика)

 

3. Виды системных документов

 

а) входные документы

 

• Входные накладные
• Каталог товаров

 

б) выходные документы

 

• Выходные накладные
• Журнал учета

 

4. Пользователи системы

 

В системе работают:

• Кладовщик
• Логист
• Бухгалтер

 

5. Защита данных

 

• Пароль БД бухгалтера
• Пароль для остальных пользователей системы

 

 

 

6. Характеристика технических средств

 

• Компьютеры  Intel Core 2 Duo

Компьютеры  Intel Core 2 Duo. ПК на базе процессоров семейства Intel® Core™2 обеспечивают высокую производительность, энергосбережение и быстродействие в многозадачных средах, повышая эффективность и продуктивность работы.

• Сервер HP

Серверы начального уровня Hewlett Packard (HP). Серверы начального уровня разработаны специально для нужд малых предприятий и удаленных филиалов крупных организаций. Несмотря на свою низкую стоимость, такие серверы позволят создать на их базе mail-серверы, файловые хранилища и обеспечат единое хранилище важной  информации. Эти серверы обладают низкой стоимостью, но при этом оснащены надежными системами обеспечения безопасности информации, благодаря чему можно быть уверенным в сохранности критически важных данных, в случае каких либо сбоев в работе оборудования или действий злоумышленников.

• Локальная сеть топологии «звезда».

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

 

7.  Характеристика программных средств

 

• SQL Server 2000

Microsoft SQL Server — система управления реляционными базами данных (СУБД)

• ОС Windows Server 2003

Операционная система семейства Windows NT от компании Microsoft, предназначенная для работы на серверах.

• Windows XP.

Microsoft Windows XP Professional является оптимальным решением для предприятия любого размера. Данная версия операционной системы Windows сочетает в себе преимущества Windows 2000 Professional (например, средства безопасности, управляемость и надежность) с лучшими качествами Windows 98 и Windows ME (поддержка Plug and Play, простой пользовательский интерфейс и передовые службы поддержки). Это делает Windows XP Professional наиболее подходящей операционной системой для настольных компьютеров, применяемых в корпоративной среде. Независимо от того, где устанавливается Windows XP Professional - на одном компьютере или в масштабе локальной сети, - эта система повышает вычислительные возможности предприятия, одновременно сокращая совокупную стоимость программного обеспечения всех настольных компьютеров.

 

 

 

 

 

 

 

 

2. Характеристика объекта управления

 

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

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

В обязанности кладовщика входит разгрузка товара, определение его типа и сортировка его по типу.

Логист сортирует товар и оформляет документы.

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

Организация работы склада подразумевает:

разработку стратегии и тактики использования полезной площади склада;

оптимизация использования емкости склада;

сокращение времени хранения продукции;

увеличение коэффициента оборачиваемости  склада.

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

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

 

3. Структура информационной системы

 

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

 

 

Рис.1 Структура информационной системы

 

2. Функциональная модель  бизнес-процесса

 

1. Моделирование в  IDEF0

 

IDEF0 — это метод описания системы в целом как множества взаимозависимых функций (действий).

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

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

IDEF0 часто используется как способ исследования и проектирования систем на логическом уровне. Результаты анализа с помощью IDEF0 могут применяться при проектировании с использованием IDEF3 и DFD.

IDEF0 определяет два графических объекта:

1. блок, с помощью которого обозначается некоторая функция (действие);
2. стрелка, с помощью которой указываются информационные или материальные объекты.

Модель IDEF0 представляет собой набор взаимоувязанных диаграмм. Каждая диаграмма является описанием системы или ее отдельных функциональных блоков в рамках некоторого уровня детализации.

Контекстная диаграмма — диаграмма самого верхнего уровня иерархии, дает самое общее представление о системе. На контекстной диаграмме (КД) отображается только один функциональный блок (контекстная функция).

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Диаграммы бизнес-процесса из BPWin

 

Рис.2 Контекстная диаграмма

 

Рис.3 Декомпозиция первого уровня

Рис.4 Декомпозиция второго уровня

 

 

Рис.5 Декомпозиция третьего уровня

Рис.6 Декомпозиция четвертого уровня

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.3.   Расчет оценки  функциональной модели

 

2.3.1 Диаграмма дерева  узлов

Рис.7 Дерево узлов

 

 

2.3.2 Расчет оценки Функциональной Модели

 

1. Вырожденная модель

1. Количественный метод оценки ФМ

Количество уровней дерева:

                               r=5

Количество диаграмм на уровнях:

S_i=1;

Количество функциональных блоков в j-й диаграмме на i-м

уровне(n_ij):

n_ij=1;

Число стрелок у каждого блока:

  a_i=4;

 

 

 

 

2. Средние характеристики:

   Количество диаграмм на  уровне:

   Количество ФБ на диаграмме: 

  Количество стрелок в ФБ:

 

c)  Производные средние характеристики:

 Среднее число ФБ  на уровне:

        Среднее число стрелок в диаграмме:

Среднее число стрелок  на уровне:

 

Среднее число элементов  на уровне:

                    

Среднее число элементов  на диаграмме:

                    

 

 

 

2) Минимальная модель

1. Количественный метод оценки ФМ

r=5

S_i=1;

n₁₁=1; n₁₂=2; n₁₃=2; n₁₄=2; n₁₅=2

a_i=4;

 

2. Средние характеристики

 

S	n	a
1	1,8	4

 

 

     c)  Производные средние характеристики:

 

n1	a1	a2	N1	N2
1,8	7,2	7,2	10	9

 

 

 

 

 

 

 

3) Регулярная модель

 

 

 

 

 

1. Количественный метод оценки ФМ

r=5

S₁=1; S₂=1; S₃=2; S₄=4; S₅=8

n₁₁=1; n₁₂=2; n₁₃=4; n₁₄=8; n₁₅=16

a_i=4;  

 

2. Средние характеристики

 

S	n	a
3,2	1,9375	4

 

 

3. Производные средние характеристики

 

n1	a1	a2	N1	N2
6,2	24,8	24,8	34,2	26,7375

 

 

 

4) Наша модель

 

 

1. Количественный метод оценки ФМ

r=5

S₁=1; S₂=1; S₃=1; S₄=1; S₅=1

n₁₁=1; n₁₂=3; n₁₃=4; n₁₄=3; n₁₅=3

a₁=9; a₂=6; a₃=8; a₄=6; a₅=6; a₆=4; a₇=4; a₈=6; a₉=6; a₁₀=6; a₁₁=5;     a₁₂=6; a₁₃=5; a₁₄=5

2. Средние характеристики

 

S	n	a
1	2,8	5,8571429

 

3. Производные средние характеристики

 

n1	a1	a2	N1	N2
2,8	16,4	16,4	20,2	19,2

 

 

Сводная таблица:

 

Модель	S	n	a	n1	a1	a2	N1	N2
Наша модель	1	2,8	5,9	2,8	16,4	16,4	20,2	19,2
Вырожденная	1	1	4	1	4	4	6	5
Минимальная	1	1,8	4	1,8	7,2	7,2	10	9
Регулярная	3,2	1,938	4	6,2	24,8	24,8	34,2	26,74

 

 

 

2.3.4 График результатов 

 

 

 

 

 

 

 

2.3.5 Анализ используемых стрелок

 

а_с -  количество стрелок

k₁ - коэффициент связности модели

k₂ – глубина проработки модели

а_т – количество туннельных стрелок

 

 

2.3.6 График связности и глубины проработки функциональной модели

 

 

Вывод:

 

- общий коэффициент качества

 

По числу элементов в диаграмме  и на уровне наша функциональная модель превосходит минимальную, но уступает регулярной. По глубине проработки К1 =0,768, что является показателем хорошей проработки модели. Общий коэффициент качества равен 28,9.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3. Модели данных информационной  системы

 

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

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

 

3.2.   Выбор и обоснование СУБД

 

В данной курсовой работе для реализации СУБД было выбрано программное средство SQL Server 2003,так как несмотря на наличие диалектов и различий в синтаксисе, в большинстве своем тексты SQL-запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую. Существуют системы, разработчики которых изначально закладывались на применение по меньшей мере нескольких СУБД (например: система электронного документооборота Documentum может работать как с Oracle, так и с Microsoft SQL Server и IBM DB2). Естественно, что при применении некоторых специфичных для реализации возможностей такой переносимости добиться уже очень трудно.

Наличие стандартов и набора тестов для выявления совместимости  и соответствия конкретной реализации SQL общепринятому стандарту только способствует «стабилизации» языка. Правда, стоит обратить внимание, что сам по себе стандарт местами чересчур формализован и раздут в размерах.

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

 

 

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

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

 

 

3.4.   Представление  в базе данных из ERWin

Рис.10 Представление в БД

4. Реализация информационной  системы в СУБД

 

4.1.   Программа реализации  базы данных из ERWin

 

 

 

 

CREATE TABLE Вид_товара (

       Код_Вида_товара      INTEGER NOT NULL,

       Наименование         CHAR(18) NULL,

       Характеристика       CHAR(18) NULL

);

 

 

ALTER TABLE Вид_товара

       ADD  ( PRIMARY KEY (Код_Вида_товара) ) ;

 

 

CREATE TABLE Поставка (

       Код_склада           INTEGER NOT NULL,

       Код_товара           INTEGER NOT NULL,

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

       Дата                 DATE NULL,

       Количество           CHAR(18) NULL

);

 

 

ALTER TABLE Поставка

       ADD  ( PRIMARY KEY (Код_склада, Код_товара, Код_поставщика) ) ;

 

 

CREATE TABLE Поставщики (

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

       Адрес                CHAR(18) NULL,

       Имя                  CHAR(18) NULL,

       Телефон              CHAR(18) NULL

);

 

 

ALTER TABLE Поставщики

       ADD  ( PRIMARY KEY (Код_поставщика) ) ;

 

 

CREATE TABLE Поставщики_Страна (

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

       Код_страна           INTEGER NOT NULL

);

 

 

ALTER TABLE Поставщики_Страна

       ADD  ( PRIMARY KEY (Код_поставщика, Код_страна) ) ;

 

 

CREATE TABLE Принадлежность_склада (

       Код_фирмы            INTEGER NOT NULL,

       Код_склада           INTEGER NOT NULL

);

 

 

ALTER TABLE Принадлежность_склада

       ADD  ( PRIMARY KEY (Код_фирмы, Код_склада) ) ;

 

 

CREATE TABLE Разновидность_товара (

       Код_Вида_товара      INTEGER NOT NULL,

       Код_товара           INTEGER NOT NULL

);

 

 

ALTER TABLE Разновидность_товара

       ADD  ( PRIMARY KEY (Код_Вида_товара, Код_товара) ) ;

 

 

CREATE TABLE Реклама_поставщика (

       Код_товара           INTEGER NOT NULL,

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

);

 

 

ALTER TABLE Реклама_поставщика

       ADD  ( PRIMARY KEY (Код_товара, Код_поставщика) ) ;

 

 

CREATE TABLE Склад (

       Код_склада           INTEGER NOT NULL,

       Адрес                CHAR(18) NULL,

       Телефон              CHAR(18) NULL,

       Наименование         CHAR(18) NULL

);

 

 

ALTER TABLE Склад

       ADD  ( PRIMARY KEY (Код_склада) ) ;

 

 

CREATE TABLE Специализация_склада (

       Код_склада           INTEGER NOT NULL,

       Код_Вида_товара      INTEGER NOT NULL

);

 

 

ALTER TABLE Специализация_склада

       ADD  ( PRIMARY KEY (Код_склада, Код_Вида_товара) ) ;

 

 

CREATE TABLE Страна (

       Код_страна           INTEGER NOT NULL,

       Название             CHAR(18) NULL,

       Характеристика       CHAR(18) NULL

);

 

 

ALTER TABLE Страна

       ADD  ( PRIMARY KEY (Код_страна) ) ;

 

 

CREATE TABLE Товар (

       Код_товара           INTEGER NOT NULL,

       Наименование         CHAR(18) NULL,

       Единица_измерения    CHAR(18) NULL,

       Цена                 CHAR(18) NULL

);

 

 

ALTER TABLE Товар

       ADD  ( PRIMARY KEY (Код_товара) ) ;

 

 

CREATE TABLE Товар_на_складе (

       Код_склада           INTEGER NOT NULL,

       Код_товара           INTEGER NOT NULL

);

 

 

ALTER TABLE Товар_на_складе

       ADD  ( PRIMARY KEY (Код_склада, Код_товара) ) ;

 

 

CREATE TABLE Фирма (

       Код_фирмы            INTEGER NOT NULL,

       Адрес                CHAR(18) NULL,

       Телефон              CHAR(18) NULL,

       Наименование         CHAR(18) NULL

);

 

 

ALTER TABLE Фирма

       ADD  ( PRIMARY KEY (Код_фирмы) ) ;

 

 

CREATE TABLE Фирма_Страна (

       Код_фирмы            INTEGER NOT NULL,

       Код_страна           INTEGER NOT NULL

);

 

 

ALTER TABLE Фирма_Страна

       ADD  ( PRIMARY KEY (Код_фирмы, Код_страна) ) ;

 

 

ALTER TABLE Поставка

       ADD  ( FOREIGN KEY (Код_товара, Код_поставщика)

                             REFERENCES Реклама_поставщика ) ;

 

 

ALTER TABLE Поставка

       ADD  ( FOREIGN KEY (Код_склада, Код_товара)

                             REFERENCES Товар_на_складе ) ;

 

 

ALTER TABLE Поставщики_Страна

       ADD  ( FOREIGN KEY (Код_страна)

                             REFERENCES Страна ) ;

 

 

ALTER TABLE Поставщики_Страна

       ADD  ( FOREIGN KEY (Код_поставщика)

                             REFERENCES Поставщики ) ;

 

 

ALTER TABLE Принадлежность_склада

       ADD  ( FOREIGN KEY (Код_склада)

                             REFERENCES Склад ) ;

 

 

 

ALTER TABLE Принадлежность_склада

       ADD  ( FOREIGN KEY (Код_фирмы)

                             REFERENCES Фирма ) ;

 

 

ALTER TABLE Разновидность_товара

       ADD  ( FOREIGN KEY (Код_Вида_товара)

                             REFERENCES Вид_товара ) ;

 

 

ALTER TABLE Разновидность_товара

       ADD  ( FOREIGN KEY (Код_товара)

                             REFERENCES Товар ) ;

 

 

ALTER TABLE Реклама_поставщика

       ADD  ( FOREIGN KEY (Код_поставщика)

                             REFERENCES Поставщики ) ;

 

 

ALTER TABLE Реклама_поставщика

       ADD  ( FOREIGN KEY (Код_товара)

                             REFERENCES Товар ) ;

 

 

ALTER TABLE Специализация_склада

       ADD  ( FOREIGN KEY (Код_Вида_товара)

                             REFERENCES Вид_товара ) ;

 

 

ALTER TABLE Специализация_склада

       ADD  ( FOREIGN KEY (Код_склада)

                             REFERENCES Склад ) ;

 

 

ALTER TABLE Товар_на_складе

       ADD  ( FOREIGN KEY (Код_товара)

                             REFERENCES Товар ) ;

 

 

ALTER TABLE Товар_на_складе

       ADD  ( FOREIGN KEY (Код_склада)

                             REFERENCES Склад ) ;

 

 

ALTER TABLE Фирма_Страна

       ADD  ( FOREIGN KEY (Код_страна)

                             REFERENCES Страна ) ;

 

 

ALTER TABLE Фирма_Страна

       ADD  ( FOREIGN KEY (Код_фирмы)