(NB) Giáo trình Thiết kế hướng đối tượng (Nghề Lập trình máy tính): Phần 2 được biên soạn nhằm giúp bạn hiểu được các khái niệm trong hướng đối tượng như tính kế thừa đơn, kế thừa bội, tổng quát hoá, chuyên biệt hoá, trạng thái của các đối tượng. Biết kiểm tra mô hình thiết kế, kiểm tra độ tin cậy của mô hình và biết thiết kế giao diện người sử dụng, lập trình kiểm tra và đặc tả chu trình.
BÀI Tên bài: SỰ KẾ THỪA VÀ PHÂN TÍCH HÀNH VI CỦA ĐỐI TƯỢNG Mã bài : ITPRG05.4 Giới thiệu : Bước để tìm giải pháp thích hợp cho vấn đề hệ thống hiểu vấn đề lĩnh vực hệ thống Mục tiêu phân tích nắm bắt hình ảnh đầy đủ, không mơ hồ, quán yêu cầu hệ thống hệ thống phải làm để đáp ứng đ̣i hỏi nhu cầu người dùng Điều thực cách xây dựng mơ hình hệ thống với mục tiêu tập trung vào khía cạnh biểu diễn hệ thống mặt nội dung (nghĩa mơ hình tập trung vào làm rõ hệ thống có gì) cách thức mà hệ thống thực nội dung Do đó, kết giai đoạn phân tích làm rõ yếu tố hệ thống từ quan điểm cách nhìn người sử dụng mà khơng quan tâm đến cách thức chi tiết mà máy tínhthực nội dung Phân tích tiến trình chuyển đổi định nghĩa vấn đề từ tập mờ kiện, dự kiến mang tính tưởng tượng thành diễn đạt chặt chẽ yêu cầu hệ thống Thực sự, phân tích hoạt động mang tính sáng tạo bao gồm việc hiểu vấn đề, ràng buộc liên quan đến vấn đề phương pháp để khống chế giải ràng buộc Đây tiến trình lặp vấn đề phải rõ ràng Mục tiêu thực hiện: Giúp cho người học nắm vững nội dung về: - Tiến trình phân tích hướng đối tượng - Tiến trình, nội dung phương pháp khảo sát yêu cầu - Hiểu hệ thống nghiệp vụ mơ hình hoá hệ thống nghiệp vụ - Như mơ hình hố nghiệp vụ, mục tiêu quy trình mơ hình hố nghiệp vụ - Các hoạt động phân tích, thiết kế qui trình nghiệp vụ - Áp dụng UML vào mơ hình hố nghiệp vụ Đặc biệt, sử dụng sơ đồ use case biểu diễn nội dung hệ thống nghiệp vụ giai đoạn phân tích Sử dụng sơ đồ đối tượng việc thiết kế nghiệp vụ - Xác định yêu cầu tự động hố từ hệ việc phân tích thiết kế thống nghiệp vụ Nội dung chính: I Xác định yêu cầu hệ thống Mục đích khảo sát yêu cầu Khảo sát hệ thống nhằm thu thập tốt thông tin phản ánh hệ thống tại, để từ làm sở cho việc phân tích xây dựng hệ thống giải tồn bất cập hệ thống Vậy khảo sát yêu cầu bao gồm mục tiêu sau: Tiếp cận với nghiệp vụ chun mơn, mơi trường hệ thống Tìm hiểu vai trò, chức năng, nhiệm vụ cách thức hoạt động hệ thống Nêu điểm hạn chế, bất cập hệ thống cần phải thay đổi Đưa vấn đề hệ thống cần phải nghiên cứu thay đổi Nội dung khảo sát Nội dung khảo sát phải tìm hiểu nội dung hệ thống sau: Các mục tiêu hoạt động củađơn vị, công việc cách thức hoạt động để 78 đạt mục tiêu Những thông tin cần để thực công việc loại công việc Các nguồn liệu (định nghĩa, cấu trúc, dung lượng, kích thước,…) bên bên ngồi đơn vị Có thể bao gồm: Các hồ sơ, sổ sách, tập tin Biểu mẫu, báo cáo, qui tắc, quy định, công thức Các qui tắc, qui định ràng buộc lên liệu Các kiện tác động lên liệu - Tìm hiểu nào, nào, liệu tạo ra, di chuyển, biến đổi lưu trữ Ứng với xử lý thực tìm hiểu: Phương pháp: cách thức thực Tần suất: số lần thực đơn vị thời gian Khối lượng: độ lớn thông tin thực Độ phức tạp: xử lý một trình phức tạp liên quan đến nhiều loại liệu tính tốn đơn giản với vài loại liệu Độ xác: độ xác kết thực Thứ tự phụ thuộc khác hoạt động truy xuất liệu khác Các sách, hướng dẫn mơ tả hoạt động quản lý, thị trường môi trường hệ thống Các phương tiện, tài ngun sử dụng Trình độ chun mơn sử dụng vi tính đối tượng xử lý thông tin hệ thống Môi trường hệ thống (kinh tế, xã hội, quan chủ quản) Các đánh giá, phàn nàn hệ thống tại; đề xuất giải Đối tượng khảo sát Có nhiều nguồn cung cấp thơng tin để đáp ứng nội dung khảo sát yêu cầu Mỗi nguồn có hình thức khác phải có cách tiếp cận khảo sát khác Các đối tượng khảo sát là: Người dùng Các cán lãnh đạo, cán quản lý: đối tượng giúp cho phân tích viên nắm bắt tổng quan cấu trúc hệ thống, mục tiêu chung mà hệ thống mong muốn mang lại Các thông tin mà đối tượng mang lại thường chiều rộng, mangtính tổng thể, chiến lược không mô tả chi tiết cách thức phải thực Người sử dụng, nhân viên nghiệp vụ: đối tượng cung cấp thông tin chi tiết cách thức mà họ thực công việc gồm bước cụ thể, giấy tờ biểu mẫu liên quan Các thông tin mà đối tượng mang lại thường chiều sâu, chi tiết, cục bỏqua tưởng chiến lược mang tính tổng thể Nhân viên kỹ thuật: đối tượng cung cấp thông tin tình trạng cơng nghệ, trang thiết bị, phần mềm hành sử dụng khả năng, trình độ kỹ thuật họ Các đối tượng thường trợ giúp lớn việc huấn luyện, triển khai bảo tŕ hệ thống Tài liệu - Tài liệu sổ sách, biễu mẫu, tập tin: nguồn cung cấp thông tin liệu, luồng liệu, giao dịch xử lý giao dịch Đặc biệt biểu mẫu kết đầu hệ thống Tài liệu qui trình, thủ tục: nguồn cung cấp thơng tin qui trình xử lý, vai trò xử lý nhân viên, chi tiết mô tả công việc nhân viên, qui định thủ tục 79 Các thông báo: mẫu thông báo hệ thống mơi trường ngồi, phận hệ thống (ví dụ: thơng báo họp mặt khách hàng, thông bao mời thầu, thông báo từ chối đơn hàng, … thông báo nội thông báo bổ nhiệm, thông báo nâng lương,…) Chương trình máy tính - Các chương trình phần mềm hệ thống sử dụng, chương trình giúp xác định cấu trúc liệu hệ thống, thói quen người sử dụng, chức mà hệ thống chưa đáp ứng được, số liệu thử nghiệm hệ thống Phương pháp xác định yêu cầu Các phương pháp truyền thống xác định yêu cầu Phỏng vấn Phỏng vấn hình thức khảo sát thu thập thơng tin trực tiếp từ đối tượng sử dụng hệ thống VÌ người dùng có hiểu biết định phần cơng việc hệ thống mong muốn hệ thống phục vụ trợ giúp cho cơng việc họ Ví dụ: kế tốn viên chi tiết biết chi tiết loại chứng từ, cách xếp xử lý chứng từ,… cịn kế tốn viên tổng hợp quan tâm đến số liệu cách thức để tổng hợp số liệu để tạo báo cáo thống kê, tổng hợp,… Do đó, việc vấn phải thực nhiều người dùng khác (ba loại người dùng) nhằm thu thập nhiều yêu cầu hệ thống Phỏng vấn cách thức đối thoại trực tiếp đó, phân tích viên câu hỏi đối tượng vấn trả lời câu hỏi Qui trình bước thực sau: 80 Hình 4.1: Sơ đồ mơ q trình vấn Đầu tiên phân tích viên chuẩn bị kế hoạch vấn tổng quát, kế hoạch liệt kê tất lĩnh vực hệ thống cần khảo sát thời gian dự kiến cho lĩnh vực Mẫu kế hoạch sau: Hình 4.2 :Mẫu kế hoạch Kế hoạch vấn gởi đến đơn vị để xác nhận thời gian bố trí nhân viên tham gia trả lời vấn Một vấn hiệu người vấn chuẩn bị câu hỏi thiết lập cho hướng dẫn vấn đối tượng trả lời biết trước câu hỏi để chuẩn bị chắn thơng tin trả lời xác định thờigian vấn rút ngắn Sau kết thúc vấn, phân tích 81 viên phải dành thời gian để tổng hợp lại kết qủa ghi nhận được, loại bỏ thông tin trùng lắp, tìm vấn đề chưa rõ ràng cần phải hỏi lại, cần thiết gởi kết vấn đến người vấn nhờ xác nhận lại Sau đó, phân tích viên nên tham khảo thêm quan điểm khác vấn đề vấn để có quan điểm tổng quan việc đánh giá kết ghi nhận hình 4.3 : Bảng kế hoạch Bảng câu hỏi mẫu dành cho phân tích viên để chuẩn bị câu hỏi ghi nhận kết vấn (kết trả lời kết quan sát thái độ cử biểu bên ngoài) Người vấn:…………… Ngày: / /… Câu hỏi Ghi nhận Câu hỏi 1: Trả lời: Kết quan sát: Hình 4.5 :Bảng câu hỏi mẫu 82 Ví dụ: Hình 4.6 : KQ vấn Loại câu hỏi vấn: Câu hỏi mở: câu hỏi giúp cho việc trả lời tự phạm vi hệ thống Kết trả lời không tuân theo vài tình cố định Mục đích câu hỏi mở khuyến khích người trả lời đưa tất kiến khn khổ câu hỏi Do đó, câu hỏi mở dùng để thăm ḍ, gợi mở vấn đề người trả lời phải có kiến thức tương đối Ví dụ: “Anh (Chị) xử lý thơng tin gì?” “Anh (Chị) có khó khăn quản lý liệu mình?” Câu hỏi đóng: câu hỏi mà trả lời việc chọn lựa nhiều tình xác định trước Do đó, câu hỏi đóng dùng xác định tình cụ thể Ví dụ: “Điều tốt HTTT Anh (Chị) sử dụng?” Dễ dàng truy cập đến tất liệu cần Thời gian trả lời tốt hệ thống Khả chạy đồng thời với ứng dụng khác Câu hỏi đóng thường thiết kế theo dạng sau: Đúng – sai Nhiều chọn lựa (có thể trả lời trả lời tất chọn lựa) Tỉ lệ trả lời: từ xấu đến tốt, từ đồng đến hồn tồn khơng đồng Mỗi điểm tỉ lệ nên có nghĩa rõ ràng quán thường có điểm trung lập Xếp hạng chọn lựa theo thứ tự mức độ quan trọng Xắp xếp câu hỏi: thứ tự câu hỏi phải hợp lý, phù hợp với mục tiêu khảo sát khả người trả lời Các thứ tự là: Thu hẹp dần: ban đầu câu hỏi rộng, khái quát sau thu hẹp đến mục tiêu - Mở rộng dần: ban đầu đề cập đến điểm mở rộng dần phạm vi đề cập 83 Hình 4.7 : Xắp xếp câu hỏi: Khảo sát dùng bảng câu hỏi (questionaire) Phỏng vấn phương pháp hiệu để trao đổi thu thập thông tin quan trọng từ phía người dùng Tuy nhiên, thực vấn tốn thời gian nguồn lực Phương phướng khảo sát dùng bảng câu hỏi tốn hơn, thời gian trả lời lại nhanh hơn, kết xác định thu thập thông tin từ nhiều đối tượng thời gian ngắn Tuy nhiên, phương pháp lại thụ động mang lại chiều sâu phương pháp vấn Để thực hiện, cơng việc phân tích viên cần phải làm rõ: Tập hợp câu hỏi thành nhóm Phân loại đối tượng sử dụng thành nhóm gởi nhóm câu hỏi đến nhóm người Tổng quát , việc góm nhóm thực kết hợp bốn phương pháp sau: Đối tượng tích cực: đối tượng có vị trí thuận lợi, sẵn sàng để khảo sát, đối tượng có nhiều động lực trả lời Nhóm ngẫu nhiên: chọn ngẫu nhiên nhóm người dùng danh sách để gởi câu hỏi Theo chủ định: chọn người thoả tiêu chuẩn xác định Ví dụ: người làm việc với hệ thống năm trở lên, ngườithường xuyên sử dụng hệ thống,… Chọn theo loại: người dùng, quản lý, … Thông thường, người ta kết hợp phương pháp lại Trong trường hợp nhận trả lời nên kiểm tra lại trường hợp khơng trả lời để tìm nguyên nhân xem xét kết trả lời hợp lệ đủ để chấp nhận không 84 So sánh vấn bảng câu hỏi liệt kê Đặc điểm Phỏng vấn Bảng câu hỏi Sự phong phú thông tin Cao( quan nhiều kênh: trả lời, cử chỉ…) Có thể kéo dài Có thể cao Tốt: việc phát chọn lọc câu hỏi đặt người vấn người vấn Mọi người biết lẫn Người vấn đóng vai trị quan trọng định kết Trung bình tới thấp, trả lời Thấp, vừa phải Vừa phải Hạn chế sau thu thập liêuc sở Thời gian Chi phí Cơ hội nắm bắt phát Tính bảo mật Vai trị tham gia Khơng biết người trả lời Trả lời thụ động, không chắn định kết Hình 4.8 : Khảo sát bảng câu hỏi (questionaire) Phỏng vấn nhóm Các yêu cầu thu thập sử dụng phương pháp vấn điều tra dùng bảng câu hỏi Tuy nhiên, kết vấn đối tượng khác dẫn đến khơng qn thông tin hệ thống hành yêu cầu hệ thống Do đó, lại phải thực việc kiểm tra, chọn lọc định xác đâu thơng tin chấp nhận cuối Thông thường tiếp tục thực trao đổi gặp gở nhân vật quan trọng định định giới hạn kết thông tin Các vấn thường tốn thời gian có lại trả lời lại câu hỏi mà trả lời trước người khác Do đó, phương pháp vấn cá nhân riêng lẽ cịn hạn chế định Hình 4.9 : Phỏng vấn nhóm 85 Phỏng vấn nhóm phương pháp tốt giúp giải yêu cầu trái ngược Các đặc điểm vấn nhóm bao gồm: Nhiều phân tích viên phụ trách nhiều lĩnh vực khác Nhiều đối tượng vấn khác đối tượng phụ rách lĩnh vực, phân cấp từ quản lý đến nhân viên trực tiếp liên quan Tổ chức buổi vấn chung gồm phân tích viên đối tượng vấn Mỗi phân tích viên đặt câu hỏi đối tượng trả lời Phân tích viên ghi nhận lại kiến liên quan đến lĩnh vực Lợi điểm: Giảm thiểu thời gian vấn: tất yêu cầu thơng suốt thờiđiểm thay phải vấn đối thời điểm khác thời gian kéo dài Cho phép đối tượng vấn nghe kiến chủ đạo lĩnh đạo kiến bất đồng liên quan đến vấn đề đặt Đây hội làm cho đối tượng thông suốt kiến chủ đạo liên quan đến hệ thống Nhược điểm: Nhược điểm khó để tổ chức buổi vấn nhóm khó để tìm thời gian vị trí thích hợp cho tất người Ngày với công nghệ truyền thông phát triển cho phép tổ chức buổi họp với thành viên khoảng cách xa (ví dụ: dùng Video conference) Quan sát trực tiếp Quan sát trực tiếp nơi làm việc, trường nhằm thu thập xác cách thức qui trình làm việc thực tế hệ thống Ưu điểm: Đảm bảo tính trung thực thơng tin Bởi phương pháp vấn bị phụ thuộc vào cách thức mà người dùng trả lời, kiến thức chủ quan họ, Thu thập tốt thông tin mô tả tổng quan hệ thống Hạn chế Thời gian kéo dài Làm cho người dùng khó chịu thực cơng việc, có cảm giác bị theo dơi Do đó, họ thường thay đổi cách thức làm việc không với trạng Thông thường, người ta kết hợp phương pháp vấn với phương pháp quan sát để tiến hành khảo sát Phân tích tài liệu thủ tục Phương pháp quan sát hệ thống hoạt động phương pháp trực tiếp phương pháp nghiên cứu tài liệu tủ tục phương pháp quan sát gián tiếp, khơng nghiên cứu trực tiếp trường hệ thống mà thông qua văn bản, giấy tờ, tài liệu, tập tin máy tính, … mô tả hệ thống Phương pháp giúp xác định chi tiết hệ thống hành Có nhiều tài liệu liên mô tả hoạt động hệ thống, yêu cầu hệ thống tương lai: tài liệu mô tả nhiệm vụ, kế hoạch kinh doanh, cấu trúc tổ chức, tra cứu sách, mơ tả cơng việc, thư tín bên bên ngoài, báo cáo nghiên cứu,… Chúng ta thu thập nhiều loại thơng tin từ hoạt động chung đơn vị đến liệu bản, liệu cấu trúc Thông thường phương pháp kết hợp với phương pháp vấn mức thấp 86 Hình 4.3 :Phân tích tài liệu thủ tục Phân tích tài liệu mang lại thông tin sau: Các vấn đề tồn hệ thống (thiếu thông tin, bước xử lý dư thừa) Các hội để hệ thống đáp ứng nhu cầu (ví dụ: việc phân tích tài liệu cho thấy từ liệu lưu trữ mà lâu không để phân tích thơng tin loại khách hàng, điều tạo hội cho phận bán hàng đánh giá phân tích hoạtđộng bán hàng) Phương hướng tổ chức tác động đến yêu cầu HTTT (ví dụ: phương hướng đơn vị liên kết khách hàng nhà cung cấp gần gũi với đơn vị mà trước chưa tính đến chưa thực Phương hướng làm nảy sinh nhu cầu HTTT cần có để đáp ứng là: hệ thống cần mở kênh liên lạc thông tin cho khách hàng, xử lý đánh giá dịch vụ khách hàng,…) Lý tồn hệ thống hành, chi tiết không quản lý hệ thống hành cần thiết khả thi hệ thống Tìm tên vị trí cá nhân có liên quan đến hệ thống Giúp cho việc giao tiếp liên lạc mục tiêu Giá trị đơn vị, cá nhân trợ giúp để xác định ưu tiên khả khác đến từ nhiều người dùng khác Các trường hợp xử lý thông tin đặc biệt không thường xuyên xác định phương pháp khác Dữ liệu cấu trúc, qui tắc xử lý liệu, nguyên lý hoạt động thực HTTT Một loại tài liệu hữu dụng khác thủ tục mơ tả cơng việc cá nhân nhóm Các thủ tục mô tả cách thức công việc hoạt động, gồm liệu thông tin sử dụng tạo trình thực cơng việc Tuy nhiên, việc phân tích tài liệu thủ tục có số nhược điểm sau: Các thủ tục nguồn thông tin không đúng, trùng lắp Thiếu tài liệu Tài liệu hết hạn: dẫn đến việc phân tích tài liệu cho kết khơng với kết vấn Các phương pháp xác định yêu cầu Thiết kế kết hợp người dùng (JAD – Join Application Design) Mục tiêu JAD tiến trình xác định yêu cầu người dùng, nhà quản lý nhà phân tích làm việc với vài ngày diễn buổi họp tập trung (trong phòng) để xác định kiểm tra lại yêu cầu hệ thống thiết kế chi tiết Do đó, JAD có hình thức phương pháp vấn nhóm Tuy nhiên, JAD theo 87 Hình 5.48 Xác định đối tượng nội dung thành phần Trong sơ đồ trên, thành phần ATM_GD.jar bao gồm thành phần chứa đựng DichVu Trong đó, có bốn thành phần lồng vào Tương tự, thành phần ATMDichVu.jar bao gồm hai thành phần chứa đựng Trong đó, có thành phần lớp lồng vào Xây dựng giao diện cho thành phần Chúng ta xây dựng đối tượng giao diện cho thành phần, Mục đích giao diện nhằm cung cấp bên dịch vụ thực thành phần nhằm bảo đảm tính bao bọc cho thành phần Các thành phần đối tượng khác truy cập đến thành phần thông qua giao diện thành phần 183 Hình 5.49 Xây dựng giao diện cho thành phần Ví dụ: phát triển hai lớp giao diện cho thành phần ATMDichVu DichVu HeThong Một lớp giao diện DVuCSDLcho thành phần ATMCSDL Các thuộc tính chi tiết cho hai lớp giao diện sau: Hình :giao diện thành phần ATMDichVu DichVu HeThong Xác định mối liên kết thành phần Các loại mối kết hợp là: mối quan hệ phụ thuộc, tổng quát hoá, thực hố cácmối kết hợp khác Ví dụ: xây dựng mối liên kết phụ thuộc thành phần hệ thống ATM Sơ đồ cho thấy, có phụ thuộc thành phần DichVu_GD giao diện DichVu thành phần thành DichVu thành phần HeThong_GD với giao diện HeThong thành phần HeThong để mô tả việc sử dụng dịch vụ thành phần tầng giao diện hệ thống; phụ thuộc thành phần DichVu HeThong với giao diện DVuCSDL thành phần ATMCSDL mô tả sử dụng dịch vụ truy cập CSDL thành phần DichVu HeThong Ngoài ra, phụ thuộc thành phần DichVu_GD HeThong_GD với thành phần ATM.cfg ATM.hlp mô tả việc truy cập đến thành phần 184 Hình 5.50 Xác định mối liên kết thành phần Xây dựng sơ đồ triển khai Sơ đồ cài đặt mơ hình hố cấu hình yếu tố xử lý run-time thành phần phần mềm, tiến trình, đối tượng thực thi yếu tố Các thể thành phần phần mềm mô tả xuất run-time đơn vị mã phần mềm Các thành phần không tồn thực thể thực thi không xuất sơ đồ Một sơ đồ thành phần xem đồ thị đó, nút (node) liên kết với qua liên kết truyền thông (communication) Các nút đại diện cho tài nguyên xử lý hệ thống, thường máy tinh có xử lý nhớ Tuy nhiên, thiết bị ngoại vi, cảm ứng hệ thống nhúng Các nút chứa thể thành phần, thành phần chạy thực thi nút Sơ đồ thành phần cho biết thành phần cài đặt nút việc sử dụng liên kết phụ thuộc với loại liên kết từ thành phần đến nút việc nhúng biểu tượng thành phần vào biểu tượng nút Ký hiệu nút Sơ đồ triển khai biểu diễn kiểu nút Sơ đồ triển khai biểu diễn thể nút 185 Biểu diễn thành phần nút Hình : Biểu Đồ triển Khai Xây dựng biểu đồ triển khai theo bước sau: Xác định nút biểu đồ Xác định liên kết (truyền thông) nút Thêm phần tử vào biểu đồ: thành phần đối tượng hoạt động Thêm liên kết phụ thuộc thành phần đối tượng (nếu cần thiết) Xác định nút Khảo sát mặt không gian triển khai: xem xét lại giải pháp kiến trúc hệ thống mặt không gian: địa điểm triển khai hệ thống; hệ thống phân tán? cấu trúc mạng Ví dụ: hệ thống ATM, địa điểm triển khai bao gồm: ngân hàng, ba vị trí đặt máy ATM Trong mơ hình này, cần biểu diễn vị trí cho máy ATM, vị trí ATM khác giống cho tất máy ATM Ví dụ khác: giả sử ngân hàng thương mại ABC có địa điểm triển khai: trung tâm TPHCM xem chi nhánh, chi nhánh Huế chi nhánh Hà Nội Xác định nút địa điểm: với địa điểm xác định, xem xét có xử lý bố trí (hoặc bố trí) bao gồm máy tính cá nhân (máy cho nhân viên sử dụng), máy chủ mà hệ thống thi hành Ứng với máy dùng nút để mơ tả Ví dụ: hệ thống ATM, với vị trí ngân hàng tạo nút cho server xử lý lưu trữ sở liệu khách hàng, tài khoản, giao dịch Mỗi máy ATM nút ta có mơ hình sau: 186 Hình : Các nút máy ATM Với hệ thống ngân hàng thương mại ABC, trung tâm cài đặt server CSDL quản lý toàn liệu hệ thống Ở chi nhánh có server CSDL quản lý liệu chi nhánh máy tính làm việc cho nhân viên Đây hệ thống phân tán liệu server CSDL chi nhánh tổng hợp với server CSDL trung tâm Các nút xác định cho hệ thống triển khai ngân hàng sau: Hình 5.51 nút xác định cho hệ thống triển khai ngân hàng Xác định liên kết truyền thông nút Các giao thức liên kết truyền thông nút Các giao thức có nhiều loại khác nhau: , , , , , ,… Ví dụ: liên kết nút hệ thống ATM 187 Hình : liên kết nút hệ thống ATM Liên kết nút hệ thống ngân hàng thương mại ABC Các nút địa điểm kết nối với theo mạng cục phương thức TCP/IP, chi nhánh từ xa liên kết với server trung tâm theo mạng diện rộng (WAN) Hình 5.52 chi nhánh từ xa liên kết với server trung tâm theo mạng diện rộng Xác định thành phần nút Xác định thành phần đối tượng cho nút nhằm biểu diễn vị trí triển khai chúng hệ thống Ví dụ: thành phần thêm vào nút hệ thống ATM 188 Hình :các thành phần thêm vào nút hệ thống ATM Các thành phần thêm vào nút hệ thống ngân hàng thương mại ABC chi nhánh Trong đó, máy PC cho nhân viên xử lý nghiệp vụ cài thành phần đối tượng giao diện (GiaoDich_GD) (các form VB) nhằm phục vụ cho nhân viên làm việc chổ thông qua giao diện Một máy PC nhân viên quản trị cài đặt giao diện cho phép quản trị hệ thống (QuanTri_GD) Server chi nhánh đón vai trò AppServer cài đặt thành phần GiaoDich, CSDLGiaoDich gồm lớp cung cấp dịch vụ xử lý giao dịch truy cập CSDL chi nhánh; thành phần ChuyenDoiDL cài đặt tài server chi nhánh gồm lớp nhằm xứ lý dịch vụ chuyển đổi liệu với server trung tâm Tại nút trung tâm, thành phần xử lý tích hợp liệu (XuLyTichHopDL) cài đặt gồm lớp quản lý việc tích hợp đồng hố liệu với server chi nhánh server trung tâm 189 Hình : thành phần xử lý tích hợp liệu Thêm liên kết phụ thuộc Nếu cần thiết chúng đưa vào liên kết pụ thuộc thành phần với thành phần với đối tượng sơ đồ nhằm mô tả rõ ảnh hưởng lẫn cácyếu tố sơ đồ Ví dụ: với hệ thống ATM Hình :hệ thống ATM 190 Với hệ thống ngân hàng thường mại ABC Hình :hệ thống ngân hàng thường mại ABC Chú ý: tiếp cận với hệ thống lớn lúc mơ hình triển khai trở nên phức tạp với nhiều nút liên kết Khi đó, nên chia thành nhiều biểu đồ triển khai với biểu đồ minh hoạ phần hệ thống Câu hỏi tập Các nghi thức public private gì? Ý nghĩa việc sử dụng nghi thức thiết kế? Khi thiết kế mối kết hợp, cần thêm thuộc tính tham chiếu tới lớp cần xác định điều gì? Tại lại dựa vào sơ đồ hoạt động sơ đồ để xác định hành vi lớp? Như kiến trúc ba tầng? Ưu điểm kiến trúc ba tầng so với kiến trúc client – server? Các lớp tầng nghiệp vụ xác định từ đâu? Nhiệm vụ tầng truy cập liệu xác định lớp này? Phân biệt liệu tạm thời (transient) với liệu persistent ? Có khác đối tượng persistent liệu sở liệu? 10 Các phép toán liên quan đến đối tượng persistent cần quản lý gồm gì? 11 Cách xác định lớp tầng giao diện? 12 Ý nghĩa đối tượng điều khiển việc thiết kế? 13 Ý nghĩa việc đưa vào đối tượng điều khiển thiết kế use case? 14 Ý nghĩa nội dung mơ tả use case thực hố gồm gì? 15 16 17 18 19 20 21 22 23 24 Mục tiêu thiết kế cài đặt ? Có loại thành phần sử dụng mơ hình thành phần? ý nghĩa loại? Liên kết phụ thuộc thành phần sơ đồ mơ tả điều gì? Tại xây dựng giao diện cho thành phần? Mục tiêu sử dụng sơ đồ triển khai? Có loại sơ đồ triển khai? Một nút sơ đồ triển khai dùng để mơ hình hố nội dung gì? Có bước xây dựng sơ đồ triển khai? Có bước để xác định nút hệ thống? Liên kết nút sơ đồ triển khai mơ tả liên kết gì? Nội dung nút bao gồm thành phần nào? 191 CÁC BÀI TẬP MỞ RỘNG, NÂNG CAO VÀ GIẢI QUYẾT VẤN ĐỀ Bài 1: Bài tập Hãy xây dựng sơ đồ use case mô tả hệ thống diễn đàn trao đổi học tập khoa Công Nghệ Thông Tin Hoạt động diễn đàn mô tả sau: Tất người truy cập vào địa diễn đàn xem thông tin nội dung trao đổi diễn đàn, tin tức diễn đàn Khi thành viên muốn gởi thơng tin lên diễn đàn Thơng tin chủ đề cần trao đổi, ý kiến liên quan đến chủ đề đưa ra, tin tức Trước tiên, thành viên phải đãng nhập vào hệ thống với tên mã đãng nhập Sau đãng nhập thành công, thành viên sử dụng chức soạn thảo hệ thống để soạn thảo gởi thông tin lên diễn đàn Thành viên xem thơng báo kết duyệt tin từ quản trị lần gởi trước Một người dùng truy cập đãng ký thành viên diễn đàn Khi đãng ký, người dùng phải nhập thông tin liên quan như: họ tên, tên đãng nhập, mã sinh viên, mã đãng nhập Việc đãng ký có hiệu lực sau quản trị duyệt chấp nhận Khi thành viên đãng nhập vào quyền quản trị (quản trị hệ thống) Hệ thống sẽhiễn thị các thông tin gởi thành viên Ứng với thông tin, quản trịcó thể chấp nhận từ chối đãng thông tin lên diễn đàn: Khi thông tin đánh dấu chấp nhận, hệ thống cập nhật lại trạng thái thông tin hiễn thị thông tin tới diễn đàn Khi thông tin đánh dấu từ chối, hệ thống cập nhật lại trạng thái thông tin ghi lý từ chối thơng tin Ngồi ra, người quản trị duyệt chấp nhận từ chối thành viên đãng ký Huỷ thành viên Cập nhật thông tin thành viên Bài tập Phân chia sơ đồ use case hệ thống thành gói Mơ tả liên kết gói (nếu có) sơ đồ use case cho gói Bài 3: Hãy xây dựng sơ đồ lớp hệ thống “Diễn NghệThông Tin” đàn trao đổi học tập khoa Công Bài 4: Bài tập 4.1 Cho hệ thống mô tả sau: Government Solutions Company (GSC) công ty chuyên bán trang thiết bị cho quan phủ liên ban Khi quan cần mua trang thiết bị từ GSC, quan phát sinh đơn đặt hàng dựa hợp đồng chuẩn trước thoả thuận với với công ty GSC quản lý hợp đồng với quan liên bang Khi đơn đặt hàng gởi tới nhân viên quản lý hợp đồng GSC, nhân viên xem xét lại thông tin điều khoản điều kiện hợp đồng kư với quan cách sử dụng mă số hợp đồng tham khảo đơn đặt hàng để tìm kiếm sở liệu GSC so với thông tin đơn đặt hàng để xác định đơn đặt hàng có hợp lệ hay không Đơn đặt hàng lợp lệ hợp đồng chưa hết hạn, danh sách trang thiết bị phải thuộc thiết bị hợp đồng, tổng chi phí phải khơng vượt q giới hạn xác định trước Nếu đơn đặt hàng không hợp lệ, nhân viên quản lý hợp đồng gởi trả lại đơn đặt hàng cho quan kèm theo thư diễn giải lý đơn đặt hàng không hợp lệ lưu lại thư 192 Nếu đơn đặt hàng hợp lệ, nhân viên quản lý hợp đồng lưu vào sở liệu đơn đặt hàng với trạng thái “chưa giải quyết” Sau đó, đơn đặt hàng gởi đến phận đáp ứng đơn hàng, phận kiểm tra tồn kho cho thiết bị dựa thông tin tồn kho lấy từ sở liệu Nếu có thiết bị không đủ số giao, phận tạo báo cáo liệt kê tất mặt hàng không đủ giao với số lượng thiếu Tất đơn đặt hàng chuyển tới kho để thực việc giao hàng cho quan Sau giao hàng, lập hoá đơn giao hàng ghi nhận thiết bị giao gởi cho quan, đính kèm hóa đơn với đơn đặt hàng gởi trở lại cho nhân viên quản lý hợp đồng Nhân viên kiểm tra đơn đặt hàng giao hết cập nhật lại trạng thái đơn đặt hàng “hồn tất” lưu thơng tin hoá đơn giao hàng vào sở liệu Hàng tháng, nhân viên quản lý hợp đồng lập báo cáo thiết bị đặt hàng tháng, thiết bị giao, đơn đặt hàng “chưa giải quyết”, hợp đồng hết hạn gởi cho giám đốc để giúp cho giám đốc nắm t́nh hình hoạt động cơng ty Hãy xác định tác nhân nghiệp vụ hệ thống Xác định tất use case nghiệp vụ Xây dựng sơ đồ use case nghiệp vụ Bài tập 4.2 Mơ tả hệ thống “Quản lý cho th văn phịng cao ốc” sau: Một công ty địa ốc muốn tin học hóa hoạt động cho thuê cao ốc ḿnh cho cơng ty làm văn phịng hoạt động kinh doanh Cơng ty có nhiều cao ốc thành phố, cao ốcđược quản lý tên, có địa chỉ, mơ tả đặc điểm tổng diện tích sử dụng Một cao ốc có nhiều tầng, tầng có nhiều phịng, phịng có thơng tin cần quản lý là: mă phịng, diện tích sử dụng, số chổ làm việc (theo tính tốn cơng ty), mơ tả vị trí, giá cho th Hoạt động th phịng Khách hàng muốn th phịng phải đến nơi quản lý ṭa nhà để tham khảo vị trí, diện tích phịng, khách hàng nhân viên tiếp tân cung cấp thông tin t́nh trạng giá phòng Giá phòng ấn định tùy theo độ cao, diện tích sử dụng,… Khách hàng sau đồng thuê đến gởi trình bày yêu cầu làm hợp đồng với phận quản lý nhà, phận soạn thảo hợp đồng dựa yêu cầu thuê mướn cung cấp khách hàng, tính tốn giá th lập hợp đồng Hợp đồng sau kư nhận khách hàng trưởng phận quản lý nhà lưu lại bản, gởi cho khách hàng Khách làm hợp đồng thuê lúc nhiều phòng Nội dung hợp đồng bao gồm: số hợp đồng, ngày hiều lực hợp đồng, ngày toán đầu tiên, khách hàng, thời gian thuê chi tiết gồm phòng cần thuê, giá thuê Thời gian đợt th sáu tháng sau gia hạn thêm Khách phải trả trước tiền thuê sáu tháng đầu tiên, từ tháng thứ bảy có phải trả vào đầu tháng Giá th phịng khơng kể chi phí điện đó, cuối tháng khách phải tốn chi phí điện Đầu tuần, phịng kế tốn kiểm tra lại tất hợp đồng đến hạn phải toán tuần.Sau lập thơng báo gởi tới khách hàng để chuẩn bị toán Mỗi lần toán, khách hàng phải đến phịng kế tốn cơng ty để đề nghị tốn Tại đây, phịng kế tốn tìm kiếm hợp đồng từ hồ sơ lưu, kiểm tra thơng tin đợt tốn khách hàng Sau lập hố đơn tốn lưu lại bản, gởi cho khách hàng Các thông tin hoá đơn là: số phiếu, ngày toán, lý tốn (tiền phịng hay tiền điện nước),thanh toán cho hợp đồng tổng số tiền toán Gia hạn hợp đồng Khi gần hết hạn hợp đồng, khách hàng muốn gia hạn thêm thi phải đến yêu cầu phận quản lý xin gia hạn hợp đồng Bộ phận kiểm tra xem thực hến hạn chưa, toán đầy đủ chưa Nếu điều kiện đáp ứng lập hợp đồng gia hạn Nội dung gia hạn gồm có: số hợp đồng cần gia hạn, ngày kư gia hạn, mô tả chi tiết gia hạn gồm phòng gia hạn (các phòng phải thuê hợp đồng) thời gian gia hạn Việc toán gia hạn lập theo tháng hợp đồng gia 193 hạn nhiều lần Hoạt động truy xuất Các báo cáo ngày phận quản lý lập: Danh sách phòng thuê Danh sàch phòng trống Danh sách nhân viên làm việc Danh sách công ty hết hạn thuê tháng Yêu cầu Hãy xác định tác nhân nghiệp vụ hệ thống Xác định tất use case nghiệp vụ Xây dựng sơ đồ use case nghiệp vụ Bài tập 4.3 Mô hình hố việc thực hố use case nghiệp vụ tìm hệ thống “Quản lý thuê văn phòng cao ốc” cách: dụng swimlane) Đặc tả nội dung use case dùng mơ hình hoạt động (không sử - Xác định thừa tác viên thực thể - Xây dựng sơ đồ lớp cho use case nghiệp vụ - Thiết kế chi tiết use case dùng: Sơ đồ hoạt động (dùng swimlane để mơ tả vai trị thừa tác viên thực thể tác động hoạt động) Xây dựng sơ đồ tương tác (sơ đồ tuần tự, sơ đồ hợp tác, sơ đồ trạng thái) Đề xuất sơ đồ use case mô tả chức hệ thống phần mềm giúp cho việc tự động hoá hệ thống nghiệp vụ 194 CÁC THUẬT NGỮ CHUYÊN MÔN business layer : dịch vụ tác nghiệp data layer : truy cập liệu Software Development Life Cycle : Chu Trình Phát Triển Phần Mềm Attribute : Thuộc tính Qualifie : Thuộc tính Identifier : Định danh Preliminary Investigation hay cịn gọi Feasibility Study : Nghiên cứu sơ Analysis : Phân tích yêu cầu Design of the System : Thiết kế hệ thống Software Construction : Xây dựng phần mềm System Testing : Thử nghiệm hệ thống System Implementation : Thực hiện, triển khai System Maintenance : Bảo trì, nâng cấp Requirements Specifications : Đặc Tả Yêu Cầu Design Specifications : Đặc Tả Thiết Kế test/dummy data : liệu giả White Box Testing : Thử hộp trắng Software Development Life Cycle : Chu Trình Phát Triển Phần Mềm Analyst : Nhà phân tích Designer : Nhà thiết kế Domain Experts : Chuyên gia tìm vực Programmer : Lập trình viên User : Người dùng Association : Mối kết hợp Instance : Thể lớp Hierarchy : Phân cấp Generalisation : Tổng quát hoá Specialisation : Chuyên biệt hoá Encapsulation : Tính bao bọc Polymorphism : Tính đa hình logical view : Khung nhìn luận lý well-defined structure : Hướng kiến trúc implementation view : Khung nhìn thực process view : Khung nhìn xử lý deployment :Khung nhìn triển khai object diagram : Sơ đồ đối tượng class diagram : Sơ đồ lớp use case diagram : Sơ đồ use case component diagram : Sơ đồ thành phần deployment diragram : Sơ đồ triển khai interaction diagram : Các sơ đồ tương tác sequence diagram : Sơ đồ collaboration diagram : Sơ đồ hợp tác activity diagram : Sơ đồ hoạt động state transition diagram : Sơ đồ chuyển dịch trạng thái business system : Hệ thống nghiệp vụ informaton system : Hệ thống thông tin System software : Phần mềm hệ thống embeded system : Hệ thống nhúng Technical system : Hệ thống kỹ thuật Association : Mối kết hợp Aggregation : Quan hệ thu nạp composition, a-part-of : quan hệ thành phần composition : Quan hệ thành phần 195 identifier : Định danh association : Xác định mối kết hợp 196 TÀI LIỆU THAM KHẢO Conception orienté Objets et Application Grady Booch Addison – Wesley,1992._588 tr.;20,5 cm Object-Oriented Analysis and Design James Martin,James J Odell Prentice-Hall,1992.;506 tr,20,5 cm Object-Oriented Modeling and Design James Rumbaugh, Michael Blaha, Wiliam Premerlani, Frederick Eddy, Wiliam Lorensen Prentice-Hall International Editions,1991._500 tr.;20,5 cm Bahrami Ali Object Oriented Systems Development McGraw-Hill, Singapore 1999 Bruce E Wampler The Essence of Object Oriented Programming with Java and UML Addison –Wesley 2001 Philippe Kruchten The Rational Unified Process an Introduction Second Edition Addison –Wesley 2000 OMG OMG Unified Modeling Language Specification An Adopted Formal Specification of the Object Management Group, Inc 2002 Grady Booch, James Rumbaugh, Ivar Jacobson, The Unified Software Development Process, Addison-Wesley, 1999 Grady Booch, James Rumbaugh, Ivar Jacobson, The Unified Modeling Language Reference Manual, Addison-Wesley, 1999 10 Ivar Jacobson, Maria Ericsson, Agneta Jacobson, The Object Advantage:Business Process Reengineering with Object Technology, Addison-Wesley, 1994 197 ... thiết kế - Hiểu vấn đề thực khung nhìn -Thiết kế giao diện, lớp, quan vào mơ hình thiết kế Cung cấp nội dung về: - Các nguyên lý thiết kế hướng đối tượng - Quá trình thiết kế lớp đối tượng: thiết. .. tượng: thiết kế thuộc tính, method mối kết hợp - Kiến trúc ba tầng thiết kế phần mềm - Thiết kế use case Quá trình thiết kế lớp tầng truy cập liệu: xác định lớp, thuộc tính, method mối kết hợp qua... Nội dung: I Thiết kế lớp Các tiên đề hệ luận thiết kế hướng đối tượng Các tiên đề Theo Suh, tiếp cận thiết kế hướng đối tượng có hai tiên đề áp dụng, tiên đề là: Tiên đề 1: tiên đề độc lập Duy tŕ