Розробка програмного забезпечення, ведення бази даних і отримання відомості з
частковими сумами.
Реалізація алгоритму обробки даних і ведення реляційної бази даних.
 
Аналіз обробки БД для її отримання:
а) За яким файлу проводиться головний цикл обробки?
Головний цикл обробки в підпрограмі vedom - (п.п., яка здійснює
виявлення всіх випадків перевищення нормативних інтервалів між профілактики,
виведення їх в вивідний файл "DD", а також здійснює видачу відомості на принтер)
проводиться по файлу bb.dbf.
б) Як він має бути впорядкований?
Він повинен бути впорядкований в хронологічному порядку.
Приклад:
index on bb-> invnom + dtoc (bb-> dateprof) to bb0001
Довідка:
Синтаксис:
INDEX ON TO
INDEX - команда обробки бази даних, яка створює файли, що містять індекси
бази даних на основі значення аргументу. При використанні
індексного файлу записи бази даних обробляються в послідовності,
заданої ключовим виразом, однак фізичний порядок проходження записів бази
даних залишається незмінним. INDEX забезпечує послідовність записів,
упорядковану по значенням ключового вирази. Для ключів типу CHARACTER - в
відповідно до значення ASCII коду кожного символу усередині рядка, для ключів
типу NUMERIC - у відповідності з числовим порядком, для ключів типу дата - в
хронологічному порядку і для логічних - вважається, що істина (. Т.) - більш
високого порядку.
Memo-поля не можуть бути індексовані.
в) Чи застосовуються фільтри?
Хоча команда SET FILTER робить так, що файл в робочій області виглядає
що складається з підмножини записів, насправді послідовно обробляються
всі його записи.
Фільтри не застосовуються, так як час роботи з фільтрованої і нефільтроване
робочою областю виявляється одним і тим же.
г) Чи є зв'язку "хазяїн-слуга" і по яких полях?
У підпрограмі vedom є зв'язку.
Приклад:
а) set relat to bb-> invnom into cc Зв'язок по полю "invnom".
б) set relat to cc-> idst into aa additive Зв'язок по полю "idst".
в) set relat to dd-> invnom into cc additive Зв'язок по полю "invnom".
Принципи підготовки даних для тестового прикладу і заповнення вихідних даних.
Ці дані були вибрані довільно - "з голови":
1) Ідентифікатор типу верстата
2) Інвентарний номер верстата
3) Вид профілактики
4) Назва типу верстата
Ідентифікатор запису у файлі bb.dbf заповнювався за спаданням (від 1 до 18), де 1 -
перший запис, а 18 - остання.
Норма кол-ва днів між профілактики була обрана довільна.
Дата профілактики вибиралася так, щоб норма кол-ва днів між профілактики
була перевищена для всіх видів профілактик.
б) Пункти меню, що в них робиться?
Меню № 1:
1) Відразу приступити до роботи з Базою Даних
2) Заново побудувати всі індекси Бази Даних
3) Провести компресію Бази Даних
4) Вихід з Бази Даних
При виборі п.1, якщо індекси вже є ми потрапляємо в меню № 2.
При виборі п.2 заново відбувається побудова всіх індексів Б.Д.
При виборі п.3 проводиться компресія (ущільнення) Б.Д.
При виборі п.4 з'являється горизонтальне підменю:
а) Зберегти і продовжити б) Завершити роботу
П.а) Зберегти всі внесені зміни та продовжити
П.б) Завершити роботу з базою даних зі збереженням всіх змін
Меню № 2:
1) Ведення файлу "Нормативи профілактики обладнання"
2) Ведення файлу "Профілактика"
3) Отримання відомості порушення норм техобслуговування
4) Вихід з Бази Даних
При виборі п.1 ми потрапляємо в редактор файлу aa.dbf - ( "Нормативи профілактики
обладнання "), де ми можемо його переглядати й редагувати.
При виборі п.2 ми потрапляємо в редактор файлу bb.dbf - ( "Профілактика"), де ми
можемо його переглядати й редагувати.
При виборі п.3 відбувається виявлення всіх випадків перевищення нормативних
інтервалів між профілактики, виведення їх у вивідний файл "DD", а також видача
відомості на принтер.
При виборі п.4 виконуються дії аналогічні п.4 в меню № 1.
Ведення БД.
Якими табл. представлено ведення БД, за якою табл. вказується поточна робоча
область, її слуги, колонки таблиці, набір клавіш на які передбачена
реакція системи.
Клавіші на які реагує система:
/