The primary thing is to let one sid

The primary thing is to let one side of the association-a single-valued side, if possible-control the relationship. For this to work, the slave end (Person) needs to leak the encapsulation of its data to the master end . This adds to the slave dass an awkward method, which shouldn't really be there, unless the language has fine-grained access control. I've used the naming convention of "friend" here as a nod to C++, where the master's setter would indeed be a friend. Like much property code, this is pretty boilerplate stuff, which is why many people prefer to use some form of code generation to produce it . In conceptual models, navigability isn't an important issue, so 1 don't show any navigability arrows an conceptual models.
OPERATIONS
Operations Operations are the actions that a dass knows to carry out. Operations most obviously correspond to the methods an a dass. Normally, you don't show
'V
CHAPTER 3 CLAss DIAGRAMS: THE ESSENTIALS
those operations that simply manipulate properties, because they can usually be inferred. The full UML Syntax for operations is :
visibility name (parameter-list) : return-type {property-string} • This visi bi 1 i ty marker is public (+) or private (-); others an page 83. • The narre is a string. • The parameter-l ist is the list of parameters for the operation. • The return-type is the type of the returned value, if there is one. • The property-string indicates property values that apply to the given Operation. The parameters in the parameter list are notated in a similar way to attributes. The form is:
direction name : type = default value • The narre, type, and default value are the same as for attributes . • The direction indicates whether the parameter is input (in), output (out) or both (inout). If no direction is shown, it's assumed to be in. An example operation an account might be:
+ balance0n (date : Date) : Money With conceptual models, you shouldn't use operations to specify the Interface of a class. Instead, use them to indicate the principal responsibilities of that class, perhaps using a couple of words summarizing a CRC responsibility (page 65). 1 often find it useful to distinguish between operations that change the state of the system and those that don't. UML defines a query as an operation that gets a value from a dass without changing the system state-in other words, without side effects. You can mark such an Operation with the property string {query}. 1 refer to operations that do change state as modifiers, also called commands . Strictly, the difference between query and modifiers is whether they change the observable state [Meyer]. The observable state is what can be perceived from the outside. An Operation that updates a cache would alter the internal state but would have no effect that's observable from the outside . 1 find it helpful to highlight queries, as you can change the order of execution of queries and not change the system behavior. A common convention is to try
GENERALIZATION
to write operations so that modifiers do not return a value ; that way, you can rely an the fact that operations that return a value are queries . [Meyer] refers to this as the Command-Query separation principle. It's sometimes awkward to do this all the time, but you should do it as much as you can. Other terms you sometimes see are getting methods and setting methods. A getting method returns a value from a field (and does nothing else) . A setting method puts a value into a field (and does nothing else) . From the outside, a client should not be able to teil whether a query is a getting method or a modifier is a setting method. Knowledge of getting and setting methods is entirely internal to the class. Another distinction is between operation and method. An operation is something that is invoked an an object-the procedure declaration-whereas a method is the body of a procedure. The two are different when you have polymorphism. If you have a supertype with three subtypes, each of which overrides the supertype's getPrice operation, you have one operation and four methods that implement it. People usually use the terms operation and method interchangeably, but there are times when lt is useful to be precise about the difference .
Generalization A typical example of generalization involves the personal and corporate customers of a business. They have differences but also many similarities. The similarities can be placed in a general Customer class (the Supertype), with Personal Customer and Corporate Customer as subtypes. This phenomenon is also subject to various interpretations at the various perspectives of modeling. Conceptually, we can say that Corporate Customer is a subtype of Customer if all instances of Corporate Customer are also, by definition, instances of Customer. A Corporate Customer is then a special kind of Customer. The key idea is that everything we say about a Customer-associations, attributes, operations-is true also for a Corporate Customer. With

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

Điều chính là để cho một bên của các Hiệp hội-một giá trị duy nhất bên, nếu có thể kiểm soát các mối quan hệ. Để làm việc này, kết thúc nô lệ (người) cần phải rò rỉ đóng gói các dữ liệu của nó để kết thúc bậc thầy. Điều này thêm vào nô lệ dass một phương pháp vụng về, thực sự không nên có, trừ khi các ngôn ngữ có kiểm soát truy cập hạt mịn. Tôi đã sử dụng quy ước đặt tên của người bạn"" ở đây như là một gật đầu đến c + +, nơi Thạc setter sẽ thực sự là một người bạn. Như nhiều mã bất động sản, đây là công cụ khá boilerplate, đó là lý do tại sao nhiều người thích sử dụng một số hình thức của mã thế hệ để sản xuất ra nó. Trong mô hình khái niệm, điều hướng không phải là một vấn đề quan trọng, vì vậy 1 không hiển thị bất kỳ mũi tên điều hướng một mô hình khái niệm.HOẠT ĐỘNGHoạt động hoạt động là những hành động mà một dass biết để thực hiện. Hoạt động rõ ràng nhất tương ứng với các phương pháp một dass một. Thông thường, bạn không hiển thị' VChương 3 lớp sơ đồ: Các yếu tố cần thiếtnhững hoạt động đơn giản chỉ cần thao tác các thuộc tính, bởi vì họ thường có thể được suy ra. Cú pháp UML đầy đủ cho các hoạt động là:khả năng hiển thị tên (tham số danh sách): trở về-loại {bất động sản-string} • này bi visi 1 tôi ty đánh dấu là công cộng (+) hoặc riêng (-); những người khác một trang 83. • Narre là một chuỗi. • Ist tham số-l là danh sách các tham số cho các hoạt động. • Trở lại-type là kiểu giá trị trả về, nếu có một. • Bất động sản-string cho biết giá trị tài sản áp dụng đối với các hoạt động nhất định. Các tham số trong danh sách tham số notated theo cách tương tự với thuộc tính. Các hình thức là:hướng tên: loại = mặc định giá trị • narre, loại và giá trị mặc định là giống như cho các thuộc tính. • Hướng chỉ ra cho dù các tham số đầu vào (trong), đầu ra (out) hoặc cả hai (inout). Nếu không có hướng sẽ được hiển thị, nó được giả định là trong. Một ví dụ hoạt động tài khoản có thể là:+ balance0n (ngày: ngày): tiền với mô hình khái niệm, bạn không nên sử dụng hoạt động để xác định giao diện của một lớp học. Thay vào đó, sử dụng chúng để chỉ ra trách nhiệm chính của lớp đó, có lẽ bằng cách sử dụng một vài từ tổng kết một trách nhiệm CRC (trang 65). 1 thường tìm thấy nó hữu ích để phân biệt giữa hoạt động thay đổi trạng thái của hệ thống và những người không. UML xác định một truy vấn như là một hoạt động mà được một giá trị từ dass mà không thay đổi hệ thống nhà nước-trong từ khác, mà không có tác dụng phụ. Bạn có thể đánh dấu một thao tác với chuỗi bất động sản {truy vấn}. 1 tham khảo để hoạt động thay đổi trạng thái như bổ ngữ, còn được gọi là lệnh. Nghiêm túc, sự khác biệt giữa các truy vấn và bổ ngữ là cho dù họ thay đổi trạng thái quan sát [Meyer]. Trạng thái quan sát được là những gì có thể được cảm nhận từ bên ngoài. Một chiến dịch thông tin Cập Nhật một bộ nhớ cache sẽ làm thay đổi nội bộ nhà nước nhưng sẽ không có hiệu lực đó là quan sát từ bên ngoài. 1 tìm thấy nó hữu ích để làm nổi bật các truy vấn, như bạn có thể thay đổi thứ tự thực hiện các truy vấn không thay đổi hành vi của hệ thống. Hội nghị phổ biến là để thửTỔNG QUÁTđể viết hoạt động vì vậy mà công cụ sửa đổi không trở về giá trị; bằng cách đó, bạn có thể dựa một thực tế là hoạt động trở lại giá trị một truy vấn. [Meyer] đề cập đến điều này như là nguyên tắc tách lệnh truy vấn. Đôi khi nó là khó khăn để làm điều này tất cả thời gian, nhưng bạn nên làm điều đó càng nhiều càng tốt, bạn có thể. Các điều khoản khác, bạn đôi khi nhìn thấy là nhận được phương pháp và thiết lập các phương pháp. Một phương pháp nhận được trả về một giá trị từ một lĩnh vực (và không có gì khác). Một phương pháp cài đặt đặt giá trị vào một lĩnh vực (và không có gì khác). Từ bên ngoài, một khách hàng nên không thể teil cho dù một truy vấn là một phương pháp nhận được hoặc một công cụ sửa đổi là một phương pháp thiết lập. Kiến thức nhận và thiết lập phương pháp là hoàn toàn bên trong lớp. Một sự phân biệt giữa các hoạt động và phương pháp. Một hoạt động là một cái gì đó gọi một tuyên bố một đối tượng-các thủ tục-trong khi đó một phương pháp là cơ thể của một thủ tục. Hai là khác nhau khi bạn có đa hình. Nếu bạn có một supertype với ba phân nhóm, mỗi trong số đó sẽ ghi đè supertype getPrice chiến dịch, bạn có một hoạt động và bốn phương pháp thực hiện nó. Mọi người thường sử dụng các điều kiện hoạt động và phương pháp thay thế cho nhau, nhưng có những lần khi lt là hữu ích để được chính xác về sự khác biệt.Tổng quát A ví dụ điển hình của tổng quát bao gồm các khách hàng cá nhân và doanh nghiệp của một doanh nghiệp. Họ có sự khác biệt, nhưng cũng có nhiều điểm tương đồng. Những điểm tương đồng có thể được đặt trong một lớp học khách hàng chung (Supertype), với khách hàng cá nhân và các khách hàng doanh nghiệp như phân nhóm. Hiện tượng này cũng là tùy thuộc vào cách diễn giải khác nhau tại các quan điểm khác nhau của mô hình. Khái niệm, chúng tôi có thể nói rằng công ty khách hàng là một phiên bản của khách hàng nếu tất cả các trường hợp của công ty khách hàng cũng là, theo định nghĩa, trường hợp của khách hàng. Một khách hàng doanh nghiệp sau đó là một loại đặc biệt của khách hàng. Ý tưởng chủ chốt là rằng tất cả mọi thứ chúng ta nói về một hiệp hội khách hàng, các thuộc tính, hoạt động-đúng cũng cho một khách hàng doanh nghiệp. Với

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

