Xác định các yêu cầu và phân tích hệ thống

Một phần của tài liệu giáo trình ngôn ngữ hóa thống nhất uml (Trang 39 - 41)

- 17

2.6.1 Xác định các yêu cầu và phân tích hệ thống

Từ các yêu cầu của khách hàng chúng ta xác định được các mục tiêu của phần mềm cần phát triển. Thường đó là các yêu cầu chức năng về những gì mà hệ thống

phải thực hiện,nhưng chưa cần chỉ ra các chứcnăng đó thựchiện nhưthế nào. Việc xácđịnh đúng vàđầyđủcác yêu cầu củabàitoán lànhiệm vụrất quantrọng,nó làm cơ sở chotấtcả cácbướctiếptrong dựánphầnmềm. Muốnvậy, thìphải đặctảđược cácyêucầucủahệthống.

UMLcungcấpbiểuđồcasửdụngđểđặctảcácyêucầucủahệthống

Tàiliệuđặctảcácyêucầuđượcsửdụngđể:

 Làm cơsởđể trao đổi với người sử dụng, để thảo luận giữa các nhóm thành

viên trong dự án phát triển phần mềm về những gì mà hệ thống sẽ phải thực

hiện (và những gì nó không cần thực hiện).

Làm căn cứ cơbảnchocácbướctiếptheotrongquátrìnhpháttriểnphầnmềm.

Muốnđạtđượccácmụctiêutrênthìquátrìnhphảithựchiện:

Hiểu rõ miền xác định của bài toán (Domain Understanding): Những người pháttriển sẽxâydựnghệthốngtheosựhiểubiếtcủahọnhưthếnào vềnhững yêucầucủakháchhàngvànhữngkháiniệm cơsởcủabàitoánứngdụng.

 Nắm bắt các yêu cầu (Requirement Capture): Người phân tích phải nắm bắt đượctấtcảcácnhucầucủakháchhàngbằngcáchphảitraođổivớimọingười có liênquanđếndự án,tham khảo cáctàiliệuliên quan. Thôngquaviệc thảo luận,traođổivớikháchhàng,các chuyêngiacủalĩnh vựcứngdụngvànhững ngườiđã,đangsửdụngnhững hệthống cósẵnta có thểpháthiệnvànắmbắt được các yêu cầu của họ. Phương pháp trừu tượng hoá giúp ta dễ dàng nắm bắtđượccácyêucầucủahệthống.

Phân loại (Classification):Vấnđềquantrọngnhấttronggiaiđoạnnàylàphảihiểurõ

cácyêucầuđãđượcxácđịnh.Muốnvậy,taphảitìmcáchphânloạichúngtheotầm quantrọng,haychứcnăngchínhcủanhữngngườisửdụngvàcủakháchhàng.

- 39 -

Thẩm định(Validation):Kiểmtraxemcácyêucầucóthốngnhấtvớinhauvàđầyđủ

không,đồngthờitìmcáchgiảiquyếtcácmốimâuthuẫngiữacácyêucầunếucó.

 Nghiên cứu tính khả thi (Feasibility Study):Tínhkhảthicủamộtdựántinhọc phảiđượcthựchiệndựatrêncácyếutốbaogồm cáckhíacạnhtàichính,chiến lược, thị trường,con người, đối tác, kỹthuật, côngnghệ và phươngpháp mô hìnhhoá,v.v.

Nói chungkhông cócácqui tắchướngdẫn cụthểđể biếtkhinàocông việcphân tích cácyêu cầu sẽkếtthúcvàquá trìnhphát triểncó thểchuyểnsang bướctiếp theo. Nhưngcó thểdựa vàocáccâutrảlờichonhữngcâuhỏisauđể chuyểnsangbướctiếp theo.

 Khách hàng, người sử dụng (NSD) và những người phát triển đã hiểu hoàn toànhệthốngchưa?

 Đã nêu được đầy đủ các yêu cầu về chức năng (dịch vụ), đầu vào / ra và

những dữ liệu cần thiết chưa?

tronghình2-22.

Ngườipháttriển

hệthống Hiểurõ

cácyêucầu Nắmcácyêubắtcầu

Kháchhàng, Cácchuyêngia hệthống Nghiêncứu tínhkhảthi Môtả cácyêucầu Thẩm định Phânloại Người sửdụng

(NSD) Tàiliệuđặctảyêucầu vàbướctiếptheo

Hình2-22Mốiquanhệgiữacáccôngviệctrongphaphântíchcácyêucầu Vấn đề xácđịnh đúng và đầyđủ các yêu cầu của hệ thống là rất quan trọng,nó ảnh hưởng rất lớn tới chất lượng của sản phẩn sau này. Theo Finkelstein (1989) khi khảo sát, đánh giá về các pha thựchiện trong quá trình phát triểnphần mềm thì trên 55% [10] các lỗicủa phần mềm là docác yêucầu củahệ thống chưa đượcphát hiện đầyđủvàchiphícho việcsửacáclỗiđó (đểbảotrìhệthống)chiếmtớitrên80%chi phícủacảdựán.

- 40 -

Một phần của tài liệu giáo trình ngôn ngữ hóa thống nhất uml (Trang 39 - 41)