Phân tích thiết kế hệ thống theo mô hình UML

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. [...]... các mô hình (model), các mô hình c dùng mô t nh ng gì s d ng cho vi c truy n t k t qu trong quá trình s d ng ph ng pháp i m khác nhau chính gi a m t ph ng pháp và m t ngôn ng mô hình hoá (modeling language) là ngôn ng mô hình hoá không có m t ti n trình (process) hay các câu l nh (instruction) mô t nh ng công vi c ng i s d ng c n làm M t mô hình c bi u di n theo m t ngôn ng mô hình hoá Ngôn ng mô hình. .. (changeable) D dàng liên l c v i các mô hình khác Có th nói thêm r%ng mô hình là m t s n gi n hoá hi n th c Mô hình c xây d ng nên chúng ta d dàng hi u và hi u t t h n h th ng c n xây d ng T o mô hình s& giúp cho chúng ta hi u th!u áo m t h th ng ph c t p trong s toàn th c a nó Nói tóm l i, mô hình hóa m t h th ng nh%m m c ích: Hình dung m t h th ng theo th c t hay theo mong mu n c a chúng ta 17 Ch*... áp: úng H i: 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 áp: úng H i: 1u i m l n nh!t c a mô hình h ng it ng là tính tái s d ng (Reusable)? áp: úng 16 CH NG 2: NGÔN NG MÔ HÌNH HÓA TH NG NH T LÀ GÌ? 2.1 Gi i thi u UML 2.1.1 Mô hình hóa h th ng ph n m m Nh ã trình bày ph n tr c, m c tiêu c a giai o n phân tích h th ng là s n xu!t ra m t mô hình t ng th... Language) là gì? h áp: Ngôn ng mô hình hóa th ng nh!t – UML là m t ngôn ng ng i t ng H i: i m khác nhau c b n gi a ph language) là gì? bi u di n mô hình theo ng pháp (method) và m t ngôn ng mô hình hoá (modeling áp: i m khác nhau c b n gi a m t ph ng pháp và m t ngôn ng mô hình hoá là ngôn ng mô hình hoá không có m t ti n trình (process) hay các câu l nh (instruction) mô t nh ng công vi c ng i s d ng... trí c vi t g n ph n t mô hình c mà nó b sung thông tin (hình 3.13) 33 Hình 3.13 - Phân bi t gi a l p và it ng b%ng trang trí 3.6.2 Ghi chú (Note) Cho dù m t ngôn ng mô hình hóa có c m r ng n bao nhiêu ch(ng n a, nó c'ng không th nh ngh+a t!t c m#i vi c Nh%m t o i u ki n b sung thêm cho m t mô hình nh ng thông tin không th c th hi n b%ng ph n t mô hình, UML cung c!p kh n(ng kèm theo l i ghi chú M t l... 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 nh ng giai o n tr c, mô hình c s d ng d hi u, d giao ti p và t o nên c!u trúc c a h th ng; vì v y, v i 22 vàng a ra nh ng k t lu n v vi c vi t code có th s& thành m t tr ng i cho vi c t o ra các mô hình chính xác và n gi n Giai o n... chia thành nhi u h ng c các khía c nh khác nhau c a s n ph$m Ngoài ra, m t mô hình có th nhìn, m.i h ng nhìn trong s chúng s& mô t m t khía c nh riêng bi t c a s n ph$m hay h th ng c n c xây d ng M t mô hình c'ng có th c xây d ng trong nhi u giai o n và m.i giai o n, mô hình s& c b sung thêm m t s chi ti t nh!t nh Mô hình th ng c mô t trong ngôn ng tr c quan, i u ó có ngh+a là a ph n các thông tin c h#a... i bi u nào M t vài ví d có nh ng nguyên t"c xác nh lo i ph n t nào có th cho ph n t vô hình là l p, i t ng, tr ng thái, nút m ng, gói, thành ph n (hình 3.11) Hình 3.11- Các thành ph n mô hình th ng dùng Hình 3.12 ch* ra m t vài ví d c a m i quan h , ây c'ng là m t d ng ph n t mô hình, chúng d ng n i các ph n t mô hình khác v i nhau M t vài lo i quan h áng chú ý: cs 32 • N i k t (Association) : n i các... 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 Modeling Language) Ngôn ng mô hình hóa th ng nh!t (Unifield Modeling Language – UML) là m t ngôn ng mô hình theo h ng i t ng c xây d ng b i ba tác gi trên v i ch ích là: Mô hình hoá các h th ng s d ng các khái ni m h Thi t l p m t k t n i t nh... không c UML di n gi i L i ghi chú th ng i kèm theo m t s các ph n t mô hình trong bi u , c n i b%ng m t ng ch!m ch!m, ch* ra ph n t mô hình nào c chi ti t hóa ho c c gi i thích (hình 3.14) M t l i ghi chú th ng ch a l i nh n xét ho c các câu h i c a nhà t o mô hình, ví d l i nh"c nh c n ph i x lý v!n nào ó trong th i gian sau này L i ghi chú c'ng có th ch a các thông tin d ng khuôn m u (stereotype) Hình . 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. 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à. 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