База данных дипломная работа – : — BestReferat.ru

Содержание

База данных библиотеки ВУЗа — Дипломная работа

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Курсовая работа

Разработка базы данных библиотеки ВУЗа

автоматизация информационный бизнес процесс библиотека

 

Содержание

 

Введение

. Анализ предметной области

.1 Этапы разработки БД

.2 Описание объекта автоматизации

.3 Формализация безнес — процессов

.4 Разработка концеатуальной модели БД

. Проектирование логической модели БД

.1 Обоснование логической модели БД

.2 Разработка логической модели БД

.3 Разработка запросов к БД

. Реализация БД

.1 Выбор СУБД

.2 Разработка физической модели БД

.3 Разработка приложения к БД

Заключение

Список использованных источников

Приложение

 

 

Введение

 

В процессе общения с другими людьми мы передаем и получаем информацию.

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

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

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

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

Актуальность. В своей работе я решила затронуть актуальную на сегодняшний день тему автоматизации, и рассмотреть ее на конкретном примере — проектирование базы данных библиотеки ВУЗа.

Предмет исследования — повышения автоматизации библиотеки ВУЗа.

Объект исследования — база данных, разработанная с помощью программных средств (ERWin).

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

Библиотечный каталог хранит информацию о книгах, каждая из которых имеет название, автора, год издания. Информация в базах данных хранится в упорядоченном виде, в библиотечном каталоге — либо по алфавиту (алфавитный каталог), либо по области знания (предметный каталог).

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

Цель — обеспечить работников библиотеки комплексной и качественной информацией для учета, выдачи, хранения литературы и для удобства работы с пользователями библиотеки.

Таким образом, передо мной стоят следующие задачи:

1.Анализ предметной области и построение концептуальной модели данных. На основе информации, полученной при анализе, необходимо создать подробное описание предметной области, обращая особое внимание на требование к данным. (Изучить структуру библиотеки ВУЗа. Рассмотреть принципы учета списания, выдачи, возврата, хранения литературы).

2.Логическое проектирование. Построить логическую модель базы данных — обобщенное, не привязанное к каким — либо компьютерам и СУБД, описание предметной области: набор данных, их типов, длин, связей и т.п. (Создать на основе изученной структуры информационную модель будущей базы данных, в частности конкретные сущности, их атрибуты, типы данных).

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

4.Разработка приложения.

Структура курсовой работы.

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

 

 

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

 

.1 Этапы разработки БД

 

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

www.studsell.com

Темы дипломных по Базам данных

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

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

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

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

 

Ниже приведен примерный список тем дипломных работ по базам данных:

  1. DATA MAINING — основные понятия. Методы разработки данных.
  2. ER-проектирование БД и обеспечение безопасности БД
  3. OLAP технологии
  4. Администрирование базы данных: функции, задачи, стандарты. Администрирование БД типа клиент/сервер
  5. Администрирование ООБД
  6. Архитектура СУБД
  7. Восстановление и оптимизация запросов
  8. Графические базы данных
  9. Диалект SQL реализованный в СУБД MS ACCESS
  10. Диалект SQL реализованный в СУБД MS SQL Server
  11. Достоинства и недостатки сетевой модели данных.
  12. Инструменты разработки данных. Разработка данных и хранилищ данных.
  13. Использование среды WEB как платформы приложений баз данных
  14. Классификация и сравнительный анализ типов распределенных систем баз данных
  15. Концепция трехзначной логики в языке SQL
  16. Логика приложения и многоуровневая архитектура приложений в системах клиент/сервер
  17. Методологические и технологические проблемы концептуального проектирования баз данных
  18. Методы масштабирования серверов БД
  19. Методы оптимизации запросов в MySQL
  20. Модели распределения информации
  21. Моделирование базы данных: проблема слабого множества сущностей (слабые объекты)
  22. Мультибазы данных. Архитектура. Поддержание целостности.
  23. Мультимедийные базы данных.
  24. Надежность и безопасность серверов баз данных
  25. Объектно-ориентированные механизмы управления данными и модели
  26. Объектно-ориентированный подход к проектированию баз данных. Язык ODL.
  27. Основные принципы и критерии оценки систем клиент/сервер. Стандарты архитектуры клиент/сервер.
  28. Основные принципы управления транзакциями. Обработка параллельных транзакций
  29. Перспективы развития баз данных. Сравнительный анализ концепций, провозглашенных в Манифесте баз данных третьего поколения и Манифесте объектно-ориентированных баз данных
  30. Подходы обеспечения интероперабельности баз данных
  31. Принципы построения хранилищ данных.
  32. Принципы разработки распределенных баз данных.
  33. Проблема создания и сжатия больших информационных массивов, информационных хранилищ и складов данных.
  34. Проблемы безопасности БД. Обеспечение безопасности в ACCESS и SQL Server.
  35. Проблемы восстановления. Восстановление в ACCESS и SQL SERVER
  36. Проблемы параллелизма. Параллелизм в ACCESS и SQL SERVER
  37. Проблемы проектирования хранилищ данных
  38. Проблемы разработки складов данных
  39. Проблемы управления распределенной информацией
  40. Проблемы целостности БД. Обеспечение целостности в ACCESS и SQL Server.
  41. Проектирование и администрирование серверной БД в MS SQL Server
  42. Разработка и защита БД в MS SQL Server
  43. Разработка и организация защиты БД для сетевого маркетинга
  44. Распределенные хранилища данных
  45. Распределенные хранилища данных.
  46. Сравнение SQL для Oracle и SQL Server
  47. Сравнение стандартов SQL89 и SQL92
  48. Сравнение стандартов SQL92 и SQL3
  49. Сравнительный анализ баз данных, ориентированных на майнфреймы, баз данных, расположенных на файловом сервере и баз данных типа клиент/сервер
  50. Сравнительный анализ реляционной и объектно-ориентированной моделей данных
  51. Сравнительный анализ традиционных файловых систем и  информационных систем, использующих базы данных
  52. Сравнительный анализ хранилищ и магазинов данных
  53. Средства создания клиентских приложений в системах клиент/сервер
  54. Управление складами данных.
  55. Шифрование в защите БД в SQL-серверах

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

kursar.ru

База данных access: дипломная работа / ВКР

Принципы подготовки дипломов и дипломных работ по базам данных access. Актуальность дипломных по базам данных access.

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

1. База данных Access: диплом по созданию интернет магазина.

2. База данных Access: дипломная работа по автоматизации кафе.

3. База данных Access: дипломная работа по автоматизации строительной организации.

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

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

Простота использования базы данных Access в дипломной работе обеспечивается за счет следующих факторов:

1. Простейшие принципы конструирования базы данных.

2. Ориентация как на профессиональных программистов, так и на пользователей без опыта работы с БД.

3. Упрощенная терминология.

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

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

В качестве примера дипломной работы по базам данных Access приведем этап реализации инфологического моделирования базы данных СЭОДО Истьинского ЛПУМГ.

База данных Access СЭОДО Истьинского ЛПУМГ должна выполнять следующие функции:

— Хранение и просмотр информации о работах, выполняемых техническими СП.

— Хранение и просмотр информации о материалах.

— Хранение и просмотр информации об оборудовании.

— Хранение и просмотр информации о поставщиках.

— Хранение и просмотр информации о проектной документации.

— Хранение и просмотр информации о заявках на поставку.

В дипломной работе необходимо сформировать и проанализировать сущности базы данных Access СЭОДО Истьинского ЛПУМГ:

1. Сущность «Вид работ» необходима для хранения и просмотра сведений о работах, выполняемых техническими СП Истьинского ЛПУМГ. Содержит поля: Id работы, название, информация об описании используемых материалов и оборудования.

2. Сущность «Материал» необходима для хранения и просмотра сведений о материалах, требуемых для выполнения тех или иных работ. Содержит поля: Id материала, наименование, страна-производитель, единица измерения.

3. Сущность «Оборудование» необходима для хранения и просмотра сведений об оборудовании, устанавливаемом\заменяемым в процессе выполнения работ. Содержит поля: Id оборудование, наименование, страна-производитель.

