Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

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

Структурный подход при проектировании программного обеспечения.

Процесс проектирования сложного программного обеспечения, начинается с уточнения его структуры, т.е. определение структурных компонентов, и связей. Результат уточнения структуры, может быть представлен в виде структурной или (и), функциональный схем и описания, (спецификаций) компонентов.

Структурная схема:

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

 

 

 

Функциональная схема, или схема данных (ГОСТ 19-701-90) Это схема взаимодействия программного обеспечения состава данных в потоках и указанием используемых файлов и устройств. Для изображения функциональных схем используют специальные обозначения установленные

 

 


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

В 1995 году появилась первая версия UML (Unified Modify Language(Универсальный язык моделирования)).

Спецификация разрабатываемого программного обеспечения при использовании UML объединяет несколько моделей: использования, логическую, реализации, процессов, развертывания.

Модель использования представляет собой описание функциональности программного обеспечения, с точки зрения пользователя.

Логическая модель описывает ключевые абстракции программного обеспечения (классы, интерфейсы).

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

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

Модель процессов отображает организацию вычислений.

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

1) диаграмма вариантов использования

2) диаграмма классов

3) диаграммы пакетов

4) диаграммы последовательностей действий

5) диаграммы кооперации

6) диаграммы деятельностей

7) диаграммы состояния объектов

8) диаграммы компонентов

9) диаграммы размещения

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

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

· основные (обеспечивают требуемую функциональность разрабатываемого программного обеспечения)

· вспомогательные (обеспечивают выполнение настроек системы и ее обслуживание, (архивирование информации))

· дополнительные (обеспечивают дополнительные удобства для пользователя)

Вариант использования можно описывать кратко или подробно.

Название варианта Выполнение заданий
Цель Получение результатов решений задачи
Действующие лица Пользователь
Краткое описание Решение задачи предполагает выбор задачи выбор алгоритма задание данных и получение результатов решения
Тип варианта Основной

Диаграммы вариантов использования

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

Вариант использования это процедура решающая задачу. Все варианты использования связаны с требованиями к функциональности и могут сильно отличаться по объему выполняемой работы.

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

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

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

 

 

<== предыдущая лекция | следующая лекция ==>
Предположение об ошибке | Составление программной документации
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 514; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.012 сек.