Software engineering is a knowledge

Software engineering is a knowledge-intensive process encompassing requirements gathering, design, development, testing, deployment, maintenance, and project coordination and management activities. It is highly unlikely that all members of a development team possess all the knowledge required for the aforementioned activities. This underlies the need for knowledge sharing support to enable software organizations to (1) effectively share domain expertise between the customer and the development team; (2) identify the requirements of the software system; (3) capture non-externalised knowledge of the development team members; (4) bring together knowledge from distributed individuals to form a repository of organisational knowledge; (5) retain knowledge that would otherwise be lost due to the loss of experienced staff; and (6) improve organisational knowledge dissemination. More traditional approaches, like the Waterfall model and its variances, facilitate knowledge sharing primarily through documentation. They also promote usage of role- based teams and detailed plans of entire software development lifecycle. The allocation of work specifies “not only what is to be done but how it is to be done and the exact time allowed for doing it” [24]. This shifts the focus from individuals and their creative abilities to the processes themselves. These traditional approaches are often referred to as “plan-driven” or “task-based”. In contrary, agile methods emphasise and value individuals and interactions over processes [6]. When comparing

Results (Thai) 1:

วิศวกรรมซอฟต์แวร์เป็นกระบวนการเร่งรัดความรู้ครอบคลุมความต้องการรวบรวม ออกแบบ พัฒนา ทดสอบ ปรับใช้ บำรุงรักษา และกิจกรรมประสานงานและบริหารโครงการ ก็ไม่น่าสูงว่า สมาชิกทั้งหมดของทีมพัฒนามีความรู้ทั้งหมดที่จำเป็นสำหรับกิจกรรมดังกล่าว นี้ underlies จำเป็นสำหรับความรู้ที่ร่วมกันสนับสนุนการเปิดใช้งานซอฟต์แวร์ องค์กร (1) ได้อย่างมีประสิทธิภาพร่วมกันโดเมนความเชี่ยวชาญระหว่างลูกค้าและทีมพัฒนา (2) ระบุความต้องการของระบบซอฟต์แวร์ (3) จับ externalised ไม่ใช่ความรู้ของสมาชิกในทีมพัฒนา (4) นำความรู้จากบุคคลกระจายเพื่อเก็บความรู้ organisational (5) รักษามิฉะนั้นจะสูญเสียไปจากการสูญเสียพนักงานที่มีประสบการณ์ ความรู้ และ (6) ปรับปรุงการเผยแพร่ความรู้ organisational วิธีแบบดั้งเดิมมากขึ้น เช่นแบบน้ำตกและผลต่างของ ช่วยรู้หลักผ่านเอกสาร พวกเขายังส่งเสริมการใช้งานของบทบาท-โดยทีมงานและแผนรายละเอียดของวงจรการพัฒนาซอฟต์แวร์ทั้งหมด ระบุการปันส่วนของงาน "ไม่เพียงแต่สิ่งจะทำแต่ว่ามันจะทำได้ และเวลาที่แน่นอนได้ทำ" [24] นี้กะโฟกัสจากบุคคลและความสามารถในการสร้างสรรค์กับกระบวนการด้วยตนเอง วิธีการดั้งเดิมเหล่านี้มักจะอ้างถึง "ขับเคลื่อนแผน" หรือ "ใช้งาน" ในวิธีการตรงกันข้าม คล่องตัวย้ำ และค่าบุคคลและโต้ตอบผ่านกระบวนการ [6] เมื่อเปรียบเทียบ

Results (Thai) 2:

