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

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

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

Тип: Курсовая работа | Размер: 227.53K | Скачано: 413 | Добавлен 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 ВЫБОР СУБД

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

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

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

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

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

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

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

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

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

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

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

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

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

• Используемая модель данных. Существует множество моделей данных; самые распространенные - иерархическая, сетевая, реляционная, объектно-реляционная и объектная. Вопрос об использовании той или иной модели должен решаться на начальном этапе проектирования информационной системы.
• Триггеры и хранимые процедуры. Триггер - программа базы данных, вызываемая всякий раз при вставке, изменении или удалении строки таблицы. Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти изменения будут приняты. Хранимая процедура – программа, которая хранится на сервере и может вызываться клиентом. Поскольку хранимые процедуры выполняются непосредственно на сервере базы данных, обеспечивается более высокое быстродействие, нежели при выполнении тех же операций средствами клиента БД. В различных программных продуктах для реализации триггеров и хранимых процедур используются различные инструменты.
• Средства поиска. Некоторые современные системы имеют встроенные дополнительные средства контекстного поиска.
• Предусмотренные типы данных. Здесь следует учесть два фактически независимых критерия: базовые или основные типы данных, заложенные в систему, и наличие возможности расширения типов. В то время как отклонения базовых наборов типов данных у современных систем от некоего стандартного, обычно, невелики, механизмы расширения типов данных в системах того или иного производителя существенно различаются.
• Реализация языка запросов. Все современные системы совместимы со стандартным языком доступа к данным SQL-92, однако многие из них реализуют те или иные расширения данного стандарта.

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

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

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

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

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

• Многие производители СУБД выпускают также средства разработки приложений для своих систем. Как правило, эти средства позволяют наилучшим образом реализовать все возможности сервера, поэтому при анализе СУБД стоит рассмотреть также и возможности средств разработки приложений.
• Средства проектирования. Некоторые системы имеют средства автоматического проектирования, как баз данных, так и прикладных программ. Средства проектирования различных производителей могут существенно различаться.
• Многоязыковая поддержка. Поддержка большого количества национальных языков расширяет область применения системы и приложений, построенных на ее основе.
• Возможности разработки Web-приложений. При разработке различных приложений зачастую возникает необходимость использовать возможности среды Internet. Средства разработки некоторых производителей имеют большой набор инструментов для построения приложений под Web.
• Поддерживаемые языки программирования. Широкий спектр используемых языков программирования повышает доступность системы для разработчиков, а также может существенно повлиять на быстродействие и функциональность создаваемых приложений.

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

• Рейтинг TPC (Transactions per Cent). Для тестирования производительности применяются различные средства, и существует множество тестовых рейтингов. Одним из самых популярных и объективных является TPC-анализ производительности систем. Фактически TPC анализ рассматривает композицию СУБД и аппаратуры, на которой эта СУБД работает. Показатель TPC – это отношение количества запросов, обрабатываемых за некий промежуток времени к стоимости всей системы.
• Возможности параллельной архитектуры. Для обеспечения параллельной обработки данных существует, как минимум, два подхода: распараллеливание обработки последовательности запросов на несколько процессоров, либо использование нескольких компьютеров-клиентов, работающих с одной БД, которые объединяют в так называемый параллельный сервер.
• Возможности оптимизирования запросов. При использовании непроцедурных языков запросов их выполнение может быть неоптимальным. Поэтому необходимо произвести процесс оптимизации запросов, т.е. выбрать такой способ выполнения, когда по начальному представлению запроса путем его синтаксических и семантических преобразований вырабатывается процедурный план выполнения запроса, наиболее оптимальный при существующих в базе данных управляющих структурах.

Надежность.

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

• Восстановление после сбоев. При возникновении программных или аппаратных сбоев целостность, да и работоспособность всей системы может быть нарушена. От того, как эффективно спланирован механизм восстановления после сбоев, зависит жизнеспособность системы.
• Резервное копирование. В результате аппаратного сбоя может быть частично поврежден или выведен из строя носитель информации и тогда восстановление данных невозможно, если не было предусмотрено резервное копирование базы данных, или ее части. Резервное копирование спасает и в ситуациях, когда происходит логический сбой системы, например, при ошибочном удалении таблиц. Существует множество механизмов резервирования данных (хранение одной или более копий всей базы данных, хранение копии ее части, копирование логической структуры и т.д.). Зачастую в систему закладывается возможность использования нескольких таких механизмов.
• Откат изменений. При выполнении транзакции применяется простое правило – либо транзакция выполняется полностью, либо не выполняется вообще. Это означает, что в случае сбоев, все результаты недоведенных до конца транзакций должны быть аннулированы. Механизм отката может иметь различное быстродействие и эффективность.
• Многоуровневая система защиты. Информационная система организации почти всегда включает в себя секретную информацию, поэтому для предотвращения несанкционированного доступа используется служба идентификации пользователей. Уровень защиты может быть различным. Кроме непосредственной идентификации пользователей при входе в систему может использоваться также механизм шифрования данных при передаче по линиям связи

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

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

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

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

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

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

 

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

4.1 Таблицы

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

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

- акционеры;

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

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

 

4.2 Запросы

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

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

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

- физ лица;

- юр лица;

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

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

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

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

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

 

4.3 Отчеты

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

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

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

- физ. Лица;

- юр. Лица;

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

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

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

 

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

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

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

- акционеры;

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

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

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

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

Рисунок 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.

---

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

---

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

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

---

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

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

---

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

---

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

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

---

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

• Создание списков и баз данных в среде MS Office
• Методы защиты данных в СУБД SQL Server