4. Сущность «Поставщик» необходима для хранения и просмотра сведений о поставщиках Истьинского ЛПУМГ. Содержит поля: ИНН (Id поставщика), наименование юридического лица, город, адрес, время работы, номер телефона, e-mail.

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

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

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

itdiplom.ru

Базы данных — Курсовая работа

Содержание

Стр.

Введение

В   последние   годы   на   первый   план   выдвигается   новая   отрасль   — 

информационная   индустрия,   связанная   с   производством   технических   средств, 

методов, технологий для производства новых знаний. Эта индустрия тесно связана с 

развитием компьютерных технологий.

В   информационном   обществе   доминирует   производство   информационного 

продукта,   а   материальный   продукт   становится   более   информационно   емким. 

Изменятся весь уклад жизни, система ценностей: возрастает значимость культурного 

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

интеллектуальному труду и творчеству. В результате появились противоречия между 

ограниченными возможностями человека по восприятию и переработке информации 

и существующими массивами хранящейся и передаваемой информации.

Возникло  большое  число  избыточной  информации,  в  которой  иногда  трудно 

сориентироваться и выбрать нужные сведения.

Для   решения   подобных   проблем   применяются   автоматизированные   базы 

данных. Они стали неотъемлемой частью практически всех компьютерных систем — 

от отрасли до отдельного предприятия. За последние несколько лет вырос уровень 

потребительских  качеств  систем управления базами данных (СУБД): разнообразие 

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

программными продуктами, в частности с другими СУБД, возможности для работы в 

сети   и   т.д.   СУБД   позволяет   сводить   воедино   информацию   из   самых   разных 

источников (электронные таблицы, другие базы данных) и помогает быстро найти 

необходимую информацию, донести ее до окружающих с помощью отчетов, графиков 

или таблиц.

К   настоящему   времени   накоплен   значительный   опыт   проектирования   БД, 

предназначенных   для   управления   производством,   это   позволяет   сделать   процесс 

создания БД более эффективным.

1. Техническое задание

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

Отдел кадров одно из основных подразделений фирмы. Основная задача отдела 

кадров – работа с сотрудниками (прием сотрудника на работу, отслеживанием его как 

исполнителя в течение периода его работы и увольнение сотрудника с работы).

В отделе кадров хранится, и обрабатывается информация обо всех сотрудниках 

организации.   Информация   по   каждому   сотруднику   заносится   в   базу   данных.   При 

оформлении на работу каждый сотрудник получает свой индивидуальный код. В базе 

данных   регистрируется   следующая   информация:   фамилия,   имя,   отчество,   пол, 

возраст, место проживания, телефон, информация об образовании ,должность, размер 

заработной платы, контактный телефон, название отдела, руководитель и численность 

его.

Целью работы является создание базы данных, обеспечивающей:

быстрый ввод новых данных;

хранения и поиск уже введённых данных;

 печать необходимого количества персональных отчётов.

    База данных должна предоставлять пользователю возможность: 

Вводить личные данные нового сотрудника, указывая следующие параметры: 

Фамилия, Имя и Отчество;

пол

возраст

Адрес

Телефон

Образование

Отдел

Руководитель

Численность

Должность

Зарплата

Дата принятия

Выводить   список   сотрудников   с   возможностью   сортировки   по   любому 

параметру.

Выводить личные данные по любому сотруднику.

— Выводить список сотрудников состоящих в отделе

— Производить поиск сотрудников по табельному номеру;

— Выводить информации о заработной плате сотрудников;

— Выводить количество свободных мест в отделе;

— Выводить список сотрудников с отделом и занимаемой должностью 

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

2.1. Модель сущность-связь

Предметная область определена, если известны существующие в ней объекты, 

их свойства и отношения (ПО: объекты, свойства, отношения). Модель «сущность-

связь»   —   неформальная   модель   предметной   области,   используемая   на   этапе 

инфологического проектирования.

Таким   образом,   имеем   примерно   14   атрибутов,   значения   которых   должна 

хранить база данных. Значит, применять для проектирования метод декомпозиции в 

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

«сущность-связь».

Модель   сущность-связь   (рисунок   1)   строится   с   использованием   трех 

конструктивных элементов: сущность, атрибут и связь. 

Сущность  —   это   некоторая   абстракция   (модель)   реально   существующего 

объекта, процесса или явления, о котором необходимо хранить информацию в ПО. 

Атрибут  — поименованная характеристика сущности — средство для описания 

свойств сущностей (средство для моделирования свойств объекта).

Связь – ассоциирование двух или более сущностей. Однако одно из основных 

требований к организации базы данных – это обеспечение возможности отыскания 

одних сущностей по значениям других, для чего необходимо установить между ними 

определенные связи.[4]

В соответствии с описанием предметной области можно выделить такие:

Сущности: Сотрудник, Отдел, Приказ, Должность

Атрибуты сущностей:

Сотрудник: ФИО, Пол, Возраст,  Должность, Отдел,  Образование ,Адрес, Телефон, 

КодСотрудника

Отдел: Отдел, Руководитель, Численность

Приказ: КодПриказа , Дата приказа, Должность, КодСотрудника

Должность: Должность, Зарплата

Сотрудник

ФИО

Возраст

Пол

Адрес

Телефон

Образование

Код сотрудника

Работает в

Зачислен по

Отдел

Название

Численность

Руководитель

Приказ

№ приказа

Дата

Занимает

Должность

Должность

Зарплата

2.2.Нормализация

Нормализация   представляет   собой   процесс,   направленный   на   уменьшение 

избыточности информации в базе данных. Кроме самих данных, в базе данных также 

могут быть нормализованы различные наименования, имена объектов и выражения. 

Нормализация   —   это   процесс,   направленный   на   уменьшение   избыточности 

информации в реляционной базе данных.

Ненормализованная база данных содержит информацию в одной или нескольких 

различных таблицах; при этом создается впечатление, что включение данных в ту или 

иную таблицу не обусловлено никакими видимыми причинами. Такое положение дел 

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

использование   дискового   пространства,   скорость   выполнения   запросов, 

эффективность обновления базы данных и, что, наверное, является наиболее важным, 

на   целостность   хранимой   информации.   База   данных   перед   нормализацией 

представляет   собой   структуру,   которая   логически   еще   не   разбита   на   более 

управляемые таблицы меньшего размера. 

Данные не должны быть избыточными, поскольку при этом непроизводительно 

расходуется дисковое пространство. 

Нормальная форма — это своеобразный показатель уровня, или глубины, 

нормализации базы данных. Уровень нормализации базы данных соответствует 

нормальной форме, в которой она находится. 

Вот три наиболее распространенных нормальных формы, в которых может 

находиться база данных в процессе нормализации: 

• Первая нормальная форма

• Вторая нормальная форма

• Третья нормальная форма

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

предпринятых в процессе получения предыдущей нормальной формы.        

Первая нормальная форма

Говорят,   что   модель   данных   соответствует  первой   нормальной   форме,  если   в 

таблицах   отсутствуют   группы   повторяющихся   значений.   Это   соответствие 

достигается путем выделения атрибутов с повторяющимися значениями в отдельные 

сущности,   созданием   или   выбором   для   них   новых   первичных   ключей   и 

установлением связей «один ко многим» от новых сущностей к старым. При этом 

первичные ключи новых сущностей станут внешними ключами для старой сущности. 

         Для построения первой нормальной формы потребовалось разбить данные на 

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

гарантирует отсутствие повторяющихся групп данных. 

В работе будут использованы следующие поля:

Атрибут

Тип данных Описание

Фамилия, Имя и Отчество

varchar(60) ФИО работника

Пол

varchar(5)

Пол

Возраст

Int

Возраст

Адрес

varchar(60) Место проживания

Телефон

Int

Контактный телефон

Образование

varchar(60) Образование

Отдел

varchar(20) Название отдела

Руководитель

varchar(50) Руководитель отдела

Численность

Int

