As described by Barry Boehm [7] and

As described by Barry Boehm [7] and partially observed in
this work, the model COCOMO II is adjusted to RUP and
PMBoK through the artifacts produced along the project,
therefore our proposal can be used in the phases and
activities of software development and processes of project
management. Moreover, the model is adaptable to different
project technical characteristics.
Some future work includes: 1) carry out a benchmarking
study to compare Use Case Points with the technique
Function Point Analysis in order to identify the advantages
and disadvantages of each technique, 2) ) to improve the
add-in to generate XML files according to different
schedule tools available, for instance, GanttProject could be
used.
As final considerations, in accordance with the authors’
experience, the use of functional sizing metric in
development projects is still difficult due to the amount of
data for tracking, lack of integration between processes and
techniques, and difficulty of understanding and use of the
processes, techniques and tools. These difficulties must be
added to the usually existing problems, as those originating
from requirements analysis, configuration and change
management, implementation and tests. So we hope that our
proposal can be used in an effective manner to help to
accomplish successful software projects.

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

ตามที่อธิบายไว้ โดย Barry Boehm [7] และพบบางส่วนในงานนี้ รุ่นที่ II/เลาจน์ มีการปรับปรุงห้องพัก และPMBoK ผ่านสิ่งประดิษฐ์ที่ผลิตตามโครงการดังนั้นจึง สามารถใช้ข้อเสนอของเราในเฟส และกิจกรรมของการพัฒนาซอฟต์แวร์และกระบวนการของโครงการการจัดการ นอกจากนี้ แบบมีบรรยากาศแตกต่างกันโครงการลักษณะทางเทคนิครวมถึงงานในอนาคต: 1) ทำการแข่งขันศึกษาการเปรียบเทียบคะแนนกรณีใช้กับเทคนิคการฟังก์ชันจุดวิเคราะห์เพื่อระบุข้อดีและข้อเสียของแต่ละเทคนิค 2)) เพื่อปรับปรุงการเพิ่มในการสร้างแฟ้ม XML ตามแตกต่างกันตารางเครื่องมือ เช่น GanttProject อาจใช้เป็นการพิจารณาขั้นสุดท้าย ตามใจผู้เขียนประสบการณ์ ใช้วัดขนาดทำงานในโครงการพัฒนาจะยังยากเนื่องจากจำนวนข้อมูลสำหรับการติดตาม ขาดการบูรณาการระหว่างกระบวนการ และเทคนิค และความยากลำบากของการทำความเข้าใจและใช้การกระบวนการ เทคนิค และเครื่องมือ ปัญหาเหล่านี้ต้องเพิ่มปัญหาที่มีอยู่โดยทั่วไป ที่เกิดจากการวิเคราะห์ความต้องการ การกำหนดค่า และการเปลี่ยนแปลงจัดการ ดำเนินการ และการทดสอบ ดังนั้นเราหวังว่าของเราสามารถใช้ข้อเสนอในลักษณะมีประสิทธิภาพเพื่อช่วยทำโครงการซอฟต์แวร์สำเร็จ

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

ตามที่อธิบายไว้โดยแบร์รี่ Boehm [7]
และสังเกตเห็นบางส่วนในงานนี้รุ่นCOCOMO II นี้จะถูกปรับโฟโต้และ
PMBOK
ผ่านสิ่งประดิษฐ์ที่ผลิตตามโครงการดังนั้นข้อเสนอของเราสามารถนำมาใช้ในขั้นตอนและกิจกรรมของการพัฒนาซอฟต์แวร์และกระบวนการของการ
โครงการการจัดการ
นอกจากนี้ยังมีรูปแบบการปรับตัวที่จะแตกต่างกันโครงการลักษณะทางเทคนิค. บางคนทำงานในอนาคตรวมถึง: 1) ดำเนินการเปรียบเทียบการศึกษาเพื่อเปรียบเทียบคะแนนกรณีใช้กับเทคนิคฟังก์ชั่นการวิเคราะห์จุดเพื่อที่จะระบุถึงข้อดีและข้อเสียของแต่ละเทคนิคที่2)) การปรับปรุงเพิ่มในการสร้างไฟล์XML ตามที่แตกต่างกันเครื่องมือตารางเวลาที่มีอยู่เช่นGanttProject อาจจะใช้. ในฐานะที่เป็นการพิจารณาขั้นสุดท้ายให้สอดคล้องกับผู้เขียน 'ประสบการณ์การใช้งานของตัวชี้วัดการปรับขนาดการทำงานในโครงการพัฒนายังคงเป็นเรื่องยากเนื่องจากกับปริมาณของข้อมูลสำหรับการติดตามการขาดการบูรณาการระหว่างกระบวนการและเทคนิคและความยากลำบากของความเข้าใจและการใช้กระบวนการเทคนิคและเครื่องมือ ความยากลำบากเหล่านี้จะต้องเพิ่มให้กับปัญหาที่มีอยู่มักจะเป็นผู้ที่มีต้นกำเนิดมาจากการวิเคราะห์ความต้องการและการเปลี่ยนแปลงการกำหนดค่าการจัดการการดำเนินงานและการทดสอบ ดังนั้นเราจึงหวังว่าเราเสนอสามารถนำมาใช้ในลักษณะที่มีประสิทธิภาพในการช่วยในการบรรลุโครงการซอฟต์แวร์ที่ประสบความสำเร็จ

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

ตามที่อธิบายไว้โดยแบรี บีม [ 7 ] และมีบางส่วนที่พบใน
งานนี้ แบบจำลองโคโคโม 2 ปรับรูปแล้ว
pmbok ผ่านสิ่งประดิษฐ์ที่ผลิตตามโครงการ
ดังนั้นข้อเสนอของเราสามารถใช้ในขั้นตอนต่างๆ ของกระบวนการพัฒนาซอฟต์แวร์และ

และการบริหารจัดการโครงการ . นอกจากนี้ รูปแบบการปรับลักษณะทางเทคนิคโครงการต่าง ๆ

อนาคตบางงานรวมถึง : 1 ) ดําเนินการ
เปรียบเทียบกรณีใช้คะแนนด้วยเทคนิค
จุดฟังก์ชันการวิเคราะห์เพื่อหาข้อดีและข้อเสียของแต่ละวิธี
2 ) เพื่อปรับปรุง
เพิ่มสร้างไฟล์ XML ตามตารางเวลาที่แตกต่างกันเครื่องมือ
ใช้ได้ เช่น ganttproject สามารถ

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