Життєвий цикл програмної системи, що проектується, складає декілька етапів. Спочатку ця система буде використовуватись як локальна, що буде працювати на трьох – п'яти комп’ютерах у деканаті, а потім, з розвитком АСУ „ВУЗ” – як її складова частина. Можливість у наступному нарощування АРМу „Деканат” до системи з використанням клієнт – серверної технології повинна враховуватись ще на ступені проектування.
Для кожного студента необхідно зберігати його анкетні дані (прізвище, ім'я, по батькові, адресу, і т.д. – приблизно до 100 байт на одного студента), дані про відвідування занять студентами (до 18 байт на одного студента за один день навчань, у рік 34 навчальних неділь по п’ять днів – 34*5*18=3060 байт), дані про атестацію – 800 байт за рік для одного студента, дані про іспити і заліки – 360 байт за рік для одного студента, архів на одного студента за рік – 5 Кб. Виходячи з розрахунку на 1400 студентів факультету загальна потреба у зберіганні даних – 5.76 Мб на студентів що зараз навчаються і до 20 Мб для зберігання архіву всіх студентів що навчалися раніше. Взагалі це буде становити до 50 Мб разом з програмою та іншими необхідними програмами, а це значно менше ніж встановлюється на сучасні комп’ютери (від 40 Гб), тому особливих вимог до місткості накопичувача даних обчислювальної системи немає.
Система програмування баз даних повинна бути такою що підтримує технологію візуального та об’єктно - орієнтованого програмування (ця технологія на сьогодні є сучасною). Проектувати програмну систему слід за допомогою засобів візуального моделювання. Для вирішення поставленої задачі достатньо настільної СУБД. Обчислювальна система повинна бути побудована на базі персонального комп’ютера з процесором не гірше 200МГц з операційною системою Windows 9x/2000/XP, тому що перераховане вище сучасне інструментальне програмне забезпечення не забезпечує комфортної роботи на комп’ютерах нижчого класу.
Для комфортної роботи слід вважати комп’ютер з характеристиками не гірше ніж:
· Процесор Pentium III – 1ГГц (або Celeron)
· Оперативна пам'ять – 256 Мб
· Накопичувач на жорсткому диску – 40 Гб
· Принтер лазерний або струменевий.
При виборі СУБД ми не будемо розглядати програмні продукти які вже не супроводжуються виробником (наприклад СУБД Clipper) або застарілі версії (FoxBase, Karat та ін.).
На сьогоднішній день відомо більш двох десятків форматів даних настільних СУБД, однак найбільш популярними, виходячи з числа проданих копій, варто визнати dBase, Paradox, FoxPro і Access. Слід також зазначити MicrosoftDataEngine — власне кажучи серверну СУБД, що представляє собою “полегшену” версію Microsoft SQL Server, але призначену, проте, для використання головним чином у настільних системах і невеликих робочих групах.
Проаналізуємо зазначені вище СУБД на предмет можливості їх використання.
3.1.3.1. DBase і Visual DBase
В даний час Visual dBase належить компанії dBase Іnc. Його остання версія — Visual dBase 7.5 має наступні можливості:
· Засоби маніпуляції даними dBase і FoxPro усіх версій.
· Засоби створення форм, звітів і додатків.
· Засоби публікації даних в Internet і створення Web-клієнтів.
· Ядро доступу до даних Advantage Database Server фірми Extended Systems і ODBC- драйвер для доступу до даних цієї СУБД.
· Засоби публікації звітів у Web.
· Засоби візуальної побудови запитів.
· Засоби генерації файлів, що виконуються, і дистрибутивів.
В даний час до Visual dBase як доповнення може бути придбаний компонент dConnectіons, що дозволяє здійснити доступ до даних Oracle, Sybase, Informix, MS SQL Server, DB2, InterBase з Visual dBase 7.5 і додатків, створених з його допомогою.
3.1.3.2. Paradox
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.