Базы даних.
Створення форм і звітів (з прикладу ACCESS)

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Процедури, що їх на — | — |етапах життєвого циклу БД — | — | — | — | — | — | |Проектирова| |Створення — | — |Експлуатація| — | |ние — | — | — | — | — | — | — | — | — | — |Аналіз — |Генерація — |Реоргани| |Організація — |Контроль — |предметної — |схеми БД — |зация БД| |доступу до — |стану — |області й — | — | — |баз даних| |БД — |запитів до — | — | — | — | — |БД… Читати ще >

Базы даних. Створення форм і звітів (з прикладу ACCESS) (реферат, курсова, диплом, контрольна)

Міністерство загального користування та професійного образования.

Уральський державний професійнопедагогічний университет.

Бази даних. Створення форм і звітів (з прикладу ACCESS).

Опис програми ведення електронної шкільної документации.

Пояснювальна записка до дипломної работе.

30 504.05.ПЗ.

Екатеринбург.

1999 год.

Р Є Ф Є Р, А Т.

У дипломної работе.

*****аркушів машинописного текста,.

*****иллюстраций,.

*****таблиц,.

*****використаних источников,.

*****приложений.

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

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

Розглянуто питання санітарно-гігієнічних вимог при працювати з компьютером.

Запровадження БАЗИ ДАНИХ 1. Текстові бази даних 2. Мережні бази даних 3. Реляционные бази даних 4. Проектування баз даних 5. Аналіз предметної області й запитів до БД.

1. Аналіз концептуальних требований.

2. Виявлення інформаційних об'єктів і перетинів поміж ними.

3. Побудова концептуальної моделі 6. Логічне проектирование.

1. Вибір конкретної СУБД.

2. Відображення концептуальної схеми на логічний схему.

3. Вибір мови маніпулювання даними ACCESS.

1. Таблицы.

2. Формы.

3. Звіти Опис роботи програми ведення електронної шкільної документації 1. НАСТРОЮВАННЯ ПРОГРАММЫ.

1. ЗАПОВНЕННЯ ТИТУЛЬНОГО ЛИСТА.

2. Заповнення таблиці Классы.

3. Заповнення таблиці Предметы.

4. Заповнення таблиці Ученики.

5. Заповнення таблиці Кабинеты.

6. І т буд … 2. Робота программы.

1. Класні журналы.

2. Расписание.

3. Реєстрація виконаною работы.

4. Сервис.

1. Створення резервної копии.

2. Восстановление.

3. Контроль целостности.

4. Тестування БД.

5. Переклад нового навчальний год.

6. Праця у архиве.

7. Узгодження з бухг. Программой.

8. Організація контролю доступа.

9. Фундаментальна обізнаність із SQL запросами.

5. Звіти Санітарно-гігієнічні вимоги під час роботи на Пеом ЕКОНОМІЧНА ЧАСТИНА ДИПЛОМНОЇ РОБОТИ Укладання ГлоССАРИЙ Література Додаток 1 Додаток 2 Додаток Додаток Додаток Додаток Приложение.

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

Актуальність темы.

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

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

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

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

Справді, процеси обробки інформації мають загальну природу і спираються на опис фрагментів реальності, виражене як сукупності взаємозалежних даних. Бази даних є ефективним засобом уявлення структур даних, і маніпулювання ними. Концепція баз даних припускає використання інтегрованих коштів зберігання інформації, дозволяють забезпечити централізоване управління даними і обслуговування ними багатьох користувачів. У цьому БД повинна підтримуватися серед ЕОМ єдиним програмним забезпеченням, званим системою управління базами даних (СУБД). СУБД разом із прикладними програмами називають банком данных.

Одна з основних призначень СУБД — підтримка програмними засобами уявлення, відповідного реальности.

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

Деякі дані про типах данных.

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

Для входження у ПК отримане опис має бути представлено в термінах спеціального мови описи даних, що входить у комплекс коштів СУБД.

Просте (елементарне) дане — це найменша семантично значуща пойменована одиниця даних (наприклад, ФИО, посаду, адреса київська і т.д.). Значення простого даного описує подану їм характеристику об'єкта кожному за примірника об'єкта. Імена простих даних зберігаються у описі БД, тоді як його значення запам’ятовуються у самій БД.

Сукупність простих даних можна поєднати в складене дане двома шляхами. По-перше, можна з'єднати кілька різнотипних даних. Наприклад, дане АНКЕТА складається з даних ТАБЕЛЬНИЙ НОМЕР, ФИО, РІК НАРОДЖЕННЯ, СТАТЬ, ПОСАДУ, ЗАРПЛАТА. За цим принципом утворюється структурне дане чи дане типу структура. Опис структури складається з перерахування її складових частин, значення — з значень з яких складається даних. По-друге, складене дане може об'єднувати сукупність однотипних данных (список співробітників, послужного списку працівника можна й т.п.). Складене дане цього називається масивом. У описі масиву досить вказати опис одного елемента, значення масиву представляється однорідним списком значень його элементов.

У випадку складові дані є об'єднану під одним ім'ям сукупність даних будь-яких типів, зокрема структур і масивів, із довільною глибиною вкладеності складових даних (рис.1).

Послужний список.

Анкета.

Зарплата.

Дата Работа.

Таб.номер Должность.

ФИО Пол Посада Организация.

Рік рождения.

Массив.

Структура.

Сотрудники.

Анкета.

Зарплата.

Таб. номер

Послужний список.

ФИО.

Дата.

Дата Робота рождения.

Число.

Посада Организация.

Місяць Год.

Багаторівневе данное.

Рис. 1.

