1 TÀI LIU MÔN HC PHÂN TÍCH VÀ THIT K HTTT THEO UML (ây là tài liu su tm, tng hp) GING VIÊN PH TRÁCH: NGUYN C CNG GING VIÊN: TÔN THT HOÀ AN – DNG KIU HOA (Su tm tng hp) 2 MC LC CHNG 1: TNG QUAN V PHÂN TÍCH THIT K H THNG 6 1.1. Dn nhp 6 1.1.1. Tính trc quan 6 1.1.2. Mô hình tru tng 6 1.1.3. Mô hình hóa trc quan 6 1.2. Mô t chu trình phát trin phn mm 7 1.2.1. Software Development – mt bài toán phc tp 7 1.2.2. Chu Trình Phát Trin Phn Mm (Software Development Life Cycle) 8 1.2.3. Các giai on ca Chu Trình Phát Trin Phn Mm 9 1.3. Phng pháp hng chc nng và phng pháp hng i tng 13 1.4. u im ca mô hình hng i tng 13 1.4.1. Tính tái s dng (Reusable) 13 1.4.2. Các giai on ca chu trình phát trin phn mm vi mô hình hng i tng 14 1.5. Phn câu hi 16 CHNG 2: NGÔN NG MÔ HÌNH HÓA THNG NHT LÀ GÌ? 17 2.1. Gii thiu UML 17 2.1.1. Mô hình hóa h thng phn mm 17 2.1.2. Trc khi UML ra i 18 2.1.3. S ra i ca UML 18 2.1.4. UML (Unifield Modeling Language) 19 2.1.5. Phng pháp và các ngôn ng mô hình hoá 19 2.2. UML trong phân tích thi!t k! h thng 19 2.3. UML và các giai o"n phát trin h thng 20 2.4. Phn câu hi 21 CHNG 3: KHÁI QUÁT V UML 22 3.1. UML và các giai o"n ca chu trình phát trin phn mm 22 3.1.1. Giai on nghiên cu s b 22 3.1.2. Giai on phân tích 22 3.1.3. Giai on thit k 22 3.1.4. Giai on xây dng 22 3.1.5. Th nghim 23 3.2. Các thành phn ca ngôn ng# UML 23 3.3. Hng nhìn (View) 23 3.3.1. Hng nhìn Use case (Use case View) 25 3.3.2. Hng nhìn logic (Logical View) 25 3.3.3. Hng nhìn thành phn (Component View) 25 3.3.4. Hng nhìn song song (Concurrency View) 26 3.3.5. Hng nhìn trin khai (Deployment View) 26 3.4. Biu $ (diagram) 26 3.4.1. Biu  Use case (Use Case Diagram) 26 3.4.2. Biu  lp (Class Diagram) 27 3.4.3. Biu  i tng (Object Diagram) 28 3.4.4. Biu  trng thái (State Diagram) 28 3 3.4.5. Biu  trình t (Sequence Diagram) 29 3.4.6. Biu  cng tác (Collaboration Diagram) 29 3.4.7. Biu  hot ng (Activity Diagram) 30 3.4.8. Biu  thành phn (Component Diagram) 30 3.4.9. Biu  trin khai (Deployment Diagram) 31 3.5. Phn t% mô hình (model element) 32 3.6. C ch! chung (General Mechanism) 33 3.6.1. Trang trí (Adornment) 33 3.6.2. Ghi chú (Note) 34 3.6.3. c t (Specification) 34 3.7. M& r'ng UML 35 3.7.1. Khuôn mu (Stereotype) 35 3.7.2. Giá tr ính kèm (Tagged Value) 36 3.7.3. Hn ch (Constraint) 36 3.8. Mô hình hóa vi UML 37 3.9. Công c( (Tool) 40 3.10. Tóm t)t v UML 41 3.11. Phn câu hi 42 CHNG 4: MÔ HÌNH HÓA USE CASE 43 4.1. Gii thiu Use Case 43 4.2. M't s ví d( Use Case 44 4.3. S* cn thi!t phi có Use Case 44 4.4. Mô hình hóa Use Case 45 4.5. Biu $ Use Case 46 4.5.1. H thng 47 4.5.2. Tác nhân 48 4.5.3. Tìm tác nhân 49 4.5.4. Biu din tác nhân trong ngôn ng UML 49 4.5.5. Use Case 50 4.5.6. Tìm Use Case 51 4.5.7. Ví d tìm Use Case 52 4.6. Các bi!n th (Variations) trong m't Use Case 53 4.7. Quan h gi#a các Use Case 54 4.7.1. Quan h m rng 54 4.7.2. Quan h s dng 55 4.7.3. Quan h chung nhóm 56 4.8. Miêu t Use Case 57 4.9. Th% Use Case 60 4.10. Th*c hin các Use Case 61 4.11. Tóm t)t v Use Case 63 4.12. Phn câu hi 63 CHNG 5 : MÔ HÌNH I T+NG 65 5.1. Lp, i tng và quan h – các thành phn c bn ca mô hình 65 5.1.1. i tng (Object) 65 5.1.2. Trng thái, ng x và nhn din ca i tng 65 5.1.3. Lp (Class) 66 4 5.1.4. Biu  lp (Class diagram) 67 5.2. Tìm lp 68 5.2.1. Phân tích phm vi bài toán  tìm lp 69 5.2.2. Các lp ng c viên 72 5.2.3. Loi b các lp ng c viên không thích hp 73 5.3. Lp và i tng trong UML 74 5.3.1. Tên lp (class name) 74 5.3.2. Thuc tính (attribute) 74 5.3.3. Phng thc (method) 75 5.3.4. Kí hiu i tng 76 5.4. Quan h gi#a các lp 77 5.5. Liên h (Association) 78 5.5.1. Vai trò trong liên h 78 5.5.2. Liên h mt chiu (Uni-Directional Association) 79 5.5.3. S lng (Cardinality) trong liên h 79 5.5.4. Phát hin liên h 80 5.5.5. X lý các liên h không cn thit 80 5.5.6. Nâng c!p các mi liên h 81 5.6. Quan h k!t tp (Aggregation) 85 5.6.1. Khái nim kt tp 85 5.6.2. Kí hiu kt tp 86 5.6.3. Kt tp và liên h 87 5.7. Khái quát hóa và chuyên bit hóa (Generalization & Specialization) 87 5.7.1. Kí hiu khái quát hóa và chuyên bit hóa 88 5.7.2. Yu t phân bit (Discriminatior) 89 5.8. Quan h ph( thu'c và nâng c,p (Dependency & Refinement) 92 5.9. Nâng c,p mô hình qua các vòng l-p k! ti!p 94 5.10. Ch,t lng mô hình 95 5.10.1. Th nào là mt mô hình tt? 96 5.10.2. Ta có th giao tip vi mô hình? 96 5.10.3. Mô hình có phù hp vi mc ích ca nó không? 96 5.10.4. N"m b"t nhng im tr#ng yu 97 5.10.5. Phi hp các mô hình 97 5.10.6.  phc tp ca mô hình 97 5.11. Tóm t)t v mô hình i tng 97 5.12. Phn câu hi 98 CHNG 6 : MÔ HÌNH HÓA .NG 100 6.1. S* cn thi!t có mô hình 'ng (Dynamic Model) 100 6.2. Các thành phn ca mô hình 'ng 100 6.3. u im ca mô hình 'ng 102 6.4. S* kin và thông ip (Event & Message) 103 6.4.1. S kin (Event) 103 6.4.2. Thông ip (Message) 105 6.5. Biu $ tun t* (Sequence Diagram) 106 6.6. Biu $ c'ng tác (Collaboration Diagram) 108 5 6.7. Biu $ tr"ng thái (State Diagram) 109 6.7.1. Trng thái và s bin i trng thái (State transition) 109 6.7.2. Biu  trng thái 110 6.7.3. Nhn bit trng thái và s kin 111 6.7.4. Mt s li mách bo cho vic to dng biu  trng thái 112 6.8. Biu $ ho"t 'ng (Activity Diagram) 114 6.9. Vòng /i i tng (Object Lifecycle) 117 6.9.1. Vòng i sinh ra và cht i 118 6.9.2. Vòng i lp 118 6.10. Xem xét l"i mô hình 'ng 118 6.10.1. Th$m v!n biu  trng thái 118 6.10.2. Phi hp s kin 119 6.10.3. Bao gi thì s dng biu  nào 119 6.10.4. Lp con và biu  trng thái 120 6.11. Phi hp mô hình i tng và mô hình 'ng 120 6.12. Tóm t)t v mô hình 'ng 121 6.13. Phn câu hi 121 6 CHNG 1: TNG QUAN V PHÂN TÍCH THIT K H THNG 1.1. Dn nhp 1.1.1. Tính trc quan Chúng ta có th th!y r%ng: "Mt s tp hp d liu phc tp nh!t nh khi c trình bày b%ng  th s& truyn ti n ngi #c nhiu thông tin hn so vi các d liu thô". Vi phn mm c'ng vy, khi ngành Công nghip ca chúng ta ngày càng phát trin, các h thng s& tr nên phc tp hn. Kh n(ng n"m b"t và kim soát s phc tp ó ca chúng ta i kèm vi kh n(ng trình bày h thng mt cách toàn din - mt s trình bày vt ra ngoài gii hn ca nhng dòng lnh thô. S thành công trên th trng ca nhng ngôn ng nh Visual Basic và phn giao din trc quan ca C++, Java ã cho th!y s trình bày trc quan mang tính ct yu i vi quá trình phát trin các h thng phc tp. 1.1.2. Mô hình tru tng Trc ây, có mt thi gian dài, ngành công nghip chúng ta ã phi nói ti mt "Cuc khng hong phn mm". Các cuc tranh lun u da trên thc t là ch)ng nhng nhiu  án phn mm không th sn sinh ra nhng h thng tho mãn òi h i và nhu cu ca khách hàng, mà còn vt quá ngân sách và thi hn. Các công ngh mi nh lp trình hng i tng, lp trình trc quan c'ng nh các môi trng phát trin tiên tin có giúp chúng ta nâng cao n(ng su!t lao ng, nhng trong nhiu trng hp, chúng ch* hng ti tng th!p nh!t ca vic phát trin phn mm: phn vit lnh (coding). Mt trong nhng v!n  chính ca ngành phát trin phn mm thi nay là có nhiu  án b"t tay vào lp trình quá sm và tp trung quá nhiu vào vic vit code. Lý do mt phn là do ban qun tr thiu hiu bit v quy trình phát trin phn mm và h# ny lo âu khi th!y i quân lp trình ca h# không vit code. Và bn thân các lp trình viên c'ng cm th!y an tâm hn khi h# ngi vit code - vn là tác v mà h# quen thuc! – hn là khi xây dng các mô hình tru tng cho h thng mà h# phi to nên. 1.1.3. Mô hình hóa trc quan Mô hình hoá trc quan là mt phng thc t duy v v!n  s dng các mô hình c t chc xoay quanh các khái nim i thc. Mô hình giúp chúng ta hiu v!n , giao tip vi m#i ngi có liên quan n d án (khách hàng, chuyên gia l+nh vc thuc  án, nhà phân tích, nhà thit k, …). Mô hình r!t hu dng trong vic mô hình hoá doanh nghip, son tho tài liu, thit k chng trình c'ng nh ngân hàng d liu. Mô hình giúp hiu các òi h i ca h thng tt hn, to các thit k rõ ràng hn và xây dng nên các h thng d bo trì hn. Mô hình là kt qu ca s tru tng hóa nh%m miêu t các thành phn ct yu ca mt v!n  hay mt c!u trúc phc tp qua vic l#c bt các chi tit không quan tr#ng và làm cho v!n  tr thành d hiu hn. Tru tng hóa là mt n(ng lc c(n bn ca con ngi, cho phép chúng ta gii quyt các v!n  phc tp. Các k, s, ngh s+ và th th công ã xây dng mô hình t hàng ngàn n(m nay  th nghim thit k trc khi thc hin. Phát trin phn mm c'ng không là ngoi l.  xây dng các h thng phc tp, nhà phát trin phi tru tng hóa nhiu hng nhìn khác nhau ca h thng, s dng ký hiu chính xác  xây dng mô hình, kim tra xem mô hình có th a mãn các òi h i ca h thng, và dn dn b sung thêm chi tit  chuyn các mô hình thành thc hin. Chúng ta xây dng mô hình cho các h thng phc tp bi chúng ta không th hiu th!u áo nhng h thng nh th trong trng thái toàn v-n ca chúng. Kh n(ng th!u hiu và n"m b"t tính phc tp ca 7 con ngi là có hn. iu này ta có th th!y rõ trong ví d ca ngành xây dng. Nu bn mun to mt túp lu  góc vn, bn có th b"t tay vào xây ngay. Nu bn xây mt ngôi nhà, có l& bn s& cn ti bn v&, nhng nu bn mun xây mt toà nhà ch#c tri thì ch"c ch"n bn không th không cn bn v&. Th gii phn mm ca chúng ta c'ng th. Ch* tp trung vào các dòng code hay thm chí c phân tích Forms trong Visual Basic ch)ng cung c!p mt cái nhìn toàn cc v vic phát trin  án. Xây dng mô hình cho phép nhà thit k tp trung vào bc tranh ln v s tng tác gia các thành phn trong  án, tránh b sa ly vào nhng chi tit riêng bit ca tng thành phn. Mt môi trng kinh doanh mang tính cnh tranh gay g"t và luôn luôn thay i dn n tính phc tp ngày càng t(ng cao, và tính phc tp này t ra nhng thách thc c trng cho các nhà phát trin h thng. Mô hình giúp chúng ta t chc, trình bày trc quan, th!u hiu và to nên các h thng phc tp. Chúng giúp chúng ta áp ng các thách thc ca vic phát trin phn mm, hôm nay c'ng nh ngày mai. 1.2. Mô t chu trình phát trin phn mm 1.2.1. Software Development – mt bài toán phc tp Kinh nghim ca nhiu nhà thit k và phát trin cho th!y phát trin phn mm là mt bài toán phc tp. Xin nêu mt s các lý do thng c k n: Nhng ngi phát trin phn mm r!t khó hiu cho úng nhng gì ngi dùng cn Yêu cu ca ngi dùng thng thay i trong thi gian phát trin. Yêu cu thng c miêu t b%ng v(n bn, dài dòng, khó hiu, nhiu khi thm chí mâu thun. i quân phát trin phn mm, vn là ngi "ngoài cuc", r!t khó nhn thc th!u áo các mi quan h tim $n và phc tp cn c th hin chính xác trong các ng dng ln. Kh n(ng n"m b"t các d liu phc tp ca con ngi (ti cùng mt thi im) là có hn. Khó nh lng chính xác hiu su!t ca thành ph$m và th a mãn chính xác s mong ch t phía ngi dùng. Ch#n la phn cng và phn mm thích hp cho gii pháp là mt trong nhng thách thc ln i vi Designer. Phn mm ngoài ra cn có kh n(ng thích ng và m rng. Phn mm c thit k tt là phn mm ng vng trc nhng bin i trong môi trng, dù t phía cng ng ngi dùng hay t phía công ngh. Ví d phn mm ã c phát trin cho mt nhà b(ng cn có kh n(ng tái s dng cho mt nhà b(ng khác vi r!t ít sa i hoc hoàn toàn không cn sa i. Phn mm tho mãn các yêu cu ó c coi là phn mm có kh n(ng thích ng. Mt phn mm có kh n(ng m rng là phn mm c thit k sao cho d phát trin theo yêu cu ca ngi dùng mà không cn sa cha nhiu. Chính vì vy, mt s các khim khuyt thng gp trong phát trin phn mm là: 8 Hiu không úng nhng gì ngi dùng cn Không th thích ng cho phù hp vi nhng thay i v yêu cu i vi h thng Các Module không khp vi nhau Phn mm khó bo trì và nâng c!p, m rng Phát hin tr các l. hng ca d án Ch!t lng phn mm kém Hiu n(ng ca phn mm th!p Các thành viên trong nhóm không bit c ai ã thay i cái gì, khi nào,  âu, ti sao phi thay i. 1.2.2. Chu Trình Phát Trin Phn Mm (Software Development Life Cycle) Vì phát trin phn mm là mt bài toán khó, nên có l& trc ht ta cn im qua mt s các công vic c(n bn ca quá trình này. Thng ngi ta hay tp hp chúng theo tin trình thi gian mt cách tng i, xoay quanh chu trình ca mt phn mm, dn ti kt qa khái nim Chu Trình Phát Trin Phn Mm (Software Development Life Cycle - SDLC) nh sau: Chu Trình Phát Trin Phn Mm là mt chu.i các hot ng ca nhà phân tích (Analyst), nhà thit k (Designer), ngi phát trin (Developer) và ngi dùng (User)  phát trin và thc hin mt h thng thông tin. Nhng hot ng này c thc hin trong nhiu giai #an khác nhau. Nhà phân tích (Analyst): là ngi nghiên cu yêu cu ca khách hàng/ngi dùng  nh ngh+a mt phm vi bài toán, nhn dng nhu cu ca mt t chc, xác nh xem nhân lc, phng pháp và công ngh máy tính có th làm sao  ci thin mt cách tt nh!t công tác ca t chc này. Nhà thi!t k! (Designer): thit k h thng theo hng c!u trúc ca database, screens, forms và reports – quyt nh các yêu cu v phn cng và phn mm cho h thng cn c phát trin. Chuyên gia l0nh v*c (Domain Experts): là nhng ngi hiu thc ch!t v!n  cùng t!t c nhng s phc tp ca h thng cn tin h#c hoá. H# không nh!t thit phi là nhà lp trình, nhng h# có th giúp nhà lp trình hiu yêu cu t ra i vi h thng cn phát trin. Quá trình phát trin phn mm s& có r!t nhiu thun li nu i ng' làm phn mm có c s tr giúp ca h#. Lp trình viên (Programmer): là nhng ngi da trên các phân tích và thit k  vit chng trình (coding) cho h thng b%ng ngôn ng lp trình ã c thng nh!t. Ng/i dùng (User): là i tng phc v ca h thng cn c phát trin.  cho rõ hn, xin l!y ví d v mt v!n  n gin sau: Ngi bình thng chúng ta khi nhìn mt chic xe ô tô thng s& có mt bc tranh t bên ngoài nh sau: 9 V,n  Hình 1.1: Nhìn v!n  ô tô ca ngi bình thng Chuyên gia l+nh vc s& giúp nhà phân tích "trình bày li" v!n  nh sau: Hình 1.2: Nhìn v!n  ô tô ca chuyên gia phân tích Chính vì s tr giúp ca chuyên gia l+nh vc có th óng vai trò r!t quan tr#ng nên trong nhng giai on u ca quá trình phát trin phn mm, kt qu phân tích nên c th hin sao cho d hiu i vi các chuyên gia l+nh vc. ây c'ng là môt trong r!t nhiu lý do khin cho phng pháp hng i tng c nhiu ngi hng ng. 1.2.3. Các giai on ca Chu Trình Phát Trin Phn Mm Chu trình ca mt phn mm có th c chia thành các giai on nh sau: Nghiên cu s b (Preliminary Investigation hay còn g#i là Feasibility Study) Phân tích yêu cu (Analysis) Thit k h thng (Design of the System) Xây dng phn mm (Software Construction) Th nghim h thng (System Testing) Thc hin, trin khai (System Implementation) Bo trì, nâng c!p (System Maintenance) a) Nghiên cu s b': Câu h i quan tr#ng nh!t khi phát trin mt h thng hoàn toàn không phi câu h i mang tính phng pháp lun. Mà c'ng ch)ng phi câu h i v k, thut. Nó là mt câu h i dng nh có v/ n gin, 10 nhng tht ra c bit khó tr li: “ây có úng là mt h thng  thc hin không?” áng bun là chính câu h i này trong thc t thng ch)ng h c t ra và li càng không c tr li. Mc dù vic lm ln v phng pháp hay quyt nh sai lm v k, thut c'ng có th dn ti th!t bi, nhng thng thì d án có th c cu vãn nu có y  tài nguyên cùng s c g"ng quên mình ca các nhân viên tài gi i. Nhng s& ch)ng mt ai và mt iu gì cu vãn cho mt h thng phn mm hoàn toàn ch)ng c cn ti hoc c g"ng t ng hóa mt quy trình lm lc. Trc khi b"t tay vào mt d án, bn phi có mt ý tng cho nó. Ý tng này i song song vi vic n"m b"t các yêu cu và xu!t hin trong giai on khi u. Nó hoàn t!t mt phát biu: "H thng mà chúng ta mong mun s& làm c nhng vic nh sau ". Trong sut giai on này, chúng ta to nên mt bc tranh v ý tng ó, r!t nhiu gi thuyt s& c công nhn hay loi b . Các hot ng trong thi gian này thng bao gm thu thp các ý tng, nhn bit ri ro, nhn bit các giao din bên ngoài, nhn bit các các chc n(ng chính mà h thng cn cung c!p, và có th to mt vài nguyên mu dùng  “minh chng các khái nim ca h thng”. Ý tng có th n t nhiu ngun khác nhau: khách hàng, chuyên gia l+nh vc, các nhà phát trin khác, chuyên gia v k, ngh, các bn nghiên cu tính kh thi c'ng nh vic xem xét các h thng khác ang tn ti. Mt khía cnh cn nh"c ti là code vit trong thi k0 này thng s& b "b i”, bi chúng c vit nh%m mc ích th$m tra hay tr giúp các gi thuyt khác nhau, ch cha phi th code c vit theo kt qu phân tích và thit k th!u áo. Trong giai #an nghiên cu s b, nhóm phát trin h thng cn xem xét các yêu cu ca doanh nghip (cn dùng h thng), nhng ngun tài nguyên có th s dng, công ngh c'ng nh cng ng ngi dùng cùng các ý tng ca h# i vi h thng mi. Có th thc hin tho lun, nghiên cu, xem xét khía cnh thng mi, phân tích kh n(ng li-l., phân tích các trng hp s dng và to các nguyên mu  xây dng nên mt khái nim cho h thng ích cùng vi các mc ích, quyn u tiên và phm vi ca nó. Thng trong giai on này ngi ta c'ng tin hành to mt phiên bn thô ca lch trình và k hoch s dng tài nguyên. Mt giai on nghiên cu s b thích áng s& lp nên tp hp các yêu cu (dù  mc  khái quát cao) i vi mt h thng kh thi và c mong mun, k c v phng din k, thut ln xã hi. Mt giai on nghiên cu s b không c thc hin tho áng s& dn ti các h thng không c mong mun, "t tin, b!t kh thi và c nh ngh+a lm lc – nhng h thng thng ch)ng c hoàn t!t hay s dng. Kt qu ca giai on nghiên cu s b là Báo Cáo Kt Qu Nghiên Cu Tính Kh Thi. Khi h thng tng lai c ch!p nhn da trên bn báo cáo này c'ng là lúc giai on Phân tích b"t u. b) Phân tích yêu cu: Sau khi ã xem xét v tính kh thi ca h thng c'ng nh to lp mt bc tranh s b ca d án, chúng ta bc sang giai on thng c coi là quan tr#ng nh!t trong các công vic lp trình: hiu h thng cn xây dng. Ngi thc hin công vic này là nhà phân tích. Quá trình phân tích nhìn chung là h qu ca vic tr li câu h i "H thng cn phi làm gì?". Quá trình phân tích bao gm vic nghiên cu chi tit h thng doanh nghip hin thi, tìm cho ra nguyên lý hot ng ca nó và nhng v trí có th c nâng cao, ci thin. Bên cnh ó là vic nghiên cu xem xét các chc n(ng mà h thng cn cung c!p và các mi quan h ca chúng, bên trong c'ng nh vi phía ngoài h thng. Trong toàn b giai on này, nhà phân tích và ngi dùng cn cng tác mt thit vi nhau  xác nh các yêu cu i vi h thng, tc là các tính n(ng mi cn phi c a vào h thng. [...]... là m t ngôn ng c t , tr c quan hoá, xây d ng và làm s u li u cho nhi u khía c nh khác nhau c a m t h th ng có n ng ph n m m cao UML có th c s d ng làm công c giao ti p gi a ng i dùng, nhà phân tích, nhà thi t k và nhà phát tri n ph n m m 18 Trong quá trình phát tri n có nhi u công ty ã h tr và khuy n khích phát tri n UML có th k t i nh : Hewlett Packard, Microsoft, Oracle, IBM, Unisys 2.1.4 UML (Unifield... l p c a giai o n thi t k s& c bi n thành nh ng dòng code c th trong m t ngôn ng l p trình h ng i t ng c th (không nên dùng m t ngôn ng l p trình h ng ch c n(ng!) Ph thu c vào kh n(ng c a ngôn ng c s d ng, ây có th là m t công vi c khó kh(n hay d dàng Khi t o ra các mô hình phân tích và thi t k trong UML, t t nh!t nên c g"ng né tránh vi c ngay l p t c bi n i các mô hình này thành các dòng code Trong... a v!n : thông tin và cách ho t ng 1.3.2 Ph ng pháp h ng it ng i ng H ng i t ng là thu t ng thông d ng hi n th i c a ngành công nghi p ph n m m Các công ty ang nhanh chóng tìm cách áp d ng và tích h p công ngh m i này vào các ng d ng c a h# Th t s là a ph n các ng d ng hi n th i u mang tính h ng i t ng Nh ng h ng i t ng có ngh+a là gì? L i ti p c n h ng i t ng là m t l i t duy v v!n theo l i ánh x các... giai o n phân tích là: Xác nh h th ng c n ph i làm gì Nghiên c u th!u áo t!t c các ch c n(ng c n cung c!p và nh ng y u t liên quan Xây d ng m t mô hình nêu b t b n ch!t v!n s ng th c) Trao nh ngh+a v!n cho chuyên gia l+nh v c K t qu c a giai o n phân tích là b n t m th nh n s ng nhìn có th c (trong i ánh giá, góp ý c T Yêu C u (Requirements Specifications) c) Thi!t k! h th ng: Sau giai o n phân tích, ... t trong bi u Use case c a UML M.i m t Use case c mô t trong tài li u, và nó s& c t các yêu c u c a khách hàng: Anh ta hay ch ta ch i i u gì phía h th ng mà không h ý n vi c ch c n(ng này s& c th c thi ra sao 3.1.2 Giai o n phân tích Giai o n phân tích quan tâm n quá trình tr u t ng hóa u tiên (các l p và các i t ng) c'ng nh c ch hi n h u trong ph m vi v!n Sau khi nhà phân tích ã nh n bi t c các l p... ti p c n truy n th ng c a ngành Công ngh ph n m m Theo l i ti p c n này, chúng ta quan tâm ch y u t i nh ng thông tin mà h th ng s& gi gìn Chúng ta h i ng i dùng xem h# s& c n nh ng thông tin nào, r i chúng ta thi t k ngân hàng d li u ch a nh ng thông tin ó, cung c!p Forms nh p thông tin và in báo cáo trình bày các thông tin Nói m t cách khác, chúng ta t p trung vào thông tin và không m!y ý n nh ng... ho t ng úng nh ã c nh ngh+a t ban u trong các bi u này 3.2 Các thành ph n c a ngôn ng# UML Ngôn ng UML bao g m m t lo t các ph n t h#a (graphic element) có th c k p h p v i nhau t o ra các bi u B i ây là m t ngôn ng , nên UML c'ng có các nguyên t"c k t h p các ph n t ó M t s nh ng thành ph n ch y u c a ngôn ng UML: H ng nhìn (view): H ng nhìn ch* ra nh ng khía c nh khác nhau c a h th ng c n ph i c... lo t các h ng nhìn khác nhau, m.i h ng nhìn s& th hi n m t b c nh ánh x c a toàn b h th ng và ch* ra m t khía c nh riêng c a h th ng Hình 3. 1- Các View trong UML M.i m t h ng nhìn c miêu t trong m t lo t các bi u , ch a ng các thông tin nêu b t khía c nh c bi t ó c a h th ng Trong th c t khi phân tích và thi t k r!t d x y ra s trùng l p thông trên th t t có th là thành ph n c a nhi u h ng nhìn khác nhau... Phân tích h ng it ng it ng ng (Object Oriented Analysis - OOA): Là giai #an phát tri n m t mô hình chính xác và súc tích c a v!n và khái ni m i th c, d hi u i v i ng i s d ng , có thành ph n là các it ng Trong giai o n OOA, v!n c trình bày b%ng các thu t ng t ng ng v i các i t ng có th c Thêm vào ó, h th ng c n ph i c nh ngh+a sao cho ng i không chuyên Tin h#c có th d dàng hi u c có s2n, nhà phân tích. .. n ti t ki m sang tài kho n ATM ây, nh ã nói, ta chú ý n c hai khía c nh: thông tin và cách ho t Xin chú ý là (t c là nh ng gì có th x y ra v i nh ng thông tin ó) L i phân tích b%ng ki u ánh x " pháp h ng i t ng Thi!t k! h ng it ng c a h th ng i th c” vào máy tính nh th th t s là u i m l n c a ph ng ng (Object Oriented Design - OOD): Là giai o n t ch c ch ng trình thành các t p h p i t ng c ng tác, . THNG NHT LÀ GÌ? 17 2.1. Gii thiu UML 17 2.1.1. Mô hình hóa h thng phn mm 17 2.1.2. Trc khi UML ra i 18 2.1.3. S ra i ca UML 18 2.1.4. UML (Unifield Modeling Language) 19 . hình hoá 19 2.2. UML trong phân tích thi!t k! h thng 19 2.3. UML và các giai o"n phát trin h thng 20 2.4. Phn câu hi 21 CHNG 3: KHÁI QUÁT V UML 22 3.1. UML và các giai. 1 TÀI LIU MÔN HC PHÂN TÍCH VÀ THIT K HTTT THEO UML (ây là tài liu su tm, tng hp) GING VIÊN PH TRÁCH: NGUYN C CNG