Проектування автоматизованих інформаційних систем

Реферат

Пояснювальна записка обсягом 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.

2.2 Визначення взаємозв'язків між об'єктами

Виходячи з завдання, виділимо наступні суті:

. Власник;

. Нерухомість;

. Клієнт;

. Продавець;

. Замовлення;

. Продаж;

. Рахунок.

Визначимо для включених в модель взаємозв'язку сутностей. Отримана післяцього модель представлена на малюнку 6.

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

У розглянутій задачі з автоматизації управ?? ения роботою дилера попродажу нерухомості, якщо клієнт робить замовлення на покупку вперше,здійснюється первинна реєстрація його даних та відомостей про зробленезамовленні. Якщо ж клієнт робить замовлення повторно, здійснюєтьсяреєстрація тільки даного замовлення. Незалежно від того, скільки разівданий клієнт здійснював замовлення, він має унікальний ідентифікаційнийномер (унікальний ключ клієнта). Інформація про кожного клієнта включаєнайменування організації клієнта, адреса, телефон, факс і примітка. Такимчином, атрибутами об'єкта КЛІЄНТ є «УНІКАЛЬНИЙ КЛЮЧ КЛІЄНТА»,
«НАЙМЕНУВАННЯ КЛІЄНТА», «АДРЕСА КЛІЄНТА» і т. д.

Наступний що представляє для нас інтерес об'єкт - Об'єкт НЕРУХОМОСТІ.
Цей об'єкт має атрибути «УНІКАЛЬНИЙ КЛЮЧ ОБ'ЄКТА», «НАЙМЕНУВАННЯ
ОБ'ЄКТА »і т. д.

Третій даний об'єкт - ЗАМОВЛЕННЯ. Його атрибутами є «НОМЕР
ЗАМОВЛЕННЯ »,« КЛЮЧ КЛІЄНТА »і« КЛЮЧ ОБ'ЄКТА НЕРУХОМОСТІ ».

І четвертий даний об'єкт - СПІВРОБІТНИК. Його атрибутами є
«УНІКАЛЬНИЙ КЛЮЧ працівника», «Ім'я службовця», «ПРІЗВИЩЕ» і «БАТЬКОВІ».

Схема взаємозв'язків між атрибутами в моделі наведена на малюнку 7.

Рисунок 7 - Схема взаємозв'язків між атрибутами в моделі

2.3 Завдання атрибутів, первинних та альтернативних ключів об'єктів

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

Сутність «Клієнти»:

. код клієнта (ключове поле);

. організація;

. адреса;

. індекс;

. телефон;

. місто;

. регіон;

. країна;

. опис рахунку;

. факс.

Сутність «Об'єкти нерухомості»:

. код об'єкта нерухомості (ключове поле);

. найменування;

. категорія;

. фізичну адресу;

. країна;

. код власника;

. опис;

. вартість.

Сутність «Замовлення»:

. код замовлення (ключове поле);

. код клієнта;

. найменування;

. код співробітника;

. сума замовлення;

. дата розміщення;

. дата оплати.

Сутність «Власники»:

. код власника (ключове поле);

. організація;

. адреса;

. індекс;

. телефон;

. місто;

. регіон;

. країна;

. опис рахунку;

. факс.

Сутність «Співробітники»:

. код співробітника (ключове поле);

. прізвище;

. ім'я;

. по батькові;

. домашня адреса;

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

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

Приведення моделі до необхідному рівню нормальної форми є основоюпобудови реляційної БД.

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

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

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

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

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

Відношення призначено в третій нормальній формі, якщо воно задано в другійнормальної форми і кожен атрибут цього відношення, що не є первинним,НЕ транзитивній залежить від кожного можливого ключа цього відношення.

Транзитивне залежність виявляє дублювання даних в одному відношенні.
Якщо А, В і С - три атрибута одного відносини і С залежить від В, а В від А,то говорять, що С транзитивній залежить від А. Перетворення в третійнормальну форму відбувається за рахунок розділення вихідного відносини на два.

У даному випадку, щоб уникнути дублювання даних виділено дві таблиці -довідника - «Категорії» та «Країни». Після цього, як видно зі схемивзаємозв'язків сутностей (малюнок 8), модель знаходиться в першій нормальнійформі.

Рисунок 8 - Схема взаємозв'язків сутностей після нормалізації моделі

2.5 Фізичний опис моделі

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

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 Access
2002.

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

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

1. Microsoft Access 2000: довідник. Под ред. Ю. Колесникова. - СПб.:

Пітер, 1999. - 420с.

2. Microsoft Excel 2000: довідник. Под ред. Ю. Колесникова. - СПб.:

Пітер, 1999. - 480 с.

3. Вінтер П. Microsoft Access 97: довідник. - СПб.: Питер, 1998. -

416 с.

4. «Інформатика» базовий курс Под ред. С.В. Симоновича. - СПб.: Питер,

2001. - 642 с.

5. Ефективна робота із СУБД А. Рубен, А. Горев, С. Макшаріпов СПб.:

Пітер, 2001. - 822 с.
-----------------------

Малюнок 5 - СИП другого рівня

Малюнок 6 - Модель взаємозв'язків сутностей

Рисунок 4 - Схема інформаційних потоків першого рівня

Малюнок 3 - Діаграма взаємозв'язків між бізнес-компонентами і бізнес-процесами (ER-діаграма)

Малюнок 2 - Організаційна структура фірми

Малюнок 1 - Спрощена схема бізнес-процесу