The widespread use of such a proces

The widespread use of such a process model for requirements prioritization is also confirmed by a survey review that considered more than 200 papers in the field of requirements prioritization for benefit and cost criteria [12]. The assumption underlying the analyzed approaches is that the ranking criteria, the requirement attributes, and the way to compose them in case of multicriteria ranking can be defined independently of the nature of the current set of requirements under evaluation. In other words, they adopt an ex-ante perspective about the requirements prioritization problem which prevents exploiting available knowledge on the project’s application domain. In contrast, an ex-post perspective will enable the exploitation of this knowledge through a prioritization process that is built on the actual set of requirements under evaluation and will lead to a different realization of steps 2 to 4. Namely, project stakeholders are asked to perform a pairwise comparison of the current
IEEE TRANSACTIONS ON SOFTWARE ENGINEERING, VOL. 39, NO. 4, APRIL 2013 445
. The authors are with the Fondazione Bruno Kessler, CIT-IRST, Povo, Via Sommarive 18, I-38123 Trento, Italy. E-mail: {perini, susi, avesani}@fbk.eu. Manuscript received 17 Nov. 2010; revised 16 Dec. 2011; accepted 15 July 2011; published online 25 July 2011. Recommended for acceptance by T. Tamai. For information on obtaining reprints of this article, please send e-mail to: tse@computer.org, and reference IEEECS Log Number TSE-2010-11-0343. Digital Object Identifier no. 10.1109/TSE.2012.52.
0098-5589/13/$31.00 2013 IEEE Published by the IEEE Computer Society
requirements, allowing them to decide which requirement is to be given a higher rank between two alternatives without the need to identify a specific requirement attribute to encode the evaluation criterion adopted by the stakeholder. So,forinstance,
the usersofane-voting system may be asked to decide which of the requirements “Graphical layout of the voting form” and “Getting audio feedback during the voting procedure” is more important (this evaluation will be repeated for different requirement pairs).

The widespread use of such a process model for requirements prioritization is also confirmed by a survey review that considered more than 200 papers in the field of requirements prioritization for benefit and cost criteria [12]. The assumption underlying the analyzed approaches is that the ranking criteria, the requirement attributes, and the way to compose them in case of multicriteria ranking can be defined independently of the nature of the current set of requirements under evaluation. In other words, they adopt an ex-ante perspective about the requirements prioritization problem which prevents exploiting available knowledge on the project’s application domain. In contrast, an ex-post perspective will enable the exploitation of this knowledge through a prioritization process that is built on the actual set of requirements under evaluation and will lead to a different realization of steps 2 to 4. Namely, project stakeholders are asked to perform a pairwise comparison of the current
IEEE TRANSACTIONS ON SOFTWARE ENGINEERING, VOL. 39, NO. 4, APRIL 2013 445
. The authors are with the Fondazione Bruno Kessler, CIT-IRST, Povo, Via Sommarive 18, I-38123 Trento, Italy. E-mail: {perini, susi, avesani}@fbk.eu. Manuscript received 17 Nov. 2010; revised 16 Dec. 2011; accepted 15 July 2011; published online 25 July 2011. Recommended for acceptance by T. Tamai. For information on obtaining reprints of this article, please send e-mail to: tse@computer.org, and reference IEEECS Log Number TSE-2010-11-0343. Digital Object Identifier no. 10.1109/TSE.2012.52.
0098-5589/13/$31.00  2013 IEEE Published by the IEEE Computer Society
requirements, allowing them to decide which requirement is to be given a higher rank between two alternatives without the need to identify a specific requirement attribute to encode the evaluation criterion adopted by the stakeholder. So,forinstance,
the usersofane-voting system may be asked to decide which of the requirements “Graphical layout of the voting form” and “Getting audio feedback during the voting procedure” is more important (this evaluation will be repeated for different requirement pairs).

0/5000

Từ: -

Sang: -

Kết quả (Việt) 1: [Sao chép]

Sao chép!

