Concerning the selection of the ranking attributes, the following know dịch - Concerning the selection of the ranking attributes, the following know Việt làm thế nào để nói

Concerning the selection of the ran

Concerning the selection of the ranking attributes, the following knowledge is available from project documents, stakeholder expertise, and project management recorded information:
1. “Importance of a requirement”: As specified in the requirements document.
2. “Importance of the functional areas”: Upon advice of the ProVotE Project Manager, the most critical and important area in the project is the Voting operations—management area (VO area), so a higher weight is given to requirements belonging to this area.
3. “Feature weight from Use-Cases”: Use-Cases can aggregate a different number of system features. We associate weights to system features depending on the fact they appear in a more or less “featurerich” Use-Case.
4. “Number of updates to requirements”: We observed that if a requirement has been modified several times, it is likely to be a critical one. We extracted the total number of updates of each requirement from the Requirements Document.
All this knowledge is encoded as partial or total ranking functions.
The subjects of the empirical study are project stakeholders. They are six technicians involved in the design and implementation of the ProVotE system who have different skills and comprehension of the project. Two of them play coordination roles over the whole project, one of them is in charge of realizing the operating system of the e-Voting application, the remaining three are in charge of the implementation of the application.
6.2 Experiment Execution
The six project members were divided into two groups: the first including the two project coordinators, the second the four project developers. Members of the second group performed two different prioritization processes, individually. In the first prioritization, we asked the developers to rank the requirements according to their expectation about bugs that could have been introduced during the implementation stage. That is, on each proposed requirement pair the developers specified which one among the two they considered more at risk of a buggy implementation. The target rank for this criterion was derived from the log of the bug tracking systems, in that case Bugzilla.
The second prioritization process aimed at ranking requirements according to the “secure” factor. Differently from the previous case, the four developers were asked to elicit pairwise comparisons about which requirement was
TABLE 5
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Liên quan đến việc lựa chọn các thuộc tính bảng xếp hạng, kiến thức sau đây có sẵn từ dự án tài liệu, các bên liên quan chuyên môn, và dự án quản lý ghi lại thông tin:1. "tầm quan trọng của một yêu cầu": theo quy định trong tài liệu yêu cầu.2. "tầm quan trọng của các khu chức năng": sau khi tư vấn quản lý dự án ProVotE, nhất quan trọng và quan trọng diện tích của dự án là hoạt động bỏ phiếu-quản lý khu vực (khu vực võ), do đó, trọng lượng hơn đưa ra yêu cầu thuộc khu vực này.3. "tính năng lượng từ trường hợp sử dụng": trường hợp sử dụng có thể tổng hợp một số khác nhau của hệ thống tính năng. Chúng tôi liên kết trọng lượng để hệ thống tính năng tùy thuộc vào thực tế chúng xuất hiện trong một nhiều hơn hoặc ít hơn "featurerich" trường hợp sử dụng.4. "số lượng các bản Cập Nhật để yêu cầu": chúng tôi quan sát thấy rằng nếu một yêu cầu đã bị thay đổi nhiều lần, nó có khả năng là một trong những quan trọng. Chúng tôi trích xuất tổng số của bản Cập Nhật của mỗi yêu cầu từ các tài liệu yêu cầu.Tất cả các kiến thức này được mã hóa như là một phần hoặc tất cả xếp hạng chức năng.Các đối tượng của nghiên cứu thực nghiệm là bên liên quan của dự án. Họ có sáu kỹ thuật tham gia vào việc thiết kế và thực hiện hệ thống ProVotE viên có kỹ năng khác nhau và hiểu về dự án. Hai trong số họ đóng vai trò phối hợp trong toàn bộ dự án, một trong số họ là phụ trách việc thực hiện hệ điều hành của ứng dụng e-biểu quyết, ba còn lại đang phụ trách việc thực hiện của ứng dụng.6.2 thực hiện thử nghiệmCác thành viên sáu dự án được chia thành hai nhóm: đầu tiên bao gồm cả hai dự án điều phối viên, thứ hai bốn dự án nhà phát triển. Các thành viên của nhóm thứ hai thực hiện hai ưu tiên khác nhau quá trình, cá nhân. Ưu tiên đầu tiên, chúng tôi đã yêu cầu các nhà phát triển để xếp hạng các yêu cầu theo kỳ vọng của họ về các lỗi mà có thể đã được giới thiệu trong giai đoạn thực hiện. Đó là, trên mỗi cặp được đề xuất yêu cầu các nhà phát triển quy định mà một trong số hai họ xem xét thêm các nguy cơ của một thực hiện lỗi. Xếp hạng mục tiêu cho các tiêu chuẩn này bắt nguồn từ Nhật ký của lỗi hệ thống, trong đó Bugzilla trường hợp theo dõi.Trình ưu tiên thứ hai nhằm mục đích xếp hạng các yêu cầu theo các yếu tố "an toàn". Một cách khác nhau từ trường hợp trước đây, các nhà phát triển bốn được yêu cầu để elicit cử so sánh về yêu cầu đó làBẢNG 5
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Liên quan đến việc lựa chọn các thuộc tính xếp hạng, các kiến thức sau đây có sẵn từ các tài liệu dự án, giám định các bên liên quan, và quản lý dự án ghi nhận thông tin:
1. "Tầm quan trọng của một yêu cầu". Theo quy định tại các văn bản yêu cầu
2. "Tầm quan trọng của các khu chức năng": Sau khi tư vấn của Giám đốc Dự án ProVotE, các khu vực quan trọng nhất và quan trọng trong dự án là các khu vực bầu cử hoạt động quản lý (VO khu vực), do đó, một trọng lượng cao hơn được đưa ra để yêu cầu thuộc lĩnh vực này.
3. "Tính năng cân từ Sử dụng-Các trường hợp": Sử dụng-Các trường hợp có thể tổng hợp một số đặc điểm khác nhau của hệ thống. Chúng tôi kết hợp trọng lượng để tính năng hệ thống phụ thuộc vào thực tế, họ xuất hiện trong một "featurerich" Use-Case. Nhiều hơn hoặc ít hơn
4. "Số tin cập nhật về các yêu cầu": Chúng tôi quan sát thấy rằng nếu một yêu cầu đã được sửa đổi nhiều lần, nó có thể sẽ là một trong những quan trọng. Chúng tôi trích tổng số cập nhật của mỗi yêu cầu từ các tài liệu yêu cầu.
Tất cả các kiến thức này được mã hóa như hàm xếp hạng phần hay toàn phần.
Các đối tượng của nghiên cứu thực nghiệm là các bên liên quan của dự án. Họ có sáu cán bộ kỹ thuật tham gia vào việc thiết kế và thực hiện hệ thống ProVotE người có kỹ năng khác nhau và hiểu các dự án. Hai trong số họ đóng vai trò điều phối trong toàn bộ dự án, một trong số họ là phụ trách việc thực hiện các hệ thống điều hành của các ứng dụng e-Voting, còn lại ba chịu trách nhiệm thực hiện các ứng dụng.
Execution 6.2 Thử nghiệm
Sáu thành viên của dự án là chia thành hai nhóm: nhóm đầu tiên gồm hai phối viên dự án, thứ hai trong bốn nhà phát triển dự án. Thành viên của nhóm thứ hai thực hiện hai quá trình ưu tiên khác nhau, từng cá nhân. Trong các ưu tiên đầu tiên, chúng tôi yêu cầu các nhà phát triển để xếp hạng các yêu cầu theo sự mong đợi của họ về các lỗi có thể đã được giới thiệu trong các giai đoạn thực hiện. Đó là, trên mỗi cặp yêu cầu đề nghị các nhà phát triển quy định mà một trong hai họ coi là có nhiều nguy cơ của một thực hiện lỗi. Các cấp bậc mục tiêu cho tiêu chí này được bắt nguồn từ nhật ký của hệ thống theo dõi lỗi, trong trường hợp đó Bugzilla.
Quá trình tự ưu tiên thứ hai nhằm vào các yêu cầu xếp hạng theo "bảo đảm" yếu tố. Khác với trường hợp trước, bốn nhà phát triển đã hỏi để gợi ra những so sánh từng đôi về mà yêu cầu là
TABLE 5
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: