two additional classes are needed.

two additional classes are needed. Elevator Application Class corresponds to the C++
main function, and Elevator Utilities Class contains the Java routines that correspond to the C++ functions declared external to the C++ classes.)
Consider the second iteration of the CRC card for the elevator controller (Hình 11.9). The responsibilities fall into two groups. Three responsibilities—8. Start timer, 10. Check requests, and 11. Update requests—are assigned to the elevator controller on the basis of responsibility-driven design; those tasks are carried out by the elevator controller itself.
On the other hand, the remaining eight responsibilities (events 1 through 7 and event 9) have the form “Send a message to another class to tell it to do something.” This implies the principle that should be used in assigning the relevant method to classes again should be responsibility-driven design. In addition, because of safety concerns, the principle of information hiding is equally applicable in all eight cases. For these two reasons, methods closeDoors and openDoors are assigned to Elevator Doors Class. That is, a client of Elevator Doors Class (in this case, an object of Elevator Controller Class) sends a message to an object of Elevator Doors Class to close or open the doors of the elevator, and that request is then carried out by the relevant method. Every aspect of those two methods is encapsulated within Elevator Doors Class. In addition, information hiding results in a truly independent Elevator Doors Class, instances of which can undergo detailed design and implementation independently and be reused later in other products.
The same two design principles are applied to methods moveDownOneFloor and moveUpOneFloor, and they are assigned to Elevator Class. There is no need for an explicit instruction to cause an elevator to stop. If neither of its two methods is invoked, an elevator cannot move; there is no way to change the state of an elevator other than by invoking one of its two methods.
Finally, methods turnOffButton and turnOnButton are assigned to both Elevator Button Class and Floor Button Class. The reasoning here is the same as for the methods assigned to Elevator Doors Class and Elevator Class. First, the principle of responsibility-driven design requires that the buttons have full control over whether they are on or off. Second, the principle of information hiding requires the internal state of a button to be hidden. The methods that turn an elevator button on or off therefore must be local to Elevator Button Class, and similarly for Floor Button Class. To make use of polymorphism and dynamic binding, methods turnOffButton and turnOnButton are declared abstract (virtual) in the base class Button Class for the reasons stated in Section 7.8. At run time, the correct version of method turnOffButton or turnOnButton will then be invoked.
Step 2. Perform the Detailed Design
A detailed design now is developed for all the classes. Any suitable technique may be used, such as the stepwise refinement described in Chapter 5. The detailed design of method elevatorEventLoop is shown inHình 12.5. The design is presented in a PDL based on C++.
Hình 12.5 is constructed from the statechart of Hình 11.7. For example, the event button pushed, button unlit is implemented by the two nested if statements at the beginning of Hình 12.5. The two operations of the state Process Requests then follow. The else-if condition corresponds to the next event leading from state Elevator Event Loop, elevator moving in direction d, floor f is next. The remainder of the detailed design is equally straightforward.
Now we consider the object-oriented design of the MSG Foundation case study.

Results (Vietnamese) 1:

hai lớp bổ sung là cần thiết. Thang máy ứng dụng lớp tương ứng với C++ chức năng chính, và Thang máy tiện ích hạng có thói quen Java tương ứng với các chức năng C++ tuyên bố bên ngoài để các lớp học C++.) Xem xét sự lặp thứ hai của CRC thẻ cho bộ điều khiển Thang máy (chuyển 11.9). Trách nhiệm rơi vào hai nhóm. Ba trách nhiệm-8. Bắt đầu bộ đếm thời gian, 10. Kiểm tra các yêu cầu, và 11. Cập Nhật yêu cầu — được gán cho bộ điều khiển Thang máy trên cơ sở thiết kế thúc đẩy trách nhiệm; những nhiệm vụ được thực hiện bởi bộ điều khiển Thang máy chính nó. Mặt khác, còn lại trách nhiệm tám (sự kiện 1 đến 7 và sự kiện 9) có dạng "Gửi thư cho một lớp học để cho nó để làm một cái gì đó." Điều này ngụ ý những nguyên tắc mà nên được sử dụng trong việc phân công các phương pháp có liên quan đến các lớp học một lần nữa nên là thúc đẩy trách nhiệm thiết kế. Ngoài ra, vì mối quan tâm an toàn, nguyên lý ẩn thông tin là như nhau áp dụng trong mọi trường hợp tám. Vì hai lý do này, phương pháp closeDoors và openDoors được gán cho Thang máy cửa ra vào lớp. Có nghĩa là, một khách hàng của Thang máy cửa lớp (trong trường hợp này, một đối tượng của Thang máy điều khiển lớp) gửi thư đến một đối tượng của Thang máy cửa lớp học để đóng hoặc mở cửa Thang máy và yêu cầu đó sau đó thực hiện theo phương pháp có liên quan. Mọi khía cạnh của những hai phương pháp được đóng gói trong Thang máy cửa ra vào lớp. Ngoài ra, thông tin ẩn kết quả trong một lớp học Thang máy cửa thực sự độc lập, các trường hợp trong đó có thể trải qua chi tiết thiết kế và thực hiện một cách độc lập và được tái sử dụng sau này trong các sản phẩm khác. Hai thiết kế cùng một nguyên tắc được áp dụng cho phương pháp moveDownOneFloor và moveUpOneFloor, và chúng được phân công đến Thang máy lớp. Có là không cần cho một hướng dẫn rõ ràng để gây ra một Thang máy để ngăn chặn. Nếu cả hai phương pháp của nó kích hoạt, một Thang máy không thể di chuyển; có là không có cách nào để thay đổi trạng thái của một Thang máy khác hơn bằng cách gọi một trong hai phương pháp của nó. Cuối cùng, phương pháp turnOffButton và turnOnButton được gán cho cả hai Thang máy nút lớp và sàn nút lớp. Lý luận ở đây là giống như các phương pháp được gán cho Thang máy cửa ra vào lớp và lớp Thang máy. Trước tiên, nguyên tắc điều khiển trách nhiệm thiết kế đòi hỏi rằng các nút có đầy đủ quyền kiểm soát việc họ có Baät hoaëc Taét. Thứ hai, nguyên lý ẩn thông tin yêu cầu nhà nước nội bộ của một nút được ẩn. Các phương pháp bật một nút Thang máy hoặc tắt do đó phải được địa phương đến Thang máy nút lớp, và tương tự cho sàn nút lớp. Để làm cho việc sử dụng của đa hình và năng động ràng buộc, phương pháp turnOffButton và turnOnButton được tuyên bố trừu tượng (ảo) trong lớp nút lớp cơ sở cho những lý do nêu trong phần 7.8. Tại thời gian chạy, phiên bản chính xác của phương pháp turnOffButton hoặc turnOnButton sau đó sẽ được kích hoạt.Bước 2. Thực hiện thiết kế chi tiết Một thiết kế chi tiết bây giờ được phát triển cho tất cả các lớp học. Bất kỳ kỹ thuật thích hợp có thể được sử dụng, chẳng hạn như sàng lọc stepwise được diễn tả trong chương 5. Thiết kế chi tiết của phương pháp elevatorEventLoop Hiển thị inHình 12,5. Thiết kế được trình bày trong một PDL dựa trên C++.Chuyển 12,5 được xây dựng từ statechart chuyển 11.7. Ví dụ, sự kiện nút đẩy, nút không sáng sủa được thực hiện bằng lồng nhau nếu hai điều khoản ở đầu của chuyển 12,5. Các hoạt động hai yêu cầu quá trình nhà nước sau đó làm theo. Các điều kiện khác nếu tương ứng với các sự kiện tiếp theo dẫn từ bang Thang máy sự kiện Loop, Thang máy di chuyển hướng d, tầng f là tiếp theo. Phần còn lại của thiết kế chi tiết là đơn giản như nhau. Bây giờ chúng ta xem xét thiết kế hướng đối tượng của nghiên cứu trường hợp MSG Foundation.

Results (Vietnamese) 2:

hai lớp học thêm là cần thiết. Thang Application lớp tương ứng với C ++
chức năng chính, và thang máy Utilities lớp chứa các thói quen Java tương ứng với C ++ chức năng tuyên bố bên ngoài đến C ++ lớp học.)
Hãy xem xét các lần lặp thứ hai của thẻ CRC cho bộ điều khiển thang máy (Hình 11.9). Trách nhiệm rơi vào hai nhóm. Ba trách nhiệm-8. Bắt đầu hẹn giờ, 10. Kiểm tra các yêu cầu, và 11. Cập nhật các yêu cầu-được gán cho bộ điều khiển thang máy trên cơ sở thiết kế chịu trách nhiệm định hướng; những nhiệm vụ được thực hiện bởi bộ điều khiển thang máy riêng của mình.
Mặt khác, tám trách nhiệm còn lại (sự kiện 1 đến 7 và sự kiện 9) đã có dạng "Gửi một tin nhắn đến một lớp khác để cho nó làm một cái gì đó." Điều này cho thấy nguyên tắc đó phải được sử dụng trong việc phân công các phương pháp có liên quan đến các lớp học lại nên được thiết kế chịu trách nhiệm định hướng. Ngoài ra, vì lý do an toàn, các nguyên tắc ẩn thông tin là bằng nhau đối trong tất cả tám trường hợp. Đối với hai lý do, phương pháp closeDoors và openDoors được giao cho Thang Cửa Class. Đó là, một khách hàng của Thang Cửa Class (trong trường hợp này, một đối tượng của thang máy điều khiển Class) sẽ gửi một thông điệp tới một đối tượng của Thang Cửa Class để đóng hoặc mở cửa thang máy, và sau đó yêu cầu được thực hiện bởi các phương pháp có liên quan. Mọi khía cạnh của hai phương pháp này được gói gọn trong thang máy Cửa Class. Ngoài ra, che giấu thông tin kết quả trong một sự độc lập Thang Cửa Class, các trường hợp mà có thể trải qua thiết kế chi tiết và thực hiện một cách độc lập và được tái sử dụng sau này trong các sản phẩm khác.
Hai nguyên tắc thiết kế tương tự được áp dụng cho các phương pháp moveDownOneFloor và moveUpOneFloor, và họ được giao Thang Class. Không có nhu cầu cho một hướng dẫn rõ ràng để gây ra một thang máy dừng lại. Nếu không phải của hai phương pháp của nó được gọi, một thang máy không thể di chuyển; không có cách nào để thay đổi trạng thái của một thang máy khác bằng cách gọi một trong hai phương pháp của nó.
Cuối cùng, phương pháp turnOffButton và turnOnButton được gán cho cả hai thang máy Nút Class và Tầng Nút Class. Lý do ở đây là giống như đối với các phương pháp giao cho Thang Cửa Class và Thang Class. Đầu tiên, các nguyên tắc thiết kế chịu trách nhiệm hướng đòi hỏi rằng các nút có toàn quyền kiểm soát cho dù họ đang ở trên hoặc tắt. Thứ hai, nguyên tắc ẩn thông tin đòi hỏi các nước nội bộ của một nút được ẩn. Các phương pháp mà biến một nút thang máy hoặc tắt do đó phải được địa phương để thang máy Nút Class, và tương tự cho Floor Nút Class. Để sử dụng tính đa hình và năng động ràng buộc, phương pháp turnOffButton và turnOnButton được khai báo trừu tượng (ảo) trong các nút lớp cơ sở lớp học cho những lý do nêu tại mục 7.8. Trong thời gian chạy phiên bản chính xác của phương pháp turnOffButton hoặc turnOnButton sau đó sẽ được gọi.
Bước 2. Thực hiện các thiết kế chi tiết
Một thiết kế chi tiết hiện đang được phát triển cho tất cả các lớp học. Bất kỳ kỹ thuật thích hợp có thể được sử dụng, chẳng hạn như sự tinh tế từng bước được mô tả trong Chương 5. Thiết kế chi tiết của phương pháp elevatorEventLoop được hiển thị inHình 12.5. Các thiết kế được trình bày trong một PDL dựa trên C ++.
Hình 12.5 được xây dựng từ các biểu đồ trạng thái của Hình 11.7. Ví dụ, các sự kiện nút đẩy, nút không sáng sủa được thực hiện bởi hai lồng nhau nếu phát biểu vào đầu Hình 12.5. Hai hoạt động của các yêu cầu trình nhà nước sau đó làm theo. Else-if điều kiện tương ứng với các sự kiện tiếp theo dẫn từ nhà nước Thang Event Loop, thang máy di chuyển theo hướng d, f là tầng tiếp theo. Phần còn lại của thiết kế chi tiết cũng không kém phần phức tạp.
Bây giờ chúng ta xem xét việc thiết kế hướng đối tượng của nghiên cứu trường hợp MSG Foundation.