Численность отдела

Должность

varchar(40) Название должности

Зарплата

Int

Зарплата

Дата принятия

Datetime

Дата   поступления   сотрудника 

на работу

Номер сотрудника

Int

Индивидуальный

 

номер 

сотрудника

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

Атрибут значение, которого идентифицируется кортежами (строками таблицы) 

называется   ключом.   Отношение   может   содержать   и   несколько   ключей,   один   из 

которых   объявляется   первичным.   Первичные   ключи   не   могут   обновляться.   Все 

прочие ключи отношений являются возможными ключами.

Если в отношении кортеж идентифицируется соединением значений нескольких 

атрибутов, то такой ключ называется составным.

Атрибут представляющие собой копии ключей других отношений называется 

внешним ключом. Реляционная модель накладывает на внешние ключи ограничения 

для   обеспечения   целостности   данных.   Это   означает,   что   к   каждому   значению 

внешнего ключа должны соответствовать строки в связываемых отношениях.

В разрабатываемой БД сущность код сотрудника будет являться ключом для 

атрибутов сотрудники, приказ

Атрибут  Приказ   так   же  имеет   уникальные  поля,   такие   как  №   Приказа   тоже 

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

Для атрибута Отдел ключом будет являться Код Отдела.

Для атрибута Должность ключом будет являться Код Должности 

Сотрудник:

Атрибут

Тип

Описание

Код сотрудника

Int

Первичный   ключ.   Индивидуальный 

номер сотрудника

№приказа

Int

Внешний ключ. Ссылка на приказ

ФИО

varchar(60)

ФИО сотрудника

Пол

varchar(5)

Пол

Возраст

Int

Возраст

Адрес

varchar(60)

Место проживания

Телефон

Int

Телефон

Образование

varchar(60)

Образование

Отдел

Int

Внешний ключ. Cсылка на Отдел

Должность

Int

Внешний ключ. Ссылка на Должность

Отдел:

Атрибут

Тип данных

Описание

Код Отдела

Int

Первичный ключ. Порядковый номер отдела

Отдел

varchar(20) Название отдела

Руководитель

varchar(50) ФИО руководителя

Численность

Int

Численность

Должность:

Атрибут

Тип данных

Описание

Код должности

Int

Первичный ключ.Порядковый номер дожности

Должность

varchar(40) Название должности

Зарплата

Int

Зарплата

Приказ:

Атрибут

Тип данных

Описание

№приказа

Int

Первичный ключ. Порядковый номер приказа

КодСотрудника

Int

Внешний ключ. Ссылка на сотрудника

Дата

Datetime

Дата поступления сотрудника на работу

Форма соответствует и третьей нормальной форме

Вторая нормальная форма

Говорят,   что   модель   данных   соответствует  второй   нормальной   форме,   если   в 

сущностях,   содержащих   составной   первичный   ключ,   неключевые   атрибуты 

зависят   от   всего   первичного   ключа.   Если   же   в   какой-либо   сущности   имеется 

зависимость каких-либо неключевых атрибутов от части ключа, следует выделить 

их в отдельную сущность, сделав первичным ключом новой сущности ту часть 

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

ко многим» от новой сущности к старой. 

        Целью второй нормальной формы является помещение в отдельную таблицу 

данных, которые только частично зависят от первичного ключа

Вторая нормальная форма может быть получена из первой путем дальнейшего 

разбиения таблиц на более специальные составляющие. 

Третья нормальная форма

Говорят, что модель данных соответствует третьей нормальной форме, если в 

сущностях   отсутствует   взаимозависимость   между   неключевыми   атрибутами.   Это 

соответствие достигается путем выделения в отдельную сущность атрибутов с одной 

и   той   же   зависимостью   от   неключевого   атрибута,   использования   атрибутов, 

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

установки связи «один ко многим» от новой сущности к старой сущности. 

        Целью третьей нормальной формы является устранение из таблицы данных, не 

зависящих от ее первичного ключа.

Результатом нормализации является модель данных, которую легко 

поддерживать, не содержащая неопределенностей в данных и повторений данных.

Чем выгодна нормализация

Нормализация базы данных выгодна со многих точек зрения. Далее перечислены 

некоторые из основных преимуществ, которые она дает: 

• Лучшая общая организация базы данных

• Сокращение избыточности информации

• Непротиворечивость информации внутри базы данных

• Более гибкий проект базы данных

• Большая безопасность данных

Результатом нормализации является реалиционная модель

2.3.Реалиционная модель

Реляционная модель баз данных была предложена сотрудником фирмы IBM Э. 

Кодом   в   начале   70-х   годов.   Будучи   математиком,   он   предложил   использовать   для 

обработки данных аппарат теории множеств (объединение, пересечение, разность и 

Декартово произведение). Он показал, что любое представление данных сводится к 

совокупности   двумерных   таблиц   особого   вида,   известных   в   математике   как 

отношения.

Одна из главных идей заключается в том, что связи между данными должны 

устанавливаться в соответствии с их внутренними логическими взаимоотношениями. 

В реляционной модели одной командой могут обрабатываться целые файлы.

Реляционная БД представляет собой информацию об объекте, представленную 

в виде двумерного массива — таблицы объеденных определенными связями.

Рис. ER-диаграмма предметной области

3

Реализация

Проектирование информационных систем, включающих в себя базы данных, 

осуществляется на физическом и логическом уровнях. Решение проблем 

проектирования на физическом уровне во многом зависит от используемой СУБД 

(система управления базами данных – комплекс языковых и программных средств, 

предназначенных для создания, ведения, и совместного ведения БД многими 

пользователями), зачастую автоматизировано и скрыто от пользователя. В ряде 

случаев пользователю предоставляется возможность настройки отдельных 

параметров системы, которая не составляет большой проблемы.

3.1.

ВЫБОР И ОБОСНОВАНИЕ СРЕДСТВ РАЗРАБОТКИ 

ПРИЛОЖЕНИЯ

Одним из ключевых моментов разработки информационной системы является выбор 

СУБД.

Существует большое количество современных СУБД, среди которых необходимо 

выбрать СУБД отвечающую основным требованиям:

Возможность работы с данными в компьютерной сети с использованием 

различных протоколов;

Высокая скорость работы;

Возможность обработки и хранения большого объема данных.

         Кроме того, нужно учитывать среднюю стоимость продукта, поддержку 

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

          Удовлетворительным функциональным характеристикам по предъявленным 

требованиям отвечает EMS Manager for SQL Server. Система EMS Manager for SQL 

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

применением технологий Microsoft .NET и Visual Studio. EMS Manager for SQL Server 

обеспечивает высочайший уровень безопасности, надежности и масштабируемости 

для критически важных приложений. Чтобы использовать новые возможности, 

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

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

EMS Manager for SQL Server позволяет сократить затраты времени и средств, 

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

что фирма-разработчик данной СУБД является также разработчиком самой 

распространенной ОС. В финансовом плане важным фактором является то, что 

существуют бесплатные сборки данной СУБД (Express).

Создаем Таблицы:

Создаем таблицу Должность

CREATE TABLE [dbo].[Должность] (

  [КодДолжности] int NOT NULL,

  [Должность] varchar(40) COLLATE Cyrillic_General_CI_AS NOT NULL,

  [Зарплата] int NULL

)

ON [PRIMARY]

GO

Создаем таблицу Отдел

CREATE TABLE [dbo].[Отдел] (

  [КодОтдела] int NOT NULL,

  [Отдел] varchar(20) COLLATE Cyrillic_General_CI_AS DEFAULT ‘Производство’ 

NOT NULL,

  [Численность] int NOT NULL,

  [Руководитель] varchar(50) COLLATE Cyrillic_General_CI_AS NOT NULL

)

ON [PRIMARY]

GO

Создаем таблицу Приказ

CREATE TABLE [dbo].[Приказ] (

  [КодПриказа] int NOT NULL,

  [КодСотрудника] int NOT NULL,

  [КодДолжности] int NOT NULL,

  [Дата] datetime DEFAULT getdate() NOT NULL

)

ON [PRIMARY]

GO

Создаем Таблицу Сотрудник

CREATE TABLE [dbo].[Сотрудник] (

  [КодСотрудника] int NOT NULL,

  [КодПриказа] int NOT NULL,

  [ФИО] varchar(60) COLLATE Cyrillic_General_CI_AS NULL,

  [Пол] varchar(5) COLLATE Cyrillic_General_CI_AS NULL,

  [Возраст] int NULL,

  [Адрес] varchar(60) COLLATE Cyrillic_General_CI_AS NULL,

  [Телефон] int NULL,

  [Образование] varchar(60) COLLATE Cyrillic_General_CI_AS NULL,

  [КодОтдела] int NOT NULL,

  [КодДолжности] int NOT NULL

)

ON [PRIMARY]

GO

Вносим данные в таблицу

Вносим данные в таблицу Должность

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES 

  (1, N’Начальник’, 90000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES 

  (2, N’Рабочий’, 30000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES 

  (3, N’Бригадир’, 50000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES 

  (4, N’Специалист’, 70000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES 

  (5, N’Стажер’, 15000)

GO

Вносим данные в таблицу Отдел 

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES 

  (1, N’Руководство’, 15, N’Иванова А.А.’)

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES 

  (2, N’Цех’, 44, N’Петрова А.Ю.’)

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES 

  (3, N’Контора’, 36, N’Чернявская М.М.’)

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES 

  (4, N’Отдел кадров’, 6, N’Шлык В.С.’)

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES 

  (5, N’Бухгалтерия’, 3, N’Комякевич А.Л.’)

GO

Вносим данные в таблицу Приказ 

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], 

[Дата])

VALUES 

  (1, 1, 1, ‘20090404’)

GO

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], 

[Дата])

VALUES 

  (2, 2, 3, ‘20080404’)

GO

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], 

[Дата])

VALUES 

  (3, 3, 2, ‘20000404’)

GO

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], 

[Дата])

VALUES 

  (4, 4, 4, ‘20090404’)

GO

Вносим данные в таблицу Сотрудник

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], 

[Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES 

  (1, 1, N’Шлык В.С.’, N’жен’, 34, N’Москва’, 5802489, N’высшее’, 4, 1)

GO

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], 

[Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES 

  (2, 2, N’Ксенжук Д.Ю.’, N’жен’, 27, N’Владимир’, 2388466, N’высшее’, 1, 3)

GO

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], 

[Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES 

  (3, 3, N’Николаев А.Н.’, N’муж’, 52, N’Казань’, 6788866, N’среднее-специальное’, 2, 2)

GO

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], 

[Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES 

  (4, 4, N’Алиев И.О.’, N’муж’, 23, N’Екатеренбург’, 7654866, N’среднее-специальное’, 3, 

4)

GO

Вносим ограничения

ALTER TABLE [dbo].[Должность]

ADD CHECK ([Зарплата]>(0))

GO

ALTER TABLE [dbo].[Отдел]

ADD CHECK ([Численность]>(0))

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CHECK ([Возраст]>(0))

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CHECK ([Пол]=’жен’ OR [Пол]=’муж’)

GO

Создание ключа

ALTER TABLE [dbo].[Должность]

ADD PRIMARY KEY CLUSTERED ([КодДолжности])

WITH (

  PAD_INDEX = OFF,

  IGNORE_DUP_KEY = OFF,

  STATISTICS_NORECOMPUTE = OFF,

  ALLOW_ROW_LOCKS = ON,

  ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

ALTER TABLE [dbo].[Отдел]

ADD PRIMARY KEY CLUSTERED ([КодОтдела])

WITH (

  PAD_INDEX = OFF,

  IGNORE_DUP_KEY = OFF,

  STATISTICS_NORECOMPUTE = OFF,

  ALLOW_ROW_LOCKS = ON,

  ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

ALTER TABLE [dbo].[Приказ]

ADD PRIMARY KEY CLUSTERED ([КодПриказа])

WITH (

  PAD_INDEX = OFF,

  IGNORE_DUP_KEY = OFF,

  STATISTICS_NORECOMPUTE = OFF,

  ALLOW_ROW_LOCKS = ON,

  ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

ALTER TABLE [dbo].[Сотрудник]

ADD PRIMARY KEY CLUSTERED ([КодСотрудника])

WITH (

  PAD_INDEX = OFF,

  IGNORE_DUP_KEY = OFF,

  STATISTICS_NORECOMPUTE = OFF,

  ALLOW_ROW_LOCKS = ON,

  ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

Создание связи

ALTER TABLE [dbo].[Сотрудник]

ADD CONSTRAINT [должность_fk2] FOREIGN KEY ([КодДолжности]) 

  REFERENCES [dbo].[Должность] ([КодДолжности]) 

  ON UPDATE NO ACTION

  ON DELETE NO ACTION

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CONSTRAINT [Приказ_fk2] FOREIGN KEY ([КодПриказа]) 

  REFERENCES [dbo].[Приказ] ([КодПриказа]) 

  ON UPDATE NO ACTION

  ON DELETE NO ACTION

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CONSTRAINT [Сотрудник_fk] FOREIGN KEY ([КодОтдела]) 

  REFERENCES [dbo].[Отдел] ([КодОтдела]) 

  ON UPDATE NO ACTION

  ON DELETE NO ACTION

GO

Запросы к БД

Запросы — это объект базы данных, который служит для извлечения данных из 

таблиц и предоставления их пользователю в удобном виде. Особенность  запросов 

состоит в том, что они черпают данные из базовых таблиц и создают на их основе 

временную таблицу.

Все запросы делятся на две группы: запросы-выборки, запросы-действия.

Запросы-выборки  осуществляют выборку данных из таблиц в соответствии с 

заданными условиями.

Запросы-действия позволяют модифицировать данные в таблицах: удалять, 

обновлять, добавлять записи.

В данной БД представлены следующие запросы:

Количество свободных мест в отделах

SELECT [Отдел].Отдел, 

([Отдел].[Численность])-(COUNT(Сотрудник.КодОтдела)) as ‘Свободно’

From 

 Сотрудник 

RIGHT join Отдел on Сотрудник.КодОтдела=Отдел.КодОтдела

GROUP BY [Отдел].Отдел,[Отдел].[Численность] 

Сортировка по номеру сотрудника

Select КодСотрудника,ФИО from [Сотрудник]

group by КодСотрудника,ФИО

Вывод  сотрудников с номером телефона

select ФИО, Телефон from сотрудник

Вывод сотрудника с отделом и занимаемой должностью

SELECT 

   Сотрудник.ФИО ,

   Отдел.Отдел ,

   Должность.Должность

from

Сотрудник

  inner join Должность on Сотрудник.КодДолжности=Должность.КодДолжности

  inner join Отдел on Сотрудник.КодОтдела=Отдел.КодОтдела

Вывод сотрудников работающих в отделе

  SELECT 

   Отдел.Отдел,

   Сотрудник.ФИО

from

Сотрудник

  inner join Отдел on Сотрудник.КодОтдела=Отдел.КодОтдела

  Where Отдел.Отдел=’Отдел Кадров’

Вывод сотрудника по номеру сотрудника

  Select * from Сотрудник

where КодСотрудника=2

Удаление сотрудника по номеру

delete from Сотрудник

where КодСотрудника=2

Хранимая процедура.

Создадим хранимую процедуру, которая увеличит оклад для выбранной 

должности  на указанный процент. Эта процедура будет иметь два входных параметра 

(с помощью которого задается должность процент увеличения оклада) и один 

выходной параметр.

Код данной процедуры представлен ниже:

Увеличение Зарплаты на %

CREATE PROCEDURE procent

@proc [int]=’100′,

@dol [int]=0

AS

BEGIN

SELECT * from [Должность]

update [Должность]

Set

[Должность].[Оклад]= [Должность].[Оклад]*@proc/100

where [Должность].[КодДолжности][email protected]

END

GO

exec procent 

Заключение

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

данных,   позволяющее   автоматизировать   операции   учета   и   процессы   составления 

отчетных  документов   в  отделе   кадров.  Таблицы  созданной  базы   данных  отвечают 

требованиям   нормализации,   что   позволяет   обеспечить   целостность   и 

непротиворечивость информации.

Средствами   СУБД  EMS  Manager  for  SQL  Server  создан   удобный 

пользовательский   интерфейс.   Приложение   позволяет   решать   все   задачи, 

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

задание выполнено полностью.

    Список использованной литературы 

1. Конноли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и 

сопровождение. — М.: Вильямс, 2000. — 1120 с.

2. Хансен Г., Хансен Дж. Базы данных: разработка и управление. — М.: БИНОМ, 

1999. — 704 с.

3. Дейт К. Дж. Введение в системы баз данных. — К.; М.; СПб.: Издательский дом 

«Вильямс», 1999. — 848 с.

4. Диго С.М. Проектирование и использование баз данных: Учебник. – М.: Финансы 

и статистика, 1995.

5. Рычка И.А. Методические указания к выполнению курсового проектирования для 

студентов специальности 080801 «Прикладная информатика (в экономике)» очной 

и заочной форм обучения, Петропавловск-Камчасткий, 2008

heapdocs.com

Дипломная работа, Формирование базы данных по проектам компании

ВУЗ, город:

Москва

Предмет: Менеджмент

Дипломная работа по теме:

Формирование базы данных по проектам компании

Страниц: 82

Автор: Ольга Максимова


2008 год

Рекомендуем посмотреть похожие работы:

  1. База данных по учету товаров в магазине (Дипломная работа, 2009)

    … информацию и управлять большими объемами данных. Важнейшим достоинством применения БД в информационных системах является обеспечение независимости данных …

  2. Преимущества и недостатки реляционных баз данных (Курсовая работа, 2009)

    … Реляционные базы данных Реляционная база данных это реализация реляционной модели (модели данных) на физическом уровне, и потому важно четко различать эти два понятия: модель данных …

  3. Создание и ведение базы данных для автоматизации управления в конкретной предметной области (кадровый состав предприятия) (Дипломная работа, 2008)

    … ). Все части локальной СУБД расположены на одном компьютере. Локальные СУБД могут работать … реляционные базы данных. 3. Базовые понятия реляционной модели данных 3.1. Общая характеристика реляционной модели данных Основы реляионной модели данных …

  4. Анализ базы данных по потребительскому поведению (Курсовая работа, 2011)

    … поведения.
    Изучение потребительского поведения необходимы каждому руководителю предприятия и начальникам отдела маркетинга. Компания может изучать потребительское поведение силами собственного исследовательского отдела …

  5. Создание и обработка Баз данных (Курсовая работа, 2010)

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

  6. Проектирование и создание БД с учетом поддержки целостности. Средства защиты сетевой базы данных (Курсовая работа, 2010)

    … базы данных.
    Задачам курсовой работы является изучение:
    — характеристик комплекса задач;
    — описание сложностей внедрения, функционирования информационной безопасности базы данных;
    — методики обеспечения защиты …

  7. Cоздание базы данных и клиентского приложения с использованием программы Аксесс (Курсовая работа, 2010)

    … именно их. Во-первых, база данных MS Access – это один файл. Сколько бы таблиц и … SqlConnection, а за связь с базой данных Access — OleDbConnection. Первый является частью провайдера данных SQLDataProvider, второй — провайдера данных OLEDbProvider. 

Содержание

Введение4

Раздел 1. Теоретические основы формирования баз данных проектов компаний…10

1.1. Причины возникновения и этапы формирования баз данных проектов компаний…10

1.2. Основные принципы и критерии формирования баз данных компании…27

1.3. Уровень изученности формирования баз данных проектов компании на основе зарубежной и отечественной литературы36

1.4. Выводы по разделу 148

Раздел 2. Практическое исследование формирования баз данных проектов компании на примере группы компаний «Астром»…51

2.1. Анализ и оценка формирования баз данных проектов в компаниях группы компаний «Астром»…51

2.2. Разработка и обоснование формирования баз данных проектов компаний и необходимость управления этим процессом.56

2.3. Решение задачи проведения автоматизации формирования баз данных и их внедрения как общую базу данных проектов группы компаний «Астром»…68

2.4. Выводы по разделу 272

Заключение.74

Список использованной литературы.77

Введение

Когда речь идет о маркетинге важно знать несколько правил:


1. Невозможно управлять тем, что не знаешь.


2. Невозможно улучшить то, что не можешь измерить или просчитать .


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


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


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


1. Возможность автоматизированного подхода к управлению решениями по проектам компании;


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


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


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


Недостатками таких маркетинговых баз данных можно назвать только два:


1. Цена разработки и внедрения проекта, а также стоимость дополнительных растрат на обучение персонала;


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


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


Цель дипломной работы состоит в том, что необходимо произвести теоретическое и практическое исследования состояния применения маркетинга баз данных в современном мире.


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


Предметом дипломной работы являются теоретические и практические исследования в данной области маркетинга с использованием для примера группы компаний «Астром».


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


Для выполнения намеченной цели ставятся следующие задачи:


1. проследить основные этапы развития маркетинга баз данных, как в мире, так и в России непосредственно;


2. выяснить степень влияния использования маркетинга баз данных на эффективность той или иной компании, в общем, и на конкретный проект, непосредственно;


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


4. проанализировать собранные теоретические и практические данные;


5. сформировать результаты в удобной форме и привести заключения.


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


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


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


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


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


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


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


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


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


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

Выдержка

Этапы формирования баз данных, структуры баз данных.


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


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


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


1. Идентификация проекта


2. Решение, какая информация о ваших проектах необходима и доступна к получению


3. Поиск доступных источников такой информации


4. Сохранение названий проектов и всей необходимой информации в виде файла или базы данных


5. Формулировка вопроса, на который вы хотели бы ответить


6. Анализ сохраненных данных: построение модели


7. Развитие стратегии маркетинга, которая основана на этой модели и достижение вашей цели


8. Непосредственная проверка и контроль отобранного проекта


9. Анализ результатов


10. Повторение шагов 1-9


11. Попытка пройти тем же путём с потенциальными проектами .


Однако реальные плоды от применения database marketing можно получить только когда станете способны отвечать на более каверзные вопросы:


Как связана покупательская способность клиента с теми характеристиками, которые доступны?


Кто из клиентов нуждается в дополнительном получении рекламных проспектов по почте?


Какой из ваших потенциальных проектов станет настоящим «хитом» продаж?


На какие характеристики ваших проектов не стоит обращать внимание в будущем?


Каков будет уровень продаж в следующем месяце?


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

Список использованной литературы

1. Hill C.W.L., Jones G.R. Strategic Management,


2. Meffert H. Marketing: Grundlagen der Absatzpolitik,


3. Mercer D. Marketing,


4. Thompson A. A., Strickland A.I. Srategic Management,


5. Агрессивный маркетинг, или партизанская война, в малом бизнесе. Самара: Самарский дом печати, 1992.


6. Академия рынка: Маркетинг /Пер. с фр.,


7. Аламьянц Л., Ленинский Л., Русин Г. Сопоставительный анализ адресно-справочных баз данных// Информационные ресурсы России, М. 1995.


8. Антокольский А., Носиков С. Базы данных России: оценки, проблемы, перспективы// Информационные ресурсы России, М. 1995.


9. Аренков И.А., Багиев Е.Г. Бенчмаркинг и маркетинговые решения. СПб.: Изд-во СПбУЭФ, 1997.


10. Ассэль Г. Маркетинг: принципы и стратегия — М: «Инфра-М», 1999 г.


11. Багиев Г.Л. Методы получения и обработки маркетинговой информации. СПб.: Изд-во СПбУЭФ, 1996.


12. Багиев Г. Л., Тарасевич В. М., Анн Х. Маркетинг. М.: Экономика, 1999


13. Бакалец Т.Г. Эффективность директ-маркетинговых проектов: предварительная оценка, подсчет, методы повышения// Маркетинг и маркетинговые исследования в России, 1999. N 3.


14. Банкин А. 7 мифов директ-маркетинга// YES!, 1998. N 2.


15. Басовский Л. Е. Маркетинг: Курс лекций. — М.: ИНФРА-М, 2003, 219 с.


16. Березин И. Маркетинговый анализ. — М.: ООО «Журнал «Управление персоналом», 2004. — 352 с.


17. Березин И. Маркетинговый анализ. Принципы и практика. Российский опыт. — М.: Изд-во Эксмо, 2002. — 400 с.


18. Березин И. Практика исследования рынков — М.: Бератор-Пресс, 2003. — 376 с.


19. Богомолова М.Г. Управление прямым маркетингом: контроль. Опыт NCW// Маркетинг и маркетинговые исследования в России, 1996. N 5.


20. Василенко Л.А. Рынок информационных услуг: Учебное пособие. М.: РАГС, 1996.


21. Гайкалов А.В. Директ-маркетинг как способ повышения лояльности потребителя// Маркетинг и маркетинговые исследования в России, N 2000. N 3.


22. Гилберт А. Черчилль. Маркетинговые исследования. — СПб.: Издательство «Питер», 2000. — 752 с.


23. Глухов А.В. Оценка конкурентоспособности товаров и способы ее обеспечения // Маркетинг. — 1999. — №2. — С. 56-63.


24. Горюшкин С.Е. Российский директ-маркетинг: Размышление перед новым шагом вперед// Маркетинг и маркетинговые исследования в России, 1996. N 4.


25. Голубков Е.П. Маркетинг: Словарь-справочник. — М.: Дело. 2000.


26. Голубков Е.П. Маркетинговые исследования. Теория, методология и практика. — 2-е издание. — М.: Финпресс, 2000.


27. Голубков Е.П. Основы маркетинга: Учебник. — М.: Финпресс, 1999.


28. Гольдштейн Г.Я. Инновационный менеджмент. Таганрог: Из-во ТРТУ, 1998.


29. Гольдштейн Г.Я. Основы менеджмента. Таганрог: ТРТУ, 1995.


30. Гольдштейн Г.Я. Стратегический менеджмент. Таганрог: ТРТУ, 1995.


31. Градов А.П. Маркетинг как стратегия предпринимательской деятельности. Л.: ЛПИ, 1991.


32. Гребенников А.Н. Управление прямым маркетингом: планирование. Опыт NCW// Маркетинг и маркетинговые исследования в России, 1996. N 2.


33. Даниэль Ядин «Маркетинговые коммуникации: современная креативная реклама», Москва, ФАИР-ПРЕСС, 2003


34. Дж. Бернет, С. Мориарти «Маркетинговые коммуникации. Интегрированный подход» Санкт-Петербург, «Питер», 2001


35. Дихтль Е., Хершген Х. Практический маркетинг: Учебное пособие /Пер. с нем.,


36. Директ-маркетинг// Директор, 1995. N 7.


37. Дон. Е. Шульц, Стэнли И. Таннебаум, Роберт Ф. Лаутерборн «Новая парадигма маркетинга. Интегрируемые маркетинговые коммуникации», Москва, ИНФРА-М, 2004


38. Долбунов А. А. Элементы и структура процесса коммуникации.//Маркетинг и маркетинговые исследования в России, № 2, 2001


39. Е. Н. Голубкова «аркетинговые коммуникации», Москва, «Финпресс» 2003, 2 издание


40. Журнал «Маркетинг в России и за рубежом» за 2000—2003 гг.


41. Журнал «Маркетинг» за 2000—2003 гг.


42. Завражнов Д. Директ-маркетинговые предложения пециализированной периодики: анализ эффективности// Практический маркетинг. 2000. N 11 (45).


43. Зверинцев А.Б. Коммуникационный менеджмент. СПб.: Союз, 1997.


44. Иванов А.В. Директ-маркетинг глазами практика. М. 1998.


45. Иванов А.В. Call-center — новые возможности для бизнеса// Маркетинг и маркетинговые исследования в России, 1999. N 5.


46. Иванов А.В. Посылаем без адреса, попадаем в цель// Рекламные технологии, 1998. NN 3-4.


47. Имери В. Как сделать бизнес в Internet. Киев: Комиздат; Диалектика, 1997.


48. Капацинский М.Ю. Современные технологии прямой почтовой рассылки (директ-мейл) в избирательных кампаниях// Маркетинг и маркетинговые исследования в России, 1999. N 5.


49. Качалов И.В. Что можно узнать за N 300 часов телефонных переговоров? Российский оптовый рынок сквозь призму регионального телемаркетинга// Маркетинг и маркетинговые исследования в России, 1996. 1.


50. Качалов И.В. Мавричева Н.Е. Что наша жизнь без телефона? Практический телемаркетинг: опыт агентства «Качалов и коллеги»// Маркетинг и маркетинговые исследования в России, 1996. 1..


51. Климанова С.В. Креатив в ДМ-кампаниях// Маркетинг и маркетинговые исследования в России, 1998. 1.


52. Климанова С.В. Базы данных в директ-маркетинге// Маркетинг и маркетинговые исследования в России, 1998. N 4.


53. Коляда Е.Ю. Психологические аспекты подготовки именных писем для разных аудиторий// Маркетинг и маркетинговые исследования в России, 1999. N 5.


54. Котлер Ф., Армстронг Г., Сондерс Дж., Вонг В. Основы маркетинга — СПб: Издат. дом «Вильямс», 2000 г.


55. Котлер Ф., Армстронг Г., Сондерс Д. и др. Основы маркетинга/ Пер. с англ. — 2-е европейское издание. — М.; СПб.; К.: Издательский дом «Вильямс», 2000. — 944 с.


56. Котлер Ф. Маркетинг менеджмент, Котлер Ф. Основы маркетинга,


57. Котлер Ф. Маркетинг менеджмент. СПб: Питер Ком, 1999.


58. Котлер Ф. Основы маркетинга. М.: Прогресс, 1990.


59. Котлер Ф., Армстронг Г., Сондерс Д., Вонг В. Основы маркетинга: Пер. с англ. — 2-е европ. изд. К.; М.; СПб.: Издат. дом Вильямс, 1998.


60. Ксения Ефимова, менеджер агентства «Иванов и Иванов Директ», «Опять по базам», 2008 г.


61. Куршакова Н.Б. Переписка как ключевй элемент личной продажи банковских услуг// Маркетинг и маркетинговые исследования в России, N 2000. N 3.


62. Линтон И. Маркетинг по базам данных. Мн.: Амалфея, 1998.


63. Ли С.Б. Сравнительный обзор межотраслевых баз данных// Маркетинг и маркетинговые исследования в России, 1997. N 4.


64. Линтон И. Маркетинг по базам данных. Пер. с англ. М. 1998.


65. Лобанов М.М. Конкурентоспособность// Маркетинг в России и за рубежом. — 2001. — №6. — С. 53-58.


66. Мавричева Н.Е. Куда направляется европейский директ-маркетинг// Маркетинг и маркетинговые исследования в России, 1997. N 3.


67. Мавричева Н.Е. Управление прямым маркетингом: организация. Опыт NCW// Маркетинг и маркетинговые исследования в России,, 1996. N 3.


68. Мак-Дональд М. Стратегическое планирование маркетинга — С-Пб.: «Питер», 2000 г.


69. Мастенбрук У. Управление конфликтными ситуациями и развитие организации. Пер. с англ.,


70. Мерсер Д. ИБМ: Управление в самой преуспевающей корпорации мира. М.: Прогресс, 1991.


71. Норенко Л. Direct mail или как написать письмо клиенту, чтобы получить максимальную прибыль// Маркетинг и маркетинговые исследования в России. 2001. №2.


72. Отчеты компании «Unihparm, ink a Marryland Corporation» за 2002, 2003, за 1 квартал 2004 года


73. Перекалина Н.С., Исторические корни российской национальной модели маркетинга //Маркетинг в России и за рубежом, №2, 2003.


74. Попов Е. В. Потенциал маркетинга предприятия. //Маркетинг в России и за рубежом, № 5, 2002, стр. 31-41


75. Руделиус У. и др. Маркетинг. — М.: ДеНово, 2001.


76. Современный маркетинг / Под ред. В. Е. Хруцкого. М.: Политиздат, 1991.


77. Фегеле З. Директ-маркетинг. 99 практических советов как найти потребителя. Пер. с неМ. М. 1999.


78. Фридман Г.И. Директ-маркетинг в деятельности предприятий// Маркетинг и маркетинговые исследования в России, 1997. N 3.


79. Хрестоматия по экономической теории / Сост. Е.Ф.Борисов. — М.: Юристъ, 2000.


80. Энджел Д. Поведение потребителей. СПб: Питер Ком, 1999

5
83

RUR 3490

Книги для самоподготовки по теме «Формирование базы данных по проектам компании» — Дипломная работа

Microsoft Access 2003


БХВ-Петербург , 2013

ISBN 5941573669,9785941573660

В книге дается описание среды Access 2003, ее объектов и способов работы с данными, как своими, так и…

Управление инновационными проектами


БХВ-Петербург , 2013

ISBN 5977505116,9785977505116

Изложены базовые принципы и методология управления инновационными проектами, процессами и программами….

Самоучитель Microsoft Access 2010


БХВ-Петербург , 2013

ISBN 5977506511,9785977506519

Самоучитель позволяет изучить новый интерфейс и инструменты Microsoft Office Access 2010 для разработки баз…

Microsoft Visual Studio 2010


БХВ-Петербург , 2013

ISBN 5977506171,9785977506175

Рассмотрены приемы работы в интегрированной среде разработки Microsoft Visual Studio 2010, а также новые…

Управление проектами. Корпоративная система — шаг за шагом


Манн, Иванов и Фербер , 2013

ISBN 5916572328,9785916572322

С помощью книги вы сможете сначала описать бизнес-процессы, затем продумать корпоративную систему…

Python 3 и PyQt. Разработка приложений


БХВ-Петербург , 2013

ISBN 5977507976,9785977507974

Описан базовый синтаксис языка Python: типы данных, операторы, условия, циклы, регулярные выражения,…


Статьи по теме для самостоятельной работы

Neaktor — бесплатная система управления проектами — PC Week/RE


Компания «БитДев», белорусский разработчик программного обеспечения, выпустила на рынок бесплатное приложение для бизнеса — Neaktor. Эта система создана для оптимизации рабочих процессов внутри компаний. Он включает такие средства работы как совместное ведение проектов и задач, закрытый чат, база сотрудников компании, планировщик рабочего времени, корпоративная новостная лента и почтовый… далее

Конвейер в мантиях — Саратовский Взгляд


На прошлой неделе Саратовский областной суд выступил с законодательной инициативой. Председатель Василий Тарасов обратился к депутатам регионального парламента с предложением допустить его, а также главу Совета судей к формированию бюджета области в части обеспечения деятельности мировых судей. В документе отмечается, что эти расходы определяются региональными властями, однако до сих пор в… далее

Дайджест газеты «Известия» от 25 августа 2015 года (часть III) — AK&M


var banner = new Array() banner[0] = new Array() banner[0][0] = «http://www. gif» banner[0][1] = «http://www. ru/rus/analyt/analyt/index. htm» banner[0][2] = «alt_1» banner[1] = new Array() banner[1][0] = «http://www. gif» banner[1][1] = «http://www. ru/rus/analyt/analyt/index. htm» banner[1][2] = «alt_2» banner[2] = new Array() banner[2][0] = «http://www. gif» banner[2][1] = «http://www…. далее

ИТ в здравоохранении 2015: главная роль отдана регионам — CNews.ru


ИТ в здравоохранении 2015: главная роль отдана регионам Начался второй этап информатизации российского здравоохранения. В 2011–2012 гг.гг. В 2013–2014 гг.гг. Одновременно в наиболее прогрессивных учреждениях здравоохранения начали появляться решения в сфере бизнес-аналитики, удаленного мониторинга здоровья. По итогам 2014 г.г.гг. далее

nadfl.ru

Дипломная работа / ВКР: Проектирование базы данных

Дипломы по проектированию баз данных. Примеры и темы дипломного проектирования базы данных.

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











1. Диплом: Логическое проектирование базы данных информационной системы предприятия ЗАО «Хортспот»2. Дипломная работа: Проектирование баз данных библиотеки
3. Дипломная работа по проектированию базы данных отдела снабжения ООО СК «Альянс»4. ВКР: Проектирование базы данных автоматизированной системы технической поддержки пользователей
5. Дипломная работа: Проектирование базы данных АРМ библиотекаря (PHP+MySQL)6. Бакалаврская работа: Автоматизация ИО документооборота в организации с использованием СУБД Access
7. Дипломная работа: Проектирование базы данных АРМ мастера по ремонту компьютеров для фирмы ООО8. Безопасность сети: диплом по методам адаптации нейросетевых средств мониторинга безопасности
9. Дипломная работа: Проектирование базы данных для отдела снабжения10. Дипломная работа: Проектирование базы данных по оказанию услуг в детском клубе
11. Диплом: Проектирование проекта мобильного приложения для ОС Android для эффективного взаимодействия пользователя и серверной базы данных12. Выпускная бакалаврская работа: Проектирование базы данных учёта и регистрации работников предприятия (MS Access)
13. Дипломная работа: Проектирование базы данных учета радиодеталей на предприятии14. Магистерская работа: Проектирование базы данных и веб-интерфейса конфигуратора комплектаций автомобиля
15. Диплом: Проектирование базы данных производства отдела электронных гравиметрических карт16. Диплом: Проектирование базы данных для регистрации документов на предприятии
17. Магистерская диссертация: Проектирование базы данных Расчет заработной платы18. Диплом: Проектирование графической 3D базы данных в программном комплексе SolidWorks
19. Дипломная работа: Проектирование базы данных с применением CASE-средств20. Проектирование базы данных: диплом по созданию программного модуля оценки инвестиционных проектов

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

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

1. Системный анализ и словесное описание информационных объектов предметной области.

2. Дипломы по концептуальному (инфологическому) проектированию базы данных заключаются в построении семантической модели предметной области. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных (рисунок 1).

Рисунок 1 — Концептуальное проектирование базы данных в дипломе

Чаще всего концептуальная модель базы данных включает в себя:

— описание информационных объектов, или понятий предметной области и связей между ними.

— описание требований к допустимым значениям данных.

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

3. Дипломы по логическому проектированию представляют собой работы по созданию схем базы данных на основе конкретной модели данных, например, реляционной модели данных. Дипломы по логическому проектированию отражают набор схем отношений, а также «связей» между отношениями, представляющих собой внешние ключи. Пример логической модели представлен на рисунке 2.

Рисунок 2 — Логическое проектирование базы данных в дипломной работе

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

Необходимо отметить, что СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных. Таким образом, проектирование базы данных в дипломе является одной из наиболее сложных и ответственных задач, связанных с созданием информационной системы (ИС).

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

Сущность «Турист» содержит сведения о контрагенте, который произвел оплату за путевку и выехавшего за границу или еще находящегося на территории РФ.

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

Сущность «Страна» содержит общие сведения о стране, где будет реализовываться тур.

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

Сущность «Отель» включает общие сведения об отеле, где будут располагаться контрагенты.

Сущность «Маршрут» содержит обозначение разработанного маршрута.

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

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

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

Таблица 1 — Атрибуты сущности «Турист»









Название атрибутаОписание атрибутаДиапа­зон знач.Ед. изме­ренияПример атрибута
Код туристаКлючевой атрибут, уникально идентифи­цирующий туриста1 — 100030
ТуристФИО туристаМалышева Ольга Николаевна
АдресАдрес проживания контрагентаАмурская
ФИОФИО туриста в загран­паспортеЛенина
СерияСерия загран­паспорта53
НомерНомер загран­паспорта2
ТелефонКонтактный телефон контрагента38-40-21

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

Таблица 2 — Атрибуты сущности «Детализация маршрута»









Название атрибутаОписание атрибутаДиапа­зон знач.Ед. изме­ренияПример атрибута
Код детализации маршрутаКлючевой атрибут, уникально идентифи­цирующий детализацию маршрута1 — 50021
МаршрутНазвание маршрута к которому относится данная специфи­кацияАзия
СтранаНазвание страныКитай
ГородНазвание городаПекин
ОтельНазвание отеляСинэра
Номер по порядкуПорядковый номер города в маршруте1-105
Время пребыванияВремя нахождения туристов в городе1-50дни5

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

Таблица 3 — Атрибуты сущности «тур­оператор»












Название атрибутаОписание атрибутаДиапа­зон знач.Ед. изме­ренияПример атрибута
Код тур­оператораКлючевой атрибут, уникально идентифи­цирующий тур­оператора1 — 309
тур­операторНазвание тур­оператораМоскотур
СтранаСтрана размещения тур­оператораРоссия
ГородГород размещения тур­оператораМосква
УлицаУлица расположения тур­оператораул. Ленина
ДомНомер дома401
ОфисНомер офиса5
ТелефонКонтактный телефон тур­оператора953-65-95
ДатаДата заключения договора23.04.1999
ЛицензияНомер лицензииЛ/ФА45889­56325281

Каждый тур­оператор уникально определяется атрибутом «Код тур­оператора», следовательно, данный атрибут является простым ключом.

На этапе инфологического проектирования базы данных в дипломной работе используется модель предметной области «сущность-связь».

Модель «сущность-связь» предполагает несколько типов связи: «один-к-одному», «один-ко-многим», «многие-ко-многим». Связь «один-к-одному» означает, что в каждый момент времени каждому экземпляру сущности А соответствует 1 и только 1 экземпляр сущности В и наоборот. Связь «один-ко-многим» обозначает, что одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В, но каждому экземпляру сущности В соответствует только 1 экземпляр сущности А. Связь «многие-ко-многим» показывает, что одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В и наоборот.

Для поддержания взаимосвязи объектов в информационной модели, между сущностями установим связи.

1) Связь «Турист — ПКО».

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

2) Связь «ПКО -Детализация ПКО».

Между рассматриваемыми сущностями установлена связь «один-ко-многим», поскольку одному экземпляру сущности «ПКО» может соответствовать одна или несколько записей экземпляра сущности «Детализация ПКО», в свою очередь одну запись экземпляра сущности «Детализация ПКО» можно отнести лишь к одному экземпляру «ПКО».

3) Связь «Турист — Детализация ПКО».

Для данных сущностей определена связь «один-к-одному», поскольку один экземпляр сущности «Турист» указывается в одной записи экземпляра сущности «Детализация ПКО», в свою очередь одна запись экземпляра сущности «Детализация ПКО» соответствует одному экземпляру сущности «Турист».

4) Связь «Детализация ПКО — Детализация ведомости».

