Редактирование: Базы Данных, 19 лекция (от 09 ноября)

Материал из eSyr's wiki.

Внимание: Вы не представились системе. Ваш IP-адрес будет записан в историю изменений этой страницы.

Правка может быть отменена. Пожалуйста, просмотрите сравнение версий, чтобы убедиться, что это именно те изменения, которые вас интересуют, и нажмите «Записать страницу», чтобы изменения вступили в силу.

Вводится специальное граф
представление, И так дпалее .До поры до времени он существовал сам по
себе, пока над ним не взял контроль консорциум.
 

Получилась бзабавная картиночка:
 

Метаметамодель &ndash; нотация, с
помощью которой определяются остальные. Считается, что она сама
определяется, но она определяется с помощью себя самой.
 

 

Все порядка 30 моделей определены в
стандарте, и с помощью их опред модели.
 

Ещё что интересного есть в UML &ndash;
стереотипы и профайлы.
 

Каждую метамодель с помощью
метеметамодели и других метамоделей можно уточнять.
 

Model Driven Development (MDD)
 

Model Driven Architecture (MDA)
 

Platform-Independed Model
 | MS SQL
V Server 2005
Platform Specific Model 

Перекход делается с помощью прфайлов, и
идёт к тому, чтобы делалось автоматически.
 

Теперь алектор сосредотачивается на
диаграмах классов. 

 

Диаграммы классов &ndash; показывают
некоторый набор классов или других сущностей и некоторых связей между
этими классами.
 

 

Object Constrint Language (OCL) - jxtym
rhfcbdsq? Vfktymrbq zpsxjr
 

У UML семантика очень слабая. Есть
люди, которые считают, что коль скоро мы предлагаем людям формальный
язык, то, значит, у него должна быть формальная семантика, также
документированная, как и синтаксисъ
 

Пока лектор не расскажет OCL,
контрольной не будет. Ибо лектор учень любит давать на неё задачки.
 

Диаграмма классов
Классы &ndash; именованные описания
объектов
 

Какой-то ушлый преподаватель недооценил
лектора. - лектор таки нашёл мел, который был спрятан за задвинутой
доской.
 

<OL>
	<LI>атрибуты
	<LI>операции
	<LI>связь
	<LI>семантика
</OL>
 

Формально у класса может не быть
атрибутов.
 

Свойство, выраж атрибутом, является
свойством сущности, которая присуща всем объектам класса.
 

Атрибут &ndash; абстракция состояния
объекта.
 

Операции класса &ndash; именованная
услуга, которужю можно запросить у любого объекта класса.
 

Сигнатура операции &ndash; имя
операции, тип значения, список типов параметров
 

Самая большая неприятность языка UML &ndash;
то, что там терминологияч не такая. Например, понятие связи в UML &ndash;
понятие более общее, чем в ER-диаграммах. 

 

Связи:
<OL>
	<LI>зависимость
	<LI>обобщения
	<LI>ассоциации &ndash; то же, чот и
	связь в ER-диаграммах
</OL>
 

Лектор будет расматривать типы связей в
порялке возрастания.
 

Зависимость &ndash; то, что одна
сущность бкз другой не имеет смысла.
 

Обобщения (связь &laquo;is a&raquo;)
 

Лектор ужасно не любит, когда
спрашивает, что нужно иметь по минимуму, чтобы было позднее
связывание, и отвечают, что нужен механизм вирт функций. Это соверш
непраавильно. А нужно в рантайме по ссылке на объект узнавать, какого
он точно класса. 

 

Лектор &ndash; первый человек по в
СССР, который написал статью по С++. (1985)
 

Страустрап.
 

Обобщение &ndash; стрелочка новорит,
что у аэроплана один базовый класс, и аэроплан является его
подклассом.
 

Показательный пример.
 

При том, что Дейта и Дарелл (?)
терпеть не может UML, как и полагается нормалдьным людям, тем не
менее, у них основные свойства наследования такие же, как в UML.
 

Есть класс яблоки, и мы там ввели все
возможные атрбуты яблок. Лектор знает людей, которые едят
принципиально зелёные ябдлоки... этот пример лектору не нравится
 

Всегда можно прийти к картинке с общим
корнем.
 

Новый курс &ndash; модельные основы
технологий БД и их приложения.
 

