14. Объектно-ориентированные подходы к управлению требованиями.
Объектно-ориентированные подходы
Объектно-ориентированные подходы существенно отличаются от подхода, лежащего в основе структурного анализа. Объекты (objects) описывают стабильные и (предположительно) пригодные к многократному использованию компоненты.
Для объектно-ориентированного подхода характерно стремление максимально увеличить пригодность объектов к повторному использованию, это, в свою очередь, требует от системных инженеров выбора устойчивых объектов, то есть объектов, которые можно использовать и при определении требований к системе в целом, и в процессе проектирования.
Таким образом, цели объектно-ориентированного подхода состоят в следующем:
инкапсуляция поведения (состояний и событий), информации (данных) и действий в одних и тех же объектах;
стремление выделить устойчивые объекты (persistent objects), которые можно использовать как на стадии определения требований, так и на стадии разработки;
добавление информации посредством детализации объектов;
создание новых объектов посредством специализации существующих объектов вместо создания абсолютно новых объектов
В центре внимания объектно-ориентированного подхода находится поведение объектов и связи между ними. Иногда приемлема «плоская» схема организации объектов, но ее не следует рассматривать в качестве обязательной или даже желательной. Аналитик рассматривает стабильные, долгоживущие сущности и моделирует поведение системы, включающей в себя эти сущности. Такой подход позволяет получить логически связное описание поведения системы. Элементы системы должны быть пригодны к повторному использованию, так как эти элементы (если не их поведение) могут постепенно совершенствоваться.
Диаграммы классов
Диаграмма классов (class diagram) – это основной элемент объектно-ориентированного анализа и проектирования. Объектно-ориентированный подход произошёл от компьютерной имитации и унаследовал от неё главный принцип: содержимое программной системы должно моделировать реальный мир.
Естественным способом реализации этого принципа является наличие в программном обеспечении объектов, представляющих сущности реального мира с точки зрения информации и действий.
Например, в банковской системе вместо одного файла счетов и отдельных программ для каждого счёта определяются объекты счетов, хранящие информацию (баланс, превышение лимита и т. п.) и взаимосвязи с другими объектами, такими как владелец счёта. Эти объекты содержат операции (также называемые методами (methods)) для выполнения действий со счетами: проверка баланса, вклад, снятие со счёта и т. д.
Суть первоначального обоснования такого подхода состояла в том, что он вплотную сближает разработку программного обеспечения и моделирование и, следовательно, является более естественным. Как и во многих других случаях внедрения удачных идей, практицизм победил, и некоторые объектно-ориентированные программные системы можно рассматривать в качестве весьма точных представлений реального мира. Как бы то ни было, объектно-ориентированный метод обладает существенными достоинствами.
Пример диаграммы классов (или объектов) показан на рис. 3.12
Диаграммы классов предоставляют информацию о классах объектов и о связях между ними. Во многих случаях диаграммы классов похожи на диаграммы сущность–связь. Подобно диаграммам сущность–связь, диаграммы классов показывают связи объектов конкретного класса с другими объектами того же класса или других классов. Кроме того, отображаются дополнительные важные элементы информации:
операции (методы);
концепция обобщения;
атрибуты внутри объектов.