Между сущностями установлена связь «один-к-одному» поскольку одной записи экземпляра сущности «Детализация ПКО» соответствует одна запись экземпляра сущности «Детализация ведомости», аналогично одной записи экземпляра сущности «Детализация ведомости» можно поставить одну запись экземпляра сущности «Детализация ПКО»

5) Связь «Детализация я ведомости — Ведомость».

Между сущностями установлена связь «многие-к-одному», так как одна запись экземпляра сущности «Детализация ведомости» может принадлежать одному экземпляру сущности «Ведомость», в свою очередь одному экземпляру сущности «Ведомость» может соответствовать множество записей сущности «Детализация ведомости». Таким образом, установлена между сущностями связь «многие-к-одному».

6) Связь «тур­оператор — Ведомость».

Между сущностями определена связь «один-ко-многим». Один экземпляр сущности «тур­оператор» можно отнести к множеству экземпляров сущности «Ведомость», но одному экземпляру сущности «Ведомость» может соответствовать лишь один экземпляр сущности «тур­оператор».

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

Рисунок 3 — Концептуальная инфологическая модель базы данных

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

itdiplom.ru

Дипломная работа (ВКР): База данных

Дипломы и дипломные работы по базам данных. Принципы написания и подготовки дипломных по базам данных.

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