И у студент, и у преполда есть комната.
Препод &ndash; комната, где покурить, студент &ndash; комната в
общаге. У препода-студента и то, и другое. Какие решения &ndash;
запретить образование класса, пока есть одноимённые атрибуты. Это
упражнение не годится, потомцу что класс &ndash; вещь динамичная.
Втрое &ndash; наследовать свойства только от одного изх суперклассов.
Ещё одна возможность &ndash; переименовать автоматом. На самом деле,
тоже не очень сдорово, потому что на уровне ЧеловекИзУнивера не
должны быть атрибуты, которые такие. Кроме того, имена получапются
очень длинные.
 

Вывод &ndash; ребята, множественное
наследование &ndash; вещь красивая. Но. Лектор не знает, как её
реализовать в SQL.
 

Связи &ndash; ассоциации
 

У каждой 2 конца, хотя в UML
допускаются н-арные ассоциации. В OCL они не допускаются.
 

Графически на диаграмах сущность-связь
это линия, которая соед класс с самим собой или другим классом.
 

Ассоциации:
<OL>
	<LI>Имя
	<LI>Роль
	<LI>Кратность
	<LI>Агрегация
</OL>
 

Кратность &ndash; multiplicity
Число объектов, которые могут
находиться на конце связи
 

Имя.
Допускается именование ассоциации одним
именем, именами ролей, и вообще без имени.
 

 

{{Базы Данных}}
{{Lection-stub}}

