It is with these problems in mind t

It is with these problems in mind that a number of independent investigators have
developed a team-oriented approach to requirements gathering that is applied during
early stages of analysis and specification. Called facilitated application specification
techniques (FAST), this approach encourages the creation of a joint team of
customers and developers who work together to identify the problem, propose elements
of the solution, negotiate different approaches and specify a preliminary set
of solution requirements [ZAH90]. FAST has been used predominantly by the information
systems community, but the technique offers potential for improved communication
in applications of all kinds.
Many different approaches to FAST have been proposed.2 Each makes use of a
slightly different scenario, but all apply some variation on the following basic guidelines:
• A meeting is conducted at a neutral site and attended by both software engineers
and customers.
• Rules for preparation and participation are established.
• An agenda is suggested that is formal enough to cover all important points
but informal enough to encourage the free flow of ideas.
• A "facilitator" (can be a customer, a developer, or an outsider) controls the
meeting.
• A "definition mechanism" (can be work sheets, flip charts, or wall stickers or
an electronic bulletin board, chat room or virtual forum) is used.
• The goal is to identify the problem, propose elements of the solution, negotiate
different approaches, and specify a preliminary set of solution requirements
in an atmosphere that is conducive to the accomplishment of the goal.
To better understand the flow of events as they occur in a typical FAST meeting, we
present a brief scenario that outlines the sequence of events that lead up to the meeting,
occur during the meeting, and follow the meeting.
Initial meetings between the developer and customer (Section 11.2.1) occur and
basic questions and answers help to establish the scope of the problem and the overall
perception of a solution. Out of these initial meetings, the developer and customer
write a one- or two-page "product request." A meeting place, time, and date for FAST
are selected and a facilitator is chosen. Attendees from both the development and
customer/user organizations are invited to attend. The product request is distributed
to all attendees before the meeting date.
2 Two of the more popular approaches to FAST are joint application development (JAD), developed
by IBM and the METHOD, developed by Performance Resources, Inc., Falls Church, VA.
“Facts

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

Đó là với những vấn đề này trong tâm trí rằng một số nhà điều tra độc lập cóphát triển một đội ngũ hướng cách tiếp cận để yêu cầu thu thập được áp dụng tronggiai đoạn đầu của phân tích và đặc điểm kỹ thuật. Gọi là tạo điều kiện ứng dụng đặc điểm kỹ thuậtkỹ thuật (nhanh), cách tiếp cận này khuyến khích việc tạo ra một đội chung củakhách hàng và nhà phát triển những người làm việc cùng nhau để xác định các vấn đề, đề xuất các yếu tốgiải pháp, đàm phán phương pháp tiếp cận khác nhau và chỉ định một bộ sơ bộgiải pháp các yêu cầu [ZAH90]. NHANH đã được sử dụng chủ yếu bởi thông tinHệ thống cộng đồng, nhưng các kỹ thuật cung cấp tiềm năng để cải thiện giao tiếptrong các ứng dụng của tất cả các loại.Nhiều phương pháp tiếp cận khác nhau để nhanh chóng có là proposed.2 mỗi thành viên sử dụng của mộtkịch bản hơi khác nhau, nhưng tất cả đều áp dụng một số biến thể trên các nguyên tắc cơ bản sau:• Một hội nghị được tiến hành tại một trang web trung lập và tham dự của cả hai kỹ sư phần mềmvà khách hàng.• Quy tắc chuẩn bị và tham gia được thành lập.• Một chương trình được đề nghị đó là chính thức, đủ để trang trải tất cả các điểm quan trọngnhưng không chính thức đủ để khuyến khích dòng chảy tự do của ý tưởng.• Một "sở" (có thể là một khách hàng, một nhà phát triển, hoặc một người ngoài cuộc) điều khiển cáccuộc họp.• Một cơ chế định nghĩa"" (có thể là làm việc tờ, flip biểu đồ hoặc tường stickers hoặcmột bảng thông báo điện tử, Phòng chat hoặc diễn đàn ảo) được sử dụng.• Mục tiêu là để xác định các vấn đề, đề xuất các yếu tố của các giải pháp thương lượngphương pháp tiếp cận khác nhau, và chỉ định một bộ sơ bộ của yêu cầu giải pháptrong một bầu không khí đó là thuận lợi để hoàn thành mục tiêu.Để hiểu rõ hơn về dòng chảy của sự kiện như chúng xảy ra trong một cuộc họp nhanh điển hình, chúng tôihiện nay một kịch bản tóm tắt phác thảo chuỗi sự kiện dẫn đến cuộc họp,xảy ra trong cuộc họp, và thực hiện theo các cuộc họp.Các cuộc họp Ban đầu giữa phát triển và khách hàng (phần 11.2.1) xảy ra vàcơ bản câu hỏi và câu trả lời giúp để thiết lập phạm vi của vấn đề và tổng thểnhận thức của một giải pháp. Ra khỏi các cuộc họp Ban đầu, các nhà phát triển và khách hàngviết một một hoặc hai-trang "yêu cầu sản phẩm." Một nơi gặp gỡ, thời gian và ngày cho nhanhđược lựa chọn và một sở được chọn. Người tham dự từ cả hai sự phát triển vàkhách hàng/người sử dụng tổ chức được mời tham dự. Yêu cầu sản phẩm được phân phốicho tất cả người tham gia trước ngày họp.2 hai của phổ biến hơn phương pháp tiếp cận để nhanh chóng là phát triển ứng dụng chung (JAD), phát triểnbởi IBM và các phương pháp, phát triển bởi hiệu suất tài nguyên, Inc, Falls Church, VA."Sự kiện

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

