Північно-Осетинський Державний Університет ім. К. Л. Хетагурова

Звіт

За виробничій практиці

Виконала: студентка 5 2 групи

математичного факультету

Секретарева Наталія

Перевірив: Гамаонов Володимир Георгійович

Владикавказ. 2003р.

ЗМІСТ

Введення ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 2

Реляційна модель даних ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 7

FoxPro версії 2.0: основні терміни і команди ... ... ... ... ... .16

Цілі і завдання проектування ... ... ... ... ... ... ... ... ... ... ... ... ... .21

Структура процесу проектування ... ... ... ... ... ... ... ... ... ... .22

Технологія ведення інформаційної системи ... ... ... ... ... ... .. 28

Постановка завдання ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 30

Хід вирішення ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .. 32

Висновок ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 33

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

Програми ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 35

ВСТУП

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

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

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

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

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

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

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

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

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

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

- Недостатня увага до рівня підготовки кадрів як в області створення, так і в галузі використання інформаційних технологій;

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

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

- Вузько-технічне розуміння ролі і можливостей ІКТ, низька культура роботи з ІКТ.

Проблеми, які вирішуються в рамках цієї федеральної цільової програми, базуються на пріоритетах та цілях стратегії соціально-економічного розвитку Росії на період до 2010 року і відповідають критеріям формування переліку федеральних цільових програм, починаючи з 2002 року, схваленим Урядом Російської Федерації на засіданні 21 вересня 2000 , протокол № 31.

Процеси інформатизації вже активно йдуть на всіх рівнях. Деякі заходи, спрямовані на розвиток інформаційних технологій, реалізуються або плануються до реалізації в рамках інших федеральних, регіональних та відомчих програм (наприклад, ФЦП "Розвиток електронної торгівлі в Росії на 2002 - 2006 роки", ФЦП "Розвиток єдиного інформаційно-освітнього середовища Російської Федерації в 2002-2006 роки ", ФЦП" Створення та розвиток інформаційно-теллекоммунікаціонной системи спеціального призначення в інтересах органів державної влади на 2001-2007 роки "і т.д.). У цьому аспекті ФЦП "Електронна Росія на 2002-2010 роки" (далі - Програма) покликана не тільки доповнити інші програми в частині формування адекватної інституційно-правового середовища для ІКТ-індустрії, розвитку інфраструктури публічних мереж доступу і забезпечення ефективної взаємодії держави і суспільства на основі широкого впровадження ІКТ, але і буде виконувати ряд більш загальних, координуючих функцій по відношенню до інших програм. У Програмі будуть, зокрема визначатися спільні концептуальні напрями розвитку ІКТ (основні принципи, загальні стандарти і типові рішення щодо реалізації різноманітних проектів і т.д.) як одного з основних напрямків соціально-економічного розвитку країни. Реалізація загальних концептуальних напрямів розвитку ІКТ буде здійснюватися переважно в різних федеральні, відомчі та регіональних програмах.

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

Дана Програма розроблена відповідно до Розпорядження Уряду Російської Федерації від 12 лютого 2001 р. № 207-р і включена до Переліку федеральних цільових програм, пропонованих Урядом Російської Федерації до фінансування з федерального бюджету, починаючи з 2002 року.

Федеральна цільова програма "Електронна Росія 2002-2010" - своєрідна спроба ривка в "цифрове майбутнє", яке для розвинутих країн вже стало справжнім.
Програма прямо не орієнтована на досягнення миттєвих економічних результатів: стимуляція розвитку російського ринку високих технологій не є її безпосереднім завданням, хоча подібний ефект у разі успішної реалізації намічених планів також буде досягнутий.
Програма передбачає реформу нормативного регулювання ринку ІТ, впровадження нових технологій у державних органах і приватному секторі, створення освітніх програм, покликаних підвищити рівень комп'ютерної грамотності росіян, і побудова масштабної інфраструктури комунікацій. У результаті реалізації програми будуть підключені до Інтернету всі російські вузи і більше половини шкіл, створено електронні бібліотеки, впроваджені системи телемедицини і т.д.

