(Compare Development Models). We em

(Compare Development Models). We emphasize model
characteristics and consider similar activities between models,
such as, requirements, analysis, design, coding, implementation
and testing. CDM is a systematic and defined process, using a
classification technique as a comparison tool. It is similarly
applied to software development models, facilitating reasoning,
communication, customization and education.
Differently from most of the previously published comparisons
of software development models, CDMod allow us to identify
characteristics of the models, highlighting qualities and drawbacks
of each one and following a logical sequence for the comparison.
Two models are compared in our case study. We present the
results of such comparison and discuss how CDMod could be
used in fine-tuning the software development process currently
used in an organization.
2. RELATED WORK
Several software development models [7, 5, 11] are available in
the literature; some are more thoroughly discussed, such as, the
Waterfall Model [9] and the Spiral Model [2]. For that reason we
have selected these two models to use in our case study.
• The Waterfall Model – “Classic Life Cycle”, presents
the following sequence of development phases:
requirements, analysis, program design, coding, testing
and operations. It is the oldest model [5] and is still
thoroughly used [7].
• The Spiral Model appeared as a model that had a greater
flexibility to the developer. It encompasses
requirements gathering, design planning,
implementation and deployment in an interactive and
incremental fashion. It also incorporates a risk analysis
phase.
2.1 Waterfall Life Cycle
The Classic Life Cycle or Waterfall, also known as the “topdown”
approach, was proposed by Royce [9]. Up until the mid
80's it was the only model with a level of general acceptance. It
was derived from models used in traditional engineering activities
with the objective of establishing an order in the development of
large software products. Compared with other software
development models, it is more rigid and less manageable.
The Waterfall Model is one of the most important models ever
published. It is a reference to others, and serves as the basis for
many modern projects. Its original version was improved over
time and is still frequently used today [5].
A great part of the success of the Waterfall Model is due to the
baseline management, which identifies a fixed group of
documents produced as a result of each phase of the life cycle [5].
The produced documentation includes more than text files, it has
graphical representations of the software and even simulations. In
this model the phases are executed systematically in a sequential
order as shown in Figure 1 and it usually has the following phases:
Analysis, Design, Construction, Evaluation and Maintenance.

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

