Let us now consider specifying the

Let us now consider specifying the same queue as a class in Object-Z. ObjectZ classes introduce, as well as modularity, a precise notion of interface. The interface of a class defines the ways in which objects of that class interact with their environment. It determines the ways in which objects of the class can be used in a system specification. More precisely, it defines which state variables may be accessed, whether initial conditions can be checked, and which operations may be applied. Z has no formal notion of interface. Usually, to allow for data refinement, it is assumed that only the initial state schema and operations, and not the state variables, of a specification are accessible in its environment. However, often a Z specification will include auxiliary operation schemas, which are not themselves operations of the specification, but used to build such operations. Such auxiliary operation schemas are not intended to be part of the specification’s interface but are not formally distinguished from those operation schemas that are. In Object-Z, the notion of interface is made precise by the inclusion in a class of a visibility list. Let us assume that the interface of the queue comprises the state variable count, the initial state schema and the operations Join and Leave only. That is, the state variable items of a queue object represents internal information which cannot be accessed in the system which contains that object. The queue is modelled by the class QueueItem.

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

Hãy cho chúng tôi bây giờ xem xét chỉ định cùng một hàng đợi là một lớp đối tượng-Z. Các lớp học ObjectZ giới thiệu, cũng như các mô đun, một khái niệm chính xác của giao diện. Giao diện của một lớp defines những cách mà trong đó các đối tượng của lớp đó tương tác với môi trường của họ. Nó xác định những cách mà trong đó các đối tượng của lớp có thể được sử dụng trong một hệ thống sinh. Chính xác hơn, nó defines biến trạng thái mà có thể được truy cập, cho dù điều kiện ban đầu có thể được kiểm tra và hoạt động mà có thể được áp dụng. Z có không có khái niệm chính thức của giao diện. Thông thường, cho phép dữ liệu refinement, người ta cho rằng chỉ giản đồ ban đầu nhà nước và hoạt động, và không phải các biến trạng thái, của một sinh có thể truy cập trong môi trường của nó. Tuy nhiên, thường sinh Z sẽ bao gồm các hoạt động phụ trợ schemas, đó không phải bản thân hoạt động của sinh, nhưng được sử dụng để xây dựng các hoạt động. Lược đồ phụ trợ hoạt động như vậy không phải là dự định là một phần của giao diện của sinh nhưng không chính thức phân biệt từ các lược đồ hoạt động. Trong đối tượng-Z, khái niệm giao diện được thực hiện chính xác bởi sự bao gồm trong một lớp học về khả năng hiển thị một danh sách. Hãy để chúng tôi giả định rằng giao diện của hàng đợi này bao gồm các bang biến tính, sơ đồ ban đầu nhà nước và các hoạt động tham gia và để lại chỉ. Nghĩa là các biến trạng thái của một đối tượng xếp hàng đại diện cho thông tin nội bộ mà không thể được truy cập trong hệ thống chứa các đối tượng đó. Hàng đợi mô hình của các lớp QueueItem.

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

Bây giờ chúng ta xem xét chỉ định cùng một hàng đợi như là một lớp trong Object-Z. lớp ObjectZ giới thiệu, cũng như mô đun, một ý niệm chính xác về giao diện. Giao diện của một lớp de fi nes những cách thức mà các đối tượng của lớp đó tương tác với môi trường của họ. Nó xác định cách thức mà đối tượng của lớp có thể được sử dụng trong một hệ thống cụ thể cation fi. Chính xác hơn, nó de nes fi mà biến trạng thái có thể được truy cập, cho dù điều kiện ban đầu có thể được kiểm tra, và trong đó hoạt động có thể được áp dụng. Z không có khái niệm chính thức của giao diện. Thông thường, để cho phép dữ liệu tái fi nement, nó được giả định rằng chỉ có các lược đồ ban đầu nhà nước và các hoạt động, và không phải là biến trạng thái, của một cation fi cụ thể có thể truy cập trong môi trường của nó. Tuy nhiên, thường là một Z cụ thể fi cation sẽ bao gồm các lược đồ hoạt động phụ trợ, mà không phải là bản thân hoạt động của các cation fi cụ thể, nhưng được sử dụng để xây dựng các hoạt động đó. lược đồ hoạt động phụ trợ như vậy không có ý định trở thành một phần của giao diện fi cụ thể cation nhưng không được chính thức phân biệt từ những lược đồ hoạt động được. Trong Object-Z, khái niệm về giao diện được thực hiện chính xác bởi sự bao gồm trong một lớp học của một danh sách khả năng hiển thị. Hãy để chúng tôi giả định rằng giao diện của hàng đợi gồm các số biến trạng thái, lược đồ trạng thái ban đầu và các hoạt động tham gia và chỉ lại. Đó là, các mặt hàng biến trạng thái của một đối tượng hàng đợi hiện thông tin nội bộ mà không thể được truy cập trong hệ thống, trong đó có đối tượng đó. Hàng đợi được mô hình hóa bởi QueueItem lớp ?.