1. Trang chủ
  2. » Luận Văn - Báo Cáo

Phân Tích & Thiết KếHướng Đối Tượng Sử Dụng UML

29 295 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Nội dung

04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Phân Tích & Thiết Kế Hướng Đối Tượng Sử Dụng UML TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo UML VÀ CÔNG CỤ PHÁT TRIỂN HỆ THỐNG • Giới thiệu UML • Các biểu đồ UML • Các bước phân tích thiết kế hướng đối tượng sử dụng UML 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo GIỚI THIỆU VỀ UML • Các ngôn ngữ hướng đối tượng đời sớm, ví dụ Simula-67 (năm 1967), Smalltalk (đầu năm 1980), C++, CLOS (giữa năm 1980):thì phương pháp luận cho phát triển hướng đối tượng lại đời muộn • Năm 1997: tập đoàn Rational xây dựng 1.0 UML, Phần mềm Rational Rose TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo UML – Ngôn ngữ mô hình hoá hướng đối tượng • UML (Unified Modelling Language) ngôn ngữ mô hình hoá tổng quát xây dựng để đặc tả, phát triển viết tài liệu cho khía cạnh phát triển phần mềm hướng đối tượng UML giúp người phát triển hiểu rõ định liên quan đến phần mềm cần xây dựng UML bao gồm tập khái niệm, ký hiệu, biểu đồ hướng dẫn • UML hỗ trợ xây dựng hệ thống hướng đối tượng dựa việc nắm bắt khía cạnh cấu trúc tĩnh hành vi động hệ thống – Các cấu trúc tĩnh định nghĩa kiểu đối tượng quan trọng hệ thống, nhằm cài đặt mối quan hệ đối tượng – Các hành vi động (dynamic behavior) định nghĩa hoạt động đối tượng theo thời gian tương tác đối tượng hướng tới đích 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo UML – Ngôn ngữ mô hình hoá hướng đối tượng • Các mục đích ngôn ngữ mô hình hoá thống UML: – Mô hình hoá hệ thống sử dụng khái niệm hướng đối tượng – Thiết lập liên hệ từ nhận thức người đến kiện cần mô hình hoá – Giải vấn đề mức độ thừa kế hệ thống phức tạp với nhiều ràng buộc khác – Tạo ngôn ngữ mô hình hoá sử dụng người máy • UML quy định loạt ký hiệu quy tắc để mô hình hoá pha trình phát triển phần mềm hướng đối tượng dạng biểu đồ TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Khái niệm mô hình – Mô hình biểu diễn vật hay tập vật lĩnh vực áp dụng theo cách khác Mô hình nhằm nắm bắt khía cạnh quan trọng vật, bỏ qua khía cạnh không quan trọng biểu diễn theo tập ký hiệu quy tắc Các mô hình thường xây dựng cho vẽ thành biểu đồ dựa tập ký hiệu quy tắc cho • Khi xây dựng hệ thống, mô hình sử dụng nhằm thoả mãn mục đích sau: – Nắm bắt xác yêu cầu tri thức miền mà hệ thống cần phát triển – Thể hịên tư thiết kế hệ thống – Trợ giúp định thiết kế dựa việc phân tích yêu cầu – Tổ chức, tìm kiếm, lọc, kiểm tra sửa đổi thông tin hệ thống lớn – Làm chủ hệ thống phức tạp 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Khái quát – Phân tích thiết kế hướng đối tượng (Object Oriented Analysis and Design: OOAD) • Mô tả hệ thống gồm đối tượng sống tương tác chúng với – UML (Unified Modeling Language) • UML ngôn ngữ mô hình hóa hợp dùng để biểu diễn hệ thống Nói cách đơn giản dùng để tạo vẽ nhằm mô tả thiết kế hệ thống Các vẽ sử dụng để nhóm thiết kế trao đổi với dùng để thi công hệ thống (phát triển), thuyết phục khách hàng, nhà đầu tư v.v – Tại lại OOAD UML? • OOAD cần vẽ để mô tả hệ thống thiết kế, UML ngôn ngữ mô tả vẽ nên cần nội dung thể Do vậy, phân tích thiết kế theo hướng đối tượng sử dụng UML để biểu diễn thiết kế nên chúng thường đôi với TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Các phần tử mô hình Class Object Attributes Attributes Operations Operations Use case Node State Interface Component Package Note 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Hướng nhìn (view): Là tập biểu đồ UML xây dựng để biểu diễn khía cạnh hệ thống Khía cạnh Khía cạnh cấu trúc hệ thống Các hướng nhìn Các biểu đồ Các khía niệm Static view Class diagram Lớp, liên hệ kế thừa, : Use case view Use case diagram Use case, tác nhân, : Implementtation view Component diagram Thành phần, giao diện, Deployment view Deployment diagram Node, vị trí, : State machine view State diagram Trạng thái, kiện,: Activity view Activity diagam Trạng thái, kiện,: Khía cạnh động Interaction view Sequence diagram Tương tác, thông điệp, Collaboration diagram Cộng tác, thông điệp, TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Hướng nhìn (view) : 10 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Hướng nhìn (view): – Use Case View: cung cấp góc nhìn ca sử dụng giúp hiểu hệ thống có gì? dùng dùng – Logical View: cung cấp góc nhìn cấu trúc hệ thống, xem tổ chức Bên có – Process View: cung cấp góc nhìn động hệ thống, xem thành phần hệ thống tương tác với – Component View: Cũng góc nhìn cấu trúc giúp hiểu cách phân bổ sử dụng lại thành phần hệ thống – Deployment View: cung cấp góc nhìn triển khai hệ thống, ảnh hưởng lớn đến kiến trúc hệ thống – Tập hợp góc nhìn giúp hiểu rõ hệ thống cần phân tích, thiết kế Góc nhìn Use Case View nằm chi phối tất góc nhìn lại 11 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Các loại sơ đồ UML 12 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Diagrams: – Use Case Diagram: • vẽ mô tả ca sử dụng hệ thống Bản vẽ giúp biết sử dụng hệ thống, hệ thống có chức Lập vẽ bạn hiểu yêu cầu hệ thống cần xây dựng – Class Diagram: • vẽ mô tả cấu trúc hệ thống, tức hệ thống cấu tạo từ thành phần Nó mô tả khía cạnh tĩnh hệ thống – Object Diagram: • Tương tự Class Diagram mô tả đến đối tượng thay lớp (Class) – Sequence Diagarm: • vẽ mô tả tương tác đối tượng hệ thống với mô tả bước tương tác theo thời gian 13 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Diagrams: – Collaboration Diagram: • tương tự sequence Diagram nhấn mạnh tương tác thay theo thời gian – State Diagram: • vẽ mô tả thay đổi trạng thái đối tượng Nó dùng để theo dõi đối tượng có trạng thái thay đổi nhiều hệ thống – Activity Diagram: • vẽ mô tả hoạt động đối tượng, thường sử dụng để hiểu nghiệp vụ hệ thống – Component Diagram: • vẽ mô tả việc bố trí thành phần hệ thống việc sử dụng thành phần – Deployment Diagram: • vẽ mô tả việc triển khai hệ thống việc kết nối, cài đặt, hiệu hệ thống v.v: 14 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Các loại sơ đồ UML UML Sơ đồ cấu trúc Sơ đồ hành xử Sơ đồ tương tác 15 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML Class diagram Object diagram Biểu đồ mô hình cấu trúc Structural Modeling Diagrams Sơ đồ cấu trúc Sơ đồ lớp Sơ đồ đối tượng Sơ đồ cấu trúc phức Composite structure diagram Sơ đồ đóng gói Sơ đồ thành tố 16 Component diagram Sơ đồ triển khai Package diagram Deployment diagram 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML Biểu đồ tương tác dạng • Biểu đồ mô hình hành vi (Behavioral Modeling Diagrams): Biểu đồ mô hình hành vi Biểu đồ động Biểu đồ tương tác dạng cộng tác Biểu đồ use case Biểu đồ trạng thái 17 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Sơ đồ lớp (class diagram) – Chỉ lớp đối tượng hệ thống – Các thuộc tính phương thức lớp – Mối quan hệ lớp • Sơ đồ đối tượng (object diagram) – phiên sơ đồ lớp – Chỉ loạt đối tượng thực thể lớp, thay lớp – Một sơ đồ đối tượng ví dụ sơ đồ lớp, tranh mà hệ thống có thời điểm 18 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Sơ đồ cấu trúc phức (Composite structure diagram) – Chỉ cấu trúc nội lớp – Các cộng tác có 19 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Sơ đồ đóng gói (Package diagram) – Là cách tổ chức phần tử mô hình hóa vào nhóm – Có thể áp dụng cho loại sơ đồ UML – Thường dùng để đóng gói cho sơ đồ lớp sơ đồ use case 20 10 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Hệ thống – Là thành phần sơ đồ hoạt vụ ranh giới hệ thống phát triển cần phải định nghĩa rõ – Hệ thống không thiết phần mềm, thiết bị, tổ chức – Việc định nghĩa ranh giới, phạm vi hệ thống không công việc đơn giản • Tác vụ tự động, tác vụ thực thủ công • Tác vụ hệ thống khác thực Tên hệ thống 29 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Các mối quan hệ – Relationship hay gọi conntector sử dụng để kết nối đối tượng với tạo nên vẽ Use Case Có kiểu quan hệ sau: • • • • Association Generalization Include Extend 30 15 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Các mối quan hệ – Relationship hay gọi conntector sử dụng để kết nối đối tượng với tạo nên vẽ Use Case Có kiểu quan hệ sau: • • • • Association Generalization Include Extend 31 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Association (kết hợp): – thường dùng để mô tả mối quan hệ Actor Use Case Use Case với 32 16 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Generalization (Khái quát – tổng quát hóa): – thường sử dụng để thể quan hệ thừa kế Actor Use Case với 33 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Include (bao gồm): – quan hệ Use Case với nhau, mô tả việc Use Case lớn chia thành Use Case nhỏ để dễ cài đặt (module hóa) thể dùng lại 34 17 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Include (bao gồm): – quan hệ Use Case với nhau, mô tả việc Use Case lớn chia thành Use Case nhỏ để dễ cài đặt (module hóa) thể dùng lại – Use Case “Verify Password” gộp chung vào Use Case Login tách Use Case khác sử dụng để module hóa cho dễ hiểu, dễ cài đặt 35 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm UML • Extend (Mở rộng): – mô tả quan hệ Use Case Quan hệ Extend sử dụng có Use Case tạo để bổ sung chức cho Use Case có sẵn sử dụng điều kiện định “Open Account” Use Case sở khách hàng mở tài khoản Tuy nhiên, có thêm điều kiện khách hàng công ty thêm người sở hữu lên tài khoản Add Account Holder chức mở rộng Use Case “Open Account” cho trường hợp cụ thể Actor Công ty nên quan hệ quan hệ Extend 36 18 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Quan hệ tác nhân – Giữa tác nhân tồn quan hệ - quan hệ tổng quát hóa – Một tác nhân A tổng quát hóa B A thay B trường hợp sử dụng (chiều ngược lại không đúng) Nguoi dung Nguoi dung quan tri 37 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Các bước xây dựng Use Case Diagram – Bước 1: Tìm Actor • Trả lời câu hỏi sau để xác định Actor cho hệ thống: – Ai sử dụng hệ thống này? – Hệ thống tương tác với hệ thống này? • Xem xét ví dụ ATM thấy: – Ai sử dụng hệ thống? -> Customer, ATM Technician – Hệ thống tương tác với hệ thống này? -> Bank – Như có 03 Actor: Customer, ATM Technician Bank – Bước 2: Tìm Use Case • Trả lời câu hỏi Actor sử dụng chức hệ thống? • Xem xét ví dụ ta thấy: – Customer sử dụng chức năng: Check Balance, Deposit, Withdraw Transfer – ATM technician sử dụng: Maintenance Repair – Bank tương tác với tất chức – Bước 3: Xác định quan hệ • Phân tích định quan loại hệ Actor Use Case, Actor với nhau, Use Case với sau nối chúng lại vẽ Use Case 38 19 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Tìm tác nhân – Đối với vấn đề cụ thể người quan tâm? – Ai cần hỗ trợ hệ thống để thực tác vụ hàng ngày họ? – Ai người sử dụng thông tin hệ thống? – Ai người cung cấp thông tin cho hệ thống? – Ai người quản trị, bảo trì, giữ cho hệ thống hoạt động? – Hệ thống có tương tác với hệ thống khác không? • Hệ thống máy tính khác • Ứng dụng khác hệ thống máy tính • 39 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Tìm trường hợp sử dụng – Với tác nhân tìm thấy bước trước, cần xác định: 40 • Những chức tác nhân cần hệ thống cung cấp? • Tác nhân có cần phải đọc, phải tạo, phải hủy bỏ, phải sửa chữa, lưu trữ loại thông tin hệ thống? • Tác nhân có cần phải báo cho hệ thống biết kiện đó? Những kiện đại diện cho chức nào? • Công việc hàng ngày tác nhân đơn giản hóa hữu hiệu hóa qua chức cung cấp hệ thống (thường chức tiêu biểu chưa tự động hóa hệ thống)? 20 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Trường hợp sử dụng (use case) – Là khối chức thực hệ thống để mang lại kết có giá trị tác nhân – Các tính chất use case • Một Use Case gây tác nhân, thực nhân danh tác nhân Tác nhân phải lệnh cho hệ thống để thực Use Case đó, dù trực tiếp hay gián tiếp • Một Use Case phải hoàn tất Một Use Case không coi hoàn tất chừng mà giá trị cuối chưa sản sinh 41 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Trường hợp sử dụng, thông thường, mô tả lời – Đặc tả đơn giản, rõ ràng cách tác nhân hệ thống tương tác với – Mô tả phải tuân theo khuôn dạng (template) chuẩn – Đặc tả mức thao tác người dùng hành động hệ thống • Không mô tả chi tiết kỹ thuật phương pháp thực • Phần lớn mô tả liên quan đến giao diện người dùng (user interface) 42 21 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Quan hệ tác nhân use case – Use Case nối với tác nhân qua liên kết (association) – Đường liên kết tác nhân giao tiếp với Use Case – Mối liên kết bình thường mối quan hệ 1-1 hướng Điều muốn nói lên thực thể lớp tác nhân giao tiếp với thực thể Use Case hai giao tiếp với hai chiều – Một Use Case đặt tên theo thực thể mà Use Case thực hiện, ví dụ ký hợp đồng bảo hiểm, cập nhật danh sách, : 43 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Khuôn mẫu mô tả trường hợp sử dụng – I Định danh • I.1 Tên - Tên trường hợp sử dụng • I.2 Mục tiêu (tóm tắt) - Trường hợp sử dụng dùng cho mục tiêu gì? • I.3 Tác nhân - Ai, tác nhân khởi tạo, sử dụng trường hợp sử dụng • I.4 Ngày tạo • I.5 Ngày cập nhật • I.6 Người tạo - Người viết mô tả • I.7 Phiên 44 22 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Khuôn mẫu mô tả trường hợp sử dụng – II Chuỗi hành vi • II.1 Mô tả tổng quát chuỗi - Mô tả sơ lược liệu đầu vào, kết trả hệ thống • II.2 Điều kiện đầu - Điều kiện cần thiết có trước thực trường hợp sử dụng • II.3 Chuỗi liên kết thông báo - Mô tả trình tự trình tương tác tác nhân hệ thống, kết trả hệ thống • II.4 Xử lý ngoại lệ - xử lý ngoại lệ xảy trình tác nhân tương tác với hệ thống • II.5 Điều kiện cuối - trạng thái hệ thống sau thực xong trường hợp sử dụng 45 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Khuôn mẫu mô tả trường hợp sử dụng – III Các mục bổ sung tùy ý • III.1 Ràng buộc phi chức - Mô tả yêu cầu phi chức tính sẵn sàng, tính cạnh tranh, thời gian đáp ứng, trường hợp sử dụng • III.2 Ràng buộc giao diện người máy 46 23 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Sử dụng UseCase Diagram (Kết luận) – Một số ứng dụng tiêu biểu Use Case Diagram • Phân tích hiểu hệ thống • Thiết kế hệ thống • Làm sở cho việc phát triển, kiểm tra vẽ Class Diagram, Activity Diagram, Sequence Diagram, Component Diagram • Làm sở để giao tiếp với khách hàng, nhà đầu tư • Giúp cho việc kiểm thử chức năng, kiểm thử chấp nhận 47 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • 48 Yêu cầu xây dựng hệ thống thương mại điện tử (ECommerce) sau: – “Công ty Hi-Tech công ty chuyên kinh doanh thiết bị điện tử công nghệ thông tin nhiều năm có lượng khách hàng định Để mở rộng hoạt động kinh doanh mình, công ty mong muốn xây dựng hệ thống thương mại điện tử nhằm mở rộng phạm vi kinh doanh mạng Internet Hệ thống phải đảm bảo cho khách hàng viếng thăm Website dễ dàng lựa chọn sản phẩm, xem khuyến mua hàng Việc toán thực qua mạng toán trực tiếp cửa hàng Khách hàng nhận hàng cửa hàng sử dụng dịch vụ chuyển hàng có phí công ty Ngoài ra, hệ thống cần có phân hệ để đảm bảo cho công ty quản lý hoạt động kinh doanh số lượng hàng có kho, quản lý đơn đặt hàng, tình trạng giao hàng, toán v.v: – Bạn giúp công ty Hi-Tech xây dựng hệ thống trên.” • Xây dựng vẽ Use Case 24 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Bước 1: Thu thập kiến thức liên quan đến hệ thống xây dựng – Trước hết, để phân tích hệ thống bạn phải có kiến thức hệ thống thương mại điện tử, tìm hiểu thông qua nguồn sau: 49 • Xem trang Web bán hàng qua mạng amazon, lazada.vn v.v • Xem hệ thống mẫu thương mại điện tử nguồn mở Magento, OpenCart, Spree Commerce v.v: • Đọc sách, báo eCommerce • Hỏi chuyên gia lĩnh vực • Lưu ý: Bạn thiết kế tốt bạn kiến thức lĩnh vực sản phẩm mà bạn xây dựng TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Bước 2: Xác định Actor – Câu hỏi “Ai sử dụng hệ thống này?” • Những người muốn mua hàng vào website để xem thông tin Những người Khách hàng tiềm (Guest) • Những người đặt hàng vào kiểm tra đơn hàng, toán v.v gọi Khách hàng (Customer) • Về phía đơn vị bán hàng, có người sau tham gia vào hệ thống: – Người quản lý bán hàng: định nhập hàng, giá bán, quản lý tồn kho, doanh thu, sách khuyến – Người bán hàng: Tư vấn cho khách hàng, theo dõi đơn hàng, thu tiền, theo dõi chuyển hàng cho khách – Quản lý kho: xuất, nhập hàng, quản lý tồn kho – Quản trị hệ thống: Tạo người dùng, Phân quyền, Tạo cửa hàng 50 25 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Bước 2: Xác định Actor – Câu hỏi “Hệ thống tương tác với hệ thống này?” • Giả sử đây, sử dụng dịch vụ Ngân Lượng để toán trực tuyến gọi “Cổng toán” ta có thêm Actor tương tác với hệ thống – Các Actor hệ thống gồm: • Khách hàng tiềm năng, khách hàng, Người bán hàng, Quản lý Kho, Quản trị hệ thống, Cổng toán 51 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Bước 3: Xác định Use Case – Câu hỏi “Actor sử dụng chức hệ thống?” • Actor “Khách hàng tiềm năng”: – Xem trang chủ – Xem sản phẩm theo: » Theo chủng loại » Nhà sản xuất » Tìm kiếm theo văn gõ vào – Xem chi tiết sản phẩm chọn – Xem khuyến – Xem so sánh – Mua hàng – Quản lý giỏ hàng – Chat với người bán hàng – Đăng ký tài khoản để trở thành khách hàng 52 26 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Bước 3: Xác định Use Case – Câu hỏi “Actor sử dụng chức hệ thống?” • Actor “Khách hàng”: – Đăng nhập – Xem đơn hàng – Thanh toán • Actor “Người bán hàng”: – – – – – Đăng nhập Chat với khách hàng Theo dõi đơn hàng Thu tiền Theo dõi chuyển hàng • Các Actor khác : 53 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Bước 4: Vẽ vẽ Use Case – Phân tích chức “Khách hàng tiềm năng”: • Chức xem sản phẩm có cách chọn loại sản phẩm, nhà sản xuất để xem gõ vào ô tìm kiếm tách ra: Xem sản phẩm Tìm kiếm • Chức mua hàng, thực chất thêm vào giỏ hàng nên xem chức quản lý giỏ hàng • Đặt lại tên cho gọn xác định mối quan hệ chúng, vẽ Use Case Diagram cho Actor sau: 54 27 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Use Case cho Actor “Khách hàng tiềm năng” 55 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Use Case cho Actor “Khách hàng” 56 28 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Case Study • Use Case • Bài tập – Xây dựng Use Case Đề tài 57 29 [...]... Use case diagram • Mục đích – Trường hợp sử dụng là một kỹ thuật mô tả hệ thống dựa trên quan điểm người sử dụng Mỗi trường hợp sử dụng là một cách thức riêng biệt để sử dụng hệ thống – Những chức năng mà hệ thống cung cấp sẽ được mô tả trong sơ đồ hoạt vụ – Là sưu liệu cho việc kiểm thử hệ thống – Việc mô tả bao gồm • Mô tả các chức năng (các trường hợp sử dụng – use case) • Các tác nhân bên ngoài... CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Khuôn mẫu mô tả trường hợp sử dụng – I Định danh • I.1 Tên - Tên trường hợp sử dụng • I.2 Mục tiêu (tóm tắt) - Trường hợp sử dụng này dùng cho mục tiêu gì? • I.3 Tác nhân chính - Ai, cái gì là tác nhân chính khởi tạo, sử dụng trường hợp sử dụng này • I.4 Ngày tạo • I.5 Ngày cập nhật mới • I.6 Người tạo - Người viết mô tả • I.7 Phiên... thực hiện và kết quả mà hệ thống sẽ sinh ra – Trường hợp sử dụng đôi khi lại là phương tiện khơi gợi nên yêu cầu của người dùng – Yêu cầu người dùng đôi khi có tác dụng sưu liệu như là trường hợp sử dụng • Người dùng dễ dàng kiểm thử các yêu cầu chức năng • Cấu trúc tài liệu hướng dẫn sử dụng • Công cụ giúp phát hiện các lớp – Trường hợp sử dụng vì thế được xem là một thành phần của đặc tả yêu cầu... được sử dụng để kết nối giữa các đối tượng với nhau tạo nên bản vẽ Use Case Có các kiểu quan hệ cơ bản sau: • • • • Association Generalization Include Extend 30 15 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm cơ bản trong UML • Các mối quan hệ – Relationship hay còn gọi là conntector được sử dụng để kết nối giữa các đối tượng. .. đôi khi có tác dụng sưu liệu như là trường hợp sử dụng • Người dùng dễ dàng kiểm thử các yêu cầu chức năng • Cấu trúc tài liệu hướng dẫn sử dụng • Công cụ giúp phát hiện các lớp 23 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Trường hợp sử dụng và yêu cầu NSD – Yêu cầu người dùng là cái mà hệ thống phải làm Trường hợp sử dụng là thao... ta thấy: – Ai sử dụng hệ thống? -> Customer, ATM Technician – Hệ thống nào tương tác với hệ thống này? -> Bank – Như vậy có 03 Actor: Customer, ATM Technician và Bank – Bước 2: Tìm các Use Case • Trả lời câu hỏi các Actor sử dụng chức năng gì trong hệ thống? • Xem xét ví dụ ở trên ta thấy: – Customer sử dụng các chức năng: Check Balance, Deposit, Withdraw và Transfer – ATM technician sử dụng: Maintenance... tiện đối sánh yêu cầu về mặt nghiệp vụ và các lớp cũng như phương thức của hệ thống 22 11 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Trường hợp sử dụng và yêu cầu NSD – Yêu cầu người dùng là cái mà hệ thống phải làm Trường hợp sử dụng là thao tác người dùng sẽ thực hiện và kết quả mà hệ thống sẽ sinh ra – Trường hợp sử dụng. .. ra để cho các Use Case khác sử dụng hoặc để module hóa cho dễ hiểu, dễ cài đặt 35 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Các khái niệm cơ bản trong UML • Extend (Mở rộng): – mô tả quan hệ giữa 2 Use Case Quan hệ Extend được sử dụng khi có một Use Case được tạo ra để bổ sung chức năng cho một Use Case có sẵn và được sử dụng trong một điều kiện nhất... thống sau khi thực hiện xong trường hợp sử dụng 45 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Khuôn mẫu mô tả trường hợp sử dụng – III Các mục bổ sung tùy ý • III.1 Ràng buộc phi chức năng - Mô tả các yêu cầu phi chức năng về tính sẵn sàng, tính cạnh tranh, thời gian đáp ứng, đối với trường hợp sử dụng • III.2 Ràng buộc về giao diện... diện người máy 46 23 04/05/2015 TRƯỜNG CAO ĐẲNG CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ THÔNG TIN Kỷ luật - Chất lượng – Sáng tạo Use case diagram • Sử dụng UseCase Diagram (Kết luận) – Một số ứng dụng tiêu biểu của Use Case Diagram • Phân tích và hiểu hệ thống • Thiết kế hệ thống • Làm cơ sở cho việc phát triển, kiểm tra các bản vẽ như Class Diagram, Activity Diagram, Sequence Diagram, Component Diagram

Ngày đăng: 28/03/2016, 15:38

TỪ KHÓA LIÊN QUAN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w