The complete view systemis shown in

The complete view systemis shown in Figure 4.6, where the Task view models
what the system should do, the Environment view describes where the systemshould
performits tasks, the Role view defineswho should do what and the Interaction, Society and Architectural views, finally, define howthe tasks should be executed.
Furthermore, the view system shown in Figure 4.6 is not stable over time.
Rather, it is intended as the root of a tree of view systems as shown in Figure 4.7.
The tree emerges fromthe generic basemodel by adding viewsystems that have
additional views or view systems that have one or more views deleted.
Consider, for example, a multiagent systemthat has only a small number of
agents. In such system, the Society view may be omitted because of the limited
size of the agent society. A followup project has similar characteristics as the
original project (ie. few agents) but it may furthermore need on some sort of
legacy software. In this case, the Society view is omitted as well, but also a new
view, the Legacy view which deals with the integration of legacy systems in the
multiagent environment, is added to the view system. The development of the
original view system to the new view system is illustrated in Figure 4.7 by the
shaded area.
The tree of viewsystems reflects the evolutionary idea of the Experience Factory
presented in Section 3.3.2: the initial viewsystemis altered in order tomake
it fit the particular needs of a specific project and then the adapted view system
is filed away in case that a later project will have the same characteristics as
the project for which the view system was originally adapted. The goal of this constant learning process is to acquire a collection of view systems that cover a large variety ofmultiagent application domains.
After having presented the innermost element of the development model,
we will now present the process model that uses the view system discussed in
this section.



Putting It All Together
Now that we have seen the individual concepts and entities that are part of the
MASSIVE method, it is time to assemble these fragments into a coherent picture.
Figure 4.12 shows the overall structure of the MASSIVE method. The product
model that was described in Section 4.2 is integrated into the process model
fromSection 4.3 which is itself embedded into the framework of the Experience
Factory outlined in Section 3.3.2.
The resulting overall developmentmodel is given in UML notation in Figure
4.13 and a textual description is provided in Processmodel 3.

The MASSIVE Method as UML Diagram

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

Systemis hoàn thành xem Hiển thị trong hình 4.6, nơi nhiệm vụ xem mô hìnhHệ thống nên làm gì, quan môi trường mô tả nơi systemshouldperformits nhiệm vụ, defineswho xem vai trò nên làm những gì và tương tác, xã hội và kiến trúc cảnh, cuối cùng, xác định howthe nhiệm vụ nên được thực hiện.Hơn nữa, xem hệ thống hiển thị trong hình 4.6 là không ổn định theo thời gian.Thay vào đó, nó được thiết kế như là người chủ của một cây xem hệ thống như minh hoạ trong hình 4.7.Cây nổi lên từ basemodel chung bằng cách thêm viewsystems cóquan điểm bổ sung hoặc hệ thống xem có tầm nhìn ra một hoặc nhiều xóa.Xem xét, ví dụ, một systemthat multiagent có chỉ một số ít củaĐại lý. Trong hệ thống như vậy, quan điểm xã hội có thể được bỏ qua bởi vì giới hạnKích thước của Hiệp hội đại lý. Một dự án followup có các đặc điểm tương tự như cácdự án ban đầu (tức là. đại lý vài) nhưng nó hơn nữa có thể cần một số loạiphần mềm di sản. Trong trường hợp này, quan điểm xã hội bỏ qua là tốt, nhưng cũng là một mớixem, xem di sản mà đề với sự tích hợp của các hệ thống di sản trong cácmultiagent môi trường, được thêm vào để xem hệ thống. Sự phát triển của cácBan đầu xem hệ thống để xem hệ thống mới được minh họa trong hình 4.7 bởi cáckhu vực bóng mờ.Cây viewsystems phản ánh ý tưởng tiến hóa của các nhà máy kinh nghiệmtrình bày trong phần 3.3.2: viewsystemis ban đầu thay đổi trong thứ tự tomakenó phù hợp với nhu cầu cụ thể của một dự án cụ thể và sau đó chuyển thể xem hệ thốnglà đệ đi trong trường hợp một dự án sau này sẽ có các đặc tính tương tự nhưdự án mà xem hệ thống đã được ban đầu được chuyển thể. Mục tiêu này liên tục quá trình học tập là để có được một bộ sưu tập của hệ thống xem bao gồm một lượng lớn ofmultiagent ứng dụng tên miền.Sau khi có trình bày các yếu tố trong cùng của mô hình phát triển,chúng tôi bây giờ sẽ trình bày các mô hình quy trình sử dụng hệ thống xem thảo luận trongphần này.Đưa nó tất cả cùng nhauBây giờ mà chúng tôi đã thấy các khái niệm cá nhân và các tổ chức là một phần của cácPhương pháp lớn, đó là thời gian để lắp ráp các mảnh vỡ thành một bức tranh mạch lạc.Con số 4.12 cho thấy cấu trúc tổng thể của phương pháp lớn. Sản phẩmMô hình được mô tả trong phần phần 4.2 được tích hợp vào các mô hình quy trìnhfromSection 4.3 là chính nó được nhúng vào trong khuôn khổ của các kinh nghiệmNhà máy được nêu trong phần 3.3.2.Kết quả tổng thể developmentmodel được đưa ra trong UML ký hiệu trong hình4,13 và một mô tả văn bản được cung cấp trong Processmodel 3.Phương pháp lớn như UML sơ đồ

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

