Trang_danh_cho_Sinhvien - Nguyễn Thế Dũng Chapter3 tài liệu, giáo án, bài giảng , luận văn, luận án, đồ án, bài tập lớn...
TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP.HCM MÔN HỌC CÔNG NGHỆ PHẦN MỀM Chương Phân tích: Xác định Yêu cầu Cơng Nghệ Phần Mềm Phân tích: Xác định u cầu 3.1 yêu cầu 3.1.1 yêu cầu 3.1.2 phân loại yêu cầu 3.2 Quy trình xác định yêu cầu 3.2.1 Phân tích khả thi 3.2.2 Phát phân tích yêu cầu 3.2.3 Đặc tả yêu cầu 3.2.4 Đánh giá yêu cầu 3.3 Quản lý yêu cầu Công Nghệ Phần Mềm Giai đoạn phân tích • Ba mục tiêu Mơ tả khách hàng u cầu Thiết lập tảng cho thiết kế phần mềm Xác định tập yêu cầu mà thẩm định phần mềm xây dựng system description analysis model design model Công Nghệ Phần Mềm Q trình phân tích build a prototype the problem requirements elicitation develop Specification Review create analysis models Công Nghệ Phần Mềm Phân tích u cầu • Phân tích u cầu Xác định đặc trưng phần mềm Xác định giao tiếp phần mềm với thành phần khác Thiết lập ràng buộc mà phần mềm phải có • Phân tích u cầu cho phép kỹ sư phần mềm (analyst hay modeler): Dựng nên yêu cầu dựa vào yêu cầu thu thập trước Xây dựng mơ hình kịch người, hoạt động chức năng, lớp quan hệ chúng, hành vi hệ thống lớp, luồng liệu Công Nghệ Phần Mềm 3.1.1 Yêu cầu • Kỹ thuật yêu cầu (Requirement Engineering) xác định dịch vụ mà khách hàng yêu cầu hệ thống với ràng buộc cho việc hoạt động phát triển • Những u cầu (requirement) mô tả dịch vụ ràng buộc hệ thống • u cầu: Nó chứa từ phát biểu trừu tượng mức cao dịch vụ ràng buộc đặc tả chức toán học chi tiết Yêu cầu cần: • Phải rõ ràng, sở cho việc xác định giá • Phải trình bày chi tiết, sở cho việc thực Công Nghệ Phần Mềm Mức độ mô tả yêu cầu • Yêu cầu người dùng: Viết cho người dùng Thường ngôn ngữ tự nhiên cộng với biểu đồ Mô tả dịch vụ ràng buộc hoạt động • Yêu cầu hệ thống Tài liệu có cấu trúc mơ tả chi tiết chức năng, dịch vụ ràng buộc Có thể phần hợp đồng, xác định cần phải thực Cơng Nghệ Phần Mềm Vd: xác định đặc tả Công Nghệ Phần Mềm Người đọc Công Nghệ Phần Mềm 3.1.2 Phân loại yêu cầu • Yêu cầu chức năng: chức dịch vụ hệ thống cung cấp • Yêu cầu phi chức năng: ràng buộc tiêu chuẩn, thời gian, qui trình phát triển… • u cầu miền ứng dụng: phản ảnh đặc trưng miền ứng dụng Công Nghệ Phần Mềm 10 Tài liệu đặc tả theo IEEE • Giới thiệu 1.1 Mục đích tài liệu yêu cầu 1.2 Phạm vi sản phẩm 1.3 Các định nghĩa, từ viết tắt 1.4 Các tham chiếu 1.5 Tổng quan tài liệu yêu cầu 2.1 Giới thiệu chung sản phẩm 2.2 Các chức sản phẩm 2.3 Đặc điểm người sử dụng 2.4 Các ràng buộc 2.5 Giả thiết phụ thuộc • Mơ tả chung • Đặc tả u cầu: bao gồm yêu cầu chức năng, phi chức năng, miền ứng dụng giao diện • Phụ lục • Chỉ mục Công Nghệ Phần Mềm 56 Tài liệu: Người dùng Công Nghệ Phần Mềm 57 3.2.4 Đánh giá yêu cầu • Xác định yêu cầu trình bày có phù hợp với khách hành thật muốn • Chi phí cho lỗi yêu cầu cao: Chi phí cho việc sửa chữa lỗi yêu cầu sau xuất xưởng cao đến 100 lần chi phí sửa lỗi lúc cài đặt (implementation) Cơng Nghệ Phần Mềm 58 Các thuộc tính cần kiểm tra • Giá trị (validity): Hệ thống cung cấp chức dịch vụ đáp ứng nhu cầu khách hàng • Tồn vẹn (Consistency): xem xét tranh chấp yêu cầu • Đầy đủ (Completeness): Xác định đầy đủ chức mà khách háng yêu cầu • Hiện thực (Realism): phù hợp với ngân sách kỹ thuật • Kiểm tra (Verifiability): yêu cầu kiểm chứng Cơng Nghệ Phần Mềm 59 Kỹ thuật đánh giá yêu cầu • Kiểm tra yêu cầu (Review) Phân tích thủ cơng có tính hệ thống • Tạo mẫu (Prototyping) Dùng mơ hình thực thi • Tạo tình kiểm tra (Test-case) Những tình kiểm tra khó hay khơng thể thiết kế u cầu khó thực Công Nghệ Phần Mềm 60 3.3 Quản lý yêu cầu • Quản lý u cầu quy trình quản lý thay đổi yêu cầu trình phát yêu cầu phát triển hệ thống • Các yêu cầu thường không đầy đủ không đồng do: Những yêu cầu xuất yêu cầu nghiệp vụ thay đổi có hiểu biết sâu hệ thống xây dựng Các yêu cầu thường xuất mâu thuẫn khung nhìn khác nhau, khách hàng thường đặc tả sai yêu cầu stakeholder Thứ tự ưu tiên yêu cầu thay đổi q trình phát triển hệ thống Mơi trường nghiệp vụ môi trường kỹ thuật hệ thống thay đổi q trình xây dựng Cơng Nghệ Phần Mềm 61 Yêu cầu lâu dài yêu cầu biến động • Các yêu cầu lâu dài yêu cầu ổn định thay đổi • Các u cầu biến động yêu cầu dễ bị thay đổi trình xây dựng hệ thống đưa vào sử dụng Công Nghệ Phần Mềm 62 Kế hoạch quản lý yêu cầu Xác định yêu cầu Quản lý thay đổi: thay đổi xảy ra, phải xác định hoạt động nhằm cập nhật đắn thay đổi mà không xáo trộn hệ thống tại, giảm thiểu chi phí Các sách tìm vết • Tìm vết nguồn: liên kết từ yêu cầu tới stakeholder đưa u cầu • Tìm vết u cầu: mối liên hệ yêu cầu độc lập với • Tìm vết thiết kế: liên kết từ yêu cầu thiết kế Dùng công cụ CASE để hỗ trợ quản lý yêu cầu: lưu trữ, lần vết… Công Nghệ Phần Mềm 63 Ma trận lần vết Req id 1.1 1.2 1.3 2.1 2.2 2.3 3.1 3.2 Công Nghệ Phần Mềm 1.1 1.2 1.3 D R D R 2.1 2.2 2.3 3.1 D 3.2 D R R R D D D D R R 64 Quản lý thay đổi • Nguồn gốc thay đổi yêu cầu Những điều kiện thị trường việc kinh doanh ép buộc thay đổi yêu cầu sản phẩm qui tắc kinh doanh Những khách hàng thay đổi yêu cầu: liệu tạo từ hệ thống thông tin, chức sản phẩm, dịch vụ cung cấp từ hệ thống Tái tổ chức lại đơn vị, tăng, giảm qui mô kinh doanh tạo thay đổi ưu tiên dự án hay cấu trúc nhóm dự án phần mềm Những ràng buộc tài chánh lịch trình buộc phải xác định lại hệ thống hay sản phẩm Công Nghệ Phần Mềm 65 Các bước Quản lý thay đổi • Phân tích vấn đề: Nghiên cứu vấn đề yêu cầu đề xuất thay đổi • Phân tích thay đổi dự tính chi phí: thay đổi kéo theo nhiều thay đổi khác • Cài đặt thay đổi: Điều chỉnh tài liệu yêu cầu tài liệu khác để phản ánh thay đổi Cơng Nghệ Phần Mềm 66 Quản lý thay đổi Công Nghệ Phần Mềm 67 Nguyên nhân khiếm khuyết Công Nghệ Phần Mềm 68 Nguyên nhân khiếm khuyết đặc tả Công Nghệ Phần Mềm 69 Hệ thống phân loại hàng Công Nghệ Phần Mềm 70 ... Phần Mềm 22 3.2 Qui trình xác định u cầu • Qui trình xác định yêu cầu (Requirements engineering- RE) Công Nghệ Phần Mềm 23 Mơ hình xoắn ốc Cơng Nghệ Phần Mềm 24 3.2.1 Phân tích khả thi • Phân