Объектно-ориентированный анализ
Основная идея объектно-ориентированного анализа состоит в рассмотрении предметной области и логического решения задачи с точки зрения объектов (понятий и сущностей). В процессе объектно-ориентированного анализа основное внимание уделяется определению и описанию объектов в терминах предметной области. В процессе объектно-ориентированного проектирования определяются логические программные объекты, которые будут реализованы средствами ориентированного языка программирования, эти программные объекты включают в себя атрибуты и методы. В процессе объектно-ориентированного программирования обеспечивается реализация разработанных компонентов и классов.
Цели объектно-ориентированного анализа:
Понять проблему или проблемы, которые программная или иная система должна решить;
Задать значимые вопросы по проблеме и о системе;
Обеспечить основу для ответов на вопросы о специфических свойствах проблемы и системы;
Определить, что система должна делать;
Определить, что система не должна делать;
Убедиться, что система удовлетворит потребности ее пользователей и определить критерии ее приемки, это особенно важно, когда система разработана по контракту для внешнего клиента;
Обеспечить основу для разработки системы.
В настоящее время имеется большое количество методов объектно-ориентированного анализа. Большинство этих методов содержат элементы, относящиеся к разработке и реализации.
Методы:
ОМТ (object Modeling Technique) – объединяет концепции объектной технологии и моделирования, основываясь на понятии: сущность-отношение. Данный метод включает статическую и динамическую модели. Статическая модель базируется на концепциях класса, атрибута, операции, отношения и агрегирования. Динамическая модель – на основе диаграмм: событие-состояние. Позволяет дать абстрактное описание предполагаемого поведения системы.
Booch - использует логическую модель (класс и объектная структура) и физическую модель (модуль и архитектура процесса), включая, как статические, так и динамические компоненты.
OOSE (Object Oriented Software Engineering) – основан на использовании сценариев для выявления классов. В нем рассматривается 5 моделей сценариев: доменная модель исходной области приложения и 4 модели этапов разработки: анализа, проектирования, реализации, тестирования.
OSA (Object Oriented System Analysis) – скорее создан для создания общей модели анализа, а не пошаговой процедуры. Состоит из: модели объектных отношений, описывающей объекты, классы и их отношения друг с другом и с «реальным миром»; модели объектного поведения, обеспечивающей динамическое представление через состояния, переходы, события, действия; модели объектного взаимодействия, определяющей возможные взаимодействия между объектами.
Данный метод так же поддерживает понятия представления, обобщения и специализации, которые используются для описания взаимодействия и моделей поведения.
Методы ООА основываются на построении ряда моделей, логических и физических, статических и динамических, позволяя определить структуру будущих объектов, а так же их поведение.
На этапе ООА производится так называемый анализ требований, во время которого выделяются основные процессы, происходящие в моделируемой системе и их формулировка в виде прецедентов.
Прецедент – текстовое описание процессов, происходящих в предметной области.
На втором шаге ООА предметной области главной задачей является определение видов деятельности участников процесса и составление концептуальной модели, которая отражает различные категории элементов предметной области, причем не только виды деятельности участников, но и все относящиеся к делу понятия.
На 3 шаге разбираемся, кто, чем занимается. Эта деятельность называется объектно-ориентированным проектированием, при котором основное внимание сосредоточено на распределении обязанностей. Распределение обязанностей означает выделение задач и обязанностей различных программных объектов, приложений.
Более важным моментом ООА и проектирования является квалифицированное распределение обязанностей между компонентами программной системы. Это единственный вид деятельности, без которого невозможно обойтись. Он оказывает определяющее влияние на работоспособность, масштабируемость, расширяемость и возможность повторного использования компонентов. Обязанности объектов и их взаимодействия изображаются с использованием диаграмм классов и диаграмм взаимодействий, построенных с использованием универсального языка моделирования UML.