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

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

по дисциплине

«Программирование в компьютерных сетях»

на тему:

«Проектирование сетевой базы данных»

Ставрополь, 2011

Введение

В данном курсовом проекте была разработана база данных в СУБД Microsoft SQL Server 2000, программная оболочка в Microsoft Access автоматизации процессов прихода товаров на склад. Программа позволяет произвести поставку товаров на склад, а так сформировать итоговые финансовые отчеты по поставкам.

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

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

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

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

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

Темпы роста перевозок грузов прямо зависят от развития экономики России. Значительно влияют на объемы перевозок развитие внеэкономических связей и объемы транзита.

Приоритетные направления развития морского и речного транспорта являются:

1. обеспечение не менее 50% внешнеторговых перевозок отечественным транспортным флотом;

2. модернизация и сооружение портов технологических комплексов и повышение уровня комплексных услуг;

3. разработка и внедрение АСУ работой флота;

4. обеспечение занятости специалистов флота, судоремонтных и других производственных предприятий;

5. внедрение спутниковых систем навигации и связи.

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

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

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

Для обработки подвижного состава железнодорожного и автомобильного транспорта в портах используется стационарные и переносные рампы. Стационарные рампы оборудуются при складах (обычно в тылу), они имеют пандусы для въезда погрузчиков. Для обработки подвижного состава в прикордонной зоне используются переносные столы-рампы. В этом случае продолжительность подготовительных операций технологического процесса увеличивается на 0.5-1.5 ч в смену.

Для перегрузочных работ с тарно-штучными грузами применяют почти весь парк универсальных подъемно-транспортных машин портов (краны различных типов, авто- и электропогрузчики, средства внутрипортового транспорта).

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

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

2. Проектирование реляционной базы данных

2.1 Описание входной информации

В результате обследования предметной области при разработке базы данных «Грузоперевозки» были использованы следующие входные данные:

информация о заказчиках;

информация о грузе;

информация о водителях;

информация о грузчиках;

2.2 Описание выходной информации

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

2.3 Перечень сущностей

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

«Заказчик» - содержит информацию о заказчиках. «Грузчики» - содержит информацию о грузчиках. «Водители» - содержит информацию о водителях.

2.4 Перечень атрибутов

Атрибуты отношения «Груз»

Атрибут	Тип данных	Длина
Ш_груза	Int	4
ГО_Грузчика	Int	4
ID заказчика	Int	4
Наименование	Char	50
Кол-во груза	Int	4
ГО_Водителя	Int	4

Атрибуты отношения «Заказчики»

Атрибут	Тип данных		Длина
ID Заказчика	Int		4
Адрес	Char		50
Ф.И.О.	Char		50
Организация	Char		50
Телефон	Char		50

Атрибуты отношения «Грузчики»

Атрибут	Тип данных	Длина
ID Грузчика	Int	4
Ф.И.О.	Char	50
Адрес	Char	50
Телефон	Char	50

Атрибуты отношения «Водители»

Атрибут	Тип данных	Длина
ID Водителя	Int	4
№Машины	Char	50
Ф.И.О.	Char	50
Адрес	Char	50
Телефон	Char	50

2.5 Инфологическое проектирование БД

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

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

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

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

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

Разработанная база данных имеет связь «один - ко - многим».

2.6 Реляционная модель БД

Реляционная модель данных была предложена Е. Коддом, известным американским специалистом в области баз данных. Эта модель позволила решить одну из важнейших задач в управлении базами данных ? обеспечить независимость представления и описания данных от прикладных программ. В структурной части модели фиксируется, что единственно структурой данных, используемой в реляционных БД, являете нормализованное n-арное отношение. В манипуляционной части модели утверждаются два фундаментальных механизма манипулирования реляционными БД ? реляционная алгебра и реляционное исчисление. Первый механизм базируется в основном на классической теории множеств (некоторыми уточнениями), а второй ? на классическом логическом аппарате исчисления предикатов первого порядка.

2.7 Выбор ключей

Использование ключей и индексов позволяет:

однозначно идентифицировать записи;

избегать дублирования значений в ключевых полях;

выполнять сортировку таблиц;

ускорять операции поиска в таблицах;

устанавливать связи между отдельными таблицами БД.

При поддержке целостности данных обеспечивается правильность ссылок между таблицами.

Ключи

Таблица	Ключ	Тип ключа
Груз	ГОГруза ГОВодителя ГОГрузчика ID Заказчика	primary regular regular
Заказчик	ID Заказчика	primary
Водители	ГО_Водителя	primary
Грузчики	ГО_Грузчика	primary

3. Организация выборки информации из базы данных

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

1) Выборка данных «общая информация»:

SELECT ТОР 100 PERCENT dbo. Zakazchiki.FIO AS

Заказчик, dbo. Zakazchiki. Adres AS адресЗаказчика, dbo. Zakazchiki. Organizaciia AS организация,

dbo. Zakazchiki. Telefon AS телЗаказчика, dbo. Gruz. Naimenovanie AS Товар, dbo. Voditili.FIO AS Водитель, dbo. Voditili. Telefon AS телВодителя,

dbo. Gruzchiki.FIO AS

Грузчик, dbo. Voditili. Telefon AS телГруззчика

FROM dbo. Zakazchiki INNER JOIN

dbo. Gruz ON dbo. Zakazchiki. [№Zakazchika] = dbo. Gruz. [№Zakazchika] INNER JOIN

dbo. Voditili ON dbo. Gruz. [№Voditelia] = dbo. Voditili. [N'Voditelia] INNER JOIN

dbo. Gruzchiki ON dbo. Gruz. [№Gruzchika] = dbo. Gruzchiki. [№Gruzchika]

2) Выборка данных «о грузе»:

SELECT dbo. Gruz. Naimenovanie AS груз,

dbo. Gruz. [Kol-vo_Gruza] AS [кол-воГруза], dbo. Zakazchiki. Adres AS адресЗаказчика

FROM dbo. Gruz INNER JOIN

dbo. Gruzchiki ON

dbo. Gruz. [№Gruzchika] = dbo. Gruzchiki. [№Gruzchika]

INNER JOIN

dbo. Voditili ON

dbo. Gruz. [№Viditilia] = dbo. Voditili. [№Viditilia] INNER

JOIN

dbo. Zakazchki ON

dbo. Gruz. [№Zakazchki] = dbo. Zakazchki. [№Zakazchki]

Выборка данных «Общая информация»

Выборка данных «О грузе»

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

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

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

5. Проектирование хранимых процедур

Хранимые процедуры ? представляют собой процессы, выполняемые непосредственно на сервере баз данных. Все хранимые процедуры в базе данных находятся в специально отведенном списке Stored Procedures. В данном курсовом проекте хранимые процедуры используются для случая, когда необходимо увеличить стоимость товара на НДС.

CREATE PROCEDURE New Cena

(@id_Cena Real, @id_ Цена_НДС Real)

AS

UPDATE Товар

SET Цена = Цена * (2Ца_НДС

WHERE Цена = @1а_Цена_НДС

Работа процедуры увеличения цены на НДС

6. Разработка механизмов управления данными в базе при помощи триггеров

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

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

CREATE TRIGGER cascade_del_trigger

ON [dbo]. [Склад] FOR DELETE

AS

IF@@ROWCOUNT = 0

RETURN DELETE ID_товара FROM Склад, Товар

WHERE Склад.ID_товара = Товар.ID_товара

IF @@ERROR!= 0

BEGIN

PRINT 'Error occurred during related tables' ROLLBACK TRAN

END

RETURN

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

база данные товар склад

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

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

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

При запуске клиентского приложения требуется ввести пароль и логин пользователя. Таким образом, обеспечивается безопасность БД от несанкционированного доступа на клиентском уровне.

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

При входе под пользователем, будет доступен только просмотр запросов, отчетов и представлений.

8. Организация обмена данными между приложениями

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

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

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

При создании проекта в Microsoft Acccess было произведено подключение к SQL Server к заранее созданной БД «Gruzoperevozki».

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

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

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

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

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

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

Э_у=3 р-3_А ? экономия от замены ручной обработки информации т автоматизированную обработку.

Зр = О_н*Ц*Гд/Н_р ? затраты на ручную обработку информации, руб. О_н=1500*25*80=1,9 Мбайт ? объем информации, обрабатываемой вручную (1500 страниц в неделю)

Ц = 8000/160=50 ? стоимость одного часа при окладе 8000 рублей в месяц и 4 (часовой рабочей недели.

Г_д=1,2 ? коэффициент, учитывающий дополнительные затраты времени на логические операции при ручной обработке информации. Н_р= 15*25* 80=0,029 Мбайт/час - норма выработки: 15 страниц в час (80 символов на 25 строк). З_р=5159,49

3_А = t_а*Ц_м+tо*(Цм+Цо) ? затраты на автоматизированную обработку информации.

t_A=2 (час) ? время автоматической обработки.

Ц_м=3 (руб./час) ? стоимость одного часа машинного времени. t₀=8 ? время работы оператора.

Цо=50 ? стоимость одного часа работы оператора.

3_А=380 Э_у=5159,49-380=4779,49 Э_Г=Э_У ? 3_К*5/365 З_к=299827,2727 ? калькуляция расходов на разработку БД. Э_г=4779,49 - 4107,23=672,26 Э_Р=(Э_Г*0,4)/3_К

Э_р=0,22 - эффективность разработки базы данных.

10. Требования к техническому обеспечению

Для работы клиент - серверного приложения «Склад» необходим персональный компьютер, имеющий следующие характеристики:

· процессор Intel или AMD с тактовой частотой 800 МГц и выше;

· оперативная память - 128 Мбайт (рекомендуется 256 Мбайт);

· свободное дисковое пространство - не менее 15 Мбайт;

· монитор типа Super VGA (число цветов - 256) с диагональю не менее 14»;

· операционная система Windows /2000/XP/2003.

11. Инструкция по использованию БД

11.1 Установка приложения

Для установки приложения «Грузоперевозки» на персональный компьютер клиента необходимо скопировать серверную часть ? базу SQL «Gruzoperevozki_Data» и подключить ее к MSSQL на ПК, а так же клиентскую часть ? проект Access «Gruzoperevozki» и запустить его.

11.2 Запуск приложения

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

Окно входа в систему приложения

11.3 Работа с программой

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

Ниже приведены формы, с которыми возможна работа, при нажатии на соответствующие кнопки.

Форма «Груз»

Форма «Грузчики»

Форма «Водители»



Форма «Заказчики»

Отчет «Груз»

Отчет «Заказчики»

Заключение

Реляционная модель данных в настоящее время приобрела наибольшую популярность и практически все современные СУБД ориентированы именно на такое представление данных.

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

В данном проекте была создана реляционная база данных «Грузоперевозки», разработанная с помощью приложения Microsoft Access 2003 и MSSQL server.

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

Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗов /под ред. проф. А.Д. Хомоненко // СПб.:КОРОНАпринт, 2000. - 41 с.

Глушаков СВ., Ломотько Д.В. Базы данных. Учебный курс // Харьков Фолио; Ростов н/Д: Феникс; Киев: Абрис, 2000. - 504 с.

3. Дроздова В.И., Крахоткина Е.В. Методические указания выполнению курсового проекта по дисциплине «Базы данных» для студентов специальности 351400. Ставрополь, СевКавГТУ, 2004.

Дунаев С.В. Доступ к БД и техника работы в сети. Практически приемы современного программирования - М.: Диалог МИФИ, 1999 - 416 с.

Смирнова Г.Н., Сорокин А. А, Тельнов Ю.Ф. Проектирование экономических ИС. Учебник для ВУЗов под ред. Тельнова Ю.Ф. - М Финансы и статистика, 2001 - 512 с.

6. Сигнор Р., Стегман М.О. Использование ODBC для доступа к БД - М. БИНОМ, 1995-384 с.

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