ound in a number of agile methodolo

ound in a number of agile methodologies literature is
the general notion that agile development is oriented
towards the development of higher quality software compared
to plan-driven development, see [12] for a detailed
comparison. However, a closer look into such claims reveals
that there is lack of a comprehensive technique to evaluate
how agile processes meet software quality requirements.
There are very few articles on agile methodologies that
specifically tackle issues of software quality in such a way as
to reveal the specific characteristics of quality that agile
processes have improved. What literature reveals however is
that agile developers implement quality issues differently from
the way traditional quality professionals do it. It is also
interesting to realise that agile methodologies were not formed
out of a deliberate desire to add another group of
methodologies that would solve a, b, c, d… problems in the
software development process, but rather they were formed
out of a discovery of the commonality of practices that
developers found themselves following as required by their
processes in their different organizations. The task of
•Ernest Mnkandla is with the School of Information Technology, Monash
University, Johannesburg, 1725, South Africa, phone. [phone], fax:
[phone]. Email:
[e-mail]
•Barry Dwolatzky is with the School of Electrical and Information
Engineering, University of the Witwatersrand, Wits, 2050 Johannesburg,
South Africa. E-mail: [e-mail].
classifying quality attributes may be quite complex and
subjective hence it is not the aim of this paper to develop an
exhaustive analysis of the numerous taxonomies of quality.
However, due to the conceptual differences between agile
methodologies and plan-driven methodologies the existing
techniques that have mainly been used for evaluating plandriven
methodologies may not be suitable for agile processes.
There is therefore a need to develop techniques that are inline
with the highly revolutionary agile development concepts.

ผลลัพธ์ (ไทย) 2:

ound ในจำนวนของวรรณกรรมวิธีเปรียวเป็น
ความคิดทั่วไปที่พัฒนาเปรียวเน้น
ไปสู่การพัฒนาของซอฟต์แวร์ที่มีคุณภาพสูงขึ้นเมื่อเทียบ
กับการพัฒนาแผนขับเคลื่อนให้ดู [12] สำหรับรายละเอียด
การเปรียบเทียบ แต่มองใกล้เข้ามาเรียกร้องดังกล่าวแสดงให้เห็น
ว่ามีการขาดเทคนิคที่ครอบคลุมการประเมิน
วิธีการกระบวนการคล่องตัวตอบสนองความต้องการซอฟต์แวร์ที่มีคุณภาพ.
มีบทความที่น้อยมากในวิธีการที่คล่องตัว
โดยเฉพาะจัดการกับปัญหาของซอฟต์แวร์ที่มีคุณภาพในลักษณะที่
จะเปิดเผย ลักษณะเฉพาะของที่มีคุณภาพที่เปรียว
กระบวนการที่มีการปรับปรุง สิ่งที่แสดงให้เห็นว่าวรรณกรรม แต่เป็น
ว่านักพัฒนาเปรียวใช้ปัญหาคุณภาพแตกต่างจาก
ทางวิชาชีพที่มีคุณภาพแบบดั้งเดิมทำมัน นอกจากนี้ยังเป็น
ที่น่าสนใจที่จะรู้ว่าวิธีการเปรียวถูกไม่ได้เกิดขึ้น
จากความปรารถนาโดยเจตนาที่จะเพิ่มกลุ่มของผู้อื่น
วิธีการที่จะแก้ปัญหา A, B, C, D ... ปัญหาใน
กระบวนการพัฒนาซอฟต์แวร์ แต่พวกเขากำลังก่อตัวขึ้น
จากการค้นพบ ของคนธรรมดาสามัญของการปฏิบัติที่
นักพัฒนาพบว่าตัวเองต่อไปตามที่กำหนดไว้ของพวกเขา
กระบวนการในองค์กรที่แตกต่างกันของพวกเขา งานของ
เออร์เนส• Mnkandla อยู่กับคณะเทคโนโลยีสารสนเทศ, Monash
University, Johannesburg, 1725, แอฟริกาใต้, โทรศัพท์ [phone] แฟ็กซ์:
27 11 950 4033. อีเมล์:
[e-mail]
•แบร์รี่ Dwolatzky อยู่กับโรงเรียนของไฟฟ้าและสารสนเทศ
วิศวกรรมมหาวิทยาลัย Witwatersrand, บิด, 2050 โจฮันเน
แอฟริกาใต้ E-mail:. [e-mail]
คุณลักษณะการจำแนกประเภทที่มีคุณภาพอาจจะค่อนข้างซับซ้อนและ
อัตนัยด้วยเหตุนี้มันไม่ได้เป็นจุดมุ่งหมายของการวิจัยนี้เพื่อพัฒนา
วิเคราะห์ครบถ้วนสมบูรณ์ของ taxonomies จำนวนมากที่มีคุณภาพ.
แต่เนื่องจาก ความแตกต่างระหว่างแนวคิดเปรียว
วิธีการและวิธีการวางแผนการขับเคลื่อนที่มีอยู่
เทคนิคที่ได้รับส่วนใหญ่ที่ใช้สำหรับการประเมิน plandriven
วิธีการอาจจะไม่เหมาะสำหรับกระบวนการเปรียว.
ดังนั้นจึงจำเป็นที่จะต้องพัฒนาเทคนิคที่มีแบบอินไลน์
ที่มีแนวความคิดการพัฒนาเปรียวปฏิวัติสูง