1. Диплом: база данных сервиса по работе с лицевыми счетами клиентов2. Диплом по базе данных СЭОДО с информационной системой управления ресурсами
3. Дипломная работа: База данных системы мониторинга судов с помощью сервисов Google4. Дипломная работа по базе данных маркетинговой деятельности организации
5. База данных: дипломная работа по разработке мобильного приложения ПАО «Акванавт»6. База данных: дипломное проектирование по повышению эффективности деятельности предприятия ООО «Пласт-Трейд»
7. Диплом: БД геолого-разведывательной организации8. Дипломная работа по БД буровых установок
9. Дипломная работа: БД клиентов автосалона10. ВКР: База данных ЭИС анализа результатов основной деятельности юридической компании
11. Дипломная работа: База данных модуля системы учета и обработки заявок пользователей корпоративного портала12. Бакалаврская работа: База данных системы учета оргтехники и программного обеспечения пользователей информационного комплекса компании
13. Дипломная работа: База данных интерактивного Интернет-каталога наручных часов14. Диплом: База данных автоматизированного банка данных для сервисного центра
15. Дипломная работа: База данных ЭИС инженера частного охранного предприятия16. Выпускная бакалаврская работа: База данных ЭИС учета движения и оценки стоимости имущества воинской части
17. Диплом: База данных веб-приложения для автоматизации учета иностранных СМИ в государственном учреждении18. База данных: дипломная по разработке прототипа информационного модуля оценки показателей технологических процессов
19. Дипломная работа: База данных интерактивного комплекса по школьному курсу20. Магистерская работа: База данных веб-представительства аутсорсинговой компании

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

