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

 

Основными этапами проектирования (Табл. 1) являются следующие:

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

2. Разработка требований.

3. Анализ и проектирование.

4. Разработка программного кода.

5. Тестирование.

6. Внедрение.

 Данные этапы будут рассматриваться применительно к возможностям средства Rational Rose.

 1. Моделирование предметной области (Business Modeling)

 Цель моделирования предметной области - описать процессы, происходящие в организации заказчика и усовершенствовать их. Организация рассматривается с двух точек зрения: внешней (основное внимание при этом уделяется внешним результатам ее деятельности) и внутренней (здесь внимание обращается на конкретные реализуемые функции и их связь в процессе деятельности организации).

Основными результатами этапа моделирования предметной области являются:

1. Модель прецедентов (функций) предметной области (business use-case model);

2. Модель объектов предметной области (business object model);

Модель прецедентов (функций) предметной области (Табл. 1, гр. 2) описывает ее в терминах деловых субъектов и деловых прецедентов, соответствующих заказчикам и деловым процессам. Модель деловых прецедентов содержит описания потоков работ, которые идентифицируют то, что делается. То, как выполняется работа в каждом деловом прецеденте, описывается в модели объектов предметной области. (Рис. 7-12)

Модель объектов предметной области (Табл. 1, гр. 3) рассматривает реализацию прецедентов с внутренней точки зрения ее работников. Она описывает организацию моделируемой системы: подразделения, рабочие места, документы, ответственность сотрудников за их подготовку и т.д. (Рис. 1-6, 13-17)

Моделирование предметной области проводится в два этапа:

1) Описание существующей системы.

2) Реинжиниринг (усовершенствование) процессов.

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

 2. Разработка требований (Requirements)

 Цель - определить, что система должна делать, согласовать это с заказчиком и задокументировать.

Основным результатом данного этапа является:

1. Общие положения (концепция).

2. Требования к функциям системы (Табл. 1, гр. 2) (use-case model).

3. Словарь терминов системы.

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

 3. Анализ и проектирование (Analysis & Design)

 Цель - этапа преобразовать требования к системе в проект системы. Основным результатом этапа является «Модель стадии проектирования» (Design Model). Она показывает каким образом функции системы будут реализовываться посредством объектов и классов.

В настоящей работе модель стадии проектирования представлена следующими компонентами:

1. Описание документов системы;

2. Описание данных системы (Табл. 1, гр. 7);

3. Прототип интерфейсов пользователя (Табл. 1, гр. 6) (User-Interface Prototype).

 4. Разработка программного кода  (Implementation)

 Цель этапа - разработка программного кода системы.

Основным результатом этапа (Табл. 1, гр. 6, 7) является Компонентная модель (Implementation Model).

 5. Тестирование (Testing)

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

 Описание проекта будет осуществляться на основе использования следующих диаграмм:

- диаграмм прецедентов (сценариев / функций) (use case diagram)

- диаграмм классов (class diagram)

- диаграмм деятельности / описания процессов (activity diagram)

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

Для более подробного описания моделей могут также использоваться:

- диаграммы состояния (statechart diagram)

- диаграммы взаимодействия (Interaction diagram), которые включают:

диаграммы последовательности (sequence diagram)

диаграммы взаимодействия (collaboration diagram)

- диаграммы реализации (Implementation diagram), которые включают:

диаграммы компонентов (component diagram)

диаграммы топологии (развертывания) (deployment diagram).

 

Порядок использования диаграмм на различных этапах проектирования

Таблица 1

Этапы проектирования	Описание Функций (прецедентов)	Описание объектов (организационная структура)	Описание процессов	Описание документов	Описание прототипов интерфейсов	Описание данных
1	2	3	4	5	6	7
1. Моделирование предметной области 1) описание существующей системы 2) реинжиниринг	business use case diagram	business use case diagram,	activity diagram	use case diagram
2. Разработка требований	use case diagram	use case diagram,	activity diagram (уточненные)	use case diagram
3. Анализ и проектирование				class diagram	class diagram	class diagram
4. Разработка программного кода					class diagram component diagram deployment diagram	schema diagram, scripts