ผลลัพธ์ (ไทย) 3:

คำค้นหา : ในจำนวนของ Agile วิธีการวรรณคดี
ทั่วไปคิดว่าการพัฒนาเปรียวเป็นเชิง
ที่มีต่อการพัฒนาซอฟต์แวร์ที่มีคุณภาพสูงกว่า
วางแผนขับเคลื่อนพัฒนา ดู [ 12 ] สำหรับการเปรียบเทียบรายละเอียด

แต่มองใกล้ในการเรียกร้องดังกล่าว พบว่ามีการขาด

เทคนิคอย่างละเอียดเพื่อประเมินวิธีการเปรียวกระบวนการตอบสนองความต้องการ
คุณภาพซอฟต์แวร์มีกี่บทความมากในวิธีการที่ว่องไว
โดยเฉพาะจัดการปัญหาคุณภาพซอฟต์แวร์ในลักษณะเช่น
เปิดเผยคุณลักษณะเฉพาะของกระบวนการคุณภาพที่ว่องไว
จึงดีขึ้น อะไรคือวรรณกรรม พบแต่ปัญหาที่นักพัฒนาเปรียวใช้

คุณภาพแตกต่างจากวิธีที่ผู้เชี่ยวชาญด้านคุณภาพแบบทำเอง นอกจากนี้
น่าสนใจที่จะรู้ว่าวิธีการเปรียวไม่เกิดขึ้น
ออกจากความปรารถนาเจตนาที่จะเพิ่มอีกกลุ่ม
วิธีการที่จะแก้ A , B , C , D . . . . . . . . ปัญหา
กระบวนการพัฒนาซอฟต์แวร์ แต่จะขึ้น
ออกจากการค้นพบของ commonality ของการปฏิบัติที่พัฒนาตัวเองต่อไปได้ตามต้องการ
พบ โดย
กระบวนการในองค์กรที่แตกต่างกันของพวกเขางาน
- เออร์เนสต์ mnkandla กับคณะเทคโนโลยีสารสนเทศมหาวิทยาลัย Monash
, , Johannesburg , 0 , แอฟริกาใต้ , โทรศัพท์ 27 11 950 4038 โทรสาร :
27 11 950 4033 . อีเมล์ :
เออเนส mnkandla @ Infotech . โมนาช . edu . AU
- แบร์รี่ dwolatzky เป็นข้อมูลของโรงเรียน
วิศวกรรมไฟฟ้าและวิศวกรรม มหาวิทยาลัย Witwatersrand สติปัญญา และ 2050
โจฮันเนสเบิร์ก แอฟริกาใต้ อีเมล : b.dwolatzky @ EEปัญญา ac.za .
การจำแนกคุณลักษณะคุณภาพอาจจะค่อนข้างซับซ้อนและ
อัตนัยจึงไม่ใช่จุดประสงค์ของบทความนี้เพื่อพัฒนาระบบการวิเคราะห์อย่างละเอียดของส่วนประกอบมากมาย

คุณภาพ อย่างไรก็ตาม เนื่องจากความแตกต่างความคิดระหว่างวิธีการเปรียว
และวางแผนขับเคลื่อนวิธีการที่มีอยู่
เทคนิคที่ส่วนใหญ่ถูกใช้เพื่อประเมิน plandriven
วิธีการอาจจะไม่เหมาะกับกระบวนการเปรียว .
มีจึงต้องพัฒนาเทคนิคที่เหมาะสมกับการพัฒนาเปรียวสูง
ปฏิวัติแนวคิด