2-Thu thap va mo hinh yeu cau.ppt

57 406 0
2-Thu thap va mo hinh yeu cau.ppt

Đ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

07/16/14 1 Chương 2: THU THẬP và MÔ HÌNH YÊU CẦU THU THẬP YÊU CẦU (Requirement Capture) 2 07/16/14 Nội dung  Mục đích của thu thập và mô hình yêu cầu  Định nghĩa yêu cầu  Phát hiện yêu cầu (Requirements Elicitation)  Đàm phám và phê chuẩn yêu cầu (Requirements Negotiation and Validation) 3 07/16/14 Requirements in Context The purpose of Requirements is to:  Establish and maintain agreement with the customers and other stakeholders on what the system should do.  Give system developers a better understanding of the requirements of the system.  To define the boundaries of (delimit) the system.  Provide a basis for planning the technical contents of the iterations.  Provide a basis for estimating cost and time to develop the system.  Define a user interface of the system. 4 07/16/14 Định nghĩa yêu cầu  "A requirement is a condition or capability to which a system must conform".  Yêu cầu là các dịch vụ (services) được mong đợi của hệ thống và các ràng buộc (constraints) mà hệ thông phải tuân theo. 5 07/16/14 Phân loại yêu cầu  Yêu cầu chức năng (Function requirements): các hành động gì mà hệ thống có thể thực hiện mà không xem xét các ràng buộc vật lý.  Các dịch vụ hệ thống (System services): các chức năng mà hệ thống cung cấp  Yêu cầu về dữ liệu (Data requirements): các dữ liệu mà hệ thống phải xử lý  Yêu cầu phi chức năng (Non-Function Requirements): các ràng buộc hệ thống, các thuộc tính và môi trường của hệ thống.  Yêu cầu về giao diện (Look and Feel), Yêu cầu về thực hiện (Performance), Yêu cầu về bảo mật (Security), … 6 07/16/14 Các kỹ thuật  Requirements Elicitation: Phát hiện yêu cầu  Use Case Modelling: Lập mô hình usecase  Prototyping: Tạo mô hình phác thảo ban đầu cho các chức năng và giao diện người dùng của hệ thống 7 07/16/14 Phát hiện yêu cầu  Mục đích:  Nhận diện các cá nhân liên quan (stakeholders) tới dự án  Tập hợp các yêu cầu mà hệ thông phải thực hiện.  Sắp thứ tự ưu tiên các yêu cầu.  Các bước thực hiện:  Xác định nguồn của các yêu cầu  Thu thập thông tin  Hội thảo để phát hiện yêu cầu (Conduct Requirements Workshops)  Prototyping  Đánh giá kết quả. 8 07/16/14 Xác định nguồn yêu cầu  Stakeholder  là các cá nhân có ảnh hưởng tới kết quả của dự án, và là các đối tượng chúng ta sẽ làm việc để thu thập thông tin.  Một nguồn thông tin quan trọng khác là các tài liệu đang tồn tại của tổ chức mô tả hoạt động của hệ thống đang sử dụng  Có thể là các mô hình nghiệp vụ (business models)  Hoặc các biểu mẫu thương mại khác.  Xác định và sắp thứ tự ưu tiên các nguồn thông tin yêu cầu. 9 07/16/14 Thu thập thông tin  Mục đích:  Xác định các câu hỏi nào cần được trả lời.  Thu thập và viết tài liệu cho thông tin thu thập được.  Phương pháp truyền thống để thu thập thông tin  Interviewing: Phỏng vấn khách hàng và chuyên gia về lĩnh vực liên quan.  Questionnaires: Bảng câu hỏi.  Observation: Quan sát.  Background reading: Nghiên cứu tài liệu tổ chức và tài liệu hệ thống phần mềm đang tồn tại. 10 07/16/14 Interviewing – Phỏng vấn  Phỏng vấn nhằm đạt được hiểu biết sâu về mục tiêu của tổ chức, vai trò và yêu cầu người dùng  Phỏng vấn cấu trúc (Structured interview)  Các câu hỏi xác định trước và có lịch phỏng vấn rõ ràng.  Phỏng vấn không cấu trúc (Unstructured interview)  Gặp mặt không chính thức; câu hỏi, mục tiêu không định trước.  Các loại câu hỏi nên tránh:  Opinionated: Người được phỏng vấn cho ý kiến của mình.  Biased: Câu hỏi định hướng để tìm câu trả lời cụ thể  Imposing: Giả định câu trả lời cho câu hỏi. [...]... liệu kết quả của bước yêu cầu Use-Case Model Bảng chú giải (Glossary) Actors Các Use Case Các đặc tả Use Case (Use Case Specifications) 07/16/14 Các đặc tả bổ sung (Supplementary Specification) 21 What Is a Use-Case Model?  Là mô hình ứng xử hệ thống  System behavior is the outwardly visible and testable activity of a system and is captured in use cases  A model that describes a system’s functional... playing: Đóng kịch   07/16/14 Trong một thời gian ngắn, cho phép mọi người trình bày ý kiến, hay cảm nhận quan trọng của mình về dự án Từng thành viên được phân một vai trò đáng quan tâm của dự án Thảo luận và ghi nhận trách nhiệm của từng vaui trò Một kỷ thuật tổ hợp với Role playing là Class Responsibility Collaboration (CRC) cards 15 Prototyping – Tạo hệ thống phác thảo  Prototype là một hệ thống... requirements in terms of use cases  A model of the system’s intended functions (use cases) and its environment (actors)  Use cases describe the system, its environment, and the relationship (or interactions) between the system and its environment 07/16/14 22 Lược đồ Use Case Actor Communication Use case association Withdraw Client View Balance 07/16/14 23 Actor  Actor là vai trò của con người, thiết bị... câu hỏi đóng có thể:    07/16/14 Multi-choice questions: Câu hỏi nhiều chọn lựa Rating questions: Câu hỏi đánh giá từ yếu tới mạnh Ranking questions: Câu hỏi xếp hạng từ 1 – 10 hoặc tỉ lệ % 11 Observation - Quan sát  Nhằm tìm kiếm điều thực sự xảy ra, không phải điều người ta nói  Bao gồm:  Quan sát người ta thực hiện xử lý công việc như thế nào và điều gì xảy ra   Quan sát thụ động: Quan sát... View Balance 07/16/14 23 Actor  Actor là vai trò của con người, thiết bị hay hệ thống khác … mà tương tác trực tiếp với hệ thống qua các use case  Ở bên ngoài hệ thống và cần các dịch vụ hệ thống  Một vai trò không phải là một người cụ thể  Nhận diện các Actor:  Ai cần đến một dịch vụ nào đó cung cấp bởi hệ thống?  Hệ thống được dùng ở đâu trong tổ chức?  Ai có lợi ích từ việc dùng hệ thống?  Ai . án.  Role playing: Đóng kịch  Từng thành viên được phân một vai trò đáng quan tâm của dự án. Thảo luận và ghi nhận trách nhiệm của từng vaui trò  Một kỷ thuật tổ hợp với Role playing là Class. or capability to which a system must conform".  Yêu cầu là các dịch vụ (services) được mong đợi của hệ thống và các ràng buộc (constraints) mà hệ thông phải tuân theo. 5 07/16/14 Phân. (Security), … 6 07/16/14 Các kỹ thuật  Requirements Elicitation: Phát hiện yêu cầu  Use Case Modelling: Lập mô hình usecase  Prototyping: Tạo mô hình phác thảo ban đầu cho các chức năng và

Ngày đăng: 16/07/2014, 04:00

Mục lục

  • Chương 2: THU THẬP và MÔ HÌNH YÊU CẦU

  • Định nghĩa yêu cầu

  • Phân loại yêu cầu

  • Phát hiện yêu cầu

  • Xác định nguồn yêu cầu

  • Thu thập thông tin

  • Questionnaires - Bảng câu hỏi

  • Observation - Quan sát

  • Các phương pháp hiện đại để phát hiện yêu cầu

  • Hội thảo phát hiện yêu cầu

  • Prototyping – Tạo hệ thống phác thảo

  • Đàm phám và phê chuẩn yêu cầu

  • Xác định các yêu cầu ngoài phạm vi

  • THU THẬP và MÔ HÌNH YÊU CẦU

  • Tài liệu kết quả của bước yêu cầu

  • What Is a Use-Case Model?

  • Lược đồ Use Case

  • Quan hệ giữa actor và use case

  • Video Store case study

  • Nhận diện Use Case

Tài liệu cùng người dùng

Tài liệu liên quan