It is important to note that an act

It is important to note that an actor and a user are not the same thing. A typical
user may play a number of different roles when using a system, whereas an actor
represents a class of external entities (often, but not always, people) that play just
one role. As an example, consider a machine operator (a user) who interacts with
the control computer for a manufacturing cell that contains a number of robots and
numerically controlled machines. After careful review of requirements, the software
for the control computer requires four different modes (roles) for interaction: programming
mode, test mode, monitoring mode, and troubleshooting mode. Therefore,
four actors can be defined: programmer, tester, monitor, and troubleshooter. In
some cases, the machine operator can play all of these roles. In others, different people
may play the role of each actor.
Because requirements elicitation is an evolutionary activity, not all actors are identified
during the first iteration. It is possible to identify primary actors [JAC92] during
the first iteration and secondary actors as more is learned about the system. Primary
actors interact to achieve required system function and derive the intended benefit
from the system. They work directly and frequently with the software. Secondary
actors support the system so that primary actors can do their work.
Once actors have been identified, use-cases can be developed. The use-case
describes the manner in which an actor interacts with the system. Jacobson [JAC92]
suggests a number of questions that should be answered by the use-case:

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

Nó là quan trọng để lưu ý rằng một diễn viên và người dùng không cùng một điều. Một điển hìnhngười dùng có thể chơi một số vai trò khác nhau khi sử dụng một hệ thống, trong khi một diễn viênđại diện cho một lớp bên ngoài tổ chức (thông thường, nhưng không phải luôn luôn, người) chơi chỉmột vai trò. Ví dụ, hãy xem xét một điều hành máy (người dùng), những người tương tác vớimáy tính điều khiển cho một tế bào sản xuất có chứa một số robot vàsố lượng kiểm soát máy. Sau khi cẩn thận xem xét yêu cầu, phần mềmkiểm soát máy tính đòi hỏi bốn chế độ khác nhau (vai trò) cho sự tương tác: lập trìnhchế độ, chế độ kiểm tra, giám sát chế độ, và xử lý sự cố chế độ. Do đó,bốn diễn viên có thể được định nghĩa: lập trình, thử nghiệm, màn hình, và gỡ rối. Ởmột số trường hợp, các nhà điều hành máy có thể chơi tất cả các vai trò. Trong những người khác, những người khác nhaucó thể đóng vai trò diễn viên mỗi.Bởi vì yêu cầu elicitation là một hoạt động tiến hóa, không phải tất cả các diễn viên được xác địnhtrong lặp đầu tiên. Ta có thể xác định chính diễn viên [JAC92] trong thời gianlặp đi lặp lại đầu tiên và thứ cấp các diễn viên như học về hệ thống. Chínhdiễn viên tương tác để đạt được các yêu cầu hệ thống chức năng và lấy được lợi ích dự địnhtừ hệ thống. Họ làm việc trực tiếp và thường xuyên với các phần mềm. Trung họcdiễn viên hỗ trợ hệ thống để chính diễn viên có thể làm công việc của họ.Sau khi các diễn viên đã được xác định, trường hợp sử dụng có thể được phát triển. Trường hợp sử dụngMô tả cách thức mà trong đó một diễn viên tương tác với hệ thống. Jacobson [JAC92]cho thấy một số câu hỏi cần được trả lời bởi trường hợp sử dụng:

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

Điều quan trọng cần lưu ý là một diễn viên và một người sử dụng không phải là điều tương tự. Một điển hình
người sử dụng có thể đóng một số vai trò khác nhau khi sử dụng một hệ thống, trong khi một diễn viên
đại diện cho một lớp học của các thực thể bên ngoài (thường xuyên, nhưng không phải lúc nào, mọi người) mà chơi chỉ
một vai trò. Như một ví dụ, hãy xem xét một nhà điều hành máy (người dùng), người tương tác với
máy tính điều khiển cho một tế bào sản xuất có chứa một số lượng robot và
máy điều khiển số. Sau khi xem xét cẩn thận các yêu cầu, các phần mềm
cho máy tính điều khiển đòi hỏi bốn chế độ khác nhau (vai trò) để tương tác: lập trình
chế độ, chế độ kiểm tra, giám sát chế độ, chế độ và xử lý sự cố. Do đó,
bốn diễn viên có thể được định nghĩa: lập trình, thử nghiệm, giám sát và khắc phục sự cố. Trong
một số trường hợp, các nhà điều hành máy có thể chơi tất cả các vai diễn. Trong những người khác, những người khác nhau
có thể đóng vai trò của mỗi diễn viên.
Bởi vì yêu cầu sự khám phá là một hoạt động tiến hóa, không phải tất cả các diễn viên được xác định
trong phiên đầu tiên. Nó có thể xác định chủ thể cơ bản [JAC92] trong
phiên đầu tiên và các diễn viên phụ như biết nhiều hơn về hệ thống. Chính
các diễn viên tương tác để đạt được chức năng hệ thống yêu cầu và lấy được những lợi ích dành
cho hệ thống. Họ làm việc trực tiếp và thường xuyên với các phần mềm. Secondary
diễn viên hỗ trợ hệ thống để cho diễn viên chính có thể làm công việc của họ.
Một khi các diễn viên đã được xác định, trường hợp sử dụng có thể được phát triển. Các trường hợp sử dụng
mô tả cách thức mà một diễn viên tương tác với hệ thống. Jacobson [JAC92]
cho thấy một số câu hỏi cần được trả lời bởi các trường hợp sử dụng: