Sometimes, business requirements ar

Sometimes, business requirements are prioritized on the requirements definition. They can
be ranked as having high, medium, or low importance in the new system, or they can be labeled
with the version of the system that will address the requirement (e.g., release 1, release 2,
release 3). This practice is particularly important when using object-oriented methodologies
because they deliver requirements in batches by developing incremental versions of the system.
The most obvious purpose of the requirements definition is to provide the information
needed by the other deliverables in analysis, which include functional, structural, and behavioral models, and to support activities in the design phase. The most important purpose of
the requirements definition, however, is to define the scope of the system. The document
describes to the analysts exactly what the system needs to end up doing. When discrepancies
arise, the document serves as the place to go for clarification.
Determining Requirements
Determining requirements for the requirements definition is both a business task and an
information technology task. In the early days of computing, there was a presumption that
the systems analysts, as experts with computer systems, were in the best position to define

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

Đôi khi, yêu cầu kinh doanh được ưu tiên về định nghĩa yêu cầu. Họ có thểđược xếp hạng là có cao, Trung bình hoặc tầm quan trọng thấp trong các hệ thống mới, hoặc họ có thể được dán nhãnvới các phiên bản của hệ thống mà sẽ giải quyết các yêu cầu (ví dụ, phát hành 1, 2, phát hànhphát hành 3). Thực hành này là đặc biệt quan trọng khi sử dụng phương pháp hướng đối tượngbởi vì họ cung cấp yêu cầu trong các lô bằng cách phát triển gia tăng các phiên bản của hệ thống.Mục đích rõ ràng nhất của yêu cầu định nghĩa là để cung cấp thông tincần thiết bởi các phân phôi khác trong phân tích, trong đó bao gồm các chức năng, cấu trúc và hành vi mô hình, và để hỗ trợ các hoạt động trong giai đoạn thiết kế. Mục đích quan trọng nhất củađịnh nghĩa yêu cầu, Tuy nhiên, là để xác định phạm vi của hệ thống. Tài liệuMô tả để các nhà phân tích chính xác những gì hệ thống cần kết thúc lên làm. Khi sự khác biệtphát sinh, tài liệu phục vụ như là nơi để đi làm rõ.Xác định yêu cầuXác định yêu cầu đối với các yêu cầu về định nghĩa là cả một công việc kinh doanh và ancác nhiệm vụ công nghệ thông tin. Trong những ngày đầu của máy tính, đã có một giả định rằngCác nhà phân tích hệ thống, như là các chuyên gia với hệ thống máy tính, đã ở vị trí tốt nhất để xác định

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

Đôi khi, yêu cầu doanh nghiệp được ưu tiên về định nghĩa yêu cầu. Họ có thể
được xếp hạng là có cao, trung bình, hoặc tầm quan trọng thấp trong hệ thống mới, hoặc họ có thể được dán nhãn
với các phiên bản của hệ thống mà sẽ giải quyết các yêu cầu (ví dụ, phát hành 1, phát hành 2,
phát hành 3). Điều này thực tế là đặc biệt quan trọng khi sử dụng phương pháp hướng đối tượng
vì họ cung cấp các yêu cầu theo lô bằng cách phát triển các phiên bản gia tăng của hệ thống.
Mục đích rõ ràng nhất của định nghĩa yêu cầu này là để cung cấp các thông tin
cần thiết của phân phôi khác trong phân tích, trong đó bao gồm chức năng, mô hình cấu trúc và hành vi, và để hỗ trợ các hoạt động trong giai đoạn thiết kế. Mục đích quan trọng nhất của
định nghĩa yêu cầu, tuy nhiên, là để xác định phạm vi của hệ thống. Tài liệu này
mô tả cho các nhà phân tích chính xác những gì hệ thống cần phải kết thúc làm. Khi sai lệch
phát sinh, các tài liệu phục vụ như là nơi để đi để làm rõ.
Xác định Yêu cầu
Xác định các yêu cầu đối với các định nghĩa yêu cầu là cả một công việc kinh doanh và
nhiệm vụ công nghệ thông tin. Trong những ngày đầu của máy tính, có một giả định rằng
hệ thống các nhà phân tích, các chuyên gia với các hệ thống máy tính, là ở vị trí tốt nhất để xác định