Công nghệ yêu cầu Requirements engineering (RE)

Requirement elicitationThu thập yêu cầu và làm gi m s khác bi t gi a các nhóm ản lý mối quan hệ khách hàng ựa kỹ thuật thu thập yêu cầu ệ yêu cầu Requirements ững đặc tả về

Chapter 3: Công nghệ yêu

cầu

Requirements engineering (RE)

Requirements Elicitation

Or

Requirement gathering

Các dự luật trang 34

Các kỹ thu t thu th p yêu c u ập yêu cầu ( ập yêu cầu ( ầu (Requirements

Ch n l a kỹ thu t thu th p yêu c u ọn lựa kỹ thuật thu thập yêu cầu ựa kỹ thuật thu thập yêu cầu ập yêu cầu ( ập yêu cầu ( ầu (Requirements

Quy t c nghi p v và chính sách ắc nghiệp vụ và chính sách ệ yêu cầu (Requirements ụ và chính sách

Qu n lý m i quan h khách hàng ản lý mối quan hệ khách hàng ối quan hệ khách hàng ệ yêu cầu (Requirements

Requirements engineering

(RE)

Công nghệ yêu cầu

Requirements engineering (RE)

T p h p các tác v và kỹ thu t đ d n ập yêu cầu ( ợp các tác vụ và kỹ thuật để dẫn ụ và chính sách ập yêu cầu ( ể dẫn ẫn

đ n ến vi c hi u rõ các yêu c u đ ệ yêu cầu (Requirements ể dẫn ầu (Requirements ượp các tác vụ và kỹ thuật để dẫn c g i là ọn lựa kỹ thuật thu thập yêu cầu công ngh yêu c u ệ yêu cầu (Requirements ầu (Requirements

Đ ng góc đ quy trình ph n m m, ứng ở góc độ quy trình phần mềm, ở góc độ quy trình phần mềm, ộ quy trình phần mềm, ầu (Requirements ềm, công ngh yêu c u là ho t đ ng chính b t ệ yêu cầu (Requirements ầu (Requirements ạt động chính bắt ộ quy trình phần mềm, ắc nghiệp vụ và chính sách

đ u trong su t ho t đ ng giao ti p và ầu (Requirements ối quan hệ khách hàng ạt động chính bắt ộ quy trình phần mềm, ến

ti p t c trong các ho t đ ng mô hình hóa ến ụ và chính sách ạt động chính bắt ộ quy trình phần mềm,

Requirements engineering

(RE)

Công nghệ yêu cầu

trình lặp bao gồm 3 hoạt động:

◦ Rút ra yêu c u t th c t (Elicitation) ầu (Requirements ừ thực tế (Elicitation) ựa kỹ thuật thu thập yêu cầu ến

◦ Đ c t yêu c u (Specification) ặc tả yêu cầu (Specification) ản lý mối quan hệ khách hàng ầu (Requirements

◦ Xác th c (Validation) ựa kỹ thuật thu thập yêu cầu

 K t qu c a quá trình RE là nh ng đ c t v ến ản lý mối quan hệ khách hàng ủa quá trình RE là những đặc tả về ững đặc tả về ặc tả yêu cầu (Specification) ản lý mối quan hệ khách hàng ềm,

h th ng ph n m mệ yêu cầu (Requirements ối quan hệ khách hàng ầu (Requirements ềm,

◦ Input: Các yêu c u t khách hàng (Problem statement ầu (Requirements ừ thực tế (Elicitation) prepared the customers)

◦ Output: tài li u đ c t yêu c u (Software ệ yêu cầu (Requirements ặc tả yêu cầu (Specification) ản lý mối quan hệ khách hàng ầu (Requirements

Requirement elicitation

Thu thập yêu cầu

và làm gi m s khác bi t gi a các nhóm ản lý mối quan hệ khách hàng ựa kỹ thuật thu thập yêu cầu ệ yêu cầu (Requirements ững đặc tả về

ứng ở góc độ quy trình phần mềm, ượp các tác vụ và kỹ thuật để dẫn ầu (Requirements ủa quá trình RE là những đặc tả về ổ chức hay dự án ứng ở góc độ quy trình phần mềm, ựa kỹ thuật thu thập yêu cầu

trong khi v n gi đ ẫn ững đặc tả về ượp các tác vụ và kỹ thuật để dẫn c các ràng bu c ộ quy trình phần mềm,

Requirement elicitation

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

M c đích: ục đích:

◦ Nh n di n các cá nhân liên quan ập yêu cầu ( ệ yêu cầu (Requirements

(stakeholders) t i d ánới dự án ựa kỹ thuật thu thập yêu cầu

◦ T p h p các yêu c u mà h thông ph i th c ập yêu cầu ( ợp các tác vụ và kỹ thuật để dẫn ầu (Requirements ệ yêu cầu (Requirements ản lý mối quan hệ khách hàng ựa kỹ thuật thu thập yêu cầu

hi n ệ yêu cầu (Requirements

◦ S p th t u tiên các yêu c u.ắc nghiệp vụ và chính sách ứng ở góc độ quy trình phần mềm, ựa kỹ thuật thu thập yêu cầu ư ầu (Requirements

Phân biệt giữa elicitation và analysis

Elicitation là s t ựa kỹ thuật thu thập yêu cầu ương tác với ng tác v i ới dự án

stakeholders đ n m b t đ ể dẫn ắc nghiệp vụ và chính sách ắc nghiệp vụ và chính sách ượp các tác vụ và kỹ thuật để dẫn c nhu c u ầu (Requirements

c a h ủa quá trình RE là những đặc tả về ọn lựa kỹ thuật thu thập yêu cầu

c u c a stakeholder thành các đ c t ầu (Requirements ủa quá trình RE là những đặc tả về ặc tả yêu cầu (Specification) ản lý mối quan hệ khách hàng

s n ph m chính th c ản lý mối quan hệ khách hàng ẩm chính thức ứng ở góc độ quy trình phần mềm,

Khó khăn khi phát hiện

yêu cầu

Khó khăn v ph m vi (Problems of scope): ề phạm vi (Problems of scope): ạm vi (Problems of scope):

đ ường biên hệ thống thường mập mờ, hay ng biên h th ng th ệ yêu cầu (Requirements ối quan hệ khách hàng ường biên hệ thống thường mập mờ, hay ng m p m , hay ập yêu cầu ( ờng biên hệ thống thường mập mờ, hay khách hàng ch nh m đ n các y u t kỹ thu t ỉnh (refinement) nhu ắc nghiệp vụ và chính sách ến ến ối quan hệ khách hàng ập yêu cầu (

h n là m c tiêu t ng th c a h th ng ơng tác với ụ và chính sách ổ chức hay dự án ể dẫn ủa quá trình RE là những đặc tả về ệ yêu cầu (Requirements ối quan hệ khách hàng

Khó khăn v hi u bi t khách hàng: ề phạm vi (Problems of scope): ểu biết khách hàng: ết khách hàng: khách hàng không bi t h c n gì, có ý ki n trái ến ọn lựa kỹ thuật thu thập yêu cầu ầu (Requirements ến

ng ượp các tác vụ và kỹ thuật để dẫn c v h th ng c n xây d ng, hi u bi t ềm, ệ yêu cầu (Requirements ối quan hệ khách hàng ầu (Requirements ựa kỹ thuật thu thập yêu cầu ể dẫn ến

v kỹ thu t, th i gian giao ti p v i kỹ s h ềm, ập yêu cầu ( ờng biên hệ thống thường mập mờ, hay ến ới dự án ư ệ yêu cầu (Requirements

th ng th ối quan hệ khách hàng ường biên hệ thống thường mập mờ, hay ng r t h n ch ất hạn chế ạt động chính bắt ến

Khó khăn v tính n đ nh: ề phạm vi (Problems of scope): ổn định: ịnh: yêu c u th ầu (Requirements ường biên hệ thống thường mập mờ, hay ng thay đ i theo th i gian ổ chức hay dự án ờng biên hệ thống thường mập mờ, hay

Trước khi phát hiện yêu cầu yêu cầu

 Đã vi t “vision and scope” ến

 Vẽ l ượp các tác vụ và kỹ thuật để dẫn c đ ng c nh (context diagram) ồ ngữ cảnh (context diagram) ững đặc tả về ản lý mối quan hệ khách hàng

 Xác đ nh stakeholder ịnh yêu cầu

 Xác đ nh ng ịnh yêu cầu ường biên hệ thống thường mập mờ, hay i dùng và đ i di n ng ạt động chính bắt ệ yêu cầu (Requirements ường biên hệ thống thường mập mờ, hay i dùng

Lược đồ ngữ cảnh

Context Diagram

Ph m vi (scope) ạm vi (Problems of scope): dùng đ xác đ nh đ ể dẫn ịnh yêu cầu ường biên hệ thống thường mập mờ, hay ng biên (boundary) và các m i n i k t gi a h th ng đang ối quan hệ khách hàng ối quan hệ khách hàng ến ững đặc tả về ệ yêu cầu (Requirements ối quan hệ khách hàng phát tri n và m i th khác bên ngoài ể dẫn ọn lựa kỹ thuật thu thập yêu cầu ứng ở góc độ quy trình phần mềm,

 L ượp các tác vụ và kỹ thuật để dẫn c đ ng c nh dùng đ minh h a đ ồ ngữ cảnh (context diagram) ững đặc tả về ản lý mối quan hệ khách hàng ể dẫn ọn lựa kỹ thuật thu thập yêu cầu ường biên hệ thống thường mập mờ, hay ng biên gi a ững đặc tả về

h th ng và môi tr ệ yêu cầu (Requirements ối quan hệ khách hàng ường biên hệ thống thường mập mờ, hay ng bên ngoài

 Sơng tác với đ b i c nh xác đ nh các ồ ngữ cảnh (context diagram) ối quan hệ khách hàng ản lý mối quan hệ khách hàng ịnh yêu cầu th c th (entities) bên ựa kỹ thuật thu thập yêu cầu ể dẫn ngoài h th ng có giao ti p v i h th ng theo m t ệ yêu cầu (Requirements ối quan hệ khách hàng ến ới dự án ệ yêu cầu (Requirements ối quan hệ khách hàng ộ quy trình phần mềm, cách nào đó (đ ượp các tác vụ và kỹ thuật để dẫn c g i là ọn lựa kỹ thuật thu thập yêu cầu terminators ho c ặc tả yêu cầu (Specification) external

entities), xác đ nh lu ng d li u và lu ngịnh yêu cầu ồ ngữ cảnh (context diagram) ững đặc tả về ệ yêu cầu (Requirements ồ ngữ cảnh (context diagram) v t ch t ập yêu cầu ( ất hạn chế (flow of data or material) gi a m i th c th bên ngoài ững đặc tả về ỗi thực thể bên ngoài ựa kỹ thuật thu thập yêu cầu ể dẫn

Lược đồ ngữ cảnh

Terminators có thể biểu diễn cho các lớp người dùng (user classes)

Thực thể Terminators

Luồng dữ

liệu

Lược đồ ngữ cảnh

 L ượp các tác vụ và kỹ thuật để dẫn c đ dòng d li u (Datat Flow Diagram-DFD) dùng đ mô ồ ngữ cảnh (context diagram) ững đặc tả về ệ yêu cầu (Requirements ể dẫn hình hóa các yêu c u h th ng ầu (Requirements ệ yêu cầu (Requirements ối quan hệ khách hàng

 DFD bi u di n các b ể dẫn ễn các bước mà luồng dữ liệu phải trải qua trong ưới dự án c mà lu ng d li u ph i tr i qua trong ồ ngữ cảnh (context diagram) ững đặc tả về ệ yêu cầu (Requirements ản lý mối quan hệ khách hàng ản lý mối quan hệ khách hàng

h th ng t đi m đ u t i đi m cu i ệ yêu cầu (Requirements ối quan hệ khách hàng ừ thực tế (Elicitation) ể dẫn ầu (Requirements ới dự án ể dẫn ối quan hệ khách hàng

 DFD mô hình hóa h th ng t góc đ 1 ch c năng Vi c tìm v t ệ yêu cầu (Requirements ối quan hệ khách hàng ừ thực tế (Elicitation) ộ quy trình phần mềm, ứng ở góc độ quy trình phần mềm, ệ yêu cầu (Requirements ến

và t li u hóa quan h gi a d li u v i 1 qui trình r t có ích ư ệ yêu cầu (Requirements ệ yêu cầu (Requirements ững đặc tả về ững đặc tả về ệ yêu cầu (Requirements ới dự án ất hạn chế.

đ i v i vi c tìm hi u toàn b h th ng ối quan hệ khách hàng ới dự án ệ yêu cầu (Requirements ể dẫn ộ quy trình phần mềm, ệ yêu cầu (Requirements ối quan hệ khách hàng

 DFD bao g m: ồ ngữ cảnh (context diagram)

◦ M c ng c nh: Là m c 0 (top level) c a l ứng ở góc độ quy trình phần mềm, ững đặc tả về ản lý mối quan hệ khách hàng ứng ở góc độ quy trình phần mềm, ủa quá trình RE là những đặc tả về ượp các tác vụ và kỹ thuật để dẫn c đ dòng d li u (data flow ồ ngữ cảnh (context diagram) ững đặc tả về ệ yêu cầu (Requirements diagram) theo cách phân tích h ưới dự án ng c u trúc ất hạn chế.

◦ M c 1, 2,… ứng ở góc độ quy trình phần mềm,

 DFD đ ượp các tác vụ và kỹ thuật để dẫn c dùng r ng rãi cho b t kỳ ph ộ quy trình phần mềm, ất hạn chế ương tác với ng pháp phát tri n ể dẫn nào Có th n m trong tài li u vision, trong ph c v đ c t yêu ể dẫn ằm trong tài liệu vision, trong phục vụ đặc tả yêu ệ yêu cầu (Requirements ụ và chính sách ụ và chính sách ặc tả yêu cầu (Specification) ản lý mối quan hệ khách hàng

c u (SRS) ầu (Requirements

Lược đồ ngữ cảnh

Hệ thống quản lý thư viện

Quản lý việc mượn/trả sách

Báo cáo thống kê

Tài khoả n

Quản lý sách

Đăng ký Mượn/Trả sách

1.4

Tìm kiếm thông tin sách

D3 Thông tin Sách Sách Thôngtin Sách

Thông tin Độc giả

Nhập sách mượn

1.6

Phát sinh các Mẫu báo cáo

Nhân viên thực hiện các báo cáo Xem

Nhập User id, password

Nhập User id, password

Nhập User id, password Người quản lý

D4 Thông tin tài khoản

D2 Thông tin Sách Nhà cung cấp

1.3

Đăng ký Mượn/Trả sách

1.3

Đăng ký Mượn/Trả sách

1.4

Tìm kiếm thông tin sách

1.4

Tìm kiếm thông tin sách

D3 Thông tin Sách Sách Thôngtin Sách

Thông tin Độc giả

Nhập sách mượn

1.6

Phát sinh các Mẫu báo cáo

1.6

Phát sinh các Mẫu báo cáo

Nhân viên thực hiện các báo cáo Xem

Nhập User id, password

Nhập User id, password

Nhập User id, password Người quản lý

D4 Thông tin tài khoản

D2 Thông tin Sách Nhà cung cấp

Keeping Scope in Focus

Nắm chắc phạm vi

 Các yêu c u kinh doanh (business requirements) đ ầu (Requirements ượp các tác vụ và kỹ thuật để dẫn c ghi l i trong tài li u t m ạt động chính bắt ệ yêu cầu (Requirements ầu (Requirements nhìn và ph m vi (vision and ạt động chính bắt scope) là cơng tác với s đ x lý t t c các r c r i liên quan ở góc độ quy trình phần mềm, ể dẫn ử lý tất cả các rắc rối liên quan ất hạn chế ản lý mối quan hệ khách hàng ắc nghiệp vụ và chính sách ối quan hệ khách hàng

đ n ến ph m vi c a d án ạt động chính bắt ủa quá trình RE là những đặc tả về ựa kỹ thuật thu thập yêu cầu

 Khi có ai đó ki n ngh 1 yêu c u m i thì RA ph i làm ến ịnh yêu cầu ầu (Requirements ới dự án ản lý mối quan hệ khách hàng gì?

 C n xem xét yêu c u m i có n m trong scope hay ầu (Requirements ầu (Requirements ới dự án ằm trong tài liệu vision, trong phục vụ đặc tả yêu không?

 N u yêu c u ki n ngh n m trong scope thì có th h p ến ầu (Requirements ến ịnh yêu cầu ằm trong tài liệu vision, trong phục vụ đặc tả yêu ể dẫn ợp các tác vụ và kỹ thuật để dẫn

nh t yêu c u m i vào d án n u có đ u tiên cao so ất hạn chế ầu (Requirements ới dự án ựa kỹ thuật thu thập yêu cầu ến ộ quy trình phần mềm, ư

v i yêu c u hi n có ới dự án ầu (Requirements ệ yêu cầu (Requirements có th ph i trì hoãn hay h y b ể dẫn ản lý mối quan hệ khách hàng ủa quá trình RE là những đặc tả về ỏ

Keeping Scope in Focus

 N u yêu c u ki n ngh n m ngoài scope thì có th có ến ầu (Requirements ến ịnh yêu cầu ằm trong tài liệu vision, trong phục vụ đặc tả yêu ể dẫn

1 trong các ph ương tác với ng án sau:

◦ Nên đ a vào phiên b n sau hay trong d án khác ư ản lý mối quan hệ khách hàng ựa kỹ thuật thu thập yêu cầu

◦ Scope c a d án có th thay đ i đ đáp ng yêu c u ủa quá trình RE là những đặc tả về ựa kỹ thuật thu thập yêu cầu ể dẫn ổ chức hay dự án ể dẫn ứng ở góc độ quy trình phần mềm, ầu (Requirements

m i ới dự án  c n có ph n h i t phía ng ầu (Requirements ản lý mối quan hệ khách hàng ồ ngữ cảnh (context diagram) ừ thực tế (Elicitation) ường biên hệ thống thường mập mờ, hay i dùng và c n ầu (Requirements

c p nh t l i tài li u vision and scope (n u đã phê ập yêu cầu ( ập yêu cầu ( ạt động chính bắt ệ yêu cầu (Requirements ến duy t thì c n giám sát m i thay đ i) ệ yêu cầu (Requirements ầu (Requirements ọn lựa kỹ thuật thu thập yêu cầu ổ chức hay dự án

◦ Khi ph m vi d án tăng, th ạt động chính bắt ựa kỹ thuật thu thập yêu cầu ường biên hệ thống thường mập mờ, hay ng ph i th a thu n l i ản lý mối quan hệ khách hàng ỏ ập yêu cầu ( ạt động chính bắt ngân sách(budget), tài nguyên (resource), th i gian ờng biên hệ thống thường mập mờ, hay (schedule)

Xác định StakeHolder

StakeHolder là các cá nhân có nh hản lý mối quan hệ khách hàng ưở góc độ quy trình phần mềm, ng t i ới dự án

k t qu c a d án, và là các đ i tến ản lý mối quan hệ khách hàng ủa quá trình RE là những đặc tả về ựa kỹ thuật thu thập yêu cầu ối quan hệ khách hàng ượp các tác vụ và kỹ thuật để dẫn ng chúng ta

sẽ làm vi c đ thu th p thông tin.ệ yêu cầu (Requirements ể dẫn ập yêu cầu (

Nh ng tính ch t mà ngững đặc tả về ất hạn chế ường biên hệ thống thường mập mờ, hay i dùng đ a ra lúc đ u ư ầu (Requirements

thường biên hệ thống thường mập mờ, hay ng không đ đ tr thành ch c năng c a ủa quá trình RE là những đặc tả về ể dẫn ở góc độ quy trình phần mềm, ứng ở góc độ quy trình phần mềm, ủa quá trình RE là những đặc tả về

h th ng.ệ yêu cầu (Requirements ối quan hệ khách hàng

Đ có cái nhìn chính xác h n nhu c u ngể dẫn ơng tác với ầu (Requirements ường biên hệ thống thường mập mờ, hay i dùng, RA ph i t p h p các yêu c u ngản lý mối quan hệ khách hàng ập yêu cầu ( ợp các tác vụ và kỹ thuật để dẫn ầu (Requirements ường biên hệ thống thường mập mờ, hay i dùng, phân tích và xác đ nh ch nên xây d ng cái gì đ ịnh yêu cầu ỉnh (refinement) nhu ựa kỹ thuật thu thập yêu cầu ể dẫn

ngường biên hệ thống thường mập mờ, hay i dùng làm t t đối quan hệ khách hàng ượp các tác vụ và kỹ thuật để dẫn c công vi c c a h ệ yêu cầu (Requirements ủa quá trình RE là những đặc tả về ọn lựa kỹ thuật thu thập yêu cầu

Phân loại StakeHolder

1 Customers (ng ường biên hệ thống thường mập mờ, hay i tài tr d án hay mua s n ph m) ợp các tác vụ và kỹ thuật để dẫn ựa kỹ thuật thu thập yêu cầu ản lý mối quan hệ khách hàng ẩm chính thức

2 Users (ng ường biên hệ thống thường mập mờ, hay ương tác với i t ng tác tr c ti p hay gián ti p s n ựa kỹ thuật thu thập yêu cầu ến ến ản lý mối quan hệ khách hàng

ph m) ẩm chính thức

3 Requiremements analysts (ng ường biên hệ thống thường mập mờ, hay i vi t yêu c u và làm ến ầu (Requirements

vi c v i đ i phát tri n ph n m m) ệ yêu cầu (Requirements ới dự án ộ quy trình phần mềm, ể dẫn ầu (Requirements ềm,

4 Developers (ng ường biên hệ thống thường mập mờ, hay i thi t k , th c thi và b o trì s n ến ến ựa kỹ thuật thu thập yêu cầu ản lý mối quan hệ khách hàng ản lý mối quan hệ khách hàng

ph m) ẩm chính thức

5 Testers (ng ường biên hệ thống thường mập mờ, hay i ki m tra xem s n ph m có th c thi ể dẫn ản lý mối quan hệ khách hàng ẩm chính thức ựa kỹ thuật thu thập yêu cầu

nh mong mu n) ư ối quan hệ khách hàng

Phân loại StakeHolder

1 Documentation writers (ng ường biên hệ thống thường mập mờ, hay ạt động chính bắt i t o ra s tay ng ổ chức hay dự án ường biên hệ thống thường mập mờ, hay i

dùng, h th ng tr giúp) ệ yêu cầu (Requirements ối quan hệ khách hàng ợp các tác vụ và kỹ thuật để dẫn

2 Project managers (ng ường biên hệ thống thường mập mờ, hay ập yêu cầu ( i l p k ho ch cho d án, ến ạt động chính bắt ựa kỹ thuật thu thập yêu cầu

qu n lý đ i phát tri n ph n m m) ản lý mối quan hệ khách hàng ộ quy trình phần mềm, ể dẫn ầu (Requirements ềm,

3 Legal staff (ng ường biên hệ thống thường mập mờ, hay i b o đ m s n ph m phù h p v i ản lý mối quan hệ khách hàng ản lý mối quan hệ khách hàng ản lý mối quan hệ khách hàng ẩm chính thức ợp các tác vụ và kỹ thuật để dẫn ới dự án

lu t và quy ch ) ập yêu cầu ( ến

4 Manaufacturing people (ng ường biên hệ thống thường mập mờ, hay i ph i xây d ng s n ản lý mối quan hệ khách hàng ựa kỹ thuật thu thập yêu cầu ản lý mối quan hệ khách hàng

ph m có ch a ph n m m) ẩm chính thức ứng ở góc độ quy trình phần mềm, ầu (Requirements ềm,

5 Sales, marketing, field support, help desk, và nh ng ững đặc tả về

ng ường biên hệ thống thường mập mờ, hay i khác sẽ làm vi c v i s n ph m và khách hàng ệ yêu cầu (Requirements ới dự án ản lý mối quan hệ khách hàng ẩm chính thức

Ví dụ: ATM stakeholder

 Khách hàng của ngân hàng (người sử dụng dịch vụ)

 Đại diện của các ngân hàng khác (ATM của ngân hàng này có thể dùng để giao dịch với ngân hàng khác)

 Quản lý ngân hàng (dùng thông tin quản lý từ hệ

 Phòng marketing (muốn dùng ATM để quảng cáo)

 Kĩ sư bảo trì phần mềm và phần cứng

 Những người điều phối hệ thống ngân hàng quốc gia (đảm bảo hệ thống tuân theo nguyên tắc chung)

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

Các b ưới dự án c th c hi n: ựa kỹ thuật thu thập yêu cầu ệ yêu cầu (Requirements

◦ Xác đ nh ngu n c a các yêu c uịnh yêu cầu ồ ngữ cảnh (context diagram) ủa quá trình RE là những đặc tả về ầu (Requirements

◦ Thu th p thông tinập yêu cầu (

◦ H i th o đ phát hi n yêu c u (Conduct ộ quy trình phần mềm, ản lý mối quan hệ khách hàng ể dẫn ệ yêu cầu (Requirements ầu (Requirements Requirements Workshops)

◦ Đánh giá k t qu ến ản lý mối quan hệ khách hàng

Xác định nguồn yêu cầu

T các Stakeholder ừ thực tế (Elicitation)

M t ngu n thông tin quan tr ng khác là ộ quy trình phần mềm, ồ ngữ cảnh (context diagram) ọn lựa kỹ thuật thu thập yêu cầu các tài li u đang t n t i c a t ch c mô ệ yêu cầu (Requirements ồ ngữ cảnh (context diagram) ạt động chính bắt ủa quá trình RE là những đặc tả về ổ chức hay dự án ứng ở góc độ quy trình phần mềm,

t ho t đ ng c a h th ng đang s ản lý mối quan hệ khách hàng ạt động chính bắt ộ quy trình phần mềm, ủa quá trình RE là những đặc tả về ệ yêu cầu (Requirements ối quan hệ khách hàng ử lý tất cả các rắc rối liên quan

d ng ụ và chính sách

◦ Có th là các mô hình nghi p v (business ể dẫn ệ yêu cầu (Requirements ụ và chính sáchmodels)

◦ Ho c các bi u m u thặc tả yêu cầu (Specification) ể dẫn ẫn ương tác với ng m i khác.ạt động chính bắt

Xác đ nh và s p th t u tiên các ịnh yêu cầu ắc nghiệp vụ và chính sách ứng ở góc độ quy trình phần mềm, ựa kỹ thuật thu thập yêu cầu ư

ngu n thông tin yêu c u ồ ngữ cảnh (context diagram) ầu (Requirements

Thu thập thông tin

M c đích: ụ và chính sách

◦ Xác đ nh các câu h i nào c n định yêu cầu ỏ ầu (Requirements ượp các tác vụ và kỹ thuật để dẫn c tr l i ản lý mối quan hệ khách hàng ờng biên hệ thống thường mập mờ, hay

◦ Thu th p và vi t tài li u cho thông tin thu ập yêu cầu ( ến ệ yêu cầu (Requirements

th p đập yêu cầu ( ượp các tác vụ và kỹ thuật để dẫn c

Các kỹ thuật thu thập yêu cầu

sessions

Ba kỹ thu t ph bi n nh t là Document ập yêu cầu ( ổ chức hay dự án ến ất hạn chế sampling, interviewing và questionaires

Các kỹ thuật thu thập yêu cầu

Interviewing – Phỏng vấn

Ph ng v n nh m đ t đ ỏ ất hạn chế ằm trong tài liệu vision, trong phục vụ đặc tả yêu ạt động chính bắt ượp các tác vụ và kỹ thuật để dẫn c hi u bi t sâu v ể dẫn ến ềm,

m c tiêu c a t ch c, vai trò và yêu c u ụ và chính sách ủa quá trình RE là những đặc tả về ổ chức hay dự án ứng ở góc độ quy trình phần mềm, ầu (Requirements

ng ường biên hệ thống thường mập mờ, hay i dùng

◦ G p m t không chính th c; câu h i, m c tiêu ặc tả yêu cầu (Specification) ặc tả yêu cầu (Specification) ứng ở góc độ quy trình phần mềm, ỏ ụ và chính sách

không đ nh tr ịnh yêu cầu ưới dự án c.

◦ Ph ng v n đóng ỏ ất hạn chế trong đó ngường biên hệ thống thường mập mờ, hay ượp các tác vụ và kỹ thuật để dẫn i đ c

ph ng v n tr l i m t t p các câu h i đã ỏ ất hạn chế ản lý mối quan hệ khách hàng ờng biên hệ thống thường mập mờ, hay ộ quy trình phần mềm, ập yêu cầu ( ỏ

đ nh s n.ịnh yêu cầu ẵn

◦ Ph ng v n m ỏ ất hạn chế ở góc độ quy trình phần mềm, trong đó không có l ch trình ịnh yêu cầu

đ nh s n mà ngịnh yêu cầu ẵn ường biên hệ thống thường mập mờ, hay ỏ i h i cùng v i ới dự ánstakeholders khám phá các ch đ ủa quá trình RE là những đặc tả về ềm,

 Không t t cho vi c tìm hi u v ối quan hệ khách hàng ệ yêu cầu (Requirements ể dẫn ềm, domain requirement

◦ Các kĩ s thu th p yêu c u không th hi u các thu t ng ư ập yêu cầu ( ầu (Requirements ể dẫn ể dẫn ập yêu cầu ( ững đặc tả về

chuyên ngành;

◦ M t s ki n th c chuyên ngành quá quen thu c đ i v i ộ quy trình phần mềm, ối quan hệ khách hàng ến ứng ở góc độ quy trình phần mềm, ộ quy trình phần mềm, ối quan hệ khách hàng ới dự án

stakeholder đ n m c h không th nghĩ là c n ph i gi i ến ứng ở góc độ quy trình phần mềm, ọn lựa kỹ thuật thu thập yêu cầu ể dẫn ầu (Requirements ản lý mối quan hệ khách hàng ản lý mối quan hệ khách hàng

thích chúng.

Làm thế nào để hỏi cho hiệu quả?

Ng ường biên hệ thống thường mập mờ, hay ỏ ầu (Requirements i h i c n có t duy m , s n sàng ư ở góc độ quy trình phần mềm, ẵn.

quan ni m đã có t tr ệ yêu cầu (Requirements ừ thực tế (Elicitation) ưới dự án c v các yêu ềm,

c u ầu (Requirements

Đ có hi u qu , ng ể dẫn ệ yêu cầu (Requirements ản lý mối quan hệ khách hàng ường biên hệ thống thường mập mờ, hay ỏ i h i

◦ Nên g i ý ngợp các tác vụ và kỹ thuật để dẫn ường biên hệ thống thường mập mờ, hay ượp các tác vụ và kỹ thuật để dẫn i đ c ph ng v n b ng m t ỏ ất hạn chế ằm trong tài liệu vision, trong phục vụ đặc tả yêu ộ quy trình phần mềm, câu h i ho c m t đ xu tỏ ặc tả yêu cầu (Specification) ộ quy trình phần mềm, ềm, ất hạn chế

◦ Không nên ch đ i ngỉnh (refinement) nhu ợp các tác vụ và kỹ thuật để dẫn ường biên hệ thống thường mập mờ, hay i kia tr l i nh ng ản lý mối quan hệ khách hàng ờng biên hệ thống thường mập mờ, hay ững đặc tả về câu h i ki u nh ‘ông mu n gì’ ỏ ể dẫn ư ối quan hệ khách hàng

Làm thế nào để hỏi cho hiệu quả?

◦ Opinionated: Ngường biên hệ thống thường mập mờ, hay ượp các tác vụ và kỹ thuật để dẫn i đ c ph ng v n cho ý ỏ ất hạn chế

ki n c a mình.ến ủa quá trình RE là những đặc tả về

◦ Biased: Câu h i đ nh hỏ ịnh yêu cầu ưới dự ánng đ tìm câu tr ể dẫn ản lý mối quan hệ khách hàng

l i c thờng biên hệ thống thường mập mờ, hay ụ và chính sách ể dẫn

◦ Imposing: Gi đ nh câu tr l i cho câu h i.ản lý mối quan hệ khách hàng ịnh yêu cầu ản lý mối quan hệ khách hàng ờng biên hệ thống thường mập mờ, hay ỏ

PHỎNG VẤN (INTERVIEWS)

CHỌN NGƯỜI ĐƯỢC PHỎNG VẤN (INTERVIEWS)

 C n m t k ho ch ph ng v n ầu (Requirements ộ quy trình phần mềm, ến ạt động chính bắt ỏ ất hạn chế.

◦ Danh sách t t c nh ng ng ất hạn chế ản lý mối quan hệ khách hàng ững đặc tả về ường biên hệ thống thường mập mờ, hay ể dẫn i đ ph ng v n ỏ ất hạn chế.

◦ Khi nào m i ng ỗi thực thể bên ngoài ường biên hệ thống thường mập mờ, hay i sẽ đ ượp các tác vụ và kỹ thuật để dẫn c ph ng v n ỏ ất hạn chế.

 M c đích gì h sẽ đ ụ và chính sách ở góc độ quy trình phần mềm, ọn lựa kỹ thuật thu thập yêu cầu ượp các tác vụ và kỹ thuật để dẫn c ph ng v n ỏ ất hạn chế.

 Danh sách có th là không chính th c … ho c nó có ể dẫn ứng ở góc độ quy trình phần mềm, ặc tả yêu cầu (Specification)

th là m t ph n c a ể dẫn ộ quy trình phần mềm, ầu (Requirements ủa quá trình RE là những đặc tả về phân tích d án ự án

 Danh sách đ ượp các tác vụ và kỹ thuật để dẫn c d a vào thông tin c n ựa kỹ thuật thu thập yêu cầu ầu (Requirements

 T t đ t o ra các ph i c nh khác nhau ối quan hệ khách hàng ể dẫn ạt động chính bắt ối quan hệ khách hàng ản lý mối quan hệ khách hàng

◦ Ng ường biên hệ thống thường mập mờ, hay i qu n lý (Managers) ản lý mối quan hệ khách hàng

◦ Ng ường biên hệ thống thường mập mờ, hay i dùng (Users)

 Ch n nh ng ng ọn lựa kỹ thuật thu thập yêu cầu ững đặc tả về ường biên hệ thống thường mập mờ, hay i cho các lý do chung

 Ph ng v n đ ỏ ất hạn chế ượp các tác vụ và kỹ thuật để dẫn ặc tả yêu cầu (Specification) c l p đi l p l i ặc tả yêu cầu (Specification) ạt động chính bắt

CHỌN NGƯỜI ĐƯỢC PHỎNG VẤN (INTERVIEWS)

THIẾT KẾ CÂU HỎI PHỎNG VẤN

 Đ ng h i thông tin mà có th đ t đ ừ thực tế (Elicitation) ỏ ể dẫn ạt động chính bắt ượp các tác vụ và kỹ thuật để dẫn ạt động chính bắt ơng tác với c t i n i khác

 Mu n ch ra khía c nh ng ối quan hệ khách hàng ỉnh (refinement) nhu ạt động chính bắt ường biên hệ thống thường mập mờ, hay i ph ng v n ỏ ất hạn chế.

 Mong mu n t o nên thông tin t t h n ối quan hệ khách hàng ạt động chính bắt ối quan hệ khách hàng ơng tác với

 Không có ki u câu h i nào là t t nh t ể dẫn ỏ ối quan hệ khách hàng ất hạn chế.

 Kh i đ u s d ng ph ng v n không có c u trúc đ xác đ nh h th ng ở góc độ quy trình phần mềm, ầu (Requirements ử lý tất cả các rắc rối liên quan ụ và chính sách ỏ ất hạn chế ất hạn chế ể dẫn ịnh yêu cầu ệ yêu cầu (Requirements ối quan hệ khách hàng

nh th nào (câu h i m ) ư ến ỏ ở góc độ quy trình phần mềm,

 Khi ng ường biên hệ thống thường mập mờ, hay i phân tích thu đ ượp các tác vụ và kỹ thuật để dẫn ựa kỹ thuật thu thập yêu cầu ể dẫn c s hi u bi t, ph ng v n có c u trúc đ ến ỏ ất hạn chế ất hạn chế ượp các tác vụ và kỹ thuật để dẫn c

s d ng (câu h i đóng) ử lý tất cả các rắc rối liên quan ụ và chính sách ỏ

CÂU HỎI MỞ (OPEN-ENDED QUESTIONS)

◦ Mục tiêu là thu thập thông tin và dữ liệu cốt lõi và những đặc trưng then chốt của hệ thống Câu hỏi mở yêu cầu câu trả không trực tiếp hay cụ thể.

◦ Dạng câu trả lời mở : người bị phỏng vấn trả lời tự do theo ý mình.

◦ Ví dụ:

 What are the most frequent problems you experience with the existing data analysis reports?

 Phần lớn những vấn đề từng gặp trong những mẫu báo cáo phân tích dữ liệu đang tồn tại là gì?

 Name your three top priorities for improving the customer relationship management system.

 Tên ba quyền ưu tiên để hoàn thiện mối quan hệ giữa khách hàng và người quản lý hệ thống

• Người bị phỏng vấn bị giới hạn, câu trả lời theo một qui định lựa chọn đã

có.

• Có những loại câu hỏi đóng sau:

1 Fill-in-the-blanks – Điền vào khoảng trống.

2 Dichotomous(Yes or No type) – Loại Yes hay No.

3 Ranking scale questions – Câu hỏi xếp loại.

4 Multiple-choice questions – Câu hỏi nhiều lựa chọn.

5 Rating scale questions are an extension of the multiple-choice questions – Câu hỏi phân loại là mở rộng của câu hỏi nhiều lựa chọn

CÁC CÂU HỎI ĐÓNG

( CLOSED-RESPONSE BASED QUESTIONNAIRES )

Ví dụ:

 Có bao nhiêu khách hàng quan tâm đến sản phẩm này?

 Which one of the following is the best thing about the system you currently use?

1 Having easy access to all of the data

2 The system's response time

3 The ability to access the system from remote locations

 Which of the following functions do you use most often in the existing mail

CÁC CÂU HỎI TÌM KIẾM

THIẾT KẾ CÂU HỎI PHỎNG VẤN

Continue question.

Expand questions

Explain what do you like?

* Có bao nhiêu cuộc điện thoại được nhận trên một ngày?

* Có bao nhiêu loại khách hàng?

* Bạn muốn hệ thống mới cung cấp thông tin gì?

Câu hỏi đóng

• Yêu cầu câu trả lời cụ thể

• Có nhiều lựa chọn.

• Có bao nhiêu yêu cầu

• Người phân tích sẽ điều khiển

• Thông tin rõ ràng

Câu hỏi mở

• Không yêu cầu câu trả lời cụ thể

• Để thu thập thông tin và dữ liệu

• Người phân tích có thể sửa đổi

• Tạo một hệ thống hiệu quả

* Bạn nghĩ gì về hệ thống hiện tại?

* Những vấn đề cơ bản nào bạn đối mặt hàng ngày?

* Bạn quyết định chiến dịch quảng cáo thực hiện như thế nào?

Câu hỏi tìm kiếm

Tiếp tục câu hỏi

Có gạn lọc

Khuyến khích mở rộng câu trả lời

Chỉ ra những gì bạn nghe và thích thú

* Tại sao?

* Bạn có thể đưa cho tôi một số ví dụ?

* Bạn có thể giải thích chi tiết hơn?

CÁC CHIẾN LƯỢC HỎI

High Level Very General

Medium-Level Moderately Specific

Low-Level Very Specific

TOP DOWN

BOTTOM UP

EXAMPLES?

Mức cao rất chung

Mức trung gian

Xác định ở mức

độ vừa phải

Mức thấp rất chi tiết