Computers are now so commonplace, i

Computers are now so commonplace, if not yet so beloved, that the adaptations are accepted as a matter of course.

There are dramatic exceptions to my argument that the generalization of software packages has changed little over the years: electronic spreadsheets and simple database systems. These powerful tools, so obvious in retrospect and yet so late in appearing, lend themselves to myriad uses, some quite unorthodox. Articles and even books now abound on how to tackle unexpected tasks with the spreadsheet. Large numbers of applications that would formerly have been written as custom programs in Cobol or Report Program Generator are now routinely done with these tools.

Many users now operate their own computers day in and day out on various applications without ever writing a program. Indeed, many of these users cannot write new programs for their machines, but they are nevertheless adept at solving new problems with them.

I believe the single most powerful software-productivity strategy for many organizations today is to equip the computer-naive intellectual workers who are on the firing line with personal computers and good generalized writing, drawing, file, and spreadsheet programs and then to turn them loose. The same strategy, carried out with generalized mathematical and statistical packages and some simple programming capabilities, will also work for hundreds of laboratory scientists.

Requirements refinement and rapid prototyping. The hardest single part of building a software system is deciding precisely what to build. No other part of the conceptual work is as difficult as establishing the detailed technical requirements, including all the interfaces to people, to machines, and to other software systems. No other part of the work so cripples the resulting system if done wrong. No other part is more difficult to rectify later.

Therefore, the most important function that the software builder performs for the client is the iterative extraction and refinement of the product requirements. For the truth is, the client does not know what he wants. The client usually does not know what questions must be answered, and he has almost never thought of the problem in the detail necessary for specification. Even the simple answer_"Make the new software system work like our old manual information-processing system"_is in fact too simple. One never wants exactly that. Complex software systems are, moreover, things that act, that move, that work. The dynamics of that action are hard to imagine. So in planning any software-design activity, it is necessary to allow for an extensive iteration between the client and the designer as part of the system definition.

I would go a step further and assert that it is really impossible for a client, even working with a software engineer, to specify completely, precisely, and correctly the exact requirements of a modern software product before trying some versions of the product.

Therefore, one of the most promising of the current technological efforts, and one that attacks the essence, not the accidents, of the software problem, is the development of approaches and tools for rapid prototyping of systems as prototyping is part of the iterative specification of requirements.

A prototype software system is one that simulates the important interfaces and performs the main functions of the intended system, while not necessarily being bound by the same hardware speed, size, or cost constraints. Prototypes typically perform the mainline tasks of

the application, but make no attempt to handle the exceptional tasks, respond correctly to invalid inputs, or abort cleanly. The purpose of the prototype is to make real the conceptual structure specified, so that the client can test it for consistency and usability.

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

