Tìm hiểu,xác định yêu cầu Tìm hiểu,xác định yêu cầu Bởi: Khoa CNTT ĐHSP KT Hưng Yên Khảo sát, tìm hiểu yêu cầu Khi công ty muốn ký hợp đồng cho dự án phát triển phần mềm, công ty phát biểu yêu cầu mức trừu tượng để không bắt buộc định nghĩa trước giải pháp Các yêu cầu phải viết cho nhà phát triển phần mềm đưa giải pháp khác Sau trúng thầu ký hợp đồng, yêu cầu phải làm rõ để khách hàng hiểu đánh giá phần mềm Cả hai tài liệu nói gọi tài liệu yêu cầu người dùng Theo mức độ chi tiết chia loại tài liệu yêu cầu: + Xác định yêu cầu: khẳng định, ngôn ngữ tự nhiên sơ đồ, dịch vụ hệ thống cần cung cấp ràng buộc mà hệ thống phải tuân theo Tài liệu cung cấp cho thành phần: người quản lý bên khách hàng, người dùng cuối hệ thống, kỹ sư khách hàng, người quản lý ký kết hợp đồng, kiến trúc sư hệ thống + Đặc tả yêu cầu: tài liệu cấu trúc mô tả hệ thống dịch vụ chi tiết Đôi tài liệu gọi đặc tả chức Đây coi hợp đồng ký kết người mua kẻ bán phần mềm Tài liệu cung cấp cho thành phần: người dùng cuối hệ thống, kỹ sư khách hàng, kiến trúc sư hệ thống, người phát triển phần mềm + Đặc tả phần mềm: mô tả trừu tượng phần mềm làm sở cho thiết kế triển khai Tài liệu cung cấp cho thành phần: kỹ sư khách hàng, kiến trúc sư hệ thống, người phát triển phần mềm Xácđịnhyêucầu:là mô tả trừu tượng dịch vụ mà hệ thống mong đợi phải cung cấp ràng buộc mà hệ thống phải tuân thủ vận hành Nó có đặc tả phẩm hạnh bên hệ thống mà không liên quan đến đặc tính thiết kế Nó phải viết cho người ta hiểu mà không cần kiến thức chuyên môn đặc biệt Các yêu cầu phần mềm chia thành hai loại: 1/3 Tìm hiểu,xác định yêu cầu 1) Các yêu cầu hệ thống chức năng: dịch vụ mà hệ thống phải cung cấp 2) Các yêu cầu không chức năng: ràng buộc mà hệ thống phải tuân theo Về nguyên tắc yêu cầu hệ thống phải vừa đầy đủ, vừa tráng kiện Đầy đủ có nghĩa yêu cầu phải đặc tả Tráng kiện có nghĩa yêu cầu không gây mâu thuẫn Thực tế hệ lớn phức tạp thực đạt tính đầy đủ tính tráng kiện cho phiên đầu tư liệu yêu cầu phần mềm Vấn đề duyệt lại pha sau vòng đời phần mềm, người ta phát không thỏa mãn tư liệu yêu cầu phải chỉnh lý lại Về chất, phải hiểu xác định rõ yêu cầu khách hàng Tuy nhiên, thường toán khách hàng phát biểu ngôn ngữ tự nhiên cộng thêm với việc dùng bảng biểu đồ cho người dùng dễ hiểu (xem người dùng khái niệm chuyên môn công nghệ thông tin) Không may ngôn ngữ dùng lại thường không xác mơ hồ, có lầm lẫn biểu thị khái niệm biểu thị chi tiết làm cho việc mô tả chứa thông tin hổ lốn biểu diễn nhiều mức chi tiết khác Ở đây, cần ý người đặt hàng không hiểu biết tin học nên họ phát biểu xác đầy đủ yêu cầu họ, đôi lúc mà người sử dụng yêu cầu mà họ cần không giống Thêm vào đó, lại không hiểu biết đầy đủ đối tượng, địa bàn thu thập đầy đủ xác thông tin đối tượng mâu thuẩn khách hàng Vì vậy, thực tế, hệ thống lớn phức tạp, khó đạt tính đầy đủ thống tài liệu yêu cầu Các yêu cầu tìm hiểu chứa mâu thuẩn: ? Thiếu rõ ràng: Rất khó sử dụng ngôn ngữ tự nhiên mô tả xác không nhầm lẫn mà không làm khó khăn cho người đọc ? Nhầm lẫn yêu cầu: Các yêu cầu chức năng, ràng buộc, mục đích hệ thống thông tin thiết kế không phân biệt rõ ràng ? Trộn lẫn yêu cầu: Một số yêu cầu khác thể yêu cầu đơn Giải mâu thuẩn này, phải: sở nghiên cứu kỹ lĩnh vực ứng dụng thảo luận với người sử dụng để định nghĩa xác yêu cầu toán Xác định rõ đầy đủ toán yếu tố quan trọng góp phần đảm bảo thành công dự án Nhiệm vụ giai đoạn xây dựng hồ sơ mô tả chi tiết yêu cầu, nhiệm vụ, chức hệ thống dự kiến 2/3 Tìm hiểu,xác định yêu cầu Đánh giá yêu cầu Đánh giá yêu cầu phần mềm liên quan với việc cho biết yêu cầu thực định nghĩa hệ thống đáp ứng đòi hỏi khách hàng Nếu việc đánh giá không xác, lỗi phần yêu cầu truyền tới thiết kế hệ thống triển khai hệ thống Chi phí sửa chữa lỗi lớn Sự thay đổi yêu cầu ngụ ý việc thiết kế triển khai phải thay đổi theo Một số khía cạnh yêu cầu cần phải kiểm chứng: ? Giá trị: người dùng nghĩ hệ thống cần số chức năng, nhiên sau số phân tích, xác định chức khác cần đưa vào Do hệ thống có nhiều loại người sử dụng nên có yêu cầu khác tránh khỏi thỏa hiệp nhu cầu ? Chắc chắn: yêu cầu không mâu thuẫn với yêu cầu khác ? Hoàn chỉnh: định nghĩa cần phải bao gồm chức ràng buộc ? Hiện thực: yêu cầu đặc biệt đến mức phi thực Có thể dự đoán trước phát triển phần cứng, nhiên phát triển phần mềm khó dự đoán ? Mẫu: mô hình chạy hệ thống trình bày với người sử dụng Đây kỹ thuật đánh giá yêu cầu hiệu Nó cho phép người dùng thử nghiệm với hệ thống Việc đánh giá lại yêu cầu không nên coi công việc tư liệu hóa yêu cầu sau hoàn thành Các xem xét yêu cầu định kỳ liên quan với người dùng kỹ sư phần mềm cần thiết Các xem xét yêu cầu hình thức phi hình thức Xem xét phi hình thức liên quan việc người ký hợp đồng thảo luận yêu cầu với khách hàng Nhiều vấn đề giải dễ dàng bất ngờ tham khảo trực tiếp với khách hàng Đối với yêu cầu xem xét thức, đội phát triển phải dẫn dắt khách hàng thông qua yêu cầu hệ thống, giải thích triển khai yêu cầu Nhóm rà soát phải kiểm tra yêu cầu độ thống nhất, hoàn chỉnh cho toàn tài liệu Họ phải kiểm tra: ? Có khả kiểm tra: tài liệu kiểm tra thực tế không? ? Khả hiểu biết: tài liệu có khách hàng hiểu biết thấu đáo hay không? ? Lưu vết: nguồn gốc tài liệu có xác định rõ ràng hay không? Rất phải quay lại nguồn gốc ban đầu để đánh giá ảnh hưởng thay đổi ? Tính thích hợp: yêu cầu phù hợp hay chưa? Có thể thay đổi yêu cầu mà không làm ảnh hưởng lớn đến toàn hệ thống không 3/3 ... sơ mô tả chi tiết yêu cầu, nhiệm vụ, chức hệ thống dự kiến 2/3 Tìm hiểu,xác định yêu cầu Đánh giá yêu cầu Đánh giá yêu cầu phần mềm liên quan với việc cho biết yêu cầu thực định nghĩa hệ thống.. .Tìm hiểu,xác định yêu cầu 1) Các yêu cầu hệ thống chức năng: dịch vụ mà hệ thống phải cung cấp 2) Các yêu cầu không chức năng: ràng buộc mà hệ thống phải tuân theo Về nguyên tắc yêu cầu hệ... ? Trộn lẫn yêu cầu: Một số yêu cầu khác thể yêu cầu đơn Giải mâu thuẩn này, phải: sở nghiên cứu kỹ lĩnh vực ứng dụng thảo luận với người sử dụng để định nghĩa xác yêu cầu toán Xác định rõ đầy