Quản lý yêu cầu vấn đề hệ thống

Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
22
Kinh nghiệm 2: Quản lý yêu cầu đ/v hệ thống
Control Changes
Develop Iteratively
Use
Component
Architectures
Manage
Manage
Requirements
Requirements
Model
Visually
Verify
Quality
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
23
Yêu cầu đối với hệ thống luôn động --
Phải lường trước khả năng chúng bò thay đổi trong
quá trình PTPM
Kinh nghiệm 2: Quản lý yêu cầu đ/v hệ thống
?
?
Suy
Suy
dẫn
dẫn
,

,
tổ
tổ
chức
chức
,
,
và
và
tạo
tạo
sưu
sưu
liệu
liệu
về
về
các
các
yêu
yêu
cầu
cầu
chức
chức
năng
năng
và
và
các

các
ràng
ràng
buộc
buộc
?
?
Lượng
Lượng
giá
giá
các
các
thay
thay
đổi
đổi
và
và
xác
xác
đònh
đònh
ảnh
ảnh
hưởng
hưởng
của
của
chúng

chúng
?
?
Theo
Theo
dấu
dấu
và
và
tao
tao
sưu
sưu
liệu
liệu
về
về
các
các
thỏa
thỏa
hiệp
hiệp
&
&
các
các
quyết
quyết
đònh

đònh
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
24
Đònh nghóa: Y/c đ/v HT và sự quản lý chúng
?
?
Một
Một
yêu
yêu
cầu
cầu
là
là
một
một
điều
điều
kiện
kiện
hoặc
hoặc
khả
khả
năng
năng
mà
mà
hệ

hệ
thống
thống
phải
phải
tuân
tuân
theo
theo
/
/
có
có
?
?
Quản
Quản
lý
lý
y
y
/
/
c
c
là
là
một
một
tiếp

tiếp
cận
cận
có
có
hệ
hệ
thống
thống
để
để
?Suy dẫn, tổ chức, và tạo sưu liệu về các yêu cầu
chức năng đ/v hệ thống, và
?Thiết lập và duy trì sự thỏa thuận giữa
customer/user và project team liên quan đến các
thay đổi về yêu cầu đ/v hệ thống
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
25
Thỏa thuận về những gì mà HT phải làm
Đích
Surrogate
Goal
Xác minh
Các yêu cầu
Cộng đồng
Các Customer
User
Các yêu cầu
Hệ thống

cần xây dựng
Adapted from Al Davis
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
26
Y/c ảnh hưởng đến nhiều thành phần khác
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
27
Làm thế nào để bắt được lỗi về y/c sớm ?
?
?
Phân
Phân
tích
tích
vấn
vấn
đề
đề
và
và
suy
suy
dẫn
dẫn
ra
ra
các
các

nhu
nhu
cầu
cầu
của
của
người
người
dùng
dùng
một
một
cách
cách
có
có
hiệu
hiệu
quả
quả
?
?
Đạt
Đạt
được
được
thỏa
thỏa
thuận
thuận

với
với
customer
customer
/
/
user
user
về
về
các
các
yêu
yêu
cầu
cầu
đối
đối
với
với
hệ
hệ
thống
thống
?
?
Mô
Mô
hình
hình

hóa
hóa
sự
sự
tương
tương
tác
tác
giữa
giữa
user
user
và
và
system
system
?
?
Thiết
Thiết
lập
lập
một
một
đường
đường
ranh
ranh
giới
giới

(
(
baseline
baseline
)
)
và
và
qui
qui
trình
trình
kiểm
kiểm
soát
soát
thay
thay
đổi
đổi
(
(
change
change
control
control
process
process
)
)

?
?
Duy
Duy
trì
trì
khả
khả
năng
năng
theo
theo
vết
vết
tiến
tiến
và
và
lùi
lùi
các
các
yêu
yêu
cầu
cầu
đ
đ
/
/

v
v
hệ
hệ
thống
thống
?
?
Sử
Sử
dụng
dụng
một
một
qui
qui
trình
trình
lặp
lặp
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
28
Các vấn đề giải quyết nhờ quản lý y/c đ/v HT
Nguyên nhân cốt lõi
Nguyên nhân cốt lõi
Cách giải quyết
Cách giải quyết
Xây dựng trong quản lý Y/C
một tiếp cận kỷ luật

Trao đổi thông tin dựa trên
các y/c đã xác đònh
Đặt độ ưu tiên, lọc và theo dõi
các yêu cầu
Đánh giá khách quan các
chức năng và hiệu năng
Các mâu thuẫn đễ phát hiện
RM tool cung cấp một kho
chứa các y/c, thuộc tính và đồ
hình, sẽ được kết nối tự động
với sưu liệu
?
?
Thiếu
Thiếu
các
các
y
y
/
/
c
c
đ
đ
/
/
v
v
HT

HT
?
?
Trao
Trao
đổi
đổi
TT
TT
mơ
mơ
hồ
hồ
?
?
Kiến
Kiến
trúc
trúc
kém
kém
bền
bền
vững
vững
?
?
Độ
Độ
phức

phức
tạp
tạp
quá
quá
cao
cao
?
?
Đánh
Đánh
giá
giá
chủ
chủ
quan
quan
?
?
Các
Các
mâu
mâu
thuẫn
thuẫn
không
không
được
được
phát

phát
hiện
hiện
?
?
Kiểm
Kiểm
chứng
chứng
kém
kém
?
?
QT
QT
thác
thác
nước
nước
?
?
Các
Các
thay
thay
đổi
đổi
không
không
ks

ks
?
?
Thiếu
Thiếu
ccụ
ccụ
tự
tự
động
động
Cỏc kinh nghi?m quớ trong CNPM
Duong Anh é?c
29
Use
Use
Component
Component
Architectures
Architectures
Kinh nghieọm 3: Duứng kieỏn truực Component-Based
Control Changes
Develop Iteratively
Manage
Requirements
Model
Visually
Verify
Quality
Các kinh nghi?m q trong CNPM

Duong Anh Ð?c
30
Kiến trúc phần mềm xác đònh:
?
?
Kiến
Kiến
trúc
trúc
phần
phần
mềm
mềm
chứa
chứa
đựng
đựng
các
các
quyết
quyết
đònh
đònh
quan
quan
trọng
trọng
về
về
tổ

tổ
chức
chức
của
của
hệ
hệ
thống
thống
phần
phần
mềm
mềm
?Sự lựa chọn các phần tử cầu trúc và interface của
chúng để cấu thành một hệ thống
?Hành vi được mô tả như sự cộng tác giữa các phần
tử này
?Sự tổng hợp của các phẩn tử cấu trúc và hành vi
này thành các subsystem lớn hơn
?Kiểu kiến trúc đònh hướng cho tổ chức này, cho các
phần tử cấu trúc và interface của chúng, các công
tác, và sự tổng hợp giữa chúng
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
31
Các ảnh hưởng của kiến trúc
?
?
Kiến
Kiến

trúc
trúc
phần
phần
mềm
mềm
liên
liên
quan
quan
đến
đến
cấu
cấu
trúc
trúc
,
,
hành
hành
vi
vi
và
và
ngữ
ngữ
cảnh
cảnh
(
(

context
context
):
):
?Cách dùng (Usage)
?Chức năng (Functionality)
?Hiệu năng (Performance)
?Tính co dãn (Resilience)
?Khả năng tái sử dụng (Reuse)
?Tính dễ hiểu (Comprehensibility)
?Các ràng buộc về kinh tế và kỹ thuật và các dung
hòa
?Tính thẩm mỹ (Aesthetics)
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
32
Resilient, Component-Based Architectures
?
?
Các
Các
kiến
kiến
trúc
trúc
tốt
tốt
thỏa
thỏa
mãn

mãn
các
các
y
y
/
/
c
c
đ
đ
/
/
v
v
chúng
chúng
,
,
là
là
tính
tính
đàn
đàn
hồi
hồi
,
,
và

và
component
component
-
-
based
based
?
?
Một
Một
kiến
kiến
trúc
trúc
đàn
đàn
hồi
hồi
cho
cho
phép
phép
?Tăng cường khả năng dễ bảo trì và dễ mở rộng
?Khả năng tái sử dụng với lợi ích kinh tế cao
?Phân chia công việc rõ ràng trong đội ngũ PTPM
?Gói gọn các phụ thuộc phần cứng & hệ thống
?
?
Một

Một
kiến
kiến
trúc
trúc
component
component
-
-
based
based
cho
cho
phép
phép
?Tái sử dụng hoặc tùy chỉnh các component sẵn có
?Chọn lựa giữa hàng ngàn component thương mại
trên thò trường
?Tiến hóa không ngừng phần mềm đang tồn tại
Các kinh nghi?m quí trong CNPM
Duong Anh Ð?c
33
Ví duï: Component-Based Architecture
Key:
- Purchased
- Built
- New
User Interface
Mechanisms
Oracle Vantive

Customer Product
Lead Tracking
User Interface
License
Licensing
User Interface
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
34
Kiến trúc Component giải quyết các vấn đề
Các
Các
Component
Component
dễ
dễ
tạo
tạo
ra
ra
các
các
kiến
kiến
trúc
trúc
đàn
đàn
hồi
hồi

Tái
Tái
sử
sử
dụng
dụng
các
các
com
com
.
.
và
và
framework
framework
Thương
Thương
mại
mại
trở
trở
nên
nên
dễ
dễ
dàng
dàng
Tính
Tính

đơn
đơn
thể
thể
cho
cho
phép
phép
phân
phân
tách
tách
các
các
điều
điều
lo
lo
lắng
lắng
Component
Component
cung
cung
cấp
cấp
nền
nền
tảng
tảng

tự
tự
nhiên
nhiên
cho
cho
quản
quản
lý
lý
cấu
cấu
hình
hình
Các
Các
ccụ
ccụ
mô
mô
hình
hình
hóa
hóa
trực
trực
quan
quan
hỗ
hỗ

trợ
trợ
thiết
thiết
kế
kế
tự
tự
động
động
component
component
-
-
based
based
Các nguyên nhân cốt lõi
Các nguyên nhân cốt lõi
Cách giải quyết
Cách giải quyết
?
?
Thiếu
Thiếu
y
y
/
/
c
c

đ
đ
/
/
v
v
hệ
hệ
thống
thống
?
?
Trao
Trao
đổi
đổi
TT
TT
mơ
mơ
hồ
hồ
?
?
Kiến
Kiến
trúc
trúc
kém
kém

bền
bền
?
?
Quá
Quá
phức
phức
tạp
tạp
?
?
Đánh
Đánh
giá
giá
chủ
chủ
quan
quan
?
?
Các
Các
mâu
mâu
thuẫn
thuẫn
chưa
chưa

xác
xác
đònh
đònh
?
?
Test
Test
kém
kém
?
?
Qui
Qui
trình
trình
thác
thác
nước
nước
?
?
Các
Các
thay
thay
đổi
đổi
không
không

thể
thể
kiểm
kiểm
soát
soát
?
?
Thiếu
Thiếu
ccụ
ccụ
tự
tự
động
động
Các kinh nghi?m q trong CNPM
Duong Anh Ð?c
35
Kinh nghiệm 4: Mô hình hóa trực quan phần mềm
Control Changes
Develop Iteratively
Use
Component
Architectures
Manage
Requirements
Verify
Quality
Model

Model
Visually
Visually