fkn+antitotal

Сущности – это абстракции, являющиеся основными элементами модели;

• Cтруктурные (имена существительные);
• Класс (Class)
• Интерфейс (Interface)
• Кооперация (Collaboration)
• Прецедент (Use case)
• Активный класс (Active class)
• Компонент (Component)
• Узел (Node)
• Поведенческие;
• Группирующие;
• Аннотационные

Прежде всего следует сказать что пакет - есть пример группирующей сущности в UML.
О сущностях в UML читаем здесь.

Сразу отметим, что есть и более общее понятие декомпозиции кода.

Объектно-ориентированная декомпозиция - это разбиение системы на сущности, являющиеся какими-либо объектами действующими в той ситуации, которую как раз и моделирует система.

Объектно-ориентированный анализ и проектирование (ООАП) - это метод, логически приводящий нас к объектно-ориентированной декомпозиции.

Преимущества ООАП

• Применяя объектно-ориентированное проектирование, мы создаем гибкие программы, написанные экономными средствами.
• При разумном разделении пространства состояний мы добиваемся большей уверенности в правильности нашей программы. В итоге, мы уменьшаем риск при разработке сложных программных систем.

http://www.isuct.ru/~ivt/books/CASE/case...

Класс (class) — абстрактное описание множества однородных объектов, имеющих одинаковые атрибуты, операции и отношения с объектами других классов.

На диаграмме классов класс задаётся в виде прямоугольника, который разбит горизонтальными чертами на , как максимум, четыре малы прямоугольника в которых (сверху вниз) записываются следующие данные о классе=
1) имя класса
2) атрибуты класса (в си шарпе - это поля и свойства)
3) операции класса (методы в си шарпе)
4) Исключения или ограничения для класса.

4 из 8 классических диаграмм освещают статические характеристики системы.
«Статические» - подразумевает, что определяются требованиями к системе , которые со временем не меняются.
Также есть две диаграммы реализации – которые относятся к созданию системы :

Последняя лекция. – "Безнадёжные проекты. " )))))

Правило 50 процентов:

• 1) План проекта(временной) - сжат более чем наполовину по сравнению с нормальным расчётом - аналогично если для данного временного промежутка более чем в два раза сокращено число разработчиков.
• 2) Бюджет срезан более чем в два раза относительно нормального.
• 3) Требования к производительности и иным шнягам более чем в два раза.

Это объясняется хотя бы тем , что рабочий день не может быть удлинён более чем в два раза.

Если диаграммы и приложение написано хорошо – можно получить автомат.
Если автомата нет ,то вы бездельник ,но тем не менее чтобы получить доступ к экзамену требуется предоставить диаграмму и приложение, которое что-то выполняет.

В частности в USE CASE желательно было бы подробнее описать сценарий работы приложения

Язык UML создавался, как совмещающий в себе следующие черты =