Елементи масиву можуть ідентифікуватися ключем — даним, значення якого взаємно однозначно визначають екземпляри элементов.

Складові типи даних представляють ієрархічні зв’язку значень даних в БД. Уявлення предметної області у вигляді структур даних із ієрархічними зв’язками називається ієрархічної моделі даних. Загалом разі базі можуть визначити також мережні зв’язку, дозволяють описати мережу — орієнтований граф довільного виду. Уявлення предметної області у вигляді мережевих структур даних загального виду називається мережевий моделлю даних. Мережні зв’язку реалізуються шляхом ототожнення окремих даних БД.

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

Інтерфейс з БД.

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

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

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

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

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

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

База даних (БД) — іменована сукупність даних, відбиває стан об'єктів та їхніх взаємин в аналізованої предметної области;

— систему управління базами даних (СУБД) — сукупність мовних і програмних засобів, виділені на створення, ведення і представниками спільного застосування БД багатьма пользователями;

— банк даних (БнД) — джерело якої в технології БД система програмних, мовних, організаційних і технічних засобів, виділені на централізованого накопичення та колективного використання данных;

— інформаційна система коштує (ІВ) — система, реалізує автоматизований збір, обробку та маніпулювання даними й включає технічні засоби обробки даних, програмне забезпечення і відповідний персонал.

Функціонально — повна СУБД повинна мати до свого складу кошти, щоб забезпечити потреби користувачів різних категорій всіх етапах життєвого циклу систем БД: проектування, створення, эксплуатации.

БАЗИ ДАННЫХ.

Текстові бази данных.

Об'єктами зберігання ЕВР у текстових БД є тексти. Під текстом будуть розумітись неструктуровані дані, побудовані з строк.

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

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

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

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

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

Універсальними структурами дескрипторного мови є лексичні одиниці, парадигматичні і синтагматические отношения.

Лексична одиниця — найменша значеннєва одиниця, що задається при побудові языка.

У багатьох автоматизованих інформаційних систем при индексировании документів і майже запитів застосовується контроль з допомогою тезаурусу. Контроль може здійснюватися у автоматизованому чи ручному режимі. За суттю тезаурус є словник — довідник, в якому наявні всі лексичні одиниці дескрипторного інформаційно пошукового мови з уведеними парадигматическими відносинами. Парадигматичні відносини можуть задаватися як:. Відносини вид — рід (вищестоящий дескриптор);. Відносини рід — вид (нижчі дескриптори);. Синоніми;. Асоціативні связи.

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

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

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

Синтагматические відносини є відносини лексичних одиниць на тексті, тобто. вони висловлюють семантику контекста.

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

Із перелічених інформаційно — пошукових мов саме дескрипторные мови найкраще пристосовані для описи документів і запитів при автоматизованому пошуку в текстових БД. Мови ці мають такою самою перевагою, як гнучкість, відкритість, близькість до природного мови; це мови дворівневі (рівень ключових слів і культурний рівень дескрипторів). Дескрипторные інформаційно — пошукові мови дозволяють формулювати документи і запити у різних термінах. До основним недоліків мов даного класу можна віднести недостатню повноту описи змісту документів і майже запросов.

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

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

Мережні бази данных.

Однією з найефективніших методів уявлення знань є мережні модели.

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

Вузли та зв’язку можна наочно передавати у вигляді диаграмм.

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

Ставлення можна трактувати як классифицирующее, тимчасова т.п.

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

Реляционные бази данных.

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

