In his paper, Boehm (1991) discusse

In his paper, Boehm (1991) discusses a list of risks in software projects, as a result of which the paper can be positioned as belonging the evaluation approach. But in the same paper, Boehm describes risk management as a process consisting of identifying, analysing, controlling, and monitoring events that may jeopardise a software project. Risk management then becomes a sequence of activities with the aim to gather information about situations that may or may not occur in a specific project (Chapman and Ward, 1997; Pich et al., 2002). The sequence of activities that characterises project risk management is described in detail by e.g. Del Can˜o and Pilar de la Cruz (2002). This sequence of activities is executed during the project with the aim to

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

ในกระดาษของเขา Boehm (1991) กล่าวถึงรายการความเสี่ยงโครงการซอฟต์แวร์ จากที่กระดาษสามารถวางเป็นของวิธีการประเมิน แต่ในเอกสารเดียวกัน Boehm อธิบายการบริหารความเสี่ยงเป็นกระบวนการประกอบด้วยการระบุ วิเคราะห์ การควบคุม และตรวจสอบเหตุการณ์ที่อาจ jeopardise โครงการซอฟต์แวร์ การบริหารความเสี่ยงนั้นกลายเป็น ลำดับของกิจกรรมที่มีจุดมุ่งหมายเพื่อรวบรวมข้อมูลเกี่ยวกับสถานการณ์ที่อาจ หรืออาจไม่เกิดขึ้นในโครงการหนึ่ง ๆ (แชปแมนและ Ward, 1997 พิชและ al., 2002) ลำดับของกิจกรรมที่ characterises โครงการบริหารความเสี่ยงเป็นอธิบายในรายละเอียดเช่น Del Can˜o และพิลาร์เดอลาครูซ (2002) ลำดับของกิจกรรมนี้จะดำเนินการในระหว่างโครงการที่มีจุดมุ่งหมายเพื่อ

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

ในบทความของเขา Boehm (1991) กล่าวถึงรายชื่อของความเสี่ยงในโครงการซอฟแวร์เป็นผลจากการที่กระดาษที่สามารถวางตำแหน่งว่าเป็นวิธีการประเมินผล แต่ในกระดาษเดียวกัน Boehm อธิบายการบริหารความเสี่ยงเป็นกระบวนการที่ประกอบด้วยการระบุการวิเคราะห์, การควบคุมและการตรวจสอบเหตุการณ์ที่อาจเป็นอันตรายต่อโครงการซอฟต์แวร์ การบริหารความเสี่ยงก็จะกลายเป็นลำดับของกิจกรรมโดยมีวัตถุประสงค์เพื่อรวบรวมข้อมูลเกี่ยวกับสถานการณ์ที่อาจจะหรืออาจจะไม่เกิดขึ้นในโครงการที่เฉพาะเจาะจง (แชปแมนและวอร์ด. 1997; Pich และคณะ, 2002) ลำดับของกิจกรรมที่เป็นลักษณะของการบริหารความเสี่ยงของโครงการมีการอธิบายในรายละเอียดโดยเช่น Del Can~o และลาร์เดอลาครูซ (2002) ลำดับของกิจกรรมนี้จะดำเนินการในโครงการที่มีจุดมุ่งหมายเพื่อ

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

ในกระดาษของเขา โบม ( 1991 ) กล่าวถึงรายการของความเสี่ยงในโครงการซอฟต์แวร์ ผลที่กระดาษ สามารถวางของการประเมินวิธีการ แต่ในกระดาษเดียวกันโบมอธิบายการบริหารความเสี่ยงเป็นขั้นตอน ประกอบด้วย การระบุ วิเคราะห์ ควบคุม และตรวจสอบเหตุการณ์ที่อาจเป็นอันตรายต่อโครงการซอฟต์แวร์บริหารความเสี่ยงกลายเป็น ลำดับของกิจกรรมที่มีจุดมุ่งหมายเพื่อรวบรวมข้อมูลเกี่ยวกับสถานการณ์ที่อาจ หรืออาจไม่เกิดขึ้นในโครงการเฉพาะ ( แชปแมนและ วอร์ด , 1997 ; pich et al . , 2002 ) ลำดับของกิจกรรมที่เป็นเอกลักษณ์แห่งความหรูหราของการบริหารความเสี่ยงที่อธิบายไว้ในรายละเอียด เช่น เดล สามารถ˜ O และ Pilar de la Cruz ( 2002 )ลำดับกิจกรรมจะดำเนินการในโครงการที่มีจุดมุ่งหมายเพื่อ