Studrb.ru банк рефератов
Консультация и поддержка студентов в учёбе

Главная » Бесплатные рефераты » Бесплатные рефераты по базам данных »

БД Реестр акций

БД Реестр акций [06.04.17]

Тема: БД Реестр акций

Раздел: Бесплатные рефераты по базам данных

Тип: Курсовая работа | Размер: 227.53K | Скачано: 354 | Добавлен 06.04.17 в 12:27 | Рейтинг: 0 | Еще Курсовые работы


СОДЕРЖАНИЕ

ВВЕДЕНИЕ.. 3

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ.. 4

2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ.. 5

2.1. Назначение и предметная область. 5

2.2. Построение инфологической модели. 5

2.3. Проектирование базы данных. 7

3 ВЫБОР СУБД.. 9

4 РАЗРАБОТКА ПРОГРАММЫ... 16

4.1 Таблицы.. 16

4.2 Запросы.. 16

4.3 Отчеты.. 17

4.4 Графический интерфейс. 18

6 ЗАКЛЮЧЕНИЕ.. 21

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ... 22

 

ВВЕДЕНИЕ

В 21 веке бумажные носители уже начинают уходить в небытие. Это все связано с компьютеризацией мира. Вместо книг у журналов у людей в руках планшеты и смартфоны. Это и понятно, так как на планшет можно записать сколько угодно книг или читать их онлайн с различных сайтов, а книг в сумку можно положить максимум 1-2 и только небольшого размера. Планшеты и смартфоны прекрасно помогают решить эту проблему. И это коснулось не только художественной литературы. Научные конференции, совещания, презентации проектов и даже обучение, а также компьютеризация помогает автоматизировать работу предприятий. Уже не нужно перерывать стопку отчетов за несколько лет, в поисках нужной записи. Ведь бумажный документооборот можно автоматизировать с помощью специального программного обеспечения.

Целью курсовой работы является разработка программы, позволяющей автоматизировать работу реестра акций.

Для достижения заданной цели необходимо решить следующие задачи:

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

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

 

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

