5. The analysis process should move

5. The analysis process should move from essential information toward implementation
detail.
By applying these principles, the analyst approaches a problem systematically. The
information domain is examined so that function may be understood more completely.
Models are used so that the characteristics of function and behavior can be
communicated in a compact fashion. Partitioning is applied to reduce complexity.
Essential and implementation views of the software are necessary to accommodate
the logical constraints imposed by processing requirements and the physical constraints
imposed by other system elements.
In addition to these operational analysis principles, Davis [DAV95a] suggests a set6
of guiding principles for requirements engineering:
• Understand the problem before you begin to create the analysis model. There is
a tendency to rush to a solution, even before the problem is understood. This
often leads to elegant software that solves the wrong problem!
• Develop prototypes that enable a user to understand how human/machine interaction
will occur. Since the perception of the quality of software is often
based on the perception of the “friendliness” of the interface, prototyping
(and the iteration that results) are highly recommended.
• Record the origin of and the reason for every requirement. This is the first step
in establishing traceability back to the customer.

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

5. quá trình phân tích nên di chuyển từ các thông tin cần thiết về hướng thực hiệnXem chi tiết.Bằng cách áp dụng những nguyên tắc này, các nhà phân tích phương pháp tiếp cận một vấn đề có hệ thống. Cácthông tin miền được kiểm tra để chức năng có thể được hiểu hơn hoàn toàn.Mô hình được sử dụng để cho các đặc tính chức năng và hành vi có thểtruyền đạt một cách nhỏ gọn. Phân vùng được áp dụng để giảm bớt phức tạp.Tinh và thực hiện quan điểm của phần mềm là cần thiết để chứanhững hạn chế hợp lý áp dụng bằng cách xử lý yêu cầu và những hạn chế vật lýáp đặt bởi các yếu tố khác của hệ thống.Ngoài các nguyên tắc hoạt động phân tích, Davis [DAV95a] cho thấy một set6hướng dẫn các nguyên tắc cho các yêu cầu kỹ thuật:• Hiểu vấn đề trước khi bạn bắt đầu để tạo ra các mô hình phân tích. Cómột xu hướng đi vội vàng đến một giải pháp, thậm chí trước khi vấn đề được hiểu. Điều nàythường dẫn đến thanh lịch phần mềm giải quyết vấn đề sai!• Phát triển chiếc nguyên mẫu cho phép người dùng để hiểu làm thế nào nhân/máy tương tácsẽ xảy ra. Kể từ khi nhận thức về chất lượng của phần mềm thườngDựa trên nhận thức của "thân thiện" của giao diện, prototyping(và lặp kết quả) cao được đề nghị.• Ghi lại nguồn gốc của và lý do cho mỗi yêu cầu. Đây là bước đầu tiêntrong việc thiết lập truy tìm nguồn gốc trở lại cho khách hàng.