Cs284 Intro

software engineering

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

เปาหมายของ

SE

คือ การผลิต software product

คือ software system ( ตอไปนี้จะใชคําวา system ) ที่สงมอบใหกับลูกคาพรอมกับ เอกสารที่ใชอธิบายวิธีใช system นั้น ในบางกรณี software product อาจจะเปนเพียงสวนหนึ่งของ software product ที่ใหญกวา software product

แบงออกเปน 2 ประเภท 1. Generic product คือ system ที่ผลิตเพื่อขายใหกับ user ทั่ว ๆ ไปที่ตองการใช system เพื่อจุดประสงคตาง ๆ 2. Bespoke product หรือ Customized product คือ system ที่ผลิตขึ้นอยางจําเพาะ เจาะจงเพื่อใชงานเฉพาะดาน สําหรับลูกคาเพียง 1 หรือ 2 กลุม

software product

คือ ขั้นตอน การทํางานเพื่อผลิต software product ขั้นตอนเหลานี้จะถูก กําหนดโดย software engineer โดยทั่วไป software process มีทั้งหมด 4 ขั้นตอน คือ 1. software Specification การกําหนดบทบาทและหนาที่ของ software และความสามารถที่ ตองการให software มี 2. Software Development การพัฒนาตัว software ใหตรงกับ spec ที่กําหนดไวในขั้นตอน แรก 3. Software Validation ตรวจสอบความถูกตองใหตรงกับสิ่งที่ลูกคาตองการ 4. Software Evolution ตัว software product จะตองถูกพัฒนาตอไปได เมื่อลูกคาตองการ เพิ่มเติมความสามารถสวนใด ของ software นั้น The software process

ในขั้นตอน software process ไมมีอะไรถูกหรือผิด ในการผลิต software ที่แตกตางกัน สามารถใชวิธีการ ที่แตกตางกันได ในขั้นตอนเดียวกัน เวลาที่ใชในแตละขั้นตอน ก็แตกตางกันไป อยางไรก็ตามในการผลิต system บางชนิด ก็จาํ เปนที่จะตองใชขั้นตอนที่เฉพาะเจาะจง ถาเลือกวิธีที่ใชผดิ system ดังกลาว อาจจะมีประสิทธิภาพไมดี พออยางที่ลูกคาตองการ

คือ การใช model แบบงาย ๆ แสดง software process ที่ใชในการผลิต software product โดยสามารถแสดงไดในหลาย ๆ perspective ( มุมมอง ) ตัวอยางของ process perspective 1. workflow perspective แสดง input output 2. dataflow perspective แสดงการใชงาน data และการเคลื่อนยาย data ของทั้งระบบ 3. Role/activity perspective แสดงบทบาทและสิ่งที่บุคคลที่เกี่ยวของกับ software process นั้น ๆ กระทํา Software process model

Software process model

ที่ใชทั่ว ๆ

1. waterfall model 2. Evolutionary development 3. Formal transformation 4. Integration from reusable components

คาใชจายของ software engineering 60 % เปนคาใชจายของการพัฒนาอีก 40 % เปนคาใชจายที่ ใชในการทดสอบระบบ และสําหรับ software product แบบ bespoke product จะตองมีคาใชจายในสวน ของการพัฒนา software ตอไปในอนาคตดวย อยางไรก็ตามคาใชจายเหลานี้จะแตกตางกันไป แลวแตระบบที่เรา ตองการจะพัฒนา และนอกจากนี้คาใชจายยังขึ้นอยูกับ development model ( software process model) ที่เราใชในการพัฒนาดวย คือ software system ที่ชวยในการทํางานใน ขั้นตอนของ software process เชน การวิเคราะหความตองการของลูกคา requirement analysis , system modeling , debugging , testing เปนตน CASE แบงเปน 2 ประเภท 1. upper CASE คือ software ที่ชวยในขั้นตอนแรก ๆ ของ software process เชน requirement CASE = computer – aided software engineering

analysis , system modeling and design 2. lower CASE

คือ software ที่ชวยในขั้นตอนตอจาก upper CASE นั่นเอง เชน programming ,

debugging , testing

ที่ดีควรมีคุณสมบัติอยางไรบาง ? 1. Maintainability ระบบจะตองถูกพัฒนาไดในภายหลัง หากมีความตองการจากลูกคา 2. Dependability ระบบตองมีความเชื่อถือได มีความปลอดภัย software product ที่ดีจะตองไมกอใหเกิด ความเสียหาย ทั้งในแงเศรษฐกิจและอื่น ๆ ในกรณีที่ระบบเกิดความลมเหลวในการทํางาน 3. Efficiency ระบบสามารถทํางานไดอยางมีประสิทธิภาพโดยใช resource นอยที่สุด เชน memory หรือ Software

processor cycle

จะตองมี user interface ( หนาตา ) ที่ใชงานงาย และมีเอกสาร ประกอบการใชงานที่มีประสิทธิภาพอานเขาใจงาย

4. Usability software product

ในศตวรรษที่ 21 เผชิญหนากับความทาทาย 3 อยาง Legacy system ระบบรุนเกาจะตองสามารถพัฒนาและ update ใหสามารถใชงานไดนานและรองรับกับ เทคโนโลยีของคอมพิวเตอรใหม ๆ ได Heterogeneity ระบบจะตองมีการใชงาน software และ hardware อยางมีประสิทธิภาพ ( คํานึงถึงทั้ง 2 ดานในการพัฒนา ) Delivery ระบบจะตองมีระบบการสงสินคาใหกับลูกคาไดอยางรวดเร็ว SE