1. Trang chủ
  2. » Công Nghệ Thông Tin

Bài giảng Thu nhận yêu cầu: Chương 3 - Trần Thị Kim Chi

133 1 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

Bài giảng Thu nhận yêu cầu - Chương 3: Thu thập yêu cầu cung cấp cho người học các kiến thức: Thu thập yêu cầu (Requirement elicitation) là gì, các kỹ thuật thu thập yêu cầu, chọn lựa kỹ thuật thu thập yêu cầu, quy tắc nghiệp vụ và chính sách, quản lý mối quan hệ khách hàng. Mời các bạn cùng tham khảo.

Chapter 3: Thu thập yêu cầu Requirements Elicitation Or Requirement gathering BM HTTT Khoa CNTT - HUI Nội dung Thu thập yêu cầu (Requirement elicitation) là gì? Các kỹ thuật thu thập yêu cầu Chọn lựa kỹ thuật thu thập yêu cầu Quy tắc nghiệp vụ và chính sách Quản lý mối quan hệ khách hàng BM HTTT Khoa CNTT - HUI A major aspect of requirements engineering is the elicitation of requirements from the customer BM HTTT Khoa CNTT - HUI Requirement elicitation Elicitation là quá trình xác định yêu cầu và làm giảm sự khác biệt giữa các nhóm có liên quan để rút các yêu cầu đáp ứng được nhu cầu của tổ chức hay dự án vẫn giữ được các ràng buộc Có rất nhiều kỹ thuâṭ elicitation khác BM HTTT Khoa CNTT - HUI Phân biệt giữa elicitation và analysis Elicitation là sự tương tác với stakeholders để nắm bắt được nhu cầu của họ Analysis là tinh chỉnh (refinement) nhu cầu của stakeholder thành các đặc tả sản phẩm chính thức BM HTTT Khoa CNTT - HUI Tầm quan trọng Requirements elicitation is perhaps the most difficult, most critical, most error-prone, and most communication-intensive aspect of software development Elicitation chỉ có thể thành công thông qua mối quan hệ hợp tác giữa customer và đội development BM HTTT Khoa CNTT - HUI Mô hình song song của quy trình yêu cầu BM HTTT Khoa CNTT - HUI Why is it difficult to elicit requirements?  Customers and users often not understand how software design and development works, and cannot specify their own software requirements in a way that works for developers  Software developers often not understand the problems and needs of customers and users well enough to specify the requirements on their behalf BM HTTT Khoa CNTT - HUI Vấn đề người dùng khách hàng  Người dùng không hiểu họ muốn gì  Người dùng không tuân theo một bộ yêu cầu được tài liệu hóa  Người dùng nhất định đòi hỏi các yêu cầu mới sau chi phí và kế hoạch phát triển được hoạch định xong  Mức độ giao tiếp với người dùng là thấp  Người dùng thường không tham gia các đợt thẩm định hoặc không thể tham gia  Người dùng không hiểu kỹ thuật  Người dùng không hiểu quy trình phát triển BM HTTT Khoa CNTT - HUI Các hoạt động của yêu cầu BM HTTT Khoa CNTT - HUI 10 Ví dụ Computations (dạng text) BM HTTT - Khoa CNTT - HUI 119 Ví dụ Computations(dạng bảng) BM HTTT - Khoa CNTT - HUI 120 Lưu trữ qui tắc nghiệp vụ  Các tổ chức nên quản lý các quy tắc nghiệp vụ tài sản tổ chức  Các dạng lưu trữ: ◦ Business rules catalog ◦ Database BM HTTT - Khoa CNTT - HUI 121 Mẫu qui tắc nghiệp vụ BM HTTT - Khoa CNTT - HUI 122 Phát qui tắc nghiệp vụ  Trong quá trình thu thập yêu cầu, các câu hỏi:  “What are your bussiness rules”  “What you want?”  Thường không hiệu quả  Nhiều qui tắc nghiệp vụ được phát hiện quá trình thảo luận về các yêu cầu BM HTTT - Khoa CNTT - HUI 123 Câu hỏi giúp tìm qui tắc nghiệp vụ BM HTTT - Khoa CNTT - HUI 124 Từ qui tắc nghiệp vụ đến yêu cầu SW  Sau nhận dạng và xác định các qui tắc nghiệp vụ, nên xác định xem qui tắc nào cần thực thi phần mềm Một số qui tắc làm phát sinh các use case (yêu cầu chức năng) BM HTTT - Khoa CNTT - HUI 125 Ví dụ  Rule #1 (action enabler)  "If the expiration date for a chemical container has been reached, then notify the person who currently possesses that container."  Rule #2 (inference)  "A container of a chemical that can form explosive decomposition products is considered expired one year after its manufacture date."  Rule #3 (fact)  "Ethers can spontaneously form explosive peroxides." Bộ Môn HTTT - Khoa CNTT - HUI 126 Ví dụ Ba quy tắc này dẫn đến use case "Notify Chemical Owner of Expiration.“ Một yêu cầu chức cho use case này là "The system shall e-mail a notification to the current owner of a chemical container on the date the container expires." Bộ Môn HTTT - Khoa CNTT - HUI 127 Qui tắc nghiệp vụ yêu cầu chức  Đôi các qui tắc nghiệp vụ và yêu cầu chức tương ứng rất giống Tuy nhiên các qui tắc là những phát biểu bên ngoài cần phải đưa vào phần mềm thành các chức hệ thống  Mỗi nhà phân tích phải định qui tắc nào phù hợp với ứng dụng, cái nào nên đưa vào phần mềm, và đưa vào nào BM HTTT - Khoa CNTT - HUI 128 Ví dụ Qui tắc nghiệp vụ yêu cầu chức  Xét hệ thống Chemical Tracking, có constraint rule yêu cầu người dùng phải có hồ sơ đào tạo (traing record) mới có quyền yêu cầu hóa chất độc ( hazardous chemical)  Nhà phân tích có thể suy diễn qui tắc này thành các yếu tố chức khác tùy thuộc vào điều kiện CSDL về hồ sơ đào tạo trực tuyến hay không? BM HTTT - Khoa CNTT - HUI 129 Ví dụ Qui tắc nghiệp vụ yêu cầu chức  Nếu có, hệ thống chỉ đơn giản tìm kiếm hồ sơ đào tạo và định chấp nhận hay từ chối yêu cầu  Nếu không, hệ thống có thể lưu trự tạm thời yêu cầu này và gửi email đến training coordinator, người này có thể phê duyệt hay từ chối yêu cầu  Cùng quy tắc nghiệp vụ cho cả yêu cầu chức – Các yêu cầu chức thây đổi tùy theo môi trường hệ thống BM HTTT - Khoa CNTT - HUI 130 Function requirements  Yêu cầu chức mô tả các hành vi quan sát được của hệ thống dưới điều kiện nào đó và các hành động mà hệ thống yêu cầu người dùng thực hiện  Yêu cầu chức được suy diễn từ yêu cầu hệ thống, yêu cầu người dùng, qui tắc nghiệp vụ BM HTTT - Khoa CNTT - HUI 131 Ví vụ Function requirements BM HTTT - Khoa CNTT - HUI 132 Quality attributes  Là các phát biểu chỉ hệ thống thực thi tốt nào?  Một số từ mô tả các đặc tính của hệ thống như: fast, easy, intuitive, user-friendly, robust, reliable, secure, and efficient BM HTTT - Khoa CNTT - HUI 133 ...Nội dung ? ?Thu thập yêu cầu (Requirement elicitation) là gì? Các kỹ thu? ?̣t thu thập yêu cầu Chọn lựa kỹ thu? ?̣t thu thập yêu cầu Quy tắc nghiệp vụ và chi? ?nh sách Quản... bình chi? ? thu lại được 30 -5 0% phiếu điều tra giấy hay email, chi? ? – 30 % phiếu điều tra qua Web BM HTTT Khoa CNTT - HUI 35 Thiết kế phiếu điều tra  Thường dùng câu hỏi dạng closed- ended... câu hỏi dùng gây ấn tượng là để thu nhận dữ liệu, dùng để thu thập chi tiết yêu cầu khảo sát  BM HTTT Khoa CNTT - HUI 30 Các chi? ??n lược vấn Top-down: bắt đầu các câu hỏi tổng

Ngày đăng: 08/05/2021, 19:55

Xem thêm:

Mục lục

    Chapter 3: Thu thập yêu cầu

    Phân biệt giữa elicitation và analysis

    Tầm quan trọng

    Mô hình song song của quy trình yêu cầu

    Why is it difficult to elicit requirements?

    Vấn đề về người dùng và khách hàng

    Các hoạt động của yêu cầu

    Trước khi thu thập yêu cầu

    Lược đồ ngữ cảnh

    Keeping Scope in Focus

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

TÀI LIỆU LIÊN QUAN