Bài giảng: Công nghệ phần mềm 2

Phần III Yêu cầu người dùng User’s Requirements Chương 5: Phương pháp xác định yêu cầu 5.1 Kỹ thuật xác định yêu cầu 5.2 Nội dung xác định yêu cầu 5.3 Các nguyên lý phân tích yêu cầu SE-III.1 5.1 Kỹ thuật xác định yêu cầu SW Requirements Engineering • Yêu cầu phần mềm: Là tất yêu cầu phầm mềm Khách hàng - Người sử dụng phần mềm nêu ra, bao gồm: – Các chức phần mềm – Hiệu phần mềm – Các yêu cầu Thiết kế Giao diện – Các u cầu đặc biệt khác SE-III.2 • Thơng thường yêu cầu phần mềm phân loại theo thành phần phần mềm: – Các yêu cầu phần mềm (Software) – Các yêu cầu phần cứng (Hardware) – Các yêu cầu liệu (Data) – Các yêu cầu người (People, Users) • Mục đích: Mục đích yêu cầu phần mềm xác định phần mềm đáp ứng yêu cầu mong muốn khách hàng - người sử dụng SE-III.3 Tại cần phải đặt yêu cầu phần mềm ? • Khách hàng có ý tưởng cịn mơ hồ phần mềm cần phải xây dựng để phục vụ công việc họ, phải sẵn sàng, kiên trì theo đuổi để từ ý tưởng mơ hồ đến “Phần mềm có đầy đủ tính cần thiết” • Khách hàng thường thay đổi địi hỏi mình, nên cần nắm bắt thay đổi sửa đổi đặc tả (Specification) cách hợp lý SE-III.4 5.2 Nội dung xác định yêu cầu Contents of Requirements Engineering • Phát u cầu phần mềm (Requirements Elicitation) • Phân tích yêu cầu phần mềm thương lượng với khách hàng (Requirements Analysis and Negotiation) • Đặc tả yêu cầu phần mềm (Requirements Specification) • Mơ hình hóa hệ thống (System Modeling) • Kiểm tra tính hợp lý yêu cầu phần mềm (Requirements Validation) • Quản trị yêu cầu phần mềm (Requirements Management) SE-III.5 Quy trình xác định yêu cầu phần mềm Build a prototype the problem Requirements elicitation Develop specification Review Create analysis models SE-III.6 The Analysis Model Data Model Functional Model Behavioral Model SE-III.7 5.2.1 Phát yêu cầu phần mềm (Requirements Elicitation) Các vấn đề phát yêu cầu phần mềm (Problems) • Phạm vi phần mềm (Scope) • Hiểu rõ phần mềm (Understanding) • Những thay đổi hệ thống (Volatility) SE-III.8 Phương pháp phát yêu cầu phần mềm Requirements Elicitation Methodology • Xác định phương pháp sử dụng để phát yêu cầu phần mềm: Phỏng vấn, Làm việc nhóm, Các buổi họp, Gặp gỡ đối tác, • Tìm kiếm nhân (chun gia, người sử dụng) có hiểu biết sâu sắc nhất, chi tiết hệ thống, giúp xác định yêu cầu phần mềm • Xác định “Mơi trường kỹ thuật” (Technical Environment) • Xác định “Ràng buộc lĩnh vực” (Domain Constraints) • Thu hút tham gia nhiều chuyên gia, khách hàng để có quan điểm xem xét phần mềm khác từ phía khách hàng • Thiết kế kịch sử dụng phần mềm SE-III.9 Sản phẩm (output) “phát u cầu phần mềm” • Bảng kê (Statement) địi hỏi chức khả thi phần mềm • Bảng kê phạm vi ứng dụng phần mềm • Mơ tả mơi trường kỹ thuật phần mềm • Bảng kê kịch sử dụng phần mềm • Các nguyên mẫu xây dựng phát triển thường sử dụng cơng nghệ phần mềm (nếu có) • Danh sách nhân tham gia vào trình phát yêu cầu phần mềm - kể nhân từ phía cơng ty-khách hàng SE-III.10 Đặc tả yêu cầu phần mềm FSM • Xem xét ví dụ thư viện với giao dịch sau: – Mượn sách / Trả sách – Thêm đầu sách / Loại bỏ đầu sách – Liệt kê danh sách đầu sách theo tên tác giả hay theo chủ đề – Tìm kiếm sách theo yêu cầu người mượn – Tìm kiếm sách hạn trả, SE-III.27 Đặc tả (Specification) • Các yêu cầu đặc biệt thư viện: – Độc giả không mượn số lượng sách định, thời gian định – Một số sách không mượn – Một số người không mượn số loại sách đó, SE-III.28 Các đối tượng: Tên sách Mã Nhân viên phục vụ Người mượn • Chúng ta cần có tập hợp (danh sách) tiêu đề sách, danh sách tác giả cho sách, danh sách chủ đề liên quan sách • Ta có tập hợp sách (mỗi đầu sách có nhiều sách thư viện) Mỗi sách có trạng thái sau: (AV) - Available phép mượn, (CO) - Check Out chọn, (BR) - Borrow mượn, (L) – Last, (R) Remove SE-III.29 • FSM đặc tả trạng thái CO AV BR L R SE-III.30 Mơ hình thực thể quan hệ • Mơ hình khái niệm cho phép đặc tả yêu cầu luận lý (logic) hệ thống, thường sử dụng hệ thống liệu lớn Entity Relationship Model bao gồm: – Thực thể – Quan hệ – Thuộc tính SE-III.31 • Thực thể – Tập hợp thông tin liên quan cần xử lý phần mềm Các thực thể có mối quan hệ với nhau: Person Owns Car SE-III.32 • Thực thể có thuộc tính • Thuộc tính: Tính chất thực thể đối tượng liệu – đặt tên cho mẫu (instance) đối tượng liệu – mô tả mẫu (instance) – tạo liên kết (reference) đến mẫu khác Ford Car Automobile Company Blue ID Ford Tập thuộc tính đối tượng liệu xác định thông qua ngữ cảnh tốn SE-III.33 • Quan hệ – mối liên quan đối tượng liệu Bookstore Orders N Books  Cardinality (bản số) : định lượng mối quan hệ 1:1 one-to-one 1:N one-to-many M:N many-to-many  Modality : – có, khơng có quan hệ – bắt buộc có quan hệ Customer Is provided with N Repair Action SE-III.34 Ví dụ ERD mơ tả thư viện Area N Deals with Copy Belongs to N N Title Written by state Text Was held by holds Author M Borrower ER diagram for a library limit SE-III.35 Các yêu cầu đặc tả tốt • Dễ hiểu với người dùng • Có điều nhập nhằng • Có quy ước mơ tả, dễ tạo lập • Với phong cách từ xuống (Top-Down) • Dễ triển khai cho pha sau vòng đời: Thiết kế hệ thống, Thiết kế chương trình với giao diện thân thiện, Đảm bảo tính quán, SE-III.36 5.3 Các nguyên lý phân tích yêu cầu sử dụng • Ngun lý I Mơ hình hóa liệu – Xác định đối tượng liệu – Xác định đặc tính đối tượng liệu – Thiết lập mối quan hệ đối tượng liệu SE-III.37 Các nguyên lý phân tích u cầu sử dụng • Ngun lý II Mơ hình hóa chức – Xác định chức chuyển đổi đối tượng liệu – Chỉ luồng liệu qua hệ thống – Biểu diễn phận sản sinh liệu phận tiêu thụ liệu SE-III.38 Các nguyên lý phân tích u cầu sử dụng • Ngun lý III Mơ hình hóa hành vi – Chỉ trạng thái (States) khác hệ thống – Đặc tả kiện (Events) làm hệ thống thay đổi trạng thái SE-III.39 Các nguyên lý phân tích yêu cầu sử dụng • Ngun lý IV Phân chia mơ hình Tinh lọc mơ hình để biểu diễn mức trừu tượng thấp – Lọc đối tượng liệu – Tạo phân cấp chức – Biểu diễn hành vi (Behavior) mức chi tiết khác SE-III.40 Các ngun lý phân tích u cầu sử dụng • Ngun lý V Bản chất (Essence) Hãy bắt đầu cách tập trung vào chất vấn đề không xem xét chi tiết thực thi (Begin by focusing on the essence of the problem without regard to implementation details) New Tool: Unified Modeling Language (UML)! SE-III.41 ... cầu phần mềm: Là tất yêu cầu phầm mềm Khách hàng - Người sử dụng phần mềm nêu ra, bao gồm: – Các chức phần mềm – Hiệu phần mềm – Các yêu cầu Thiết kế Giao diện – Các u cầu đặc biệt khác SE-III .2. .. Behavioral Model SE-III.7 5 .2. 1 Phát yêu cầu phần mềm (Requirements Elicitation) Các vấn đề phát yêu cầu phần mềm (Problems) • Phạm vi phần mềm (Scope) • Hiểu rõ phần mềm (Understanding) • Những... Bảng kê phạm vi ứng dụng phần mềm • Mô tả môi trường kỹ thuật phần mềm • Bảng kê kịch sử dụng phần mềm • Các nguyên mẫu xây dựng phát triển thường sử dụng cơng nghệ phần mềm (nếu có) • Danh sách