How can this technology be applied

How can this technology be applied to the software-engineering task? In many ways: Such systems can suggest interface rules, advise on testing strategies, remember bug-type frequencies, and offer optimization hints.

Consider an imaginary testing advisor, for example. In its most rudimentary form, the diagnostic expert system is very like a pilot's checklist, just enumerating suggestions as to possible causes of difficulty. As more and more system structure is embodied in the rule base, and as the rule base takes more sophisticated account of the trouble symptoms reported, the testing advisor becomes more and more particular in the hypotheses it generates and the tests it recommends. Such an expert system may depart most radically from the conventional ones in that its rule base should probably be hierarchically modularized in the same way the corresponding software product is, so that as the product is modularly modified, the diagnostic rule base can be modularly modified as well.

The work required to generate the diagnostic rules is work that would have to be done anyway in generating the set of test cases for the modules and for the system. If it is done in a suitably general manner, with both a uniform structure for rules and a good inference engine available, it may actually reduce the total labor of generating bring-up test cases, and help as well with lifelong maintenance and modification testing. In the same way, one can postulate other advisors, probably many and probably simple, for the other parts of the software-construction task.

Many difficulties stand in the way of the early realization of useful expert-system advisors to the program developer. A crucial part of our imaginary scenario is the development of easy ways to get from program-structure specification to the automatic or semiautomatic generation of diagnostic rules. Even more difficult and important is the twofold ,task of knowledge acquisition: finding articulate, self-analytical experts who know why they do things, and developing efficient techniques for extracting what they know and distilling it into rule bases. The essential prerequisite for building an expert system is to have an expert.

The most powerful contribution by expert systems will surely be to put at the service of the inexperienced programmer the experience and accumulated wisdom of the best programmers. This is no small contribution. The gap between the best software engineering practice and the average practice is very wide_perhaps wider than in any other engineering discipline. A tool that disseminates good practice would be important.

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

Làm thế nào công nghệ này có thể được áp dụng cho các công việc kỹ sư phần mềm? Trong nhiều cách: Hệ thống như vậy có thể đề nghị quy tắc giao diện, tư vấn về thử nghiệm chiến lược, nhớ tần số lỗi-loại, và cung cấp tối ưu hóa gợi ý.Hãy xem xét một cố vấn thử nghiệm tưởng tượng, ví dụ. Ở dạng thô sơ nhất của nó, Hệ thống chẩn đoán chuyên gia là rất giống như một thí điểm danh sách kiểm tra, chỉ liệt kê đề xuất như nguyên nhân có thể khó khăn. Như càng nhiều cấu trúc hệ thống thể hiện trong các cơ sở quy tắc, và vì các cơ sở quy tắc diễn phức tạp hơn các tài khoản của các triệu chứng khó khăn khi báo cáo, cố vấn thử nghiệm trở nên nhiều hơn và nhiều hơn nữa đặc biệt trong những giả thuyết nó tạo ra và thử nghiệm nó khuyến cáo. Một hệ thống chuyên gia có thể khởi hành đặt hoàn toàn từ những thông thường trong đó cơ sở quy tắc của nó có lẽ nên hierarchically modularized trong cùng một cách các sản phẩm phần mềm tương ứng là, do đó là sản phẩm được modularly sửa đổi, các cơ sở chẩn đoán quy tắc có thể được modularly sửa đổi là tốt.Các công việc cần thiết để tạo ra các quy tắc chẩn đoán là công việc nào có thể được thực hiện nào trong việc tạo ra các thiết lập của trường hợp thử nghiệm cho các mô-đun và hệ thống. Nếu nó được thực hiện một cách phù hợp chung, với một cơ cấu thống nhất cho quy tắc và một động cơ tốt suy luận có sẵn, nó thực sự có thể làm giảm lao động tất cả tạo ra trường hợp thử nghiệm mang mặc, và giúp cùng với suốt đời bảo trì và sửa đổi thử nghiệm. Trong cùng một cách, một trong những có thể chủ trương khác cố vấn, có lẽ nhiều và có lẽ đơn giản, cho các bộ phận khác của việc xây dựng phần mềm.Many difficulties stand in the way of the early realization of useful expert-system advisors to the program developer. A crucial part of our imaginary scenario is the development of easy ways to get from program-structure specification to the automatic or semiautomatic generation of diagnostic rules. Even more difficult and important is the twofold ,task of knowledge acquisition: finding articulate, self-analytical experts who know why they do things, and developing efficient techniques for extracting what they know and distilling it into rule bases. The essential prerequisite for building an expert system is to have an expert.The most powerful contribution by expert systems will surely be to put at the service of the inexperienced programmer the experience and accumulated wisdom of the best programmers. This is no small contribution. The gap between the best software engineering practice and the average practice is very wide_perhaps wider than in any other engineering discipline. A tool that disseminates good practice would be important.

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