1. Иерархическая.

2. Сетевая.

3. Объектно-ориентированная.

4. Реляционная.

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

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

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

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

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

Концептуальная модель базы данных информационной системы парковочных мест для транспортных средств представлена на рисунке 1.

Рисунок 1 — Концептуальная модель БД в дипломной работе

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

Рисунок 2 — Физическая модель БД в дипломной работе

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

Таблица «RP_DOCUMENTS» cодержит следующие поля:

— Поле «ID»: целое число — уникальный идентификатор записи документа.

— Поле «ID_DOC_TYPE»: целое число — уникальный идентификатор записи типа документа.

— Поле «ID_FTP_SERVERS»: целое число — уникальный идентификатор записи FTP сервера.

— Поле «PAGE_COUNT»: целое число, отражающие число страниц документа.

— Поле «FILE_COMMENT»: алфавитно-цифровые данные, содержащие описание к файлу.

— Поле «FILE_NAME»: алфавитно-цифровые данные, содержащие наименование файла.

Таблица «RP_REGISTERS_REQUESTS» необходима для связи предложений и реестров. Содержит следующие поля:

— Поле «ID»: целое число — уникальный идентификатор записи.

— Поле «REGISTER_ID»: целое число — уникальный идентификатор записи реестра.

— Поле «REQUEST_ID»: целое число — уникальный идентификатор записи предложения.

В заключение необходимо отметить, что базы данных в дипломных работах классифицируются на однопользовательские и многопользовательские. Наиболее востребованными при дипломном проектировании базы данных являются многопользовательские СУБД, такие как MS SQL Server, Oracle и MySQL. Так, MySQL является самой популярной системой управления базами данных. В исследовании базы данных MySQL в дипломе необходимо сформулировать и показать основные плюсы (такие, как высокая скорость работы, быстрота обработки данных и т.д.). Полный перечень актуальных статей и рекомендаций по прикладной информатике и базам данных изложен здесь.

itdiplom.ru

Отправить ответ

avatar
  Подписаться  
Уведомление о