Máy tính bây giờ là như vậy phổ biến, nếu không được như vậy kính yêu, rằng các chuyển thể được chấp nhận như là một vấn đề của khóa học.Có những trường hợp ngoại lệ đáng kể để tranh luận của tôi rằng tổng quát của gói phần mềm đã thay đổi rất ít trong những năm qua: bảng tính điện tử và hệ thống cơ sở dữ liệu đơn giản. Những công cụ mạnh mẽ, vì vậy hiển nhiên trong tưởng lại và được như vậy vào cuối năm xuất hiện, cho vay mình để sử dụng vô số, một số khá không chánh thống. Bài báo và sách thậm chí bây giờ rất nhiều ở trên làm thế nào để giải quyết các công việc bất ngờ với bảng tính. Một số lượng lớn của các ứng dụng nào trước đây đã được ký hiệu là các chương trình tùy chỉnh trong Cobol hoặc máy phát điện chương trình báo cáo bây giờ được thực hiện thường xuyên với những công cụ này.Nhiều người dùng bây giờ hoạt động riêng của họ máy tính ngày và ngày ra vào ứng dụng khác nhau mà không bao giờ viết một chương trình. Thật vậy, nhiều người trong số những người dùng không thể viết các chương trình mới cho máy của họ, nhưng họ vẫn lão luyện tại giải quyết các vấn đề mới với họ.Tôi tin rằng chiến lược phần mềm năng suất mạnh mẽ nhất duy nhất cho nhiều tổ chức vào ngày hôm nay là để trang cho máy tính ngây thơ trí tuệ nhân trên dòng bắn với máy tính cá nhân và tốt tổng quát bằng văn bản, bản vẽ, tập tin, và bảng tính chương trình và sau đó họ biến mất. Cùng một chiến lược, thực hiện với gói toán học và thống kê tổng quát và một số khả năng lập trình đơn giản, cũng sẽ làm việc cho hàng trăm của các nhà khoa học phòng thí nghiệm.Yêu cầu tinh tế và prototyping nhanh chóng. Phần khó nhất duy nhất của xây dựng một hệ thống phần mềm việc quyết định chính xác những gì để xây dựng. Không có một phần khác của việc khái niệm là khó khăn như thiết lập các yêu cầu kỹ thuật chi tiết, bao gồm tất cả các giao diện cho người dân, máy, và các hệ thống phần mềm khác. Không có một phần khác của công việc như vậy cripples hệ thống kết quả nếu làm sai. Không có một phần khác là khó khăn hơn để khắc phục sau đó.Do đó, các chức năng quan trọng nhất xây dựng phần mềm thực hiện cho các khách hàng là lặp đi lặp lại khai thác và chọn lọc các yêu cầu sản phẩm. Đối với sự thật là, các khách hàng không biết những gì ông muốn. Khách hàng thường không biết những gì câu hỏi phải được trả lời, và ông đã gần như không bao giờ nghĩ về vấn đề trong các chi tiết cần thiết cho đặc điểm kỹ thuật. Thậm chí các đơn giản answer_ "Làm cho hệ thống phần mềm mới làm việc như hệ thống xử lý thông tin hướng dẫn sử dụng cũ của chúng tôi" _is trong thực tế quá đơn giản. Một không bao giờ muốn chính xác đó. Hệ thống phần mềm phức tạp là, hơn nữa, những điều mà hành động, di chuyển, công việc đó. Các động thái của hành động đó là khó có thể tưởng tượng. Vì vậy trong kế hoạch bất kỳ hoạt động thiết kế phần mềm, nó là cần thiết để cho phép cho một lặp rộng rãi giữa các khách hàng và các nhà thiết kế như là một phần của định nghĩa hệ thống.Tôi sẽ đi một bước xa hơn và khẳng định rằng đó là thực sự không thể cho một khách hàng, thậm chí làm việc với một kỹ sư phần mềm, để xác định hoàn toàn, chính xác, và một cách chính xác các yêu cầu chính xác của một sản phẩm phần mềm hiện đại trước khi thử một vài phiên bản của sản phẩm.Vì vậy, một trong những triển vọng của những nỗ lực công nghệ hiện tại, và một tấn công tinh hoa, không phải là các tai nạn, vấn đề phần mềm, là sự phát triển của phương pháp tiếp cận và các công cụ cho prototyping nhanh chóng của hệ thống như prototyping là một phần của đặc tả lặp đi lặp lại của yêu cầu.Một hệ thống phần mềm nguyên mẫu là một mà mô phỏng giao diện quan trọng và thực hiện các chức năng chính của hệ thống dự định, trong khi không nhất thiết phải bị ràng buộc bởi cùng một phần cứng tốc độ, kích thước, hoặc chi phí hạn chế. Chiếc nguyên mẫu thường thực hiện các nhiệm vụ chính của Các ứng dụng, nhưng làm cho không có nỗ lực để xử lý các nhiệm vụ đặc biệt, đáp ứng một cách chính xác với đầu vào không hợp lệ, hoặc hủy bỏ sạch. Mục đích của mẫu thiết kế là làm thực sự cấu trúc khái niệm quy định, vì vậy mà khách hàng có thể kiểm tra nó cho nhất quán và khả năng sử dụng.

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

