Реферат: Проектирование автоматизированных информационных систем

/>/>/>/>Реферат

Пояснительная записка объемом 38 страниц, 8 рисунков, 2таблицы.

Ключевые слова: база данных, данные, модель,бизнес-правила, ключи, поля, таблицы.

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

Содержание

Реферат… 4

Содержание… 5

Введение… 6

1.Общая часть… 8

1.1Описание задачи… 8

1.2Постановка задачи… 12

1.3Проектирование информационной модели… 16

1.4Разработка бизнес-правил… 4

1.5Установление взаимосвязей в модели. Ошибка! Закладка не определена.

1.6Модель информационных потоков… 4

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

2.1Определение объектов… 20

2.2Определение взаимосвязей между объектами… 23

2.3Задание атрибутов, первичных и альтернативных ключей объектов… 26

2.4Нормализация модели… 28

2.5Физическое описание модели… 31

2.6Обоснование выбора СУБД… 4

Заключение… 37

Списоклитературы… 38

Введение

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

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

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

В мире существует множество систем управления базамиданных. Несмотря на то, что они могут по-разному работать с разными объектами ипредоставляют пользователю различные функции и средства, большинство СУБДопираются на единый устоявшийся комплекс основных понятий. Это дает нам возможностьрассмотреть одну систему и обобщить ее понятия, приемы и методы на весь классСУБД. В качестве такого учебного объекта мы выберем СУБД Microsoft Access, входящую в пакет Microsoft Office.

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

1. Общая часть1.1 Описание задачи

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

/>В максимально простомвиде схема бизнес-процесса фирмы «Алла» представлена на рисунке 1. На основанииисследований рынка потенциальных покупателей и предложений недвижимости службаили отдельный специалист разрабатывает каталог предлагаемых к продаже объектов;в большой фирме такую службу назвали бы отделом маркетинга. Каталограспространяется на рынке потенциальных покупателей. С клиентом, решившимприобрести объект, работает служба оформления заказов. Специалисты, входящие вэту службу, принимают заказ, отправляют счета, следят за их оплатой и наконецвручают клиенту документы на приобретенные объекты. Служба внутренней поддержкиобеспечивает распределение работы по исполнителям и решает возникающиепроблемы, например, ограничения доступа к данным.

При ответе на вопрос: «Что лежит в основе бизнеса даннойфирмы?», как правило, выявляются наиболее важные для данного бизнеса илипроизводственного процесса компоненты. В нашем случае это будут:

·    сотрудники;

·    клиенты (покупатели);

·    фирмы – владельцы;

·    каталог;

·    объекты недвижимости;

·    заказы.

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

·    составление каталога;

·    рассылка каталога;

·    анализ рынка;

·    продажи;

·    оформление счетов и накладных;

·    управление работой персонала;

·    реклама;

·    решение бухгалтерских задач.

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

/>Ответ на вопрос: «Ктовыполняет эти процессы?» даст организационная структура фирмы. Упрощеннаяорганизационная структура фирмы «Алла» представлена на рисунке 2.

Важно получить и ответ на вопрос: «Когда выполняется тоили иное действие?» Это прояснит периодичность осуществляемых бизнес-процессови позволит правильно расставить акценты в будущей прикладной программе. В нашемслучае примем такую временную последовательность выполняемых процессов:

·    обновление каталога – раз в год и внесение поправок в экстренныхслучаях;

·    подведение итогов продаж – ежемесячно;

·    годовой отчет – ежегодно к 20 февраля.

Последний вопрос: «Почему эти действия выполняются?»позволяет определить мотивацию производственной деятельности фирмы.Бизнес-задачи фирмы «Алла» определим так:

·    достижение наилучшего соотношения «затраты — удобство» для клиентов;

·    обеспечение условий для успешной деятельности персонала;

·    получение приемлемой прибыли;

·    повышение доходов при автоматизации обработки данных.

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

1.2 Постановказадачи

При ответе на вопрос: «Что лежит в основе бизнеса даннойфирмы?», как правило, выявляются наиболее важные для данного бизнеса илипроизводственного процесса компоненты. В нашем случае это будут:

·    сотрудники;

·    клиенты (покупатели);

·    фирмы – владельцы;

·    каталог;