(เปรียบเทียบรูปแบบการพัฒนา) เราเน้นรูปแบบ
ลักษณะ และพิจารณากิจกรรมที่คล้ายกันระหว่างโมเดล,
เช่น ข้อกำหนด วิเคราะห์ ออกแบบ รหัส ใช้
และทดสอบ เมนูเป็นกระบวนการระบบ และกำหนด ใช้กับ
เทคนิคจัดประเภทเป็นเครื่องมือเปรียบเทียบ ก็ทำนองเดียวกัน
กับโมเดลการพัฒนาซอฟต์แวร์ เหตุผล การอำนวยความสะดวก
สื่อสาร เองและศึกษา
แตกต่างจากส่วนใหญ่เปรียบเทียบประกาศก่อนหน้านี้
รุ่นซอฟต์แวร์พัฒนา CDMod ให้เราระบุ
ลักษณะของโมเดล เน้นคุณภาพและข้อเสีย
ของแต่ละคน และ ตามลำดับการเปรียบเทียบตรรกะ
2 รุ่นจะเปรียบเทียบในกรณีศึกษาของเรา เรานำเสนอการ
ผลลัพธ์ของการเปรียบเทียบดังกล่าว และหารือเกี่ยวกับวิธี CDMod อาจ
ใช้เพื่อให้เกิดกระบวนการพัฒนาซอฟต์แวร์ในปัจจุบัน
ใช้ในองค์กรเป็นการ
2 งานที่เกี่ยวข้อง
ซอฟต์แวร์หลายพัฒนารุ่น [7, 5, 11] มี
วรรณกรรม บางยิ่งกล่าวถึง เช่น การ
รูปน้ำตก [9] และรูปเกลียว [2] เหตุผลที่เรา
เลือกรุ่นสองเหล่านี้ใช้ในกรณีศึกษาของเรา
•น้ำตกจำลอง – "วงจรชีวิตคลาสสิค", แสดง
ลำดับต่อไปนี้ระยะพัฒนา:
ข้อกำหนด วิเคราะห์ ออกแบบ รหัส การทดสอบโปรแกรม
และการดำเนินงาน มันเป็นรุ่นเก่าที่สุด [5] และยังคง
ต้องใช้ [7] .
•รูปแบบเกลียวที่ปรากฏเป็นรูปแบบที่มีมากกว่า
ให้นักพัฒนา มันครอบคลุม
ความต้องการรวบรวม ออกแบบวางแผน,
ดำเนินและปรับใช้ในการโต้ตอบ และ
แฟชั่นเพิ่มขึ้น มันยังประกอบด้วยการวิเคราะห์ความเสี่ยง
ระยะ
2.1 วงจรชีวิตน้ำตก
วงจรคลาสสิกหรือน้ำตก หรือที่เรียกว่าการ "แค่"
วิธี ถูกนำเสนอ โดยรอยซ์ [9] จนที่กลาง
80 มันเป็นแบบเดียวกับในระดับยอมรับทั่วไป มัน
รับมาจากรุ่นที่ใช้ในกิจกรรมแบบวิศวกรรม
มีวัตถุประสงค์ของการสร้างใบสั่งในการพัฒนา
ผลิตภัณฑ์ซอฟต์แวร์ขนาดใหญ่ เมื่อเทียบกับซอฟต์แวร์อื่น
พัฒนาโมเดล มันจะเข้มงวดมากขึ้น และสามารถจัดการได้น้อย.
น้ำตกจำลองเป็นหนึ่งรูปแบบสำคัญที่สุดที่เคย
เผยแพร่ อิงผู้อื่น และทำหน้าที่เป็นพื้นฐานสำหรับการ
โครงการทันสมัยมากขึ้น ฉบับถูกปรับปรุงผ่าน
เวลา และจะยังคงใช้วันนี้ [5] .
ส่วนดีของความสำเร็จของแบบจำลองน้ำตกจะครบกำหนด
จัดการพื้นฐาน ซึ่งบ่งชี้ถึงกลุ่มถาวร
เอกสารที่ผลิตจากแต่ละขั้นตอนของวงจรชีวิต [5]
เอกสารผลิตรวมมากกว่าแฟ้มข้อความ มี
นำเสนอภาพของซอฟต์แวร์และแม้แต่จำลอง ใน
รูปนี้ระยะมีดำเนินอย่างเป็นระบบแบบลำดับ
สั่งดังที่แสดงในรูปที่ 1 และมักจะมีขั้นตอนดังต่อไปนี้:
วิเคราะห์ ออกแบบ ก่อสร้าง ประเมินผล และบำรุงรักษา

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

