Проектирование базы данных "Риелторская контора"

Частноеобразовательное учреждение среднего профессионального образования
«КРАСНОДАРСКИЙТЕХНИКУМ УПРАВЛЕНИЯ, ИНФОРМАТИЗАЦИИ И СЕРВИСА»
Отчет попрактике
специальность230150 «ПО ВТ и АС»
Тема: «РИЕЛТОРСКАЯКОНТОРА»
Воробьёв Алексей Андреевич
Студент группы ПО 3-1
Научный руководитель
Рожкова Вера Григорьевна
Краснодар2010 г.

/>Введение
Подбазой данных (БД) понимают хранилище структурированных данных, при этом данныедолжны быть непротиворечивы, минимально избыточны и целостны.
Жизненный цикл любогопрограммного продукта, в том числе и системы управления базой данных, состоитиз стадий проектирования, реализации и эксплуатации.
Естественно, наиболее значительнымфактором в жизненном цикле приложения, работающего с базой данных, являетсястадия проектирования. От того, насколько тщательно продумана структура базы,насколько четко определены связи между ее элементами, зависитпроизводительность системы и ее информационная насыщенность, а значит — и времяее жизни.
Обычно БД создается для хранения и доступа кданным, содержащим сведения о некоторой предметной области, то есть некоторойобласти человеческой деятельности или области реального мира. Всякая БД должнапредставлять собой систему данных о предметной области. БД, относящиеся к однойи той же предметной области, в различных случаях содержат более или менеедетализированную информацию о ней, причем таким способом, который заведомоисключает ненужную избыточность. В хорошо спроектированной базе данныхизбыточность данных исключается, и вероятность сохранения противоречивых данныхминимизируется. Таким образом, создание баз данных преследует две основныецели: понизить избыточность данных и повысить их надежность.
Хорошо спроектированная база данных:
· Удовлетворяетвсем требованиям пользователей к содержимому базы данных. Перед проектированиембазы необходимо провести обширные исследования требований пользователей кфункционированию базы данных.
· Гарантируетнепротиворечивость и целостность данных. При проектировании таблиц нужноопределить их атрибуты и некоторые правила, ограничивающие возможность вводапользователем неверных значений. Для верификации данных перед непосредственнойзаписью их в таблицу база данных должна осуществлять вызов правил модели данныхи тем самым гарантировать сохранение целостности информации.
· Обеспечиваетестественное, легкое для восприятия структурирование информации. Качественноепостроение базы позволяет делать запросы к базе более «прозрачными» илегкими для понимания; следовательно, снижается вероятность внесениянекорректных данных и улучшается качество сопровождения базы.
· Удовлетворяеттребованиям пользователей к производительности базы данных. При больших объемахинформации вопросы сохранения производительности начинают играть главную роль,сразу «высвечивая» все недочеты этапа проектирования.
Логически в современнойреляционной СУБД можно выделить наиболее внутреннюю часть – ядро СУБД (частоего называют Data Base Engine), компилятор языка БД (обычно SQL), подсистему поддержки временивыполнения, набор утилит. В некоторых системах эти части выделяются явно, вдругих – нет, но логически такое разделение можно провести во всех СУБД.
СУБД Access корпорации Microsoft® обладает исключительно высокимискоростными характеристиками и в этом отношении заметно выделяется среди другихинтерпретирующих систем. Набор команд и функций, предлагаемых разработчикампрограммных продуктов в среде Microsoft® Access 2000, по мощи и гибкости отвечаетлюбым современным требованиям к представлению и обработке данных. Здесь можетбыть реализован максимально удобный, гибкий и эффективный пользовательскийинтерфейс. Система также обладает средствами быстрой генерации форм, отчетов именю, поддерживает язык SQL.
Описание Предметной области
Автоматизированнаяинформационная система (АИС)
Автоматизированнаяинформационная система (АИС) — совокупность программно-аппаратных средств,предназначенных для автоматизации деятельности, связанной с хранением,передачей и обработкой информации.
АИС являются, с однойстороны, разновидностью информационных систем (ИС), с другой —автоматизированных систем (АС), вследствие чего их часто называют ИС или АС.
АИС может быть определенакак комплекс автоматизированных информационных технологий, предназначенных дляинформационного обслуживания – организованного непрерывного технологическогопроцесса подготовки и выдачи потребителям научной, управленческой и др.информации, используемой для принятия решений, в соответствии с нуждами дляподдержания эффективной деятельности.
Классическими примерамиавтоматизированных информационных систем являются банковские системы,автоматизированные системы управления предприятиями, системы резервирования авиационныхили железнодорожных билетов и т. д.
Основной причинойсоздания и развития АИС является необходимость ведения учёта информации осостоянии и динамике объекта, которому посвящена система. На основанииинформационной картины, создаваемой системой, руководители различного звенамогут принимать решения об управляющих воздействиях с целью решения текущихпроблем.
Учётные данные системымогут быть подвергнуты автоматической обработке для последующего тактического истратегического анализа с целью принятия управленческих решений большегогоризонта действия.
· Побочными,возможными, но не гарантированными эффектами от использования системы могутвыступать:
· повышениепроизводительности работы персонала;
· улучшениекачества обслуживания клиентов;
· снижениетрудоемкости и напряженности труда персонала;
· снижениеколичества ошибок в его действиях.АИС «Риелторская контора»
Данный ПП моделируетработу организации занимающейся покупкой-продажей недвижимости. ПП позволяетпользователю осуществлять покупку недвижимости, а также позволяет вноситьриелтору в базу новую недвижимость со всеми данными о ней.
Цель создания программысостоит в следующем:
· сокращениевремени обработки информации;
· простотереализации различных запросов и скорости обработки данных;
· автоматизациитруда.
Благодаря тому, чтопрограмма реализована при помощи Microsoft® Access 2000, она имеет внешний вид(интерфейс) характерный для всех приложений разработанных под операционнуюсистему Microsoft® Windows, который очень прост и дружелюбен по отношению кпользователю. Разработка ПП. Выбор средыпрограммирования
Мною была выбрана СУБД Microsoft Access. Microsoft Office Access или просто Microsoft Access— реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включаясвязанные запросы, связь с внешними таблицами и базами данных. Благодарявстроенному языку VBA, в самом Access можно писать приложения, работающие сбазами данных. Основные компоненты MS Access:
· построительтаблиц;
· построительэкранных форм;
· построительSQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
· построительотчётов, выводимых на печать.
Они могут вызыватьскрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БДпрактически «с нуля» или написать оболочку для внешней БД.
MS Access являетсяфайл-серверной СУБД и потому применима лишь к маленьким приложениям.Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например,как триггеры. Опыт показывает[источник не указан 55 дней], что даже дляпроектов на 5-20 пользователей предпочтительно использовать клиент-серверныерешения.
Существенно расширяетвозможности MS Access по написанию приложений механизм связи с различнымивнешними СУБД: «связанные таблицы» (связь с таблицей СУБД) и«запросы к серверу» (запрос на диалекте SQL, который«понимает» СУБД). Также MS Access позволяет строить полноценныеклиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможностьсовместить с присущей MS Access простотой инструменты для управления БД исредства разработки.Выбор модели
На сегодняшний день наиболее часто используются три моделиданных: иерархическая, сетевая и реляционная. Кроме них существуют и другиемодели, например модель данных, основанная на инвертированных списках илиобъектно-ориентированная, однако они не имеют широкого распространения, так какбазы на инвертированных списках использовались на заре развития СУБД, а объектно-ориентированныебазы данных ещё не до конца изучены. Таким образом, выбор сокращается до трёхвышеназванных моделей данных.
Иерархические базыданных. Этот вид баз данных одним из первых получил широкое распространение истал промышленно использоваться. Иерархическая БД состоит из упорядоченногонабора деревьев; более точно, из упорядоченного набора нескольких экземпляроводного типа дерева. Тип дерева состоит из одного «корневого» типазаписи и упорядоченного набора из нуля или более типов поддеревьев (каждое изкоторых является некоторым типом дерева). Тип дерева в целом представляет собойиерархически организованный набор типов записи. Примерами типичных операторовманипулирования иерархически организованными данными могут быть следующиеоператоры:
— Найти указанное деревоБД;
— Перейти от одногодерева к другому;
— Перейти от одной записик другой внутри;
— Перейти от одной записик другой в порядке обхода иерархии;
— Вставить новую запись вуказанную позицию;
— Удалить текущую запись.
Одним из основных преимуществ иерархической модели данныхявляется скорость поиска по базе.
Типичным представителем (наиболее известным ираспространенным) является Information Management System (IMS) фирмы IBM. Первая версияпоявилась в 1968 г. До сих пор поддерживается много баз данных, что создаетсущественные проблемы с переходом, как на новую технологию БД, так и на новуютехнику.
Сетевая модель данных. Сетевой подход к организации данныхявляется расширением иерархического подхода. В иерархических структурахзапись-потомок должна иметь в точности одного предка; в сетевой структуреданных потомок может иметь любое число предков.
Сетевая БД состоит изнабора записей и набора связей между ними, а если говорить более точно: изнабора экземпляров каждого типа из заданного в схеме БД набора типов записи инабора экземпляров каждого типа из заданного набора типов связи.
Тип связи определяетсядля двух типов записи: предка и потомка. Экземпляр типа связи состоит из одногоэкземпляра типа записи предка и упорядоченного набора экземпляров типа записипотомка. Для данного типа связи L с типом записи предка P и типом записипотомка C должны выполняться два условия:
— Каждое экземпляр типа Pявляется предком только в одном экземпляре L;
— Каждый экземпляр Cявляется потомком не более чем в одном экземпляре L.
На формирование типов связи не накладываются особыеограничения; возможны, например, ситуации:
а) Тип записи потомка водном типе связи L1 может быть типом записи предка в другом типе связи L2 (какв иерархии).
б) Данный тип записи Pможет быть типом записи предка в любом числе типов связи.
в) Данный тип записи Pможет быть типом записи потомка в любом числе типов связи.
г)Может существовать любое число типов связи с одним и тем же типом записи предкаи одним и тем же типом записи потомка; и если L1 и L2 два типа связи с одним итем же типом записи предка P и одним и тем же типом записи потомка C, топравила, по которым образуется родство, в разных связях могут различаться.
д) Типы записи X и Yмогут быть предком и потомком в одной связи и потомком и предком — в другой.
е)Предок и потомок могут быть одного типа записи.
Примерный набор операцийможет быть таковым:
· Найти конкретнуюзапись в наборе однотипных записей (инженера Сидорова);
· Перейти от предкак первому потомку по некоторой связи (к первому сотруднику отдела 310);
· Перейти кследующему потомку в некоторой связи (от Сидорова к Иванову);
· Перейти отпотомка к предку по некоторой связи (найти отдел Сидорова);
· Создать новуюзапись;
· Уничтожитьзапись;
· Модифицироватьзапись;
· Включить в связь;
· Исключить изсвязи;
· Переставить вдругую связь и т.д.
К достоинствам сетевойСУБД можно отнести возможность экономии памяти за счет разделения подобъектов.
Типичным представителем является Integrated DatabaseManagement System (IDMS) компании Cullinet Software Inc., предназначенная дляиспользования на машинах основного класса фирмы IBM под управлением большинстваоперационных систем. Архитектура системы основана на предложениях Data BaseTask Group (DBTG) Комитета по языкам программирования Conference on DataSystems Languages (CODASYL), организации, ответственной за определение языкапрограммирования Кобол.
Описанные выше модели данных относятся к так называемым раннимСУБД. У этих моделей есть существенные недостатки так то:
· Слишком сложнопользоваться;
· Фактическинеобходимы знания о физической организации;
· Прикладныесистемы зависят от этой организации;
· Их логикаперегружена деталями организации доступа к БД.
В условия современного развития компьютерной техники, когда сбазами данных всё чаще работают непрофессионалы, делает эти СУБД весьмасложными для обслуживания.
Реляционная модельданных. Данная модель является наиболее распространенной в настоящее время,хотя наряду с общепризнанными достоинствами обладает и рядом недостатков. Кчислу достоинств реляционного подхода можно отнести:
· наличиенебольшого набора абстракций, которые позволяют сравнительно простомоделировать большую часть распространенных предметных областей и допускаютточные формальные определения, оставаясь интуитивно понятными;
· наличие простогои в то же время мощного математического аппарата, опирающегося главным образомна теорию множеств и математическую логику и обеспечивающего теоретическийбазис реляционного подхода к организации баз данных;
· возможностьненавигационного манипулирования данными без необходимости знания конкретнойфизической организации баз данных во внешней памяти.
В настоящее время основнымпредметом критики реляционных СУБД является не их недостаточная эффективность,а присущая этим системам некоторая ограниченность (прямое следствие простоты)при использование в так называемых нетрадиционных областях (наиболеераспространенными примерами являются системы автоматизации проектирования), вкоторых требуются предельно сложные структуры данных.
Наиболее распространенная трактовка реляционной моделиданных, по-видимому, принадлежит Дейту. Согласно Дейту реляционная модельсостоит из трех частей, описывающих разные аспекты реляционного подхода:структурной части, манипуляционной части и целостной части.
В структурной частимодели фиксируется, что единственной структурой данных, используемой вреляционных БД, является нормализованное n-арное отношение.
В манипуляционной части модели утверждаются двафундаментальных механизма манипулирования реляционными БД — реляционная алгебраи реляционное исчисление. Первый механизм базируется в основном на классическойтеории множеств (с некоторыми уточнениями), а второй — на классическомлогическом аппарате исчисления предикатов первого порядка.
Относительная простота и эффективность РСУБД, а также наличиесолидной теоретической базы сделало эту модель данных наиболее распространённойна сегодняшний день. Абсолютное большинство систем управления базами данных,присутствующих на рынке программного обеспечения основываются именно нареляционной модели.
Исходя из вышесказанного, мне представляется логичнымиспользовать для выполнения отчета реляционную модель данных. Логическая модель
/>
/>/>Рисунок 1 (схема данных)
Информационная модель
/>
/>Рисунок 2 (Таблица«ИНФО»)
/>
/>Рисунок 3 (Таблица«Проданные»)
/>
Рисунок 4(Таблица «Риелторы»)
/>
Рисунок 5(Таблица «Договора»)
/>
Рисунок 6(Таблица «Покупатели»)Интерфейсы
/>
Рисунок 7(Главная кнопочная форма)
/>
Рисунок 8(Карточка покупателя)

