Розробка програмного забезпечення, ведення бази даних і отримання відомості з частковими сумами.
Реалізація алгоритму обробки даних і ведення реляційної бази даних.
Аналіз обробки БД для її отримання:
b>
а) За яким файлу проводиться головний цикл обробки?
Головний цикл обробки в підпрограмі vedom - (п.п., яка здійснює виявлення всіх випадків перевищення нормативних інтервалів між профілактики, виведення їх у вивідний файл "DD", а також здійснює видачу відомості на принтер) проводиться по файлу bb.dbf .
б) Як він має бути впорядкований?
Він повинен бути впорядкований в хронологічному порядку.
Приклад:
index on bb-> invnom + dtoc (bb-> dateprof) to bb0001
Довідка:
b>
Синтаксис:
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".
Принципи підготовки даних для тестового прикладу і заповнення вихідних даних.
b>
Ці дані були вибрані довільно - "з голови":
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.
Ведення БД.
b>
Якими табл. представлено ведення БД, за якою табл. вказується поточна робоча область, її слуги, колонки таблиці, набір клавіш на які передбачена реакція системи.
Клавіші на які реагує система:
--
/