- •1. Общие положения 5
- •2. Требования к курсовому проекту и Его структурным элементам 11
- •3. Оформление курсового проекта 19
- •1. Общие положения
- •1.1. Цель и задачи курсового проекта
- •1.2. Выбор темы курсового проекта
- •1.3. Выполнение курсового проекта.
- •1.4. Научно-методическое руководство курсовым проектом
- •2.1. Элементы научного исследования в курсовогм проекте
- •2. Требования к курсовому проекту и Его структурным элементам
- •2.2. Общие правила оформления работы
- •2.3. Введение
- •2.4. Основная часть
- •2.5. Заключение
- •2.6. Список используемых источников
- •2.7. Приложения
- •3. Оформление курсового проекта
- •3.1 Общие правила оформления
- •3.2. Нумерация страниц
- •3.3. Иллюстрации
- •3.4. Таблицы
- •3.5. Формулы, уравнения и блок-схемы алгоритмов
- •3.6. Ссылки
- •Заключение
- •Список литературы
- •Приложения: Приложение 1 Темы курсовых проектов по дисциплине «Базы данных»
- •Пояснения по темам курсовых проектов
- •Приложение 2 Примерное содержание курсового проекта
- •Приложение 3 Образец оформления титульного листа
- •Субд частной нотариальной конторы
- •Приложение 4 Образец оформления курсового проекта
- •Введение
- •1. Постановка задачи
- •1.1. Входные данные
- •1.2. Выходные данные
- •2. Теоретическая часть. Обзор рынка субд.
- •3. Проектирование бд.
- •3.1. Описание назначения.
- •3.2.Технические требования к приложению
- •3.3. Требования к выполняемым функциям
- •4. Реализация бд.
- •4.1. Структуры бд и их использование в субд
- •4.2. Создание экранных форм, разработка интерфейсов.
- •4.3. Добавление данных
- •4.4. Поиск
- •4.5. Создание отчетов – выходных форм.
- •5. Руководство пользователя
- •Заключение
- •Список литературы
- •Приложение 1 Доверенность на получение зарплаты
- •Приложение 2 Доверенность на управление тс
- •Приложение 3 Договор
- •2. Указанная автомашина принадлежит мне,
- •Приложение 4 Справка
- •Приложение 5 Листинги программ
- •351400 - Прикладная информатика (по областям)
3.3. Требования к выполняемым функциям
Ежедневно поступающую в СУБД информация должна заноситься в общую таблицу путем заполнения входных форм. При сетевом варианте все данные хранятся на компьютере-сервере, но добавить или изменить данные можно с других компьютеров.
4. Реализация бд.
4.1. Структуры бд и их использование в субд
БД частной нотариальной конторы и приложение работающее с ними – СУБД "Нотариат", представляют собой в комплексе работающую автоматизированную проблемно-ориентированную информационную систему (АПОИС). Совокупность базы данных - это единая система обновления, хранения, обработки и доступа к большим объемам информации, которая в процессе эксплуатации системы постоянно развивается. Более того, расширение сферы применения СУБД нотариальной деятельности связано с организации различных вычислений и логической обработки данных, созданием баз знаний и экспертных систем. Следовательно, пользователю необходимо знать реальную структуру баз данных, чтобы успешно эксплуатировать и развивать СУБД.
Ниже представлены структуры базы данных СУБД "Нотариат" и их взаимодействие (связи) в процессе работы системы (рис.6).
Общая таблица
Физические лица
Порядковый номер |
Счетчик |
Длинное целое |
Реестровый номер |
Числовой |
Ключ |
Фамилия |
Текстовый |
15 |
Имя |
Текстовый |
15 |
Отчество |
Текстовый |
15 |
Адрес |
Текстовый |
50 |
Дата регистрации |
Дата/время |
|
Документы |
Текстовый |
50 |
Серия |
Текстовый |
20 |
Номер |
Текстовый |
20 |
Пошлина |
Денежный |
авто |
Примечание |
Текстовый |
255 |
Юридические лица
Порядковый номер |
Счетчик |
Длинное целое |
Реестровый номер |
Числовой |
Ключ |
Реквизиты |
Текстовый |
50 |
Юр адрес |
Текстовый |
50 |
Дата регистрации |
Дата/время |
|
Наименование действия |
Текстовый |
50 |
Дата регистрации |
Дата/время |
|
Документы |
Текстовый |
50 |
Серия |
Текстовый |
20 |
Номер |
Текстовый |
20 |
Пошлина |
Денежный |
авто |
Примечание |
Текстовый |
255 |
Выходные формы
Доверенность_зарплата
Номер |
Текстовый |
ключ |
Реестровый номер |
Текстовый |
Длинное целое |
Доверенное лицо |
Текстовый |
50 |
Адрес доверенного лица |
Текстовый |
50 |
Период действия |
Текстовый |
50 |
Двигатель № |
Текстовый |
50 |
Доверенность_ТС
Номер |
Текстовый |
ключ |
Реестровый номер |
Текстовый |
Длинное целое |
Марка авто |
Текстовый |
50 |
Государственный регистрационный номер |
Текстовый |
50 |
Год выпуска |
Текстовый |
50 |
Двигатель № |
Текстовый |
50 |
Кузов № |
Текстовый |
50 |
Цвет |
Текстовый |
50 |
ПТС |
Текстовый |
50 |
Дата выдачи |
Дата/время |
|
Доверенное лицо |
Текстовый |
50 |
Паспорт |
Текстовый |
50 |
Адрес лица |
Текстовый |
50 |
Срок действия |
Текстовый |
50 |
Реестр
Код |
Числовой |
Ключ |
Реестр для физических лиц |
Числовой |
Длинное целое |
Реестр для юридических лиц |
Числовой |
Длинное целое |
Справка
Номер |
Числовой |
ключ |
Реестровый номер |
числовой |
Длинное целое |
Адрес |
Текстовый |
50 |
Степень родства |
Текстовый |
50 |
ФИО |
Текстовый |
50 |
Степень родства_1 |
Текстовый |
50 |
ФИО_1 |
Текстовый |
50 |
Справочники
Физические лица
Код |
Текстовый |
ключ |
Наименование |
Текстовый |
50 |
Юридические лица
Код |
Текстовый |
ключ |
Наименование |
Текстовый |
50 |
Нотариальные действия юридических лиц
Код |
Текстовый |
ключ |
Наименование нотариального действия |
Текстовый |
50 |
Для поиска и отбора данных, удовлетворяющих определенным условиям, создается запрос. Запросы позволяют также обновить или удалить одновременно несколько записей, выполнить встроенные или специальные вычисления.
Для просмотра, ввода или изменения данных прямо в общей таблице применяются вход-
ные формы. Выходные формы позволяет отобрать данные из одной или нескольких таблиц и вывести их на экран, используя стандартный или созданный пользователем макет (документ).
На рис.5 представлена схема данных работающей СУБД "Нотариат", соответствующая исходной инфологической модели, построенной при постановке задачи курсовой работы.
|
Рис.5. Схема данных СУБД "Нотариат" |
Быстрое развитие потребностей пользователей БД выдвигает новые требования к СУБД такие как: поддержка широкого спектра типов представляемых данных и операций над ними (включая фактографические, документальные, картинно-графические данные); естественные и эффективные представления в БД разнообразных отношений между объектами предметных областей (например, пространственно-временных с обеспечением визуализации данных); поддержка непротиворечивости данных и реализация дедуктивных БД; обеспечение целостности БД в широком диапазоне разнообразных предметных областей и операционных обстановок; управление распределенными БД; интеграция неоднородных баз данных; существенное повышение надежности функционирования БД.
В рамках базового алгоритма деятельности частной нотариальной конторы (рис.1) все эти требования вполне реализуемы, следовательно, СУБД "Нотариат" может реально развиваться вместе с развитием потребностей нотариальной службы.
