Adaptive software development: ASD

Adaptive software development: ASD (Highsmith, 2000) promotes a change-oriented strategy to the
software development of large, complex systems. The method encourages incremental and iterative
development with constant prototyping. (Abrahamsson, 2002) states that “ASD claims to provide a
framework with enough guidance to prevent projects from falling into chaos, but not too much, which could
suppress emergence and creativity.”
Agile modeling: (Ambler, 2002) describes the key points of AM as the agile practices and cultural principles.
The AM modeling practices encourage developers to produce sufficiently advanced models to meet design
needs and all documentation purposes. The cultural principles promote communication, team structure
organization and team work practices.
Crystal family: (Cockburn, 2000 and 2002) describe a framework of related methods that address the
variability of the environment and the specific characteristics of projects. The term “Crystal” is used as a
metaphor to describe the “color” and “hardness” or “heaviness” of each method. The appropriate Crystal
method is selected according to development team size and project criticality. Crystal methods share two
fundamental values: the appropriate level of effective communication and a high tolerance of change within
the project.
Dynamic systems development method: (DSDM Consortium, 1997) and (Stapleton, 1997) describe more of
a framework for developing software rather than a particular method. The five phase DSDM life cycle
provides for project management activities and risk management. (Abrahamsson, 2002) states that: “The
fundamental idea behind DSDM is that instead of fixing the amount of functionality in a product, and then
adjusting time and resources to reach that functionality, it is preferred to fix time and resources, and then
adjust the amount of functionality accordingly.” DSDM is consistently described as the first truly agile
software development method.
Feature-driven development: FDD (Palmer, 2002) focuses on simple process, efficient modeling, and short,
iterative cycles. (Boehm, 2004) describes how “FDD depends heavily on good people for domain knowledge,
design, and development. A central goal is to have the process in the background to support rather than
drive the team.” FDD does not assign collective ownership of project tasks (including code base) unlike other
agile methods including Extreme Programming. (Boehm, 2004) states that the FDD focus on architecture
and “getting it right the first time” is very much the “antithesis of XP’s collective ownership” and that “this
makes FDD strong for more stable systems with predictable evolution, more vulnerable to nonpredictable
‘architecture-breaker’ changes.”
Rational Unified Process: RUP (Kruchten, 1999) works closely with the Unified Modeling Language (UML).
Indeed RUP and UML were designed concurrently by Rational Corporation (now a division of IBM). RUP is
characterized by a large volume of process guidelines and is therefore often viewed as a plan-driven,
“heavy” process. RUP does, however, also display many agile philosophies and is therefore better classified
as a “hybrid” – incorporating ideas from the agile and disciplined/plan-driven paradigms (Boehm, 2004). RUP
addresses business workflows and development economic factors that are usually not specifically covered in
other methods. (Boehm, 2004) states that “RUP is currently being extended to address customer economics
and return-on-investment considerations.” RUP is consistently described as better suited to large projects

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