Доктор І.Ф. Кодд, автор реляційної моделі, розробив цілий список критеріїв, яким має задовольняти реляційна модель. Опис цього списку, часто званого «12 правилами Кодда», вимагає введення складної термінології і за межі дипломної роботи. Проте можна назвати деякі правила Кодда для реляционных систем. Щоб вважатися реляційної по Кодду, систему управління базами даних повинна:. Представляти усю інформацію як таблиць;. Підтримувати логічний структуру даних, незалежно від своїх фізичного уявлення;. Використовувати мову високого рівня для структурування, виконання запитів та інформацією базах даних;. Підтримувати основні реляционные операції (вибір, проектування об'єднання), і навіть теоретико-множинні операції, такі як об'єднання, те що і доповнення;. Підтримувати віртуальні таблиці, забезпечуючи користувачам альтернативний спосіб перегляду даних в таблицях;. Розрізняти в таблицях невідомі значення (nulls), нульові значення й пропуски у цих;. Забезпечувати механізми на підтримку цілісності, авторизації, транзакцій і відновлення данных.

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

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

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

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

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

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

У світі управління інформацією дані часто є невідомими чи неповними: невідомий телефонний номер, не захотіли вказати вік. Такі пропуски інформації створюють «діри» в таблицях. Проблема, звісно, не у дуже простій непривабливості подібних дір. Небезпека у цьому, що через неї база даних може бути суперечливою. Аби зберегти цілісність даних в реляційної моделі, як і, як й у правилах Кодда, в обробці пропущеній інформації використовується поняття нуля.

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

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

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

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

Ці можливості у тому чи іншому вигляді реалізовані переважно систем. Проектування баз данных.

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

Рис. 2 Аналіз предметної області й запитів до БД.

На цьому етапі необхідно проаналізувати запити користувачів, вибрати інформаційні об'єкти та його характеристики на основі аналізу структурувати предметну область (рис. 3).

Опис Рівень фізичної Бібліотека Бібліотека бази реалізації вхідних і запитів даних вых. форм.

Рис. 3.

Аналіз концептуальних требований.

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

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

Наприклад, у разі розробки БД для ведення електронної документації навчального закладу необхідно одержати запитання: 1. Скільки учнів вчиться у школі? 2. Скільки змін і класів у шкільництві? 3. Як розподілені учні за класами і змінах? 4. Скільки предметів дається з кожної паралелі у яких обсягах? 5. Скільки є навчальних класів? 6. Скільки викладачів у шкільництві їх спеціалізація і класність? 7. З якою частотою оновлюється інформація в БД? 8. Які є види звітів, довідок і диаграмм?

Необхідно вирішити свої завдання: 1. Ведення особисті справи учнів 2. Ведення класних журналів 3. Упорядкування розкладу занять 4. Ведення табеля робочого дня преподавателей.

За підсумками інформації що зберігається у БД необхідно видавати такі звіти: 1. Табель успішності 2. Відомість успішності відвідуваності класу 3. Динаміка зростання кількості успішності за класами і школі 4. Звіт успішністю протягом року 5. Таблиця моніторингу процесу 6. Статистичні дані щодо кількості учнів 7. Результати тестування 8. Результати роботи вчителів 9. Результати випускних іспитів 10. Якість знань учнів 11. Звіт на уроках 12. Табель з харчування 13. Акт про нещасливий випадок 14. Протокол іспиту за курс середньої школи 15. Відомості про травматизме за навчальний рік 16. Дані що подаються класним керівником за чверть 17. Список вибулих учнів 18. Рух протягом року 19. Список решти другого року 20. Графік результатів успішності по чвертям 21. Графік підсумків успішності по годам.

Виявлення інформаційних об'єктів і перетинів поміж ними.

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

При виборі інформаційних об'єктів треба було б на цілий ряд питань: 1. За які таблиці може бути розбитий дані, підлягають зберігання в БД? 2. Яке ім'я можна привласнити кожної таблиці? 3. Які найцікавіші характеристики (з погляду користувача) можна назвати? 4. Які імена можна привласнити обраним характеристикам?

У нашому випадку передбачається завести такі таблиці (рис 4):

Рис. 4.

Виділимо зв’язок між інформаційними об'єктами (рис.5).

Рис. 5.

У цього процесу треба було б ми такі питання: 1. Які типи перетинів поміж інформаційними об'єктами? 2. Яке ім'я можна привласнити кожному типу зв’язків? 3. Які можливі типи зв’язків, які можна використані впоследствии?

Спроба поставити обмеження на об'єкти, їх характеристики та зв’язку призводить до необхідності відповіді такі питання: 1. Яка область значень для числових характеристик? 2. Які функціональні залежності між характеристиками одного інформаційного об'єкта? 3. Який тип відображення відповідає кожному типу связей?

Під час проектування БД існують взаємозв'язку між інформаційними об'єктами трьох типів: «одне одного», «один до багатьох», «багато до багатьох» (див. мал.6). Например:

Рис. 6.

Побудова концептуальної модели.

У простих випадках для побудови концептуальної схеми використовують традиційні методи агрегації і узагальнення. При агрегації об'єднуються інформаційні об'єкти (елементи даних) до одного відповідно до семантичними зв’язками між об'єктами. Наприклад, урок історії удесятеро «а» класі проводиться у кабінеті № 7, початок в 9−30. Методом агрегації створюємо інформаційний об'єкт (сутність) РОЗКЛАД з такими атрибутами: «клас», «предмет», «кабінет», «час». При узагальненні інформаційні об'єкти (елементи даних) об'єднують у родової об'єкт (див. мал.7): |Російську мову | | | |Література | |Філологія | |Іноземні мови| | |.

Рис. 7.

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

Моделі «сущность-связь», що дозволяє представляти структуру і обмеження реального світу, та був трансформувати в відповідність до можливостями промислових СУБД, є дуже распространенными.

Під сутністю розуміють основний зміст того явища, процесу чи об'єкта, про яку збирають інформацію для БД. Як сутності можуть виступати місце, річ, особистість, явище тощо. У цьому розрізняють тип суті Доповнень і примірник сутності. Під типом сутності зазвичай розуміють набір однорідних об'єктів, виступаючих як єдине ціле. Поняття «примірник сутності» належить до конкретного предмета. Например:

Тип сутності - ученик.

Примірник сутності - Іванов, Петров, Сидоров і др.

У прикладі Школа, Клас, Предмети, Учні, Вчителі, Оцінки — сутності. Проаналізуємо зв’язок між сутностями (рис.8).

Рис. 8.

Нині можна можливість перейти до проектування інформаційної (концептуальної) схеми БД (атрибути сутностей з діаграми не показані) (рис.9).

Рис. 9.

Логічне проектирование.

Логічне проектування є необхідний етап при створенні БД. Основне завдання логічного проектування є розробка логічного схеми, яка орієнтована обрану систему управління базами даних. Процес логічного проектування складається з наступних етапів: 1. Вибір конкретної СУБД; 2. Відображення концептуальної схеми на логічний схему; 3. Вибір мови маніпулювання данными.

Вибір конкретної СУБД.

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

Конструювання баз даних з урахуванням реляційної моделі має низку важливих переваг над іншими моделями. Незалежність логічного структури від фізичного й користувальницького уявлення.. Гнучкість структури бази даних — конструктивні рішення не обмежують можливості розробника БД виконувати у майбутньому найрізноманітніші запросы.

Оскільки реляційна модель не вимагає описи всіх можливих зв’язків між даними, згодом розробник може ставити запити щодо будь-яких логічних взаємозв'язках, які у базі, Не тільки про те, які планувалися первоначально.

Відображення концептуальної схеми на логічний схему.

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

Вибір мови маніпулювання данными.

Важливою складовою СУБД є мову маніпулювання даними, що використовується під час роботи різних додатків з БД. Зазвичай, мову маніпулювання даними вбудовується у мову програмування. Крім того, під час виборів СУБД, реалізує конкретну БД, необхідно оцінити й технічний бік справи, що безпосередньо пов’язані з продуктивністю системи. У цілому нині необхідно оцінити сім груп параметрів для вибору СУБД:. Характеристики ПК: тип, модель, фірма виробник, наявність гарантії.. Управління файлами та відшуковування: тип зв’язку, модифікація кількох файлів, двунаправленное з'єднання таблиць, мову маніпулювання даними, тип пошуку.. Кошти підтримки додатків: каталог даних, генератор додатків, процедурний мову, підпрограми, макроси, отладчик, система підтримки виконання, шифровка програм, тож даних, розмежування доступу, графіка, текстовий редактор, статистика.. Введення й підтримка цілісності: управління з допомогою команд, управління з допомогою меню, перевірка цілісності за таблицею, перевірка унікальності ключа, перевірка по дати, незалежність даних.. Звіти: звіти з кількох файлам, збереження форматів звітів, видача звіту на екран, видача звіту на магнітний носій, вычисляемые поля, групи, перевизначення формату дати, заголовки звітів, генератор звітів, підсумкові поля, максимальна ширина звіту.. Операційна середовище: тип ОС, обсяг необхідної оперативної пам’яті, необхідність використання постійної пам’яті, обсяг необхідної постійної пам’яті, мову підсистеми.. Додаткові відомості: наявність мережного варіанта, вартість, примітка, источники.

ACCESS.

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

Робота з СУБД Access 2.0 потрібні:. IBM PC чи сумісний комп’ютер з процесором 386 чи вище. DOS 3.3 чи вище. Microsoft Windows 3.1 чи вище. Так само 6 МВ оперативної пам’яті (рекомендується 8 МВ). 20 МВ вільної пам’яті на жорсткому диску. Мышь.

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

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

Оскільки Microsoft Access є сучасним додатком Windows, можна залучити до роботі всі можливості DDE (динамічний обмін даними) і OLE (зв'язок та впровадження об'єктів). DDE дозволяє здійснювати обмін даними між Access і будь-якою іншою які підтримують DDE додатком Windows. У Microsoft Access можна з допомогою макросів чи Access Basic здійснювати динамічний обмін даними коїться з іншими приложениями.

OLE є витонченими засобом Windows, що дозволяє встановити зв’язку з об'єктами іншого докладання або застосувати будь-які об'єкти у базі даних Access. Такими об'єктами може бути картинки, діаграми, електронні таблиці чи документи з деяких інших підтримують OLE додатків Windows.

У Microsoft Access в обробці даних базових таблиць використовується потужний мову SQL (структурований мову запитів). Використовуючи SQL можна виділення з одній або кількох таблиць необхідну розв’язання цілком конкретної завдання інформацію. Access значно спрощує завдання обробки даних. Зовсім необов’язково знати мову SQL. При будь-який обробці даних із кількох таблиць Access використовує якось задані зв’язок між таблицами.

У Microsoft Access є також просте та до того ж час багате можливостями засіб графічного завдання запиту — так званий «запит на зразок» (query by example), що використовується для завдання даних, необхідні рішення деякою завдання. Використовуючи виділення і переміщення елементів на екрані стандартні прийоми роботи з мишею в Windows і кілька клавіш на клавіатурі, можна за секунди побудувати досить складний запрос.

Microsoft Access спроектований в такий спосіб, що може бути використаний як у вигляді самостійної СУБД на окремої робочої станції, і у мережі - як «клієнт-сервер». Бо у Microsoft Access до даних може мати доступ одночасно кілька користувачів, в ньому передбачені надійні засоби захисту й забезпечення цілісності даних. Можна заздалегідь вказати, які користувачі чи групи користувачів може мати доступом до об'єктах (таблицям, формам, запитам) бази даних. Microsoft Access автоматично забезпечує захист даних від одночасної їх коригування різними користувачами. Access також пізнає і враховує захисні кошти інших приєднаних до бази даних структур (як-от бази даних Paradox, dBASE і SQL).

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

Microsoft Access надає додаткові кошти на розробки додатків, які можуть лише з власними форматами даних, але й форматами інших найпоширеніших СУБД. Можливо, найсильнішою стороною Access є його спроможність обробляти дані електронних таблиць, текстових файлів, файлів dBASE, Paradox, Btrieve, FoxPro будь-який інший бази даних SQL, підтримує стандарт ODBE. Це означає, які можна використовувати Access до створення такого докладання Windows, що може обробляти дані, вступники з мережного серверу SQL чи бази даних SQL на головною ЭВМ.

Усе вище сказане дозволило зупинити вибір на СУБД Access для порушення й вирішення завдання автоматизації процесу ведення документації і звітності в навчальному заведении.

Таблицы.

Праця у Access починається з визначення реляционных таблиць та його полів, які утримувати дані. Далі визначаються реляционные зв’язку між таблицями. Оскільки дана тема також не входить у дипломну роботу, то опустимо процес їх створення. Кінцевим результатом цього етапу є таблиця реляционных зв’язків, наведена малюнку 10.

Рис. 10.

Формы.

Форми — одна з головних коштів на роботи з базами даних в Access — йдуть на введення нових записів (рядків таблиць), перегляду і редагування вже наявних даних, завдання параметрів запитів та виведення відповіді неї і ін. Форми є прямокутні вікна з розміщеними у яких елементами управління. Існує можливість створення форм динамічно у виконанні програми, проте природним режимом їх створення є режим візуального конструювання (рис.11). Вибір команди Форма в меню Вставка виводить на екран вікно Нова Форма, що дозволяє поставити таблицю чи запит, котрим створюється нову форму, і зазначити режим її створення. Крім створення форми «вручну», створення форми можна автоматизувати, використовуючи Майстер форм (FormWizard). З іншого боку, можна створити спеціальні форми, зокрема з листами даних (Autoform: Datasheet), діаграмами (Chart Wizard) і об'єднаними таблицями (PivotTable Wizard) в форматі Excel.

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

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

До сформування форми з допомогою Майстра форм (FormWizard) передбачається наступна послідовність действий:

Виберіть Форми / Створити. На екрані з’явиться вікно діалогу «Нова форма», у якому необхідно вибрати метод побудови форми і вихідний об'єкт для побудови форми. Як такого об'єкта може бути обрані таблиця чи запит (рис.13).

Рис. 13.

Припустимо як вихідної таблиці ми вибрали Устаткування, в ролі методу створення форм — Майстер форм. Після натискання кнопки Ok, переходимо ось до чого діалоговому вікна (рис. 14).

Рис. 14.

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

На наступних кроках Майстер форм пропонує вибрати форму уявлення звіту (в стовпець, стрічкову, табличную чи вирівняну) і стиль оформлення. Стилі є набір різних фонових малюнків з відповідним добором шрифтів і форм полів (рис. 15).

На останньому кроці можна змінити запропоноване Майстром назва форми своє власне на цьому завершити процес створення форми натиснувши кнопку Готово.

Якщо з будь-яким причин форма вас це не задовольняє, натиснімо кнопку Конструктор, і це перейдете в режим конструктора форм, у якому отримаєте у розпорядження усі засоби до створення повноцінної форми. Отчеты.

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

Рис. 16.

Нехай, наприклад, ми створюємо звіт з допомогою Майстра для роздруківки списку всіх учнів класу. Як вихідних даних виберемо запит Класс_ФИО, який містить поля Клас і Фамилия.

На наступному кроці Майстер звітів пропонує здійснити угруповання даних. Так Клас друкуватиметься лише одне разів у заголовку аркуша, а прізвища учнів — у списку до однієї колонку (рис 17).

Рис. 17.

Після цього Майстер звітів пропонує запровадити сортування. Допускається сортування записів в зростаючу котячу чи спадному порядку, куди входять до чотирьох полів (рис 18).

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

Рис. 19.

Ступивши далі, ви не побачите на екрані вікно діалог із картатим прапором, який говорить про ви підійшли до финишу.

Поставте найменування звіту та натиснімо кнопку Готове (рис. 20).

Рис. 20.

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

Розмаїття можливостей формування різних типів форм і звітів в Access, багатогранна роботу з елементами управління невиправдано збільшать обсяг дипломної роботи за загальних стандартних підходах для формування форм і звітів і тому рассматриваются.

Питання объекно орієнтованого програмування за рамки даної дипломної работы.

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

Програма, під умовною назвою «Електронний завуч», призначена для автоматизації діловодства, ведення документації й видачі різних звітів і довідок у навчальних заведениях.

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

З запроваджених даних розраховується розклад занять й у подальшому виробляється позначка прочитаних годин кожним преподавателем.

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

Для чіткого розуміння умовимося про застосування наступній терминологии:

Курсор — миготлива вертикальна риса на екрані монитора.

Виділити -встановити покажчик миші (світла стрілка) на об'єкт і двічі клацнути лівої кнопкою мыши.

Смуга прокручування ;

Перемикач ;

Раскрывающийяся список — це згорнений до рядки список, який з’являється повністю при щиглику миші на трикутнику у правій частині видимої рядки списка.

Вкладка — аналог листка записної книжки, у якому замість літери алфавіту (за якою саме важливу інформацію) написано назва таблиці (формы).

Робота починається з основного вікна, у якому повинен відображатись титульний заголовок назви навчального закладу (рис. 21). На початку роботи в цій формі лише три командні кнопки: «Робота», «Налаштування» и.

Рис. 21 кнопка «Вихід» із зображенням розкритою двері, що означає завершення роботи з цим вікном, як це вікно основне, то завершення роботи з нею означає закінчення роботи з програмою в целом.

Розглянемо дію кожної кнопки.

Кнопко «Налаштування» дозволяє виконати настроювання программы.

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

Заповнення титульного листа.

Знайдіть вкладку «Титул»; якщо потрібно, використовуйте значки прокручування як трикутників, перебувають у правом верхньому розі лише на рівні назв вкладок. Натиснімо на ярличок вкладки «Титул» (рис. 22). У розпочатому вікні заповніть все поля, вони знадобляться під час видачі деяких документів. Найменування представлено двома рядками. Текст, набраний в верхньої рядку покажуть великим шрифтом першою титулі програми, текст з другої рядки відобразиться під першої дрібнішим шрифтом.

Після закінчення роботи перейдіть в іншу вкладке чи натисніть кнопку «Вихід» із зображенням відкритої двери.

Рис. 22.

Заповнення таблиці Классы.

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

Ця форма має вікно «Клас», вікно «Список», управляючі кнопки «Додавання записи», «Видалення записи», «Перевести в наступний класс».

Для введення назв класів з вікна «Клас» треба набрати номер букви класу. Потім натиснути клавішу «ENTER». Запроваджений клас відображається з вікна «Список». Для введення наступного класу натисніть кнопку «Додавання записи» і наберіть номер букви наступного класу. якщо треба виправити запроваджене значення, виділіть потрібну запис у списку Обраний значення з’явиться в вікні «Клас». Встановіть курсор до цього вікно. Внесіть виправлення і натиснімо клавішу «ENTER». Для видалення записи виділіть їх у вікні «Список» і натисніть клавішу «Видалення записи». Програма запросить підтвердження видалення записи, натиснімо на кнопку «Да».

Увага! Виправивши значення класу у цій таблиці цим ви виправите його значення переважають у всіх що з ним раніше таблицах.

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

Опасно!

Якщо видалити значення класу з цього таблиці, то підуть записи у всіх таблицях, і з цим полем.

Кнопко «Перевести в наступний клас» автоматично переводить ВСІХ які у наступний клас. У цьому учні випускних класів перетворюються на Архів з найменуванням «Випуск NNNN года».

Рис. 23.

Заполнение таблиці Предметы.

Ця таблиця служить у ролі класифікатора найменувань дисциплін. Аналогічно таблиці Класи, зміна найменування предмета призведе для її зміни переважають у всіх пов’язаних із нею записах всіх таблиць. При видаленні предмета, видаляються все записи переважають у всіх таблицях, і з цим полем (рис. 24).

Для введення нового предмета наберіть його найменування з вікна «Предмет» і натисніть клавішу «ENTER».

Для видалення виділіть предмет у наведеному списку (якщо потрібно, використовуйте смугу прокручування). У цьому обраний предмет відобразиться в окремому вікні. Натиснімо кнопку «Видалення записи». Програма запросить підтвердження видалення записи, натиснімо на кнопку «Да».

Для зміни найменування предмета виділіть предмет у наведеному списку, і введіть виправлення з вікна «Предмет», встановивши курсор до цього вікно, після чого натиснімо клавішу «ENTER» на клавиатуре.

Рис. 24.

Заполнение таблиці Ученики.

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

Виправлення вводяться стандартним чином: встановіть курсор у потрібний місце, внесіть виправлення і натиснімо клавішу «ENTER».

Для видалення записи позначте удаляемую запис клацанням в крайньому лівому стовпці навпаки прізвища учня, потім натисніть на клавіатурі клавішу «Delete».

Рис. 25.

Заповнення таблиці Кабинеты.

Натисніть на вкладку «Кабінети» (рис. 26). У вікні «Номер» вводиться номер кабінету, з вікна «Найменування» -найменування. Перехід від однієї поля до іншого здійснюється натисканням клавіші «Табуляція» на клавіатурі. Після заповнення полів натисніть клавішу «ENTER» на клавіатурі. Для наступного введення натиснімо клавішу «Введення» і виконайте всю послідовність дій сначала.

Для видалення зробіть подвійний щиголь на предметі у наведеному списку (якщо потрібно, використовуйте смугу прокручування). У цьому обраний кабінет відобразиться у «вікнах «Найменування» і «Номер». Натисніть кнопку «Видалення записи».

Для зміни номери або найменування кабінету зробіть подвійний щиголь у наведеному списку і введіть виправлення у «вікнах «Найменування» і «Номер», після чого натисніть клавішу «ENTER» на клавиатуре.

Рис. 26.

Заповнення таблиці Преподаватели.

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

Рис. 27 Для наступного введення натисніть клавішу «Введення» і виконайте всю послідовність дій сначала.

Для видалення зробіть подвійний щиголь на прізвища зі наведеному списку (якщо потрібно, використовуйте смугу прокручування), у своїй обрана прізвище відобразиться з вікна. Натисніть кнопку «Видалення записи».

Для зміни відомостей зробіть подвійний щиголь у наведеному списку ФИО викладачів і введіть виправлення у вікнах, після чого натиснімо клавішу «ENTER» на клавиатуре.

Заповнення таблиці Программы.

Натиснімо на вкладку «Програма» (рис.28). Таблиця варта зберігання інформації про дисциплінах, читаються у цьому класі, і обсязі годин, відведених на навчальну програму. Існує на кожному класу завести індивідуальний обсяг годин. На формі є два перемикача, раскрывающийся список і таблиця. Якщо включити перший перемикач «Фіксувати клас», то з’являється управляюча кнопка, по яких можна продублювати набрану на одне класу програму попри всі класи даної паралелі. Поле «Предмет» має раскрывающийся список. Розгорнувши список, клацніть на найменуванні того предмета, який має перебувати у цієї рядку. Перехід від одного.

Рис. 28 поля до іншого здійснюється натисканням клавіші «Табуляція» на клавіатурі. Після заповнення рядки натиснімо клавішу «ENTER» на клавиатуре.

Виправлення вводяться стандартним чином: встановіть курсор у потрібний місце, внесіть виправлення і натисніть клавішу «ENTER».

Для видалення записи позначте удаляемую запис клацанням в крайньому лівому стовпці і натисніть на клавіатурі клавішу «Delete».

Заповнення таблиці Оборудование.

Натиснімо на вкладку «Устаткування» (рис.29). Перейдіть до рядка, визначеної зірочкою, і починайте вводити. Перехід від однієї поля до іншому здійснюється натисканням клавіші «Табуляція» на клавиатуре.

Виправлення вводяться стандартним образом.

Рис. 29.

Заповнення таблиці Профили.

Таблиця «Профілі» використовується призначення загального імені групі дисциплін однієї тематики. Угруповання використовується у разі планування завантаження робочого дні, у режимі розрахунку Розкладу і за видачі деяких звітів. Натисніть на вкладку «Профілі» (якщо потрібно, використовуйте значки прокручування, перебувають у правом верхньому розі лише на рівні вкладок) (рис.30). У розпочатому вікні заповніть полі «Профіль». Перейдіть ось до чого полю, що правіше. Клацніть по символу трикутника. У раскрывшемся списку відзначте предмети, що входять у склад цієї групи, і натисніть клавішу «ENTER». Для введення наступній групи натиснімо кнопку «Додавання записи». Після закінчення роботи перейдіть в іншу вкладке чи натиснімо кнопку «Вихід» із зображенням відкритої двери.

Рис. 30.

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

Повернімося до основного вікна з титульним листом навчального заведения.

Кнопко «Робота». Натиснувши її, ви отримаєте основну робочу форму програми (рис.31).

Рис. 31.

Ведення класних журналов.

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

Рис. 32 Клацнувши правої кнопкою миші на поставленої оцінці, можна поставити вагу оцінки. Вагомості градуируются від нуля до дев’яти. Тепер вчитель, ставлячи «слабку трійку», може надати їй вагу рівний 1. Рекомендується за усні відповіді з місця ставити оцінки із 3, за відповідь у дошки чи письмову роботу — 5, за контрольну роботу — 9. За погану поведінку на уроці можна поставити двійку із рівним нулю, у разі оцінка відіграватиме суто психологічну роль. За умовчанням оцінці присвоюється вагу рівний 4. Середня оцінка виводиться по формуле:

(оцінка * вагу) Середня оцінка =.

Веса.

Розрахунок расписания.

Натисніть управляючу кнопку. У цьому вам потрібно буде заповнити форму (рис.33).

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

Рис. 34.

Кнопко «Реєстрація виконаної роботи» дозволяє зафіксувати фактично видані викладачами годинник, і відобразити реальної картини. На цьому етапі відбувається коригування планового розкладу. Непрочитані дисципліни прибираються, у разі потреби, додаються ті предмети, поставлені на замену.

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

Кнопка «Сервіс» (рис.35) відкриває форму яка дозволяє виконувати деякі сервісні роботи. Так кнопка «Архівувати» створює архів бази даних на жорсткому диску чи дискетах, кнопка «Відновити» — відновлює дані з архіву у випадку їхньої руйнації на диске.

Рис. 35.

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

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

Кнопка «Фундаментальна обізнаність із SQL запитами» дозволяє просунутим користувачам формувати свої власні запити, й довідки, непередбачувані у цій программе.

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

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

Санітарно-гігієнічні вимоги для використання компьютеров.

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

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

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

Статистика дає таку інформацію про основних захворюваннях під час роботи з комп’ютером: o Захворювання органів зору — 60% користувачів o Серцево-судинна система-60% o Шлунково-кишковий тракт -40% o Шкірні захворювання -10% o Різні опухоли.

Для зниження шкідливого впливу комп’ютера на людини необхідно дотримуватися певних вимог до умов праці, до робочого місцеві; комп’ютер має відповідати гігієнічним вимогам. З іншого боку, необхідно суворо дотримуватися режиму був роботи з комп’ютері. Розглянемо докладніше ці требования.

Кожен комп’ютер повинен мати сертифікат республіканського центру санепіднагляду, сертифікат відповідності Держстандарту, технічний паспорт тощо. Під час перевірки рекомендується брати до уваги такі параметри: розмір екрана по-діагоналі - 31 див, частота кадрової розгорнення >= 70 гц, перебірливість зображення, яскравість знака, забарвлення знака (при монохромному зображенні рекомендується желтозеленый колір знаків на темному тлі, при кольоровому — трохи більше 7 квітів одночасно), відсутність геометричних спотворень. Корпус комп’ютера, клавіатура та інші блоки та внутрішнього облаштування повинні мати матову поверхность (без блискучих деталей, здатних створювати відблиски). З метою захисту від електромагнітних і електростатичних полів треба використовувати екранні фільтри, спеціальні екрани, інші засоби індивідуальної захисту, минулі випробування і мають відповідний гігієнічний сертификат.

До приміщенню, у якому розміщується комп’ютер, пред’являються такі вимоги: обсяг приміщення може бути щонайменше 24 м³ (однією комп’ютер), вікна приміщення би мало бути орієнтовані північ, северосхід. Віконні отвори би мало бути обладнані регульованими пристроями типу жалюзі, завіс, зовнішніх козирків і т.п.

Для статі рекомендується поливинилхлоридное антистатическое покриття (ніяких килимів!). Аналогічні рекомендації для стін (панелі), дверей. Вище панелей бажані звуковбирні матеріали зниження рівня шуму. Рекомендується також застосовувати сучасну техніку, бо в ній встановлено звуковбирні устройства.

Для обробки приміщень не можна використовувати матеріали, які виділяють шкідливі хімічні речовини: ДСК, моющиеся шпалери, плівкові, рулонні синтетичні матеріали, шаруватий паперовий пластик. Штори мали вийти з щільних натуральних тканин, вони повинні пропускати свет.

Оптимальні параметри мікроклімату: температура — 19−21 градус, відносна вологість — 55 -65%. Систематично до початку роботи необхідно наскрізне провітрювання і волога прибирання. Це забезпечить якісний склад повітря на приміщенні. Якщо дозволяють погодні умови, працювати краще при відкритих вікнах, а підвищення вологості повітря використовувати зволожувачі чи встановити ємності із жовтою водою поблизу опалювальних приладів. Зміст шкідливих хімічних речовин, у повітрі приміщення з ЕОМ на повинен перевищувати середньодобових концентрацій для атмосферного воздуха.

До робочому місцю вимоги такі: відстань від вікна щонайменше 0,8 м- 1 м. Світильники розташовуються зліва комп’ютера, паралельно лінії зору. Висвітлення то, можливо природним, штучним (при закритих шторах), і навіть змішаним. Штучне висвітлення має здійснюватися системою загального рівномірного висвітлення. (Рекомендуються люмінесцентні лампи денного цветораспределения). Освітленість лежить на поверхні столу зоні розміщення робочого документа мусить бути 30−50 лк. Допускається установка світильників місцевого висвітлення для підсвічування документів. Вони можна використовувати лампи розжарювання. Для комп’ютера потрібен спеціальний одномісний стіл (одна стільниця розміщувати комп’ютера, інша — для клавіатури). Крісло чи стілець повинні регулюватися за висотою («вертушка»), кути лопаток повинні стосуватися спинки стільця. Робоча поза-прямая, злегка нахил вперед. Оптимальний відстань від екрана до очей 0,6 м- 0,7 м. Рівень очей повинен посідає центр екрана чи 2/3 його высоты.

Режим роботи з комп’ютері за дотримання всіх гігієнічних вимог — трохи більше 5−6 годин для дорослого, у своїй через кожні 20−30 хвилин потрібно робити акценти перерви на 5−10 хвилин, щоб лише зняти зорове стомлення, статична електрику, проробити комплекс фізичних вправ, що поліпшують функціональні стану ЦНС, дихальної системи, мозкового кровообігу, які ліквідують застійні явища нижньої половини тіла, ніг, плечового пояса. Двічі на рік необхідний контроль зрения.

ЕКОНОМІЧНА ЧАСТИНА ДИПЛОМНОЇ РАБОТЫ.

Економічна частина дипломної роботи, на жаль, не написана. Через нестачі часу було можливості випробувати роботу програми в реальних умов і «зробити оцінку вигоди від неї застосування в цифрах. Але при ознайомлення з роботою шкільних адміністраторів з’ясовані такі факты:

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

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

Упорядкування звітів (різних видів звітів близько сорока) також дуже трудомісткий за часом процесс.

Трапляється втрати класних журналів, іноді їх навмисна порча.

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

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

Внаслідок цього стане підвищення ефективності навчання.

ЗАКЛЮЧЕНИЕ

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

1. Вейскас Д., Ефективна роботу з Microsoft Access 2, С.-Пб., 1995.

2. Биллиг В. А., Дехтярь М. И., VBA і Office 97 Офісне програмування, М., вид. «Російська редакція», 1998.

3. Гусєва Т.И., Башин Ю. Б., Проектування баз даних в прикладах та військово-політичні завдання, М., 1992.

4. Савельєв В.А., Персональний комп’ютер всім (кн.3), Створення і баз даних, М., 1991.

5. Хоффбауэр М., Шпильманн До., ACCESS 7.0, Сотні корисних рецептов,.

Київ, «BHV», 1996.

6. Тімоті Бадд, Объектноорієнтоване програмування діє, С.-Пб., 1997.

7. Росс Нельсон, Running Visual Basic for Windows, М., вид. «Російська редакція», 1995.

8. Бемер З, Фратер Р., MS Access … для користувача, Київ, «BHV»,.

1994, М., «Біном», 1994.

9. Винтер Рік, Microsoft Access 97, Довідник, С.-Пб., «Пітер», 1999.

10. Сан. П і М 2.22.542−96 «Гігієнічні вимоги до ВДТ і ПЭВМ.

11. Санітарні правил і нормы".

12. ГОСТ 2716–86 «Дисплей ЕОМ на електронно-променевих трубках».

13. «Методичні рекомендації із профілактики перевтоми під час роботи з видеотерминалами», М., Инс-т гігієни їм. Ф. Ф. Эрисмана,.

14. СП иП 23−05−95 «Природний і штучне освещение».

15. Лекції по БЖД, УГППУ, 1999.

Таблиця моніторингу результативності навчального процесса.

Класс.

Профілі Предмети 1 четв 2 четв 3 четв 4 четв Год.

Статистичні дані за 1998 — 1999 г.

кількість в процентах.

Обучалось.

в основной.

в средней.

у початковій школе.

Отсев.

з средней.

з основной.

з начальной.

Не отримали аттестата.

про основне образовании.

про середньому образовании.

Не працюють, і не навчаються після закінчення школы.

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

з Серебрянной медалью.

Залишилася на повторний курс обучения.

у початковій школе.

в средней.

в основной.

12 грудня 1999 р. Сторінка 1 з 2.

| | |Результати міського тестування | |(квітень 1998 — 1999 уч. год) | |Клас |Предмет |Загальний % |Якісний % | | | |виконання |виконання | |11 |Фізика |86 |29 | |11 |Біологія |85,5 |40,5 | |9 |Російську мову |98 |70,5 | |9 |Хімія |68 |18 | |9 |Історія | | | |9 |Математика |94,7 |66,7 | |3 |Російську мову |83 |52 | |3 |Математика |81 |57 | | | | | |.

Навчальна програма на 1999 — 2000 год.

Клас Предмет Норма на міс Норма на год.

1а.

Російську мову 20 0.

Математика 20 0.

Малювання 10 0.

1б.

Фізика 20 0.

Алгебра 10 0.

Література 20 0.

Геометрія 10 0.

2а.

Німецький 20 0.

Фізика 20 0.

Фізкультура 10 0.

2б.

Хімія 20 0.

Креслення 10 0.

Німецький 20 0.

3а.

Російську мову 10 0.

Алгебра 20 0.

Фізкультура 40 0.

Разом ———————————;

Текстовое поле.

Підпорядкована форма Управляющие кнопки.

Список.

[pic].

Рис. 11.

Рис. 12.

Рис. 15.

Показати весь текст

Заповнити форму поточною роботою