Содержание
Введение5
1.Этапы проектирования базы данных6
2.Практическая часть9
2.1Задачи базы данных9
2.2) Определение объектов базы данных10
3.Клиентская часть базы данных12
3.1 Диаграмма состояний13
3.2. Диаграмма компонентов15
3.3. Диаграмма классов17
3.4 Диаграмма последовательности19
3.5 Диаграмма вариантов использования21
4.Отладка и тестирование22
5.Руководство пользователя23
Заключение24
Список литературы25
Листинг программы26
Файл BranchSet.h26
Файл ClientSet.h27
Файл DreamHome.h28
Файл DreamHomeDoc.h28
Файл DreamHomeSet.h29
Файл DreamHomeView.h30
Файл EditOwnerDlg.h32
Файл FilterDlg.h32
Файл FindClientDlg.h33
Файл BranchSet.h34
Файл InsertClientDlg.h35
Файл InsertHomeDlg.h35
Файл InsertOwnerDlg.h36
Файл InsertStaffDlg.h37
Файл MainFrm.h38
Файл OwnerSet.h39
Файл Resource.h40
Файл StaffSet.h43
Файл SystemDlg.h44
Файл UsersBaseDlg.h46
Файл UsersBaseSet.h47
Файл BranchSet.cpp48
Файл ClientSet.cpp49
Файл DreamHome.cpp50
Файл DreamHomeDoc.cpp53
Файл DreamHomeSet.cpp54
Файл DreamHomeView.cpp55
Файл EditOwnerDlg.cpp68
Файл FilterDlg.cpp71
Файл FindClientDlg.cpp75
Файл InsertBranchDlg.cpp76
Файл InsertClientDlg.cpp80
Файл InsertHomeDlg.cpp81
Файл InsertOwnerDlg.cpp85
Файл InsertStaffDlg.cpp86
Файл MainFrm.cpp92
Файл OwnerSet.cpp93
Файл StaffSet.cpp94
Файл UsersBaseDlg.cpp95
Файл UsersBaseSet.cpp99
Результат работы программы102
Выдержка из текста
Введение
Потоки информации, циркулирующие в мире, который нас окружает, огромны. Во времени они имеют тенденцию к увеличению. Поэтому в любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффек¬тивную работу. Некоторые организации используют для этого шкафы с папками, но большинство предпочитают компьютеризированные способы – базы данных, позволяющие эф¬фективно хранить, структурировать и систематизировать большие объемы дан¬ных.
Существует много веских причин перевода существующей информации на компьютерную основу. Сейчас стоимость хранения информации в файлах ЭВМ дешевле, чем на бумаге. Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Использование клиент/серверных технологий позволяют сберечь значительные средства, а главное и время для получения необходимой информации, а также упрощают доступ и ведение, поскольку они основываются на комплексной обработке данных и централизации их хранения. Кроме того ЭВМ позволяет хранить любые форматы данных текст, чертежи, данные в рукописной форме, фотографии, записи голоса и т.д.
Для использования столь огромных объемов хранимой информации, помимо развития системных устройств, средств передачи данных, памяти необходимы средства обеспечения диалога человек-ЭВМ, которые позволяют пользователю вводить запросы, читать файлы, модифицировать хранимые данные, добавлять новые данные или принимать решения на основании хранимых данных. Для обеспечения этих функций созданы специализированные средства – системы управления базами данных (СУБД). Современные СУБД — многопользовательские системы управления базой данных, которые специализируется на управлении массивом ин¬формации одним или множеством одновременно работающих пользователей.
Целью данной курсовой работы являлось создание базы данных по делам недвижимости. Задание также подразумевало создание необходимой системы управления этой базой данных СУБД. Имеющаяся совокупность информации должна просматриваться.
Реализация данной задачи проводится в среде программирования Visual Studio 2008 на языке С++ c применением технологии MFC , располагающей широкими возможностями по созданию приложений баз данных, необходимым набором драйверов для доступа к самым известным форматам баз данных, удобными и развитыми средствами для доступа к информации, расположенной как на локальном диске, так и на удаленном сервере, а также большим коллекцией визуальных компонент для построения отображаемых на экране окон, что необходимо для создания удобного интерфейса между пользователем и исполняемым кодом.
1.Этапы проектирования базы данных
При разработке БД выделялись следующие этапы работы.
Проектирование инфологической концептуальной модели баз данных:
а) Исследование предметной области применения и выявление требований конечных пользователей и решаемых задач.
в) Анализ объекта. На этом этапе рассматривались объекты БД, каковы свойства этих объектов. После разбиения БД на отдельные объекты проводилось рассмотрение свойства каждого из этих объектов. Все эти сведения можно располагать в виде отдельных записей и таблиц. Далее рассматривались типы данных каждой отдельной единицы записи. Сведения о типах данных заносились в составляемую таблицу.
2) Синтез модели.
На этом этапе по проведенному выше анализу была выбрана модель БД. Далее рассматривались достоинства и недостатки каждой модели и сопоставлялись с требованиями и задачами создаваемой БД. После такого анализа выбиралась та модель, которая смогла бы максимально обеспечить реализацию поставленной задачи. После выбора модели была нарисована ER диаграмма (см Приложение 1) с указанием связей между таблицами.
Выбор способов представления информации и программного инструментария.
После создания модели была определена форма представления информации.
В большинстве СУБД данные можно хранить в двух видах:
с использованием форм;
без использования форм.
Выбрано с использованием форм.
Создание таблиц.
Создавая исходные таблицы, были указаны имена и типы каждого поля. Имена полей не должны повторяться внутри одной таблицы. В процессе работы с БД были дополнены некоторые таблицы новыми полями.
При проектировании таблиц, учитывались следующие требования:
1. Информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами. Когда определенная информация хранится только в одной таблице, то и изменять ее придется только в одном месте. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах. Например, в одной таблице должны содержаться адреса и телефоны клиентов.
2. Каждая таблица должна содержать информацию только на одну тему. Сведения на каждую тему обрабатываются намного легче, если они содержатся в независимых друг от друга таблицах. Например, адреса и заказы клиентов лучше хранить в разных таблицах, с тем, чтобы при удалении заказа информация о клиенте осталась в базе данных.
3. Каждая таблица должна содержать необходимые поля. Каждое поле в таблице должно содержать отдельные сведения по теме таблицы. Например, в таблице с данными о клиенте могут содержаться поля с названием компании, адресом, городом, страной и номером телефона. При разработке полей для каждой таблицы необходимо помнить, что каждое поле должно быть связано с темой таблицы. Не рекомендуется включать в таблицу данные, которые являются результатом выражения. В таблице должна присутствовать вся необходимая информация. Информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).
4. База данных должна иметь первичный ключ. Это необходимо для того, чтобы СУБД могла связать данные из разных таблиц, например, данные о клиенте и его заказы.
5) Разработка приложение клиента
Приложение клиента, было создано с применение большого количества форм и различных элементов управления с применением технологии MFC.
Список использованной литературы
1.Дж. Тельман, «Основы систем баз данных», Москва, Финансы и статистика’, 1993г.
2.Дейт К., «Введение в системы баз данных», Москва, ‘Hаука’, 1990 г.
3.Когловский М.Р., «Технология баз данных на персональных ЭВМ», Москва, ‘Финансы и статистика’, 1992 г.
4.Дж. Мартин., «Организация баз данных в вычислительных системах» М: Мир 1998г.
5.С.М.Диго «Проектирование и использования баз данных». Москва: Финансы и статистика 1995.
6.Горев А., Ахаян Р., Макашарипов С. «Эффективная работа с СУБД».СПб.:Питер, 1997.— 704 с.,ил.
7.Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1993. – 320 с.
8.Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1999. – 351 с.
9.Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 1991. – 252 с.
10.Кириллов В.В. Структуризованный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.