การพัฒนาซอฟต์แวร์ที่เหมาะสม: ASD (Highsmith, 2000) ส่งเสริมกลยุทธ์มุ่งเน้นการเปลี่ยนแปลงเพื่อการพัฒนาซอฟต์แวร์ระบบใหญ่ ซับซ้อน วิธีการกระตุ้นซ้ำ และเพิ่มการพัฒนาต้นแบบคงที่ด้วย (Abrahamsson, 2002) ระบุว่า " ASD อ้างว่า เพื่อให้การกรอบคำแนะนำเพียงพอเพื่อป้องกันไม่ให้ตกไปอยู่ในความสับสนวุ่นวาย โครงการ แต่ไม่มากเกินไป ซึ่งสามารถระงับการเกิดขึ้นและความคิดสร้างสรรค์"โมเดลโรง: (Ambler, 2002) อธิบายประเด็นของ AM ปฏิบัติคล่องตัวและหลักการทางวัฒนธรรมน.การปฏิบัติสร้างโมเดลส่งเสริมให้นักพัฒนาสามารถสร้างแบบจำลองขั้นสูงเพียงพอเพื่อตอบสนองการออกแบบความต้องการและวัตถุประสงค์ของเอกสารทั้งหมด หลักการทางวัฒนธรรมส่งเสริมการสื่อสาร โครงสร้างทีมงานปฏิบัติงานของทีมงานและองค์กรแฟมิลี่คริสตัล: (Cockburn, 2000 และ 2002) อธิบายถึงกรอบวิธีการที่เกี่ยวข้องที่อยู่ในสำหรับความผันผวนของสภาพแวดล้อมและลักษณะเฉพาะของโครงการ คำว่า "คริสตัล" จะใช้เป็นเทียบเพื่ออธิบาย "สี" และ "ความแข็ง" หรือ "ความหนักเบา" ของแต่ละวิธี ผลึกที่เหมาะสมเลือกวิธีตามพัฒนาทีมขนาดโครงการและประการที่สามคือ แบ่งปันวิธีคริสตัลสองค่าพื้นฐาน: สารที่มีประสิทธิภาพและการยอมรับการเปลี่ยนแปลงภายในสูงในระดับที่เหมาะสมโครงการวิธีพัฒนาระบบแบบไดนามิก: (DSDM Consortium, 1997) และ (Stapleton, 1997) อธิบายเพิ่มเติมของกรอบสำหรับการพัฒนาซอฟต์แวร์มากกว่าวิธีการ ห้าระยะวงจรชีวิต DSDMช่วยให้กิจกรรมการจัดการโครงการและการบริหารความเสี่ยง (Abrahamsson, 2002) ระบุว่า: "_FITTEDความคิดพื้นฐานเบื้องหลัง DSDM คือแทนที่จะแก้ไขจำนวนฟังก์ชันในผลิตภัณฑ์ และปรับเวลาและทรัพยากรไปถึงที่ทำงาน มันเป็นที่ต้องการแก้ไขเวลาและทรัพยากร และปรับจำนวนของฟังก์ชันตาม" DSDM เป็นอธิบายอย่างสม่ำเสมอเป็นคล่องตัวอย่างแท้จริงวิธีการพัฒนาซอฟต์แวร์พัฒนาคุณลักษณะ: FDD (พาล์มเมอร์ 2002) เน้นกระบวนการที่ง่าย การสร้างโมเดลที่มีประสิทธิภาพ และ สั้นรอบซ้ำ (Boehm, 2004) อธิบายว่า "FDD หนักขึ้นอยู่กับคนดีที่รู้โดเมนออกแบบ และพัฒนางาน เป้าหมายศูนย์กลางจะมีการประกอบเพื่อสนับสนุน rather กว่าขับทีม" FDD กำหนดรวมเป็นเจ้าของงานโครงการ (รวมถึงรหัสพื้นฐาน) ไม่เหมือนกันวิธีคล่องตัวรวมถึงการเขียนโปรแกรมมาก (Boehm, 2004) อเมริกาที่ FDD สถาปัตยกรรมและ "ได้รับมันขวาครั้งแรก" มีมากที่ "แอนติเธซิสของ XP รวมเป็นเจ้าของ" และว่า "นี่ทำให้แข็งแกร่งสำหรับระบบที่มั่นคงมีวิวัฒนาการได้ การ nonpredictable FDD'สถาปัตยกรรมตัด"เปลี่ยนแปลง"กระบวนการเชือดโดย: คือ (Kruchten, 1999) การทำงานอย่างใกล้ชิดกับการร่วมสร้างโมเดลภาษา (UML)แน่นอนคือ UML ถูกออกแบบมาพร้อม โดย บริษัทตรรกยะ (ตอนนี้ส่วนของ IBM) เป็นห้องพักโดยแนวทางกระบวนการจำนวนมาก และเป็นจึงมักจะดูเป็นแบบแผนการขับเคลื่อนกระบวนการ "หนัก" คือ อย่างไรก็ตาม ยังแสดงปรัชญาหลายโรง และยังดังดีจัดเป็น "ลูกผสม" – เพจคิดจาก paradigms เปรียว และ disciplined/แผน ควบคุม (Boehm, 2004) ห้องพักที่อยู่ธุรกิจลำดับงานและการพัฒนาปัจจัยทางเศรษฐกิจที่มักจะไม่เฉพาะครอบคลุมในวิธีการอื่น ๆ (Boehm, 2004) รัฐที่ "คือเป็นปัจจุบันมีขยายที่อยู่ลูกค้าเศรษฐศาสตร์และกลับบนลงทุนพิจารณา" คือจะอธิบายไว้เป็นดีเหมาะกับโครงการขนาดใหญ่อย่างต่อเนื่อง

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

