" Потенційні можливості появи помилок і неточностей. У порівнянні з неавтоматизованими системами комп'ютерні системи більш відкриті для несанкціонованого доступу, включаючи осіб, що здійснюють контроль. Вони також відкриті для схованої зміни даних і прямого або непрямого одержання інформації про активи. Чим менше людина втручається в машинну обробку операцій, тим нижче можливість виявлення помилок і неточностей. Помилки, допущені при розробці або коректуванні прикладних програм, можуть залишатися непоміченими протягом тривалого періоду.
" Потенційні можливості посилення контролю з боку адміністрації. Комп'ютерні системи дають у руки адміністрації широкий набір аналітичних засобів, що дозволяють оцінювати і контролювати діяльність фірми. Наявність додаткового інструментарію забезпечує зміцнення системи внутрішнього контролю в цілому і, таким чином, зниження ризику його неефективності. Крім того, деякі прикладні програми накопичують статистичну інформацію про роботу комп'ютера, яку можна використовувати з метою контролю фактичного ходу обробки операцій.
" Ініціювання виконання операцій у комп'ютері. Комп'ютерна система може виконувати деякі операції автоматично, причому їхнє санкціонування не обов'язкове документується, як це робиться в неавтоматизованих системах бухгалтерського обліку, оскільки сам факт прийняття такої системи в експлуатацію адміністрацією припускає в неявному виді наявність відповідних санкцій.
Докладніше про комп'ютерний збір і обробку даних буде розказано в курсовому проекті.
Дана діаграма використання інформаційної системи показує ким використовуються данні збережені в інформаційній системі, хто і до яких саме даних має доступ.
2. Концептуальний (інфологічний) рівень проектування
На концептуальному (інфологічному) рівні проектування структура бази даних відображається у виді ER-діаграми (Entry - сутність, Relatіonshіp - зв'язок). Проектування бази даних вимагає виділення всіх об'єктів, указівки їхніх властивостей і встановлення зв'язків між ними.
У даному випадку до об'єктів відносяться: Телефони із властивостями: Код, Фірма, Ціна, Вага і т.д.
Зв'язки відбивають істотні взаємини між об'єктами. Крім того, на ER-діаграмі зазначені ступені зв'язку між об'єктами, що показують, як саме зв'язані об'єкти між собою [1].
Ступені зв'язку бувають двох типів - "багато" і "один". Вони позначаються латинською буквою M для зв'язку "багато" і 1 для зв'язку "один".
Дана база є реляційною, як наслідок, вона містить не окремі незв'язані між собою таблиці, а групи взаємозалежних таблиць. Для створення зв'язків між таблицями використовувалося діалогове вікно СУБД Access, що називається Схема даних і знаходиться в меню Сервіс. Ввівши в схему даних усі таблиці, які треба зв'язати, зв'язку між полями були встановлені шляхом перетаскування імені полю з однієї таблиці в іншу на відповідне йому зв'язане поле.
Включення прапорця Забезпечення умови цілісності даних дозволяє захиститися від випадків видалення запису з однієї таблиці, при яких зв'язані з ними дані інших таблиць залишаться без зв'язку.
Прапорці Каскадне відновлення полів і Каскадне видалення зв'язаних записів забезпечують одночасне відновлення і видалення даних у всіх підлеглих таблицях при їхній зміні в головній.
2.2 Нормалізація форми ER-діаграми
Процес створення структури інформаційної системи, що дозволяє контролювати надмірність даних і запобігати аномалії або перекручуванням називається нормалізацією. Аномалії бувають:
- відновлення;
- видалення;
- уведення.
Надмірність і продуктивність інформаційної системи суперечливе, тому повне усунення надмірності іноді недоцільно.
Поняття нормалізації відноситься як до ER-діаграм, так і до таблиць реляційних баз даних.
Процес нормалізації складається з декількох етапів, на кожнім з яких визначаються так називані нормальні форми: 1NF, 2NF, 3NF, BCNF (Бойса Кодда), 4NF, 5NF(форма проекції з'єднань) - PJ/NF. У більшості проектів третя нормальна форма завершує процес нормалізації.
Стосовно до ER-діаграм можна сформулювати наступні визначення нормалізації форм:
1NF - усунуті повторювані атрибути або групи атрибутів, виявлені неявні сутності.
2NF - усунуті атрибути, що залежать тільки від частини унікального складеного ключа. Ця частина визначає окрему сутність.
3NF - усунуті атрибути, що залежать від атрибутів, що не входять в унікальний ключ.
Дана ER-діаграма знаходиться в 3NF, тому що сутності не мають властивостей, що залежать від неключових властивостей [1]. У ER-діаграмі усунуті надмірність і недоцільність використання інформації в сутності "Телефон".
3.Даталогичне проектування бази даних
Це другий етап проектування баз даних: необхідно об'єкти і зв'язки між ними перетворити в логічну модель даних - модель, побудовану за законами логіки. Існують кілька моделей даних. Серед них виділяють реляційною, ієрархічну і мережну.
Дана база даних є реляційною. У ній об'єкти і зв'язки між ними представляються у виді таблиць (відносин), що складаються з рядків і стовпців. Стовпець - це поле, рядок - це запис. Кожне поле має ім'я і тип. Імена полів - це атрибути (вони визначаються властивостями об'єкта). Тип задає спосіб представлення атрибута.
Основна властивість у реляційній базі даних полягає в тому, що в ній не повинно бути однакових записів. Це означає, що в таблиці повинні бути один або кілька атрибутів, що забезпечують унікальність кожного запису. Такі атрибути (групи атрибутів) називаються ключем. Ключів у таблиці може бути кілька. З них вибирається один (як правило, самий короткий по довжині), що буде надалі представляти (заміняти) кожен запис таблиці. Такий ключ називається первинним.
У нашій базі даних були введені в таблиці додаткові атрибути у відповідних таблицях, що не повторюються в жодному записі, тобто будуть первинним ключем.
Після нормалізації таблиць і встановлення зв'язків між ними можна говорити про створення бази даних [1].
Реляційна схема даної бази містить 7 таблиць:
- таблиця "Телефоны" є головною таблицею
- таблиця "Фирма" Містить найменування фірм виробників
- таблиця "Тип телефона" містить тип телефону
- таблиця "Разрешение" містить роздільну здатність дисплея телефону
- таблиця "Материал" містить дані про матеріал з якого зроблено телефон
- таблиця "Дисплей тип" містить дані про технологію створення дисплею
- таблиця "Камера" містить інформацію про камеру телефона
Розглянемо, чому дана реляційна схема відноситься до 3NF:
1) Кожен стовпець таблиці неподільний і в рамках однієї таблиці немає стовпців з однаковими за змістом значеннями.
2) Первинні ключі таблиць однозначно визначають запис і не надлишкові.
3) Значення кожного полю не входить у первинний ключ, не залежить від значення іншого полючи також не вхідного в первинний ключ.
4.Фізичне проектування інформаційних систем
Фізична модель бази даних визначає спосіб розміщення даних (файлів) на пристроях зовнішньої пам'яті ЕОМ, а так само способи і засоби організації ефективного доступу до них. У цілому файлова структура і система керування є прерогативою операційної системи, тому стосовно баз даних, орієнтованих на роботу з елементами даних і високу інтенсивність обміну, ефективність уведення/висновку, вона буде не оптимальна. Операційна система з задачами баз даних справляється погано.
Система керування базами даних (СУБД), її мова, набагато заможніше, ніж набір файлової системи операційного середовища. Тобто СУБД бере на себе безпосереднє керування зовнішньою пам'яттю, мінімально використовуючи операційну систему.
Стадія фізичного проектування БД включає:
1) вибір способу організації БД;
2) розробку специфікації внутрішньої схеми БД засобами моделі даних;
3) опис відображення концептуальної схеми БД у внутрішній структурі керування файлами.
На відміну від ранніх СУБД багато сучасних систем, у тому числі і Access не надають розроблювачеві якого-небудь вибору на стадії фізичного проектування. На цій стадії можна говорити не про варіанти фізичного проектування, а про варіанти реалізації. Тобто , після створення датологічної моделі фізичне проектування включає:
