In Chapter 3, we used function poin

In Chapter 3, we used function points and the COCOMO method to estimate the size and
effort of a systems development project, respectively. However, neither of these approaches
were developed or validated with object-oriented systems in mind.As such, even though they
are very popular approaches to estimation, their application to object-oriented systems is
questionable. Because we now know about use cases,we introduce a size and effort estimation
technique that was developed around their use. This technique, known as use-case points, was
originally developed by Gustav Karner of Objectory AB.26 Use-case points are based on the
same ideas from which function points were developed. However, they have been refined to
take into consideration the unique features of use cases and object orientation.
To estimate size and effort using use-case points, at least the set of essential use cases
and the use-case diagram must have been created. Otherwise, the information required will
not be available. Once the use cases and use case diagram have been created, the actors and
use cases must be classified as simple, average, or complex.
Simple actors are separate systems with which the current system must communicate
through a well-defined application program interface (API). Average actors are separate
systems that interact with the current system using standard communication protocols,
such as TCP/IP, FTP, or HTTP, or an external database that can be accessed using standard
SQL. Complex actors are typically end users communicating with the system using
some type of GUI. Once all the actors have been classified, the appropriate numbers
should be entered into the unadjusted actor weighting table contained in the use-case
point–estimation worksheet (See Figure 5-12). For example, reviewing the Make
Appointment use case (see Figure 5-5) and the use-case diagram for the Appointment

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

Trong chương 3, chúng tôi sử dụng chức năng điểm và phương thức COCOMO để ước tính kích thước vànỗ lực của một hệ thống phát triển dự án, tương ứng. Tuy nhiên, không phải của các phương pháp tiếp cậnđược phát triển hoặc xác nhận với các hệ thống hướng đối tượng trong tâm trí. Như vậy, mặc dù họcách tiếp cận rất phổ biến để ước tính, các ứng dụng hệ thống hướng đối tượng làcó vấn đề. Bởi vì bây giờ chúng ta biết về trường hợp sử dụng, chúng tôi giới thiệu một ước lượng kích thước và nỗ lựckỹ thuật được phát triển xung quanh thành phố sử dụng của họ. Kỹ thuật này, được gọi là điểm trường hợp sử dụng,Ban đầu được phát triển bởi Gustav Karner Objectory AB.26 trường hợp sử dụng điểm dựa trên cácý tưởng tương tự từ có chức năng điểm đã được phát triển. Tuy nhiên, họ đã được tinh chỉnh đểđi vào xem xét các tính năng độc đáo của các trường hợp sử dụng và định hướng đối tượng.Để ước tính kích thước và nỗ lực bằng cách sử dụng điểm trường hợp sử dụng, ít trường hợp sử dụng các thiết lập cần thiếtvà trường hợp sử dụng sơ đồ phải có được tạo ra. Nếu không, các thông tin cần thiết sẽkhông có sẵn. Một khi các trường hợp sử dụng và các trường hợp sử dụng sơ đồ đã được tạo ra, các diễn viên vàtrường hợp sử dụng phải được phân loại như là đơn giản, Trung bình hoặc phức tạp.Diễn viên đơn giản là hệ thống riêng biệt mà các hệ thống hiện tại phải liên lạcthông qua một ứng dụng cũng xác định giao diện chương trình (API). Diễn viên trung bình là riêng biệtHệ thống tương tác với các hệ thống hiện tại bằng cách sử dụng giao thức tiêu chuẩn giao tiếp,chẳng hạn như TCP/IP, FTP, hoặc HTTP hoặc một cơ sở dữ liệu bên ngoài có thể được truy cập bằng cách sử dụng tiêu chuẩnSQL. Phức tạp các diễn viên thường là người dùng cuối giao tiếp với các hệ thống bằng cách sử dụngmột số loại hình của giao diện. Sau khi tất cả các diễn viên đã được phân loại, số lượng thích hợpnên được nhập vào các diễn viên bù hệ số bảng chứa trong trường hợp sử dụngđiểm-dự toán các bảng tính (xem hình 5-12). Ví dụ, xem xét việc làmChỉ định sử dụng trường hợp (xem hình 5-5) và sơ đồ trường hợp sử dụng cho các cuộc hẹn

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

Trong chương 3, chúng tôi sử dụng các điểm chức năng và phương pháp COCOMO để ước tính kích thước và
nỗ lực của một dự án phát triển hệ thống, tương ứng. Tuy nhiên, không phải của các phương pháp
đã được phát triển hoặc xác nhận với hệ thống hướng đối tượng trong mind.As như vậy, mặc dù họ
là những phương pháp rất phổ biến để lập dự toán, ứng dụng của họ để hướng đối tượng hệ thống đang
có vấn đề. Bởi vì bây giờ chúng ta biết về trường hợp sử dụng, chúng tôi giới thiệu một kích thước và nỗ lực lập dự toán
kĩ thuật được phát triển xung quanh việc sử dụng chúng. Kỹ thuật này được gọi là trường hợp sử dụng điểm, đã được
ban đầu được phát triển bởi Gustav Karner của Objectory AB.26 tình huống sử dụng điểm dựa trên
những ý tưởng tương tự mà từ đó các điểm chức năng được phát triển. Tuy nhiên, họ đã được tinh chế để
đi vào xem xét các tính năng độc đáo của trường hợp sử dụng và định hướng đối tượng.
Để ước tính kích thước và nỗ lực sử dụng các điểm trường hợp sử dụng, ít nhất là tập hợp các trường hợp sử dụng thiết yếu
và sơ đồ trường hợp sử dụng phải được tạo. Nếu không, các thông tin cần thiết sẽ
không có sẵn. Một khi các trường hợp sử dụng và sơ đồ trường hợp sử dụng đã được tạo ra, các diễn viên và
trường hợp sử dụng phải được phân loại là đơn giản, trung bình, hoặc phức tạp.
Diễn viên đơn giản là hệ thống riêng biệt mà hệ thống hiện tại phải giao tiếp
thông qua một giao diện chương trình ứng dụng được xác định rõ (API ). Diễn viên trung bình là riêng biệt
hệ thống tương tác với các hệ thống hiện tại sử dụng giao thức truyền thông tiêu chuẩn,
chẳng hạn như TCP / IP, FTP, hoặc HTTP, hoặc một cơ sở dữ liệu bên ngoài mà có thể được truy cập bằng cách sử dụng tiêu chuẩn
SQL. Diễn viên phức tạp thường được người dùng cuối giao tiếp với hệ thống bằng cách sử dụng
một số loại hình giao diện. Một khi tất cả các diễn viên đã được phân loại, con số thích hợp
cần được nhập vào bảng diễn viên không điều chỉnh trọng chứa trong các trường hợp sử dụng
bảng tính điểm lập dự toán (xem hình 5-12). Ví dụ, xem xét Make
trường hợp bổ nhiệm sử dụng (xem hình 5-5), sơ đồ trường hợp sử dụng cho việc bổ nhiệm