การพัฒนาซอฟต์แวร์แบบปรับตัว: ASD (Highsmith, 2000)
ส่งเสริมกลยุทธ์การเปลี่ยนแปลงที่มุ่งเน้นไปที่การพัฒนาซอฟต์แวร์ขนาดใหญ่ระบบที่ซับซ้อน
วิธีการกระตุ้นให้เกิดการเพิ่มขึ้นและย้ำการพัฒนากับการสร้างต้นแบบอย่างต่อเนื่อง (Abrahamsson, 2002) กล่าวว่า "ASD
อ้างว่าเพื่อให้เป็นกรอบที่มีคำแนะนำพอที่จะป้องกันไม่ให้โครงการที่ตกไปอยู่ในความสับสนวุ่นวาย
แต่ไม่มากเกินไปซึ่งอาจปราบปรามการเกิดและความคิดสร้างสรรค์."
การสร้างแบบจำลองเปรียว (Ambler, 2002) อธิบายจุดสำคัญ ของ AM เป็นวิธีปฏิบัติที่เปรียวและหลักการทางวัฒนธรรม.
AM
การสร้างแบบจำลองการปฏิบัติที่ส่งเสริมให้นักพัฒนาในการผลิตแบบขั้นสูงเพียงพอที่จะตอบสนองความต้องการการออกแบบที่ตอบสนองความต้องการและวัตถุประสงค์ของเอกสารทั้งหมด
หลักการส่งเสริมวัฒนธรรมการสื่อสารโครงสร้างทีมงานองค์กรและทีมงานของการทำงาน.
ครอบครัวคริสตัล (เบิร์น, 2000 และ 2002)
อธิบายถึงกรอบการทำงานของวิธีการที่เกี่ยวข้องที่อยู่ที่ความแปรปรวนของสภาพแวดล้อมและลักษณะเฉพาะของโครงการ คำว่า "คริสตัล"
ถูกนำมาใช้เป็นคำเปรียบเทียบที่จะอธิบาย"สี" และ "แข็ง" หรือ "ความลำบาก" ของแต่ละวิธี
ที่เหมาะสมคริสตัลวิธีเลือกตามขนาดของทีมพัฒนาและความสำคัญของโครงการ วิธีคริสตัลแบ่งปันสองค่านิยมพื้นฐาน: ในระดับที่เหมาะสมของการสื่อสารที่มีประสิทธิภาพและความอดทนสูงของการเปลี่ยนแปลงที่อยู่ในโครงการ. วิธีการพัฒนาระบบแบบไดนามิก: (DSDM Consortium, 1997) และ (เตเปิลตัน, 1997) อธิบายเพิ่มเติมของกรอบในการพัฒนาซอฟแวร์มากกว่าวิธีการโดยเฉพาะอย่างยิ่ง ห้ารอบระยะ DSDM ชีวิตให้สำหรับกิจกรรมการจัดการโครงการและการบริหารความเสี่ยง (Abrahamsson, 2002) กล่าวว่า: "ในความคิดพื้นฐานที่อยู่เบื้องหลังDSDM คือแทนที่จะแก้ไขจำนวนเงินของการทำงานในผลิตภัณฑ์และจากนั้นการปรับเวลาและทรัพยากรในการเข้าถึงฟังก์ชันการทำงานที่เป็นที่ต้องการในการแก้ไขปัญหาเวลาและทรัพยากรและจากนั้นปรับ. ปริมาณของการทำงานตาม "DSDM อธิบายไว้อย่างต่อเนื่องเป็นครั้งแรกที่คล่องตัวอย่างแท้จริง. ซอฟแวร์การพัฒนาวิธีการพัฒนาคุณลักษณะที่ขับเคลื่อน: FDD (พาลเมอร์, 2002) มุ่งเน้นไปที่ขั้นตอนง่ายๆในการสร้างแบบจำลองที่มีประสิทธิภาพและสั้นรอบซ้ำ (Boehm, 2004) อธิบายถึงวิธีการ "FDD ขึ้นอยู่กับคนที่ดีสำหรับความรู้โดเมนการออกแบบและการพัฒนา เป้าหมายกลางคือการมีกระบวนการในพื้นหลังเพื่อสนับสนุนมากกว่าขับรถทีม. "FDD ไม่ได้กำหนดความเป็นเจ้าของโดยรวมของงานโครงการ (รวมฐานรหัส) ซึ่งแตกต่างจากคนอื่น ๆ วิธีการคล่องตัวมากรวมทั้งการเขียนโปรแกรม (Boehm, 2004) ระบุว่าโฟกัส FDD สถาปัตยกรรมและ"ได้รับมันขวาครั้งแรก" เป็นอย่างมากว่า "สิ่งที่ตรงกันข้ามของการเป็นเจ้าของโดยรวมของ XP" และ "นี้ทำให้FDD ที่แข็งแกร่งสำหรับระบบที่มีเสถียรภาพมากขึ้นด้วยวิวัฒนาการที่คาดการณ์ความเสี่ยงที่จะ nonpredictable 'สถาปัตยกรรมเบรกเกอร์' การเปลี่ยนแปลง ". เหตุผล Unified Process: โฟโต้ (Kruchten, 1999) ทำงานใกล้ชิดกับเงาแบบภาษา (UML). แท้จริงโฟโต้ UML และได้รับการออกแบบควบคู่กันไปโดยเหตุผลคอร์ปอเรชั่น (ตอนนี้ส่วนหนึ่งของไอบีเอ็ม) โฟโต้เป็นที่โดดเด่นด้วยปริมาณมากของแนวทางขั้นตอนและดังนั้นจึงมักจะถูกมองว่าเป็นแผนขับเคลื่อนกระบวนการ"หนัก" โฟโต้ไม่ แต่ยังแสดงปรัชญาเปรียวจำนวนมากและดังนั้นจึงเป็นเรื่องที่ดีกว่าจัดว่าเป็น"ไฮบริด" - ผสมผสานความคิดจากเปรียวและมีระเบียบวินัย / กระบวนทัศน์แผนขับเคลื่อน (Boehm, 2004) โฟโต้อยู่ขั้นตอนการทำงานธุรกิจและการพัฒนาปัจจัยทางเศรษฐกิจที่มักจะไม่ได้รับการคุ้มครองโดยเฉพาะในวิธีการอื่นๆ (Boehm, 2004) กล่าวว่า "โฟโต้กำลังมีการขยายไปยังที่อยู่ของลูกค้าเศรษฐศาสตร์และการพิจารณาผลตอบแทนจากการลงทุน." โฟโต้อธิบายไว้อย่างต่อเนื่องเป็นที่เหมาะกับโครงการขนาดใหญ่

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