Реально успіх програми означатиме в першу чергу, що органи влади всіх рівнів стануть більш доступними для громадян, а їх діяльність - більш прозорою і більш ефективною. Прозорість досягається за рахунок обов'язкової електронної публікації та створення баз даних по всіх документах, які не мають статусу секретних, ефективність - за рахунок переведення в електронну форму значних обсягів документообігу. Програма також передбачає нарощування можливостей доступу населення до інтернету - це логічно випливає з вищевикладеного. Публікувати документи, які мало хто зможе прочитати, - справа досить безглузда. Відповідно, планується також організувати підготовку фахівців у галузі інформаційних технологій. У першу чергу, такі фахівці знадобляться державним установам, але зростання числа підготовлених людей не зможе не позначитися і в цілому на ситуації на ринку. Окремо передбачається допомогу в освоєнні нових технологій ЗМІ, в першу чергу - регіональним (тут маються на увазі як підготовка фахівців, так і надання доступу до інформаційних мереж).
Непрямий результат - стимуляція ІТ-галузі, в першу чергу - за рахунок зростання числа фахівців, і крім того - людей, що мають доступ до інформаційних мереж, і, отже, є потенційними споживачами інформаційних послуг. Не можна також скидати з рахунків і неминуче зростання попиту на послуги такого роду - як з боку державних організацій, які впроваджують у діловодство нові технології, так і з боку їх різноманітних партнерів.
При цьому все вищеперелічене не служить однозначним обгрунтуванням необхідності програми. Звичайно без реалізації цієї та низки подібних програм Росія все більше і більше буде відставати від провідних розвинених країн, плавно скотився до рівня середняків третього світу, які чудово обходяться без інформаційно-комунікативних технологій. Аргументи тих критиків програми, які вже зараз говорять, що дбати про цифрове документообіг та розширенні доступу до інтернету в країні, що має цілий ряд проблем куди більш насущних, дещо передчасно, не зовсім позбавлені підстав. Дати швидкий і однозначну відповідь, не збиваючись при цьому на загальні та беззмістовні міркування про місце Росії в світі і інше, досить важко.
ФЦП не тільки пропонує рішення очевидних проблем, вона ставить цілий ряд нових. Деякі з цих проблем не можуть бути вирішені в рамках "Електронної Росії 2002-2010". Для того, наприклад, щоб за допомогою інформаційних технологій наблизити російську систему освіти до стандартів розвинених країн Заходу, розробляється програма "Розвиток єдиного освітнього інформаційного середовища на 2002-2006 рр..". І ще потребує детального обговорення цих проблем. Висловлюємо надію, що проект "Електронна Росія" стане зручним майданчиком для початку такого обговорення, в якому зможуть взяти участь не тільки фахівці, що представляють державний апарат і російський ІТ-ринок, але і всі, хто усвідомлює ступінь важливості поставлених програмою питань.

Реляційна МОДЕЛЬ ДАНИХ

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

Концепції реляційної моделі даних пов'язані з ім'ям відомого фахівця в області систем баз даних Е. Кодда. Саме тому реляційну модель даних часто називають моделлю Кодда.

ОРГАНІЗАЦІЯ ДАНИХ

Слово «реляційна» походить від англійського relation - відношення. Для пояснення математичного поняття «ставлення» згадаємо два визначення.

Декартово твір. Нехай D _1, D _2, ... D _n - Довільні кінцеві множини і не обов'язково різні. Декартовим твором цих множин D ₁ Х D ₂ Х ... Х D _n -Називається безліч n-к виду: <d _1, d _2, ..., d _n >, Де d ₁ належить D _1, d ₂ - D _2,

а d _n -D _n .

Розглянемо найпростіший приклад. Нехай перше безліч складається з двох елементів D ₁ = {а _1, а _2}, друге-з трьох: D ₂ = {b _1, b _2, b _3}, Тоді їх декартово твір є: D ₁ Х D ₂ = { а ₁ b _1, а ₁ b _2, а ₁ b _3, а ₂ b _1, а ₂ b _2, а ₂ b _3}.

Відношення. Ставленням R, визначеним на множинах D _1, D _2, ... D _n , Називається підмножина декартового добутку D ₁ Х D ₂ Х ... Х D _n . При цьому безлічі D _1, D _2, ... D _n називаються доменами відносини, а елементи декартового добутку - кортежами відносини. Число n визначає ступінь (арность) відносини, а кількість кортежів - його потужність.

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

Атрибути різних відносин також можуть бути визначені на одному і тому ж домені.

Атрибут, значення якого ідентифікують кортежі, називається ключем (ключовим атрибутом).

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

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

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

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

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

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

