Cs284 Require Design Valid

software engineering

วิชาการ # cstu20 เอกสารอานประกอบสไลดชุดที่ 2 ( 01Software_Process.ppt) http://course.cs.tu.ac.th Introduction to software engineering The requirement engineering process

ขั้นตอนในการกําหนด วิเคราะห และวิเคราะหความตองการของ user

คือการศึกษาความเปนไปไดที่จะพัฒนาระบบตามความตองการของลูกคา ผลลัพธที่ไดจาก ขั้นตอนนี้จะเปนตัวตัดสินวาควรจะพัฒนาตอไปหรือไม หรือตองศึกษาขอมูลเพิ่มเติม requirement elicitation and analysis คือการวิเคราะหระบบที่ลูกคาตองการวาจะตองมี องคประกอบใดบางทํางานอยางไร ตองใช model ไหนในการ design หรือวาตองทํา phototype แบบใด requirement specification คือการลงรายละเอียดใน system ที่จะไดรับการพัฒนาตอไป ในขั้นตอนนี้ อาจจะเริ่มพบปญหาที่จะเกิดขึ้นในการพัฒนา ซึ่งจําเปนจะตองแกไข กอนจะเขาสูขั้นตอนตอไป Feasibility study

software design and implementation

ในขั้นตอนการ design มักจะใช graphic model เพื่ออธิบายการทํางานของระบบ model ที่นิยมใช 1. Data-flow model 2. Entity - relation – attribute model 3. structural model 4. object models

ขั้นตอน programming และ debugging คือขั้นตอนในการเปลี่ยน design ใหกลายเปน code และ ทําการตรวจสอบความถูกตองของ code ซึ่งเปนขั้นตอนที่ไมมีรูปแบบตายตัว ขึ้นอยูกับ programmer วาจะใชวิธี ไหน คือการตรวจสอบความถูกตองของโปรแกรมวาตรงกับ specification ที่กาํ หนดไว ในครั้งแรกหรือเปลา รวมไปถึงการตรวจสอบการทํางานในสวนที่ไมสามารถตรวจสอบไดในขั้นตอนของการ software validation programming Testing stage 1. unit testing 2. module testing 3. sub-system testing 4. system testing 5. acceptance testing software evolution

การพัฒนา software ที่ไดทําเสร็จใหดีขึ้น หรือเมื่อลูกคาตองการเพิ่มคุณสมบัตบิ างอยาง