Проектування організації даних

Проектування організації даних Розробник структури даних повинен відповісти на слідуючі принципові питання: • Які дані обробляє програма та яка їх структура? Дані, що обробляються програмою, можуть бути досить прості, як перемінні різних типів, а можуть уявляти собою величезні масиви взаємозв’язаної інформації, які старанно аналізуються та організуються у реляційні бази даних. • Як здійснюється доступ до даних? Дані можуть зберігатися у пам’яті або на постійних носіях, та доступ до них може здійснюватися просто по найменню або через певні, спеціально для цього написані функції. Дані можуть бути загальнодоступними, або ж їх читання та коригування може чітко регулюватись. • Які принципи найменування даних? Чи використовуються у даній розробці визначені згоди про наймення? Чи повинні наймення бути достатньо зрозумілими, щоб програміст, котрий буде здійснювати супроводження продукту далі, зміг по ним зрозуміти призначення даних. • Як зберігати дані? Визначні дані будуть зберігатися на постійному носії. У якому форматі вони будуть зберігатися? Як до них буде здійснюватись доступ? Які для цього знадобляться додаткові програмні засоби? З технології процедурного програмування неявно випливало, що програмний продукт перш за все аналізується з точки зору його функцій, а вже потім із точки зору опрацьованих даних. Якщо структура даних змінюється, всі модулі, що до них звертаються, знадобиться переписувати. Ось чому дуже корисно будувати концепцію програми з позиції об’єктів. У цьому разі модулі розглядаються як функціональні елементи, необхідні для переводу об’єкту з одного стану в інший: один модуль потрібний для вводу інформації про об’єкт, а інший виконує над нею конкретні обчислення, переводить об’єкт в інший стан, а третій виводить результати. Таким чином, модулі можуть виникати по мірі потреби у перетворені об’єкту. При такому аналізі виявляються ті зв’язки поміж програмними одиницями, які при вивченні продукту тільки з функціональної точки зору могли б бути утрачені.