·    объекты недвижимости;

·    заказы.

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

·    составление каталога;

·    рассылка каталога;

·    анализ рынка;

·    продажи;

·    оформление счетов и накладных;

·    управление работой персонала;

·    реклама;

·    решение бухгалтерских задач.

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

Ответ на вопрос: «Кто выполняет эти процессы?» дасторганизационная структура фирмы. Упрощенная организационная структура фирмы«Алла» представлена на рисунке.

Важно получить и ответ на вопрос: «Когда выполняется тоили иное действие?» Это прояснит периодичность осуществляемых бизнес-процессови позволит правильно расставить акценты в будущей прикладной программе.

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

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

Наименование задачи: автоматизация управления работойдилера по продаже недвижимости.

Цель работы дилера: продажа недвижимости по каталогу.

Функции дилера:

·    Заключение договоров на продажу недвижимости.

·    Ведение каталога недвижимости, предлагаемой на продажу.

·    Прием заказов у клиентов (покупателей) на покупку объектов недвижимости.

·    Работа с клиентами (маркетинг): подготовка сведений о приобретаемойнедвижимости, анализ продаж, ведение справочника клиентов.

·    Отправка заказов фирмам – владельцам недвижимости.

·    Ведение расчетов за проданную недвижимость (выписка счетов).

Требования к программе:

Программа должна работать под управлением операционныхсистем Windows 95 или Windows NT.

Перечень вводимой информации:

О фирме – владельце:

·    наименование организации;

·    адрес;

·    индекс;

·    телефон;

·    О заказе:

·    клиент;

·    сотрудник;

·    владелец;

·    наименование объектов;

·    дата размещения;

·    дата оплаты;

·    сумма заказа.

О клиенте:

·    наименование организации;

·    адрес;

·    индекс;

·    телефон.

Об объекте недвижимости:

·    наименование объекта;

·    категория объекта;

·    физический адрес объекта;

·    страна;

·    владелец;

·    описание;

·    стоимость.

О сотрудниках:

·    фамилия;

·    имя;

·    отчество;

·    домашний адрес;

·    рабочий телефон.

Требования к оснащению офиса фирмы компьютерной техникой:

·    ПЭВМ не ниже Pentium 100/16/420 соперационной системой Windows 98 или Windows NT Workstation и пакетом программ MS Office.

·    лазерный или струйный принтер.

1.3 Проектированиеинформационной модели

/>В простейшем виде информационнаямодель может быть отображена в виде взаимосвязей между бизнес-компонентами ибизнес-процессами, как это показано на рисунке 3. В практике проектированияинформационных систем такие схемы получили название ER-диаграмм (Entity-relationship diagram (ERD) – диаграмма«Сущность-связь»). ER-диаграммы хорошо вписываются в методологию структурногоанализа и проектирования информационных систем. Такие методологий обеспечиваютстрогое и наглядное описание проектируемой системы, которое начинается с ееобщего обзора и затем уточняется, давая возможность получить различнуюстепеньдетализации объекта с различным числом уровней.

1.4 Разработка бизнес-правил

Перечень бизнес-правил:

·    сведения о клиентах хранятся 10 лет.

·    оплата ожидается 3 недели, если ее не происходит, заказуничтожается.

·    подтверждение запроса о приобретении недвижимости отправляетсяфирме-поставщику после получения сведений об оплате заказа.

·    Фирма «Алла» удерживает 5% с суммы сделки.

1.5 Модель информационных потоков

МИП – это комплект документов, где фиксируется:

·    Внешнее окружение системы и ее границы.

·    Внешние объекты, которые обмениваются данными с системой.

·    Потоки входной и выходной информации, пересекающие ее границы.

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

·    Хранилища данных.

Задачи, обрабатывающие информацию, порождающие потокиданных и обеспечивающие их хранение.

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

/>Схема информационных потоковпервого уровня представлена на рисунке 4, />а СИП второго уровня – нарисунке 5.

2. Проектирование базы данных2.1 Определение объектов

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

