Functional requirement A descriptio

Functional requirement A description of a behavior that a system will exhibit under specific conditions. Nonfunctional requirement A description of a property or characteristic that a system must exhibit or a constraint that it must respect. Quality attribute A kind of nonfunctional requirement that describes a service or performance characteristic of a product. System requirement A top-level requirement for a product that contains multiple subsystems, which could be all software or software and hardware. User requirement A goal or task that specific classes of users must be able to perform with a system, or a desired product attribute. Software requirements include three distinct levels: business requirements, user requirements, and functional requirements. In addition, every system has an assortment of nonfunctional requirements. The model in Figure 1-1 illustrates a way to think about these diverse types of requirements. As statistician George E. P. Box famously said, “Essentially, all models are wrong, but some are useful” (Box and Draper 1987). That’s certainly true of Figure 1-1. This model is not all-inclusive, but it does provide a helpful scheme for organizing the requirements knowledge you’ll encounter. The ovals in Figure 1-1 represent types of requirements information, and the rectangles indicate documents in which to store that information. The solid arrows indicate that a certain type of information typically is stored in the indicated document. (Business rules and system requirements are stored separately from software requirements, such as in a business rules catalog or a system requirements specification, respectively.) The dotted arrows indicate that one type of information is the origin of or influences another type of requirement. Data requirements are not shown explicitly in this diagram. Functions manipulate data, so data requirements can appear throughout the three levels. Chapter 7, “Requirements elicitation,” contains many examples of these different types of requirements information

Kết quả (Việt) 1:

Chức năng yêu cầu A các mô tả của một hành vi mà một hệ thống sẽ triển lãm các điều kiện cụ thể. Nonfunctional yêu cầu A các mô tả của một tài sản hoặc đặc điểm mà một hệ thống phải triển lãm hoặc một hạn chế nó phải tôn trọng. Chất lượng thuộc tính một loại nonfunctional yêu cầu mô tả một dịch vụ hoặc hiệu suất đặc tính của một sản phẩm. Hệ thống yêu cầu A quốc gia yêu cầu cho một sản phẩm có chứa nhiều hệ thống con, mà có thể là tất cả các phần mềm hoặc phần mềm và phần cứng. Người dùng yêu cầu A mục tiêu hoặc nhiệm vụ mà các lớp học cụ thể của người sử dụng phải có khả năng thực hiện với một hệ thống, hoặc một thuộc tính sản phẩm mong muốn. Yêu cầu phần mềm bao gồm ba cấp độ khác biệt: yêu cầu kinh doanh, yêu cầu người sử dụng và chức năng yêu cầu. Ngoài ra, mỗi hệ thống có một loại nonfunctional yêu cầu. Các mô hình trong con số 1-1 minh hoạ một cách để suy nghĩ về các loại khác nhau của yêu cầu. Như thống kê George E. P. Box nổi tiếng nói, "Về cơ bản, tất cả các mô hình là sai, nhưng một số có ích" (hộp và Draper 1987). Đó là chắc chắn đúng của con số 1-1. Mô hình này không bao gồm tất cả, nhưng nó cung cấp một chương trình hữu ích cho việc tổ chức kiến thức yêu cầu bạn sẽ gặp phải. Hình bầu dục trong hình 1-1 đại diện cho loại thông tin yêu cầu, và các hình chữ nhật chỉ ra các tài liệu trong đó để lưu trữ thông tin đó. Rắn mũi tên cho biết rằng một loại thông tin thường được lưu trữ trong các tài liệu được chỉ định. (Quy tắc kinh doanh và yêu cầu hệ thống được lưu trữ một cách riêng biệt từ phần mềm yêu cầu, chẳng hạn như trong một cửa hàng quy tắc kinh doanh hoặc một hệ thống yêu cầu đặc điểm kỹ thuật, tương ứng.) Các mũi tên chấm chỉ ra rằng một trong những loại thông tin này là nguồn gốc của hoặc ảnh hưởng đến một loại yêu cầu. Yêu cầu dữ liệu không hiển thị một cách rõ ràng trong biểu đồ này. Chức năng thao tác dữ liệu, do đó yêu cầu dữ liệu có thể xuất hiện trong suốt ba cấp độ. Chương 7, "Yêu cầu elicitation," có nhiều ví dụ của các loại khác nhau của yêu cầu thông tin

Kết quả (Việt) 2:

Chức năng yêu cầu Mô tả về một hành vi mà hệ thống sẽ trưng bày trong các điều kiện cụ thể. Yêu cầu phi chức năng mô tả của một tài sản hoặc các đặc tính mà một hệ thống phải thể hiện hoặc một ràng buộc mà nó phải tôn trọng. Chất lượng thuộc tính Một loại yêu cầu phi chức năng mà mô tả một dịch vụ hay hoạt động đặc trưng của một sản phẩm. Yêu cầu hệ thống Yêu cầu cấp cao cho một sản phẩm có chứa nhiều hệ thống con, mà có thể là tất cả các phần mềm hay phần mềm và phần cứng. Người dùng yêu cầu một mục tiêu hay nhiệm vụ mà các lớp học cụ thể của người sử dụng phải có khả năng thực hiện với một hệ thống, hoặc một thuộc tính sản phẩm mong muốn. Yêu cầu phần mềm bao gồm ba cấp độ khác nhau: yêu cầu kinh doanh, yêu cầu người sử dụng, và yêu cầu chức năng. Ngoài ra, mỗi hệ thống đều có một loại các yêu cầu phi chức năng. Các mô hình trong Hình 1-1 minh họa một cách để nghĩ về các loại khác nhau của yêu cầu. Như thống kê học George EP Box nổi tiếng nói, "Về cơ bản, tất cả các mô hình đều sai, nhưng một số là hữu ích" (Box và Draper 1987). Đó là chắc chắn đúng của hình 1-1. Mô hình này không bao gồm tất cả, nhưng nó cung cấp một chương trình hữu ích cho việc tổ chức các yêu cầu kiến ​​thức bạn sẽ gặp phải. Các hình bầu dục trong Hình 1-1 biểu diễn các kiểu các yêu cầu thông tin, và các hình chữ nhật chỉ ra các văn bản, trong đó để lưu trữ thông tin. Các mũi tên rắn chỉ ra rằng một số loại thông tin thường được lưu trữ trong các tài liệu được chỉ định. (Quy tắc kinh doanh và yêu cầu hệ thống được lưu giữ riêng yêu cầu phần mềm, chẳng hạn như trong một danh mục quy định kinh doanh hay một đặc tả yêu cầu hệ thống, tương ứng.) Các mũi tên đứt chỉ ra rằng một loại thông tin là nguồn gốc hoặc ảnh hưởng đến một loại yêu cầu. Yêu cầu dữ liệu được thể hiện một cách rõ ràng không trong sơ đồ này. Chức năng thao tác dữ liệu, vì vậy yêu cầu dữ liệu có thể xuất hiện trong suốt ba cấp độ. Chương 7, "Yêu cầu khám phá," chứa nhiều ví dụ về các loại khác nhau của các yêu cầu thông tin