In-depth reviews. All too often, th

In-depth reviews. All too often, the review of a requirements or design specification is a
one-day affair in which the reviewers are presented at 9:00 a.m. with a huge stack
of paper and are expected to identify and resolve all problems with the
specification by 5:30 p.m. that afternoon. This sort of “review” is bound to leave
lots of errors and problems in the specification. An effective review begins with
the reviewers being presented with the specification a week to a month before the
official review meeting, and being provided in the meantime with briefings,
walkthroughs, and other specialized meetings to discuss the intent and content of
portions of the specification.
Early user documentation. Draft user’s manuals, operator’s manuals, and data
preparation manuals should be produced and reviewed in the early design stages,
not left until just before turnover. Many potential operational problems can be
resolved early if the user gets a chance to understand, in his terms, what the
system is really going to do for him from day to day—and what he will be
expected to do to make the system work.

Results (Vietnamese) 1:

Đánh giá sâu. Tất cả các quá thường xuyên, việc xem xét yêu cầu một hoặc đặc điểm kỹ thuật thiết kế là mộtNgày chuyện trong đó các reviewers được trình bày tại 9:00 giờ sáng với một ngăn xếp lớngiấy và được mong đợi để xác định và giải quyết tất cả vấn đề với cácđặc điểm kỹ thuật đến 17:30 giờ 00 chiều hôm đó. Sắp xếp của "xem xét" ràng buộc để lạirất nhiều lỗi và các vấn đề trong đặc điểm kỹ thuật. Một sự xem xét hiệu quả bắt đầu vớiCác reviewers được trình bày với các đặc tả một tuần đến một tháng trước khi cáccuộc họp chính thức đánh giá, và đang được cung cấp trong khi chờ đợi ban,walkthroughs, và các cuộc họp đặc biệt để thảo luận về mục đích và nội dung củamột phần của đặc tả.Đầu người sử dụng tài liệu. Dự thảo của người sử dụng hướng dẫn sử dụng, nhà điều hành của hướng dẫn sử dụng, và dữ liệuchuẩn bị hướng dẫn sử dụng nên được sản xuất và được nhận xét trong giai đoạn thiết kế đầu,không còn lại cho đến khi chỉ trước khi doanh thu. Nhiều vấn đề tiềm năng hoạt động có thểgiải quyết sớm nếu người sử dụng được một cơ hội để hiểu, trong nhiệm kỳ của mình, những gì cácHệ thống thực sự sẽ làm cho anh ta từ ngày đến ngày — và những gì ông sẽdự kiến sẽ làm cho hệ thống làm việc.

Results (Vietnamese) 2:

Đánh giá chuyên sâu. Tất cả các quá thường xuyên, việc xem xét các yêu cầu của một hoặc các thiết kế đặc tả là một
chuyện trong một ngày ở đó các nhà phê bình được trình bày tại 09:00 với một chồng lớn
giấy và được dự kiến để xác định và giải quyết tất cả các vấn đề với các
đặc điểm kỹ thuật của 5: 30 giờ chiều hôm đó. Điều này sắp xếp "xem xét lại" là ràng buộc để lại
rất nhiều lỗi và các vấn đề trong các đặc điểm kỹ thuật. An xem xét lại hiệu quả bắt đầu với
các nhà phê bình được trình bày với các đặc điểm kỹ thuật một tuần đến một tháng trước khi
cuộc họp đánh giá chính thức, và được cung cấp trong khi chờ đợi có cuộc họp giao ban,
walkthrough, và các cuộc họp chuyên ngành khác để thảo luận về mục đích và nội dung của
các phần của đặc tả.
tài liệu hướng dẫn người dùng sớm. Hướng dẫn sử dụng dự thảo của người sử dụng, hướng dẫn sử dụng của nhà điều hành, dữ liệu và
hướng dẫn sử dụng chuẩn bị phải được sản xuất và được xem xét trong giai đoạn thiết kế ban đầu,
không để lại cho đến khi chỉ trước khi doanh thu. Nhiều vấn đề hoạt động tiềm năng có thể được
giải quyết sớm, nếu người sử dụng được một cơ hội để hiểu, trong nhiệm kỳ của ông, những gì các
hệ thống thực sự sẽ làm cho anh ta từ ngày này sang ngày khác, và những gì anh ta sẽ được
dự kiến sẽ làm gì để làm cho hệ thống hoạt động.