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

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

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

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

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

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

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

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

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

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

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

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

Гибкие методы разработки поддерживают итеративную и эволюционную разработку с адаптивным планированием и инкрементальным получением конечного ПО.

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

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

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

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

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

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

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

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

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

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

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

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

1. Наивысший приоритет удовлетворить потребности пользователей путем раннего и непрерывного предоставления работоспособного программного обеспечения, реализующего требуемые функции.

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

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

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

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

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

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

Основная цель моделирования в данном контексте заключается в том, чтобы понять, а не задокументировать, то есть моделирование должно позволить быстрее (по сравнению с кодированием), исследовать возможные альтернативы и наметить путь получения качественных проектных решений.