Размещено на http://www.allbest.ru/

Зміст

• Вступ
• 1. Аналіз предметної області
• 2. Аналіз технічного завдання
• 3. Інфологічне моделювання предметної області
• 4. Створення логічної моделі предметної області
• 5. Обгрунтування вибору СУБД
• 6. Реалізація логічної моделі у середовищі Microsoft Access
• Висновки
• Перелік посилань
• Перелік умовних скорочень
• В процесі проектування бази даних будуть використані наступні скорочення:
• 1. СУБД - система управління базами даних
• 2. БД - база даних
• 3. ФЗ - функціональна залежність
• 4. 3НФ - третя нормальна форма
• 5. Зв'язок 1:1 - зв'язок один до одного
• 6. Зв'язок 1:М - зв'язок один до багатьох
• 7. Зв'язок М:М - зв'язок багато до багатьох
• 8. ДВК - дільнична виборча коміся.
• 9. ОВК - окружна виборча комісія
• 10. ТВО - теріторіальний виборчий округ
• 11. ВД - виборча дільниця

Вступ

база даний виборчий кампанія microsoft access

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

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

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

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

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

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

1. Аналіз предметної області

На першому етапі проектування бази даних необхідно визначити мету створення бази даних, основні її функції та інформацію, яку вона повинна містити. Тобто потрібно визначити основні теми таблиць бази даних та інформацію, що міститимуть поля таблиць.

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

Інформаційна система повинна зберігати інформацію про:

1. Теріторіальні виборчі округи (ТВО): номер округу; центр округу; адреса окружної виборчої комісії(ОВК).

2. Райони, які входять до складу округів: назва района; номер округа, до якого він надежить.

3. Виборчі дільниці (ВД): номер виборчої дільниці; район, до якого належить дільниця; кількість виборців, які на ній зареєстровані; адреса дільниці; тип дільниці(спеціальна чи ні).

4. Особові склади окружних/дільничних виборчих комісій: ПІБ члена комісії; партія, до якої належить член комісії; телефон члена комісії; дата народження.

5. Состави окружних виборчих комісій (ОВК): номер округа, до якого належить комісія; код члена комісії; посада в комісії(голова/заступник/секретар/член комісії); дата прийняття в комісію.

6. Состави дільничних виборчих комісій (ДВК): номер дільниці; код члена комісії; посада в комісії(голова/заступник/секретар/член комісії); дата прийняття в комісію.

7. Партії, які приймають участь у змаганні.

8. Можливі посади в комісіях: голова комісії; заступник голови; секретар комісії; член комісії.

9. Загальні результати голосування: номер дільниці; явка; кількість проголосувавших; кількість зіпсованих бюлетенів; факт визнання виборців на дільниці.

10. Результати голосування за партіями: номер дільниці; партія; кількість голосів, відданих за кожну партію/кандидата.

Інформаційна система повинна генерувати для подальшого використання в документообігу наступні звіти:

1. Особистий склад ОВК, та їх партійна принадлежність.

2. Особистий склад ДВК, та їх партійна принадлежність.

3. Керуючий склад ОВК, та їх партійна принадлежність.

4. Керуючий склад ДВК, та їх партійна принадлежність.

5. Виборчі дільниці районів та округів, та інформація про ці дільниці.

6. Результати виборів в районі.

7. Результати виборів в окрузі.

Інформаційна система повинна забезпечити швидке введення та редагування інформації. Дана вимога буде дотримана за допомогою організації наступних форм:

1. Введення інформації про виборчі дільниці.

2. Редагування інформації про теріторіалні виборчі округи.

3. Введення інформації про члена дільничої виборчої комісії.

4. Введення інформації про члена окружної виборчої комісії.

5. Введення результатів голосування для кожної дільниці.

6. Введення інформації про партії, які приймають участь у виборах.

2. Аналіз технічного завдання

На основі опису предметної області складається аналіз технічного завдання.

