oint in the representation of a sys

oint in the representation of a system, we are still trying to completely understand the problem. As such, this process of creating instance-specific sequence diagrams for each scenario instead of creating a single generic sequence diagram for the entire use case will enable the developers to attain a more complete understanding of the problem being addressed. Furthermore, each instance-specific sequence diagram is fairly simple to interpret,whereas a generic sequence diagram can be very complex.As such,the test- ing of a specific use case is accomplished in a much easier manner by validating and ver- ifying the completeness of the set of instance-specific sequence diagrams instead of trying to work through a single complex generic sequence diagram.6
244 Chapter 7 Behavioral Modeling
sd Make Lunch Use Case
sd Submit Order Use Case
MakeLunch()
Lunch
aChild:Child firstParent:Parent secondParent:Parent
aCustomer:Customer
CreateLunch()
Sandwich
Lunch
GetSandwich()
CreateSandwich()
SubmitOrderRequest()
OrderRejected
aCustomer:Customer aSalesPerson:SalesPerson
SubmitCreditRequest() CreditDeniedFIGURE 7-3 Additional Sample Instance-Specific Sequence Diagrams
6 Additional discussion of testing is included in Chapter 13. We also discuss walkthroughs and inspections in Chapter 8.

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

oint trong các đại diện của một hệ thống, chúng tôi vẫn đang cố gắng để hoàn toàn hiểu vấn đề. Như vậy, quá trình này tạo ra ví dụ cụ thể trình tự sơ đồ cho mỗi kịch bản thay vì tạo ra một sơ đồ trình tự chung duy nhất cho các trường hợp sử dụng toàn bộ sẽ cho phép các nhà phát triển để đạt được một sự hiểu biết đầy đủ hơn về vấn đề đang được giải quyết. Hơn nữa, mỗi trường hợp cụ thể trình tự sơ đồ là khá đơn giản để giải thích, trong khi một sơ đồ trình tự chung có thể rất phức tạp. Như vậy, thử nghiệm-ing một trường hợp sử dụng cụ thể thực hiện một cách dễ dàng hơn nhiều bằng cách phê chuẩn và ver-ifying đầy đủ của các thiết lập của ví dụ cụ thể trình tự sơ đồ thay vì cố gắng để làm việc thông qua một diagram.6 duy nhất trình tự chung phức tạpMô hình hành vi 244 chương 7trường hợp sử dụng SD làm cho bữa ăn trưatrường hợp sử dụng SD gửi đơn đặt hàngMakeLunch()Ăn trưaaChild:Child firstParent:Parent secondParent:ParentaCustomer:CustomerCreateLunch()Bánh sandwichĂn trưaGetSandwich()CreateSandwich()SubmitOrderRequest()OrderRejectedaCustomer:Customer aSalesPerson:SalesPersonSubmitCreditRequest() CreditDeniedFIGURE 7-3 bổ sung mẫu ví dụ-Specific trình tự sơ đồ6 thảo luận bổ sung của các thử nghiệm được bao gồm trong chương 13. Chúng tôi cũng thảo luận về walkthroughs và kiểm tra ở chương 8.

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

Trong một hệ thống đại diện cho một chút, chúng tôi vẫn đang cố gắng hiểu vấn đề.Vì vậy, quá trình này tạo ra chuỗi đồ thí dụ cụ thể cho mỗi cảnh, chứ không phải là tạo ra một chuỗi chung của toàn bộ bản đồ use case sẽ làm cho các nhà phát triển có thể đạt được một sự hiểu biết của toàn diện hơn sẽ giải quyết được vấn đề.Ngoài ra, mỗi tiến trình tự cụ thể hình là lời giải thích khá đơn giản, và tướng sequence đồ có thể rất phức tạp, kiểm tra cụ thể được sử dụng là một cách dễ dàng hơn. Kiểm tra và phiên bản hoàn tất, và phải cố gắng vượt qua một thí dụ cụ thể Tổng sơ đồ phức tạp chuỗi chuỗi đồ 6 bộ.Chương 7 244 mô hình hành viLàm bữa trưa use caseĐưa ra mệnh lệnh use caseMakelunch ()Bữa trưa.Con firstparent:secondparent: cha mẹ đứa trẻ:Khách hàng khách hàng:Createlunch ()Bánh mì kẹpBữa trưa.Getsandwich ()Createsandwich ()Submitorderrequest ()OrderrejectedKhách hàng khách hàng nhân viên bán hàng Sales::Submitcreditrequest () creditdeniedfigure 7-3 kèm theo mẫu thí dụ cụ thể fi C sequence FIG.Tăng cường kiểm tra bao gồm 6 bàn trong chương thứ 13.Chúng tôi đã thảo luận. Trong chapter 8 tập huấn và kiểm tra.