An attribute of an analysis class r

An attribute of an analysis class represents a piece of information that is relevant to the description of the class within the application domain of the problem being investigated. An attribute contains information the analyst or user feels the system should store. For example, a possible relevant attribute of an employee class is employee name, whereas one that may not be as relevant is hair color. Both describe something about an employee, but hair color is probably not all that useful for most business applications. Only those attributes that are important to the task should be included in the class. Finally, only attributes that are primitive or atomic types (i.e., integers, strings, doubles, date, time, boolean, etc.) should be added. Most complex or compound attributes are really placeholders for relationships between classes. Therefore, they should be modeled as relationships, not attributes (see the following).

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

Một thuộc tính của một lớp học phân tích đại diện cho một phần của thông tin có liên quan đến các mô tả về các lớp học ứng dụng miền của vấn đề đang được điều tra. Một thuộc tính chứa thông tin phân tích hoặc người sử dụng cảm giác hệ thống có nên lưu trữ. Ví dụ, một thuộc tính có thể có liên quan của một lớp nhân viên là nhân viên tên, trong khi một trong những có thể không phải là có liên quan là màu tóc. Cả hai mô tả một cái gì đó về một nhân viên, nhưng màu tóc có lẽ không phải tất cả những gì hữu ích cho hầu hết các ứng dụng kinh doanh. Chỉ những thuộc tính quan trọng đối với nhiệm vụ nên được bao gồm trong các lớp học. Cuối cùng, chỉ các thuộc tính có kiểu nguyên thủy hoặc nguyên tử (tức là, số nguyên, dây, tăng gấp đôi, ngày, thời gian, boolean, vv) sẽ được thêm vào. Đặt phức tạp hoặc hợp chất thuộc tính thực sự là phần giữ chỗ cho mối quan hệ giữa các lớp. Do đó, họ nên được mô phỏng như mối quan hệ, không thuộc tính (xem dưới đây).

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

Một thuộc tính của một lớp phân tích đại diện cho một mẩu thông tin có liên quan đến các mô tả của lớp bên trong miền ứng dụng của vấn đề đang được điều tra. Một thuộc tính chứa thông tin các nhà phân tích hay dùng cảm thấy hệ thống cần lưu trữ. Ví dụ, một thuộc tính có thể có liên quan của một lớp nhân viên là tên nhân viên, trong khi một mà có thể không có liên quan là màu tóc. Cả hai mô tả một cái gì đó về một nhân viên, nhưng màu tóc có lẽ là không phải tất cả những gì hữu ích cho hầu hết các ứng dụng kinh doanh. Chỉ có những thuộc tính quan trọng đối với công việc nên được bao gồm trong lớp. Cuối cùng, chỉ có các thuộc tính mà là loại nguyên thủy hay nguyên tử (tức là, số nguyên, chuỗi, tăng gấp đôi, ngày, giờ, boolean, vv) phải được thêm vào. Hầu hết các thuộc tính phức tạp hoặc hợp chất có thực sự giữ chỗ cho các mối quan hệ giữa các lớp. Vì vậy, họ cần được mô hình hóa như các mối quan hệ, không phải thuộc tính (xem dưới đây).