1.3 ObjectsAlthough classes in Obje

1.3 Objects
Although classes in Object-Z can be used to specify entire systems, they are more often used to specify components of systems. The components of these systems are not the classes themselves, but objects of the classes. An object is an instance of a class in the sense that it can only be used according to the class’s interface and that its behaviour is consistent with that defined by the schemas of the class. Consider specifying a simple multiplexer which comprises three components: two input queues and a single output queue of messages. The messages on the input queues are merged onto the output queue. The multiplexer is either idle, when both input queues are empty, or busy, otherwise. The multiplexer is also specified by a class — a system class. Let its interface comprise a variable status denoting the status of the multiplexer, its initial state schema, operations Join1, modelling the joining of a message onto one of the input queues, and Join2, modelling the joining of a message onto the other, an operation Transfer modelling the transfer of a message from an input to the output queue, and an operation Leave modelling a message leaving the output queue. The type of messages and the type of the variable status are provided by the following basic type and free type definitions.

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

1.3 các đối tượngMặc dù các lớp đối tượng-Z có thể được sử dụng để chỉ định toàn bộ hệ thống, họ thường xuyên hơn được sử dụng để xác định thành phần của hệ thống. Các thành phần của các hệ thống này không là các lớp mình, nhưng các đối tượng của các lớp học. Một đối tượng là một thể hiện của một tầng lớp trong ý nghĩa rằng nó chỉ có thể được sử dụng theo các lớp giao diện và rằng hành vi của mình là phù hợp với defined đó bởi các lược đồ của lớp. Xem xét chỉ định một đơn giản đa bao gồm ba thành phần: hai đầu vào hàng đợi và một hàng đợi đơn đầu ra của tin nhắn. Các tin nhắn trên đầu vào hàng đợi được sáp nhập vào hàng đợi đầu ra. Các multiplexer là hoặc là nhàn rỗi, khi cả hai đầu vào hàng đợi đang rỗng, hoặc bận rộn, nếu không. Các đa cũng là specified bởi một lớp — một lớp hệ thống. Cho giao diện của nó bao gồm các biến trạng thái biểu thị trạng thái đa, lược đồ ban đầu nhà nước, hoạt động Join1, mô hình gia nhập tin nhắn vào một đầu vào hàng đợi, và Join2, mô hình gia nhập tin nhắn vào khác, một chiến dịch chuyển mô hình chuyển tiếp một tin nhắn từ một đầu vào đến sản lượng hàng và hoạt động của nó lại mô hình thư để lại xếp hàng ra. Loại tin nhắn và các loại trạng thái biến cung cấp các loại cơ bản sau đây và miễn phí loại definitions.

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

1.3 Đối tượng
Mặc dù các lớp học trong Object-Z có thể được sử dụng để xác định toàn bộ hệ thống, họ thường hơn được sử dụng để chỉ định các thành phần của hệ thống. Các thành phần của các hệ thống này không phải là các lớp mình, nhưng đối tượng của lớp. Một đối tượng là một thể hiện của một lớp học trong ý nghĩa rằng nó chỉ có thể được sử dụng theo giao diện của lớp và rằng hành vi của nó là phù hợp với de fi được xác định bởi các lược đồ của lớp. Hãy xem xét chỉ định một kênh đơn giản trong đó bao gồm ba thành phần: hai hàng đợi đầu vào và một hàng đợi đầu ra duy nhất của tin nhắn. Các thông điệp trên hàng đợi đầu vào được sáp nhập vào hàng đợi đầu ra. Các bộ đa hoặc là nhàn rỗi, khi cả hai hàng đợi đầu vào là trống rỗng, hoặc bận rộn, nếu không. Các bộ đa cũng là fi cụ thể ed bởi một lớp - một lớp hệ thống. Hãy để giao diện của nó bao gồm một tình trạng biến biểu thị tình trạng của đa, giản đồ trạng thái ban đầu của nó, hoạt động Join1, mô hình hóa sự gia nhập của một thông điệp vào một trong các hàng đợi đầu vào, và Join2, mô hình hóa sự gia nhập của một thông điệp vào khác, một hoạt động chuyển mô hình hóa việc chuyển nhượng một tin nhắn từ một đầu vào cho hàng đợi đầu ra, và một để lại hoạt động mô hình hóa một thông điệp rời khỏi hàng đợi đầu ra. Các loại thông điệp và các loại tình trạng biến đổi được cung cấp bởi các loại hình cơ bản sau đây và loại miễn phí nitions de fi.