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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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