Объект может быть реальным (например, человек, какой-либопредмет или населенный пункт) и абстрактным (например, событие, счет покупателяили изучаемый студентами курс). Так, в области продажи недвижимости примерамиобъектов могут служить ОБЪЕКТ НЕДВИЖИМОСТИ, КЛИЕНТ и СЧЕТ. На товарном складе –это ПОСТАВЩИК, ТОВАР, ОТПРАВЛЕНИЕ и т. д. Каждый объект обладает определеннымнабором свойств, которые запоминаются в информационной системе. При обработкеданных часто приходится иметь дело с совокупностью однородных объектов,например таких, как служащие, и записывать информацию об одних и тех жесвойствах для каждого из них.

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

Таким образом, для объектов одного класса набор свойствбудет одинаков, хотя значения этих свойств для каждого объекта, конечно, могутбыть разными. Например, класс объектов ОБЪЕКТ НЕДВИЖИМОСТИ будет иметь одинаковыйнабор свойств, описывающих характеристики объектов недвижимости, и каждыйобъект недвижимости будет иметь различные значения этих характеристик.

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

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

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

В нашем случае объектами будут являться:

·    объекты недвижимости;

·    клиенты;

·    сотрудники;

·    заказы.

Список объектов и их атрибутов приведен в таблице 1.

Таблица 1 – Перечень объектов и их атрибутов

Объект

Атрибуты

Объект недвижимости Наименование Категория Адрес Страна Владелец Стоимость Клиент Организация Адрес Индекс Телефон Заказ Клиент Сотрудник Владелец Заказанные объекты Дата размещения заказа Дата оплаты Сумма заказа

Продолжение таблицы 1

Объект

Атрибуты

Сотрудник Фамилия Имя Отчество Адрес Телефон 2.2 Определениевзаимосвязей между объектами

Исходя из задачи, выделим следующие сущности:

·    Владелец;

·    Недвижимость;

·    Клиент;

·    Продавец;

·    Заказ;

·    Продажа;

·    Счет.

/>Определим для включенныхв модель сущностей взаимосвязи. Полученная после этого модель представлена нарисунке 6.

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

В рассматриваемой задаче по автоматизации управленияработой дилера по продаже недвижимости, если клиент производит заказ на покупкувпервые, осуществляется первичная регистрация его данных и сведений о сделанномзаказе. Если же клиент производит заказ повторно, осуществляется регистрациятолько данного заказа. Вне зависимости от того, сколько раз данный клиентпроизводил заказы, он имеет уникальный идентификационный номер (уникальный ключклиента). Информация о каждом клиенте включает наименование организацииклиента, адрес, телефон, факс и примечание. Таким образом, атрибутами объектаКЛИЕНТ являются «УНИКАЛЬНЫЙ КЛЮЧ КЛИЕНТА», «НАИМЕНОВАНИЕ КЛИЕНТА», «АДРЕСКЛИЕНТА» и т. д.

Следующий представляющий для нас интерес объект – ОБЪЕКТНЕДВИЖИМОСТИ. Этот объект имеет атрибуты «УНИКАЛЬНЫЙ КЛЮЧ ОБЪЕКТА», «НАИМЕНОВАНИЕОБЪЕКТА» и т. д.

Третий рассматриваемый объект — ЗАКАЗ. Его атрибутамиявляются «НОМЕР ЗАКАЗА», «КЛЮЧ КЛИЕНТА» и «КЛЮЧ ОБЪЕКТА НЕДВИЖИМОСТИ».

И четвертый рассматриваемый объект — СОТРУДНИК. Егоатрибутами являются «УНИКАЛЬНЫЙ КЛЮЧ СОТРУДНИКА», «ИМЯ СОТРУДНИКА», «ФАМИЛИЯ» и«ОТЧЕСТВО».

Схема взаимосвязей междуатрибутами в модели приведена на рисунке 7.

/>
Рисунок 7 – Схема взаимосвязей между атрибутами в модели

2.3 Заданиеатрибутов, первичных и альтернативных ключей объектов

При переходе к проектированию базы данных основныеобъекты будут описывать следующие атрибуты (информация, хранимая в таблицах):

Сущность «Клиенты»:

·    код клиента (ключевое поле);

·    организация;

·    адрес;

·    индекс;

·    телефон;

·    город;

·    регион;

·    страна;

·    описание счета;

·    факс.

Сущность «Объекты недвижимости»:

·    код объекта недвижимости (ключевое поле);

·    наименование;

·    категория;

·    физический адрес;

·    страна;

·    код владельца;

·    описание;

·    стоимость.

Сущность «Заказы»:

·    код заказа (ключевое поле);

·    код клиента;

·    наименование;

·    код сотрудника;

·    сумма заказа;

·    дата размещения;

·    дата оплаты.

Сущность «Владельцы»:

·    код владельца (ключевое поле);

·    организация;

·    адрес;

·    индекс;

·    телефон;

·    город;

·    регион;

·    страна;

·    описание счета;

·    факс.

Сущность «Сотрудники»:

·    код сотрудника (ключевое поле);

·    фамилия;

·    имя;

·    отчество;

·    домашний адрес;

·    рабочий телефон.

2.4 Нормализациямодели

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

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

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

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

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

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

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

Транзитивная зависимость выявляет дублирование данных водном отношении. Если А, В и С – три атрибута одного отношения и С зависит отВ, а В от А, то говорят, что С транзитивно зависит от А. Преобразование втретью нормальную форму происходит за счет разделения исходного отношения надва.

В данном случае во избежание дублирования данных выделеныдве таблицы-справочника – «Категории» и «Страны». После этого, как видно изсхемы взаимосвязей сущностей (рисунок 8), модель находится в первой нормальнойформе.

/>Рисунок 8 –Схема взаимосвязей сущностей после нормализации модели

2.5 Физическое описаниемодели

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

Таблица 2 –Перечень объектов и их атрибутов

Наименование поля

Примечание

Тип поля

Ограничение

Таблица «Объекты недвижимости»

Ключ объекта недвижимости Первичный ключ, индексированное Счётчик Наименование Текстовое 50 Ключ категории Индексированное, для связи с таблицей «Категории» Числовое Целое положительное Физический адрес Текстовое 200 Ключ страны Индексированное, для связи с таблицей «Страны» Числовое Целое положительное Ключ владельца Индексированное, для связи с таблицей «Владельцы» Числовое Целое положительное Описание Поле примечания Memo Стоимость Денежный Положительное

Продолжение таблицы 2

Наименование поля

Примечание

Тип поля

Ограничение

Таблица «Владельцы»

Ключ владельца Первичный ключ, индексированное Счётчик Организация Текстовое 50 Адрес Текстовое 200 Индекс Числовое Целое положительное Телефон Текстовое 15 Город Текстовое 50 Регион Текстовое 50 Ключ страны Индексированное, для связи с таблицей «Страны» Числовое Целое положительное Описание счёта Поле примечания Memo Факс Текстовое 15

Таблица «Клиенты»

Ключ клиента Первичный ключ, индексированное Счётчик Организация Текстовое 50 Адрес Текстовое 200 Индекс Числовое Целое положительное Телефон Текстовое 15 Город Текстовое 50 Регион Текстовое 50 Ключ страны Индексированное, для связи с таблицей «Страны» Числовое Целое положительное Описание счёта Поле примечания Memo Факс Текстовое 15

Продолжение таблицы 2

Наименование поля

Примечание

Тип поля

Ограничение

Таблица «Заказы»

Ключ заказа Первичный ключ, индексированное Счётчик Ключ клиента Индексированное, для связи с таблицей «Клиенты» Числовое Целое положительное Ключ объекта Индексированное, для связи с таблицей «Объекты» Числовое Целое положительное Ключ сотрудника Индексированное, для связи с таблицей «Сотрудники» Числовое Целое положительное Сумма заказа Вычисляемое программно Денежное Положительное Дата размещения Дата Дата оплаты Дата

Таблица «Сотрудники»

Ключ сотрудника Первичный ключ, индексированное Счётчик Фамилия Текстовый 20 Имя Текстовый 20 Отчество Текстовый 20 Домашний адрес Текстовое 50 Рабочий телефон Числовое 7

Таблица «Категории»

Ключ категории Первичный ключ, индексированное Счётчик Категория Текстовое 50

Таблица «Страны»

Ключ страны Первичный ключ, индексированное Счётчик Страна Текстовое 50 2.6 Обоснование выбора СУБД