Згідно з законодавством України, Центральною виборчою комісією на теріторії Запорізької області утворюються дев'ять теріторіальних виборчих округів з приблизно рівною кількістю виборців. Організаційно теріторіальний виборчий округ скаладається з виборчих дільниць, розташованих на теріторії відповідного района або міста.

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

Окружна виборча комісія на теріторії відповідного виборчого округу утворює виборчі дільниці, які поділяються на малі (до 500 виборців), середні (від 501 до 1500 виборців), великі (від 1501 до 3000 виборців). Також, виборчі дільниці поділяются на звичайні та спеціальні. Спеціальні виборчі дільниці утворюються у закладах МВС та лікувальних закладах.

Виборчий процес на теріторії виборчої дільниці відповідного округу організовує відповідна дільнична виборча комісія (ДВК).

За поданням учасників змагань окружні та дільничні виборчі комісії утворються у складі голови комісії, заступника голови комісії, секретаря комісії та членів комісії.

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

База даних повинна містити звіти. Адже звіти забезпечують представлення збереженої інформації, виведеної на паперовий носій.

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

3. Інфологічне моделювання предметної області

На основі аналізу предметної області виділяються такі сутності, як:

1. ТВО - стержнева сутність

2. Райони - характеристична сутність

3. ВД - асоціативна сутність

4. Особовий склад - стержнева сутність

5. ДВК - асоціативна сутність

6. ОВК - асоціативна сутність

7. Результати - асоціативна сутність

8. Явка - асоціативна сутність

9. Посади - позначаюча сутність

10. Партії - стержнева сутність

Розглянемо детально дані зв'язки між цими сутностями.

1. ТВО - ОВК (1:1)

У кожному окрузі може бути лише одна окружна виборча комісія.

2. ТВО - Райони (1:М)

У кожному окрузі може бути декілька районів, але кожен район може входити лише в один округ.

3. Райони - ВД 1:М

У кожному районі може бути багато виборчих дільниць, але кожна виборча дільниця може належати тільки до одного району.

4. ВД - ДВК 1:1

На кожній виборчій дільниці може бути лише одна дільнична виборча комісія.

5. ВД - Результати 1:1

У кожної дільниці можуть бути лише одні результати голосування.

6. ВД - Явка 1:1

У кожної дільниці можуть бути лише одні дані про явку виборців.

7. Партії - Результати 1:М

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

8. Партії - Особовий склад 1:М

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

9. Посади - ДВК 1:М

У складі дільничних виборчих комісій люди займають різні посади, але кожна людина може займати лише одну посаду.

10. Посади - ОВК 1:М

У складі окружних виборчих комісій люди займають різні посади, але кожна людина може займати лише одну посаду.

11. ДВК - Особовий склад 1:М

До складу дільничої виборчої комісії входить багато людей, але кожна людина може бути в складі лише одної виборчої комісії.

12. ОВК - Особовий склад 1:М

До складу окружної виборчої комісії входить багато людей, але кожна людина може бути в складі лише одної виборчої комісії.

При розробці інформаційної моделі було зроблено наступне:

1. Визначено перелік типів сутностей, інформація про які зберігатиметься у базі даних;

2. Встановлено зв'язки між сутностями створюваної бази даних, визначено типи зв'язків та обмеження участі їх членів, вилучено зайві зв'язки;

3. Визначено попередній перелік атрибутів та зв'язано їх з конкретними типами сутностей;

4. Визначено первинні та потенційні ключі для кожного об'єкту бази даних;

5. Побудовано ER - діаграму.

4. Створення логічної моделі предметної області

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

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

На основі аналізу предметної області виділяються такі сутності:

1. ТВО - стержнева сутність.

ТВО(Код_ТВО; номер ТВО; центр ТВО; Адреса; Телефон)

2. Райони - характеристична сутність, оскільки розширює опис сутності ТВО.

Райони(Код_Райони; Код_ТВО; назва )

