Ột khi người dùng thấy các yêu cầu ựược chuy ển thành hệthống, sẽyêu cầu thay ựổ

Một phần của tài liệu Phân tích nhu cầu người dùng (Trang 27 - 31)

hoặc nêu thêm yêu cầu mới

Rất hiệu dụng khi:

Rất hiệu dụng khi:

◦ Yêu cầu của người dùng không rõ ràng

◦ Ít người dùng liên quan

◦ Các thiết kế phức tạp và ựòi hỏi biểu mẫu cụ thể

◦ Vấn ựề truyền thông giữa phân tắch viên và người

dùng

Thi

Thiếếtt kkếế mmẫẫuu (Prototyping)(Prototyping)

Các hạn chế

◦ Xu hướng ựể tránh các tài liệu hìnhthức thức

◦ Khó thắch ứng cho nhiều loại ngườidùng dùng

dùng

◦ Chia sẽ dữ liệu với các hệ thống khácthường không ựược xem xét thường không ựược xem xét

◦ Kiểm tra vòng ựời phát triển hệ thốngthường bị bỏ qua thường bị bỏ qua

Phân

Phân tắchtắch nhunhu ccầầuu ngngườườiidùng dùng

dùng ssửử ddụụngng kkỹỹ thuthuậậtt mômôhình hình

hình hóahóa trtrườườngng hhợợpp ssửử

hình

hình hóahóa trtrườườngng hhợợpp ssửử

d

S

Sơơ ựựồồ trtrườườngng hhợợpp ssửử ddụụngng(Use case diagram) (Use case diagram)

(Use case diagram)

được Ivar Jacobson ựưa ra vào

năm1996 như một phần của phươngpháp hướng ựối tượng OOSE (Object pháp hướng ựối tượng OOSE (Object

Oriented Software Engineering)

Ý tưởng ca Jacobson (bao gm mô

Ý tưởng ca Jacobson (bao gm môhình hóa trường hp s dng) ựược hình hóa trường hp s dng) ựược tắch hp vi các ý tưởng ca Grady

Booch và James Rumbaugh to

Các

Các kháikhái niniệệmm ccủủaa Use Use Case Case

Tác

Tác nhânnhân (Actors)(Actors)

Một tác nhân trong UML là một loạingười dùng của hệ thống

Một phần của tài liệu Phân tích nhu cầu người dùng (Trang 27 - 31)

Tải bản đầy đủ (PDF)

(40 trang)