0
Tải bản đầy đủ (.docx) (42 trang)

Giai đoạn mô hình trừu tượng hóa

Một phần của tài liệu ONTOLOGY TIẾP CẬN ĐỂ TỰ ĐỘNG PHÂN TÍCH SỰ TƯƠNG TÁC VÀ CỘNG TÁC TRONG HỆ THỐNG PHẦN MỀM NHÓM (Trang 30 -30 )

V. TRƯỜNG HỢP NGHIÊN CỨU

V.2. Giai đoạn mô hình trừu tượng hóa

Từ đó, kỹ sư phần mềm xác định mô hình vấn đề mục tiêu mà quy định việc cộng tác. Để thiết lập các luật, kỹ sư phần mềm dùng ý tưởng giải pháp (xem hình 8) để xác định tính chất của giải pháp lý tưởng này được đáp ứng trong xây dựng lượt đồ bởi người dùng SPACE-DESIGN. Tất cả người dùng SPACE-DESIGN đóng vai trò nhà thiết kế phần mềm những người tham gia trên mô hình lượt đồ UML và họ cần thực hiện toàn bộ các luật được thiết lập. Như vậy 4 luật xác định các yêu cầu và hạn chế việc dùng các thành phần ứng dụng được suy ra (bảng 5). Luật đầu tiên xác định bao gồm 6 thành phần actor như là một yêu cầu cần thiết trong giải pháp. Luật thứ 2 xác định sự cần thiết để dùng 2 kết hợp trong lượt đồ use case. Luật thứ 3 là một hạn chế nghiêm cấm việc dùng các kết hợp tổng quát. Luật thứ 4 là một yêu cầu buộc người dùng phải sử dụng 12 thực thể use case. Mặt khác, luật thứ 5 và thứ 6 điều chỉnh quá trình làm việc cộng tác. Luật thứ 5 buộc việc sử dụng các tiện ích vẽ cho ít nhất 300s gồm thiết kế một phác thảo của giải pháp. Luật thứ 6 hạn chế thời gian cho phép dùng whiteboard khi thiết kế các giải pháp. Tại thời điểm này, các kỹ sư phần mềm tạo phiên bản mô hình trừu tượng hóa định lượng. Theo mục đích của các chỉ số định lượng, chúng ta có thể phân biệt bốn nhóm chỉ số (bảng 6). Nhóm đầu tiên định lượng thời gian cộng tác của phần mềm nhóm người dùng, số lượng các hoạt động được thực hiện và số lượng của thành phần để tạo nên phát triển của sản phẩm. Nhóm các chỉ số thứ 2 xác định các khía cạnh cụ thể của công việc người dùng để phân biệt các loại hoạt động được thực hiện. Đôi khi các chỉ số tính toán dựa vào việc sử dụng các tỷ lệ phần trăm cho phép để xác định các hoạt động cụ thể được

phổ biến nhất của tất cả các hoạt động được hỗ trợ bởi một công cụ cụ thể chẳng hạn như tỷ lệ phần trăm của các hành vi đàm thoại nào là nhằm mục đích đề xuất kiến nghị. Nhóm các chỉ số định lượng thứ ba cho biết mức độ hoàn thành luật gồm mô hình mục tiêu vấn đề. Cuối cùng, nhóm chỉ số thứ tư tính toán số lượng các phần tử (use case, kết hợp,..) bao gồm trong lượt đồ use case được xây dựng bởi người dùng. Mô hình trừu tượng hóa định tính được xác định bởi các kỹ sư phần mềm dùng các chỉ số định lượng trước đó tính toán để suy ra các chỉ số định tính mới. Những chỉ số định tính mới là:

Thời gian: phân tích lượng thời gian tiêu tốn của người dùng phần mềm nhóm trên quá trình giải quyết vấn đề.

Tốc độ: đo lường các hành động này được thực hiện bởi mỗi người dùng trên một đơn vị thời gian.

Cộng tác: phân tích sự phối hợp của người dùng, có tính đến việc chấp nhận các yêu cầu truy cập vào whiteboard và mức độ sử dụng chat để gửi kiến nghị.

Truyền thông: tính toán mức độ giao tiếp giữa người dùng, có tính đến lượng thông điệp chat và tỷ lệ các kiến nghị.

Hiệu chỉnh: phân tích đầy đủ của các giải pháp này đã được xây dựng bằng các kiểm tra phù hợp với các luật được thiết lập để điều chỉnh các giải pháp và đánh giá mức độ sử dụng của các kết hợp để kết nối đến các thực thể. Nhà phát triển đã được thiết lập 6 luật điều chỉnh sự cộng tác (xem bảng 5). Bốn trong số những luật điều chỉnh việc dùng miền ứng dụng các thành phần tạo nên các giải pháp. Chỉ số định lượng Nlaws cung cấp số lượng các luật được đáp ứng đầy đủ (xem bảng 6). Chỉ số định lượng NAssociations cung cấp số lượng của các kết hợp được sử dụng trong các giải pháp. Đối với những lý do này, chỉ số NLaws và NAssociations được tính toán để suy ra giá trị của chỉ số hiệu chỉnh.

Effort: đo lường khối lượng công việc thực hiện, quan tâm đến các hành động được thực hiện bởi mỗi người dùng để giải quyết vấn đề.

