FDD differs from Scrum and eXtreme

FDD differs from Scrum and eXtreme Programming in demanding that a team invest just enough effort at the beginning of a project in exploring the structure of the problem by building an object model of the problem domain. Unlike the formal object modelling or other analysis and design activities in waterfall-style approaches, modelling in FDD is a cross-functional, collaborative, and time-boxed activity. The resulting model has just enough detail to form a good shared understanding, vocabulary (what Domain-Driven Design calls an ubiquitous language), and conceptual framework for the project. In addition, the modelling activity uncovers just enough knowledge to build a really good product backlog (called a Feature List in FDD) and initial, overall release-level project plan - See more at: http://www.step-10.com/SoftwareProcess/FeatureDrivenDevelopment/index.html#sthash.OttTLuA5.dpuf

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

FDD แตกต่างจาก scrum ได้และเรียกร้องให้ ทีมงานลงทุนพอเพียงความพยายามที่เริ่มต้นของโครงการในการสำรวจโครงสร้างของปัญหาโดยการสร้างแบบจำลองวัตถุของโดเมนของปัญหามากโปรแกรม ซึ่งแตกต่างจากการสร้างแบบจำลองทางวัตถุหรือกิจกรรมอื่น ๆ การวิเคราะห์และออกแบบในสไตล์น้ำตกวิธี สร้างแบบจำลองใน FDD เป็นกิจกรรมข้ามหน้าที่ ร่วมกัน และกล่อง กล่องเวลา รูปผลมีรายละเอียดเพียงพอเพื่อสร้างความดีร่วมความเข้าใจ คำศัพท์ (อะไร Domain-Driven ออกเรียกภาษาแพร่หลาย), และกรอบแนวคิดในโครงการ นอกจากนี้ กิจกรรมสร้างแบบจำลองการเปิดโลกแห่งความรู้พอเพียงเพื่อสร้างเป็นยอดคงค้างสินค้าดีจริง ๆ (เรียกว่ารายการคุณลักษณะใน FDD) และเริ่มต้น คำแนะ นำระดับแผนงานโครงการ - ดูเพิ่มเติมได้ที่: http://www.step-10.com/SoftwareProcess/FeatureDrivenDevelopment/index.html#sthash.OttTLuA5.dpuf

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

FDD แตกต่างจากการต่อสู้และ eXtreme การเขียนโปรแกรมในการเรียกร้องให้ทีมลงทุนความพยายามพอเพียงที่จุดเริ่มต้นของโครงการในการสำรวจโครงสร้างของปัญหาที่เกิดขึ้นโดยการสร้างรูปแบบวัตถุของโดเมนปัญหา ซึ่งแตกต่างจากการสร้างแบบจำลองวัตถุที่เป็นทางการหรือการวิเคราะห์อื่น ๆ และกิจกรรมการออกแบบในแนวทางน้ำตกสไตล์การสร้างแบบจำลองใน FDD เป็นข้ามการทำงานร่วมกันและใช้เวลาชนิดบรรจุกล่องกิจกรรม รูปแบบที่เกิดขึ้นมีเพียงรายละเอียดพอที่จะสร้างความเข้าใจร่วมกันที่ดีคำศัพท์ (สิ่งที่ออกแบบโดเมนขับเคลื่อนเรียกภาษาแพร่หลาย) และกรอบแนวคิดโครงการ นอกจากนี้กิจกรรมการสร้างแบบจำลองปล่องความรู้พอเพียงที่จะสร้างสินค้าค้างที่ดีจริงๆ (ที่เรียกว่าคุณสมบัติรายการใน FDD) และเริ่มต้นโดยรวมแผนโครงการปล่อยระดับ - ดูเพิ่มเติมได้ที่: http://www.step-10.com /SoftwareProcess/FeatureDrivenDevelopment/index.html#sthash.OttTLuA5.dpuf

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

แตกต่างจากการต่อสู้และ FDD จัดโปรแกรมในการเรียกร้องที่ทีมงานลงทุนความพยายามเพียงพอที่จุดเริ่มต้นของโครงการในการสำรวจโครงสร้างของปัญหา โดยการสร้างรูปแบบวัตถุของปัญหาโดเมน ซึ่งแตกต่างจากวัตถุแบบเป็นทางการ หรือ การวิเคราะห์และกิจกรรมอื่น ๆ การออกแบบในสไตล์น้ำตกแนวทางการสร้างแบบจำลองใน FDD คือ ความร่วมมือข้ามการทำงาน ,และเวลากล่องกิจกรรม ส่งผลให้รูปแบบมีรายละเอียดเพียงพอที่จะสร้างความเข้าใจร่วมกันที่ดี , คำศัพท์ ( สิ่งที่การออกแบบโดเมนเรียกภาษาแพร่หลาย ) และกรอบแนวคิดโครงการ นอกจากนี้ กิจกรรมแบบค้นพบความรู้เพียงพอที่จะสร้างมูลค่าผลิตภัณฑ์ที่ดีจริงๆ ( เรียกว่ารายการคุณสมบัติใน FDD ) และเริ่มต้นโครงการระดับปล่อยแผนการโดยรวม - ดูข้อมูลเพิ่มเติมได้ที่ http : / / www.step-10 . com / softwareprocess / featuredrivendevelopment / index . html # sthash.otttlua5.dpuf