The preliminary investigation of th

The preliminary investigation of the client's needs sometimes is called concept explo-
ration. In subsequent meetings between members of the development team and the client team, the functionality of the proposed product is successively refined and analyzed for technical feasibility and financial justification.
Up to now, everything seems to be straightforward. Unfortunately, the requirements workflow often is performed inadequately. When the product finally is delivered to the user, perhaps a year or two after the specifications have been signed off on by the client, the client may say to the developers, "I know that this is what I asked for, but it isn't really what I wanted." What the client asked for and, therefore, what the developers thought the client wanted, was not what the client actually needed. There can be a number of reasons for this predicament. First, the client may not truly understand what is going on in his or her own organization. For example, it is no use asking the software developers for a faster operating system if the cause of the current slow turnaround is a badly designed database. Or, if the client operates an unprofitable chain of retail stores, the client may ask for a financial man- agement information system that reflects such items as sales, salaries, accounts payable, and accounts receivable. Such a product will be of little use if the real reason for the losses

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

Điều tra sơ bộ của nhu cầu của khách hàng đôi khi được gọi là khái niệm explo- suất ăn. Trong tiếp theo cuộc họp giữa các thành viên của nhóm phát triển và đội khách hàng, các chức năng của các sản phẩm được đề nghị liên tục tinh chế và phân tích cho tính khả thi kỹ thuật và tài chính biện minh. Đến nay, tất cả mọi thứ có vẻ là đơn giản. Thật không may, workflow yêu cầu thường được thực hiện không đầy đủ. Khi các sản phẩm cuối cùng được gửi đến người dùng, có lẽ một hoặc hai năm sau khi các chi tiết kỹ thuật đã được ký tắt bởi khách hàng, khách hàng có thể nói cho các nhà phát triển, "tôi biết rằng đây là những gì tôi yêu cầu, nhưng nó không phải là thực sự những gì tôi muốn." Những gì khách hàng yêu cầu, và do đó, những gì các nhà phát triển nghĩ khách hàng muốn, là không những gì khách hàng thực sự cần thiết. Có thể có một số lý do cho tình trạng khó khăn này. Trước tiên, khách hàng có thể không thật sự hiểu những gì đang xảy ra trong tổ chức của mình. Ví dụ, đó là không có sử dụng yêu cầu các nhà phát triển phần mềm cho một hệ điều hành nhanh hơn nếu nguyên nhân của hiện tại quay vòng chậm là một cơ sở dữ liệu thiết kế xấu. Hoặc, nếu khách hàng hoạt động một chuỗi thua lỗ của cửa hàng bán lẻ, khách hàng có thể yêu cầu cho một hệ thống thông tin tài chính người đàn ông-agement reflects đó các mặt hàng như bán hàng, tiền lương, tài khoản nợ phải trả, và tài khoản phải thu. Một sản phẩm sẽ sử dụng ít nếu thực sự lý do cho những thiệt hại

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

Cuộc điều tra sơ bộ về nhu cầu của khách hàng đôi khi được gọi là khái niệm explo-
khẩu phần. Trong các cuộc họp tiếp theo giữa các thành viên của nhóm phát triển và các nhóm khách hàng, các chức năng của các sản phẩm được đề xuất là liên tục cải tiến và phân tích tính khả thi về kỹ thuật và biện minh tài chính.
Cho đến nay, tất cả mọi thứ có vẻ là đơn giản. Thật không may, các yêu cầu làm việc fl ow thường được thực hiện không đầy đủ. Khi sản phẩm cuối cùng được giao cho người sử dụng, có thể một hoặc hai sau khi thông số kỹ thuật đã được ký tắt vào của khách hàng năm, khách hàng có thể nói với các nhà phát triển, "Tôi biết rằng đây là những gì tôi yêu cầu, nhưng nó isn ' t thực sự những gì tôi muốn. " Những gì khách hàng yêu cầu và, do đó, những gì các nhà phát triển nghĩ rằng khách hàng muốn, không được những gì khách hàng thực sự cần thiết. Có thể có một số lý do cho tình trạng khó khăn này. Đầu tiên, khách hàng có thể không thực sự hiểu những gì đang xảy ra trong tổ chức của mình. Ví dụ, nó không sử dụng yêu cầu các nhà phát triển phần mềm cho hệ điều hành nhanh hơn nếu nguyên nhân của sự thay đổi hoàn toàn chậm hiện nay là một cơ sở dữ liệu thiết kế xấu. Hoặc, nếu khách hàng không có lợi nhuận hoạt động một chuỗi các cửa hàng bán lẻ, khách hàng có thể yêu cầu cho một hệ thống thông tin quản lý tài chính mà lại phản fl mặt hàng như bán hàng, tiền lương, các khoản phải nộp, các khoản phải thu. Một sản phẩm như vậy sẽ không mấy tác dụng nếu các lý do thực sự cho những tổn thất