Канонічна модель
Канонічні моделі застосовують в тих випадках, коли в геометричних об'єктах вдається виділити параметри, які однозначно визначають їх форму. Наприклад, для окружності такими параметрами є координати центру і радіусу кола. При використанні канонічних моделей геометричний синтез зводиться до параметричного. [1]
Канонічна модель для Т в Я (Г) адекватна. [2]
Канонічні моделі використовують в тих випадках, коли вдається виділити параметри, однозначно визначають геометричний об'єкт і в той же час мають просту зв'язок з його формою. Наприклад, для плоского багатокутника такими параметрами є координати вершин, для циліндра - напрямні косинуси і координати деякої точки осі, а також радіус циліндра. [3]
Канонічна модель (рис. 1.1) визначає зовнішню структуру об'єкта управління і характеризує його зв'язку з середовищем, які здійснюються через входи і виходи керованої системи. [4]
Канонічна модель для 7 - в І (Г) адекватна. [5]
Канонічна модель R. обумовлена гомоморфизмом Л, володіє потрібними властивостями. [6]
Для канонічної моделі не потрібно додаткових перетворень. [8]
Підставою методу є канонічна модель специфікації вимог і компонентів, що має формальну інтерпретацію; теорія уточнення, що дозволяє отримувати обгрунтовані висновки про можливість повторного використання компонентів; обчислення специфікацій, на основі якого реалізується композиційне конструювання систем з компонентів; онтологічний підхід, який використовується для семантичної інтеграції контекстів. [9]
Відповідно до канонічної моделлю системи модель вартості корисного виходу (рис. II.3.5) включає в себе вартості входу, процесу, компенсації наслідків шкідливого виходу. Отже енергетична оцінка виходу системи повинна мати принаймні дві складові, що характеризують корисний і шкідливий результати роботи процесора. [10]
Цей недолік усувається в канонічних моделях і в геометричних макромодслях. [11]
Виконання вимог нормалізації забезпечує побудова канонічної моделі даних і створення на її основі реляційної бази даних без дублювання описових даних, а також можливість автоматичної підтримки зв'язковий цілісності даних засобами СУБД при обнови ванні бази даних - додавання і видалення записів, зміну значень в ключових полях. [12]
З цього моменту можна вважати, що робоча канонічна модель бази даних існує. Удосконалення канонічної моделі також є ітеративний процес, але дещо іншого характеру, як це видно з рис. 12.1. Канонічна модель спочатку була отримана шляхом об'єднання функціональних вимог до даних, і, хоча вона забезпечує необхідні шляхи доступу до даних, доцільно внести в її структуру деякі зміни з метою підвищення ефективності обробки даних, забезпечення засобів захисту або інших перерахованих нижче властивостей. [14]
До змінної інформації належать такі дані: масиви канонічної моделі. відбиває завдання на проектування, оброблювану деталь, відомості про оснащується операції та інші вхідні дані; масиви інформаційної моделі конструкції пристосування; масиви інформаційного опису конструкторської документації (креслень, специфікації); проміжні дані, які зберігаються в пам'яті ЕОМ деякий час в процесі проектування. [15]
Сторінки: 1 2 3