3. ВД - характеристична сутність, оскільки розширює опис сутності Райони.

ВД (Код_ВД; Код_Райони; номер; кількість виборців; адреса; тип )

4. Особовий склад - стержнева сутність.

Особовий склад(Код_Особовий_Склад; ПІБ; Код_Партії; телефон; дата народження)

5. ОВК - асоціативна сутність, тому що реалізує зв'язок між базовими сутностями - ТВО та Особовий склад.

ОВК(Код_ТВО; Код_Особовий_склад; Код_Посади; дата прийняття в комісію).

6. ДВК - асоціативна сутність, тому що реалізує зв'язок між сутностями - ВД та Особовий склад.

ДВК (Код_ВД; Код_Особовий_склад; Код_Посади; дата прийняття в комісію).

7. Партії - позначальна сутність.

Партії(Код_Партії; Назва)

8. Посади - позначальна сутність.

Посади(Код_Посади; Назва).

9. Явка - характеристична сутність.

Явка(Код_ВД; Явка; Прийнято бюллетенів; Зіпсовано бюллетенів; Вибори не дійсні ).

10. Результати - характеристична сутність.

Результати(Код_ВД; Код_Партії; Кількість голосів).

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

5. Обгрунтування вибору СУБД

Кожна СУБД повинна розв'язувати такі задачі:

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

2. Введення даних в пам'ять - здійснюється контроль за вводом СУБД, вона керує розміщенням даних у пам'яті.

3. Експлуатація бази даних - користувач може обновити базу даних, додати чи вилучити, вибрати з бази даних необхідну інформацію.

4. Захист даних - він необхідний у випадку раптового виключення живлення і якщо декілька користувачів одночасно здійснюють доступ до даних.

5. Обробка даних - найчастіше це сортування даних, математична обробка даних, об'єднання даних.

6. Вивід даних на екран або тверді копії.

Перші СУБД почали виникати в 70-х роках. На даний час існують різні СУБД: dBase, FoxBase, SQL Server, FoxPro MS Access і т.д. Найчастіше використовуються СУБД SQL Server, FoxPro і Access. Нижче приведена коротка характеристика цих СУБД.

Можливості SQL Server 2008 відносяться до чотирьох основних напрямків розвитку представлень Mіcrosoft про платформу даних.

Mіssіon Crіtіcal Platform - SQL Server 2008 дозволяє організаціям виконувати найскладніші додатки, попутно спрощуючи відділам ІТ роботу з інфраструктурою керування даними. Це безпечна, надійна платформа, що захищає інформацію в додатках і підвищує її доступність. Включена в неї інноваційна інфраструктура керування, заснована на політиках, дозволяє визначати політики для явного й автоматичного адміністрування серверних сутностей на одному чи декількох серверах. Крім того, оптимізована платформа SQL Server 2008 відкриває шлях до передбачуваної продуктивності обробки запитів.

Dynamіc Development - SQL Server 2008 у сполученні с .NET Framework спрощує розробку нових додатків. Середовище ADO.NET Entіty Framework підвищує ефективність роботи розроблювачів, оскільки тепер вони мають справу не безпосередно з таблицями і полями, а з логічними інформаційними сутностями. Більш того, вони можуть створювати додатки, що дозволяють користувачам копіювати дані на власні пристрої, а пізніше синхронізувати їх з центральними серверами.

Pervasіve Busіness Іnsіght - інфраструктура SQL Server 2008 стала більш масштабуючою. Вона здатна формувати звіти і виконувати аналіз будь-якого обсягу і складності, одночасно полегшуючи користувачам доступ до даних за рахунок більш тісної інтеграції з Mіcrosoft Offіce. У результаті ІТ-спеціалісти можуть поширити використання бізнес-аналітики по всій організації. SQL Server 2008 дозволяє користувачам консолідувати різнорідні дані в корпоративному сховищі, виводячи організацію сховищ даних на новий рівень.