การพัฒนาซอฟต์แวร์แบบ : asd ( ไฮสมิธ , 2000 ) ส่งเสริมการเปลี่ยนแปลงเชิงยุทธศาสตร์เพื่อการพัฒนาซอฟต์แวร์ของระบบที่ซับซ้อนขนาดใหญ่
. วิธีการกระตุ้นและเพิ่มการพัฒนาต้นแบบซ้ำคงที่ . ( abrahamsson , 2002 ) ระบุว่า " asd เรียกร้องให้
กรอบแนวทางพอที่จะป้องกันโครงการจากการตกอยู่ในความสับสนวุ่นวาย แต่ไม่มากจนเกินไป ซึ่งอาจ
ยับยั้งการงอกและความคิดสร้างสรรค์ . "
แบบว่องไว ( แห่งสวีเดน , 2002 ) อธิบายจุดสำคัญของการปฏิบัติเป็นอย่างว่องไวและหลักการทางวัฒนธรรม การกระตุ้นให้นักพัฒนา
เป็นแนวทางปฏิบัติในการผลิตโมเดลขั้นสูงพอที่จะตอบสนองความต้องการการออกแบบ
มีเอกสารทั้งหมด หลักการส่งเสริมวัฒนธรรมการสื่อสาร โครงสร้างองค์กร

