2. Процесс, направляемый требованиями
С точки зрения RUP процесс разработки – это процесс развития системы, управляемый требованиями (driven by use cases). При этом создается либо новая система (начальный цикл проектирования), либо совершенствуется уже существующая (цикл развития).
2. Управляемый процесс
3. Использование компонентных архитектур
Компоненты - сложные модули и подсистемы, включающие набор связанных с друг другом функций. Компоненты могут быть совместно использованы в рамках собственной, либо уже существующей архитектуры, для которой уже имеется развитая индустрия производства компонент
4. Визуальное моделирование
UML является графическим языком
1.Визуализации
2.Спецификации
3.Проектирования
4.Документирования
4. Визуальное моделирование. История
создания
UML 2.0
4. Визуальное моделирование. История
создания
Booch
Rumbaugh
Meyer
Before and after conditions
Harel
State charts
Gamma, et.al
Frameworks, patterns,
notes Shlaer - Mellor
Jacobson
Fusion
Operation descriptions, message numbering
Embley
Singleton classes, high -level view
Wirfs-Brock
Odell Responsibilities
Object lifecycles |
Classification |
|
|
|
|
4. Визуальное моделирование
UML - один язык для всех разрабатывающих ПО
1. Обеспечивает формализацию и стандартизацию процесса моделирования
2. Представляет проектировщикам систем удобные средства визуального моделирования и документирования
3. Поддерживает высокоуровневое проектирование с использованием концепций взаимодействия различных структур, шаблонов, компонент
4. Обеспечивает поддержку множества языков программирования
5. Прост в освоении
4. Визуальное моделирование
Class
Diagrams
Use-Case
Sequence Diagrams Object
Diagrams
Diagrams
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Collaboration |
|
|
Models |
|
|
Component |
|
|
|
|
Diagrams |
|
|
|
|
Diagrams |
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Статические |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Deployment |
|
|
|
|
|
|
Statechart |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
диаграммы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||||
|
|
|
|
|
|
|
|
|
|
|
|
||||||||
|
|
|
Diagrams |
|
|
|
|
|
|
Activity |
|
|
|
|
|
Diagrams |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
|
|
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Динамические |
|
|
|
|
Diagrams |
|
|
|
|
|
|
|
|
|
|||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
диаграммы |
|
|
|
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
|
|
|
|
|
|
|
||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Visual Modeling Using UML Diagrams
Use-case
diagram Class diagram Statechart diagram
Use Case 1
Actor A
Use Case 2
Use Case 3
Collaboration9:s ortBy Name () diagram 1: Doc vi ew reques t( ) mainWnd : M ainWnd
2:fetchDoc ( )
user : Clerk
fileMgr : FileMgr
7: readFil e( ) 5: readDoc( )
repository : Reposito ry
Docum entLi st
|
FileMgr |
|
|
|
|
|
add( ) |
Actor B |
fetc hDoc( ) |
|
delete( ) |
s o tByr Nam e( ) |
|
|
|
|
|
|
|
|
|
FileLis t |
|
|
|
|
fLis t |
|
|
add( ) |
|
|
|
delete( ) |
1 |
|
rep |
|
|
|
Repository |
File |
|
|
|
|
|
|
(from Pers is tenc e) |
read( ) |
|
|
|
|
|
|
name :char* = 0 |
|
|
|
re adDoc() |
|
|
|
re adFil e() |
|
|
|
|
|
|
|
|
|
4:c eater |
() |
gFile : Gr pFile |
|
|
||
8:fillFile( ) |
|
|
|
|
|
|
3:c eater () 6:fillDoc ument( )
document : Docume nt
Docum ent
nam e :int doc id :int
num Fi eld: int
get( )
open() c lose( )
read( )
s ortFil eLis t() c reate( )
fi ll Doc ument()
GrpFile
read( ) open()
c reate( ) 
fil lFile()
|
|
|
|
add file |
|
|
add file [ num b erOffi le==M AX ] / |
Writing |
|
|
|
flag OFF |
|
|
read()fill het |
|
|
|
|
c od e.. |
Ope nning |
|
|
|
|
|
|
|
c los e fi le |
|
|
c los e fi le |
Clos i ng |
|
|
Reading |
|
|
|
Repository DocumentList
FileManager
Document
GraphicFile
File |
FileList |
Deployment diagram
|
mainWnd fileMgr : |
document : gFile repository |
Component |
|
user |
FileMgr |
Document |
diagram |
|
|
|
|
||
|
|
|
Forward and |
|
Sequence |
Reverse |
|||
Engineering |
||||
diagram |
||||
|
||||
Target
System
Unified Software Practices v2001.03.00 |
19 |
Copyright © 2000 Rational Softw are, all rights reserved |
5. Обеспечение качества
RUP способствует применению в процессе разработки методов объективного контроля качества.
Контроль качества это объективные способы измерения и критерии оценки программного обеспечения (ПО).