На данный момент существует большое количество программного обеспечения, для создания автоматизации реестра акций. Они написаны на различных языках программирования (c#, c++, php) или сделаны в различных системах управления базами данных (access, sql server, oracle), но всех их объединяет одно – тем или иным образом они обеспечивают автоматизацию работы реестра акций. Процесс учета акций необходимо автоматизировать, потому что нужно хранить огромное количество информации о акционерах, акциях, сертификатах и т.д.

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

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

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

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

 

2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

2.1. Назначение и предметная область

База данных предназначена для хранения данных о акционерах, сертификатах и информации о акциях.

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

  1. Название акционерного общества
  2. Адрес акционерного общества
  3. Номер регистрации акционерного общества
  4. Телефон акционерного общества
  5. Вид акции
  6. Уставной капитал
  7. Фамилия покупателя
  8. Имя покупателя
  9. Отчество покупателя
  10. Паспорт покупателя
  11. Дата рождения
  12. Адрес покупателя
  13. Телефон покупателя

 

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

К стержневым сущностям можно отнести:

  1. Акционеры (Код, Фамилия, Имя, Отчество, Паспорт, Дата рождения, Адрес, Телефон). Эта сущность отводится для хранения сведений о акционерах. Такое объединение допустимо так как данные о разных акционерах выбираются из одного домена (фамилия (название), дата рождения (дата регистрации) и телефон) и исключает дублирование данных (один и тот же акционер может много раз покупать акции и это могут быть акции разных предприятий).
  2. Информация о акциях (Код, Эмитент, Вид акции, Количество, Дата, Уставной капитал). Эта сущность отводится для хранения о всех акциях, которые были выпущены акционерскими обществами.

 Стержневые сущности связаны между собой ассоциациями:

Сертификаты [Информация о акциях N, Акционеры M] (Код, Акция, Владелец, Стоимость, Количество, Дата, Сумма)

Мы построили инфологическую модель базы данных «Реестр акций» с помощью языка «Таблицы-связи» (рисунок 2.1).

Рисунок 2.1 - Инфологическая модель базы данных «Реестр акций», построенная с помощью языка «Таблицы-связи»

 

2.3. Проектирование базы данных

В соответствие с процедурой проектирования каждая из полученных сущностей должна быть представлена базовой таблицей. Первый вариант этих таблиц описывается так:

СОЗДАТЬ ТАБЛИЦУ Информация о акциях *(Стержневая сущность)

ПЕРВИЧНЫЙ КЛЮЧ ( Код_акции )

ПОЛЯ ( Код_акции Целое, Эмитент Текст 50, Вид акции Текст 20, Количество Целое, Дата дата, Условный_капитал Денежный);

СОЗДАТЬ ТАБЛИЦУ Акционеры *( Стержневая сущность )

ПЕРВИЧНЫЙ КЛЮЧ ( Код_акционера )

ПОЛЯ ( Код_акционера Целое, Фамилия Текст 50, Имя Текст 50, Отчество Текст 50, Паспорт Текст 10, Дата рождения дата, Адрес Текст 50, Телефон Текст 10);

Остальные же таблицы базы данных описываются так:

СОЗДАТЬ ТАБЛИЦУ Сертификаты *(Связывает Информация о акциях и Акционеры)

ПЕРВИЧНЫЙ КЛЮЧ ( Код_акции, Код_акционера)

ВНЕШНИЙ КЛЮЧ (Код_ акции ИЗ Информация о акциях

NULL-значения НЕ ДОПУСТИМЫ

УДАЛЕНИЕ ИЗ Информация о акциях ОГРАНИЧИВАЕТСЯ

ОБНОВЛЕНИЕ Информация о акциях.Код_акции КАСКАДИРУЕТСЯ)

ВНЕШНИЙ КЛЮЧ (Код_акционера ИЗ Акционеры

NULL-значения НЕ ДОПУСТИМЫ

УДАЛЕНИЕ ИЗ Акционеры КАСКАДИРУЕТСЯ

ОБНОВЛЕНИЕ Акционеры. Код_акционера КАСКАДИРУЕТСЯ)

ПОЛЯ                  (Код_акции Целое, Код_акционера Целое, Стоимость денежный, Количество Целое, Дата Дата, Сумма денежный)

ОГРАНИЧЕНИЯ         (Значения полей Код_акции и Код_акционера должны принадлежать набору значений соответствующих полей таблиц Информация о акциях и Акционеры; при нарушении вывод сообщения "Такой акции нет" или "Такого акционера нет»);

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

Наконец анализ сущности «Акционеры» показал, что оно является подозрительными т.к. имеют два функционально связанных неключевых поля (Название и Код).

Поле Название стало неключевым из-за ввода цифрового первичного ключа Код, заменяющего текстовый возможный ключ Название. Это позволило уменьшить объем хранимых, данных в таблицах, затраты труда на ввод множества текстовых значений и возможной противоречивости которая часто возникает из-за ввода в разные поля ошибочных дубликатов (например, СтройТех, НовоСофт и т п). Рекомендуется замена на время нормализации цифровых заменителей первичных ключей (Код акционера) на исходный ключ (Акционер) или воспользоваться формулировкой НФБК то окажется что таблица Акционеры нормализована

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

 

3 ВЫБОР СУБД

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

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

- моделирование данных;

- особенности;

- архитектуры и функциональные возможности;

- контроль работы системы;

- особенности разработки приложений;

- производительность;

- надежность;

- требования к рабочей среде;

- смешанные критерии;

Рассмотрим каждую из этих групп в отдельности.

Моделирование данных.

Особенности архитектуры и функциональные возможности.

Контроль работы системы

Особенности разработки приложений.

Производительность.

Надежность.

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

Требования к рабочей среде.

Смешанные критерии.

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

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

 

4 РАЗРАБОТКА БД

4.1 Таблицы

В ходе работы были созданы следующие таблицы и была построена физическая модель (рисунок 4.1):

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

- акционеры;

- сертификаты.

Рисунок 4.1 – Физическая модель БД

Рисунок 4.1 – Физическая модель БД

 

4.2 Запросы

После этого таблицы были заполнены тестовыми данными и были созданы следующие запросы:

- поиск по эмитенту;

- сертификаты;

- физ лица;

- юр лица;

Примеры нескольких запросов продемонстрированы на рисунках 4.2-4.5

Рисунок 4.2 – Код запроса «Поиск по эмитенту» в SQL

Рисунок 4.2 – Код запроса «Поиск по эмитенту» в SQL

Рисунок 4.3 – Результат запроса «Поиск по эмитенту»

Рисунок 4.3 – Результат запроса «Поиск по эмитенту»

Рисунок 4.4 – Код запроса «Сертификаты» в SQL

Рисунок 4.4 – Код запроса «Сертификаты» в SQL

Рисунок 4.5 – Результат запроса «Сертификаты»

Рисунок 4.5 – Результат запроса «Сертификаты»

 

4.3 Отчеты

По результатам запросов были созданы отчеты:

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

- сертификаты;

- физ. Лица;

- юр. Лица;

Внешний вид некоторых отчетов продемонстрирован на рисунках 4.6-4.7

Рисунок 4.6 – Внешний вид отчета «Информация о акциях»

Рисунок 4.6 – Внешний вид отчета «Информация о акциях»

Рисунок 4.7 – Внешний вид отчета «Сертификаты»

Рисунок 4.7 – Внешний вид отчета «Сертификаты»

 

4.4 Графический интерфейс

Для создания графического интерфейса были созданы следующие формы:

- главная форма;

- акционеры;

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

Внешний вид форм представлен на рисунках 4.8-4.10

Рисунок 4.8 – Главное меню

Рисунок 4.8 – Главное меню

Рисунок 4.9 – Форма «Акционеры»

Рисунок 4.9 – Форма «Акционеры»

Рисунок 4.10 – Форма «Информация о акциях»

Рисунок 4.10 – Форма «Информация о акциях»

 

ЗАКЛЮЧЕНИЕ

В ходе данной курсовой работы была спроектирована и построена база данных «Реестр акций» для автоматизации процесса учета акций.

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

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

 

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

  1. Быкова В. В. Искусство создания базы данных в Microsoft Office Access 2007 [Электронный ресурс] : Учеб. пособие / В. В. Быкова. - Красноярск: Сиб. федер. ун-т, 2011. - 260 с. - Режим доступа: http://znanium.com/catalog.php?bookinfo=443138
  2. Вячеслав Кошелев Access 2010. Эффективное использование. – «Бином-Пресс», 2010. – С. 590.
  3. Дейт К Руководство по реляционной СУБД М Финансы и статистика –
  4. Лори Ульрих Фуллер, Кен Кук. Access 2010 для чайников = Access 2010 For Dummies. — М.: «Диалектика», 2010. — С. 384. — ISBN 978-5-8459-1707
  5. Линн Бейли Изучаем SQL. – «Питер», 2012. – С. 592.
  6. Наталья Гринченко Проектирование баз данных. СУБД Microsoft Access. – «Горячая Линия - Телеком», 2013. – С.240.
  7. Осипов Д. Л. Базы данных и Delphi. Теория и практика. [Электронный ресурс] / Д.Л. Осипов. — СПб.: БХВ-Петербург, 2011. — 746 с
  8. Ребекка М. Райордан Основы реляционных баз данных. – «Русская Редакция», 2012. – С. 384.

Внимание!

Если вам нужна помощь в написании работы, то рекомендуем обратиться к профессионалам. Более 70 000 авторов готовы помочь вам прямо сейчас. Бесплатные корректировки и доработки. Узнайте стоимость своей работы

Бесплатная оценка

0
Размер: 227.53K
Скачано: 354
Скачать бесплатно
06.04.17 в 12:27 Автор:

Понравилось? Нажмите на кнопочку ниже. Вам не сложно, а нам приятно).


Чтобы скачать бесплатно Курсовые работы на максимальной скорости, зарегистрируйтесь или авторизуйтесь на сайте.

Важно! Все представленные Курсовые работы для бесплатного скачивания предназначены для составления плана или основы собственных научных трудов.


Друзья! У вас есть уникальная возможность помочь таким же студентам как и вы! Если наш сайт помог вам найти нужную работу, то вы, безусловно, понимаете как добавленная вами работа может облегчить труд другим.

Добавить работу


Если Курсовая работа, по Вашему мнению, плохого качества, или эту работу Вы уже встречали, сообщите об этом нам.


Добавление отзыва к работе

Добавить отзыв могут только зарегистрированные пользователи.


Похожие работы

Консультация и поддержка студентов в учёбе