Beyond Relatіonal Data - SQL Server 2008 дозволяє розроблювачам керувати з даними будь-яких типів - від традиційних до географічних (geospatіal). Це відкриває дорогу до створення додатків нового покоління з урахуванням інформації про розташування і можливість керування документами.

Загальна характеристика СУБД Visual FoxPro.

СУБД VFP -- це реляційна база даних. Кожна таблиця зберігається в окремому файлі з розширенням dbf. Усі інші об'єкти -- форми (form), запити (query), звіти (report), програми (program), меню (menu), уявлення (view) теж зберігаються в окремих файлах з відповідними типами.

При роботі в СУБД FoxPro користувач може працювати в інтерактивному і програмному режимах. В пам'яті зберігаються бази даних і змінні, які можуть бути записані у файлах.

Система управління базами даних Microsoft Access.

Система управління базами даних Microsoft Access входить до складу пакета Microsoft Office. Вона дозволяє розв'язувати широке коло завдань користувачів без програмування і доступна для широкого кола непрофесійних користувачів персональних комп'ютерів.

Система управління базами даних (СУБД) Access розроблена для експлуатації у комп'ютерних мережах у середовищі Windows.

Одна з основних переваг СУБД Ассеss полягає у тому, що вона має прості та зручні засоби обробки кількох таблиць у одній базі даних. Таблиця є основним об'єктом бази даних. У одній базі даних зберігається кілька таблиць та засоби зв'язування таблиць.

У системі Acсess є різні способи управління даними, а саме:

- система меню;

- укажчик миші;

- панелі інструментів;

- контекстне меню;

- комбінації клавіш.

СУБД Access має значну кількість спеціальних програм - “майстрів”. Є майстер таблиць, майстер кнопок, майстер форм та ін. Майстри здійснюють діалог з користувачем, у процесі якого визначаються дані, необхідні для розв'язування відповідної задачі. Для зручності роботи кожен майстер має певні етапи (кроки). Будь-який етап можна пропустити або звернутись до попередніх.

Формою видачі даних на екран користувач може управляти. Важливо правильно конструювати форми, оскільки саме з ними працює користувач при введенні і редагуванні записів бази даних. Крім того, форми можна використовувати для збирання та виведення інформації.

Етапи створення бази даних у середовищі Microsoft Access:

- визначення мети створення бази даних;

- визначення таблиць, які повинна містити база даних;

- визначення структури таблиць (полів та їх типів);

- призначення ключів таблиць та створення потрібних індексів;

- визначення зв'язків між таблицями;

- завантаження даних;

- створення інших об'єктів бази даних: запитів, форм, звітів, макросів та модулів;

- аналіз ефективності бази даних за допомогою майстра таблиць (меню СЕРВИС => АНАЛИЗ => ТАБЛИЦА) та аналізатора швидкодії (меню СЕРВИС => АНАЛИЗ => БЬІСТРОДЕЙСТВИЕ).

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

6. Реалізація логічної моделі у середовищі Microsoft Access

База даних створена у середовищі СУБД Access 2003.

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

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

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

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

Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці. Наприклад, у таблиці з даними про дільниці можуть бути поля з номером дільниці, її кодом, кодом района ін. Під час розробки полів для кожної таблиці необхідно пам'ятати:

- кожне поле має бути пов'язане з темою таблиці;

- не рекомендується включати до таблиці дані, що є результатом виразу;

- у таблиці має бути вся необхідна інформація;

- інформацію варто розбивати на найменші логічні одиниці.

З тим, щоб СУБД могла зв'язати дані з різних таблиць, наприклад дані про дільницю та результати голосування на ній, кожна таблиця повинна містити поле чи набір полів, що задаватимуть індивідуальне значення кожного запису в таблиці. Таке поле чи набір полів називають основним ключем.

