Bài giảng Phân tích và thiết kế hệ thống hướng đối tượng: Chương 3 - ĐH Công nghiệp TP.HCM
Số trang: 81
Loại file: pptx
Dung lượng: 3.85 MB
Lượt xem: 10
Lượt tải: 0
Xem trước 9 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
Bài giảng "Phân tích và thiết kế hệ thống hướng đối tượng - Chương 3: Thu thập yêu cầu" cung cấp cho người đọc các kiến thức: Mục đích thu thập yêu cầu, khó khăn khi thu thập yêu cầu người dùng, các bước thu thập yêu cầu, phân loại yêu cầu, các phương pháp thu thập yêu cầu. Mời các bạn cùng tham khảo.
Nội dung trích xuất từ tài liệu:
Bài giảng Phân tích và thiết kế hệ thống hướng đối tượng: Chương 3 - ĐH Công nghiệp TP.HCM TRƯỜNGĐẠIHỌCCÔNGNGHIỆPTP.HCM KHOACÔNGNGHỆTHÔNGTINChươngIII THUTHẬPYÊUCẦUNỘIDUNG 1. Mụcđíchthuthậpyêucầu 2. Khókhănkhithuthậpyêucầungườidùng 3. Cácbướcthuthậpyêucầu 4. ̣ Phânloaiyêucầu 5. Cácphươngphápthuthậpyêucầu MỤCĐÍCHTHUTHẬPYÊUCẦUWhatisrequirement?• Astatementofa servicethesystem mustdoOR• Astatementofa constraintthesystem mustsatisfyRequirements described the “what” of a system, not the“how”MỤCĐÍCHTHUTHẬPYÊUCẦU• Whydoweneedrequirementdefinition?MỤCĐÍCHTHUTHẬPYÊUCẦU • Xâydựngvàduytrìsựthỏathuậnvớikháchhàngvàcác stakeholderkháctrênhệthốngđangxâydựng • Giúpcácnhàpháttriểnhệthốnghiểutốtrõhơncácyêu cầucủahệthống. • Xácđịnhphamvih ̣ ệthống • Cungcấpcơsởđểlênkếhoachchoca ̣ ́clầnlặptiếptheo. • Cungcấpcơsởđể ướctínhchiphívàthờigianđểphát triểnhệthống. • Xácđịnhgiaodiệnngườidùngcủahệthống. KHÓ KHĂNKHITHUTHẬPYÊUCẦUNGƯỜ IDÙ NG• Nhiềukháchhàngkhôngbiếthoth ̣ ựcsựcầngì• Khôngđánhgiáđượcnhữnggìđangxayratrong ̉ ̉ ứccủahọ tôch• Khókhănkhitrìnhbàycácýkiếncủahov ̣ ớinhà pháttriểnphầnmềm• ThườngkhôngbiếtnhiềuvềcôngnghệthôngtinMÔTVA ̣ ̀ ITHỰCTẾ• ̉ Kháchhàngđangquanly ́1chuỗicáccửahàng ̉ bánlekhôngthunhiềulợinhuậnvàcần1SWvề tàichính.• Kháchhàngcầnthayđôinghi ̉ ệpvụbánhàng.• SWkhôngthểcaithi ̉ ệnđượctìnhtrang ̣CÁ CBƯỚ CCỦATHUTHẬPYÊUCẦU Cácbướcthựchiện: • Bước1:Thuthậpthôngtinbằngcácphươngphápkhác nhau • Bước2:Củngcố,bổsungvàhoànthiệnkếtquảkhảosát • Bước3:Tổnghợpkếtquảkhảosát • Bước4:Hợpthứchoákếtquảkhảosát Kếtquả: • Hiểumiềnnghiệpvụcủahệthống – Banking,automobilemanufacturing,... • Xâydựngmôhìnhnghiệpvụcủakháchhàng • XácđịnhyêucầucủakháchhàngđốivớihệthốngPHÂNLOẠIYÊUCẦUYÊUCẦUNGHIỆPVỤ(BUSINESSREQUIREMENTS)• Biễudiễncácmụctiêucủatổchứchaykháchhàng yêucầuhệthốngphảicó• Yêucầunghiệpvụthườngdongườitàitrợchodự án,kháchmuaphầnmềm,ngườiquảnlýcácngười dùng,bộphậntiếpthị(maketing)…cungcấp• Thường được ghi nhận trong phần đặc tả (vision) và phạm vi (scope) của tài liệu, đôi khi còn được gọi là tuyên bố dự án (project charter) hay tài liệu yêucầuthịtrường(marketrequirementsdocument)YÊUCẦUNGƯỜIDÙNG(USERREQUIREMENTS)• Môtảmụctiêu(goal)haytácvụ(task)củangười dùngđốivớihệthống.• Cáccáchđểbiểudiễnyêucầungườidùng: – Usecases,scenario – Bảngeventresponse.• Yêucầungườidùngmôtảcái(what)màngười dùngcóthểlàmđốivớihệthống.• Vídụ:usecaseMakeaReservationdùngtrongcác websitecủahàngkhông,thuêxe,haykháchsạn.YÊUCẦUHỆTHỐNG(SYSTEMREQUIREMENTS)• Mô tả yêu cầu mức cao đối với 1 san ̉ phâm, ̉ nó chứacáchêthô ̣ ́ngcon(subsystem)nào.• Môṭ hệ thống có thể là toàn bộ phần mềm hay baogồmcáchêthô ̣ ̉ ́ng concuaphâ ̀nmềmcũng nhưphầncứng.• Conngườicũnglà1phầnhêthô ̣ ̣ ́ng,vìvâycác chức năng hệ thống cũng có thể chỉ đinh ̣ cả vai ̉ tròcuaconng ười• Gồm2loại: – Yêucầuchứcnăng(Functionalrequirement) – Yêucầuphichứcnăng(Nonfunctionalrequirement)YÊUCẦUHỆTHỐNG(SYSTEMREQUIREMENTS)q Xácđịnhchứcnăngcủaphầnmềmmàcácnhàphát triểnphảixâydựngđểgiúpngườidùnghoànthành nhiệm vụ của họ, thỏa mãn được yêu cầu nghiệp vụ.q Đôikhicònđượcgọilàbehavioralrequirements.q Ví dụ: “The system shall email a reservation confrimationtheuser”YÊUCẦUHỆTHỐNG(SYSTEMREQUIREMENTS)q Yê ...
Nội dung trích xuất từ tài liệu:
Bài giảng Phân tích và thiết kế hệ thống hướng đối tượng: Chương 3 - ĐH Công nghiệp TP.HCM TRƯỜNGĐẠIHỌCCÔNGNGHIỆPTP.HCM KHOACÔNGNGHỆTHÔNGTINChươngIII THUTHẬPYÊUCẦUNỘIDUNG 1. Mụcđíchthuthậpyêucầu 2. Khókhănkhithuthậpyêucầungườidùng 3. Cácbướcthuthậpyêucầu 4. ̣ Phânloaiyêucầu 5. Cácphươngphápthuthậpyêucầu MỤCĐÍCHTHUTHẬPYÊUCẦUWhatisrequirement?• Astatementofa servicethesystem mustdoOR• Astatementofa constraintthesystem mustsatisfyRequirements described the “what” of a system, not the“how”MỤCĐÍCHTHUTHẬPYÊUCẦU• Whydoweneedrequirementdefinition?MỤCĐÍCHTHUTHẬPYÊUCẦU • Xâydựngvàduytrìsựthỏathuậnvớikháchhàngvàcác stakeholderkháctrênhệthốngđangxâydựng • Giúpcácnhàpháttriểnhệthốnghiểutốtrõhơncácyêu cầucủahệthống. • Xácđịnhphamvih ̣ ệthống • Cungcấpcơsởđểlênkếhoachchoca ̣ ́clầnlặptiếptheo. • Cungcấpcơsởđể ướctínhchiphívàthờigianđểphát triểnhệthống. • Xácđịnhgiaodiệnngườidùngcủahệthống. KHÓ KHĂNKHITHUTHẬPYÊUCẦUNGƯỜ IDÙ NG• Nhiềukháchhàngkhôngbiếthoth ̣ ựcsựcầngì• Khôngđánhgiáđượcnhữnggìđangxayratrong ̉ ̉ ứccủahọ tôch• Khókhănkhitrìnhbàycácýkiếncủahov ̣ ớinhà pháttriểnphầnmềm• ThườngkhôngbiếtnhiềuvềcôngnghệthôngtinMÔTVA ̣ ̀ ITHỰCTẾ• ̉ Kháchhàngđangquanly ́1chuỗicáccửahàng ̉ bánlekhôngthunhiềulợinhuậnvàcần1SWvề tàichính.• Kháchhàngcầnthayđôinghi ̉ ệpvụbánhàng.• SWkhôngthểcaithi ̉ ệnđượctìnhtrang ̣CÁ CBƯỚ CCỦATHUTHẬPYÊUCẦU Cácbướcthựchiện: • Bước1:Thuthậpthôngtinbằngcácphươngphápkhác nhau • Bước2:Củngcố,bổsungvàhoànthiệnkếtquảkhảosát • Bước3:Tổnghợpkếtquảkhảosát • Bước4:Hợpthứchoákếtquảkhảosát Kếtquả: • Hiểumiềnnghiệpvụcủahệthống – Banking,automobilemanufacturing,... • Xâydựngmôhìnhnghiệpvụcủakháchhàng • XácđịnhyêucầucủakháchhàngđốivớihệthốngPHÂNLOẠIYÊUCẦUYÊUCẦUNGHIỆPVỤ(BUSINESSREQUIREMENTS)• Biễudiễncácmụctiêucủatổchứchaykháchhàng yêucầuhệthốngphảicó• Yêucầunghiệpvụthườngdongườitàitrợchodự án,kháchmuaphầnmềm,ngườiquảnlýcácngười dùng,bộphậntiếpthị(maketing)…cungcấp• Thường được ghi nhận trong phần đặc tả (vision) và phạm vi (scope) của tài liệu, đôi khi còn được gọi là tuyên bố dự án (project charter) hay tài liệu yêucầuthịtrường(marketrequirementsdocument)YÊUCẦUNGƯỜIDÙNG(USERREQUIREMENTS)• Môtảmụctiêu(goal)haytácvụ(task)củangười dùngđốivớihệthống.• Cáccáchđểbiểudiễnyêucầungườidùng: – Usecases,scenario – Bảngeventresponse.• Yêucầungườidùngmôtảcái(what)màngười dùngcóthểlàmđốivớihệthống.• Vídụ:usecaseMakeaReservationdùngtrongcác websitecủahàngkhông,thuêxe,haykháchsạn.YÊUCẦUHỆTHỐNG(SYSTEMREQUIREMENTS)• Mô tả yêu cầu mức cao đối với 1 san ̉ phâm, ̉ nó chứacáchêthô ̣ ́ngcon(subsystem)nào.• Môṭ hệ thống có thể là toàn bộ phần mềm hay baogồmcáchêthô ̣ ̉ ́ng concuaphâ ̀nmềmcũng nhưphầncứng.• Conngườicũnglà1phầnhêthô ̣ ̣ ́ng,vìvâycác chức năng hệ thống cũng có thể chỉ đinh ̣ cả vai ̉ tròcuaconng ười• Gồm2loại: – Yêucầuchứcnăng(Functionalrequirement) – Yêucầuphichứcnăng(Nonfunctionalrequirement)YÊUCẦUHỆTHỐNG(SYSTEMREQUIREMENTS)q Xácđịnhchứcnăngcủaphầnmềmmàcácnhàphát triểnphảixâydựngđểgiúpngườidùnghoànthành nhiệm vụ của họ, thỏa mãn được yêu cầu nghiệp vụ.q Đôikhicònđượcgọilàbehavioralrequirements.q Ví dụ: “The system shall email a reservation confrimationtheuser”YÊUCẦUHỆTHỐNG(SYSTEMREQUIREMENTS)q Yê ...
Tìm kiếm theo từ khóa liên quan:
Thiết kế hệ thống hướng đối tượng Phân tích hệ thống hướng đối tượng Lập trình hướng đối tượng Thu thập yêu cầu Khó khăn khi thu thập yêu cầu người dùng Phân loại yêu cầuTài liệu có liên quan:
-
Giáo trình Lập trình hướng đối tượng: Phần 2
154 trang 316 0 0 -
101 trang 211 1 0
-
Bài tập lớn môn Phát triển phần mềm hướng dịch vụ
16 trang 144 1 0 -
14 trang 141 0 0
-
Giáo trình lập trình hướng đối tượng - Lê Thị Mỹ Hạnh ĐH Đà Nẵng
165 trang 129 0 0 -
Giáo trình Lập trình Windows 1 - Trường CĐN Đà Lạt
117 trang 104 0 0 -
Giáo trình Phân tích, thiết kế hướng đối tượng với UML: Phần 1 - Trường ĐH Công nghiệp Quảng Ninh
111 trang 103 0 0 -
265 trang 93 0 0
-
Giáo trình Lập trình hướng đối tượng với Java: Phần 2 - Trần Thị Minh Châu, Nguyễn Việt Hà
141 trang 86 0 0 -
33 trang 74 0 0