Giáo trình Công nghệ phần mềm

Behavioral Model Functional. Model.[r]

Nh p ậ  môn  Công nghệ h c ọ  Ph n ầ  m m ề

Introduction to Software Engineering

Department of Software Engineering Faculty of Information Technology Hanoi University of Technology

TEL: 04­8682595  FAX: 04­8692906 

Email: cnpm@it­hut.edu.vn

Ph n ầ  III Yêu c u ầ  ng ườ  dùng i User’s Requirements

5.1. Kỹ thu t ậ  xác đ nh ị  yêu c u ầ  

SW Requirements Engineering

• Yêu c u ầ  ph n ầ  m m ề : là t t ấ  cả các  yêu c u ầ  về ph m ầ  m m ề  do khách 

hàng ­ ng ườ  sử d ng i ụ  ph n ầ  m m ề  

c a ủ  ph n ầ  m m ề , hi u ệ  năng c a ủ  

ph n ầ  m m ề , các yêu c u ầ  về thi t ế  

k ế và giao di n ệ , các yêu c u ầ  đ c ặ  

bi t ệ  khác

• Thông th ườ  các yêu c u ng ầ  ph n ầ  m m ề  

đ ượ  phân lo i c ạ  theo 4 thành ph n ầ  c a ủ  

ph n ầ  m m ề :

– Các yêu c u ầ  về ph n ầ  m m ề   (Software)

– Các yêu c u ầ  về ph n ầ  c ng ứ   (Hardware)

– Các yêu c u ầ  về dữ li u ệ   (Data)

– Các yêu c u ầ  về con ng ườ  (People, Users) i

• M c ụ  đích:  m c ụ  đích c a ủ  yêu c u ầ  ph n ầ  

m m ề  là xác đ nh ị  đ ượ  ph n c ầ  m m ề  đáp  ng

ứ  đ ượ  các yêu c u c ầ  và mong mu n ố  

c a ủ  khách hàng ­ ng ườ  sử d ng i ụ  ph n ầ  

m m ề

T i ạ  sao c n ầ  ph i ả  đ t ặ  ra  yêu c u ầ  ph n ầ  m m ề  ?

• Khách hàng chỉ có nh ng ữ  ý t ưở  còn mơ  ng

h ồ về ph n ầ  m m ề  c n ầ  ph i ả  xây d ng ự  để 

ph c ụ  vụ công vi c ệ  c a ủ  họ, chúng ta ph i ả  

s n ẵ  sàng, kiên trì theo đu i ổ  để đi từ các 

ý t ưở  mơ hồ đó đ n ng ế  “Ph n ầ  m m ề  có 

đ y ầ  đủ các tính năng c n ầ  thi t” ế

• Khách hàng r t ấ  hay thay đ i ổ  các đòi h i ỏ  

c a ủ  mình, chúng ta n m ắ  b t ắ  đ ượ  các  c

thay đ i ổ  đó và s a ử  đ i ổ  các mô tả m t ộ  

cách h p ợ  lý

5.2. N i ộ  dung xác đ nh ị  yêu c u ầ  

Contents of Requirements Engineering

• Phát hi n ệ  các yêu c u ầ  ph n ầ  m m ề  (Requirements 

elicitation)

• Phân tích các yêu c u ầ  ph n ầ  m m ề  và th ươ   ng

l ượ  v i ng ớ  khách hàng (Requirements analysis and  negotiation)

• Mô tả các yêu c u ầ  ph n ầ  m m ề  (Requirements 

specification)

• Mô hình hóa hệ th ng ố  (System modeling)

• Ki m ể  tra tính h p ợ  lý các yêu c u ầ  ph n ầ  m m ề  

(Requirements validation)

• Qu n ả  trị các yêu c u ầ  ph n ầ  m m ề  (Requirements 

Quy trình xác đ nh ị  yêu c u ầ  ph n ầ  

the problem Requirements elicitation

Build a prototype

Create analysis models

Develop specification Review

Data Model

Behavioral Model Functional Model

5.2.1. Phát hi n ệ  yêu c u ầ  

ph n ầ  m m ề   (Requirements Elicitation)

Các v n ấ  đề c a ủ  phát hi n ệ  yêu c u ầ  

ph n ầ  m m ề  (Problems)

• Ph m ạ  vi c a ủ  ph n ầ  m m ề  (Scope)

• Hi u ể  rõ ph n ầ  m m ề  (Understanding)

• Các thay đ i ổ  c a ủ  hệ th ng ố  

(Volatility)

Ph ươ  pháp phát hi n ng ệ  yêu c u ầ  ph n ầ  

Requirements Elicitation Methodology

• Xác đ nh ị  các ph ươ  pháp sử d ng ng ụ  phát hi n ệ  các 

yêu c u ầ  ph n ầ  m m ề :  ph ng ỏ  v n ấ , làm vi c ệ  

nhóm, các bu i ổ  h p ọ , g p ặ  gỡ đ i ố  tác, v.v.

• Tìm ki m ế  các nhân sự  (chuyên gia, ng ườ  sử  i

d ng ụ ) có nh ng ữ  hi u ể  bi t ế  sâu s c ắ  nh t ấ , chi ti t ế  

nh t ấ  về hệ th ng ố  giúp chúng ta xác đ nh ị  yêu 

c u ầ  ph n ầ  m m ề  

• Xác đ nh ị  “môi tr ườ  kỹ thu t ng ậ  ­ technical 

environment”

• Xác đ nh ị  các “ràng bu c ộ  lĩnh v c ự  domain 

constraints”

• Thu hút sự tham gia c a ủ  nhi u ề   chuyên gia, 

khách hàng để chúng ta có đ ượ  các quan đi m c ể