Розроблювана БД складається з десяти таблиць (рис. 6.1): ВД, ТВО, ДВК, Явка, Посади, ОВК, Особовий склад, Партії, Райони, Результати. Всі таблиці створювались у режимі Конструктора. У таблицях дані розміщені по стовпцях та рядках (кортежах). Всі дані одного стовпця одного типу, описують інформацію одної категорії. Таблиці містять інформацію щодо виборчих дільниць; особові склади окружних та дільничних виборчих комісій; теріторіальні виборчі округи; райони; партії(кандидати), що приймають участь у виборах; результати виборів; явка на виборчі дільниці.

Таблиця 6.1 - Структура таблиці «ВД»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_ВД	Лічильник	Длинное целое	Так
Код_Райони	Чисельний	Длинное целое	Так
Дільниця	Чисельний	Длинное целое	Так
Кількість виборців	Чисельний	Длинное целое	Так
Адреса	Текстовий	255 символів	Так
Спец	Логічний	True/False	Так

Таблиця 6.2 - Структура таблиці «ТВО»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_ТВО	Лічильник	Длинное целое	Так
Назва	Чисельний	Длинное целое	Так
Центр ТВО	Чисельний	50 символів	Так
Адрес ОВК	Текстовий	255 символів	Ні
Телефон	Текстовий	50 символів	Ні

Таблиця 6.3 - Структура таблиці «ДВК»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_Особовий_склад	Чисельний	Длинное целое	Так
Код_ВД	Чисельний	Длинное целое	Так
Код_Посади	Чисельний	Длинное целое	Так
Дата прийняття	Дата	Короткий формат дати	Ні

Таблиця 6.4 - Структура таблиці «Явка»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_ВД	Чисельний	Длинное целое	Так
Явка	Чисельний	Длинное целое	Так
Прийнято бюлетенів	Чисельний	Длинное целое	Так
Зіпсовано бюлетенів	Чисельний	Длинное целое	Так
Вибори не дійсні	Логічний	True/False	Ні



Таблиця 6.5 - Структура таблиці «Посади»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_Посади	Лічильник	Довге ціле	Так
Назва	Текстовий	255 символів	Так

Таблиця 6.6 - Структура таблиці «ОВК»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_Особовий_склад	Чисельний	Довге ціле	Так
Код_ТВО	Чисельний	Довге ціле	Так
Код_Посади	Чисельний	Довге ціле	Так
Дата прийняття	Дата	Короткий формат дати	Ні

Таблиця 6.7 - Структура таблиці «Особовий склад»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_Особовий_склад	Лічильник	Довге ціле	Так
ПІБ	Чисельний	Довге ціле	Так
Код_Партії	Чисельний	Довге ціле	Так
Дата народження	Дата	Короткий формат дати	Ні
Телефон	Текстовий	255 символів	Ні

Таблиця 6.8 - Структура таблиці «Партії»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_Партії	Лічильник	Довге ціле	Так
Назва	Текстовий	255 символів	Так

Таблиця 6.9 - Структура таблиці «Райони»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_Райони	Лічильник	Довге ціле	Так
Код_ТВО	Чисельний	Довге ціле	Так
Назва	Текстовий	255 символів	Так

Таблиця 6.10 - Структура таблиці «Результати»
Атрибут	Тип даних	Припустиме значення	Обов'язковість	Примітка
Код_ВД	Чисельний	Довге ціле	Так
Код_Партії	Чисельний	Довге ціле	Так
Кількість голосів	Чисельний	Довге ціле	Так

Генерація схеми бази даних.

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

Схема бази даних виборчої кампанії (рис. 6.11) відображає зв'язки між таблицями, які встановлюються за допомогою зовнішніх ключів. Схема створювалася в такій послідовності:

1. «Сервис» «Схема данных».

2. У вікні «Добавление таблицы» за допомогою кнопки «Добавить» послідовно обираємо всі таблиці, між якими встановлюється зв'язок закрити вікно «Добавление таблицы».