Máy tính hiện nay rất phổ biến, nếu chưa được yêu, rằng sự thích nghi được chấp nhận như là một vấn đề của khóa học. Có những ngoại lệ đáng kể đối với lập luận của tôi là sự tổng quát của các gói phần mềm đã thay đổi rất ít trong những năm qua: bảng tính điện tử và các hệ thống cơ sở dữ liệu đơn giản. Những công cụ mạnh mẽ, rõ ràng như vậy khi nhìn lại và chưa quá muộn trong xuất hiện, cho vay mình để vô dụng, một số khá chính thống. Bài viết và thậm chí cả sách hiện nay có rất nhiều cách để giải quyết nhiệm vụ đột xuất với các bảng tính. Một số lượng lớn các ứng dụng mà có thể trước đây đã được viết như các chương trình tùy chỉnh trong Cobol hoặc Báo cáo Chương trình phát điện hiện nay thường xuyên thực hiện với những công cụ này. Nhiều người dùng doanh nghiệp hoạt động máy tính của mình ngày này qua ngày khác trên ứng dụng khác nhau mà không bao giờ viết một chương trình. Thật vậy, nhiều người trong số những người sử dụng không thể viết chương trình mới cho máy của họ, nhưng họ vẫn giỏi trong việc giải quyết những vấn đề mới với họ. Tôi tin rằng các chiến lược phần mềm năng suất mạnh mẽ nhất đối với nhiều tổ chức hiện nay là trang bị cho người lao động trí tuệ máy tính ngây thơ đang trên đường bắn với máy tính cá nhân và viết tổng quát tốt, bản vẽ, tập tin, và các chương trình bảng tính và sau đó biến họ lỏng lẻo. Chiến lược tương tự, thực hiện với gói toán học và thống kê tổng quát và một số khả năng lập trình đơn giản, cũng sẽ làm việc cho hàng trăm nhà khoa phòng thí nghiệm. Yêu cầu tinh tế và tạo mẫu nhanh. Phần duy nhất khó khăn nhất của việc xây dựng một hệ thống phần mềm là quyết định chính xác những gì để xây dựng. Không có phần nào khác của tác phẩm khái niệm khó khăn như việc thiết lập các yêu cầu kỹ thuật chi tiết, bao gồm tất cả các giao diện với mọi người, với máy móc, và các hệ thống phần mềm khác. Không có một phần khác của công việc để làm què quặt hệ thống kết quả nếu làm sai. Không có một phần khác là khó khăn hơn để khắc phục sau đó. Vì vậy, các chức năng quan trọng nhất mà các nhà xây dựng phần mềm thực hiện cho các khách hàng là khai thác lặp đi lặp lại và sự tinh tế của các yêu cầu sản phẩm. Đối với sự thật là, các khách hàng không biết những gì ông muốn. Các khách hàng thường không biết những gì các câu hỏi phải được trả lời, và anh đã gần như không bao giờ nghĩ về những vấn đề trong các chi tiết cần thiết cho đặc điểm kỹ thuật. Ngay cả những answer_ đơn giản "Làm cho công việc hệ thống phần mềm mới như cũ dẫn xử lý thông tin hệ thống của chúng tôi" _is trong thực tế, quá đơn giản. Một không bao giờ muốn điều đó. Hệ thống phần mềm phức tạp, hơn nữa, những điều mà hành động thì hành động, công việc đó. Sự năng động của hành động đó là khó có thể tưởng tượng. Vì vậy, trong kế hoạch bất kỳ hoạt động phần mềm thiết kế, nó là cần thiết để cho phép lặp rộng rãi giữa các khách hàng và các nhà thiết kế như là một phần của định nghĩa hệ thống. Tôi sẽ đi một bước xa hơn và khẳng định rằng nó thực sự là không thể đối với một khách hàng, thậm chí làm việc với một kỹ sư phần mềm, để xác định hoàn toàn, chính xác, và chính xác các yêu cầu chính xác của một sản phẩm phần mềm hiện đại trước khi cố gắng một số phiên bản của sản phẩm. Vì vậy, một trong những hứa hẹn nhất trong những nỗ lực công nghệ hiện tại, và một tấn công vào bản chất, không tai nạn, các vấn đề phần mềm, là sự phát triển của các phương pháp và công cụ để tạo mẫu nhanh chóng của hệ thống như nguyên mẫu là một phần của đặc tả lặp đi lặp lại các yêu cầu. Một hệ thống phần mềm nguyên mẫu là một mô phỏng các giao diện quan trọng và thực hiện các chức năng chính của dự hệ thống, trong khi không nhất thiết phải bị ràng buộc bởi các khó khăn tương tự tốc độ phần cứng, kích thước, hoặc chi phí. Nguyên mẫu thường phải thực hiện các nhiệm vụ tuyến chính của ứng dụng, nhưng không cố gắng để xử lý các nhiệm vụ đặc biệt, đáp ứng một cách chính xác để đầu vào không hợp lệ, hoặc hủy bỏ sạch. Mục đích của các mẫu thử nghiệm là để làm cho thật cấu trúc khái niệm quy định, do đó khách hàng có thể kiểm tra nó cho phù hợp và khả năng sử dụng.