Microsoft Access – это самая популярная сегодня настольная система управлениябазами данных. Ее успех можно связывать с великолепной рекламной кампанией,организованной Microsoft, или включением ее в богатоеокружение продуктов семейства Microsoft Office. Вполне возможно, что этотак. Но корень успеха, скорее всего, заключается в прекрасной реализациипродукта, рассчитанного как на начинающего, так и квалифицированногопользователя. Не будем сейчас вдаваться в подробности сравнения отдельныххарактеристик Access и его основных конкурентов,например Paradox for Windowsили Lotus Approach.Эта тема прекрасно освещена в периодической компьютерной печати.

СУБД Access 2002для работы с данными использует процессор баз данных Microsoft Jet 4.0,объекты доступа к данным и средство быстрого построения интерфейса — Конструкторформ. Для получения распечаток используются Конструкторы отчетов. Автоматизациярутинных операций может быть выполнена с помощью макрокоманд. На тот случай,когда не хватает функциональности визуальных средств, пользователи Access могут обратиться к созданию процедур и функций. Приэтом как в макрокомандах можно использовать вызовы функций, так и из кодапроцедур и функций можно выполнять макрокоманды.

Несмотря на свою ориентированность на конечногопользователя, в Access присутствует языкпрограммирования Visual Basic for Application, который позволяетсоздавать массивы, свои типы данных, вызывать DLL-функции,с помощью OLE Automationконтролировать работу приложений, которые могут функционировать как OLE-серверы. Вы даже можете целиком создавать базы данных спомощью кодирования, когда в этом появляется необходимость.

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

Для коммерческого распространения приложений,разработанных на Access, как мы уже писали,предназначен пакет Access Developer Toolkit,вместе с которым поставляются некоторые дополнения и несколько дополнительныхобъектов ActiveX.

Главное качество Access, котороепривлекает к нему многих пользователей, – тесная интеграция с Microsoft Office. К примеру, скопировав вбуфер графический образ таблицы, открыв Microsoft Word и применив вставку из буфера,мы тут же получим в документе готовую таблицу с данными из БД.

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

Посредством драйверов ISAM можнополучить доступ к файлам таблиц некоторых других форматов: DBASE,Paradox, Excel, текстовымфайлам, FoxPro 2.x, а посредствомтехнологии ODBC – и к файламмногих других форматов.

Access 2002может выступать как в роли OLE контролера, так и ОЕЕсервера. Это значит, что вы можете контролировать работу приложений Access из любого приложения, при условии, что оно может выступатьв роли OLE контролера и наоборот.

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

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

Процесс построения систем обработки данных значительноразличается на разных предприятиях и фирмах в зависимости от объема данных,которые они обрабатывают. Естественно, Access – этотипичная настольная база данных. В то же время на небольшом предприятии сколичеством компьютеров не больше 10, ресурсов Accessвполне может хватить для обслуживания всего делопроизводства, естественно, всвязке с Microsoft Office. То есть все пользователи могут обращаться к однойбазе данных, установленной на одной рабочей станции, которая не обязательнодолжна быть выделенным сервером. Для того чтобы не возникали проблемысохранности и доступа к данным, имеет смысл воспользоваться средствами защиты,которые предоставляет Access. При этом вы можетевоспользоваться Мастером, если не уверены, что сами правильно установите праваи ограничения для пользователей.

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

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

Заключение

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

Разработанная модель предназначена для реализации в СУБД Microsoft Access2002.

В ходе работы получены практические навыки постановкизадач, проектирования БД, и реализации для наиболее современной СУБД – Microsoft Access2002, а так же навыки работы в Microsoft Word 2002 при работе с пояснительнойзапиской и Corel Draw 11 при оформлении схем и рисунков.

Список литературы

1.   MicrosoftAccess 2000: справочник. Под ред. Ю. Колесникова. — СПб.: Питер, 1999. – 420с.

2.   MicrosoftExcel 2000: справочник. Под ред. Ю. Колесникова. — СПб.: Питер, 1999. – 480 с.

3.   Винтер П.Microsoft Access97: справочник. — СПб.: Питер, 1998. – 416 с.

4.   «Информатика»базовый курс Под ред. С.В. Симоновича. — СПб.: Питер, 2001. – 642 с.

5.   Эффективнаяработа с СУБД А. Рубен, А. Горев, С. Макшарипов СПб.: Питер, 2001. – 822 с.