Abstract. This paper presents the a

Abstract. This paper presents the analysis and key findings of a survey about
dealing with non-functional requirements (NFRs) among architects. We find that,
as long as the architect is aware of the importance of NFRs, they do not adversely
affect project success, with one exception: highly business critical modifiability
tends to be detrimental to project success, even when the architect is aware of it.
IT projects where modifiability is perceived to have low business criticality lead
to consistently high customer satisfaction. Our conclusion is that modifiability
deserves more attention than it is getting now, especially because in general it
is quantified and verified considerably less than other NFRs. Furthermore, IT
projects that applied NFR verification techniques relatively early in development
were more successful on average than IT projects that did not apply verification
techniques (or applied it relatively late in development).
Keywords: Software Architecture, Requirements Management, Software Project
Management, NFR, Modifiability, Empirical Software Engineering.

Results (Thai) 1:

บทคัดย่อ เอกสารนี้แสดง findings วิเคราะห์และคีย์ของการสำรวจเกี่ยวกับการจัดการกับข้อกำหนด (NFRs) ไม่ทำงานระหว่างสถาปนิก เรา find ที่ตราบใดที่สถาปนิกได้ตระหนักถึงความสำคัญของ NFRs พวกเขาทำไม่กระทบมีผลต่อความสำเร็จในโครงการ มีข้อยกเว้นหนึ่ง: สูงธุรกิจสำคัญ modifiabilityมีแนวโน้มให้ผลดีไปสู่ความสำเร็จของโครงการ แม้ว่าสถาปนิกจะรับทราบโครงการ IT ที่ modifiability ถือว่ามีเป้าหมายประการที่สามคือธุรกิจต่ำเพื่อความพึงพอใจของลูกค้าสูงอย่างสม่ำเสมอ บทสรุปของเราได้ที่ modifiabilityสมควรสนใจกว่าจะเดินทางตอนนี้ โดยเฉพาะอย่างยิ่งเพราะโดยทั่วไปนั้นได้ quantified และ verified มากน้อยกว่า NFRs อื่น ๆ นอกจากนี้ มันโครงการที่ใช้เทคนิค verification NFR ค่อนข้างต้นในการพัฒนาประสบความสำเร็จโดยเฉลี่ยกว่านั้นโครงการที่ไม่ได้ใช้ verificationเทคนิค (หรือใช้ค่อนข้างล่าช้าในการพัฒนา)คำสำคัญ: ซอฟต์แวร์สถาปัตยกรรม การจัดการความต้องการ ซอฟต์แวร์โครงการจัดการ NFR, Modifiability วิศวกรรมซอฟต์แวร์ประจักษ์

Results (Thai) 2:

นามธรรม บทความนี้นำเสนอการวิเคราะห์และ ndings สายสำคัญของการสำรวจเกี่ยวกับ
การจัดการกับความต้องการที่ไม่ใช่หน้าที่ (NFRs) ในหมู่สถาปนิก เรา Fi ND ว่า
ตราบใดที่สถาปนิกได้ตระหนักถึงความสำคัญของการ NFRs พวกเขาไม่ได้กระทบ
ส่งผลกระทบต่อความสำเร็จของโครงการที่มีข้อยกเว้น: สูงธุรกิจสามารถ Modi สายสำคัญ
มีแนวโน้มที่จะเป็นอันตรายต่อโครงการที่ประสบความสำเร็จแม้เมื่อสถาปนิกตระหนักถึงมัน
โครงการด้านไอทีที่สามารถ Modi ไฟเป็นที่รับรู้ที่จะมีความสำคัญทางธุรกิจต่ำนำไปสู่
​​ความพึงพอใจของลูกค้าที่สูงอย่างต่อเนื่อง ข้อสรุปของเราก็คือความสามารถใน Modi ไฟ
สมควรได้รับความสนใจมากขึ้นกว่าที่มันจะได้รับในขณะนี้โดยเฉพาะอย่างยิ่งเพราะโดยทั่วไปก็
คือเอ็ดสาย quanti และเอ็ด Veri ไฟมากน้อยกว่า NFRs อื่น ๆ นอกจากนี้
โครงการที่ใช้ NFR Veri เทคนิคไอออนบวกไฟค่อนข้างต้นในการพัฒนา
ที่ประสบความสำเร็จมากขึ้นโดยเฉลี่ยกว่าโครงการด้านไอทีที่ไม่ได้ใช้ไอออนบวกไฟ Veri
เทคนิค (หรือใช้มันค่อนข้างช้าในการพัฒนา).
คำสำคัญ: สถาปัตยกรรมซอฟต์แวร์การจัดการความต้องการของซอฟท์แวโครงการ
จัดการ NFR ความสามารถในสาย Modi, วิศวกรรมซอฟต์แวร์เชิงประจักษ์

Results (Thai) 3:

นามธรรม บทความนี้นำเสนอการวิเคราะห์และคีย์จึง ndings ของการสำรวจเกี่ยวกับการจัดการกับความต้องการการทำงานบน
( nfrs ) ระหว่างสถาปนิก เราจึง ND ที่
ตราบใดที่สถาปนิกตระหนักถึงความสำคัญของ nfrs พวกเขาไม่ส่งผล
มีผลต่อความสําเร็จของโครงการ ด้วยการยกเว้น : สูงทางธุรกิจที่สำคัญของโมไดจึงมีแนวโน้มที่จะเป็นอันตรายต่อความสามารถ
ความสำเร็จโครงการเมื่อสถาปนิกทราบว่าโครงการที่โมดิความสามารถ
จึงเป็นที่รับรู้ได้น้อย วิกฤตธุรกิจตะกั่ว
จะสูงอย่างต่อเนื่องความพึงพอใจของลูกค้า ข้อสรุปของเราคือโมดิถ่ายทอดความสามารถ
deserves ความสนใจมากขึ้นกว่าที่ได้รับในขณะนี้โดยเฉพาะอย่างยิ่งเพราะโดยทั่วไปมัน
คือการไฟฟ้าจึงเอ็ดและข้อมูลจึงเอ็ดมากน้อยกว่า nfrs อื่น ๆ นอกจากนี้
โครงการที่ใช้เทคนิคที่มีการถ่ายทอด nfr ค่อนข้างเร็วในการพัฒนา
มากขึ้นประสบความสำเร็จเฉลี่ยมากกว่าโครงการที่ไม่ได้ใช้เทคนิคในการถ่ายทอดข้อมูล (
หรือใช้มันค่อนข้างช้าในการพัฒนา ) .
สถาปัตยกรรมซอฟต์แวร์การจัดการความต้องการ , โครงการซอฟต์แวร์การจัดการ nfr Modi , จึง , ความสามารถในการวิศวกรรมซอฟต์แวร์เชิงประจักษ์