Tham gia: phân tích này cam kết của mỗi người dùng trong việc cộng tác. Nó đưa vào tài khoản hoạt động được thực hiện bởi mỗi người dùng và tất các các hoạt động được thực của nhóm xem là một tập thể.

Kế hoạch: phân tích này được nổ lực của nhóm phát triển một chiến lượt để giải quyết vấn đề. Nó đánh giá số lượng vấn đề của bài đọc và dùng vẽ bản sơ khai để thiết kế một bản thảo của giải pháp.

Hiệu lực: các phân tích các giải pháp vì nó đã lưu trữ và với các thực thể xác định các thuộc tính kèm theo, như một sản phẩm phù hợp để đánh giá. Chỉ số định tính này được tính toán bằng cách dùng hai chỉ số định lượng, NSave và PConnection (xem bảng 6). NSave cung cấp số lượng hoạt động thực hiện để lưu trữ các lượt đồ UML. PConnection cung cấp số lượng của các kết hợp được sử dụng cho tổng số các thực thể.

Bảng 5: các luật quy định cho việc cộng tác

Luật Resource

Id Tên Mục đích Kiểu Giá trị tham chiếu

Tên Kiểu

1 UseActor Quy định dùng của các yếu tố Yêu cầu 6 Actor Miền ứng dụng2 UseInclude Yêu cầu 2 Bao gồm Thành phần 2 UseInclude Yêu cầu 2 Bao gồm Thành phần 3 Usegenerallisation Hạn chế - Tổng quát

4 TotalUseCase Yêu cầu 12 Use case5 MinDraw Quy định thời gian tối thiểu mà công cụ được 5 MinDraw Quy định thời gian tối thiểu mà công cụ được

sử dụng

Hạn chế 300 Các tiện ích Drawing

Cộng cụ phần mềm nhóm 6 MaxEditor Quy định thời gian tối đa mà công cụ có thể

được dùng

Hạn chế 1800 Whiteboard

Bảng 6: các chỉ số định lượng

Mục đích Tên Mô tả

Định lượng khía cạnh chung NSeconds định lượng số giây sử dụng bằng nhóm giải quyết vấn đề

SDActions định lượng độ lệch chuẩn của số lượng các hành động thực hiện bởi các thành viên của nhóm

MActions định lượng số lượng trung bình của các hoạt động được thực hiện bởi các thành viên của nhóm

NActions định lượng tổng số của các hành động được thực hiện bởi nhóm Objects định lượng số lượng các thành phần của miền ứng dụng được sử dụng Định lượng khía cạnh cụ thể NProposals Định lượng được số lượng thực hiện các hành vi giao tiếp tạo thành một đề

xuất của một ý tưởng hoặc sáng kiến

NAgreements Định lượng số lượng đề xuất truy cập chia sẽ trên whiteboard mà được chấp nhận bởi các thành viên khác

NRequest Định lượng số lượng yêu cầu để truy cập đến các tương tác whiteboard PProposals Định lượng được tỷ lệ thực hiên hành vi giao tiếp với chat tạo thành một đề

xuất của ý tưởng hoặc sáng kiến

PAgreement Định lượng được tỷ lệ của các đề xuất để truy cập vào tương tác whiteboard mà được chấp nhận bởi các thành viên khác trong nhóm

NReadings Định lượng số lượng trung bình của các bài đọc bằng các thành viên trong nhóm

NSave Định lượng số lượng các hoạt động được thực hiện bởi nhóm các lưu trữ lượt đồ UML được xây dựng bên dưới

SDEditons Định lượng độ lệch tiêu chuẩn giữa các hoạt động chỉnh sửa được thực hiện bởi mỗi người dùng

MEditions định lượng số lượng trung bình chia sẻ của từng thành viên trong Workgroup

SDMessages Định lượng độ lệch chuẩn giữa các hoạt động truyền thông được thực hiện bởi mỗi người dùng

MMessages định lượng số lượng trung bình của tin nhắn được gửi của mỗi thành viên NMessages Định lượng được tổng số tin nhắn được gửi

Định lượng tuân thủ các luật Nlaws Định lượng được các luất quy định giải pháp xây dựng bên dưới (UseActor, UseInclude, UseGeneralisation và UseCase) được đáp ứng

NTime định lượng luật MaxEditor được đầy đủ. NUDraw định lượng luật MinDraw được đầy đủ.

Định lượng sản phẩm NEntities Định lượng số lượng các thực thể bao gồm lược đồ UML được xây dựng NAssociation

s

Định lượng sô lượng các thành phần của loại kết hợp trong miền ứng dụng được dùng

NName Định lượng số lượng các thuộc tính được xác định trong các thực thể được sử dụng

PName Định lượng được tỷ lệ các thực thể được bao gồm các lượt đồ sử dụng mà không có một thuộc tính nào xác định chúng

PConnection Định lượng tỷ lệ số lượng kết hợp trong miền ứng dụng được dùng bởi tổng số các thực thể

Tính chất: cho phép đánh giá toàn bộ quá trình làm việc và kêt quả của nó. Để làm được điều này, thì chỉ số này cung cấp một đánh giá bao gồm những chỉ số định tính khác.

Một phần của tài liệu ONTOLOGY TIẾP CẬN ĐỂ TỰ ĐỘNG PHÂN TÍCH SỰ TƯƠNG TÁC VÀ CỘNG TÁC TRONG HỆ THỐNG PHẦN MỀM NHÓM (Trang 30 -30 )

×