Определение спецификаций ПО при объектном подходе

 

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

1. уточнить требуемое поведение разрабатываемого ПО.

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

 

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

Например, объектная декомпозиция построения объектов и графиков:

Для проектирования объектного подхода используется язык UML (unifaded model///) который является унифицированный языком моделирования, который в настоящее время признан стандартным средством описания проектов, создаваемая с использованием объектно-ориентированного программирования.

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

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

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

3. модель реализации – эта модель определяет реальную…… организацию в среде разработки.

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

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

 

Все эти модели характеризуют определённый аспект проектируемой системы и все вместе они представляют полную модель разрабатываемого ПО. Для построения этих моделей используется 9 диаграмм, которые описываются языком UML:

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

2. Диаграмма классов

3. Диаграмма пакетов

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

5. Диаграмма коопераций

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

7. Диаграмма состояния объектов

8. Диаграмма компонентов

9. Диаграмма размещения

 

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

 

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

 

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

1. Основные – они обеспечивают требуемую функциональность разрабатываемого ПО.

2. Вспомогательные – они обеспечивают выполнение необходимых настроек системы и её обслуживание.

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

 

Варианты использования можно описывать кратко или подробно. Краткая форма описания содержит название варианта использования, его цель, тип варианта использования и его краткое описание. Например, решение типовой задачи:

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

 

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

Пример, подробное описание варианта использования «Выполнения задания».

Типичный ход событий

Действия исполнителя	Отклик системы
1. Пользователь инициирует новое задание	2. Система регистрирует новое задание и предлагает список типов задач.
3. Пользователь выбирает тип задачи	4. Система регистрирует тип задачи и предлагает список способа задания данных
5. Пользователь выбирает способ задания данных: а) если выбран ввод с Клавы, смотри раздел ввод данных б) если выбран ввод из БД, смотри раздел выбор данных из базы	6. Система регистрирует данные и предлагает список решения
7. Пользователь выбирает алгоритм	8. Система регистрирует алгоритм и предлагает начать решение
9. Пользователь инициирует процесс решения	10. Система выполняет полноту определения задания и запускает подпрограмму решения задачи
11. Пользователь ожидает	12. Система демонстрирует юзеру результаты и предлагает сохранить их в БД
13. Юзер анализирует результаты и выбирает сохранить их в базе или нет	14. Если выбрано сохранение данных, то система выполняет запись данных задания в базу
	15 Система переходит в состояние ожидания

 

Альтернатива:

11. Если время выполнения программы с точки зрения пользователя велико, то он прерывает процесс выполнения

12. Система прерывает расчёты предлагает список алгоритмов решения и возвращается на шаг № 7.

 

Доп инфа

1. Необходимо обеспечивает произвольный выбор типа задачи
2. Необходимо обеспечить возможность выхода из варианта на люб этапе

 

Раздел: Ввод данных

Типичный ввод данных

Действие исполнителя	Отклик системы
1. Юзер выбрал ввод данных	2. Система последовательно запрашивает все данные
3. Юзер вводит данные	4. Система проверяет данные и запрашивает сохранять их в базе или нет
5. Пользователь отвечает на запрос	6. Если данные нужно сохранять, то система выполняет запись данных в базу и регистрирует их в текущем задании

Альтернатива

4. Если обнаружены не корректные данные, то система выдаёт сообщение об ошибке и предлагает их исправить возвращаясь на предыдущий шаг.