ทีมงานปฏิบัติครอบครัวคริสตัล ( ค็อกเบิร์น , 2000 และ 2002 ) อธิบายและวิธีการที่เกี่ยวข้องกับที่อยู่
ความผันแปรของสภาพแวดล้อมและคุณลักษณะเฉพาะของโครงการ คำว่า " คริสตัล " ใช้เป็นคำอุปมาอธิบาย
" สี " และ " ความแข็ง " หรือ " หนัก " ของแต่ละวิธี วิธีที่คริสตัล
เหมาะสมเลือกตามขนาดของทีมพัฒนาระบบและโครงการแบ่งปันวิธีการคริสตัลสอง
พื้นฐานค่าระดับเหมาะสมของการสื่อสารที่มีประสิทธิภาพและความทนทานสูงของการเปลี่ยนแปลงภายใน

) โครงการ การพัฒนาระบบแบบไดนามิก : ( dsdm Consortium , 1997 ) และ ( สเตเปิล , 2540 ) อธิบายเพิ่มเติมของ
กรอบสำหรับการพัฒนาซอฟต์แวร์ มากกว่าวิธีการที่เฉพาะเจาะจง ห้าขั้นตอน dsdm วงจรชีวิต
มีกิจกรรมโครงการการจัดการและบริหารความเสี่ยง ( abrahamsson , 2002 ) ระบุว่า : "
พื้นฐานความคิดที่อยู่เบื้องหลัง dsdm คือแทนที่จะแก้ไขจำนวนของฟังก์ชั่นในผลิตภัณฑ์แล้ว
ปรับเวลาและทรัพยากรไปที่การทํางาน คือต้องการแก้ไขเวลาและทรัพยากร , และจากนั้น
ปรับปริมาณของการทํางานตาม" dsdm อย่างต่อเนื่องอธิบายเป็นครั้งแรกอย่างแท้จริงวิธีพัฒนาซอฟต์แวร์เปรียว
.
ผลักดันการพัฒนาคุณลักษณะ : FDD ( เมอร์ , 2002 ) เน้นกระบวนการ ง่าย สร้าง ประสิทธิภาพ และสั้น
รอบซ้ำ ( โบม , 2004 ) อธิบายว่า " FDD พึ่งพาคนดีสำหรับโดเมนความรู้
ออกแบบ และการพัฒนาเป้าหมายกลางคือมีกระบวนการในพื้นหลังเพื่อสนับสนุนมากกว่า
ขับรถทีม " FDD ไม่ได้กำหนดความเป็นเจ้าของร่วมกัน ของงานโครงการ ( รวมถึงรหัสฐาน ) ซึ่งแตกต่างจากวิธีการอื่น ๆรวมถึงการเขียนโปรแกรม
ว่องไวมาก ( โบม , 2004 ) ระบุว่า FDD เน้นสถาปัตยกรรม
และ " ได้รับมันขวาครั้งแรก " มาก " ที่ตรงกันข้ามของความเป็นเจ้าของ " รวม XP และว่า "
ทำให้ระบบมีเสถียรภาพมากขึ้น FDD แข็งแรงด้วยวิวัฒนาการทาย เสี่ยงต่อ nonpredictable
'architecture-breaker ' การเปลี่ยนแปลง . "
เหตุผลรวมกระบวนการ : รูป ( kruchten , 1999 ) ทำงานอย่างใกล้ชิดกับลูกค้าแบบ
ภาษา ( UML )จริงๆรูปเชิงวัตถุออกแบบควบคู่กันไปโดยเข้าแง่ Corporation ( ตอนนี้ส่วนของ IBM ) รูปคือ
โดดเด่นด้วยปริมาณขนาดใหญ่ของแนวทางกระบวนการและดังนั้นจึงมักจะมองว่าเป็นแผนขับเคลื่อน
" หนัก " กระบวนการ รูปมี แต่ยังแสดงปรัชญาว่องไวมากและดังนั้นจึงดีกว่าจัด
เป็น " ไฮบริด " โดยผสมผสานความคิดจากเปรียวและมีระเบียบวินัย / แผนผลักดันกระบวนทัศน์ ( โบม , 2004 ) รูป
ที่อยู่ธุรกิจเวิร์กโฟลว์และการพัฒนาปัจจัยทางเศรษฐกิจนั้น มักจะไม่ครอบคลุมโดยเฉพาะใน
วิธีการอื่น ๆ ( โบม , 2004 ) ระบุว่า " รับกำลังมีการขยายไปยังที่อยู่เศรษฐศาสตร์ลูกค้า
และผลตอบแทนการลงทุน" รูปอย่างต่อเนื่องอธิบายที่ดีเหมาะสมกับโครงการขนาดใหญ่