“Our new sales information system s

“Our new sales information system seems okay, the invoices are correct, the inventory records are correct, the discounts granted to our clients exactly follow our very complicated discount policy, but our new sales information system frequently fails, usually at least twice a day, each time for twenty minutes or more. Yesterday it took an hour and half before we could get back to work . . . . Imagine how embarrassing it is to store managers . . . . Softbest, the software house that developed our comput- erized sales system, claims no responsibility . . . .”
■ “Just half a year ago we launched our new product – the radar detector. The firmware RD-8.1, embedded in this product, seems to be the cause for its success. But, when we began planning the development of a European version of the product, we found out that though the products will be almost similar, our software development department needs to develop new firmware; almost all the design and programming will be new.”
■ “Believe it or not, our software package ‘Blackboard’ for schoolteachers, launched just three months ago, is already installed in 187 schools. The development team just returned from a week in Hawaii, their vacation bonus. But we have been suddenly receiving daily complaints from the ‘Blackboard’ maintenance team. They claim that the lack of failure- detection features in the software, in addition to the poor programmer’s manual, have caused them to invest more than the time estimated to deal with bugs or adding minor software changes that were agreed as part of purchasing contracts with clients.”
■ “The new version of our loan contract software is really accurate. We have already processed 1200 customer requests, and checked each of the output contracts. There were no errors. But we did face a severe unex- pected problem – training a new staff member to use this software takes about two weeks. This is a real problem in customers’ departments suf- fering from high employee turnover . . . . The project team says that as they were not required to deal with training issues in time, an additional two to three months of work will be required to solve the problem.”
There are some characteristic common to all these “but’s”:
■ All the software projects satisfactorily fulfilled the basic requirements for correct calculations (correct inventory figures, correct average class’s score, correct loan interest, etc.).
■ All the software projects suffered from poor performance in important areas such as maintenance, reliability, software reuse, or training.
3 Softwarequalityfactors
■ The cause for the poor performance of the developed software projects in these areas was the lack of predefined requirements to cover these impor- tant aspects of the software’s functionality.

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

"Hệ thống thông tin bán hàng mới của chúng tôi có vẻ chấp nhận được, các hóa đơn là chính xác, các hồ sơ tồn kho là chính xác, giảm giá được cấp cho các khách hàng của chúng tôi chính xác thực hiện theo chính sách giảm giá rất phức tạp, nhưng hệ thống thông tin bán hàng mới của chúng tôi thường không thành công, thường ít nhất hai lần một ngày, mỗi lần cho hai mươi phút hoặc nhiều hơn. Vào ngày hôm nay mất một giờ và một nửa trước khi chúng tôi có thể nhận được trở lại làm việc.... Hãy tưởng tượng làm thế nào lúng túng là để lưu trữ quản lý.... Softbest, nhà phần mềm phát triển hệ thống bán hàng của chúng tôi comput-erized, tuyên bố không chịu trách nhiệm...."■ "chỉ cần một nửa một năm trước đây chúng tôi đưa ra sản phẩm mới-máy dò radar. Phần vững RD-8.1, nhúng trong các sản phẩm này, dường như là nguyên nhân cho sự thành công của nó. Tuy nhiên, khi chúng tôi bắt đầu lập kế hoạch phát triển một phiên bản châu Âu của các sản phẩm, chúng tôi phát hiện ra rằng mặc dù các sản phẩm sẽ gần như tương tự, bộ phận phát triển phần mềm của chúng tôi cần để phát triển các phần mềm mới; hầu như tất cả các thiết kế và lập trình sẽ được mới."■ "tin tưởng rằng nó hay không, chúng tôi phần mềm gói 'Blackboard' cho schoolteachers, đưa ra chỉ ba tháng trước, đã được cài đặt trong các trường học 187. Nhóm phát triển vừa trở về từ một tuần ở Hawaii, tiền thưởng kỳ nghỉ của họ. Nhưng chúng tôi đã bất ngờ nhận được khiếu nại hàng ngày từ đội bảo trì 'Blackboard'. Họ yêu cầu bồi thường thiếu tính năng phát hiện lỗi trong phần mềm, ngoài việc hướng dẫn lập trình nghèo, đã gây ra để đầu tư nhiều hơn thời gian ước lượng để đối phó với các lỗi hoặc thêm tiểu phần mềm thay đổi đó đã đồng ý như là một phần của việc mua các hợp đồng với khách hàng. "■ "Phiên bản mới của phần mềm hợp đồng cho vay của chúng tôi là thực sự chính xác. Chúng tôi đã xử lý 1200 khách hàng yêu cầu, và kiểm tra mỗi của các hợp đồng sản lượng. Đã có không có lỗi. Nhưng chúng tôi đã phải đối mặt với một vấn đề nghiêm trọng ected-pected-đào tạo nhân viên mới sử dụng phần mềm này mất khoảng hai tuần. Đây là một vấn đề ở hàng phòng ban suf-fering từ nhân viên cao doanh thu.... Nhóm dự án nói rằng họ không được yêu cầu để đối phó với các vấn đề đào tạo trong thời gian, thêm 2-3 tháng làm việc sẽ được yêu cầu để giải quyết vấn đề."Có một số đặc điểm phổ biến cho tất cả những "nhưng 's":■ Tất cả các phần mềm dự án đáp ứng yêu cầu thực hiện những yêu cầu cơ bản để tính toán chính xác (chính xác con số hàng tồn kho, khắc phục được điểm trung bình lớp, chính xác cho vay lãi suất, vv).■ Tất cả các dự án phần mềm bị các hiệu suất kém trong các lĩnh vực quan trọng như bảo trì, độ tin cậy, tái sử dụng phần mềm hoặc đào tạo. 3 Softwarequalityfactors■ Các nguyên nhân nghèo hiệu suất của các dự án phát triển phần mềm trong các lĩnh vực là thiếu các yêu cầu được xác định trước để trang trải những khía cạnh ý impor chức năng của phần mềm.

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

