Студопедия

КАТЕГОРИИ:

АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника


Объектно-ориентированный подход к разработке программного обеспечения автоматизированной системы. Общие понятия. Общая характеристика моделей. Общие понятия об языке UML.




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

Физическое проектирование при объектном подходе включает проектирование объединения классов и других программных ресурсов в программные компоненты и размещения этих компонентов на конкретных вычислительных установках.

Большинство классов можно отнести к определенному типу, который применительно к классам называют стереотипом, например:

· классы-сущности (классы предметной области);

· граничные (интерфейсные) классы;

· управляющие классы;

· исключения и т.д.

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

Граничные классы обеспечивают взаимодействие между действующими лицами и внутренними элементами системы. К этому типу относятся как классы, реализующие пользовательские интерфейсы, так и классы, обеспечивающие интерфейс с техническими средствами или программными системами.

Управляющие классы служат для моделирования последовательного поведения, заложенного в один или несколько вариантов использования.

Если количество классов-кандидатов и других ресурсов велико, то их целесообразно разбить на группы – пакеты.

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

Диаграмма пакетов показывает, из каких частей состоит проектируемая программная система, и как эти части зависят друг от друга.

UML (унифицированный язык моделирования) - средство анализа и проектирования при объектном подходе, предназначен для создания моделей анализа, проектирования, реализации.

Полное описание разработки с использованием UML включает несколько моделей, характеризующих определенный аспект проектируемой системы:

1. модель использования – представляет собой описание функциональности ПО с точки зрения пользователя;

2. логическая модель – описывает ключевые абстракции ПО (классы, интерфейсы, и т.п.), т.е. средства, обеспечивающие требуемую функциональность;

3. модель реализации – определяет реальную организацию программных модулей;

4. модель процессов – отображает организацию вычислений и оперирует понятиями «процессы» и «нити». Она позволяет оценить производительность, масштабируемость и надежность ПО;

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

Пять моделей представляются девятью диаграммами:

1. Диаграммы вариантов использования - позволяет наглядно представить ожидаемое поведение системы в различных ситуациях.

2. Д классов предлагает три уровня моделей классов:

a. Концептуальный, на нем д-мы классов демонстрируют основные понятия

b. Спецификаций, отражает взаимосвязи между основными понятиями объектов классов

c. Реализации – представляет поля и методы классов

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

4. Д последовательности действий –описание возможных действий.

5. Д кооперации– способ представления объектов в процессе реализации сценария. На них показывают потоки данных между объектами классов.

6. Д деятельности – разложение деятельности на составные части.

7. Д состояния компонентов

8. Д компонентов– показывает разбиение программной системы на структурные компоненты и связи между компонентами.

9. Д размещения – показывает размещение остальных диаграмм и их связь друг с другом.

Определение вариантов использования.

Анализ требований функциональности, указанных в ТЗ. В процессе анализа выявляют внешних пользователей и перечень аспектов поведения программного средства в процессе взаимодействия с пользователем. Варианты использования – процедура применения функций разработанной системы конкретным лицом.

По результатам строится диаграмма вариантов использования. Они позволяют наглядно представить ожидаемое поведение системы. Основные понятия: действующее лицо, варианты использования, связь.

Диаграммы классов – центральное звено ориентированных методов разработки UML, предлагает три уровня моделей классов:

1. Концептуальный, на котором диаграммы классов демонстрируют основные понятия

2. Спецификаций, который отражает взаимосвязи между основными понятиями объектов классов

3. Уровень реализации – представляет поля и методы классов

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

Диаграммы деятельности рассматриваются на разных этапах разработки, они увязаны с диаграммами классов. Под деятельностью понимают операцию, которую необходимо выполнить.

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

Диаграмма коопераций (уточнение) – способ представления объектов в процессе реализации сценария. На них показывают потоки данных между объектами классов.

Диаграмма компонентов применяется при проектировании физической структуры разработанного ПО.



Поделиться:

Дата добавления: 2015-04-18; просмотров: 101; Мы поможем в написании вашей работы!; Нарушение авторских прав





lektsii.com - Лекции.Ком - 2014-2024 год. (0.008 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав
Главная страница Случайная страница Контакты