pan align="justify"> Оформлення в журналі;
. Продаж об'єкта нерухомості;
І два допоміжних бізнес-процесу:
1. Висновок звітності.
2. Група об'єктів нерухомості.
3. Побудова автоматизованої інформаційної системи
Для забезпечення ефективності інформаційних процесів необхідна відповідна організація даних. Проблема моделювання даних пов'язана з таким поданням даних, яке найбільш природно відображає реальний світ і може підтримуватися комп'ютерами. В даний час в самих різних областях широке поширення набула розробка баз даних (БД). p align="justify"> Інформаційну модель підприємства побудували в результаті дослідження. У результаті оптимізації бізнес-процесів, структури інформаційного забезпечення, постановки і визначення об'єктів автоматизації інформаційна модель набула наступного вигляду:
На першому етапі проектування БД необхідно визначити мету її створення, основні її функції та інформацію, яку вона повинна містити. p align="justify"> База даних повинна відповідати вимогам тих, хто буде з нею працювати. Для цього потрібно визначити таблиці, які повинні бути в БД, звіти, які вона має видавати. p align="justify"> Одним з найбільш складних етапів у процесі проектування БД є розробка таблиць. При створенні таблиць була взята СУБД Microsoft Access. ** Приклад 1А **
Для майбутньої АІС потрібно скласти список таблиць, яких повинна містити БД:
1. Асортимент;
2. Поставка;
. Постачальники;
. Продаж;
. Рядки накладної;
. Рядки чека;
Таблиці, будуть пов'язані з звітами, постачання, продаж відомості про об'єкти нерухомості.
Опис атрибутів і їх властивостей.
Кожен атрибут або поле має тип даних. При виборі типу даних необхідно враховувати:
В· Які значення має відображати поле;
В· Скільки місця необхідно для зберігання значення в полі;
В· Які операції повинні проводиться із значенням у полі;
В· Чи потрібна сортування поля;
В· Чи буде використовуватися угруповання в запитах або звіту;
В· Як повинні бути відсортовані значення в полі;
Формат поля задається у вікні властивостей, а для поля в таблиці або запиті в режимі конструктора таблиці або у вікні запиту. Формати можна вибирати зі списку вбудованих форматів. Вони мають числовий, грошовий, логічний типи даних, даних лічильника і дати/часу. Крім того, значення даного властивості можна задати в макросі. p align="justify"> Опис зв'язків між таблицями-відносинами
Після розробки всіх таблиць необхідно встановити зв'язки між ними. p align="justify"> Зв'язок між таблицями встановлює стосунки між співпадаючими значеннями в ключових полях. У більшості випадків з ключовим полем однієї таблиці, що є унікальним ідентифікатором кожного запису, зв'язується зовнішній ключ іншої таблиці. ** Приклад 2В **
Найбільше часто використовуваний тип зв'язку В«Один-Ко-багатьохВ», тобто в кожного запису в таблиці А можуть відповідати кілька записів у таблиці В, а запис у таблиці У не може мати більше однієї відповідної їй записи в таблиці А.
Ще можуть бути відносини В«Багато-Ко-багатьохВ», тобто одного запису в таблиці А можуть відповідати кілька записів у таблиці В, а одного запису в таблиці В - кілька записів у таблиці А. Така схема реалізується тільки за допомогою третьої (сполучною) таблиці, ключ якої складається принаймні з двох полів, які є полями зовнішнього ключа в таблицях А і В.
Самий рідкісний тип зв'язку В«Один-К-одногоВ», тобто запис у таблиці А може мати не більше однієї пов'язаної запису в таблиці В, і навпаки. Використовують такий зв'язок для розділення дуже широких таблиць, для відділення частини таблиці з міркувань захисту, а також для збереження відомостей, що відносяться до підмножини записів у головній таблиці. Наприклад, для зберігання конфіденційних даних. p align="justify"> Для створення схеми слід скористатися засобом створення схеми даних.