Вендоров А. Практикум по проектированию программного обеспечения эконмических информационных систем
Подождите немного. Документ загружается.
140
Глава 5
относительно мало по сравнению с количеством конкретных
курсов.
Для того чтобы преобразовать агрегацию в композицию:
1.
Щелкните правой кнопкой мыши
по
тому концу агрегации,
который упирается в класс-часть (на рис.5.14 - Schedule).
2.
Выберите пункт Containment в открывшемся меню.
3.
Укажите метод включения
By
Value.
«control»
RegistrationController
<»^registraf)t
-H
«Interface»
iCoufseCatalogSystem
(from Sxt«rnal Sygtftm Inlttrfacoig)
0..1
0,.1
•currentScheduie
«entibf»
Student
(from University Arttfacts)
0;.n
«entity»
Schedule
(from University Artifacts I
Ж.
0..П
«entity»
CourseOffering
(from University Artifacts)
-t-aiternateCouises
O.M
^^primaiyCourses
W
Щ
^
Рис. 5.14. Пример преобразования ассоциаций и агрегаций
Проектирование системы 141
Примечание. Значение By Value предполагает, что целое и
часть создаются и разрушаются одновременно, что соответствует
композиции. Агрегация (By Reference) предполагает, что целое и
часть создаются и разрушаются в разное время.
Связи обобщения могут преобразовываться в ситуациях с так
называемой метаморфозой подтипов. Например, в случае с сис-
темой регистрации студент может переходить с очной формы
i> Rational Rose - coursereci^^desiaa.mdl - [Clasrlii^^RP-
'Wyf^'-
A
«entity»
Student
. name: string
• address: string
«class» - nextAvaiitD : int
-
studentiD:
int
«dateofflirth: Date
«entity»
FulltimeClassification
«entity»
ParttimeCiassifi cation
' maxNumCourses
i
'§fMMM'^k^SM^f:rf(\\
Рис. 5.15. Преобразование обобщения
142 Глава 5
обучения на вечернюю, т.е. объект Student может менять свой
подтип. При таком изменении придется модифицировать описа-
ние объекта в системе. Для того чтобы избежать этой модифика-
ции и тем самым повысить устойчивость системы, иерархия на-
следования реализуется с помощью классификации (рис. 5.15).
5.2.2. ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ
Проектирование базы данных зависит от того, какой тип
СУБД используется для хранения данных СУБД - объектная или
реляционная. Для объектных БД никакого проектирования не
требуется, поскольку классы-сущности непосредственно отобра-
жаются в БД. Для реляционных БД классы-сущности объектной
модели должны быть отображены в таблицы реляционной БД.
Совокупность таблиц и связей между ними может быть представ-
лена в виде диафаммы классов, которая, по существу, является
ER-диаграммой. Набор правил, применяемых при отображении
классов в таблицы БД, фактически совпадает с правилами преоб-
разования сущностей и связей в таблицы БД. В технологии RUP
для такого отображения используется специальный инструмент
—
Data Modeler. Он выполняет преобразование классов-сущнос-
тей в классы-таблицы с последующей генерацией описания БД
как на стандартном языке SQL (ANSI SQL), так и на его диалек-
тах для различных СУБД (Oracle, IBM DB2, Sybase Adaptive
Server, MS SQL Server). Для описания схемы БД применяется сле-
дующий набор элементов языка UML со своими стереотипами
(профиль и
ML):
• таблица представляется в виде класса со стереотипом
«Table»;
• представление изображается в виде класса со стереотипом
«View»;
• столбец таблицы представляется в виде атрибута класса с со-
ответствующим типом данных;
• обычная ассоциация и агрегация представляются в виде ас-
социации со стереотипом <<Non-Identifying>> (в терминологии
IDEF1X
—
неидентифицирующей связи);
• композиция представляется в виде ассоциации со стереоти-
пом <<Identifying>> (в терминологии IDEF1X
—
идентифициру-
ющей связи);
Проектирование системы 143
• схема БД представляется в виде пакета со стереотипом
<<Schema», содержащего классы-таблицы;
• контейнер хранимых процедур представляется в виде класса
со стереотипом <<SP Container»;
• ограничения целостности, индексы и триггеры представля-
ются в виде операций классов-таблиц со стереотипами <<РК»
(Primary key), «FK» (Foreign key), «Unique», «Check»,
<<Index>> и «Trigger>>;
• физическая база данных представляется в виде компонента
со стереотипом «Database>>.
Упражнение 5.4.
Проектирование реляционной базы данных
Проектирование БД состоит из следующих шагов.
Шаг 1. Создание нового компонента
—
базы данных:
1.
Щелкните правой кнопкой мыши по представлению ком-
понентов.
2.
Выберите пункт Data Modeler > New > Database в открыв-
шемся меню.
3.
Откройте окно спецификации вновь созданного компо-
нента DB_0 и в списке Target выберите Oracle 8.x.
Ш а г 2. Определение устойчивых (persistent) классов:
1.
Откройте окно спецификации класса Student в пакете
University Artifacts.
2.
Перейдите на вкладку "Detail".
3.
Установите значение переключателя Persistence в Persistent.
4.
Проделайте такие же действия для классов Classification,
FulltimeClassification и ParttimeClassification.
5.
Откройте класс Student в браузере, нажав"+".
6. Щелкните правой кнопкой мыши по атрибуту studentlD.
7.
Выберите пункт Data Modeler > Part of Object Identity в от-
крывшемся меню (указание атрибута в качестве части первично-
го ключа).
Ш а г 3. Создание схемы БД:
1.
Щелкните правой кнопкой мыши по пакету University
Artifacts.
2.
Выберите пункт Data Modeler > Transform to Data Model в
открывшемся меню.
144
Глава 5
Ч^
Rational Rose • coursereg[„cJestgmmdl - {рШ^ Мй4^ Ы^^тщЗШЙ^^^^^^Р^^Щ
1
«id
«Table»
T^Student
• name: SMALLtNT
^ address :SiiliALUNT
• nextAvaillD: SWALLINT
.studentiD.'SMALLiNT
• dateofBiitli: DATE
«PK» • PK^^Student250
«Identtlyiiig» I
«Table»
T Oasslflcatloii
studentro : SMALLINT
«PK» • PK_T_Classiricatioti230
«Unique» ««^TG T Ciasslficatlon440
«FK» • FK^r da^ificatioit230
«Index» • TClT_aasslfJcatlon430
enticing» /
/ 0..1
«Table»
T FuiltlmeClasslfication
• gradDate: SMALLiNT
studenttD: SMALUNT
«PK»
«PK»
LI
*PK T FulitimeClasslfication280
• FKjrjFuiltJmeClasslficatloii280
••;
$
P-;^
\ 1
/ «Identifying»
/01
«Table»
T ParttimeCiassiflcation
* maxNumCourses: SMALLiHT
studentID: SMALLIHT
«PK»*PK T ParttimeClassificatlon290
«FK» • FKjr_ParttlmeClasslfication290
fiiiiiiiiiii HI nifii fi nriiiiii nn iiirt fi
Ш
s^-^J
i
я
'HI
^'"11
щ\
1
Рис. 5.16. Диаграмма "сущность-связь"
Проектирование системы 145
3.
Укажите DB_0 и щелкните по кнопке ОК в появившемся
окне в списке Target Database. В результате в логическом пред-
ставлении появится новый пакет Schemas.
4.
Откройте пакет Schemas
и
щелкните правой кнопкой мыши
по пакету «Schema» S_0.
5.
Выберите пункт Data Modeler
>
New > Data Model Diagram
в открывшемся меню.
6. Откройте пакет, затем вновь созданную диаграмму "сущ-
ность-связь" NewDiagram и перенесите на нее все классы-табли-
цы,
находящиеся в пакете <<Schema» S_0. Получившаяся диа-
грамма показана на
рис.
5.16.
Глава 6
ГЕНЕРАЦИЯ КОДА
6.1.
ГЕНЕРАЦИЯ ОПИСАНИЯ БАЗЫ ДАННЫХ
НА ЯЗЫКЕ SQL
После завершения проектирования БД можно сгенерировать
описание базы данных на языке SQL.
Упражнение 6.1.
Генерация описания
базы
данных
Для генерации описания БД:
1.
Щелкните правой кнопкой мыши по пакету «Schema>>
S 0.
Рис. 6.1. Окно мастера "Forward Engineering Wizard"
Генерация кода
147
2.
Выберите пункт Data Modeler
>
Forward Engineer
в
открыв-
шемся меню.
3.
Щелкните
по
кнопке Next
в
открывшемся окне мастера
"Forward Engineering Wizard" (рис.
6.1).
4.
Оставьте
все
флажки генерации языка описания данных
(DDL) отмеченными (рис.
6.2) и
щелкните
по
кнопке Next.
Ш
Forward Engineermg Wizard
Choo»e
Options
Select
the
model elements
you would
like
generated
into
a
DDL
scnpt.
AC
IIL^LJ!!!^^:^^
.. 1 '1
^•^'"•^•»'>1'^111|Д»"«»»>«'И*«««^^ .Jiiif^lM
M
ijiiiiT
Рис.
6.2. Параметры генерации DDL
5.
Укажите
имя и
расположение текстового файла
с
результа-
тами генерации (рис.
6.3) и
щелкните
по
кнопке Next.
6. Завершив генерацию, откройте созданный текстовый файл
и просмотрите результаты.
148
Глава 6
forward Fngineerinq Wizard
Choote to Save and Execute DDL • {
Specify
e path to »ave the
genertfed
DDL
«dipt.
You can choo«e to
execute ^fw^l
the DDL script by piovidng
у(м databate connection
informetion.
Рис. 6.3. Задание имени
файла с
результатами генерации DDL
Результаты генерации должны выглядеть следующим обра-
зом:
CREATE TABLE T_ParttimeClassification (
maxNumCourses SMALLINT NOT NULL,
StudentID SMALLINT NOT NULL,
CONSTRAINT PK_T_ParttimeCIassification29 PRIMARY KEY
(StudentID)
)
/
CREATE TABLE
T_Classification
(
StudentID SMALLINT NOT NULL,
CONSTRAINT PK_T_Classification23
(StudentID),
CONSTRAINT TC_T_Classification44 UNIQUE (studentID)
)
/
PRIMARY KEY
Генерация кода 149
CREATE TABLE T_FulltimeClassification (
gradDate SMALLINT NOT NULL,
StudentID SMALLINT NOT NULL,
CONSTRAINT PK_T_FulltimeClassification28 PRIMARY KEY
(studentID)
)
/
CREATE TABLE T_Student (
name SMALLINT NOT NULL,
address SMALLINT NOT NULL,
nextAvaillD SMALLINT NOT NULL,
StudentID SMALLINT NOT NULL,
dateofBirth DATE NOT NULL,
CONSTRAINT PK_T_Student25 PRIMARY KEY (studentID)
)
/
CREATE INDEX TC_T_Classification43 ON T_Classification
(studentID)
/
ALTER TABLE T_ParttimeClassification ADD (CONSTRAINT
FK_T_ParttimeClassification29 FOREIGN KEY (studentID) REFER-
ENCES T_Classification (studentID))
/
ALTER TABLE T_Classification ADD (CONSTRAINT
FK_T_aassification23 FOREIGN KEY (studentID) REFERENCES
T_Student (studentID))
/
ALTER TABLE T_FulltimeClassification ADD (CONSTRAINT
FK_T_FulltimeClassification28 FOREIGN KEY (studentID) REFER-
ENCES T_Classirication (studentID))
/
6.2. ГЕНЕРАЦИЯ КОДА ПРИЛОЖЕНИЯ
Процесс генерации кода приложения состоит из следующих
шагов:
Шаг L Проверка модели.
Ш
а г
2. Создание компонентов.
Шаг 3. Соотнесение классов с компонентами.
Шаг 4. Установка свойств генерации кода.