Câu hỏi lập trình java

Câu hỏi điểm UML gì? UML dùng để làm gì? - - Khái niệm : UML ngơn ngữ mơ hình hóa thống có phần bao gồm ký hiệu hình học phương pháp hướng đối tượng sử dụng để thể miêu tả thiết kế hệ thống.UML dùng cho o Mơ hình hóa trực quan o Đặc tả o Xây dựng o Tài liệu hóa nhân tố hệ thống phần mềm Vai trò : sử dụng làm công cụ giao tiếp người dùng, nhà phân tích, nhà thiết kế nhà phát triển phần mềm UML xây dựng để : o Mơ hình hóa hệ thống sử dụng khái niệm hướng đối tượng o Thiết lập kết nối từ nhận thức người đến kiện cần mơ hình hóa o Giải vấn đề mức độ thừa kế hệ thống phức tạp, có nhiều ràng buộc khác o Tạo ngơn ngữ mơ hình hóa sử dụng người máy Nêu đặc trưng UML? Giải thích ý nghĩa đặc trưng đó? Kiến trúc hệ thống UML phát triển xuất phát từ việc nhìn nhận hệ thống theo khung nhìn nào? Ý nghĩa khung nhìn Khi xem xét hệ thống, cần xây dựng mơ hình từ khía cạnh khác xuất phát tự thực tế người làm việc với hệ thống có vai trò khác nhìn hệ thống từ khía cạnh khác Có khung nhìn : o Use Case View : bao gồm UC mô tả ứng xử hệ thống theo cách nhìn nhận người dùng, người phân tích hệ thống Nó khơng cách cấu trúc hệ thống phần mềm mà dùng để nhín nhận cách tổng quát j mà hệ thống cung cấp, thông qua người dùng kiểm tra xem yêu cầu đáp ứng đầy đủ hay chưa có chức hệ thống không cần thiết o Logic View : Được dùng để xem xét phần tử bên hệ thống mối quan hệ tương tác chúng để thực chức mong đợi hệ thống, o Process View : chia hệ thống thành tiến trình luồng, mơ tả việc đồng hóa xử lý đồng thời Dùng cho người phát triển tích hợp hệ thống bao gồm biểu đồ sequence, collaboration, activity, state o Implementation View : bao gồm component file tạo nên hệ thống vật lý Nó phụ thuộc thành phần này, cách kết hợp chúng lại với để tạo hệ thống thực thi o Deployment View : cấu hình phần cứng mà hệ thống chạy Nó thể phụ thuộc thành phần này, cách kết hợp chúng lại với để tạo hệ thống thực thi UML thể qua giai đoạn trình phát triển hệ thống? Mô tả chi tiết giai đoạn này? a Giai đoạn nghiên cứu sơ : UML đưa khái niệm Use Case để nắm bắt yêu cầu khách hàng (người sử dụng) UML sử dụng biểu đồ Use case (Use Case Diagram) để nêu bật mối quan hệ giao tiếp với hệ thống Qua phương pháp mơ hình hóa Use case, tác nhân (Actor) bên quan tâm đến hệ thống mơ hình hóa song song với chức mà họ đòi hỏi từ phía hệ thống (tức Use case) Các tác nhân Use case mơ hình hóa mối quan hệ miêu tả biểu đồ Use case UML Mỗi Use case mô tả tài liệu, đặc tả yêu cầu khách hàng: Anh ta hay chị ta chờ đợi điều phía hệ thống mà khơng để ý đến việc chức thực thi Sử dụng biểu đồ: Usecase b Giai đoạn phân tích : Giai đoạn phân tích quan tâm đến trình trừu tượng hóa (các lớp đối tượng) chế hữu phạm vi vấn đề Sau nhà phân tích nhận biết lớp thành phần mơ mối quan hệ chúng với nhau, lớp mối quan hệ miêu tả công cụ biểu đồ lớp (class diagram) UML Sự cộng tác lớp nhằm thực Use case miêu tả nhờ vào mơ hình động (dynamic models) UML Trong giai đoạn phân tích, lớp có tồn phạm vi vấn đề (các khái niệm đời thực) mơ hình hóa Các lớp kỹ thuật định nghĩa chi tiết giải pháp hệ thống phần mềm, ví dụ lớp cho giao diện người dùng, cho ngân hàng liệu, cho giao tiếp, trùng hợp, v.v , chưa phải mối quan tâm giai đoạn Sử dụng biểu đồ: Class Diagram c Giai đoạn thiết kế Trong giai đoạn này, kết giai đoạn phân tích mở rộng thành giải pháp kỹ thuật Các lớp bổ sung để tạo thành hạ tầng sở kỹ thuật: Giao diện người dùng, chức để lưu trữ đối tượng ngân hàng liệu, giao tiếp với hệ thống khác, giao diện với thiết bị ngoại vi máy móc khác hệ thống, Các lớp thuộc phạm vi vấn đề có từ giai đoạn phân tích "nhúng" vào hạ tầng sở kỹ thuật này, tạo khả thay đổi hai phương diện: Phạm vi vấn đề hạ tầng sở Giai đoạn thiết kế đưa kết đặc tả chi tiết cho giai đoạn xây dựng hệ thống Sử dụng biểu đồ: Class Diagram d Giai đoạn xây dựng Trong giai đoạn xây dựng (giai đoạn lập trình), lớp giai đoạn thiết kế biến thành dòng code cụ thể ngơn ngữ lập trình hướng đối tượng cụ thể (khơng nên dùng ngơn ngữ lập trình hướng chức năng!) Phụ thuộc vào khả ngôn ngữ sử dụng, cơng việc khó khăn hay dễ dàng Khi tạo mơ hình phân tích thiết kế UML, tốt nên cố gắng né tránh việc biến đổi mô hình thành dòng code Trong giai đoạn trước, mơ hình sử dụng để dễ hiểu, dễ giao tiếp tạo nên cấu trúc hệ thống; vậy, vội vàng đưa kết luận việc viết code thành trở ngại cho việc tạo mơ hình xác đơn giản Giai đoạn xây dựng giai đoạn riêng biệt, nơi mơ hình chuyển thành code Sử dụng biểu đồ: Design Diagram e Thử nghiệm : Như trình bày phần Chu Trình Phát Triển Phần Mềm, hệ thống phần mềm thường thử nghiệm qua nhiều giai đoạn với nhiều nhóm thử nghiệm khác Các nhóm sử dụng nhiều loại biểu đồ UML khác làm tảng cho công việc mình: Thử nghiệm đơn vị sử dụng biểu đồ lớp (class diagram) đặc tả lớp, thử nghiệm tích hợp thường sử dụng biểu đồ thành phần (component diagram) biểu đồ cộng tác (collaboration diagram), giai đoạn thử nghiệm hệ thống sử dụng biểu đồ Use case (use case diagram) để đảm bảo hệ thống có phương thức hoạt động định nghĩa từ ban đầu biểu đồ Unit testing: kiểm tra đơn thể, dudowngcj dùng để kiểm tra lớp hay nhóm đơn thể Integration Testing: kiểm tra tích hợp kiểm tra kết hợp component với lớp để xem chúng hoatjd dộng với có khơng System testing: kiểm tra xem hệ thống có đáp ứng chức mà người sử dụng yêu cầu hay không Acceptance testing: Sử dụng biểu đồ: Usecase Diagram, Class Diagram, Component Diagram, Collaboration Diagram UML thể qua giai đoạn trình phát triển hệ thống? Đưa số lược đồ tương ứng cho giai đoạn? Trình bày biểu đồ UML? Các biểu đồ UML: - Biểu đồ UseCase: Định nghĩa: biểu đồ Use case số lượng tác nhân ngoại cảnh mối liên kết chúng Use case mà hệ thống cung cấp o Tính chất:  Một Use case lời miêu tả chức mà hệ thống cung cấp  Use case miêu tả theo hướng nhìn từ ngồi vào tác nhân  không miêu tả chức cung cấp hoạt động nội bên hệ thốn Biểu đồ lớp: o Định nghĩa: biểu đồ lớp cấu trúc tĩnh lớp hệ thống o Tính chất:  Các lớp quan hệ với nhiều dạng thức: liên kết (associated - nối kết với nhau), phụ thuộc (dependent - lớp phụ thuộc vào lớp khác), chuyên biệt hóa (specialized - lớp kết chuyên biệt hóa lớp khác), hay đóng gói ( packaged - hợp với thành đơn vị)  kèm với cấu trúc bên lớp theo khái niệm thuộc tính (attribute) thủ tục (operation) Biểu đồ đối tượng: o Định nghĩa:  phiên biểu đồ lớp thường sử dụng ký hiệu biểu đồ lớp  khác biệt hai loại biểu đồ nằm chỗ biểu đồ đối tượng loạt đối tượng thực thể lớp, thay lớp o Tính chất:  có hai ngoại lệ: đối tượng viết với tên gạch tất thực thể mối quan hệ Biểu đồ trạng thái: o Định nghĩa:  bổ sung cho lời miêu tả lớp  Nó tất trạng thái mà đối tượng lớp có, kiện (event) gây thay đổi trạng thái (hình 3.5) o Tính chất:  khơng vẽ cho tất lớp  riêng cho lớp có số lượng trạng thái định nghĩa rõ ràng hành vi lớp bị ảnh hưởng thay đổi qua trạng thái khác Biểu đồ trình tự: o Định nghĩa: Một biểu đồ trình tự cộng tác động loạt đối tượng o Tính chất:  chứa loạt đối tượng biểu diễn đường thẳng đứng  Trục thời gian có hướng từ xuống biểu đồ, biểu đồ trao đổi thông điệp đối tượng thời gian trôi qua  Các thông điệp biểu diễn đường gạch ngang gắn liền với mũi tên Biểu đồ cộng tác: o Định nghĩa: biểu đồ cộng tác cộng tác động o Tính chất:  Thường người ta chọn dùng biểu đồ trình tự dùng biểu đồ cộng tác  sử dụng biểu đồ trình tự hay biểu đồ cộng tác thường định theo nguyên tắc chung sau: • Nếu thời gian hay trình tự yếu tố quan trọng cần phải nhấn mạnh chọn biểu đồ trình tự • ngữ cảnh yếu tố quan trọng hơn, chọn biểu đồ cộng tác Biểu đồ hoạt động o Định nghĩa: o - - - - - - - - Dựa tính chất biểu đồ, UML chia biểu đồ thành lớp mơ hình? Nêu biểu đồ tương ứng lớp mơ hình đó? -  biểu đồ hoạt động trình tự hoạt động  miêu tả hoạt động thực thủ tục o Tính chất:  bao gồm trạng thái hành động Biểu đồ thành phần: o Định nghĩa: biểu đồ thành phần cấu trúc vật lý dòng lệnh o Tính chất:  Một thành phần chứa thông tin lớp logic lớp mà thi hành, có nghĩa tạo ánh xạ từ hướng nhìn logic vào hướng nhìn thành phần Biển đồ triển khai o Định nghĩa: Biểu đồ triển khai kiến trúc vật lý phần cứng phần mềm hệ thống o Tính chất: hướng nhìn triển khai, miêu tả kiến trúc vật lý thật hệ thống Chia làm lớp mơ hình: o Mơ hình đối tượng: mơ hình cấu thành từ lớp, đối tượng mối quan hệ chúng với  Lớp đối tượng dùng để miêu tả hệ thống  Quan hệ biểu thị cấu trúc hệ thống  Lớp: miêu tả nhóm đối tượng có chung thuộc tính, phương thức  Đối tượng: đặt trưng cho thực thể  Biểu đồ liên quan: • Biểu đồ lớp • Biểu đồ đối tượng o Mơ hình động: mơ hình hóa hoạt động thật hệ thống  Biểu đồ liên quan: • Biểu đồ • Biểu đồ cộng tác • Biểu đồ trạng thái • Biểu đồ hoạt động Trình bày mơ hình động UML? Nêu biểu đồ mơ hình động này? Định nghĩa mơ hình động: mơ hình hóa hoạt động thật hệ thống trình bày hướng nhìn hệ thống thời gian hệ thống hoạt động, cần tới mơ hình động Mơ hình động UML: mơ hình động đề cập tới trạng thái khác vòng đời đối tượng thuộc hệ thống Phương thức ứng xử hệ thống thời điểm cụ thể miêu tả điều kiện khác ấn định cho hoạt động Yếu tố quan trọng cần phải hiểu cho hệ thống đáp lại kích thích từ phía bên ngồi Ta cần tới mơ hình động trọng tâm mơ hình lối ứng xử phụ thuộc vào thời gian đối tượng hệ thống Các biểu đồ mơ hình động: - - - Biểu đồ trạng thái: o biểu đồ miêu tả trạng thái đối tượng o đối tượng bao zờ có vòng đời có biến đổi o Vd: biểu đồ trạng thái lập hóa đơn Biểu đồ tuần tự: o Tiêu điểm biểu đồ thời gian tương tác đối tượng Biểu đồ công tác: o Miêu tả đối tượng tương tác với sao, trọng tâm kiện o Tập trung vào kiện lý đến mối quan hệ đối tượng Biểu đồ hoạt động: o Tập trung vào công việc o Khi đối tượng tương tác với nảy sinh hoạt động tác vụ o Các hoạt động theo trình tự Trình bày phương pháp hướng cấu trúc? - - Phương pháp hướng cấu trúc phương pháp chia chương trình thành chương trình con, chương trình thực cơng việc xác định Phần mềm thiết kế theo hướng: hướng liệu hướng hàng động o Tiếp cận hướng liệu: dựa vào yêu cầu lưu trữ liệu phần mềm mà xây dựng chức hệ thống o Tiếp cận theo hướng hành động: dựa vào hành động phần mềm để tạo sở liệu Cách thức thực thiết kế từ xuống( top-down), phương pháp tiến hành phân rã toán lớn thành toán con, phân chia đến hàm thủ tục 10 Ưu nhược điểm phương pháp hướng cấu trúc? - - Ưu điểm: o tư phân tích thiết kế rõ ràng: tập trung vào mục đích chương trình, dễ chia hành động sở liệu cho chương trình o chương trình sáng sủa, dễ hiểu: mơ tả chức hệ thống Nhược điểm o Khơng thể sử dụng lại: chương trình có cấu trúc riêng, tốn cụ thể nên dùng lại modul phần mềm o Không phù hợp với phần mềm lớn: theo phân tích hướng cấu trúc, modul có quan hệ với nên chia để thực dễ gặp lỗi phân tích kiểm thử 11 Trình bày phương pháp hướng đối tượng? - chia ứng dụng thành thành phần nhỏ, gọi đối tượng, chúng tương đối độc lập với Sau ta xây dựng ứng dụng cách chắp đối tượng lại với - Chức hệ thống biểu diễn thông qua cộng tác đối tượng, việc thay đổi chức năng, tiến hóa chức khơng làm thay đổi đến cấu trúc tĩnh phần mềm 12 Ưu điểm phương pháp hướng đối tượng? - Tính tái sử dụng: tạo thành phần (đối tượng) lần dùng chúng nhiều lần sau - Đóng gói, che dấu thông tin làm cho hệ thống tin cậy - Thừa kế giảm chi phí, hệ thống có tính mở cao - Phù hợp với hệ thống lớn phức tạp 13 Phân biệt phương pháp phân tích theo hướng cấu trúc hướng đối tượng? - Phân tích hướng cấu trúc là: kiểu phân tích hướng mơ hình, kỹ thuật lấy q trình làm trung tâm để phân tích hệ thống có xác định yêu cầu nghiệp vụ cho hệ thống Phân tích hướng cấu trúc trogn tiếp cận thống việc phân tích hệ thống thơng tin Hiện nay, cách tiếp cận phổ biến nhất, phân tích hướng cấu trúc tập trung vào luồng liệu luân chuyển qua trình nghiệp vụ phần mềm, gọi ”lấy q trình làm trung tâm” - Phân tích hướng đồi tượng: kỹ thuật hướng mơ hình tích hợp liệu trình liên quan tới việc xây dựng thành đối tượng.Đây kỹ thuật số hướng tiếp cận Nó minh họa đối tượng hệ thống từ nhiều khung nhìn chẳng hạn cấu trúc hành vi 14 Nêu nguyên tắc phương pháp hướng đối tượng? - Trừu tượng hóa (abstraction) a Các thực thể phần mềm mơ hình hóa dạng đối tượng b Các đối tượng trừu tượng hóa mức cao dựa thuộc tính phương thức mơ tả đối tượng để tạo thành lớp c Các lớp trừu tượng hóa mức cao để tạo thành sơ đồ lớp kế thừa lẫn Trong phương pháp hướng đối tượng tồn lớp khơng có đối tượng tương ứng, gọi lớp trừu tượng Như vậy, nguyên tắc để xây dựng khái niệm hướng đối tượng trừu tượng hóa theo mức độ khác - Tính bao đóng(encapsulation): che dấu chi tiết thực đối tượng không cho bên ngoa ﾤ i thấấ́y va ﾤ truy xuất => tính độ#c lậ#p cao giưa đối tượng a Che dấu thuộc tính liệu: cần cho phép truy xuất thuộc tính liệu, ta tạo phương thức get/set tương ứng để giám sát việc truy xuất che dấu chi tiết thực bên ( thuộc tính private) b Che dấu chi tiết thực phương thức Che dấu hàm thực chúng - Tính modul hóa (modularity): tốn phân chia thành vấn đề nhỏ hơn, đơn giản quản lý - Tính phân cấp (hierarchy): cấu trúc chung hệ thống hướng đối tượng dạng phân cấp theo mức độ trừu tượng từ cao đến thấp 15 Trình bày số khái niệm hướng đối tượng: đối tượng, lớp, thành phần, gói, kế thừa? - Đối tượng: khái niệm cho phép mô tả vật/thực thể giới thực, đối tượng trì mối quan hệ chúng - Lớp khái niệm dùng để mơ tả tập hợp đối tượng có cấu trúc, hành vi có mối quan hệ với đối tượng khác - Thành phần: chưa tìm được???? - Gói: Là cách tổ chức thành phần, phần tử hệ thống thành nhóm Nhiều gói kết hợp với để trở thành hệ thống - Kế thừa; Trong phương pháp hướng đối tượng, lớp có sử dụng lại thuộc tính phương thức nhiều lớp khác Kiểu quan hệ gọi quan hệ kế thừa, xây dựng dựa mối quan hệ kế thừa toán thực tế Câu hỏi điểm 16 Các nguyên tắc RUP? • Lặp tăng trưởng Dự án cắt thành vòng lặp giai đoạn ngắn Cuối vòng lặp phần thi hành hệ thống sản sinh theo cách tăng trưởng (thêm vào) • Tập trung vào kiến trúc Toàn hệ thống phức tạp phải chia thành phần (các modun) để dễ dàng triển khai bảo trì, tạo nên kiến trúc (Theo góc nhìn) • Dẫn dắt ca sử dụng RUP nhấn mạnh đáp ứng nhu cầu người dùng, thể ca sử dụng Các ca sử dụng ảnh hưởng dẫn đường cho giai đoạn phát triển hệ thống • Khống chế nguy Các nguy dự án phải phát sớm loại bỏ sớm tốt Yêu cầu để xác định thứ tự trước sau vòng lặp 17 Các pha tiến trình RUP? Có pha • Khởi đầu (inception) Cho nhìn tổng quát hệ thống xây dựng dự án triển khai • Triển khai (elaboration) Bao gồm phân tích chi tiết hệ thống, chức lẫn cấu trúc tĩnh Đồng thời kiến trúc hệ thống đề xuất Kiến trúc dựng thành nguyên mẫu, thể nhiều ý đồ hệ thống • Xây dựng (construction) Tập trung vào việc thiết kế thực thi hệ thống • Chuyển giao (transition) Nhằm chuyển hệ thống xây dựng cho người dùng cuối 18 Tiến trình 10 bước theo nguyên tắc RUP? Bước 1: Nghiên cứu sơ Nêu điểm chính: - Nhiệm vụ - Cơ cấu tổ chức - Quy trình xử lý - Các biểu mẫu thu thập Nhận định đặc tả ca sử dụng: - Xác định chức hệ thống - Xác định đặc tả ca sử dụng hệ thống Mơ hình hóa lĩnh vực ứng dụng: - Xác định đối tượng - Xác định thuộc tính cho đối tượng - Xác định liên kết vẽ mơ hình liên kết Xác định đối tượng lớp tham gia ca sử dụng: - Vẽ biểu đồ lớp Mơ hình hóa tương tác: - Vẽ biểu đồ trình tự - Vẽ biểu đồ giao tiếp Mơ hình hóa ứng xử: - Nêu số biểu đồ trạng thái máy Làm nguyên mẫu cho giao diện người dùng: - Mô tả giao diện hệ thống - Di chuyển giao diện người dùng Thiết kế hệ thống: - Vẽ biểu đồ thành phần - Vẽ biểu đồ bố trí Thiết kế chi tiết: - Thiết kế lớp, liên kết, thuộc tính thao tác - Thiết kế tầng trình bày 10 Tổng kết: - Đánh giá ưu nhược điểm - Nêu lên hướng phát triển 19 Trình bày nội dung tóm tắt bước tiến trình 10 bước theo nguyên tắc RUP, từ bước đến 5? - Nghiên cứu sơ Mơ hình hóa ca sử dụng Mơ hình hóa lĩnh vực ứng dụng Xác định đối tượng lớp tham gia Mô hình hóa tương tác 20 Trình bày nội dung tóm tắt bước tiến trình 10 bước theo nguyên tắc RUP, từ bước đến 10? - Mơ hình hóa ứng xử Làm ngun mẫu giao diện người dùng Thiết kế hệ thống Thiết kế chi tiết Tổng kết 21 Trình bày tiến trình RUP? Các giai đoạn tiến trình RUP • • Rup gì?Rational Unified Process hay RUP qui trình cơng nghệ phần mềm Nó cung cấp phương pháp, nguyên tắc phân công nhiệm vụ trách nhiệm tổ chức phát triển phần mềm Nó cho sản phẩm phần mềm có chất lượng cao đảm bảo dự thảo thời gian và kinh phí với khách hàng Tiến trình RUP bao gồm : Pha Khởi động (inception) Trong pha khởi động cần đưa tình mặt nghiệp vụ có hệ thống xác định phạm vi dự án Các tình nghiệp vụ gồm: tiêu thức đánh giá thành công, đánh giá rủi ro, xác định nguồn lực cần thiết cho dự án kế hoạch tóm tắt lịch trình điểm mốc chủ yếu dự án Cuối pha cần kiểm tra mục tiêu trình phát triển dự án định có tiếp tục q trình phát triển hay khơng Phác thảo (Elaboration) Mục tiêu pha phân tích vấn đề nghiệp vụ, xác định kiến trúc hợp lý, xây dựng kế hoạch cho dự án, giới hạn yếu tố rủi ro cao Những định mặt kiến trúc cần đưa cho toàn hệ thống, đồng thời cần mô tả hầu hết yêu cầu hệ thống Cuối pha cần kiểm tra mục tiêu phạm vi chi tiết hệ thống, lựa chọn kiến trúc cách xử lý rủi ro đồng thời định có tiếp tục chuyển sang pha xây dựng hay không Xây dựng (Contruction) Trong pha bạn phát triển cách tái lập tăng dần toàn sản phẩm đầy đủ, sẵn sàng chuyển giao tới cộng đồng người sử dụng Pha bao gồm việc mô tả yêu cầu lại chưa xác định, xác định “tiêu thức chấp nhận”, làm mịn thiết kế hồn thành việc lập trình ứng dụng Cuối pha cần xác định liệu hệ thống phần mềm, điểm triển khai người dùng sẵn sàng vào hoạt động chưa Chuyển giao (Deployment) Trong pha này, cần đưa hệ thống phần mềm tới cộng đồng người sử dụng Khi hệ thống tới tay người sử dụng vấn đề thường phát sinh đòi hỏi bước chỉnh hệ thống, xác định vấn đề chưa phát trước hay hồn thiện chức trước bị trì hoãn Pha thường bắt đầu với việc tung phiên Beta sau thay chương trình đầy đủ • Các giai đoạn tiến trình RUP Các giai đoạn cơng việc RUP bao gồm: - Mơ hình hóa nghiệp vụ (business modeling): mơ tả cấu trúc quy trình nghiệp vụ - Xác định yêu cầu (requirement): mô tả nghiệp vụ phương pháp “tình sử dụng” (use case base method) - Phân tích thiết kế (analysis & design): mơ tả kiến trúc hệ thống thông qua sơ đồ phân tích thiết kế - Lập trình: thực việc xây dựng chương trình ngơn ngữ lập trình - Thử nghiệm: mơ tả tình kịch thử nghiệm, tiến hành thử nghiệm hệ thống phần mềm - Triển khai: đưa hệ thống phần mềm vào sử dụng - Quản trị cấu hình quản trị thay đổi: kiểm sốt thay đổi trì hợp thành phần dự án - Quản trị dự án: quản lý tồn q trình làm việc dự án - Môi trường: đảm bảo hạ tầng cần thiết để phát triển hệ thống 22 Tiến tiến trình RUP gì? Nêu đặc trưng cho thấy tiến trình RUP khác với tiến trình khác - - RUP quy trình cơng nghệ phần mềm phát triển hãng Ration, hỗ trợ hoạt động nhóm, phân chia cơng việc nhóm, giai đoạn khác trình phát triển phần mềm Các đặc điểm phân biệt RUP với quy trình khác • RUP quy trình hướng chức hệ thống ( hướng Use case): • RUP tập trung vào kiến trúc phần mềm: tiến trình RUP bao gồm giai đoạn khởi đầu, triển khai, xây dựng chuyển giao • RUP quy trình lặp tăng trưởng bước 23 Trình bày đặc điểm tiến trình 10 bước theo nguyên tắc RUP? - Bao gồm pha : khởi đầu, triển khai, xây dựng chuyển giao Mỗi pha gồm nhiều vòng lặp, vòng lặp thường gồm cơng đoạn : xác định nhu cầu, phân tích, thiết kê, cài đặt, đánh giá • Pha khởi đầu: nghiên cứu sơ • Pha triển khai o Mơ hình hóa ca sử dụng o Mơ hình hóa lĩnh vực ứng dụng o Tìm lớp tham gia ca sử dụng o Mơ hình hóa tương tác o Mơ hình hóa ứng xử • Xây dựng chuyển giao o Làm nguyên mẫu o Thiết kế hệ thống o Thiết kế chi tiết o Cài đặt 24 Trình bày biểu đồ UseCase (ý nghĩa, thành phần, ký pháp) - ý nghĩa • • • • Mô tả quán rõ ràng hệ thống làm Mơ tả tương tác bên hệ thống tác nhân để từ hình thành chức hệ thống Cung cấp sở để kiểm tra, thử nghiệm hệ thống Cho khả dễ thay đổi hay mở rộng yêu cầu hệ thống - thành phần kí hiệu • Tác nhân: đối tượng bên hệ thống giao tiếp với hệ thống theo hình thức sau o Tương tác, trao đổi thông tin với hệ thống sử dụng chức hệ thống o Cung cấp đầu vào nhận đầu hệ thống o Không điều khiển hoạt động hệ thống o Kí hiệu nhan vien • • Quan hệ tác nhân: mối tương quan liên kết tác nhân với ca sử dụng ca sử dụng với Có loại quan hệ sau o Quan hệ kết hợp: loại quan hệ tác nhân UC o Quan hệ gộp : thể UC luôn sử dụng chức UC khác o Quan hệ mở rộng: sử dụng để mơ hình hóa vài chức dùng chung, sử dụng lại hai hay nhiều UC o Quan hệ khái quát hóa: vài tác nhân hay UC có số chung, giống Ca sử dụng: tập hợp hành động mà hệ thống thi hành để đạt kết với tác nhân 25 Trình bày biểu đồ lớp? Các thành phần biểu đồ lớp kí pháp? • - Biểu đồ lớp: cho biết hình ảnh tĩnh hệ thống, giúp người phát triển quan sát – lập kế hoạch cấu trúc hệ thống trước viết mã chương trình - Các thành phần: Thuộc tính lớp: nhóm thông tin liên kết với lớp Bốn lựa chọn phạm vi cho thuộc tính • • Public: Mọi lớp nhìn thấy thuộc tính (+) • Private: Lớp khác khơng nhìn thấy thuộc tính (-) • Protected: Các lớp kế thừa nhìn thấy (#) • Package Implementation: Thuộc tính public lớp gói Thao tác: hành vi kết hợp lớp, xác định trách nhiệm lớp Ký pháp UML Operation Name (arg1: arg1 data type, arg2: arg2 data type ): return type • Quan hệ lớp - o Kết hợp (Associations) o Phụ thuộc (Dependencies) o Tụ hợp (Aggregations) o Hiện thực quan hệ (Realizes Relationships) o Khái quát hóa (Generalizations Các loại lớp o Boundary: lớp biên o Entity: Lớp thực thể lớp lưu trữ thơng tin ghi vào nhớ ngồi o Control: Có trách nhiệm điều phối hoạt động lớp khác,Thơng thường UC có lớp điều khiển 26 Các mối quan hệ biểu đồ lớp? Cho ví dụ? • • Quan hệ kết nối ngữ nghĩa lớp Các loại quan hệ chính: + kết hợp (Assonciations): +Phụ thuộc (dependecies) +tụ hợp (Aggregations) +Hiện thực quan hệ ( realizes Relationships) + Khái quát hóa ( Generalization) *Quan hệ kết hợp: Assonciation kết nối ngữ ngữa lớp: Định nghĩa: Kết hợp quan hệ cấu trúc để mô tả tập liên kết (một liên kết kết nối đối tượng) Khi đối tượng lớp gửi/nhận thông điệp đến/từ đối tượng lớp ta gọi chúng có quan hệ kết hợp *Quan hệ Phụ thuộc: Dependency quan hệ lớp tham chiếu lớp khác  Phụ thuộc mối quan hệ hai lớp đối tượng: lớp đối tượng A có tính độc lập lớp đối tượng B phụ thuộc vào A; thay đổi A ảnh hưởng đến lớp phụ thuộc B Ký pháp đồ họa thể hiện: Ví dụ • Phụ thuộc tụ hợp: Aggregation quan hệ tổng thể phận - Trong quan hệ này, lớp biểu diễn lớn lớp biểu diễn nhỏ - Biểu diễn quan hệ has-a + Một đối tượng lớp tổng thể có nhiều đối tượng lớp thành phần - Tổng thể phận hủy bỏ vào thời điểm khác - Tên khác: quan hệ tụ hợp tham chiếu (by reference) - Là dạng đặc biệt kết hợp, biểu diễn quan hệ cấu trúc toàn thể phận (là dạng quan hệ mụ tả lớp A phần lớp B lớp A cú thể tồn độc lập) Một dạng đặc biệt tập hợp quan hệ hợp thành (composition), đối tượng tồn thể bị huỷ bỏ đối tượng phận bị huỷ theo: Một quan hệ gộp biểu diễn quan hệ kiểu tổng thể-bộ phận Lớp A có quan hệ gộp với lớp B lớp A phần lớp B tồn đối tượng lớp B điều khiển tồn đối tượng lớp A *Quan hệ gộp: Composition dạng đặc biệt (mạnh hơn) quan hệ tụ hợp o Tổng thể thành phần hình thành hay hủy bỏ vào thời điểm o Tên khác: quan hệ tụ hợp giá trị (by value) *quan hệ khái quát hóa: Generalization quan hệ kế thừa hai phần tử mô lớp, tác nhân, use case gói Định nghĩa: Khái qt hóa quan hệ đặc biệt hố / khái qt hố mà đối tượng củ thể kế thừa thuộc tính phương pháp đối tượng tổng quát - cho phép lớp kế thừa thuộc tính, thao tác public protected lớp khách: 27 Trình bày chi tiết kịch mơ tả use case? Mơ hình use case sử dụng xác định chức tác nhân liên quan đến hệ thống, hay coi use case tập hợp loạt kịch liên quan đến việc sử dụng hệ thống theo cách Mỗi kịch mơ tả chuỗi kiện từ người hay hệ thống khách kích hoạt vào hệ thống phát triển theo thời gian Mô tả chi tiết use case trình bày qua bước sau: Ý nghĩa Mơ tả tóm tắt Mơ tả tóm tắt ca sử dụng bao gồm phần sau 1.1 Tên ca sử dụng Tên ca sử dung 1.2 Mục đích Mục đích ca sử dụng 1.3 Tóm lược Tóm lược ca sử dụng 1.4 Tác nhân Tác nhân ca sử dụng Mơ tả kịch Mô tả kịch ca sử dụng 2.1 Điều kiện đầu vào Điều kiện đầu vào ca sử dụng 2.2 Kịch Luồng kiện xảy ca sử dụng 2.3 Kịch Kịch ca sử dụng 2.4 Kịch phụ Sự kiện phụ kiện ca sử dụng 28 Xác định mối quan hệ phân rã biểu đồ use case? Trong biều đồ use case dạng quan hệ sử dụng : - quan hệ kết hợp - quan hệ gộp - quan hệ mở rộng - quan hệ khái quát hóa *quan hệ kết hợp( assonciation) + quan hệ tác nhân vào UC *Quan hệ gộp (includes) + sử dụng use case với use case + thể uc luôn sử dụng chức uc khác *Quan hệ mở rộng: Một uc tùy ý mở rộng uc khác cung cấp, mô tả uc sử dụng chức uc khác, thường sử dụng để mơ hình hóa vài chức dùng chung, sử dụng lại hai hai nhiều uc *Quan hệ khái quát hóa: Chỉ vài tác nhân hay UC có số chung Phân rã biểu đồ use case: Nguyên tắc phân rã biểu đồ uc sau: - xác định uc mức tổng quát: tử tập tác nhân use case xác định bước trước, người phát triển cần tìm chức hệ thống chức phải có tính tổng q, dễ dàng nhìn thấy quan điểm tác nhân.các dạng quan hệ thường dùng sơ đồ use case mức tổng quát - Phân rã use case mức cao: người phát triển tiến hành phân rã use case tổng quát thành use case cụ thể quan hệ thường sử dụng extend, uc lựa chọn cách thêm vào use case cha số chức - Tiếp tục phân rã sơ đồ use case gặp use case nút lá: use case nút thường gán với chức cụ thể hệ thống thực tương tác với tác nhân 29 Các lược đồ miêu tả tri thức mặt cú pháp, tổ chức xung quanh cấu trúc View 30 Phân biệt biểu đồ hoạt động, biểu đồ thành phần, biểu đồ trạng thái, biểu đồ triển khai? ... giai đoạn xây dựng (giai đoạn lập trình) , lớp giai đoạn thiết kế biến thành dòng code cụ thể ngơn ngữ lập trình hướng đối tượng cụ thể (khơng nên dùng ngơn ngữ lập trình hướng chức năng!) Phụ thuộc... tác vụ o Các hoạt động theo trình tự Trình bày phương pháp hướng cấu trúc? - - Phương pháp hướng cấu trúc phương pháp chia chương trình thành chương trình con, chương trình thực cơng việc xác định... design): mô tả kiến trúc hệ thống thông qua sơ đồ phân tích thiết kế - Lập trình: thực việc xây dựng chương trình ngơn ngữ lập trình - Thử nghiệm: mơ tả tình kịch thử nghiệm, tiến hành thử nghiệm