ОПЕРАЦІЇ НАД ДАНИМИ

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

Операція ВКЛЮЧИТИ вимагає завдання імені відносини і попереднього формування значень атрибутів нового кортежу. Обов'язково повинен бути заданий ключ кортежу. Включення не буде виконано, якщо ключ має неунікальне значення.

Операція ВИДАЛИТИ також вимагає найменування відносини, а також ідентифікації кортежу або групи кортежів, що підлягають видаленню.

Операція ОНОВИТИ виконується для названого відносини і може коригувати як один, так і декілька кортежів відносини.

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

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

Операція ОБ'ЄДНАННЯ (З ₁ = А U В) припускає, що на вході задано два односхемних відносини А і В. Результат об'єднання є побудоване за тією ж схемою відношення С, що містить всі кортежі Та всі кортежі відносини В. Операція ПЕРЕСІЧЕННЯ (С ₂ = А U В) передбачає на вході два односхемних відносини А і В. На виході створюється ставлення за тією ж схемою, що містить тільки ті кортежі відносини А, які є у відношенні В.

Операція віднімання (З ₃ = А-В). Всі три відносини будуються за однією схемою. У результуюче відношення С ₃ включаються тільки ті кортежі з А, яких немає щодо В.

Операція декартового добутку (З ₄ = А X В). Її важлива відмінність від попередніх полягає в тому, що відносини А і В можуть бути побудовані за різними

схемами, а схема відносини З ₄ включає всі атрибути відносно А та В.

Операція ВИБІРКА (горизонтальне підмножина). На вході операції використовується одне відношення. Результат вибірки є нове відношення, побудоване за тією ж схемою, що містить підмножина кортежів вихідного відносини, які відповідають умові вибірки.

Операція ПРОЕКЦІЯ (вертикальне підмножина). На вході операції використовується одне відношення. Результуюче відношення включає підмножина атрибутів вихідного. Кожному кортежу вихідного відносини відповідає такий кортеж в результуючому відношенні, що значення однакових атрибутів цих двох кортежів збігаються. Але при цьому в результуючому щодо кортежі-дублікати усуваються, у зв'язку з чим потужність результуючого відношення може бути менше потужності вихідного.

Операція З'ЄДНАННЯ. На вході операції використовується два відносини; позначимо їх А і В. У кожному з відносин виділено атрибут, за яким буде здійснюватися з'єднання; припустимо, це атрибути А ₁ і Б _2). Обидва атрибуту повинні бути визначені на одному і тому ж домені. Схема результуючого відносини включає всі атрибути Та всі атрибути відносини В. Допускається, щоб у схемі результуючого відносини замість двох атрибутів, за якими виконується з'єднання, був представлений тільки один.

Операція З'ЄДНАННЯ схожа на декартовій твір. Відмінність полягає в тому, що декартово твір передбачає зчеплення, кожного кортежу з А з кожним кортежем з В, а в операції з'єднання кортеж із відносини А зчіплюється тільки з тими кортежами з В, для яких виконана умова: В ₁ = А _1.

Операція РОЗПОДІЛ. На вході операції використовується два відношення А і В. Нехай ставлення А, зване діленим, містить атрибути (А _1, А _2, ..., А _n). Ставлення В - дільник-містить підмножина атрибутів А; покладемо, (А _1, А _2, ..., А _k), де (k <n). Результуюче відношення С визначено на атрибутах відносини А, яких немає і В, тобто

А _{k +1,} А _{k +2,} ..., А _n.

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

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

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

Відзначимо особливості реляційної моделі даних:

• безліч об'єктів реляційної моделі даних однорідно - структура даних визначається тільки в термінах відносин;

• основна одиниця обробки в операціях реляційної моделі даних не запис (як в мережевих і ієрархічних моделях даних), а безліч записів - ставлення.

НОРМАЛИЗАЦИЯ ВІДНОСИН

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

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

даних.

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

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

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

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

Функціональна залежність. Нехай Х та Y - два атрибути деякого відносини, Кажуть, що Y функціонально залежить від X, якщо в будь-який момент часу кожному значенню Х відповідає не більше ніж одне значення атрибута Y. Функціональну залежність можна позначити так: Х> Y.

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

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

Щоб ставлення призвести до другої нормальної форми, необхідно:

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

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