(เปรียบเทียบการพัฒนาแบบจำลอง) เราเน้นรูปแบบ
ลักษณะและพิจารณากิจกรรมที่คล้ายกันระหว่างรูปแบบ
เช่นความต้องการการวิเคราะห์การออกแบบการเขียนโปรแกรมการใช้งาน
และการทดสอบ CDM เป็นกระบวนการที่เป็นระบบและกำหนดโดยใช้
เทคนิคการจัดหมวดหมู่เป็นเครื่องมือในการเปรียบเทียบ มันเป็นเรื่องที่เหมือนกัน
นำไปใช้กับรูปแบบการพัฒนาซอฟต์แวร์ที่อำนวยความสะดวกในการให้เหตุผล
การปรับแต่งการสื่อสารและการศึกษา
ที่แตกต่างกันจากส่วนใหญ่ของการเปรียบเทียบการเผยแพร่ก่อนหน้านี้
ของรูปแบบการพัฒนาซอฟต์แวร์ CDMod ช่วยให้เราสามารถระบุ
ลักษณะของรูปแบบที่เน้นคุณภาพและข้อเสีย
ของแต่ละคนและต่อไปนี้ ลำดับตรรกะสำหรับการเปรียบเทียบ
สองรุ่นที่มีการเปรียบเทียบในกรณีที่การศึกษาของเรา เรานำเสนอ
ผลของการเปรียบเทียบดังกล่าวและหารือถึงวิธี CDMod อาจจะ
ใช้ในการปรับเปลี่ยนกระบวนการพัฒนาซอฟแวร์ในปัจจุบัน
ที่ใช้ในองค์กร
2 การทำงานที่เกี่ยวข้อง
รูปแบบการพัฒนาซอฟแวร์หลาย [7, 5, 11] ที่มีอยู่ใน
วรรณคดีนั้นบางมีมากขึ้นอย่างทั่วถึงกล่าวถึงเช่น
น้ำตกรุ่น [9] และเกลียวรุ่น [2] สำหรับเหตุผลที่เรา
ได้เลือกทั้งสองรูปแบบที่จะใช้ในกรณีที่การศึกษาของเรา
•น้ำตกรุ่น - "วงจรชีวิตคลาสสิก" ที่มีการจัด
ลำดับขั้นตอนต่อไปของการพัฒนา
ความต้องการการวิเคราะห์การออกแบบโปรแกรมการเขียนโปรแกรมทดสอบ
และการดำเนินงาน มันเป็นรูปแบบที่เก่าแก่ที่สุด [5] และยังคง
ใช้อย่างทั่วถึง [7]
•เกลียวรุ่นที่ดูเหมือนจะเป็นรูปแบบที่มีมากขึ้น
ความยืดหยุ่นในการพัฒนา มันครอบคลุม
การรวบรวมความต้องการการวางแผนการออกแบบ
การดำเนินงานและการใช้งานในการโต้ตอบและ
แฟชั่นที่เพิ่มขึ้น นอกจากนี้ยังประกอบด้วยการวิเคราะห์ความเสี่ยง
ระยะ
2.1 น้ำตกวงจรชีวิต
วงจรชีวิตคลาสสิกหรือน้ำตกยังเป็นที่รู้จักในฐานะ "topdown"
วิธีการที่เสนอโดยรอยซ์ [9] จนถึงช่วงกลาง
80 มันเป็นรูปแบบที่มีระดับของการยอมรับทั่วไป มัน
ได้มาจากรูปแบบที่ใช้ในกิจกรรมทางวิศวกรรมแบบดั้งเดิม
โดยมีวัตถุประสงค์ในการจัดตั้งเพื่อในการพัฒนา
ผลิตภัณฑ์ซอฟต์แวร์ที่มีขนาดใหญ่ เมื่อเทียบกับซอฟต์แวร์อื่น ๆ
รูปแบบการพัฒนาจะเข้มงวดมากขึ้นและจัดการได้น้อย
แบบน้ำตกเป็นหนึ่งในรูปแบบที่สำคัญที่สุดที่เคย
ตีพิมพ์ มันคือการอ้างอิงไปยังผู้อื่นและทำหน้าที่เป็นพื้นฐานสำหรับ
โครงการที่ทันสมัยมาก รุ่นเดิมได้รับการปรับปรุงให้ดีขึ้นในช่วง
เวลาและยังคงใช้บ่อยวันนี้ [5]
เป็นส่วนหนึ่งของความสำเร็จของรุ่นน้ำตกที่เกิดจากการ
จัดการพื้นฐานซึ่งระบุกลุ่มคงที่ของ
เอกสารที่ผลิตเป็นผลมาจากขั้นตอนของแต่ละ วงจรชีวิต [5]
เอกสารการผลิตรวมกว่าไฟล์ข้อความที่มี
การรับรองกราฟิกของซอฟต์แวร์และแม้แต่การจำลอง ใน
รุ่นนี้ขั้นตอนจะดำเนินการอย่างเป็นระบบในลำดับ
การสั่งซื้อดังแสดงในรูปที่ 1 และมันมักจะมีขั้นตอนดังต่อไปนี้
การวิเคราะห์การออกแบบการก่อสร้างและการประเมินผลการบำรุงรักษา

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

( เปรียบเทียบกับรุ่นพัฒนา ) เราเน้นรูปแบบและลักษณะการพิจารณากิจกรรมที่คล้ายกัน