Điều chính là để cho một bên của hiệp hội một mặt duy nhất có giá trị, nếu có thể, kiểm soát các mối quan hệ. Để làm việc này, kết thúc nô lệ (Person) cần để rò rỉ các đóng gói dữ liệu đến hết chủ. Điều này thêm vào các nô lệ dass một phương pháp vụng về, mà không nên thực sự có mặt ở đó, trừ khi ngôn ngữ có kiểm soát truy cập hạt mịn. Tôi đã sử dụng quy ước đặt tên của "người bạn" ở đây như là một cái gật đầu với C ++, nơi setter của thầy sẽ thực sự là một người bạn. Giống như mã tài sản nhiều, điều này là khá cụ soạn sẵn, đó là lý do tại sao nhiều người thích sử dụng một số hình thức của thế hệ mã để sản xuất nó. Trong các mô hình khái niệm, thông thuyền không phải là một vấn đề quan trọng, do đó, 1 không hiển thị bất kỳ mũi tên di động trên một mô hình khái niệm.
HOẠT ĐỘNG
Điều hành hoạt động là những hành động mà một dass biết để thực hiện. Hoạt động rõ ràng nhất tương ứng với các phương pháp một một dass. Thông thường, bạn không hiển thị
'V
SƠ ĐỒ CHƯƠNG 3 lớp: THE ESSENTIALS
những hoạt động mà chỉ cần thao tác tính, vì họ thường có thể được suy ra. UML Cú pháp đầy đủ cho các hoạt động là:
tên tầm nhìn (tham số-list): return-type {hữu-string} • VISI này bi 1 i ty đánh dấu là công cộng (+) hoặc tư nhân (-); những người khác một trang 83. • Các Narre là một chuỗi. • Tham số-l ist là danh sách các tham số cho các hoạt động. • Sự trở lại-type là kiểu của giá trị trả về, nếu có. • Các tài sản chuỗi cho biết giá trị tài sản được áp dụng cho các hoạt động nhất định. Các thông số trong danh sách tham số được ký hiệu theo một cách tương tự như các thuộc tính. Các hình thức là:
tên hướng: type = giá trị mặc ​​định • Các Narre, loại, và giá trị mặc ​​định là giống như đối với các thuộc tính. • Các hướng chỉ ra cho dù các tham số là đầu vào (in), đầu ra (out) hoặc cả hai (inout). Nếu không có hướng được hiển thị, nó được giả định là trong Một hoạt động ví dụ một tài khoản có thể là:.
+ Balance0n (ngày: ngày): Tiền Với mô hình khái niệm, bạn không nên sử dụng các hoạt động để xác định các giao diện của một lớp. Thay vào đó, sử dụng chúng để chỉ ra trách nhiệm chính của lớp học đó, có lẽ sử dụng một vài lời tóm tắt một trách nhiệm CRC (trang 65). 1 thường tìm thấy nó hữu ích để phân biệt giữa các hoạt động mà thay đổi trạng thái của hệ thống và những người không. UML định nghĩa một truy vấn như một hoạt động mà được một giá trị từ một dass mà không cần thay đổi hệ thống nhà nước, nói cách khác, không có tác dụng phụ. Bạn có thể đánh dấu như một hoạt động với chuỗi thuộc tính {query}. 1 đề cập đến các hoạt động đó làm thay đổi trạng thái như là biến, còn gọi là lệnh. Đúng ra, sự khác biệt giữa các truy vấn và bổ là liệu họ có thay đổi trạng thái quan sát được [Meyer]. Các nhà quan sát là những gì có thể được cảm nhận từ bên ngoài. Một hoạt động mà cập nhật một bộ nhớ cache sẽ thay đổi trạng thái nội bộ, nhưng sẽ không có hiệu lực đó là quan sát từ bên ngoài. 1 tìm thấy nó hữu ích để làm nổi bật các truy vấn, như bạn có thể thay đổi thứ tự thực hiện các truy vấn và không thay đổi hành vi của hệ thống. Một quy ước chung là cố gắng
TỔNG HỢP
để ghi các hoạt động để bổ không trả về giá trị; Bằng cách đó, bạn có thể dựa một thực tế là các hoạt động mà trả về giá trị là các truy vấn. [Meyer] đề cập đến điều này như các nguyên tắc tách lệnh truy vấn. Đó là đôi khi vụng về để làm điều này tất cả các thời gian, nhưng bạn nên làm điều đó nhiều như bạn có thể. Các thuật ngữ khác đôi khi bạn thấy đang nhận được phương pháp và thiết lập các phương pháp. Một phương pháp nhận được trả về một giá trị từ một lĩnh vực (và không có gì khác). Một phương pháp thiết lập đặt một giá trị vào một lĩnh vực (và không có gì khác). Từ bên ngoài, một khách hàng không nên có thể để Teil liệu một truy vấn là một phương pháp nhận hoặc sửa đổi là một phương pháp thiết lập. Kiến thức về nhận và thiết lập các phương pháp này là hoàn toàn nội bộ đến lớp. Phân biệt khác là giữa hoạt động và phương pháp. Một hoạt động là cái gì đó được gọi là một đối tượng, thủ tục kê khai, trong khi một phương pháp là cơ thể của một thủ tục. Hai là khác nhau khi bạn có đa hình. Nếu bạn có một siêu kiểu với cả ba loại, mỗi trong số đó sẽ ghi đè hoạt động getPrice của siêu kiểu, bạn có một hoạt động và bốn phương pháp thực hiện nó. Người ta thường sử dụng các điều khoản hoạt động và phương pháp thay thế cho nhau, nhưng có lần khi lt là hữu ích để được chính xác về sự khác biệt.
Khái quát Một ví dụ điển hình của sự tổng quát liên quan đến khách hàng cá nhân và doanh nghiệp của một doanh nghiệp. Họ có sự khác biệt nhưng cũng có nhiều điểm tương đồng. Các điểm tương đồng có thể được đặt trong một lớp khách hàng nói chung (siêu kiểu), với khách hàng cá nhân và khách hàng doanh nghiệp như phân nhóm. Hiện tượng này cũng là đối tượng để diễn giải khác nhau tại những quan điểm khác nhau của mô hình. Khái niệm, chúng ta có thể nói rằng khách hàng doanh nghiệp là một subtype của khách hàng nếu tất cả các trường hợp của khách hàng doanh nghiệp cũng là, theo định nghĩa, trường hợp của khách hàng. Một khách hàng doanh nghiệp là sau đó một loại đặc biệt của khách hàng. Ý tưởng quan trọng là tất cả mọi thứ chúng ta nói về một khách hàng-hội, các thuộc tính, các hoạt động, cũng đúng cho một khách hàng doanh nghiệp. Với