- •9 Ноября 2011 г. Проектирование структуры базы данных
- •Объектно-ориентированный подход
- •Объектно-ориентированный анализ
- •Методологические основы case технологии
- •Унифицированный язык моделирования uml.
- •Диаграмма состояний
- •Построение диаграммы реализации
- •Реализация объектов. Модуль
- •Лр 17. Разработка технического проекта на разработку программного продукта
- •Методология rad
- •Практики экстремального программирования
- •Дополнительные практики экстремального программирования.
- •Концепция шаблонов проектирования
- •Типы шаблонов проектирования
- •Com, Active X технология
- •Лр 26. Использование и создание элементов Active X в Delphi7 Технология datarun
- •Технология rup (Rational Unified Process)
- •Метод oracle
- •Тестирование программного обеспечения
- •Методы тестирования
- •Виды тестирования
- •Стадии процесса тестирования
- •Лр 27. Тестирование и отладка пп Управление конфигурацией, документирование по, процесс верификации и сопровождение программного обеспечения
- •Оценка затрат на разработку по
- •Оценка трудоемкости
- •Оценка стоимости продолжительности и разработки проекта
- •Методы защиты по от несанкционированного доступа
Объектно-ориентированный анализ
Основная идея объектно-ориентированного анализа и проектирования состоит в рассмотрении предметной области и логического решения задачи с точки зрения объектов (понятий и сущностей). В процессе объектно-ориентированного анализа основное внимание уделяется определению и описанию объектов терминов предметной области. В процессе ОО проектирования определяются логические программные объекты, которое будет реализовано средствами ОО языка программирования. Эти программные объекты включают в себя атрибуты и методы. В процессе ООП обеспечивается реализация разработанных компонентов и классов.
Цели анализа:
Понять проблему или проблемы, которые программная или иная система должна решить.
Задать значимые вопросы о проблеме и о системе.
Обеспечить основу для ответов на вопросы о специфических свойствах проблемы и системы.
Определить, что система должна делать.
Определить, что система не должна делать.
Убедиться, что система удовлетворит потребности ее пользователей и определить критерии ее приемки. Это особенно важно, когда система разработана по контракту для внешнего клиента.
Обеспечить основу для разработки системы.
В настоящее время имеется большое количество методов ОО анализа. Большинство этих методов содержат элементы
относящиеся к разработке и реализации.
ОИМТ техника моделирования объектов
Объединяет концепции объектной технологии и моделирования, основываясь на понятии сущность-отношение. Данный метод включает статическую и динамическую модели. Статическая модель базируется на концепциях класса, атрибута, операции, отношения и агрегирования. Динамическая модель на основе диаграмм событие-состояние. Позволяет дать абстрактное описание предполагаемого поведения системы.
Booch
Использует логическую модель (класс и объектная структура) и физическую модель (модуль и архитектура процесса) включая как статические, так и динамические компоненты.
Метод Oriented Software Engineering
Основан на использовании сценариев для выявления классов. В нем рассматривается 5 моделей сценариев - доменная модель исходной области приложений и 4 модели этапов разработки. Анализа, проектирования, реализации и тестирования.
Метод object oriented system analysis
Предназначен для создания общей модели процесса анализа, а не пошаговой процедуры. Состоит из:
Модели объектных отношений, описывающих объекты, классы и их отношение друг с другом и с “реальным миром”.
Модели объектного поведения, обеспечивающие динамическое представление через состояние переходы, события, действия и исключения.
Модели объектного взаимодействия. Определяющий возможные взаимодействия между объектами.
Данный метод так же поддерживает понятие представления, обобщения и специализации, которые используются для описания взаимодействия и моделей поведения.
Методы объектно-ориентированного анализа основываются на построении ряда моделей: логических и физических, статических и динамических, позволяя определить структуру будущих объектов, а так же их поведение.
На этапе объектно-ориентированного анализа производится анализ требований, во время которого выделяются основные процессы происходящие в моделируемой системе и их формулировка в виде прецедентов. Прецедент – это текстовое описание процессов происходящих в предметной области. На втором шаге ОО анализ предметной области. Главной задачей данного шага является определение вида деятельности участников процесса и составление концептуальной модели, которая отражает различные категории элементов предметной области, причем не только виды деятельности участников, но и все относящиеся к делу понятия.
На третьем шаге разбираемся кто чем занимается. Эта деятельность называется ОО проектированием, при котором основное внимание сосредоточено на распределении обязанностей. Распределение обязанностей – выделение задач и обязанностей различных программных объектов приложений.
Наиболее важным моментом ОО анализа и проектирования является квалифицированное распределение обязанностей между компонентами программной системы. Это единственный вид деятельности, без которого невозможно обойтись. Он оказывает определяющее влияние на работоспособность, масштабируемость , расширяемость и возможность повторного использования компонентов. Обязанности объектов и их взаимодействие изображаются с использованием диаграмм классов и диаграмм взаимодействий, построенных с использованием универсального языка моделирования UML.