Đó là với những vấn đề này trong tâm trí rằng một số nhà nghiên cứu độc lập đã
phát triển một phương pháp tiếp cận nhóm theo định hướng để thu thập yêu cầu đó được áp dụng trong
giai đoạn đầu của việc phân tích và đặc điểm kỹ thuật. Được gọi là điều kiện thuận lợi đặc điểm kỹ thuật ứng dụng
các kỹ thuật (FAST), phương pháp này khuyến khích sự sáng tạo của đội ngũ doanh của
khách hàng và phát triển những người làm việc với nhau để xác định các vấn đề, ​​đề xuất các thành phần
của giải pháp, đàm phán tiếp cận khác nhau và chỉ định một tập sơ bộ
các yêu cầu về giải pháp [ZAH90] . NHANH đã được sử dụng chủ yếu bởi các thông tin
hệ thống cộng đồng, nhưng kỹ thuật này cung cấp tiềm năng để cải thiện thông tin liên lạc
trong các ứng dụng của tất cả các loại.
Nhiều phương pháp khác nhau để nhanh chóng có được proposed.2 Mỗi làm cho việc sử dụng một
kịch bản hơi khác nhau, nhưng tất cả các áp dụng một số biến thể các nguyên tắc cơ bản sau đây:
• Một cuộc họp được tiến hành ở một trung lập và tham dự của cả hai kỹ sư phần mềm
và khách hàng.
• Quy định về chuẩn bị và tham gia được thành lập.
• Một chương trình được đề nghị đó là đủ để trang trải tất cả các điểm quan trọng chính thức
nhưng không chính thức, đủ để khuyến khích dòng chảy tự do của ý tưởng.
• Một "điều" (có thể là một khách hàng, một nhà phát triển, hoặc một người ngoài) điều khiển
cuộc họp.
• Một cơ chế "định nghĩa" (có thể là tờ làm việc, lật bảng xếp hạng, hoặc dán tường hoặc
một điện tử bảng thông báo, phòng chat hoặc diễn đàn ảo) được sử dụng.
• Mục đích là để xác định các vấn đề, ​​đề xuất các thành phần của giải pháp, đàm phán
tiếp cận khác nhau, và chỉ định một tập sơ bộ các yêu cầu giải pháp
trong một bầu không khí thuận lợi cho việc hoàn thành các mục tiêu.
Để hiểu rõ hơn về dòng chảy của sự kiện khi chúng xảy ra trong một cuộc họp NHANH điển hình, chúng tôi
trình bày một kịch bản ngắn gọn đó vạch ra các chuỗi các sự kiện dẫn đến cuộc gặp,
xảy ra trong cuộc họp, và theo cuộc họp.
cuộc họp ban đầu giữa phát triển và khách hàng (phần 11.2.1) xảy ra và
những câu hỏi cơ bản và trả lời giúp để thiết lập phạm vi của vấn đề và tổng thể
nhận thức của một giải pháp. Trong các cuộc họp ban đầu, các nhà phát triển và khách hàng
viết một hoặc hai trang "yêu cầu sản phẩm." Một nơi họp, thời gian, và ngày cho nhanh
được lựa chọn và một điều được chọn. Những người tham dự từ cả việc phát triển và
các tổ chức khách hàng / người dùng được mời tham dự. Các yêu cầu sản phẩm được phân phối
cho tất cả những người tham dự trước ngày họp.
2 Hai trong số các phương pháp phổ biến nhất để nhanh chóng được phát triển ứng dụng doanh (JAD), được phát triển
bởi IBM và PHƯƠNG PHÁP, được phát triển bởi Performance Resources, Inc., Falls Church, VA.
"Sự kiện