Пожалуйста, обратите внимание, что все ваши добавления могут быть отредактированы или удалены другими участниками. Если вы не хотите, чтобы кто-либо изменял ваши тексты, не помещайте их сюда.
Вы также подтверждаете, что являетесь автором вносимых дополнений, или скопировали их из источника, допускающего свободное распространение и изменение своего содержимого (см. eSyr's_wiki:Авторское право).
НЕ РАЗМЕЩАЙТЕ БЕЗ РАЗРЕШЕНИЯ ОХРАНЯЕМЫЕ АВТОРСКИМ ПРАВОМ МАТЕРИАЛЫ!

Описание изменений:

Отменить | Справка по редактированию (в новом окне)

Шаблоны, использованные на этой странице:

Получено с http://esyr.org/wiki/%D0%91%D0%B0%D0%B7%D1%8B_%D0%94%D0%B0%D0%BD%D0%BD%D1%8B%D1%85%2C_19_%D0%BB%D0%B5%D0%BA%D1%86%D0%B8%D1%8F_%28%D0%BE%D1%82_09_%D0%BD%D0%BE%D1%8F%D0%B1%D1%80%D1%8F%29

@@ Строка 1: / Строка 1: @@
 <P STYLE="margin-bottom: 0cm">Вводится специальное граф
-представление, И так далее. До поры до времени он существовал сам по
+представление, И так дпалее .До поры до времени он существовал сам по
 себе, пока над ним не взял контроль консорциум.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
-<P STYLE="margin-bottom: 0cm">Получилась забавная картиночка:</P>
+<P STYLE="margin-bottom: 0cm">Получилась бзабавная картиночка:</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
@@ Строка 37: / Строка 37: @@
 <P STYLE="margin-bottom: 0cm">Platform Specific Model
 </P>
-<P STYLE="margin-bottom: 0cm">Переход делается с помощью прфайлов, и
+<P STYLE="margin-bottom: 0cm">Перекход делается с помощью прфайлов, и
 идёт к тому, чтобы делалось автоматически.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
-<P STYLE="margin-bottom: 0cm">Теперь лектор сосредотачивается на
+<P STYLE="margin-bottom: 0cm">Теперь алектор сосредотачивается на
-диаграммах классов.
+диаграмах классов.
 </P>
 <P STYLE="margin-bottom: 0cm"><BR>
@@ Строка 60: / Строка 60: @@
 люди, которые считают, что коль скоро мы предлагаем людям формальный
 язык, то, значит, у него должна быть формальная семантика, также
-документированная, как и синтаксис</P>
+документированная, как и синтаксисъ</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
@@ Строка 98: / Строка 98: @@
 </P>
 <P STYLE="margin-bottom: 0cm">Операции класса &ndash; именованная
-услуга, которую можно запросить у любого объекта класса.</P>
+услуга, которужю можно запросить у любого объекта класса.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
@@ Строка 106: / Строка 106: @@
 </P>
 <P STYLE="margin-bottom: 0cm">Самая большая неприятность языка UML &ndash;
-то, что там терминология не такая. Например, понятие связи в UML &ndash;
+то, что там терминологияч не такая. Например, понятие связи в UML &ndash;
 понятие более общее, чем в ER-диаграммах.
 </P>
@@ Строка 115: / Строка 115: @@
 	<LI><P STYLE="margin-bottom: 0cm">зависимость</P>
 	<LI><P STYLE="margin-bottom: 0cm">обобщения</P>
-	<LI><P STYLE="margin-bottom: 0cm">ассоциации &ndash; то же, что и
+	<LI><P STYLE="margin-bottom: 0cm">ассоциации &ndash; то же, чот и
 	связь в ER-диаграммах</P>
 </OL>
@@ Строка 125: / Строка 125: @@
 </P>
 <P STYLE="margin-bottom: 0cm">Зависимость &ndash; то, что одна
-сущность без другой не имеет смысла.</P>
+сущность бкз другой не имеет смысла.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
@@ Строка 134: / Строка 134: @@
 спрашивает, что нужно иметь по минимуму, чтобы было позднее
 связывание, и отвечают, что нужен механизм вирт функций. Это соверш
-неправильно. А нужно в рантайме по ссылке на объект узнавать, какого
+непраавильно. А нужно в рантайме по ссылке на объект узнавать, какого
 он точно класса.
 </P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
-<P STYLE="margin-bottom: 0cm">Лектор &ndash; первый человек в
+<P STYLE="margin-bottom: 0cm">Лектор &ndash; первый человек по в
 СССР, который написал статью по С++. (1985)</P>
 <P STYLE="margin-bottom: 0cm"><BR>
@@ Строка 146: / Строка 146: @@
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
-<P STYLE="margin-bottom: 0cm">Обобщение &ndash; стрелочка говорит,
+<P STYLE="margin-bottom: 0cm">Обобщение &ndash; стрелочка новорит,
 что у аэроплана один базовый класс, и аэроплан является его
 подклассом.</P>
@@ Строка 155: / Строка 155: @@
 </P>
 <P STYLE="margin-bottom: 0cm">При том, что Дейта  и Дарелл (?)
-терпеть не может UML, как и полагается нормальным людям, тем не
+терпеть не может UML, как и полагается нормалдьным людям, тем не
 менее, у них основные свойства наследования такие же, как в UML.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
 <P STYLE="margin-bottom: 0cm">Есть класс яблоки, и мы там ввели все
-возможные атрибуты яблок. Лектор знает людей, которые едят
+возможные атрбуты яблок. Лектор знает людей, которые едят
-принципиально зелёные яблоки... этот пример лектору не нравится</P>
+принципиально зелёные ябдлоки... этот пример лектору не нравится</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
@@ Строка 172: / Строка 172: @@
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
-<P STYLE="margin-bottom: 0cm">И у студент, и у препода есть комната.
+<P STYLE="margin-bottom: 0cm">И у студент, и у преполда есть комната.
 Препод &ndash; комната, где покурить, студент &ndash; комната в
 общаге. У препода-студента и то, и другое. Какие решения &ndash;
 запретить образование класса, пока есть одноимённые атрибуты. Это
-упражнение не годится, потому что класс &ndash; вещь динамичная.
+упражнение не годится, потомцу что класс &ndash; вещь динамичная.
-Втрое &ndash; наследовать свойства только от одного из суперклассов.
+Втрое &ndash; наследовать свойства только от одного изх суперклассов.
 Ещё одна возможность &ndash; переименовать автоматом. На самом деле,
 тоже не очень сдорово, потому что на уровне ЧеловекИзУнивера не
-должны быть атрибуты, которые такие. Кроме того, имена получаются
+должны быть атрибуты, которые такие. Кроме того, имена получапются
 очень длинные.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>
 <P STYLE="margin-bottom: 0cm">Вывод &ndash; ребята, множественное
-наследование &ndash; вещь красивая. Но! Лектор не знает, как её
+наследование &ndash; вещь красивая. Но. Лектор не знает, как её
 реализовать в SQL.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
@@ Строка 197: / Строка 197: @@
 </P>
 <P STYLE="margin-bottom: 0cm">Графически на диаграмах сущность-связь
-это линия, которая соединяет класс с самим собой или другим классом.</P>
+это линия, которая соед класс с самим собой или другим классом.</P>
 <P STYLE="margin-bottom: 0cm"><BR>
 </P>

Редактирование: Базы Данных, 19 лекция (от 09 ноября)

Материал из eSyr's wiki.

Просмотры

Личные инструменты

Навигация

инструменты

Разделы

Спецкурсы

9 семестр

7 семестр

5 семестр

3 семестр

Поиск

Инструменты