ระหว่างรุ่น เช่น ความต้องการ การวิเคราะห์ การออกแบบ การเขียนโปรแกรม การปฏิบัติ
และการทดสอบ โครงการ CDM คือกระบวนการที่เป็นระบบและกำหนดใช้
เทคนิคการจำแนกเป็นเครื่องมือในการเปรียบเทียบ มันเหมือนกับ
ใช้โมเดลการพัฒนาซอฟต์แวร์ส่งเสริมการใช้เหตุผล
การสื่อสารการปรับแต่งและการศึกษา .
แตกต่างจากส่วนใหญ่ของการตีพิมพ์ก่อนหน้านี้เปรียบเทียบ
ของโมเดลการพัฒนาซอฟต์แวร์ cdmod ให้เราระบุ
ลักษณะของรุ่น เน้นคุณภาพและข้อเสีย
ของแต่ละคน และตามลำดับตรรกะสำหรับการเปรียบเทียบ .
2 แบบเปรียบเทียบในการศึกษาของเรา เราเสนอ
ผลของการเปรียบเทียบดังกล่าว และหารือถึงวิธีการที่ใช้ในการปรับจูน
cdmod สามารถพัฒนาซอฟต์แวร์ที่ใช้ในองค์กรในปัจจุบัน
.
2 ที่เกี่ยวข้องกับการพัฒนาซอฟต์แวร์
หลายรุ่น [ 7 , 5 , 11 ] ที่มีอยู่ใน
วรรณกรรมบางส่วนเพิ่มเติมอย่างละเอียดที่กล่าวถึง เช่น
แบบ [ 9 ] และน้ำตกแบบเกลียว [ 2 ] เหตุผลที่เรา
มีให้เลือกสองรุ่นเพื่อใช้ในการศึกษาของเรา .
- รูปแบบน้ำตก–คลาสสิก " วงจรชีวิต " ของขวัญ
ลำดับของขั้นตอนการพัฒนาต่อไปนี้ :
ความต้องการการวิเคราะห์การเข้ารหัสออกแบบโปรแกรมการดำเนินงานและการทดสอบ
. มันเป็นที่เก่าแก่ที่สุดรูปแบบ [ 5 ] และยัง
อย่างละเอียดใช้ [ 7 ] .
- เกลียวรูปแบบปรากฏเป็นรูปแบบที่มีมากขึ้น
ความยืดหยุ่นให้กับนักพัฒนา มันครอบคลุม
ความต้องการในการรวบรวมการวางแผนการออกแบบการปรับใช้ในการโต้ตอบและ

แฟชั่นและเพิ่มขึ้น . นอกจากนี้ยังประกอบด้วยการวิเคราะห์ความเสี่ยงระยะ
.
๑
น้ำตกวงจรชีวิตคลาสสิกวงจรชีวิต หรือ น้ำตก หรือที่เรียกว่า " topdown "
วิธีการเสนอโดยรอย [ 9 ] จนถึงกลางเดือน
80 มันเป็นรุ่นเดียวที่มีระดับการยอมรับทั่วไป มัน
ได้มาจากโมเดลที่ใช้ในกิจกรรมประเพณีวิศวกรรม
กับวัตถุประสงค์ในการจัดตั้งเพื่อการพัฒนา
ผลิตภัณฑ์ซอฟต์แวร์ขนาดใหญ่ เมื่อเทียบกับโมเดลการพัฒนาซอฟต์แวร์
อื่นๆก็จะแข็งมากขึ้น และง่ายต่อการจัดการน้อย
น้ำตกแบบหนึ่งในโมเดลที่สำคัญที่สุดเคย
ตีพิมพ์ มันคือการอ้างอิงถึงคนอื่นและทำหน้าที่เป็นพื้นฐานสำหรับ
โครงการที่ทันสมัยมากรุ่นเดิมคือการปรับปรุงมากกว่า
เวลาและยังใช้บ่อยวันนี้ [ 5 ] .
ส่วนดีของความสำเร็จของน้ำตกแบบเนื่องจากการการจัดการพื้นฐาน ซึ่งจะระบุกำหนดกลุ่ม
เอกสารจำนวนมากเป็นผลของแต่ละช่วงของวงจรชีวิต [ 5 ] .
ผลิตเอกสารประกอบ รวมถึงกว่าไฟล์ข้อความ มันมี
ภาพกราฟิกของซอฟต์แวร์และแบบจำลองได้ ใน
รุ่นนี้ขั้นตอนจะดำเนินการอย่างเป็นระบบในลําดับ
ดังแสดงในรูปที่ 1 และ มักจะมีขั้นตอนต่อไปนี้ :
การวิเคราะห์ , ออกแบบ , ก่อสร้าง , การประเมินผลและการบำรุงรักษา