UML và ứng dụng dể xây dựng mô hình cho hệ thông tín dụng: ThS. Công nghệ thông tin: 1 01 10

ĐẠI HỌC QUỐC GIA HÀ NỘI KHOA CÔNG NGHỆ MAI THỊ THANH HƯỜNG UML VÀ ÚNG DỤNG ĐỂ XÂY DỤNG MƠ HÌNH CHO HỆ THỐNG TÍN DỤNG LUẬN VĂN THẠC s KHOA HC ã ã ã 0A> H ầC C.UOC G f>- Ỵ" TRŨKGTÀM ■ S’HGỴỴ-'- Y- tẸ H À N Ộ I, N Ă M 2001 ft í Hư' sụ ĐẠI HỌC QUỐC GIA HÀ NỘI KHOA CÔNG NGHỆ MAI THỊ THANH HƯỜNG UML YÀ ÚNG DỤNG ĐỂ XÂY DựNG MƠ HÌNH CHO HỆ THỐNG TÍN DỤNG CH U YÊN N G À N H : CÔNG NGH Ệ THÔNG TIN M Ả SỐ: LUẬN VĂN THẠC s KHOA HC ã ô NGI HNG D AN KHOA HỌ C: PGS N G U Y Ẻ N HÀ NỘI, N Á M 2001 a Quốc T O Ả N MỤC LỤC CHƯƠNG TỔNG QUAN VỀ ƯML 1.1 Mục đích việc xây dựng mồ hình cho hệ thống 1.2 Lịch sử phát triển U M L 1.3 Mục liêu U M L 1.4 ứ n g dụng U M L .7 1.5 Các thảnh phần UML 1.5.1 Các phần tử mơ hình .8 1.5.2 Các biểu đồ 1.5.3 Các view 13 1.5.4 Các chế chung U M L 16 CHƯƠNG PHÂN TÍCH, THIÊT KẾ HƯỚNG ĐƠÍ TƯỢNG s DỤNG UML ! 19 2.1 Phân tích Use case 22 2.1.1 Actor .22 2.1.2 Xác định Actor .23 2.1.3 Use case 24 2.1.4 Các mối quan hệ 30 2.1.5 Biếu đồ Use c a se 31 2.2 Tim lớ p 34 2.2.1 Đối tượng 34 2.2.2 L p .r 34 2.2.3 Các quan h ệ 38 2.2.4 Gói 42 2.2.5 Biểu đồ đối tượng .44 2.3 Phàn tích tương tác đối tượng .45 2.3.1 Kịch b ản 45 2.3.2 Biểu đồ trình tự 47 2.3.3 Biểu đồ hợp tác 49 2.4 Them vào thuộc tính phương thức cho lớp 50 2.4.1 Thuộc tín h .50 2.4.2 Phương thức 51 2.5 Xác định ứng xử đối tượng 52 2.5.1 Biểu đồ trạng th i 52 2.5.2 Biêu đồ hoạt động 55 2.6 Xác định kiến trúc hệ thống .57 2.6.1 Thành phần (xem [3]) 57 2.6.2 Biểu đồ thành phần .57 2.6.3 Biêu đồ triển k h .58 CHƯƠNG - ÚNG DỤNG ƯML ĐỂ XÂY DựNG MƠHÌNH CHO HỆ THỐNG TÍN D Ụ N G 59 Phát biểu toán .59 3.2 Mô tá nghiệp vụ 59 - - 3.3 Mỏ tả quy trình kỹ thuật 60 3.4 Yêu cầu 60 3.5 Phân tích Use case 61 3.5.1 Các Actor hệ thống 61 3.5.2 Danh sách Use case: 62 3.5.3 Mô tả Use case .66 3.5.4 Các biểu đồ Use case 71 3.6 Biểu đồ lớ p 74 3.6.1 Các lớp thực thể (Entity Class) 74 3.6.2 Các lớp biên (Boundary Classes) 83 3.6.3 Các lớp điều khiển (Control Classes) 102 3.7 Sự tương tác đối tượng 103 3.7.1 Kịch b ả n .7 ' 103 3.7.2 BỈểu đồ trình tự 104 3.7.3 Biểu đổ hợp tác 105 3.8 Biêu đồ triển k h a i 106 KẾT LUẬN 107 LỜI NÓI ĐẦU Trong nãm gần đây, thuật ngữ UML dần trở nên quen thuộc người làm tin học nói chung người làm phần mềm nói riêng Vậy UML sử dụng để làm gì, cách thức sử dụng nào? Luận văn “ UML ứng dụng để xây dựng mơ hình cho hệ thống tín dụng” trả lời cho câu hỏi Luận văn gồm phần Phần I giới thiệu tổng quan ƯML, đời, phát triển thành phần ƯML UML ngổn ngữ mơ hình hố thống nhất, tổng hợp ưu điểm phương pháp nhà sáng lập (Grady Booch, James Rumbaugh Ivar Jacobson) hạn chế khuyết điểm phương pháp UML sử dụng đê mổ hình cho nhiều hệ thống, khơng thiết phái hệ thống phần mềm Phần II xây dựng quy trình cho việc phân tích thiết kế hệ thống sử dụng ƯML Quy trình bao gồm bước sau: Bước 1: Cách xác định Actor, use case, mối quan hệ use case từ xây dựng biểu đồ use case Bước 2: Cách xác định lớp, đối tượng, mối quan hệ lớp hay đối tượngbiểu đổ lớp biểu đồ đối tượng Bước 3: Cách xác định kịch từ use case, từ xây dựng biểu đồ trình tự biểu đồ hợp tác Bước 4: Thêm vào thuộc tính phương thức cho lớp Bước 5: Cách xác định ứng xử đối tượng thông qua biểu đồ trạng thái biêu đồ hoạt động Một số gợi ý để xây dựng biểu đồ trạng thái từ biểu đồ trình tự Bước 6: Xác định kiến trúc hệ thống bẳng cách xác định thành phần hệ thống, xây dựng biểu đồ thành phần biểu đồ triển khai Đối vói bước quy trình trên, luận văn đưa ví dụ minh hoạ cụ Phần III luận văn tập trung vào việc sử dụng UML để mơ hình hệ thống tín dụng Tín dụng hoạt động quan trọng ngành Ngân Hàng, quản lý hồ sơ hợp tín dụng việc iàm khơng thiếu cán tín dụng Việc mơ hình hệ thống tín dụng giúp cán tín dụng nói riêng cán Ngân Hàng nói chung việc quản lý hổ sơ hợp đồng tín dụng cách xác hiệu Phần III bắt đầu bàng việc tìm hiểu quy trình nghiệp vụ tín dạne u cầu mà hệ thống cần phải đáp ứng Trên sở yêu cầu xây dựng nên mơ hình, việc xây dựng mơ hình áp dụng lý thuyết nêu phần II Đầu tiên xác định Actor hệ thống, sau liệt kê use case có dựa yêu cầu xác định phần Việc xác định lớp thực thể, lớp biên lớp điểu khiển dựa vào Actor use case tìm Việc mơ tả chi tiết use case giúp tìm kiếm kịch từ kịch biểu đồ trình tự biểu đồ hợp tác xây dựng Từ ta có thê hình dung hệ thống theo hai mặt tĩnh động Phần sử dụng công cụ Rational Rose để vẽ lớp, Actor biểu đồ Thơng qua phần này, ta hiểu cách thức sử dụng UML đê’ giải tốn thực tế Trong q trình làm chắn khơng thể tránh khỏi sai sót, em mong nhộn góp ý thầy Em xin gửi lời cảm ơn chân thành đến PGS Nguyền Quốc Toản, người giúp đỡ em nhiều để em hồn thành luận vãn Hà Nội ngày 14 tháng 11 năm 2001 Mai Thị Thanh Hường CHƯƠNG 1.1 TỔNG QUAN VỀ UML Mục đích việc xây dựng mị hình cho hệ thống Mơ hình hóa cách xem xét tốn thơng qua việc sử dụng mỏ hình Mó hình giúp người hiểu rõ tốn, thơng qua mơ hình việc trao đổi thống tin người liên quan khách hàng, chuyên gia, người phân tích, người thiết kế trở nên thuận tiện Mơ hình giúp cho việc xác định yêu cầu tốt hơn, thiết kế rõ ràng khả bảo trì hệ thống cao Mơ hình trừu tượng hóa, mơ tả mặt chất vấn đề cấu trúc phức tạp cách loại bị chi tiết khơng quan trọng, khiến cho toán trở nên dễ hiểu dễ nắm bắt Người ta sử dụng mơ hình hố để giải vấn đề sống đời thường Chẳng hạn trước sản xuất ô tố, ta phải có thiết kế tơ đó, hình dáng sao, màu sắc nào? Việc phát triển hệ thống phần mềm tương tự Để xây dựng hệ thống phức tạp, người phát triển phải trừu tượng hóa View khác hệ thống, xây dựng mơ hình cách sử dụng kí hiệu, kiểm tra xem mơ hình thoả mãn u cầu hệ thống chưa thêm vào chi tiết để chuyển đổi từ mơ hình sang cài đặt cụ thể Một câu hỏi đặt phải xây dựng mơ hình hệ thống, đặc biệt hệ thống phức tạp? Bởi khơng thể hình dung, khơng thể hiểu trọn vẹn lúc tồn hệ thống Ví dụ thêu bơng hoa thêu ngay, thêu tranh ta phải có tranh mẫu giấy Trong việc sản xuất phần mềm tương tự Hệ thống phức tạp việc xây dựng mơ hình quan trọng Xây dựng mơ hình cho phép người thiết kế thấy tranh tổng quan hệ thống, thấy thành phần hệ thống tương tác với nào, hình dung hệ thống từ nhiều View khác Ngày nav việc xây dựng ứng dụng khơng cịn vấn đề, mà vấn đé chỗ xây dựng ứne dụng có chất lượng cao, đáp ứng đầy đủ yêu cầu khách hàng, thời hạn với chi phí hợp lý Một tổ chức phát triển phần mềm thành công tổ chức xây dựng phần mém thoả mãn u cầu Mỏ hình hóa phần trung tâm cống việc để dẫn tới phần mềm lốt Người ta xây dựng mơ hình để trao đổi, bàn bạc cấu trúc ứng xử (behavior) mong muốn hệ thống Người ta xây dựng mơ hình để trực quan hóa kiểm sốt kiến trúc hệ thống Mơ hình mơ tả cấu trúc, nhấn mạnh mặt tổ chức hệ thống mơ tả hành vi, tập trung vào mặt động hệ thống Việc xây dựng mơ hình giúp hiểu rõ hệ thống mà xây dựng, tạo hội đê đơn giản hóa tái sử dụng Xâv dựng mơ hình giúp Irong việc kiểm sốt rủi ro Việc xây dựng mơ hình giúp đạt mục đích sau: • Mơ hình giúp trực quan hóa hệ thống vốn có hay theo cách mà muốn • Mồ hình cho phép rõ cấu trúc ứng xử hệ thống • Mơ hình cho khn mẫu đế hướng dẫn q trình xây dựng hệ thống • Mơ hình đưa dẫn chứng tài liệu định mà đưa q trình thiết kế hệ thống Bằng việc mơ hình hố, thời điểm tập trung nghiên cứu khía cạnh toán Điều giống việc chia tốn lớn thành tốn nhỏ mà ta có thê’ giải Mỏ hình hóa việc đơn gián hóa thực tế, loại bót điểm khơng cần thiết, ta phải đảm bảo rầng khơng bỏ sót chi tiết quan trọng Tùy thuộc vào vêu cầu toán, tuv vào đặc điểm hệ thống, mơ hình tập trung vào View khác hệ thống - 1.2 - Lịch sử phát triển UML Khái niệm đối tượng đời kéo theo đời phương pháp hướng đối tượng Thập niên 90 xuất số phương pháp hướng đơí tượng chủ yếu sau (xem [2]): > Grady Booch: định nghĩa khái niệm mà hệ thống phân tích thành số view, mổi view mỏ tả số biểu đồ mơ hình Phương pháp có khuyết điểm có số ký hiệu khó sử dụng, khó vẽ > OMT (Object Modeling Techique): James Rumbaugh (trước làm General Electric) đưa Nó tiến trình mạnh để kiểm nghiệm dựa việc đặc tả yêu cầu Được mơ tả số mơ mơ hình đối tượng, mơ hình động, mơ hình chức năng, mơ hình Use-case > OOSE (Object - Oriented Software Engineering) /Objectory: Ivar Jacobson đưa OOSE phương pháp hướng đối tượng, phương pháp Objectory sử dụng để xây dựng hệ thống hệ thống viễn thơng cho Ericson, hệ thống kế tốn cho công ty WallStreat Cả hai phương pháp đéu dựa Use-case mô tả yêu cầu hệ thống Actor ngồi nhìn thấy Sau Use-case thi hành tất pha phát triển, tất cách để kiềm nghiệm hệ thống (lùng đê kiểm thử hệ thống > Fusion Hewlett-Packard đưa > Coad/Yourdon (OOA/OOD) Các phương pháp trên, phương pháp lại có điểm mạnh điểm yếu riêng Vấn đề để có phương pháp tích hợp ưu điểm phương pháp hạn chế khuyết điểm chúng Ngồi việc tích hợp ưu điểm, hạn chế khuyết điểm, phương pháp phải thống ký hiệu phương pháp Bởi ký hiệu dùng phương pháp khác lại mang V nghĩa khác Vì việc thống cách dùng ký hiệu điều quan trọng Grady Booch, James Rumbaugh War Jacobson bắt đầu với UML họ làm việc công ly phần mềm Rational (Grady Booch James Rumbaugh bắt đầu trước từ năm 1994 đến 1995 Ivar Jacobsson gia nhập nhóm này) Mục tiêu họ tạo phương pháp mới, phương pháp thống dựa phương pháp Booch, Rumbaugh Jacobson Dựa vào việc hợp kv hiệu sử dụng phân tích, thiết kế phương pháp đó, UML đưa tảng chuẩn cho việc phân tích, thiết kế Tháng 7-1997 phiên 1.0 còng bố coi chuẩn tổ chức OMG (Object Management Group) Vé ƯML dựa Booch Booch, OM T James Rumbaugh OOSE Ivar Jacobson họ kết hợp vài ý tưởng cuả phương pháp khác State Charts David Hareỉ chuyển thành State Diagram UML hay sử dụng thao tác đánh dấu thích Fusion biểu đồ hợp tác (collaboration diagram) UML (Unified Modeling Laguage) dùng để mơ hình cho hệ thống hay dùng giai đoạn khác phát triển hệ thống từ đặc tả đến kiểm thử hệ thống cuối -94- Lớp thê thông tin cho phép CBTD (cán tín dụng) quán lý hợp đồng háo đảm tín dụng Lớp có tên frmQLýHĐBĐảmTDụng Nó giúp cán tín dụng giao tiếp với hệ thống để truyền đạt, tìm kiếm, sửa đổi thơng tin hợp bảo đảm tín dụng Do thuộc tính ỉớp phải đầy đủ thông tin hợp đồng bảo đảm tín dụng, ngồi cịn có thuộc tính để báo cho hệ thống biêt tình trạng lớp Các phương thức iớp phải cho phép người dùng đưa thơng tin vào, tìm kiếm sửa đổi thơng tin Nó cịn phải cho phép cán hộ tín dụng chuyển thơng tin cho người kiểm sốt để kiểm sốt « B o u n d a ry C la s s » _ ínnQLýHĐ BĐ ámTDụng ^m M ãK H àng : String ^m M ãH ồSơPLý : String %>mSô'HĐBĐamTDụng : String ^inTổngGiáTrịTSBĐ : Number ^>mNgàykýHĐ : Date ^>mThêm : Variant ^ m X o : Variant ^>mSửa : Varaint Ổ^cmdThèm_Click() md Xoá_Cl ic k ( ) Ể^cmdSửa_CIick() i#cmdThoát_CIick() i#cmdTimKiếm_CLick() mdCh u yển KS_Click( ) #cmdQLyTSTC_Click() Hình 3-26 -95- Lớp thê thơng tin cho phép người kiêm sốt (KS) kiểm sốt hợp dồng báo đảm tín dụng mà CBTD chuyển cho họ Lớp có tên íímKSHĐBĐảmTDụng Nó giúp cán kiểm sốt giao tiếp với hệ thống để tìm kiếm, kiểm sốt thơng tin hợp đồng bảo đảm tín dụng, trả lại hồ sơ cho CBTD hổ sơ khơng hợp lệ Do thuộc tính lớp đầy đủ thông tin hợp đồng bảo đảm tín dụng, ngồi có thuộc tính để báo cho hệ thống biêt tình trạng lớp Các phương thức ỉớp phải cho phép người kicm soát tìm kiếm, kiểm sốt hồ sơ chuyển trả hồ sơ cho CDTB «Boundary a s s » írmKSHĐBĐámTD ụ n g _ ^m M ãK H àn g : String ^>mMãHồSơPLý : String ^m SốH Đ B Đ ảm T D ụng : String ^m T ổngG iáT rị TSBĐ : String ^>mNgàyKýHĐ : Date ỄỳcmdTìmKiếm_Cick() ầ^cmdThốt_Click() é^cmđChấpNhận_Click() Ổ^cmdTrảCBTD_Click() Hình 3-27 -96- Lớp thê thơng tin cho phép CBTD (cán tín dụng) quản lý tài sản chấp Lớp có tên írmQLýTSảnTChấp Nó giúp cán tín dụng giao tiếp với hệ thống để truyền đạt, tìm kiếm, sửa đổi thông tin tài sản chấp khách hàng Do thuộc tính lớp phái đầy đủ thông tin tài sản chấp, ngồi cịn có thuộc tính để báo cho hệ thống biêt tình trạng lớp Các phươnẹ thức lớp phải cho phép người dùng đưa thơng tin vào tìm kiếm sửa đổi thơng tin «Boundary C lass» frmQLyTSTC _ ^m M ãH Đ B Đ ảm T D ụng : String ^m SỐ ThúTựrSB Đ : Number ' ^ m T ỷL ệB Đ am : Number ^>mTenTSBĐ : String mGiáTrịQytVNĐ : Number ^ m S ố Đ KGỉaoDỊchBĐ : String ^>mNgàyĐãngKy : Date ^>mNơiĐăngKý : String ^ m T h ê m : Variant ^>mXoá : Variant ^>mSửa : Variant Ể^cmdThêm_ClickO ỔK:mdXoá_Click() ^cm dSửa_C li ckO ^cm dTim Kiếm _ClickO ổ^cmdThốt_ClickO ỉ#cmdChuyểnKS_Click() Hình 3-28 -97- Lớp thể thơng tin cho phép CBTD (cán tín dụng) quản lý hợp dồng tín dụng Lớp có tên frrr»QLýHĐTDụng Nó giúp cán tín dụng giao tiếp với hệ thống để truyền đạt, tìm kiếm, sửa đổi thông tin hợp tín dụng Do thuộc tính lớp đầv đủ thông tin hợp dồng tín dụng, ngồi cịn có thuộc tính để báo cho hệ thống biêt tình trạng lớp Các phương thức lớp phải cho phép người dùng đưa thơng tin vào, tìm kiếm sửa đổi thơng tin Nó cịn phải cho phép cán tín dụng chuyển thống tin cho người kiểm sốt để kiểm sốt « B o u n d a ry C la s s » _ CrmQLýH ĐTDụng %>mMãKHàng : String MãH ồSơPL ý : String ^ m S ố H Đ : String ^>mLoạiVay : String ^mPhươngThứcChoVay : String §>mNgàvDuyệtV ay : Date ^>mThờiGianVay : String ^>mNgàyGiảiNgânĐầu : Date %mLoạìLãiSuất : String ^mCánBộChoV ay : String ^>mLãnhĐạoDuyệt : String ^>mNgườiKiổmSoát : String ^ inT hêm : Variant ^>mXoá : Variant ^>mSửa : Variant Ể^cmdThêm_ClickO Ố^cmdXoá_C licko ^cmđSửa_Click() i#cmdThốt_ClickO i^cmdTìmKiếm_Click() Ễ^cmdChuyểnKS_Click() Ổ^txtmM ãKH àng_Validate() ^txtL oạiV ay_ValidateO Ể^txtNgàyDuyệtV ay_v alidate() Ể^txtNgàyGiảiNgânĐầu_V alidate( ) Hình 3-29 -98- Lớp thông tin cho phép người kiểm sốt (KS) kiểm sốt hợp đồng tín dụng mà CBTD chuyển cho họ Lớp có tên írmKSHĐTDụng Nó giúp kiểm sốt viên giao tiếp với hệ thống để tìm kiếm, kiểm sốt thơng tin hợp tín dụng, trả lại hổ sơ cho CBTD hổ sơ khơng hợp lệ Do thuộc tính iớp phải đầy đủ thơng tin hợp đồng tín dụng ngồi có thuộc tính để báo cho hệ thống biết tình trạng lớp Các phưưng thức lớp phải cho phép người kiểm sốt tìm kiếm, kiểm sốt hồ sơ chuyển trả hồ sơ cho CDTB « B o u n d a ry C la s s » ữmKSHĐTDụng §>mMãKHàng : String ^m M ãH ồSơPLý : String ^>mSốHĐ : String ^m L oạiV ay : String ^mPhươngThứcChoVay : String ^>mNgàyDuyệtVay : Date ^mThờiGianVay : String ^>mNgàyGiảiNgânĐầu : Date ^m LoạilãiSuất : String ^m CánBộChoVay : String ^m L ãnhĐ aoD uyêt : String ^mNgườiKiêmSoát : String ổ^cmdTimKiếm_Click() #cmdThốt_Click() i^cmdChấpNhận_Click() i#cmdTrảCBTÍ)_CIick() Hình 3-30 -99- Lớp thê thơng tin cho phép CBTD (cán tín dụng) quản lý giấy nhận nợ khách hàng Lớp có tên íĩmQLýGiấyNhậnNợ Nó giúp CBTD giao tiếp với hệ thống để truyền đạt, tìm kiếm, sửa đơi’ in giấy nhận nợ cho khách hàng Do vậy, thuộc tính lớp phải chứa đủ thông tin giấy nhận nợ Các phương thức lớp phải cho phép người dùng đưa thơng tin vào, tìm kiếm, sửa đổi, in ấn mSô'HĐ : String ^mSốGiấyNhậnNợ : String ^>mNgày : Date ^m SôT iền : Number \ í IAn'I'A »ct»-***-1/ '^rnThem : Variant ^>mXoá : V ariant ^ m S a : Variant ổ^cmdThêm_CIick() i^cmdXố_Click() Ổj^cmdSửa_Click() Ổ^cmdThốt_Click() ^cmdTìmKiếm_Click() i#cmdIn_Click() Ổ^xtNgày_V alidateO Ể^txtMãTiềnTệ_V alidateO #txtN gày HếtH iệuLực_V aliđateO Hình 3-31 Lớp (hể thơng tin cho phép KT (kế tốn viên) quản lý việc giải ngân (chuyển tiền) theo giấy nhận nợ cho khách hàng Lớp có tên tĩmQLýGiáiNgân Nó giúp kế tốn viên giao tiếp với hệ thống để truyền đạt, tìm kiếm, sửa đơỉ in thông tin việc giải ngân cho khách hàng Do thuộc tính lớp phải chứa đủ thông tin việc giải ngân Các phương -100- Ihức lớp phải cho phép người dùng đưa thơng tin vào, tìm kiếm, sửa đổi, in ấn « B o u n d a ry C l a s s » frmG iai Ngân ^>mMãKHàng : String ^ n S ố H Đ : String ^mSốCiiấyNhậnNợ : String ^mNgàyNhậnNợ : String ^mSổTiền ^mMãTiềnTệ : String ^rriThêm : Variant ỉ%>mXoá : Variant ^>mSửa : Variant *cmdThêm_Click() *cmdXố_Click() *cmđSửa_Click() *cmdTìmKiếm_Click() *cmdThốt_Click() *txtNgàyNhậnNợ_ ValidateO *txtSơ'Giấy NhậnNợ_V alidate() *mMãTiềnTệ_V alidateO Hình 3-32 Lớp thể thơng tin cho phép KT (kế tốn viên) quản lý khách hàng Lớp có tên frmQLvKHàng Nó giúp kế tốn viên giao tiếp với hệ thơng để truyền đạt, tìm kiếm, sửa đổi thơng tin khách hàng Do thuộc tính lớp phải đầy đủ thơng tin khách hàng, ngồi cịn có thuộc tính để báo cho hệ thống biêt lình trạng ỉớp Các phương thức lứp phái cho phép người dùng đưa thơng tin vào, tìm kiếm sửa đổi thơng -101- «B oundary C la ss» ữ mQlỷKHàng ^>mMãKhàng : String ^>mThêm : Variant ^>rnSửa : Variant '%>mXoá : Variant ^mMãHSơPLý : String l%>mIềnKHàng : String %>mĐỊaChi : String %mSơĐiệnThoại : String ^>mSốFax : String %mTàiKhoảnCó : Number ^>mTàiKhoảnNợ : Number i#cmdThêm_Cl ickO ỔrcdmXố_clickO I#cmdsửa_ơick0 # c m dTi mK iếm_Cl ic kO á*cmdThoát_click( ) i^txtSốĐiệnThoại_V alidate( ) i#txtSốFax_V alidateO Hình 3-33 Lớp thê thông tin cho phốp Admin (quán trị hệ thống) quản lý người dùng hệ thống Lớp có tên írmQLýNGDùng Nó giúp quản trị hệ thống giao liếp với hệ thống để truyền đạt, tìm kiếm, sửa đổi, thêm quyền thông tin người sử dụng hệ thống Do thuộc tính lớp phải đầy đủ thơng tin người sử dụng, ngồi cịn có thuộc tính để báo cho hệ thống biêt tình trạng lớp Các phương thức lớp phải cho phép người dùng đưa thơng tin vào, tìm kiếm sửa đổi thơng tin -102- « B o u n d a ry C la s s » frmQLyNGDùng ^m M ãNGDùng : String ^>mTênNGDùng : String l%>mMậlKhẩu : String ^m Q u y én : String ^ĩriThêm : Variant ^ m X o : Variant ^>mSửa : Variant b^cmdThêm_Click() #cmdXố_Click() é^cmdSửa_click() #cmdTìmKiếm_Click() Hình 3-34 3.6.3 C ác lớp điều khiển (Control Classes) Các lớp điều khiến sử dụng để kết nối đối tượng lớp biên với đối tượng lớp thực thể kiểm sốt trình tự hoạt động bên hệ thống Trong Rational Rose, lớp điều khiển dược thể hình chữ nhật gồm phần, phần thứ chứa tên lớp với stereotype “Control Class” trên, phần thứ hai chứa thuộc tính phần thứ ba chứa phương thức Các lớp điều khiển hệ thống tín dụng bao gồm: Lớp điều khiển việc quản lý khách hàng Lớp liên kết lớp thực thể khách hàng với lớp biên frmKHàng « C o n tro l a s s » QLýKHàng *Thêm() ♦XốO ♦sử *TìmKiếm() Hình 3-35 -103- Lớp điều khiển việc quản lý hồ sơ pháp ỉý cá thổ Lớp liên kết lớp thực thể HSơPLýCáThê với lớp biên lYmQLýHSơPLýCáThế « C o n tro l C la s s » Q Lý HồSơPLýCáThể *Thêm() *Xoá() *sửa() ^TìmKiếmO *ChuyểnKiểmSốt() Hình 3-36 Lớp điều khiển việc kiểm sốt hổ sơ pháp ỉý cá thể Lớp nàv liên kết lớp thực thể HSơPLýCáThể với lớp biên frmKSHSơPLýCáThể « C o n tro l C l a s s » KSHỒSơPLýCáThể ^ChấpNhậnO *TimKiếm() *TrảCBTD() Hình 3-37 Tương tự, ta có lớp điều khiển việc quản lý hồ sơ pháp lý doanh nghiệp, hợp đóng tín dụng, giấy nhận nợ 3.7 Sự tương tác đối tượng 3.7.1 Kịch Kịch bán ví dụ thực tế cách sử dụng use case Một use case có nhiều kịch bán kịch thuộc vào use case giải thích mộl cách chi tiết cho use case Ví dụ use case “quản lý hồ sơ pháp lý cá thể” bao gồm nhập HSPLCT sửa đổi, xoá tìm kiếm hồ sơ có chuyển hồ sơ cho người kiểm sốt Vì kịch có cho use case là: S Nhập hồ sơ thành công -104- s Tim kiếm thành cơng hồ sơ s Khơng tìm thấy hổ sơ s Sửa đổi thành công hồ sơ s Chun kiểm sốt hồ sơ 3.7.2 Biểu đổ trìn h tự Biểu đổ trình tự mơ tả cư xử đối tượng kịch bản, giúp ta hình dung khía cạnh động hệ thống Với kịch ta tạo biểu đồ trình tự để mô tả cách mà đối tượng hệ thống hợp tác với để thực kịch Biểu đồ nhấn mạnh vào trình tự thời gian Biểu đổ trình tự cho kịch “Nhập hồ sơ thành cơng” p / \ : ínrOivỉ iỔSc^háDLvGĨIhể :(X\mSơPlÁCâlhế : HSơPLvCalhể A n :Œ ID 'Ihônf ) 'Ihìuih Cong 'fhÊm Hình 3-38 -105- 3.7.3 Biêu đổ hợp tác Biểu đổ hợp tác cách khác để thể kịch Nếu biểu đổ trình tự tập trung vào thể tương tác đối tượng theo trình tự thời gian biểu đồ hợp tác tập trung thể mối quan hệ đơí tượng ảnh hưởng lẫn chúng Biểu đồ hợp tác cho kịch bán “Nhập hổ sơ thành công” ^ Q 1: Nhập — > An : CBTD V 2: Thêm : Thành Công HSơPLýCáThể < 4: Thêm Hình 3-39 -106- 3.8 Biểu triển khai Sep/er Applicatiion Printer Server Lib Buặtriess b }* c tD I Lib P a ta O b ] e c t D L L ' W orkStation #2 Work Station #1 Lib M a n a g e m e n t.E X E Lib M a n a g e m e n t.E X E Hình 3-40 -107- KẾT LUẬN Sự phát triển công nghệ thông tin thước đo phát triển kinh tế nói riêng phát triển mộl đấl nước nói chung Để xây dựng phần mềm đạt chất lượng cao, cần không đội ngũ nguời làm phần mém giỏi mà cần hướng đắn Luận văn “UML ứng dụng để xây dựng mô hình cho hệ thống tín dụng” mở hướng dựa vào việc tìm hiểu ngơn ngữ mơ hình (mà ngày coi chuẩn tồn giới), bước sứ dụng để xây dựng mơ hình cuối ví dụ sử dụng thực tế Do thời gian có hạn nên phần ứng dụng UML để xây dựng mô hình cho hệ thống tín dụng tìm kiếm xây dựng Actor, use case, lớp thực thể, lớp biên, lớp điều khiển loại biểu đồ thê mối quan hệ thành phẩn biểu đồ lớp, biểu đồ use case, biểu đồ trình tự, biểu đồ hợp tác Tuy nhiên, sở lý thuyết đề cập chương I chương II, cách thêm vào lớp mới, use case , chi tiết hố use case kịch từ xây dựng nên biểu đồ ta đưa thiết kế hoàn chỉnh chi tiết cho hệ thống Ngồi cơng cụ Rational Rose (cơng cụ hỗ trợ cho việc sử dụng UML) cho phép ánh xạ sang ngôn ngữ (công cụ khác) oracle, c, Visual Basic Chẳng hạn từ lớp thực thể ta có thê chuyển thành thực thê sở liệu oracle, liên kết biểu đồ lớp chuyển thành quan hệ (1-1,1 -n ) mơ hình quan hệ thực thể oracle, hav biểu đồ use case chuyển thành Function Hiarachy oracle Từ la dùng oracle để sinh mã phát triển thiết kế thành hệ thống hồn thiện triển khai thực tế -108- Tài liệu tham khao [1] Jacobson, Ivar, Grady Booch, and James Rumbaugh The Unified Software Development Process Addison Wesley Longman 1999 [2] Hans-Erik Eriksson, Magnus Penker UM LToolkir Wiley Computer Publishing 1998 [3] Alan w Brown (cd.), Component-Based Software Engineering, IEEE Computer Society, LosAlamitos, CA, 1996 [4] Ivar Jacobson, Magnus Christerson, Patrik Jonsson, and Gunnar Evergaard, Object-Oriented Software Engineering— A Use Case Driven Approach, Wokingham, England, Addison-Wesley, 1992 [5] Grady Booch, James Rumbaugh and Ivar Jacobson Developing Software Wiỵh UML Addison Wesley 2000 [6] Grady Booch, James Rumbaugh and Ivar Jacobson The Unified Modeling Language User Guide Addison Wesley 1999 [7] Zhiming Liu Object Oriented Software Development Using UML The United Nations University 2001