วิศวกรรมซอฟต์แวร์เป็นกระบวนการความรู้ครอบคลุมการรวบรวมความต้องการการออกแบบการพัฒนาและการทดสอบการใช้งานการบำรุงรักษาและการประสานงานโครงการและกิจกรรมการจัดการ มันไม่น่าเป็นอย่างมากที่สมาชิกทุกคนในทีมพัฒนามีความรู้ทั้งหมดที่จำเป็นสำหรับการจัดกิจกรรมดังกล่าวข้างต้น นี้รองรับความต้องการสำหรับความรู้การสนับสนุนเพื่อให้องค์กรซอฟต์แวร์ (1) ได้อย่างมีประสิทธิภาพแบ่งปันความเชี่ยวชาญโดเมนระหว่างลูกค้าและทีมพัฒนาร่วมกัน; (2) ระบุความต้องการของระบบซอฟแวร์; (3) จับความรู้ที่ไม่ได้ผลกระทบภายนอกของสมาชิกในทีมพัฒนา (4) นำมารวมกันความรู้จากบุคคลที่กระจายในรูปแบบที่เก็บความรู้ขององค์กร; (5) ยังคงมีความรู้ที่จะเป็นอย่างอื่นได้รับการสูญเสียเนื่องจากการสูญเสียของเจ้าหน้าที่ที่มีประสบการณ์; และ (6) ปรับปรุงการเผยแพร่ความรู้ขององค์กร วิธีการแบบดั้งเดิมมากขึ้นเช่นแบบจำลองน้ำตกและความแปรปรวนของอำนวยความสะดวกในการแบ่งปันความรู้เป็นหลักผ่านเอกสาร นอกจากนี้ยังส่งเสริมการใช้งานของทีม role- และรายละเอียดแผนการของทั้งวงจรการพัฒนาซอฟแวร์ การจัดสรรการทำงานระบุ "ไม่เพียง แต่สิ่งที่จะต้องทำ แต่วิธีการก็คือการจะทำและเวลาที่แน่นอนที่ได้รับอนุญาตสำหรับการทำมัน" [24] นี้กะโฟกัสจากบุคคลและความสามารถในการคิดสร้างสรรค์ของพวกเขากับกระบวนการของตัวเอง เหล่านี้วิธีการแบบดั้งเดิมมักจะเรียกว่า "แผนขับเคลื่อน" หรือ "ตามงาน" ในทางตรงกันข้ามวิธีเปรียวเน้นและบุคคลมูลค่าและการโต้ตอบผ่านกระบวนการ [6] เมื่อเปรียบเทียบ

Results (Thai) 3:

วิศวกรรมซอฟต์แวร์คือกระบวนการรวบรวมความรู้เข้มข้นด้านความต้องการออกแบบ พัฒนา ทดสอบ การใช้งาน การบำรุงรักษา และกิจกรรมการประสานงานโครงการและการจัดการ มันเป็นไปไม่ได้ที่สมาชิกของทีมพัฒนามีความรู้ทั้งหมดที่จำเป็นสำหรับกิจกรรมดังกล่าวนี้แผ่นอยู่ต้องร่วมกันสนับสนุนให้องค์กรซอฟต์แวร์เพื่อความรู้ความเชี่ยวชาญโดเมน ( 1 ) อย่างมีประสิทธิภาพร่วมกันระหว่างลูกค้าและทีมงานพัฒนา ( 2 ) กำหนดความต้องการของระบบซอฟแวร์ ( 3 ) จับไม่ externalised ความรู้ของทีมพัฒนาสมาชิก( 4 ) รวบรวมความรู้จากบุคคลในรูปแบบการกักเก็บความรู้องค์กร ( 5 ) รักษาความรู้ที่อาจจะสูญหายไปเนื่องจากการสูญเสียของพนักงานที่มีประสบการณ์ และ ( 6 ) เผยแพร่ความรู้พัฒนาองค์กร . วิธีการแบบดั้งเดิมมากขึ้นเช่นน้ำตกและรูปแบบของความ ช่วยแบ่งหลักผ่านเอกสารความรู้พวกเขายังส่งเสริมการใช้บทบาทตาม - ทีมและแผนรายละเอียดของวงจรชีวิตการพัฒนาซอฟต์แวร์ทั้งหมด การจัดสรรงาน ระบุ " ไม่เพียง แต่สิ่งที่ต้องทำ แต่ ว่า มัน มี ที่ต้องทำและเวลาที่แน่นอน ได้รับอนุญาตให้ทำ " [ 24 ] นี้เลื่อนโฟกัสจากบุคคลและความสามารถในการสร้างสรรค์ของกระบวนการเองวิธีการแบบดั้งเดิมเหล่านี้มักจะเรียกว่า " แผนขับเคลื่อน " หรือ " ภาษา " ในทางตรงกันข้าม เน้นวิธีการ Agile และค่าบุคคลและปฏิสัมพันธ์ผ่านกระบวนการ [ 6 ] เมื่อเปรียบเทียบ