Ієрархічне дерево - велика енциклопедія нафти і газу, стаття, сторінка 4
ієрархічне дерево
Реєстр має ієрархічну організацію, яка, містить багато рівнів ключів, субключей в параметрів. Інформація зберігається у вигляді ієрархічного дерева. кожен вузол якого називається ключем. Ключ може містити субключі і значення параметрів. [46]
У додатках або в інших версіях системи вікна довідки можуть виглядати інакше. Однак у всіх випадках зберігається можливість пошуку потрібної інформації за ієрархічним дереву розділів. за алфавітним покажчиком і за змістом статей. [47]
Цей рівень відповідає елементарним лавинам, число яких дорівнює N. На верхньому рівні (і і0 1) є єдиний вузол, який відповідає глобальній лавині. Знайдемо залежність N (u), що визначає розподіл числа вузлів ієрархічного дерева по його рівнями. [49]
Цей пункт присвячений розвитку картини, що дозволяє уявити вибухову кристалізацію як режим самоорганізуемой критичності. У згоді з ієрархічноїспівпідпорядкованістю суперлавіна верхнього рівня може виникнути тільки після формування елементарних лавин нижнього рівня ієрархії. Потім цей процес повторюється на більш високих рівнях - аж до формування глобальної лавини, що відповідає вершині ієрархічного дерева. Зазначена ієрархічна картина вибуховий кристалізації проявляється на мікроскопічних фотографіях візерунків кристалізації, наведених на рис. 62, де вона виявляється у формі деревовидної фрактальної структури. [50]
Кількість ієрархічних рівнів залежить від предметної області об'єкта проектування. Найбільш часто використовуються: машина в цілому, підсистема, вузли, що входять в підсистему; механізми, деталі, поверхні. Два або більше технічних рішень, що мають однакову функцію (однакове функціональне опис), можуть бути представлені одним ієрархічним деревом. Однакові функціональні елементи технічних рішень позначаються вершинами типу І, елементи однакового функціонального призначення, але відрізняються виконанням - вершинами типу АБО. [51]
Термін DL / 1 (мова опису даних, версія 1) використовується зазвичай стосовно структурам IMS [A. Якщо говорити більш точно, це мова, яка використовується в прикладних програмах для зв'язку із засобами IMS. У даній книзі термін DL / 1 використаний в більш вузькому сенсі - для визначення самих структур даних. Ці структури є ієрархічне дерево з точки зору прикладної програми, хоча реалізуються як обмежені мережеві структури. [52]
Кожен модуль, який створюється на основі розробляється форми, являє собою опис класу. Будь-компонент, наявний в формі, також є екземпляром деякого класу. Класи в Dslpiu утворюють деякий ієрархічне дерево. [53]
Спочатку здійснюється побудова ієрархічної структури, необхідної для обчислення інтегрального показника. На цьому етапі відбувається вибір показників (параметрів), що характеризують об'єкти в рамках вирішення конкретної проблеми. Хочеться відзначити, що одні й ті ж об'єкти, але в різних проблемних ситуаціях, можуть характеризуватися абсолютно різними списками показників. Вибір зазвичай проводиться таким чином: визначаються найбільш значущі групи показників або так звані узагальнені показники, важливі для вирішення даної проблеми, але безпосередньо не вимірювані в силу абстрактного характеру. Далі, кожен такий абстрактний показник деталізується до тих пір, поки не будуть отримані конкретні параметри, що характеризують об'єкт. В результаті цієї операції відбувається побудова ієрархічного дерева. кінцевими елементами якого є показники об'єкта. [54]
Кожна людина з групи розробки повинен прочитати кілька сторінок і розсортувати вимоги по модулях. Оскільки такий процес більше відповідає фазі розробки, стає все більш важливим дотримання точності в співвідношенні вимог і функцій або модулів. Однак поки мета роботи полягає в розміщенні кожного вимоги користувача на функціональної ієрархії. Зазвичай вимоги поміщаються досить високо на ієрархічному дереві. але подробиці про підключення до специфічних функцій задаються на рівні листя. [55]
Для кожної предметної області створюється функціональна ієрархія і проводиться сортування по користувачах, класам користувачів і походження даних. Деякі користувачі з'являться в кількох класах. Межі класів можуть перетинати кілька технічних областей. Решта користувачі можуть бути віднесені до окремих областей. Кожна певна користувачами завдання повинна стати функцією на наступному рівні ієрархії. Все інше має залишатися вимогою, що належать до однієї або декількох завдань в даній області. Коли не ясно, де розташувати вимога на функціональної ієрархії, його слід помістити вище на ієрархічному дереві. [56]
Сторінки: 1 2 3 4