The widespread use of such a process model for requirements prioritization is also confirmed by a survey review that considered more than 200 papers in the field of requirements prioritization for benefit and cost criteria [12]. The assumption underlying the analyzed approaches is that the ranking criteria, the requirement attributes, and the way to compose them in case of multicriteria ranking can be defined independently of the nature of the current set of requirements under evaluation. In other words, they adopt an ex-ante perspective about the requirements prioritization problem which prevents exploiting available knowledge on the project’s application domain. In contrast, an ex-post perspective will enable the exploitation of this knowledge through a prioritization process that is built on the actual set of requirements under evaluation and will lead to a different realization of steps 2 to 4. Namely, project stakeholders are asked to perform a pairwise comparison of the currentIEEE TRANSACTIONS ON SOFTWARE ENGINEERING, VOL. 39, NO. 4, APRIL 2013 445. The authors are with the Fondazione Bruno Kessler, CIT-IRST, Povo, Via Sommarive 18, I-38123 Trento, Italy. E-mail: {perini, susi, avesani}@fbk.eu. Manuscript received 17 Nov. 2010; revised 16 Dec. 2011; accepted 15 July 2011; published online 25 July 2011. Recommended for acceptance by T. Tamai. For information on obtaining reprints of this article, please send e-mail to: tse@computer.org, and reference IEEECS Log Number TSE-2010-11-0343. Digital Object Identifier no. 10.1109/TSE.2012.52.0098-5589/13/$31.00 2013 IEEE Published by the IEEE Computer Societyrequirements, allowing them to decide which requirement is to be given a higher rank between two alternatives without the need to identify a specific requirement attribute to encode the evaluation criterion adopted by the stakeholder. So,forinstance,the usersofane-voting system may be asked to decide which of the requirements “Graphical layout of the voting form” and “Getting audio feedback during the voting procedure” is more important (this evaluation will be repeated for different requirement pairs).

đang được dịch, vui lòng đợi..

Kết quả (Việt) 2:[Sao chép]

Sao chép!

Việc sử dụng rộng rãi như một mô hình quy trình cho các yêu cầu ưu tiên cũng được xác nhận bởi một đánh giá khảo sát mà xem xét hơn 200 công trình trong lĩnh vực yêu cầu ưu tiên cho lợi ích và chi phí tiêu chí [12]. Các giả định cơ bản của phương pháp phân tích là các tiêu chí xếp hạng, các thuộc tính yêu cầu, và cách để soạn chúng trong trường hợp multicriteria xếp hạng có thể được xác định độc lập về tính chất của các thiết lập hiện các yêu cầu được đánh giá. Nói cách khác, họ chấp nhận một quan điểm ex-ante về vấn đề yêu cầu ưu tiên, giúp ngăn chặn việc khai thác kiến thức sẵn có về miền ứng dụng của dự án. Ngược lại, một quan điểm hậu sẽ cho phép khai thác các kiến thức này thông qua một quá trình ưu tiên được xây dựng trên tập thực tế các yêu cầu được đánh giá và sẽ dẫn đến một hiện thực khác nhau của bước 2 đến 4. Cụ thể, các bên liên quan của dự án được yêu cầu thực hiện một so sánh cặp của hiện
giao dịch IEEE ON SOFTWARE ENGINEERING, VOL. 39, NO. 4, tháng 4 năm 2013
445. Các tác giả với Fondazione Bruno Kessler, CIT-IRST, POVO, Via Sommarive 18, I-38.123 Trento, Italy. E-mail: {Perini, susi, avesani}@fbk.eu. Bản thảo đã nhận được 17 Tháng 11 năm 2010; sửa đổi 16 tháng 12 năm 2011; chấp nhận ngày 15 tháng 7 năm 2011; công bố trực tuyến ngày 25 tháng 7 năm 2011. Đề nghị cho sự chấp nhận bởi T. Tamai. Để biết thông tin về việc thu thập các bản in lại của bài viết này, xin vui lòng gửi e-mail tới: tse@computer.org, và tham chiếu IEEECS Log Số TSE-2010-11-0343. Digital Object Identifier không. 10,1109 / TSE.2012.52.
0098-5589 / 13 / 31,00 $? 2013 IEEE đăng bởi IEEE Computer Society
yêu cầu, cho phép họ để quyết định yêu cầu là để được một thứ hạng cao hơn giữa hai lựa chọn thay thế mà không cần phải xác định một thuộc tính yêu cầu cụ thể để mã hóa các tiêu chí đánh giá được thông qua bởi các bên liên quan. Vì vậy, forinstance,
hệ thống usersofane có quyền biểu quyết có thể được yêu cầu để quyết định các yêu cầu "bố trí đồ họa của các hình thức biểu quyết" và "Bắt phản hồi âm thanh trong quá trình bỏ phiếu" là quan trọng hơn (đánh giá này sẽ được lặp lại cho các cặp yêu cầu khác nhau) .

đang được dịch, vui lòng đợi..

Kết quả (Việt) 3:[Sao chép]

Sao chép!

đ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ữ.