Отношения между классами

Известно 3 основных типа отношений между классами:

1. Обобщение/специализация

2. Целая часть

3. Ассоциативности – отражает такое отношение между классами, которые не связаны никакими другими типами отношений.

Объектно-ориентированные языки реализуют следующие механизмы отношения классов:

1. Ассоциация – наиболее общий и неопределённый тип отношений.

2. Наследование.

3. Агрегация – описание одного класса включает описание другого.

4. Зависимость – отношение использования, согласно которому изменение одного объекта моет повлиять на другой объект, его использующий.

5. Инстантирование – обобщение, в данном случае используется механизм конкретизации обобщения.

Вопросы качества при создании классов и объектов.

Для построения системы должен использоваться минимальный набор неизменяемых компонентов. Эти компоненты должны быть структурированы и связаны единым способом построения. Для оценки качества классов и объектов, выделяемых в системе выделяют следующие 5 критериев:

1. Взаимосвязанность – отражает степень глубины связи между отдельными объектами.

2. Связность – степень взаимодействия между объектами одного класса.

3. Достаточность – наличие в классе всего необходимого для реализации поведения объекта.

4. Полнота – наличие в классе всех необходимых характеристик объекта.

5. Простота \примитивность – все операции должны быть простыми.

Объектно-ориентированное проектирование и программирование

- это пошаговый и циклический процесс. Определить границу, между объектно-ориентированным проектирование достаточно сложно, поэтому этот процесс состоит из ряда циклов, в которых уточняются описания классов и взаимодействия между этими классами. Разрабатывается и реализуется программно, с учётом класса. Таким образом, процесс объектно-ориентированного проектирования и анализа состоит из следующих шагов:

1. определение классов и объектов на каждом уровне

2. детальное описание классов – описание свойств и поведения

3. определение взаимосвязей между классами

4. реализация класса в программном коде.

На каждом цикле повторения уточняются описания классов и переделываются проектные документы.

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

1. BpWin

2. Case-средства

3. Design/IDEF

Программные средства, используемые при проектировании БД и файлов:

1. ERwin

2. S-Deigner

3. Designtr2000

Объектно-ориентированное тестирование

В классической методике тестирования действия начинаются с тестирования класса и заканчиваются тестированием взаимодействия классов между собой. Класс содержит несколько операций и свойств. Наименьшим тестируемым объектом является класс. В данном случае нельзя тестировать отдельную операцию класса изолированно. Любую операцию класса приходится рассматривать и тестировать как часть класса.

Общие выводы по тестированию:

1. тестирование модулей программного обеспечения соответствует тестированию классов объектно-ориентированного программного обеспечения.

2. Тестирование моделей ориентировано на тестирование потока данных внутри модуля и тестирования потока данных через интерфейс модуля

3. Тестирование классов ориентировано на операции, инкапсулированные в классе

Основанное на потоках – в данной методике объектом объединения является набор классов, который имеет единичный ввод данных в систему. Иными словами средства обслуживания каждого потока объединяются вместе, но тестируются по отдельности.

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