Đang chuẩn bị liên kết để tải về tài liệu:
Thuyết minh: Đặc tả yêu cầu phần mềm

Đối với các dự án nhỏ : tiếp cận với yêu cầu phần mềm dễ dàng vì cấu trúc dự án không phức tạp. Đối với các dự án lớn: việc tiếp cận mà không có đặc tả là rất khó. Vì cấu trúc và yêu cầu phần mềm cực kì phức tạp | Đặc tả yêu cầu phần mềm GVHD: PGS.TS Vũ Thanh Nguyên SVTH: Trịnh Hồng Trường – 09520326 Đinh Tiến Sỹ - 09520257 1 1 Tại sao phải đặc tả yêu cầu phần mềm? Vấn đề: Đối với các dự án nhỏ : tiếp cận với yêu cầu phần mềm dễ dàng vì cấu trúc dự án không phức tạp. Đối với các dự án lớn: việc tiếp cận mà không có đặc tả là rất khó. Vì cấu trúc và yêu cầu phần mềm cực kì phức tạp 2 Tại sao phải đặc tả? Yêu cầu: Đầu vào: những yêu cầu người dùng đặt ra Đầu ra: đặc tả chi tiết hệ thống trong tương lai 3 Thách thức Đặc tả yêu cầu phần mềm: Cần phải có tương tác người dùng Không thể sinh ra tự động 4 Nền tảng Hiểu được yêu cầu phần mềm là rất khó Hình tượng hóa hệ thống trong tương lai rất khó Khả năng của hệ thống không rõ ràng Yêu cầu thay đổi theo thời gian Thực tế cho thấy việc đưa ra một đặc tả yêu cầu phần mềm là cần thiết. 5 Mục đích của tài liệu đặc tả? Tài liệu đặc tả được hình thành giữa người dùng và nhà cung cấp. Người dùng cần sự tiện lợi nhưng không hiểu biết nhiều về phần mềm. | Đặc tả yêu cầu phần mềm GVHD: PGS.TS Vũ Thanh Nguyên SVTH: Trịnh Hồng Trường – 09520326 Đinh Tiến Sỹ - 09520257 1 1 Tại sao phải đặc tả yêu cầu phần mềm? Vấn đề: Đối với các dự án nhỏ : tiếp cận với yêu cầu phần mềm dễ dàng vì cấu trúc dự án không phức tạp. Đối với các dự án lớn: việc tiếp cận mà không có đặc tả là rất khó. Vì cấu trúc và yêu cầu phần mềm cực kì phức tạp 2 Tại sao phải đặc tả? Yêu cầu: Đầu vào: những yêu cầu người dùng đặt ra Đầu ra: đặc tả chi tiết hệ thống trong tương lai 3 Thách thức Đặc tả yêu cầu phần mềm: Cần phải có tương tác người dùng Không thể sinh ra tự động 4 Nền tảng Hiểu được yêu cầu phần mềm là rất khó Hình tượng hóa hệ thống trong tương lai rất khó Khả năng của hệ thống không rõ ràng Yêu cầu thay đổi theo thời gian Thực tế cho thấy việc đưa ra một đặc tả yêu cầu phần mềm là cần thiết. 5 Mục đích của tài liệu đặc tả? Tài liệu đặc tả được hình thành giữa người dùng và nhà cung cấp. Người dùng cần sự tiện lợi nhưng không hiểu biết nhiều về phần mềm. Nhà phát triển thực hiện phần mềm nhưng có thể sẽ không hiểu được những vấn đề chuyên ngành của người dùng. 6 Mục đích Tài liệu đặc tả yêu cầu phần mềm: Là cầu nối cho khoảng cách giao tiếp giữa khách hàng và nhà cung cấp. Đặc tả mong muốn của người dùng ở một phạm trù mà cả hai đều có thể hiểu. 7 Sự cần thiết của đặc tả Giúp người dùng hiêu được thực sự muốn gì Người dùng không phải bao giờ cũng biết họ thực sự muốn gì Cần đánh giá khả năng và hiểu rõ tiềm lực Quá trình phân tích giúp yêu cầu rõ ràng hơn. Đặc tả được xem như một chứng nhận cho sản phẩm cuối cùng: Hiểu rõ ràng yêu cầu cuối cùng Xác nhận “Phần mềm thỏa mãn đặc tả” 8 Cần thiết Đặc tả tốt cho ra phần mềm tốt Đặc tả yêu cầu bị lỗi sẽ thể hiện ra ở phần mềm cuối cùng. Để đạt được chất lượng tốt nhất cần có một đặc tả tốt nhất. Đặc tả khiếm khuyết sẽ cho ra phần mềm khiếm khuyết. 9 Quá trình đặc tả Hoạt động chính: Phân tích yêu cầu/ vấn đề. Đặc tả yêu cầu. Xác nhận đặc tả. Trong đó bước phân tích đầu tiên chính là bước quan