Транзитивне залежність. Нехай X, Y, Z - три атрибути деякого відносини. При цьому Х> Y і Y> Z, але зворотне відповідність відсутня, тобто Z не> або Y не> Х. Тоді кажуть, що Z транзитивній залежить від X.

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

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

Більшість СУБД для персональних ЕОМ становлять системи, що підтримують реляційну модель даних. До цього класу слід віднести найпоширенішу на ПЕОМ систему dBase фірми Ashton-Tate Corp. (Версії dBaseП, dBaseШ, dBaseШ PLUS, dBaseIV) і численне сімейство совметімих з нею програмних продуктів - FoxBase + і FoxPro фірми Fox Software, Clipper'87 фірми Nantucket Corp ., QuickSilver і dBXL фірми Wordtech, User Interfase фірми WallSoft Systems Inc., dBFast фірми dBFast Inc. Широко поширені також реляційні системи Oracle фірми Oracle Corp., Paradox фірми Borland International, ряд версій системи R: base 4000, R: base 5000, R: base System V, R: base for DOS, R: base 3.0) фірми Microrim, система DB2 фірми IBM Corp.

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

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

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

З усього різноманіття реляційних СУБД, представлених на ринку в цей час (DBASE IV, Clipper IV, V і т.д.) відразу можна виділити СУБД FoxPro 2.0 фірми FoxSoftware Inc СУБД FoxPro II включає в себе всі кращі функціональні можливості СУБД FoxBase + версії 2.11. Разом з тим вона має кращі можливості в порівнянні з DBASE IV по продуктивності. Вимоги до ресурсів пам'яті на стадії виконання значно знижені.

FoxPro 2.0 має графічний багатовіконний інтерфейс з підтримкою маніпулятора "миша" і клавіатури. Він реалізує елементи об'єктно-орієнтованого підходу, при цьому за різними вікнами одночасно відкритими вікнами можуть бути закріплені різні процедури (наприклад: генерація звіту, перегляд файлу і т.д.). Розвинений генератор звітів дозволяє формувати звіти не тільки табличній, але і стрічкової форми.

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

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

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

FoxPro 2.0 включає розширену інтегровану середу розробника, до складу якої входять конструктор меню (Menu Builder), екранний редактор для створення форм введення-виведення (Screen Painter), засоби підтримки мови шаблонів і утиліта підтримки прикладного програмного забезпечення (Make). Це середовище дозволяє значно скоротити терміни створення програм.

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

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

Великий інтерес представляє системний табличний інтерфейс для кінцевих користувачів, заснований на широко поширеному реляційному мовою QBE (Query-By-Example), що отримав тут назву RQBE. Драйвери RQBE надають користувачам доступ до баз даних, керованих як системою FoxPro, так і різними SQL-серверами в локальних мережах ПЕОМ.

З усього вищевикладеного можна зробити висновок що СУБД FoxPro 2.0 є найбільш прийнятним засобом для програмної реалізації ІІСОД. Як наслідок, розробляється в рамках даного дипломного проекту підсистему "Контроль виконання" слід реалізувати з застосуванням системи FoxPro 2.0.

FOXPRO ВЕРСІЇ 2.0

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

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

Основні терміни.

Для спрощення освоєння правильного синтаксису команд і функцій FoxPro слід знати такі основні терміни.

ТИМЧАСОВА ЗМІННА це адресується по імені змінної ділянку оперативної пам'яті, що використовується для тимчасового зберігання даних. Може використовуватися і термін ЗМІННА ПАМ'ЯТІ. Можна змінювати вміст тимчасової змінної, але її ім'я та розташування у пам'яті залишаються незмінними, поки не закінчиться сеанс роботи з FoxPro або поки змінна не буде звільнена. Тимчасові змінні та їх значення втрачаються, якщо тільки їх не зберегти на диску, перед виходом з FoxPro або перед вимиканням комп'ютера. Імена тимчасових змінних можуть включати до десяти символів літер, цифр і знаків підкреслення, і повинні починатися з літери. Тимчасові змінні можуть зберігати символьні, числові, числові з плаваючою комою, логічні дані, а також дані типу "дата".

ПОЛЕ БАЗИ ДАНИХ це будь-який елемент даних, що входить до запису бази даних. Одне або більше полів утворюють запис бази даних, і одна або більше записів утворюють файл бази даних. Імена полів можуть включати до десяти символів літер, цифр і знаків підкреслення, і повинні починатися з літери.

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

ОПЕРАТОР являє собою символ або послідовність символів, які специфікують певну операцію, виконувану над одним або більшою кількістю величин для отримання результату.

Основні команди FoxPro.

APPEND [BLANK] - Додає нові записи в кінець активного файлу бази даних. Це основна команда для повноекранного введення даних.

APPEND FROM-Копіює запису в кінець активного файлу бази даних з іншого файлу.

AVERAGE-Підраховує середнє арифметичне значень виразів або полів бази даних

BROWSE - одна з найбільш корисних команд, що є в FoxPro. Команда BROWSE використовується для відкриття вікна і висвічування записів з файлу бази даних. Є можливість редагування і додавання записів. Якщо пам'яті достатньо, то вікно Browse може бути відкрито для кожної робочої області.

BROWSE FOR-У вікні Browse висвічуються тільки ті записи, які задовольняють умові. Для кращої роботи в FOR використовується оптимизируемой вираз.

BROWSE KEY-Обмежує кількість висвітлюються записів.

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

BUILD EXE-За наявності повного дистрибутивного набору FoxPro, створює на підставі проекту здійсненний файл (. EXE).

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

CANCEL - Припиняє виконання командного файлу (програми).

CHANGE-Коригування записів бази даних у вікні редагування.

CHANGE KEY-Обмежує діапазон висвітлюються записів.

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

COPY INDEXES-Копіює одно-індексні файли в складовою індексний файл.

COPY FILE-Забезпечує дублювання закритого файлу будь-якого типу.

COPY TO - копіює дані з вказаної БД у файл.

COPY TO FIELDS-визначає список полів, які будуть копіюватися в новий файл.

COPY STRUCTURE TO - Копіює структуру бази даних в іншу базу даних.

CREATE-Створення нового файлу БД

CREATE REPORT-активізує вікно генератора звітів

CLEAR-Очищає заданий елемент

COUNT-Виконує підрахунок кількості записів активної БД, що задовольняють заданим умовам

DEFINE WINDOW - Створення вікна.

DELETE - Позначає для виключення запису активного файлу бази даних.

DELETE FILE - Видаляє файл.

DISPLAY MEMORY-Забезпечує висновок імені, типу, розміру та статусу кожної активної тимчасової змінної.

DO - Виконує програмний чи процедурний файл.

EXPORT-Копіює дані з бази даних FoxPro в файл з іншим форматом.

FUNCTION-Визначення початку підпрограми і її ідентифікація.

GO-Позиціонування покажчика запису.

GO [RECORD] - Встановлює покажчик запису на запис GO TOP | BOTTOM-Установлення покажчика запису на першу і останню в обраній базі даних. Якщо база використовується з індексом, то першою буде запис з мінімальним значення ключа, останньою - запис з максимальним значенням ключа.

GO TOP | BOTTOM-Установлення покажчика запису на першу і останню в обраній базі даних. Якщо база використовується з індексом, то першою буде запис з мінімальним значення ключа, останньою - запис з максимальним значенням ключа.

GO IN-Переміщення покажчика в базі, відкритій в іншій робочій області.

HELP-Відкриття вікна допомоги.

INDEX-створює індексний файл для впорядкування БД

JOIN-об'єднує два файли БД

LAST-відкривати вікно редагування команди Change буде мати таку ж конфігурацію, як і останнє вікно, збережене у файлі FOXUSER, якщо значення установки SET RESOURCE - ON. Список полів, розмір кожного поля, положення і розмір вікна CHANGE і т. п. записуються у файл FOXUSER.

LAST FOR-У вікні редагування команди Change висвічуються тільки ті записи, які задовольняють заданій умові.

LIST-відображення записів БД

LOCATE-виконує в активному файлі БД пошук по заданій умові

MODIFI COMMAND | MODIFI FILE-відкриває вікно редагування

MODIFY STRUCTURE-Модифікує структуру файлу бази даних.

MODIFI REPORT-Відкриває вікно компонування звіту

MODIFI LABEL - Відкриває вікно компонування поштового ярлика (бланка)

PACK-Фізично видаляє записи, помічені для видалення в базі даних, зменшує

розмір текстового файлу.

PROCEDURE - Вказує початок підпрограми.

QUIT-Закриває всі відкриті файли, завершує сеанс роботи системи FoxPro і повертає керування операційній системі.

