Информатика и выч. техника \ Информатика и программирование

Жизненный цикл программной системы. Этапы проектирования ПС, страница 4

8.  Отношение использование между классами.

Это когда один класс использует описание другого, при этом первый класс не может быть описан без упоминания второго.

class  Text { string S; }

class Block {

Array <Text> content; int x; int y;

…

}

Унифицированы процесс разработки ПО

1.  Основные черты. Фазы и основные потоки работ.

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

Основные черты RUP:

  1. использование UML (унифицированный язык программирования).
  2. Компонентно-ориентированная технология.
  3. Процесс разработки программ управляется прецедентами.

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

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

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

Фазы:

- анализ и определение требований: определение задач создаваемого продукта; подготовка исходного плана проектирования

- фаза проектирования – создание базового уровня архитектуры и определение большинства требований

- фаза построения – заканчивается созданием продукта (системы)

- фаза внедрения – передача пользователю, обучение и внедрение

Потоки работ:

- определение требований

- анализ требований

- проектирование

- реализация

- тестирование

2.  Архитектурные шаблоны.

Архитектура – набор решений по организации программной системы.

  1. Брокер (механизм управления интерфейсов и правил взаимодействия).
  2. Слои (абстрактные машины) – приложение разбивается на уровни. Каждый уровень имеет сведения об организации следующего нижнего уровня.
  3. Клиент-сервер – клиентская часть взаимодействует с пользователем, а все действия выполняются на сервере.

3.  Документо-вИдение.

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

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

Контекстом для разрабатываемой системы является модель предметной области:

1. модель бизнес-процессов, которые протекают в системе; 2. модель предметной области в виде диаграмм.

Модель предметной области определяет наиболее важные классы объектов.

Ассоциация – отображение взаимосвязи (глаголы).

Роль – содержание (существительные).

Словарь предметной области – всё, что есть в предметной области, должно быть в глоссарии, но могут быть и дополнения.

5.  Прецеденты.

Прецедент – последовательность действий актанта и системы (вариант использования).

Виды:

- идеальный прецедент – не указано никаких конкретных решений

- развернутый прецедент - содержит последовательность действий актанта и откликов системы без указания проектных решений

- реальный прецедент – последовательность действий актанта с указанием реакции системы в терминах проектных решений

Актант – внешняя система, частный случай – пользователь системы.

1.  Прецедент – средство описания требований к системе.

2.  Прецедент определяет модель анализа, модель проектирования и реализаций.

3.  Прецедент используется для формирования тестов.

Скачать файл