Thực hành tốt nhất để sử dụng Shall và phải trong khi viết yêu cầu

Tôi đã gửi một email trước đó nhắc nhở các nhà phát triển của chúng tôi rằng, việc sử dụng từ 'Shall', trong các yêu cầu xuất phát của bạn không nên tuân theo các yêu cầu chức năng của bạn. Khi viết các yêu cầu chức năng, từ 'Phải', được sử dụng để mô tả chức năng mà một yêu cầu xuất phát phải thực hiện.
Xuất phát = Hệ thống Sẽ được yêu cầu
Chức năng = Hệ thống phải thực hiện yêu cầu

Nó đã được gửi lại bởi một trong những Người cao niên của chúng tôi rằng, điều đó là sai và nên được sử dụng trong mọi yêu cầu.

Tôi có sai ở đây không và nên sử dụng trong mọi yêu cầu. Tôi đã không thể tìm thấy bất cứ điều gì để sao lưu nó.

RFC 2119 "Các từ khóa được sử dụng trong RFC để chỉ ra các mức yêu cầu" đi vào chi tiết cụ thể về các từ khác nhau trong yêu cầu có nghĩa gì.

Các từ khóa "PHẢI", "KHÔNG PHẢI", "BẮT BUỘC", "SALL", "SALL KHÔNG", "NÊN", "KHÔNG NÊN", "KHUYẾN NGHỊ", "CÓ THỂ" và "TÙY CHỌN" trong tài liệu này là được giải thích như được mô tả trong RFC 2119.

Từ tài liệu này:

• MUSTtương đương REQUIREDvà SHALLchỉ ra rằng định nghĩa là một yêu cầu tuyệt đối.
• MUST NOTtương đương SHALL NOTvà chỉ ra rằng đó là một sự cấm đoán tuyệt đối của thông số kỹ thuật.
• SHOULDtương đương với RECOMMENDEDcó nghĩa là có những lý do hợp lệ để bỏ qua một yêu cầu cụ thể, nhưng các hàm ý cần phải được cân nhắc.
• SHOULD NOTvà NOT RECOMMENDEDcó nghĩa là một hành vi cụ thể có thể được chấp nhận hoặc hữu ích, nhưng một lần nữa, các tác động cần phải được cân nhắc.
• MAYcó nghĩa là OPTIONALvà yêu cầu đó là thực sự tùy chọn. Khả năng tương tác với các hệ thống khác nhau có thể hoặc không thể thực hiện một yêu cầu tùy chọn phải được thực hiện.

Theo RFC này SHOULDđược thực hiện để giúp đảm bảo tính thống nhất của giao tiếp giữa các tài liệu nội bộ của một người và thế giới tiêu chuẩn nói chung.

Không chắc chắn nơi bạn đã đi đến kết luận đó shallvà mustthuộc các cấp tài liệu riêng biệt. Đó là một sự khác biệt khá độc đoán không được hỗ trợ bởi bất kỳ nguồn nào tôi biết.

Shallvà musttương đương về mặt từ vựng. Đó là một hành động được yêu cầu.

Việc bạn sử dụng shallhay mustthực sự phụ thuộc vào phần còn lại của tài liệu mà bạn đang viết bên trong và điều gì có ý nghĩa ngữ pháp cho câu cụ thể đó.

Vì vậy, có, bạn sai. Nhưng bạn cũng sai khi luôn luôn sử dụng shallthay vì must. Họ đại diện cho cùng một mức độ nghĩa vụ.

Nếu bạn tình cờ làm việc trong khuôn khổ của hướng dẫn DO-178 hoặc DO-254 , những điều này có định nghĩa riêng cho các yêu cầu chung và yêu cầu xuất phát . Tuy nhiên, các hướng dẫn này không chỉ định từ nào, ví dụ , nên, phải , nên được sử dụng để chỉ định các yêu cầu.

Nếu bạn dụng cụ yêu cầu quản lý không tự động chỉ ra yêu cầu có nguồn gốc cho bạn, làm cho những khác biệt so với yêu cầu chức năng bằng cách sử dụng một bắt buộc thay vì sẽ có thể có lợi, ví dụ để chứng minh rằng các mục tiêu xác minh cho các yêu cầu có nguồn gốc cũng đã được đáp ứng. Đây có thể là một lý do có thể cho yêu cầu tài liệu dường như tùy tiện.

Lưu ý rằng trong yêu cầu xuất phát DO-178 và DO-254 thực sự có nghĩa là một yêu cầu chưa được xuất phát từ yêu cầu cấp cao hơn. Do đó, một yêu cầu xuất phát về cơ bản bắt đầu một chuỗi truy xuất nguồn gốc mới.

Cả DO-178 và DO-254 đều là tài liệu hướng dẫn thương mại được sử dụng cho phát triển phần mềm và điện tử hàng không, và chỉ có sẵn với một khoản phí từ www.rtca.org .