"Hệ thống thông tin bán hàng mới của chúng tôi dường như không sao, các hoá đơn là chính xác, các hồ sơ tồn kho là chính xác, giảm giá dành cho các khách hàng của chúng tôi chính xác theo chính sách chiết khấu rất phức tạp của chúng tôi, nhưng hệ thống thông tin bán hàng mới của chúng tôi thường xuyên thất bại, thường ít nhất hai lần một ngày, mỗi lần cho hai mươi phút hoặc hơn. Hôm qua nó mất một giờ rưỡi trước khi chúng ta có thể trở lại làm việc. . . . Hãy tưởng tượng như thế nào xấu hổ nó là để lưu trữ các nhà quản lý. . . . Softbest, các nhà phát triển phần mềm của chúng tôi comput- erized hệ thống bán hàng, khẳng định không có trách nhiệm. . . . "
■" Chỉ cần nửa năm trước, chúng tôi tung ra sản phẩm mới của chúng tôi - các máy dò radar. Các phần mềm RD-8.1, nhúng trong sản phẩm này, có vẻ là nguyên nhân cho sự thành công của nó. Tuy nhiên, khi chúng tôi bắt đầu lên kế hoạch cho sự phát triển của một phiên bản châu Âu của sản phẩm, chúng tôi phát hiện ra rằng mặc dù các sản phẩm này sẽ gần như tương tự, bộ phận phát triển phần mềm của chúng tôi cần phát triển firmware mới; hầu như tất cả các thiết kế và lập trình sẽ là mới mẻ. "
■" Tin hay không, gói phần mềm của chúng tôi 'Blackboard' cho các giáo viên trường, đưa ra chỉ ba tháng trước, đã được cài đặt trong 187 trường học. Đội ngũ phát triển vừa trở về từ một tuần ở Hawaii, thưởng kỳ nghỉ của họ. Nhưng chúng tôi đã bất ngờ nhận được khiếu nại hàng ngày từ 'Blackboard' đội bảo trì. Họ cho rằng việc thiếu các tính năng phát hiện failure- trong phần mềm, ngoài nhãn hiệu các lập trình viên nghèo, đã khiến họ đầu tư nhiều hơn thời gian dự kiến để đối phó với các lỗi hoặc thêm thay đổi phần mềm nhỏ mà đã được thống nhất như một phần của hợp đồng mua bán với khách hàng. "
■" phiên bản mới của phần mềm hợp đồng vay của chúng tôi là thực sự chính xác. Chúng tôi đã xử lý 1.200 yêu cầu của khách hàng, và kiểm tra từng hợp đồng đầu ra. Không có lỗi nào. Nhưng chúng tôi đã phải đối mặt với một vấn đề nghiêm trọng ngờ unex- - đào tạo nhân viên mới để sử dụng phần mềm này mất khoảng hai tuần. Đây là một vấn đề thực sự trong phòng ban của khách hàng suf- fering từ doanh thu của nhân viên cao. . . . Nhóm nghiên cứu dự án nói rằng họ không cần thiết để đối phó với các vấn đề đào tạo trong thời gian, thêm 2-3 tháng làm việc sẽ được yêu cầu để giải quyết vấn đề ".
Có một số đặc điểm chung cho tất cả các" nhưng "sau:
■ Tất cả các dự án phần mềm thực hiện tốt các yêu cầu cơ bản để tính toán chính xác (con số chính xác hàng tồn kho, số điểm chính xác trung bình lớp, lãi vay đúng, vv).
■ Tất cả các dự án phần mềm bị hiệu suất kém trong lĩnh vực quan trọng như bảo trì, độ tin cậy, tái sử dụng phần mềm, hoặc đào tạo.
3 Softwarequalityfactors
■ nguyên nhân cho sự yếu kém của các dự án phần mềm được phát triển trong các lĩnh vực này là thiếu các yêu cầu được xác định trước để trang trải các khía cạnh quan trọng của chức năng của phần mềm.