Автор: Пользователь скрыл имя, 06 Ноября 2012 в 00:05, курсовая работа
Информационные системы начала 50-х годов развивались как системы с эксплуатационным уровнем, разработанные для выполнения элементарных, но жизненно важных операций типа контроля платежей. В 60-х годах информационные системы использовались для контроля и управления, а в 70-х годах – для планирования и моделирования
Введение
Раздел 1. Постановка задачи разработки информационной системы
1.1. Задание на разработку информационной системы
1.2. Характеристика объекта управления
1.3. Структура информационной системы
Раздел 2. Функциональная модель бизнес-процесса
2.1. Моделирование в IDEF0
2.2. Диаграммы бизнес-процесса из BPWin
2.3. Расчет оценки функциональной модели
Раздел 3. Модели данных информационной системы
3.1. Логическая модель данных в 3НФ из ERWin
3.2. Выбор и обоснование СУБД
3.3. Физическая модель данных в 4НФ из ERWin
3.4. Представление в базе данных из ERWin
Раздел 4. Реализация информационной системы в СУБД
4.1. Программа реализации базы данных из ERWin
4.2. Программа реализации представлений из ERWin
4.3. Макеты форм
4.4. Макеты отчетов
Заключение
Список использованных источников
r=5
S1=1; S2=1; S3=1; S4=1; S5=1
n11=1; n12=1; n13=1; n14=1; n15=1
a1=4; a2=4; a3=4; a4=4; a5=4;
c) Производные средние характеристики:
2) Минимальная модель
r=5
S1=1; S2=1; S3=1; S4=1; S5=1
n11=1; n12=2; n13=2; n14=2; n15=2
a1=4; a2=4; a3=4; a4=4; a5=4; a6=4; a7=4; a8=4; a9=4
3) Регулярная модель
r=5
S1=1; S2=1; S3=2; S4=4; S5=8
n11=1; n12=2; n13=4; n14=8; n15=16
a1=4; a2=4; a3=4; a4=4; a5=4; a6=4; a7=4; a8=4; a9=4; a10=4; a11=4; a12=4; a13=4; a14=4; a15=4; a16=4; a17=4; a18=4; a18=4; a19=4; a20=4; a21=4; a22=4; a23=4; a24=4; a25=4; a26=4; a27=4; a28=4; a29=4; a30=4; a31=4
4) Наша модель
r=5
S1=1; S2=1; S3=1; S4=1; S5=1
n11=1; n12=4; n13=4; n14=3; n15=3
a1=7; a2=5; a3=7; a4=6; a5=6; a6=5; a7=3; a8=3; a9=5; a10=5; a11=5; a12=4; a13=5; a14=4; a15=4
2.3.3 Анализ используемых стрелок
ас-количество стрелок
ас =22
k1 -коэффициент связности модели
связность
aT-количество тунельных стрелок
aT=6
k2-глубина проработки ФМ
Сводная таблица:
Модель |
n |
S |
a |
n1 |
a1 |
a2 |
N1 |
N2 |
Наша модель |
3 |
1 |
4,93 |
3 |
14,8 |
14,8 |
18,8 |
17,8 |
Вырожденная |
1 |
1 |
4 |
1 |
4 |
4 |
6 |
5 |
Минимальная |
1,8 |
1 |
4 |
1,8 |
7,2 |
7,2 |
10 |
9 |
Регулярная |
1,938 |
3,2 |
4 |
6,2 |
7,75 |
24,8 |
34,2 |
9,688 |
2.3.4 График результатов
Вывод:
Наша модель превосходит минимальную по N2 и уступает регулярной по N1. По глубине проработки К1 =0,8,что является показателем хорошей проработки модели , а по количеству туннельных стрелок недоработана, так как К2=0,3.
Раздел 3. Модели данных информационной системы
3.1. Логическая модель данных в 3НФ из ERWin
Рис.8 Логическая модель данных в 3НФ
3.2. Выбор и обоснование СУБД
В данной курсовой работе для реализации СУБД было выбрано программное средство SQL Server 2000,т.к. несмотря на наличие диалектов и различий в синтаксисе, в большинстве своём тексты SQL-запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую. Существуют системы, разработчики которых изначально закладывались на применение по меньшей мере нескольких СУБД (например: система электронного документооборота Documentum может работать как с Oracle, так и с Microsoft SQL Server и IBM DB2). Естественно, что при применении некоторых специфичных для реализации возможностей такой переносимости добиться уже очень трудно.
Наличие стандартов и набора тестов для выявления совместимости и соответствия конкретной реализации SQL общепринятому стандарту только способствует «стабилизации» языка. Правда, стоит обратить внимание, что сам по себе стандарт местами чересчур формализован и раздут в размерах, например, Core-часть стандарта SQL:2003 представляет собой более 1300 страниц текста.
С помощью SQL программист описывает только то, какие данные нужно извлечь или модифицировать. То, каким образом это сделать, решает СУБД непосредственно при обработке SQL-запроса. Однако не стоит думать, что это полностью универсальный принцип — программист описывает набор данных для выборки или модификации, однако ему при этом полезно представлять, как СУБД будет разбирать текст его запроса. Особенно критичны такие моменты становятся при работе с большими базами данных и со сложными запросами — чем сложнее сконструирован запрос, тем больше он допускает вариантов написания, различных по скорости выполнения, но одинаковых по итоговому набору данных.
3.3. Физическая модель данных в 4НФ из ERWin
Рис.9 Физическая модель данных в 4НФ
3.4. Представление в базе данных из ERWin
Рис.10 Представление в БД
Раздел 4. Реализация информационной системы в СУБД
4.1. Программа реализации базы данных из ERWin
CREATE TABLE Договор (
код_поставщика int NOT NULL,
код_производителя int NOT NULL
)
go
ALTER TABLE Договор
ADD PRIMARY KEY (код_поставщика, код_производителя)
go
CREATE TABLE Поставка (
код_товара int NOT NULL,
код_поставщика int NOT NULL,
код_склада int NOT NULL,
код_производителя int NOT NULL,
дата datetime NULL,
количество char(18) NULL
)
go
ALTER TABLE Поставка
ADD PRIMARY KEY (код_товара, код_поставщика, код_склада,
код_производителя)
go
CREATE TABLE Поставщик (
код_поставщика int IDENTITY(1,1),
имя char(18) NULL,
адрес char(180) NULL,
телефон char(18) NULL,
код_страны int NULL
)
go
ALTER TABLE Поставщик
ADD PRIMARY KEY (код_поставщика)
go
CREATE TABLE Производитель (
код_производителя int IDENTITY(1,1),
имя char(18) NULL,
телефон char(18) NULL,
адрес char(180) NULL
)
go
ALTER TABLE Производитель
ADD PRIMARY KEY (код_производителя)
go
CREATE TABLE Реклама_поставщика (
код_товара int NOT NULL,
код_поставщика int NOT NULL
)
go
ALTER TABLE Реклама_поставщика
ADD PRIMARY KEY (код_товара, код_поставщика)
go
CREATE TABLE Реклама_производителя (
код_товара int NOT NULL,
код_производителя int NOT NULL
)
go
ALTER TABLE Реклама_производителя
ADD PRIMARY KEY (код_товара, код_производителя)
go
CREATE TABLE Склад (
код_склада int IDENTITY(1,1),
адрес char(180) NULL,
телефон char(18) NULL,
наименование char(18) NULL
)
go
ALTER TABLE Склад
ADD PRIMARY KEY (код_склада)
go
CREATE TABLE Специализация_склада (
код_склада int NOT NULL,
код_товара int NOT NULL
)
go
ALTER TABLE Специализация_склада
ADD PRIMARY KEY (код_склада, код_товара)
go
CREATE TABLE Страна (
код_страны int IDENTITY(1,1),
название char(18) NULL,
характеристика text NULL
)
go
ALTER TABLE Страна
ADD PRIMARY KEY (код_страны)
go
CREATE TABLE Товар (
код_товара int IDENTITY(1,1),
наименование char(25) NULL,
единица_измерения char(18) NULL,
цена money NULL
)
go
ALTER TABLE Товар
ADD PRIMARY KEY (код_товара)
go
4.2. Программа реализации представлений из ERWin
Информация о работе Разработка Информационной системы «Склад»