Làm thế nào công nghệ này có thể được áp dụng cho các nhiệm vụ phần mềm kỹ thuật? Trong nhiều cách: Hệ thống như vậy có thể đề xuất các quy tắc giao tiếp, tư vấn về chiến lược thử nghiệm, hãy nhớ tần số bug-loại, và cung cấp những gợi ý tối ưu hóa. Hãy xem xét một cố vấn xét ​​nghiệm tưởng tượng, ví dụ. Trong hình thức sơ đẳng nhất của nó, là hệ thống chuyên gia chẩn đoán là rất giống như danh sách kiểm tra của phi công, chỉ cần liệt kê đề nghị như những nguyên nhân có thể gặp khó khăn. Khi ngày càng nhiều cấu trúc hệ thống được thể hiện trong các cơ sở quy định, và như là cơ sở nguyên tắc có tính tinh vi hơn của các triệu chứng rắc rối báo cáo, các nhà tư vấn xét ​​nghiệm ngày càng trở nên đặc biệt hơn trong các giả thuyết nó tạo ra và thử nghiệm nó khuyến cáo. Một hệ chuyên gia như vậy có thể khởi hành triệt để nhất từ những người thông thường trong đó cơ sở cai trị của nó có lẽ nên được phân cấp Modularized trong cùng một cách các sản phẩm phần mềm tương ứng là, vì vậy mà sản phẩm được mô đun sửa đổi, các cơ sở nguyên tắc chẩn đoán có thể được mô đun biến đổi như tốt. Các công việc cần thiết để tạo ra các quy tắc chẩn đoán là công việc mà sẽ phải được thực hiện nào trong việc tạo ra các thiết lập của các trường hợp thử nghiệm cho các mô-đun và cho hệ thống. Nếu nó được thực hiện một cách hợp lý nói chung, với cả một cấu trúc thống nhất cho các quy tắc và một động cơ suy luận tốt có sẵn, nó thực sự có thể làm giảm tổng số lao động tạo ra mang lên trường hợp thử nghiệm, và giúp đỡ cũng như với bảo trì suốt đời và thử nghiệm thay đổi. Trong cùng một cách, người ta có thể đưa ra tiên đề cố vấn khác, có lẽ nhiều người và có lẽ đơn giản, cho các bộ phận khác của nhiệm vụ phần mềm xây dựng. Nhiều khó khăn cản trở con đường của việc thực hiện đầu hữu ích cố vấn chuyên gia hệ thống để phát triển chương trình. Một phần quan trọng trong kịch bản tưởng tượng của chúng tôi là sự phát triển của cách dễ dàng để có được từ đặc tả chương trình cơ cấu để các thế hệ tự động hoặc bán tự động của quy tắc chẩn đoán. Thậm chí nhiều hơn khó khăn và quan trọng là hai phần, nhiệm vụ mua lại kiến thức: tìm rõ, các chuyên gia tự phân tích người biết tại sao họ làm điều đó, và phát triển các kỹ thuật hiệu quả để chiết xuất những gì họ biết và chưng cất nó vào các căn cứ quy tắc. Các điều kiện tiên quyết để xây dựng một hệ chuyên gia là phải có một chuyên gia. Sự đóng góp mạnh mẽ nhất của hệ thống chuyên gia chắc chắn sẽ được đưa vào phục vụ cho việc lập trình viên có kinh nghiệm kinh nghiệm và trí tuệ tích lũy của các lập trình viên tốt nhất. Đây là đóng góp không nhỏ. Khoảng cách giữa các thực hành kỹ thuật phần mềm tốt nhất và thực tế trung bình là rất wide_perhaps rộng hơn trong bất kỳ quy tắc kỹ thuật khác. Một công cụ phổ biến thực hành tốt sẽ là quan trọng.