REINDEX-Перебудовує всі активні індекси.

RENAME-Виконує зміна імені файлу на диску.

RECALL-Знімає маркування на видалення записів активного файлу бази даних, встановлену командою DELETE.

REPLACE-Оновлює значення заданих полів записів активного файлу

бази даних.

RESTORE FROM-Вибирає та активізує тимчасові змінні і масиви з файлу тимчасових змінних.

REPORT-Видача звіту.

RESTORE FROM-Вибирає та активізує тимчасові змінні і масиви з файлу тимчасових змінних.

RUN-Виконує із системи FoxPro задану команду операційної системи або будь-яку програму, яка працює під управлінням операційної системи MS-DOS.

SAVE TO-зберігає тимчасові змінні і масиви у файлі тимчасових змінних.

SCAN-Сканування бази даних і виконання команд по заданих умов.

SORT-Сортує базу даних.

SKIP-Переміщає покажчик запису в активному файлі бази даних вперед або назад.

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

SET-Відкриває вікно View.

SET ALTERNATE-направлення висновку, що ведеться на екран або у вікно, і в текстовий файл.

SET DATE-визначає формат виведення дати.

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

SET DEFAULT TO-для зміни дисковода за замовчуванням на A:

SET HELP ON | OFF-отключает/подключает засіб діалогової допомоги або призначає інший файл допомоги. Значення за замовчуванням - ON Значення за замовчуванням - FOXHELP

SET MARGIN TO-встановлює розміри лівої кордону при видачі на друк будь-якої інформації. Видача інформації на екран не зачіпається. Значення за замовчуванням - 0

SET MEMOWIDTH TO-Визначає ширину memo (текстових) полів при їх візуалізації.

SET ODOMETER TO-задає інтервал зміни значень лічильника записів в командах, які виводять номери записів.

SET PATH-задає шлях (маршрут) пошуку файлів.

SET PATH TO-представляє собою послідовність шляхів, розділених комою або крапкою з комою.

SET PROCEDURE TO-о ткривает заданий файл процедур.

SET RELATION-пов'язує два відкритих файлу бази даних по обчисленому значенню <вираження> через ключове поле або за номером запису.

SET CARRY Визначає необхідність копіювання даних з попереднього запису в нову запис при використанні команд APPEND або INSERT.

SET INDEX-відкриває задані індекси поточного файлу бази даних.

SET INDEX TO-закриває всі відкриті індекси в поточної робочої області.

SET FILTER-Дозволяє виводити і обробляти тільки ті записи файлу БД, які задовольняють заданій умові.

SORT-Сортує базу даних.

STORE-Поміщає дані в тимчасові змінні і масиви.

SUM-Обчислення суми числових полів

USE-відкриває БД в зазначеної робочої області

ЦІЛІ І ЗАВДАННЯ ПРОЕКТУВАННЯ.

Основна мета процесу проектування БД складається: в отриманні такого проекту, який задовольняє наступним вимогам:

• коректності схеми БД, тобто база даних повинна бути гомоморфним чином моделюється предметної області, де кожному об'єкту предметної області відповідають дані в пам'яті ЕОМ, а кожному процесу предметної області - адекватні процедури обробки даних. При цьому результати виконання процесу та відповідних йому процедур обробки даних повинні співпадати в будь-який момент функціонування, якщо це передбачено проектом;

• забезпечення обмежень на конфігурацію обчислювальної системи, в першу чергу, на ресурси зовнішнього і оперативної пам'яті;

• ефективність функціонування, тобто Забезпечення вимог до часу реакції системи на запити та оновлення БД;

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

• простота і зручність експлуатації інформаційної системи;

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

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

СТРУКТУРА ПРОЦЕСУ ПРОЕКТУВАННЯ

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

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

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

• інтерфейси;

• ефективність функціонування;

• вартість розробки додатків;

• вартість експлуатації;

• гнучкість системи.

ОБСТЕЖЕННЯ ПРЕДМЕТНОЇ ОБЛАСТІ

ВИБІР СУБД

ПРОЕКТЕРОВАНІЕ РЕАЛІЗАЦІЇ

Рис. 1. Структура процесу проектування

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

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

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

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

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

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

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

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

• тип ЕОМ;

• операційна система;

• обсяги оперативної пам'яті;

• конфігурація обчислювальної системи і наявність реалізацій СУБД для декількох типів ЕОМ.

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

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

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

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

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

