15. Понятие соединения между элементами объектной модели и различные виды соединений

Соединение (link) – физическая или концептуальная связь между объектами, позволяющая

им взаимодействовать.

Виды соединений:

• Ассоциация – связь между классами, описывающая группу однородных по структуре и семантике соединений между экземплярами классов. Соединения являются экземплярами ассоциации точно так же, как соединенные объекты являются экземплярами классов, связанных ассоциацией

• Агрегация – более сильный тип ассоциативной связи между целым и его частями.

• Композиция – усиленная агрегация, когда часть не может существовать без целого (пример: человек и голова).

• Зависимость – связь между двумя элементами модели, при которой изменения в спецификации одного элемента могут повлечь за собой изменения в другом элементе.

• Обобщение – это связь «тип – подтип». Оно реализует механизм наследования, позволяет поддерживать полиморфизм.

• Наследование – это построение новых классов, на основе существующих с возможностью добавления или переопределения свойств и поведения.

• Реализация – связь между контрактом (либо интерфейс, либо вариант использования) и его исполнением (классом, подсистемой, компонентой и т. д.).

16. Понятие гибкого моделирования, манифест и основные принципы гибкого процесса проектирования

Гибкие методы разработки поддерживают итеративную и эволюционную разработку с адаптивным

планированием и инкрементальным получением конечного ПО.

Базовые приемы:

1. Короткие и фиксированные по времени итерации

2. Эволюционное уточнение планов, требований и проектных решений.

В качестве гибкого процесса может рассматриваться любой итеративный метод, например

унифицированный процесс. Другими примерами гибких методов являются методы управления

проектами, например Scrum, XPrograming, Test Drive Development

Манифесты и основные принципы гибкого процесса:

Манифест – набор основных идей, позволяющих ставить правильные акценты при разработки ПО.

1. Люди и взаимодействие, а не процессы и средства.

2. Работоспособное программное обеспечение, а не исчерпывающая документация.

3. Сотрудничество с потребителями, а не обсуждение контракта

4. Реакция на изменение, а не следование плану.

Основные принципы гибкого процесса:

1. Наивысший приоритет удовлетворить потребности пользователей путем раннего и

непрерывного предоставления работоспособного программного обеспечения,

реализующего требуемые функции.

2. Необходимость изменений допускается даже на поздних этапах выполнения проекта.

3. На протяжении всего проекта специалисты в предметной области, и разработчики должны

постоянно работать вместе.

4. Спонсоры, разработчики и пользователи должны поддерживать устойчивый темп развития

проекта независимо друг от друга.

5. Обеспечение простоты (чем проще используемое решение, тем меньше работы нужно

сделать для его реализации и поддержки.

6. Наилучшую архитектуру и проектное решение а так же требования могут разработать

только самоорганизующиеся группы разработчиков

Понятие гибкого моделирования.

Основная цель моделирования в данном контексте заключается в том, чтобы понять, а не

задокументировать (то есть моделирование должно позволить быстрее (по сравнению с

кодированием) исследовать возможные альтернативы и наметить путь получения качественных

проектных решений.