3. Для встановлення зв'язку тягнемо з однієї таблиці до другої поле, за яким встановлюється зв'язок, ці поля мають бути однокові за типом даних (бажано і однакові за іменем).

4. У вікні «Изменение связей» встановлюємо прапорець «Обеспечение целостности даннях», «Каскадное обновление связанных полей» та «Каскадное удаление связанных записей» «Создать».

У вікні «Схема даннях» з'являється лінія зв'язку між відповідними полями, звичайно, 1:М або 1:1.

База даних містить форми, які використовують для введення, редагування, зміни даних у таблицях. У формах можна додавати, переглядати, сортувати та розшукувати необхідні дані.

Форма являє собою деякий електронний бланк, у якому є поля для введення даних. Розроблювач БД вводить дані в ці поля, і дані автоматично заносяться в таблиці бази.

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

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

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

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

І нарешті, по-четверте, треба згадати, звідки береться інформація для баз даних. Як правило, її беруть із паперових бланків (анкет заяв, рахунків, відомостей, довідок і т п.). Екранні форми можна зробити точною копією паперових бланків, із яких відбувається введення даних. Завдяки цьому набагато зменшується кількість помилок при введенні і значно знижується стомлюваність персоналу.

- Звіт «Виборчі дільниці»

Звіт генерує в собі інформацію про виборчі дільниці та підсумкову інформацію про дільниці у округах та районах. Звіт виконано на основі запиту:

SELECT ТВО.Назва AS ТВО, Райони.Назва AS Район, ВД.Дільниця, ВД.[Кількість виборців], ВД.Спец, ВД.Адреса FROM ТВО INNER JOIN (Райони INNER JOIN ВД ON Райони.Код_Райони=ВД.Код_Райони) ON ТВО.Код_ТВО=Райони.Код_ТВО ORDER BY ТВО.Назва, ВД.Дільниця;



- Звіт «ДВК»

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

SELECT ТВО.Назва AS ТВО, [Особовий склад].ПІБ, Партії.Назва AS Партія, Посади.Назва AS Посада, [Особовий склад].[Дата народження], [Особовий склад].Телефон, Райони.Назва AS Район, ВД.Дільниця, ВД.[Кількість виборців], ВД.Спец, ВД.Адреса FROM ТВО INNER JOIN (Райони INNER JOIN (Посади INNER JOIN (Партії INNER JOIN ([Особовий склад] INNER JOIN (ВД INNER JOIN ДВК ON ВД.Код_ВД=ДВК.Код_ВД) ON [Особовий склад].Код_Особовий_склад=ДВК.Код_Особовий_склад) ON Партії.Код_Партії=[Особовий склад].Код_Партії) ON Посади.Код_Посади=ДВК.Код_Посади) ON Райони.Код_Райони=ВД.Код_Райони) ON ТВО.Код_ТВО=Райони.Код_ТВО;

- Звіт «ДВК - Керуючий склад»

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

SELECT ДВК.Код_Посади, ТВО.Назва AS ТВО, [Особовий склад].ПІБ, Партії.Назва AS Партія, Посади.Назва AS Посада, [Особовий склад].[Дата народження], [Особовий склад].Телефон, Райони.Назва AS Район, ВД.Дільниця, ВД.[Кількість виборців], ВД.Спец, ВД.Адреса FROM ТВО INNER JOIN (Райони INNER JOIN (Посади INNER JOIN (Партії INNER JOIN ([Особовий склад] INNER JOIN (ВД INNER JOIN ДВК ON ВД.Код_ВД=ДВК.Код_ВД) ON [Особовий склад].Код_Особовий_склад=ДВК.Код_Особовий_склад) ON Партії.Код_Партії=[Особовий склад].Код_Партії) ON Посади.Код_Посади=ДВК.Код_Посади) ON Райони.Код_Райони=ВД.Код_Райони) ON ТВО.Код_ТВО=Райони.Код_ТВО WHERE (((ДВК.Код_Посади)<4));