• необхідні обсяги основної і дискової пам'яті;

• трудомісткість розробки програмних засобів оточення СУБД;

• трудомісткість реалізації програм;

• витрати на навчання персоналу;

• вартість експлуатації, інформаційної системи;

• можливість суміщення розробки БД з раніше виконаними програмними реалізаціями;

• прогнозовані терміни реалізації інформаційної системи.

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

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

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

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

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

• введення інформації в систему;

• захист даних;

• управління використанням даних;

• управління ефективністю системи.

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

ТЕХНОЛОГІЯ ВЕДЕННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ

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

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

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

коректності бази даних. Така програма буде виконуватися в проміжку між сеансами обробки даних.

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

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

виявлених помилок.

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

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

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

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

пам'яті, реактивності системи, відомості про частоту використання даних та ін На підставі цих відомостей адміністратор БД приймає рішення про зміни параметрів схем або про проведення реорганізацій.

ПОСТАНОВКА ЗАВДАННЯ.

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

До складу контрольної завдання «Деканат» входять такі структурні компоненти, кожен з яких наділений властивими йому властивостями, в даному випадку полями (рис 2.).

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

Організація праці і функції користувача.

Користувач в рамках документування здійснюють наступні функції:

- Власне реєстрацію первинної облікової інформації шляхом набору її на

клавіатурі;

- Виконання процедур початку і завершення кожного сеансу

автоматизованої реєстрації первинної інформації;

- Сприйняття та аналіз повідомлень комплексу повідомлень комплексу видаються

даних на дисплей у процесі автоматизованого документування;

0. відображення необхідної інформації в «человекочітаемой» формою;

У загальному вигляді методологічні аспекти повинні відображати такі питання:

машинне формування первинної інформації в документах і на машинні носії;

машинне ведення обліку даних, що надходять;

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

Бази даних.

Структура баз даних реляційна, тобто складається з колонок і записів.

Так як програма в майбутньому буде реалізована на FoxPro, то швидкість звернення до

БД досить висока. Вище наведено опис СУБД, що підтримують реляційну модель даних. Наведено основні функції і команди Fox Pro2.0.

ХІД РІШЕННЯ КОНТРОЛЬНОЇ ЗАВДАННЯ.

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

Робота з БД реалізована за допомогою функцій роботи з БД, що грунтуються на вбудованому наборі функцій мови FoxPro 2.0

Порядок вирішення даної задачі:

1) Ознайомлення з предметною областю.

2) Вивчення процесу проектування та системи управління базами даних.

3) Розробка структури даної задачі.

4) Збір інформації на різних факультетах і в ректораті, необхідної для створення універсальної програми для всього університету.

5) Підготовка звіту.

ВИСНОВОК

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

функцій мови FoxPro 2.0, розроблена структура даної задачі. Ще одне завдання

полягає в розробці нових ІС з тим, щоб з'явилася можливість використовувати

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

Тобто необхідно удосконалити програму, зробити її універсальною. Виникає

необхідність все більш інтенсивно залучати в цей процес сучасні засоби

обчислювальної техніки. Їх використання дозволить прискорити обробку

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

ефективного використання подібних систем необхідне використання

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

ЛІТЕРАТУРА

1) ПоповА.А. Програмування в середовищі СУБД Fox Pro2.0 Москва «Радіо і зв'язок», 1994р.

2) www. foxpopuli. narod. ru - Web-сайт, присвячений FoxPro 2.6

MS-DOS.

3) http: / / www. fio. ru / - web-сайт Федерації Інтернет освіти.

4) http: / / www. citforum. ru / database / foxpro. shtml - матеріали по БД: Fox Pro

5) http: / / db. Informika. Ru / - електронний довідник по Fox Pro.

6) http: / / www. inftech. webservis. ru / - web-сайт Інформаційних технологій.

7) www. E - russia. Ru - web-сайт, присвячений змісту, проблем і обгрунтування необхідності вирішення ФЦП «Електронна Росія» програмними методами.

8) http: / / ccc. Ru / elro / about. Html - Матеріали про Електронної Росії: дискусійний центр.

9) http: / / www. e - rus. org / articles / meaning _ programm. shtml - Офіційний текст програми «Електронна Росія»

10) www. Hse. Ru / ~ erussia - web-сайт ФЦП «Електронна Росія».

ДОДАТКИ