Các systemis nhìn hoàn thiện thể hiện trong hình 4.6, nơi các quan điểm mô hình công tác
gì mà hệ thống nên làm, quan điểm môi trường mô tả nơi systemshould
nhiệm vụ performits, quan điểm Vai trò defineswho nên làm những gì và các tương tác, xã hội và kiến trúc quan điểm, cuối cùng, xác định howthe việc này cần được thực hiện.
Hơn nữa, hệ thống quan điểm thể hiện trong hình 4.6 là không ổn định theo thời gian.
Thay vào đó, nó được thiết kế như là gốc của một cây nhìn hệ thống như trong hình 4.7.
Các cây nổi lên fromthe basemodel chung chung bằng cách thêm rằng viewsystems có
quan điểm bổ sung hoặc xem hệ thống có một hoặc nhiều lần xem xóa.
Xem xét, ví dụ, một systemthat multiagent chỉ có một số lượng nhỏ của
các đại lý. Trong hệ thống như vậy, quan điểm xã hội có thể được bỏ qua vì những hạn chế
kích thước của xã hội đại lý. Một dự án của followup có đặc điểm tương tự như
dự án ban đầu (tức là. vài đại lý) nhưng nó có thể hơn nữa cần trên một số loại
phần mềm di sản. Trong trường hợp này, quan điểm xã hội được bỏ qua là tốt, nhưng cũng mới
xem, xem Legacy trong đó giao dịch với sự tích hợp của hệ thống di sản trong
môi trường multiagent, được bổ sung vào hệ thống xem. Sự phát triển của các
hệ thống nhìn ban đầu để xem hệ thống mới được minh họa trong hình 4.7 bởi các
khu vực bóng mờ.
Các cây viewsystems phản ánh ý tưởng tiến hóa của Nhà máy Kinh nghiệm
trình bày trong phần 3.3.2: các viewsystemis ban đầu đã bị thay đổi nhằm tomake
nó phù hợp các nhu cầu cụ thể của một dự án cụ thể và sau đó hệ thống quan điểm thích nghi
là đệ đi trong trường hợp đó một dự án sau này sẽ có những đặc điểm giống như
các dự án mà các hệ thống nhìn ban đầu được chuyển thể. Mục tiêu của quá trình học tập liên tục này là để có được một bộ sưu tập các điểm hệ thống bao gồm một lĩnh vực ứng dụng khác nhau ofmultiagent lớn.
Sau khi trình bày các yếu tố trong cùng của mô hình phát triển,
bây giờ chúng tôi sẽ trình bày các mô hình quá trình sử dụng các hệ thống xem thảo luận trong
này phần. Đưa It All Together Bây giờ chúng ta đã thấy các khái niệm cá nhân và thực thể mà là một phần của phương pháp MASSIVE, đó là thời gian để lắp ráp các mảnh vỡ thành một bức tranh mạch lạc. Hình 4.12 cho thấy cấu trúc tổng thể của phương pháp MASSIVE. Các sản phẩm mô hình đã được mô tả trong phần 4.2 được tích hợp vào các mô hình quy trình fromSection 4.3 mà bản thân nó được nhúng vào trong khuôn khổ của kinh nghiệm Nhà máy nêu tại mục 3.3.2. Kết quả là developmentmodel chung được đưa ra trong UML ký hiệu trong hình 4.13 và một văn bản Mô tả được cung cấp trong processModel 3. Phương pháp MASSIVE như UML Diagram