Разработка приложения баз данных для информационных систем
Логическая и физическая структура базы данных. Аппаратное и программное обеспечение системы. Создание представлений, хранимых процедур, пользовательских функций, триггеров. Описание основной структуры ASP.NET документов. Пользовательский интерфейс.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 21.05.2013 |
Размер файла | 4,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
1. Логическая структура базы данных
Изучив заданную предметную область можно выделить 9 основных сущностей: автомобили, автомобили в угоне, владельцы, должности сотрудников, звания сотрудников ГАИ, марки автомобилей, послужной список сотрудников, регистрация и сотрудники. Каждая из них содержит свои атрибуты определённого типа данных.
Описание всех сущностей и их атрибутов приведено в таблице 1.1.
Таблица 1.1 - Описание сущностей
Название сущности |
Название атрибута |
Тип данных |
Наличие ключа |
|
Автомобили |
Марка |
Текстовый |
Внешний ключ |
|
Фото |
Текстовый |
- |
||
Номер_кузова |
Числовой |
- |
||
Номер_двигателя |
Числовой |
- |
||
Номер_тех_паспорта |
Числовой |
Первичный ключ |
||
Дата_выпуска |
Дата |
- |
||
Дата_регистрации |
Дата |
- |
||
Дата_последнего_ТО |
Дата |
- |
||
Цвет |
Текстовый |
- |
||
Описание |
Текстовый |
- |
||
Автомобили в угоне |
Регистрационный_номер |
Числовой |
- |
|
Дата_угона |
Дата |
- |
||
Дата_заявления_об_угоне |
Дата |
- |
||
Вид_страховки |
Текстовый |
- |
||
Обстоятельства_угона |
Текстовый |
- |
||
Отметка_о_нахождении |
Текстовый |
- |
||
Дата_нахождения |
Дата |
- |
||
Марка |
Текстовый |
- |
||
Номер_двигателя |
Числовой |
- |
||
Ф.И.О._владельца |
Текстовый |
- |
||
Код_сотрудника_ведущего_дело |
Числовой |
Внешний ключ |
||
Специальное |
Счётчик |
Первичный ключ |
||
Дело_номер |
Счётчик |
- |
||
Владельцы |
Дата_рождения |
Дата |
- |
|
Адрес |
Текстовый |
- |
||
Ф.И.О._владельца |
Текстовый |
Первичный ключ |
||
Паспортные_данные |
Текстовый |
- |
||
Номер_водит_удостоверения |
Числовой |
- |
||
Дата_выдачи_удостоврения |
Дата |
- |
||
Срок_действия_удостоверения |
Дата |
- |
||
Категория |
Текстовый |
- |
||
Доп_информация |
Текстовый |
- |
||
Должности сотрудников |
Код_должности |
Числовой |
Первичный ключ |
|
Наименование_должности |
Текстовый |
- |
||
Оклад |
Денежный |
- |
||
Обязанности |
Текстовый |
- |
||
Требования |
Тестовый |
- |
||
Звания сотрудников ГАИ |
Звание |
Текстовый |
Первичный ключ |
|
Надбавка |
Денежный |
- |
||
Обязанности |
Текстовый |
- |
||
Требования |
Текстовый |
- |
||
Марки автомобилей |
Марка |
Текстовый |
Первичный ключ |
|
Фирма_производитель |
Текстовый |
- |
||
Страна_производитель |
Текстовый |
- |
||
Дата_начала_производства |
Дата |
- |
||
Дата_окончания_производства |
Дата |
- |
||
Характеристики |
Текстовый |
- |
||
Категория |
Текстовый |
- |
||
Описание |
Текстовый |
- |
||
Послужной список сотрудников |
Код_сотрудника |
Числовой |
Внешний ключ |
|
Код_должности |
Числовой |
- |
||
Дата_занятия_должности |
Дата |
- |
||
Краткая_характ_работы |
Текстовый |
- |
||
Специальное |
Счётчик |
Первичный ключ |
||
Название сущности |
Название атрибута |
Тип данных |
Наличие ключа |
|
Регистрация |
Код_регистрации |
Числовой |
- |
|
Регистрационный_номер |
Числовой |
- |
||
Дата_регистрации |
Дата |
- |
||
Ф.И.О._владельца |
Текстовый |
Внешний ключ |
||
Код_сотрудника_выполн_регистрацию |
Числовой |
Внешний ключ |
||
Марка |
Текстовый |
- |
||
Номер_тех_паспорта |
Числовой |
- |
||
Номер_кузова |
Числовой |
- |
||
Номер_двигателя |
Числовой |
- |
||
Специальное |
Счётчик |
Первичный ключ |
||
Сотрудники |
Код_сотрудника |
Числовой |
Первичный ключ |
|
Ф.И.О._сотрудника |
Текстовый |
- |
||
Фото |
Текстовый |
- |
||
Дата_рождения |
Дата |
- |
||
Пол |
Текстовый |
- |
||
Адрес |
Текстовый |
- |
||
Паспортные_данные |
Текстовый |
- |
||
Телефон |
Числовой |
- |
||
Образование |
Текстовый |
- |
||
Код_должности |
Числовой |
Внешний ключ |
||
Звание |
Текстовый |
Внешний ключ |
Между сущностями определяются связи. Все связи типа один ко многим:
- связь между сущностями «Сотрудники» (на стороне один) и «Послужной список сотрудников» (на стороне многие) по полю «Код_сотрудника»;
- связь между сущностями «Сотрудники» (на стороне один) и «Автомобили в угоне» (на стороне многие) по полю «Код_сотрудника»;
- связь между сущностями «Сотрудники» (на стороне один) и «Регистрация» (на стороне многие) по полю «Код_сотрудника»;
- связь между сущностями «Звания сотрудников ГАИ» (на стороне один) и «Сотрудники» (на стороне многие) по полю «Звание»;
- связь между сущностями «Должности сотрудников» (на стороне один) и «Сотрудники» (на стороне многие) по полю «Код должности»;
- связь между сущностями «Владельцы» (на стороне один) и «Регистрация» (на стороне многие) по полю «Ф.И.О._владельца»;
- связь между сущностями «Марки автомобилей» (на стороне один) и «Автомобили» (на стороне многие) по полю «Марка»;
- связь между сущностями «Автомобили» (на стороне один) и «Доп таблица» (на стороне многие) по полю «Номер_тех_паспорта»;
связь между сущностями «Владельцы» (на стороне один) и «Доп таблица» (на стороне многие) по полю «Ф.И.О._владельца»;
Так же связи могут быть идентифицирующими или не идентифицирующими. Если задана идентифицирующая связь, то это значит, что каждому экземпляру дочерней сущности должен соответствовать хотя бы один экземпляр родительской[3]. Не идентифицирующая связь, означает, что экземпляр дочерней сущности может быть идентифицирован без использования экземпляра родительской сущности[3]. Все первичные ключи в сущностях являются простыми - состоят из одного поля и однозначно идентифицируют запись.
Логическая структура базы данных приведена на рисунке 1.1.
Рисунок 1.1 - Логическая структура базы данных
2. Физическая структура базы данных. Аппаратное и программное обеспечение системы
2.1 Физическая структура базы данных
По созданной логической структуре была разработана база данных средствами СУБД MS SQL Server. В неё входят 10 таблиц: автомобили, автомобили в угоне, владельцы, должности сотрудников, доп. таблица, звания сотрудников ГАИ, марки автомобилей, послужной список сотрудников, регистрация и сотрудники. В свою очередь таблицы содержат столбцы.
В таблицу «Автомобили» входят поля: «Марка» типа varchar(20),» Фото» типа varchar(MAX), «Номер_кузова» типа int, «Номер_двигателя» типа int, «Номер_тех_паспорта» типа int, «Дата_выпуска» типа datetime, «Дата_регистрации» типа datetime, «Дата_последнего_ТО» типа datetime, «Цвет» типа varchar(20), «Описание» типа text. Пустые значения разрешены только в столбцах «Фото» и «Описание».
В таблицу «Автомобили в угоне» - «Регистрационный_номер» типа int, «Дата_угона» типа datetime, «Дата_заявления_об_угоне» типа datetime, «Вид_страховки» типа varchar(20), «Обстоятельства_угона» типа text, «Отметка_о_нахождении» типа varchar(20), «Дата_нахождения» типа datetime, «Марка» типа varchar(20), «Номер_двигателя» типа int, «Ф.И.О._владельца» типа varchar(50), «Код_сотрудника_ведущего_дело» типа int, «Специальное» типа int, «Дело_номер» типа int. В столбце «Дата_нахождения» разрешены пустые значения.
В таблицу «Владельцы» - «Дата_рождения» типа datetime, «Адрес» типа varchar(20), «Ф.И.О._владельца» типа varchar(50), «Паспортные_данные» типа varchar(20), «Номер_водит_удостоверения» типа int, «Дата_выдачи_удостоврения» типа datetime, «Срок_действия_удостоверения» типа datetime, «Категория» типа varchar(20), «Доп_информация» типа text. В столбце «Доп_информация» разрешены пустые значения.
В таблицу «Должности сотрудников» - «Код_должности» типа int, «Наименование_должности» типа varchar(20), «Оклад» типа money, «Обязанности» типа text, «Требования» типа text. Пустые значения разрешены только в столбцах «Обязанности» и «Требования».
В таблицу «Доп таблица» - «Ф.И.О._владельца» типа varchar(50), «Номер_тех_паспорта» типа int, «Специальное» типа int.
В таблицу «Звания сотрудников ГАИ» - «Звание» типа varchar(20), «Надбавка» типа money, «Обязанности» типа text, «Требования» типа text.
Пустые значения разрешены только в столбцах «Обязанности» и «Требования».
В таблицу «Марки автомобилей» - «Марка» типа varchar(20), «Фирма_производитель» типа varchar(20), «Страна_производитель» типа varchar(20), «Дата_начала_производства» типа datetime, «Дата_окончания_производства» типа datetime, «Характеристики» типа text, «Категория» типа varchar(20), «Описание» типа text. Пустые значения разрешены только в столбцах «Характеристики» и «Описание».
В таблицу «Послужной список сотрудников» - «Код_сотрудника» типа int, «Код_должности» типа int, «Дата_занятия_должности» типа datetime, «Краткая_характ_работы» типа text, «Специальное» типа int. В столбце «Краткая_характ_работы» разрешены пустые значения.
В таблицу «Регистрация» - «Код_регистрации» типа int, «Регистрационный_номер» типа int, «Дата_регистрации» типа datetime, «Ф.И.О._владельца» типа varchar(50), «Код_сотрудника_выполн_регистрацию» типа int, «Марка» типа varchar(20), «Номер_тех_паспорта» типа int, «Номер_кузова» типа int, «Номер_двигателя» типа int, «Специальное» типа int.
В таблицу «Сотрудники» - «Код_сотрудника» типа int, «Ф.И.О._сотрудника» типа varchar(50), «Фото» типа varchar(MAX), «Дата_рождения» типа datetime, «Пол» типа varchar(20), «Адрес» типа varchar(20), «Паспортные_данные» типа varchar(20), «Телефон» типа int, «Образование» типа varchar(20), «Код_должности» типа int, «Звание» типа varchar(20). Пустые значения разрешены только в столбцах «Фото» и «Звание».
Диаграмма созданной базы данных приведена на рисунке 2.1.
Рисунок 2.1 - Диаграмма базы данных
Данные таблицы соответствуют требованиям нормализации реляционных БД. Таблицы находятся в 1НФ, т. к. все их поля являются простыми (неделимыми), нет повторяющихся полей и каждый столбец таблиц хранит одно-единственное значение и не является ни списком, ни множеством значений. Таблицы находятся во 2НФ, т. к. они находятся в 1НФ, имеют простые первичные ключи и каждое неключевое поле функционально зависит от первичного ключа. Таблицы находится в 3НФ, т. к. они находятся во 2НФ и все не ключевые поля являются взаимно-независимыми.
2.2 Создание представлений, хранимых процедур, пользовательских функций, триггеров
Сведения о всех сотрудниках и их должностях:
SELECT Сотрудники.Ф.И.О._сотрудника, Сотрудники. Дата_рождения, Сотрудники. Пол, Сотрудники. Адрес, Сотрудники. Паспортные_данные, Сотрудники. Телефон, Сотрудники. Образование, Сотрудники. Звание, Должности_сотрудников. Наименование_должности FROM Сотрудники INNER JOIN Должности_сотрудников ON Сотрудники. Код_должности = Должности_сотрудников. Код_должности
Сведения о сотрудниках ведущих текущие дела об угоне:
SELECT Автомобили_в_угоне. Дело_номер, Сотрудники.Ф.И.О._сотрудника FROM Автомобили_в_угоне INNER JOIN Сотрудники ON Автомобили_в_угоне. Код_сотрудника_ведущего_дело = Сотрудники. Код_сотрудника
Сведений обо всех зарегистрированных автомобилях:
SELECT Регистрационный_номер, Дата_регистрации, Ф.И.О._владельца, Марка, Номер_тех_паспорта, Номер_кузова, Номер_двигателя FROM Регистрация
Сведения об автомобиле определённого владельца:
SELECT Регистрационный_номер, Дата_регистрации, Ф.И.О._владельца, Марка, Номер_тех_паспорта, Номер_кузова, Номер_двигателя FROM Регистрация WHERE (Ф.И.О._владельца = @Ф.И.О._владельца)
Сведения об автомобилях с определённой маркой:
SELECT Регистрационный_номер, Дата_регистрации, Ф.И.О._владельца, Марка, Номер_тех_паспорта, Номер_кузова, Номер_двигателя FROM Регистрация WHERE (Марка = @Марка)
Сведения об автомобилях с определённым номером двигателя:
SELECT Регистрационный_номер, Дата_регистрации, Ф.И.О._владельца, Марка, Номер_тех_паспорта, Номер_кузова, Номер_двигателя FROM Регистрация WHERE (Номер_двигателя = @Номер_двигателя)
Сведения об автомобилях зарегистрированных в заданный промежуток времени:
SELECT Регистрационный_номер, Дата_регистрации, Ф.И.О._владельца, Марка, Номер_тех_паспорта, Номер_кузова, Номер_двигателя FROM Регистрация WHERE (Дата_регистрации BETWEEN @Param1 AND @Param2)
Сведения обо всех угнанных автомобилях:
SELECT Регистрационный_номер, Дата_угона, Дата_заявления_об_угоне, Вид_страховки, Обстоятельства_угона, Отметка_о_нахождении, Дата_нахождения, Марка, Номер_двигателя, Ф.И.О._владельца FROM Автомобили_в_угоне
Сведения о автомобиле угнанном у определённого владельца:
SELECT Ф.И.О._владельца, Марка, Регистрационный_номер, Номер_двигателя, Дата_угона, Дата_заявления_об_угоне, Вид_страховки, Обстоятельства_угона FROM Автомобили_в_угоне WHERE (Ф.И.О._владельца = @Ф.И.О._владельца)
Сведения о угнанном автомобиле с определённой маркой:
SELECT Ф.И.О._владельца, Марка, Регистрационный_номер, Номер_двигателя, Дата_угона, Дата_заявления_об_угоне, Вид_страховки, Обстоятельства_угона FROM Автомобили_в_угоне WHERE (Марка = @Марка)
Сведения о автомобилях угнанных в определённую дату:
SELECT Ф.И.О._владельца, Марка, Регистрационный_номер, Номер_двигателя, Дата_угона, Дата_заявления_об_угоне, Вид_страховки, Обстоятельства_угона FROM Автомобили_в_угоне WHERE (Дата_угона = @Дата_угона)
Сведения о автомобилях угнанных с определённым номером двигателя:
SELECT Ф.И.О._владельца, Марка, Регистрационный_номер, Номер_двигателя, Дата_угона, Дата_заявления_об_угоне, Вид_страховки, Обстоятельства_угона FROM Автомобили_в_угоне WHERE (Номер_двигателя = @Номер_двигателя)
Сведения о автомобилях угнанных в заданный промежуток времени:
SELECT Ф.И.О._владельца, Марка, Регистрационный_номер, Номер_двигателя, Дата_угона, Дата_заявления_об_угоне, Вид_страховки, Обстоятельства_угона FROM Автомобили_в_угоне WHERE (Дата_угона BETWEEN @Param1 AND @Param2)
Список владельцев не имеющих водительских удостоверений:
SELECT Ф.И.О._владельца, Дата_выдачи_удостоврения, Срок_действия_удостоверения FROM Владельцы WHERE (Срок_действия_удостоверения < @Срок_действия_удостоверения)
Также в данной базе данных были разработаны функции, возвращающие табличные значения:
- выводит сведения о сотрудниках с определённым званием. SQL-код функции приведен на рисунке 2.2;
- выводит сведения о сотрудниках с определённым образованием. SQL-код функции приведен на рисунке 2.3.
Рисунок 2.2 - SQL-код табличной функции Inline
Рисунок 2.3 - SQL-код табличной функции Multi-statement
2.3 Аппаратное и программное обеспечение системы
Разработанная база данных содержит одну файловую PRIMARY, которая создаётся по умолчанию и состоит из двух основных файлов:
- kursa4.mdf - файл самой базы данных. В нём хранятся непосредственно данные и структура базы данных. Размер данного файла 3МБ, рост файла неограничен;
- kursa4_log.ldf - журнал транзакций. Размер журнала 1 МБ, рост ограничивается лишь свободной памятью на жёстком диске.
Перечислим минимальные программные и аппаратные требования серверной части для работы с ИС [4]:
- процессор: IntelP4 - 1GHz;
- память (ОЗУ): 512 MB;
- операционная система: Windows Server 2003 Service Pack 2; Windows Server 2008; Windows Vista; Windows Vista Service Pack 1; Windows 7; Windows XP Service Pack 2; Windows XP Service Pack 3.
Перечислим минимальные программные и аппаратные требования клиентской части для работы с ИС:
- процессор: Pentium III - совместимый процессор с тактовой частотой 1 GHz;
- оперативная память (RAM): 256 MB;
- объём жёсткого диска (HDD): 500 MB;
- монитор: видеоадаптер SuperVGA с разрешением 800х600 или выше
- операционная система: Windows XP; Windows Server 2003; Windows Vista; Windows Server 2008.
3. Реализация интерфейса пользователя
3.1 Описание основной структуры ASP.NET документов
Интерфейс пользователя был разработан с помощью технологии ASP.NET [5], предоставляемой Microsoft. Она позволяет быстро, эффективно и просто создать полноценное и многофункциональное Web - приложение. Структура приложений разрабатываемых с помощью данной технологии позволяет разграничивать логику и содержимое страниц, что является очень удобной возможностью.
Приложение состоит из набора ASP.NET страниц и условно делится на 2 части, а именно вывод обработанных данных и редактирование данных из таблиц. Все страницы имеют единый стиль оформления. Это достигается путём использования ещё одной удобной возможностью технологии ASP.NET-MasterPage. Она позволяет создать страницу-шаблон, которая впоследствии может быть унаследована другими страницами. Это означает, что у страницы-шаблона есть специальный тег - ContentPlaceHolder, в который помещается содержимое страниц с наполнением, в результате чего страница отображается как единое целое. Здесь можно провести некую аналогию с фреймами в HTML. Для разметки MasterPage страницы использовались обычные HTML таблицы и CSS (каскадные таблицы стилей). Пример такой страницы приведен в приложении А.
Все созданные страницы связанны между собой серверными элементами управления, таковыми являются компоненты LinkButton и Button (приложение Б)
3.2 Создание ASP.NET документов
Любая ASP.NET страница состоит из двух частей. Первая часть - Design, представляет собой пустое пространство, на котором можно разместить элементы управления. Вторая часть - Source, представляет собой код языка ASP.NET. Добавление нового кода, происходит при добавлении нового объекта в окне Design, либо при ручном заполнении. Для того чтобы добавить новый элемент в окно Design, его необходимо выбрать из вкладки Toolbox, и перетащить на форму. По аналогии с C#, имеется окно Properties, в котором можно задать те или иные параметры для элементов управления, или задать те или иные события.
Каждая страница начинается со следующего кода: «<% Page Language=» текущий язык программирования»%>». Где тег «<%» всегда предназначен для интерпретации ASP - кода. Атрибут Language - это указание, что в скриптах данной страницы будет использоваться определенный язык программирования. В данной работе - это язык C#. Затем идет код вида: «<form runat=» server»>». Этот тег дает указание компилятору обрабатывать элементы управления страницы. Данный тег имеет свойство runat, для которого установлено значение «server» (других значений не бывает). При использовании этого свойства элемент управления обрабатывается компилятором, а не передается браузеру «как есть».
При двойном щелчке на объекте в окне Design откроется файл, с названием аналогичным названию страницы, но отличающийся от нее тем, что добавляется выражение типа «.cs» в конце расширения файла. Также появится код, который соответствует событию по умолчанию для данного элемента. В данном файле ведется разработка кода уже не на языке ASP.NET, а на языке C#.
Основное меню сайта содержит два типа разделов:
- редактирование таблиц БД
- дополнительные задания
К первому типу разделов относятся разделы:
- Автомобили
- Автомобили в угоне
- Владельцы
- Должности сотрудников
- Звания сотрудников ГАИ
- Марки автомобилей
- Сотрудники
Ко второму типу относятся разделы:
- Отдел кадров
- Список автомобилей
- Список угонов
- Владельцы
Карта сайта приведена на рисунке 3.1.
Рисунок 3.1 - Карта сайта
Разработанная структура приложения позволяет осуществлять переход на другую страницу приложения из текущей, поэтому передвижение по страницам достаточно просто и понятно любому пользователю.
3.3 Описание элементов пользовательского интерфейса
Для отображения и редактирования информации, используются серверные компоненты GridView и FormView, которые являются мощными средствами для работы с базами данных. Эти компоненты предоставляют широкий набор функций, таких как удаление, добавление, вставка, сортировка. Однако эти компоненты не могут делать самого главного - соединятся с базой данных. Это не является недостатком, а напротив - преимуществом. Технология ADO.NET построена так, что компонентам, которые отображают данные из базы - не нужно знать с какой СУБД они работают. У них есть источник данных (DataSource) из которого они и отображают необходимые данные.
Роль посредника между базой данных и визуальными компонентами, отображающими информацию является DataSource, который связывается с конкретной базой данных и получает из неё информацию. Вот на этом уровне и определяется, с какой СУБД происходит работа. Для каждой СУБД есть свой источник данных. Для MircosoftSQLServer этим источником является SqlDataSource.
Одной из главных особенностей SqlDataSource является то, что он способен самостоятельно генерировать запросы на вставку, удаление, добавление и выборку данных. Так же он способен осуществлять фильтрацию.
Каждая таблица имеет простой первичный ключ, в основном это счётчик. Поэтому в оперативных таблицах хранятся числовые коды из таблиц - справочников обозначающие какое-либо значение. Пользователю сложно работать с числовыми значениями, которые подразумевают какую-то конкретную, более осмысленную информацию, поэтому в данном приложении разработаны поля с подстановкой. Они так же используются и для предотвращения ввода в таблицы неправильных, нежелательных значений.
Для таких ситуаций в используемых компонентах для отображения данных предусмотрены шаблонные поля (TemplateFields). Шаблонные поля определяются для каждого режима компонентов, таких как вставка, редактирование, отображение.
Шаблонные поля позволяют вставлять различные компоненты внутрь GridView, FormView и других компонентов, в которых реализована поддержка шаблонных полей. Для ситуации рассмотренной выше, эти поля можно применить следующим образом: поле, в котором содержится код, необходимо преобразовать в шаблоне. Затем в это поле поместить серверный компонент DropDownList, а затем связать его с источником данных (SqlDataSource), который будет выбирать данные из нужной таблицы. И наконец, назначить поле таблицы из источника данных, которое будет отображаемым, и поле, которое будет являться значением.
Такой подход весьма удобен и является очень гибким. Потому что нет необходимости создавать свои компоненты отображения данных, а достаточно немного модифицировать уже имеющийся компонент. Пример такой таблицы приведен на рисунке 3.2.
Рисунок 3.2 - Таблица с полями подстановки
Если данных в таблицах много, то на поиск нужной информации тратится большая часть времени. Поэтому в любом приложении, работающим с базами данных, должны быть реализованы фильтры данных. Поэтому в данном приложении так же осуществлена возможность фильтрации данных, реализуемая средствами полей с подстановкой. Это необходимо для отбора и вывода конкретных данных из таблиц. Для этого используются запросы с параметрами. Параметры задаются через поля с подстановкой. Пример фильтрации данных приведен на рисунке 3.3.
Рисунок 3.3. Пример фильтрации данных
Для связи приложения с базой данных, находящейся на сервере используется специальный объект ConnectionString, в котором указывается экземпляр SQLServer, с которым будет происходить работа и настраиваются параметры подключения. Этот объект хранится в файле конфигурации приложения (web.config) и впоследствии используется источниками данных, которым нужно соединяться с базой данных. Именно благодаря файлу конфигурации и объектам ConnectionString, веб - сервер всегда знает, где расположен экземпляр СУБД.
4. Руководство пользователя
Созданное приложение в виде набора ASP.NET и HTML страниц предназначено для удаления, добавления, изменения и вывода данных из таблиц базы данных. При открытии главной страницы (загрузить файл Default.aspx в браузере) появляется Web-форма, представленная на рисунке 4.1. Выбираем необходимый пункт меню.
Рисунок 4.1 - Вид главной страницы приложения
Нажав кнопку «Отдел кадров» появится страница (исходный код данной страницы приведен в приложении А и Б), где по умолчанию выводятся все подробные сведения о сотрудниках и их должностях. Вид данной Web-формы приведен на рисунке 4.2.
Нажав кнопку «Сотрудники ведущие дела об угоне» появится страница, в которой выводятся Ф.И.О. сотрудника, и номер дела об угоне. Вид Web-формы приведён на рисунке 4.3.
Рисунок 4.2 - Вид страницы «Отдел кадров»
Рисунок 4.3 - Вид страницы «Сотрудники ведущие дела об угоне»
Нажав кнопку «Список автомобилей» появится страница, в которой выводятся сведения обо всех зарегистрированных автомобилях. Вид Web-формы приведён на рисунке 4.4.
Рисунок 4.4 - Вид страницы «Список автомобилей»
Нажав кнопку «Данные об автомобилях с определёнными характеристиками» появится страница, в которой выводятся сведения обо всех зарегистрированных автомобилях, с определённым Ф.И.О. владельца, маркой автомобиля и номером двигателя. Вид Web-формы приведён на рисунке 4.5.
Рисунок 4.5 - Вид страницы «Данные об автомобилях с определёнными характеристиками»
Нажав кнопку «Автомобили с датой регистрации в заданном диапазоне» появится страница, в которой выводятся сведения обо всех зарегистрированных автомобилях, в определённый промежуток времени. Вид Web-формы приведён на рисунке 4.6.
Рисунок 4.6 - Вид страницы «Автомобили с датой регистрации в заданном диапазоне»
Нажав кнопку «Список угонов» появится страница, в которой выводятся сведения обо всех угнанных автомобилях. Вид Web-формы приведён на рисунке 4.7.
Рисунок 4.7 - Вид страницы «Список угонов»
Нажав кнопку «Сведения об угнанном автомобиле с указанными характеристиками» появится страница, в которой выводятся сведения обо всех угнанных автомобилях, с определённым Ф.И.О. владельца, маркой автомобиля, датой угона, номером двигателя. Вид Web-формы приведён на рисунке 4.8.
Рисунок 4.8 - Вид страницы «Сведения об угнанном автомобиле с указанными характеристиками»
Нажав кнопку «Угнанные автомобили в заданный период времени» появится страница, в которой выводятся сведения обо всех угнанных автомобилях, в заданный период времени. Вид Web-формы приведён на рисунке 4.9.
Рисунок 4.9 - Вид страницы «Угнанные автомобили в заданный период времени»
Нажав кнопку «Владельцы», в которой выводятся сведения обо всех владельцах и их автомобилях. Вид Web-формы приведён на рисунке 4.10.
Рисунок 4.10 - Вид страницы «Владельцы»
Нажав кнопку «Владельцы не имеющие удостоверений», в которой выводятся сведения обо всех владельцах не имеющих водительского удостоверения. Вид Web-формы приведён на рисунке 4.11.
Рисунок 4.11 - Вид страницы «Владельцы не имеющие удостоверений»
Также в данном приложении есть возможность редактирования, удаления и добавления данных в таблицы. Для этого необходимо на панели «Редактирование таблиц» на основной странице выбрать необходимую. После чего появится окно редактирования данных выбранной таблицы, которое приведено на рисунке 4.12.
Рисунок 4.12 - Выбор таблицы для редактирования
Для удаления каких-либо данных необходимо выбрать нужную запись в таблице слева и в таблице снизу нажать «Удалить», после этого запись будет удалена из базы данных.
Для редактирования данных необходимо так же выбрать необходимую запись и нажать «Правка», после чего в таблице снизу появятся поля для редактирования. Для занесения изменений в базу данных нужно нажать кнопку «Обновить».
Выбор описанных выше пунктов меню главной страницы аналогичен выбору этих же пунктов на остальных страницах приложения.
И для добавления данных необходимо нажать «Создать» в нижней части таблицы, после чего появятся поля для ввода данных. Для занесения данных в базу данных необходимо нажать кнопку «Вставка».
Разработанный интерфейс очень прост и интуитивно понятен для пользователя с минимальным опытом работы с компьютером.
Для работы с данным приложением пользователь должен уметь пользоваться мышью, клавиатурой и пройти обучение по работе с разработанным приложением.
5. Руководство программиста
Разработанная программа предназначена для автоматизации работы сотрудников учёта транспортных средств. Для успешного выполнения программы необходимо соблюдение следующих требований к периферийным устройствам и программному обеспечению:
— наличие мыши и клавиатуры;
— монитор с возможностью поддерживать разрешение 1024х768 с частотой не менее 60 Гц, отображающий 256 и более цветов.
— объём оперативной памяти от 512 МБ и более;
— операционная система Windows 98/2000/XP/vista/7;
— 20 МБ свободного места на жёстком диске;
— наличие боаузера InternetExplorer 5.0 и выше;
— Microsoft.NET Framework 2.0 ивыше;
— SQL-Server 2005.
Запуск программы осуществляется путём ввода адреса приложения в интернет обозреватель (адрес страницы Default.aspx). Дальнейшее обращение к программе осуществляется через гиперссылки, текстовые поля, выпадающие списки и кнопки.
Основные функции созданного приложения:
- вывод данных обо всех сотрудниках и их должностях, отображение сведений о сотрудниках, ведущих текущие дела об угоне;
- вывод данных обо всех зарегистрированных автомобилях; данные об автомобилях с определенными: маркой, номером двигателя, владельцем, датой регистрации в заданном диапазоне;
- вывод данных обо всех угонах; сведения об угонах с определенными: датами, маркой автомобиля, номером двигателя, владельцем, датой угона в заданном диапазоне;
- вывод полного списка владельцев автомобилей разных типов; сведения о владельцах, не имеющих водительских удостоверений;
- редактирование данных из таблиц;
- удаление данных из таблиц;
- добавление данных в таблицы.
Наиболее подробное описание функций приложения описано в разделе «Руководство пользователя».
Работа начинается с загрузки файла Default.aspx, который открывает главную страницу информационной системы. Проверка работоспособности программы производится визуально при открытии файла Default.aspx, затем при выполнении действий с помощью гиперссылок, кнопок, переключателей, флажков и комбинированных списков. Если все файлы, необходимые для работы с ИС, присутствуют, то не возникает никаких ошибок.
Для исключения бесполезной, неинформативной или противоречивой информации, введённой пользователем, в приложении осуществляется проверка вводимых данных посредством серверных элементов управления
Данная проверка осуществляется валидаторами, предоставляемые технологией ASP.NET:
- RequiredFieldValidator - контролирует наличие введённых данных в элемент управления;
- RegularExpressionValidator - определяет соответствие значения данного элемента управления определённому регулярному выражению.
Для устранения данных сообщений нужно правильно ввести данные в текстовые поля.
Входными данными для приложения являются таблицы, представления, хранимые процедуры базы данных разработанной в SQL-ServerManagementStudioExpress, так же данные вводимые в текстовые поля и выпадающие списки пользователем, необходимые для фильтрации данных.
Выходными данными являются результаты выборки данных из таблиц. Все выходные данные приложения выводятся на экран и доступны пользователю для просмотра и редактирования.
В результате работы программы могут появляться сообщения об ошибках.
Сообщение на рисунке 5.1 возникает, когда в текстовые поля не введены данные. Текст сообщения изображенного на рисунке 5.2 возникает при вводе даты в неправильном формате. Текст сообщения изображенного на рисунке 5.3 возникает при вводе кода должности не цифрами.
Рисунок 5.1 - Неверный ввод данных
Рисунок 5.2 - Неверный ввод данных
Рисунок 5.3 - Неверный ввод данных
Заключение
Главным результатом данной курсовой работы является разработанная информационная система, предназначенная для автоматизации работы учёта транспортных средств. Созданное приложение имеет простой и интуитивно понятный интерфейс для пользователя.
Также была более детально изучена работа с наиболее распространённой в настоящее время СУБД SQL-Server.
база аппаратный триггер интерфейс
Список источников
1. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф. А.Д. Хомоненко. - 5-е изд., доп. - М.: Бином-Пресс; СПб.: КОРОНА принт, 2006. -736 с.
2. Эспозито Д. Знакомство с Microsoft ASP.NET 2.0 - Москва; Санкт-Петербург: Русская редакция: Питер, 2006. - 490 с.
3. Википедия, свободная энциклопедия / Д. Уэльс и Л. Сэнгер. // Основы ASP.NET [Электронный ресурс].-Режим доступа: http://ru.wikipedia.org Дата доступа: 10.05.2012.
4. ГарякаА.А. Основы ASP.NET 2.0/[Электронный ресурс].-Режим доступа: http://www.intuit.ru/department/se/aspdotnet/ Дата доступа: 13.05.2012.
5. МагдануровГ. Разработка веб-приложений на ASP.NET/[Электронный ресурс].- Режим доступа: http://www.intuit.ru/department/internet/webdevaspnet/
Размещено на Allbest.ru
Подобные документы
Выбор средств разработки базы данных для информационного функционирования аэропорта. Выделение и нормализация сущностей. Логическая схема и физическая структура базы данных. Спецификация и тестирование функций, процедур, триггеров, представлений.
курсовая работа [1,5 M], добавлен 07.06.2013Язык манипуляции данными. Процесс отбора данных. Использование агрегатных функций и специальных операторов в условиях отбора. Создание и использование представлений и хранимых процедур. Использование триггеров, разработка интерфейса пользователя.
лабораторная работа [70,6 K], добавлен 13.02.2013Тестирование сервера с помощью хранимых процедур MS SQL SERVER 8.0. Разработка триггеров и хранимых процедур для базы формата Dbase IV, программное обеспечение в среде Borland C++ Builder, обеспечивающее работу с ней. Двухуровневая модель "Клиент-Сервер".
курсовая работа [1,2 M], добавлен 07.07.2011Определение функциональных зависимостей. Разработка структуры базы данных. Организация запросов к базе данных. Использование триггеров для поддержки данных в актуальном состоянии. Разработка хранимых процедур и функций. Ограничения ведения базы данных.
курсовая работа [113,2 K], добавлен 17.06.2014Определение автоматизированных информационных систем. Обоснование выбора среды разработки информационной системы. Создание запросов для выбора информации. Логическая и физическая структура реляционной базы данных. Разработка интерфейса пользователя.
курсовая работа [2,1 M], добавлен 16.04.2017Разработка и отладка БД серверного типа с веб-интерфейсом "Учет продукции" для мебельного производства. Физическая модель данных. Описание индексов и ограничений, запросов и представлений данных, отчетов и диаграмм. Описание триггеров и хранимых процедур.
курсовая работа [1,2 M], добавлен 20.02.2015Инфологическая и даталогическая модели данных. Описание пользовательской части и используемых sql-запросов. Физическая и логическая модель web-приложения. Описание используемых программных средств, языка программирования и информационных технологий.
курсовая работа [1,3 M], добавлен 29.04.2015Описание функциональной структуры автоматизированной системы обработки информации и управления. Логическая и физическая структуры базы данных. Система классификации и кодирования. Математическое и программное обеспечение реляционной базы данных.
курсовая работа [739,7 K], добавлен 14.12.2017Проектирование баз данных, реализация ее серверной части, методика создания таблиц, различных триггеров, хранимых процедур, клиентского приложения. Процедура поиска данных, фильтрации данных, вывода отчета, ввода SQL запросов и вывода хранимых процедур.
контрольная работа [50,1 K], добавлен 30.10.2009Проектирование базы данных фирмы по предоставлению телекоммуникационных услуг с помощью СУБД MS SQL SERVER. Построение логической и физической модели данных. Описание информационных потребностей пользователя. Создание хранимых процедур и триггеров.
курсовая работа [2,3 M], добавлен 21.03.2015