- Звіт «ОВК»

Звіт генерує інформацію про склад окружних виборчих комісій. Звіт виконано на основі запиту:

SELECT ТВО.Назва AS ТВО, [Особовий склад].ПІБ, Партії.Назва AS Партія, Посади.Назва AS Посада, [Особовий склад].[Дата народження], [Особовий склад].Телефон, ТВО.[Центр ТВО], ТВО.[Адрес ОВК] FROM ТВО INNER JOIN (Посади INNER JOIN (Партії INNER JOIN ([Особовий склад] INNER JOIN ОВК ON [Особовий склад].Код_Особовий_склад=ОВК.Код_Особовий_склад) ON Партії.Код_Партії=[Особовий склад].Код_Партії) ON Посади.Код_Посади=ОВК.Код_Посади) ON ТВО.Код_ТВО=ОВК.Код_ТВО;



- Звіт «ОВК - Керуючий склад»

Звіт генерує інформацію про керуючий склад окружних виборчих комісій. Звіт виконано на основі запиту:

SELECT ТВО.Назва AS ТВО, [Особовий склад].ПІБ, Партії.Назва AS Партія, Посади.Назва AS Посада, [Особовий склад].[Дата народження], [Особовий склад].Телефон, ТВО.[Центр ТВО], ТВО.[Адрес ОВК] FROM ТВО INNER JOIN (Посади INNER JOIN (Партії INNER JOIN ([Особовий склад] INNER JOIN ОВК ON [Особовий склад].Код_Особовий_склад=ОВК.Код_Особовий_склад) ON Партії.Код_Партії=[Особовий склад].Код_Партії) ON Посади.Код_Посади=ОВК.Код_Посади) ON ТВО.Код_ТВО=ОВК.Код_ТВО WHERE (((ОВК.Код_Посади)<4));

- Звіт «Результати - По округам»

Звіт видає дані про результати виборів - кількість голосів, відданих за кандидатів у округах та сумарну явку на виборчі дільниці округів. Звіт виконано на основі запиту:

SELECT ТВО.Назва AS ТВО, Партії.Назва AS Партія, Sum(Результати.[Кількість голосів]) AS [Sum-Кількість голосів], Sum(ВД.[Кількість виборців]) AS [Sum-Кількість виборців], Sum(Явка.Явка) AS [Sum-Явка] FROM ТВО INNER JOIN (Райони INNER JOIN (Партії INNER JOIN (ВД INNER JOIN (Результати INNER JOIN Явка ON Результати.Код_ВД=Явка.Код_ВД) ON (ВД.Код_ВД=Явка.Код_ВД) AND (ВД.Код_ВД=Результати.Код_ВД)) ON Партії.Код_Партії=Результати.Код_Партії) ON Райони.Код_Райони=ВД.Код_Райони) ON ТВО.Код_ТВО=Райони.Код_ТВО GROUP BY ТВО.Назва, Партії.Назва ORDER BY ТВО.Назва;

- Звіт «Результати - По районам»

Звіт видає дані про результати виборів - кількість голосів, відданих за кандидатів у районах та сумарну явку на виборчі дільниці районів. Звіт виконано на основі запиту:

SELECT ТВО.Назва AS ТВО, Райони.Назва AS Район, Партії.Назва AS Партія, Sum(Результати.[Кількість голосів]) AS [Sum-Кількість голосів], Sum(ВД.[Кількість виборців]) AS [Sum-Кількість виборців], Sum(Явка.Явка) AS [Sum-Явка] FROM ТВО INNER JOIN (Райони INNER JOIN (Партії INNER JOIN (ВД INNER JOIN (Результати INNER JOIN Явка ON Результати.Код_ВД=Явка.Код_ВД) ON (ВД.Код_ВД=Явка.Код_ВД) AND (ВД.Код_ВД=Результати.Код_ВД)) ON Партії.Код_Партії=Результати.Код_Партії) ON Райони.Код_Райони=ВД.Код_Райони) ON ТВО.Код_ТВО=Райони.Код_ТВО GROUP BY ТВО.Назва, Райони.Назва, Партії.Назва ORDER BY ТВО.Назва, Райони.Назва;

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

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

