Вы забыли применить класс .content .
Должно быть:
<!DOCTYPE html>
<html>
<head>
<meta name="viewport"
content="width=device-width, initial-scale=1">
<link rel="stylesheet"
href="styles.css">
<style>
body {
margin: 0 auto;
font-family: Arial, Helvetica, sans-serif;
background: #8E8E8E
}
.content {
font-size: 17px;
text-align: center;
}
footer {
background-color: #975026;
padding: 10px;
text-align: center;
color: #1BEF0A;
}
</style>
</head>
<header>
<div class="content">
<a href="home.html">
<img src="vmoto.gif"
alt="vmoto"
width="1050"
height="163">
</a>
</div>
</header>
<body>
Стереотип существует и используется для представления дополнительной информации об артефакте, которую документация или его классификация в конкретный блок артефактов могут не предоставить. Например, вы определили класс данных, вы можете дать ему имя, объяснить атрибуты и операции, но он сам может не дать полной информации. В тот момент, когда вы стереотипируете его как <>, он указывает полную информацию; До тех пор он продолжается как любой другой класс для разработчика.
«Стереотипы используются для расширения нотационных элементов UML, для классификации и расширения ассоциаций, отношений наследования, классов и компонентов»
Стереотип позволяет создавать новый вид элементов моделирования. Стереотипы должны основываться на элементах, которые являются частью метамодели UML. Некоторые общие стереотипы для класса - сущность, граница, контроль, полезность и исключение. Стереотип для класса показан ниже имени класса, заключенного в guillemets (то есть «
и »
, произносится как gee-may ). При желании графический значок или определенный цвет может быть связан со стереотипом.
Насколько я понимаю, основная цель стереотипов - обеспечить расширение самого UML (как языка моделирования), а не моделировать что-либо.
Сказав это, я также думаю, что ваш вопрос подразумевает другой возможный правильный ответ: некоторые люди предпочитают использовать стереотипы для обозначения (неформально!) Определенных общих черт между классами. Они могут сделать это только потому, что это проще, чем создание подклассов, и «достаточно хорошо» для целей их моделей.
Например, многие программные системы имеют классы, которые представляют так называемые сущности предметной области (такие как компании, клиенты, заказы на поставку, продукты и др.). В конце концов, вы , возможно, захотите иметь общий класс, например Entity
, чтобы наследовать Company
, Customer
и т.д.
В вашем примере Актер, вероятно, не нужно реализовывать как класс, но это может быть или не всегда иметь место. Стереотип - это абстракция, которую можно применить к большинству элементов UML, а не только к классам.
Они инкапсулируют семантику, не подразумевая, как эта семантика будет обеспечиваться. Другим примером может быть канал связи, стереотипный как HTTP или RPC. Они сообщают читателю, как что-то будет предоставлено, не усложняя модель ненужными деталями.
Спецификация UML предоставляет ряд предопределенных стереотипов, но их реальная сила заключается в способности определять свои собственные через профили. Вы можете пометить объект домена как EJB, чтобы не указывать весь шаблонный код.