/>
Рисунок 9(Карточка риелтора)Входные данные/>/>/>/> />
Рисунок 10(Таблица «Договора»)/>/>/>/>/>
Рисунок 11(Таблица «Инфо»)/>/>/>/> />
Рисунок 12(Таблица «покупатели»)/>/>/>/> 
/>
Рисунок 13(Таблица «риелторы»)/>/>/>/> />
Рисунок 14(Таблица «проданные»)/> Выходныеданные/>/> />
Рисунок 15 (результат запроса «каталог»)/>/> />
Рисунок 16 (результат запроса «имущество за риелтором»)/>/> />
Рисунок 17 (результат запроса «прибыль»)/>/>/>
Рисунок 18 (результат запроса «продано риелтором»)/>/>/>
Рисунок 19 (результат запроса «проданные»)
/>
Рисунок 20(Отчет «комнат »)/> 
/>
Рисунок 21 (отчет площадь )
/>
Рисунок 22 (отчет сумма )
/>
Рисунок 23(Отчет «тип»)
Алгоритм решения задачи
Запросы SQL
SQL является, прежде всего,информационно-логическим языком, предназначенным для описания хранимых данных,для извлечения хранимых данных и для модификации данных. SQL не является языкомпрограммирования. (Вместе с тем стандарт языка спецификацией SQL/PSMпредусматривает возможность его процедурных расширений.)
Изначально, SQL был основнымспособом работы пользователя с базой данных и представлял собой небольшуюсовокупность команд (операторов) допускающих создание таблиц, добавление втаблицы новых записей, извлечение записей из таблиц (в соответствии с заданнымусловием), удаление записей и изменение структур таблиц. В связи с усложнениемязык SQL стал более прикладным языком программирования, а пользователи получиливозможность использовать визуальные построители запросов.
Запрос «Каталог» — данныйзапрос выбирает из таблицы «ИНФО» информация о имуществе.
SELECT ИНФО.№_договора,ИНФО. тип, ИНФО. Площадь_ кв_ метр, ИНФО. Адрес, ИНФО.[Этаж(ей)],ИНФО.Колл_комнат, ИНФО., Риелторы.ФИО Риелтора, Риелторы.телефон_риелтора
FROM Риелторы INNER JOINИНФО ON Риелторы. ID_риелтора = ИНФО.ID риелтора;
Запрос «имущество зариелтором» — выводит информацию о количестве имущества закрепленного за каждымриелтором.
SELECTРиелторы.ФИО_Риелтора, Count(ИНФО.тип) AS [Count-тип], Sum(ИНФО.стоимость) AS[Sum-стоимость]
FROM Риелторы INNER JOINИНФО ON Риелторы.ID_риелтора = ИНФО.ID_риелтора
GROUP BYРиелторы.ФИО_Риелтора;
Запрос на копирование –выполняет копирование всех полей проданного имущества из таб. «Инфо» в таб.«Проданные».
INSERT INTO Проданные (№_договора, заявка, тип, Площадь_кв_метр, Адрес, [Этаж(ей)], Колл_комнат,стоимость, [стоимость_ аренда], ФИО_покупателя, Телефон_покупателя,ФИО_Риелтора, Телефон_риелтора )
SELECT ИНФО.№_договора,ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)],ИНФО.Колл_комнат, ИНФО.стоимость, ИНФО.[стоимость_ аренда],Покупатели.ФИО_Покупателя, Покупатели.Телефон_покупателя,Риелторы.ФИО_Риелтора, Риелторы.телефон_риелтора
FROM Риелторы INNER JOIN(ИНФО INNER JOIN Покупатели ON ИНФО.№_договора=Покупатели.№_договора) ONРиелторы.ID_риелтора=ИНФО.ID_риелтора
WHERE куплено=true;
Запрос на удаление –удаляет данные о проданном имуществе из таб. «Инфо»
DELETE ИНФО.№_договора,ИНФО.куплено, ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес,ИНФО.[Этаж(ей)], ИНФО.Колл_комнат, ИНФО.стоимость, ИНФО.[стоимость_ аренда],ИНФО.ФИО_продавца, ИНФО.Телефон_Продавца, ИНФО.ID_риелтора
FROM ИНФО
WHERE(((ИНФО.куплено)=True));
Комнат больше(меньше) –выводит поля из таб. «Инфо» по критерию.
SELECT ИНФО.№_договора,ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)],ИНФО.Колл_комнат, ИНФО.стоимость
FROM ИНФО
WHERE(((ИНФО.Колл_комнат)>=(
площадь больше(меньше) –выводит поля из таб. «Инфо» по критерию.
SELECT ИНФО.№_договора,ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)],ИНФО.Колл_комнат, ИНФО.стоимость
FROM ИНФО
WHERE(((ИНФО.Площадь_кв_метр)>= (
Прибыль – выводит суммупроданного имущества из таб. «Проданные»
SELECT DISTINCTROW Sum(Проданные.стоимость) AS Сумма
FROM Проданные;
Продано риелтором –выводит сумму проданного имущества каждым риелтором.
SELECTПроданные.ФИО_Риелтора, Sum(Проданные.стоимость) AS [Sum-стоимость]
FROM Проданные
GROUP BY Проданные.ФИО_Риелтора;
Проданные Запрос –выводит все поля из таб. «Проданные»
SELECTПроданные.№_договора, Проданные.заявка, Проданные.тип,Проданные.Площадь_кв_метр, Проданные.Адрес, Проданные.[Этаж(ей)],Проданные.Колл_комнат, Проданные.стоимость, Проданные.[стоимость_ аренда],Проданные.ФИО_покупателя, Проданные.Телефон_покупателя, Проданные.ФИО_Риелтора,Проданные.Телефон_риелтора
FROM Проданные;
Сумма больше(меньше) –выводит поля из таб. «Инфо» по критерию.
SELECT ИНФО.№_договора,ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)],ИНФО.Колл_комнат, ИНФО.стоимость
FROM ИНФО
WHERE(((ИНФО.стоимость)>=(
Тип – выводит поля изтаб. «Инфо» по критерию.
SELECT ИНФО.№_договора,ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)],ИНФО.Колл_комнат, ИНФО.стоимость
FROM ИНФО
WHERE(((ИНФО.тип)=[введите тип]) AND ((ИНФО.куплено)=False));
Этаж больше(меньше) –выводит поля из таб. «Инфо» по критерию.
SELECT ИНФО.№_договора,ИНФО.заявка, ИНФО.тип, ИНФО.Площадь_кв_метр, ИНФО.Адрес, ИНФО.[Этаж(ей)],ИНФО.Колл_комнат, ИНФО.стоимость
FROM ИНФО
WHERE(((ИНФО.[Этаж(ей)])>=(
Макрос — программный объект, при обработке«развёртывающийся» в последовательность действий или команд.
Макрос(Рисунки 24 и 2) — выполняет функцию поиска по номеру договора./>/>/>/>/>
Рисунок 24 (макрос 1)/>/>/>/> />
Рисунок 25(макрос 1 поле «найти запись» )
Макрос(Рисунок 26) –выполняет функцию обновления таблиц «Инфо» и «Проданные»
/>
Рисунок 26 (макрос 2)
Список литературы
1. Электроннаявстроенная гипертекстовая справочная система Microsoft Access, файл MSACC20.HLP, 4.7 Мбайт
2. Журнал «PC Magazine RussianEdition» ¹7 1999, «Microsoft Access»
3. Бойко И.,Объектно–ориентированные СУБД.- Киев: Высшая школа, 1999
4. Майкл. Хэлволсон,Майкл Янг, Эффективная работа с Microsoft Office. C.Петербург: Питер, 2001
5. Рыбакова О. О.,Проектирование автоматизированных информационных систем. Методический материалдля проведения аудиторных занятий и самостоятельной работы. Издание первое. –Запорожье: ЗЕТК, 2001
ГЛАВА II
Я проходил практику вЦДИЮТТ Краснодарского Края на должности помощник техника. Ниже представленасхема предприятия и схема КС.Структура предприятия
                                                 Директор/> /> /> /> /> /> /> /> /> /> /> /> /> /> /> /> /> />
Методисты  
Педагоги  
Методисты  
Методисты  
Педагоги  
Методисты  

 /> /> /> /> /> /> /> />
Экономист   />
Инженер   /> /> /> />
Техник  

Компьютерный класс №1/> /> /> /> /> /> />

Компьютерный класс №2
/>

Рабочие компьютеры научреждении
Секретарь Кадровик иИнженер Бухгалтерия Методисты/> /> /> /> /> /> /> />
М  
М   /> /> />
М   />

Краткая характеристика предприятия
Данное предприятие (ГУДОДЦДИЮТТ КК) осуществляет дополнительное обучение детей в возрасте от 6 до 18 летв направлениях:
1) Судомодельный.
2) Начально-техническогомоделирования.
3) Компьютернойграмотности.
4) Радиотехническогоконструирования.
5) «Юныйморяк».
6)