Trước lúc bắt tay vào vươn lên là siêu phẩm thì việc phân tách đề nghị phần mềm là bước vô cùng quan yếu. Xác định rõ ràng, chính xác những đề nghị đặt ra sẽ giúp quy trình vươn lên là phần mềm suôn sẻ và siêu phẩm cuối cùng được hoàn thiện trên mức cao nhất.
Đề nghị phần mềm là gì?
Định nghĩa đề nghị phần mềm là mọi những nhu cầu tính năng siêu phẩm mà khách hàng muốn, bao gồm chức năng, hiệu năng, giao diện,… Những đề nghị thường xoay quanh 4 nhóm sau: đề nghị về hartware; đề nghị về phần mềm, đề nghị về knowledge (dữ liệu) và cuối cùng là những đề nghị về con người. Lúc nhận những transient từ khách hàng, đội vươn lên là phần mềm cần tiến hành tìm hiểu, phân tách đề nghị phần mềm để cuối cùng lập ra 1 bản đặc tả chuẩn chỉnh nhất.
5 giai đoạn trong quy trình phân tách đề nghị phần mềm
Xuất phát từ những đề nghị của khách hàng, quy trình phân tách gồm có 5 giai đoạn như sau:
Giai đoạn 1. Trước lúc phân tách
Khó khăn lớn nhất trong việc xác định đề nghị đấy chính là khách hàng thường ko thể cụ thể hóa được những tính năng của siêu phẩm mà mình muốn có. Do vậy, những kỹ sư vươn lên là phần mềm cần tiến hành phỏng vấn, rà soát và thậm chí phân tách, định hướng chuyên môn để xác định chính xác nhu cầu khách hàng là gì. Từ đấy, họ new có thể bắt tay vào giai đoạn tiếp theo: phân tách đề nghị phần mềm đúng có mong muốn thực sự của khách hàng.
Giai đoạn 2. Phân tách đề nghị phần mềm và thảo luận có khách hàng
Sau thời điểm tìm hiểu sơ bộ những ý tưởng về siêu phẩm, nhóm vươn lên là phần mềm cần phân loại và sắp xếp những đề nghị thành những nhóm chức năng. Tiếp theo cần thẩm định những đề nghị xem tính khả thi, rủi ro và mức chi phí tổn cũng như thời kì hoàn thành cho từng đề nghị.
Cuối cùng cần thảo luận có khách hàng để xác định chính xác những đề nghị siêu phẩm. Giai đoạn phân tách đề nghị phần mềm này đòi hỏi cả khách hàng và đội ngũ vươn lên là siêu phẩm cần trao đổi hăng hái trên cơ sở thương lượng nhằm xác định được bộ đề nghị chính xác nhất
Giai đoạn 3. Mô hình hóa những đề nghị phần mềm
Sau thời điểm thống nhất có khách hàng, đội dev cần mô hình hóa những đề nghị phần mềm. Những phương pháp phổ thông} để mô hình hóa có thể nói tới như Information circulation diagram (Biểu đồ luồng dữ liệu) và Entity Relationship mannequin (Mô hình thực thể quan hệ). Information circulation diagram biểu diễn luồng thông tin đầu vào và đầu ra (enter – output) của 1 chức năng. Còn việc dùng Entity Relationship mannequin là để thiết kế database trên cấp độ khái niệm.
Giai đoạn 4. Đặc tả đề nghị phần mềm
Trước lúc đặc tả, những đề nghị phần mềm, chúng cần được phân loại thành những nhóm: nhóm chức năng, nhóm phi chức năng, nhóm đề nghị về tiến trình vươn lên là,…Tài liệu đặc tả đề nghị phần mềm cần cần được xây dựng theo hướng của builders. Do đấy, tính rõ ràng, chính xác là chi tiết được đặt lên cao nhất nằm hạn chế sự ko rõ ràng giữa đề nghị khách hàng và định hướng của người vươn lên là.
Giai đoạn 5. Định dạng đặc tả đề nghị
Sau những bước phân tách đề nghị phần mềm nói trên, cuối cùng, đội nhóm vươn lên là cần đưa ra được bản đặc tả đề nghị phần mềm (SRS – viết tắt của Software program Requirement Specification). Bản đặc tả cần biểu hiện được phạm vi siêu phẩm, hệ thống những chức năng, đối tượng dùng và cuối cùng là những ràng buộc trong lúc vận hành.
Quy trình vươn lên là 1 siêu phẩm phần mềm đòi hỏi sự hài hòa chặt chẽ giữa đội ngũ builders và khách hàng, nhằm đảm bảo siêu phẩm cuối cùng hoàn thiện trên mức cao nhất. Bởi vậy, khâu phân tách đề nghị phần mềm càng được thực hành chặt chẽ, kỹ càng bao nhiêu, việc vươn lên là siêu phẩm sẽ càng suôn sẻ và hoàn chỉnh bấy nhiêu.