База даних виборчої кампанії вміщує запити (рис. 6.25), які використовуються для перегляду та пошуку даних в одній чи декількох таблицях. Наприклад, використовується запит для відображення даних з однієї таблиці, які відсортовуються у визначеному порядку, виконуються обчислення над групою записів, здійснюється вибірка з таблиці за визначеними умовами. Запити служать джерелом даних для форм і звітів Microsoft Access. Сам запит не містить даних, але дозволяє вибирати дані з таблиць і виконувати над ними ряд операцій. В результаті виконання запиту повертається таблиця з даними, які відповідають умовам запиту.

- Запит «Виборчі дільниці - Пошук»

Запит дає можливість швидкого пошуку по виборчих дільницях. Параметрами запиту є Район, Номер дільниці та Адреса дільниці. В параметрах можна використовувати спеціальні символи «*» та «?» для поліпшення пошуку.

- Запит «Особовий склад - Пошук»

Запит дає можливість швидкого пошуку по особовому складу виборчіх комісій. Параметрами запиту є прізвище людини та її партійна принадлежність. Параметрах можна використовувати спеціальні символи «*» та «?» для поліпшення пошуку.

- Запит «Перегляд ДВК»

Запит дає можливість перегляду особового складу дільничних виборчих комісій. Параметрами запиту є Район та Номер дільниці. В параметрах можна використовувати спеціальні символи «*» та «?» для поліпшення пошуку.

- Запит «Перегляд ОВК»

Запит дає можливість перегляду особового складу окружних виборчих комісій. Параметрами запиту є Округ. В параметрах можна використовувати спеціальні символи «*» та «?» для поліпшення пошуку.

У базі даних, що розробляється в курсовому проекті, була створена кнопкова форма.

Кнопкова форма є не що інше, як Меню для роботи в базі даних. У меню може бути декілька вкладених підменю.

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

Дана кнопкова форма є стартовою - відкривається за замовчуванням при запуску бази даних.

Висновки

У курсовому проекті була розроблена інформаційна система керування даними про хід виборчої кампанії

База даних розроблялася в середовищі Microsoft Access. Нижче наведені основні етапи проектування бази даних:

- визначення мети створення бази даних;

- визначення таблиць, які повинна містити база даних;

- визначення структури таблиць (полів та їх типів);

- призначення ключів таблиць;

- визначення зв'язків між таблицями;

- завантаження даних;

- створення інших об'єктів бази даних: запитів, форм, звітів, макросів та модулів;

- аналіз ефективності бази даних за допомогою майстра таблиць.

База даних виборчої кампанії містить мінімальну кількість таблиць, достатніх для роботи з нею - це в свою чергу робить її не збитковою. Кожна таблиця містить інформацію на окрему тему, а кожне поле в таблиці містить окремі дані по темі таблиці.

База даних вміщує запити, які використовуються для перегляду, аналізу і зміни даних в одній чи декількох таблицях, використовується запит для відображення даних з однієї таблиці, які відсортовуються у визначеному порядку, виконуються обчислення над групою записів, здійснюється вибірка з таблиці за визначеними умовами. Запити служать джерелом даних для форм і звітів Microsoft Access. Сам запит не містить даних, але дозволяє вибирати дані з таблиць і виконувати над ними ряд операцій. В результаті виконання запиту повертається таблиця з даними, які відповідають умовам запиту.

База даних містить форми, які використовують для введення, редагування, зміни даних у таблицях. У формах можна додавати, переглядати, сортувати та розшукувати необхідні дані.

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

Розроблювана інформаційна система відповідає вимогам індивідуального завдання.

Размещено на Allbest.ru