วันจันทร์ที่ 13 สิงหาคม พ.ศ. 2555

Chapter 3 สรุป


Systems Engineering
    เป็นเรื่องของคนในองค์กร บุคคลที่ทำหน้าที่ออกแบบ สร้าง ซ่อมบำรุง ซอฟต์แวร์ และฮาร์ดแวร์ เพื่อให้ระบบดำเนินงานได้ตามต้องการ

Emergent properties *ความน่าเชื่อถือ เป็นคุณสมบัติของระบบ
       สามารถวัดได้จาก
             1. วัดน้ำหนักความสำคัญของระบบ
             2. วัดความเชื่อถือของระบบ
             3. วัดความสามารถในการใช้งานจริง

System Engineering Process *โปรเซส วิศวกรรมระบบ มีอยู่ 7 โปรเซส


1. System requirement definition ขั้นตอนการเก็บรวบรวมความต้องการของระบบ 
           มี 3 ลักษณะ คือ
                   1 Functional requirement ฟังก์ชันการทำงานของระบบมีอะไรบ้าง
                   2 Non-Functional requirement คุณสมบัติที่ไม่เกี่ยวข้อกับการทำงานของระบบ
                         ที่แท้จริง
                   3 Unacceptable สิ่งที่ไม่ต้องการให้เกิดขึ้นกับระบบ เช่น ไฟดับ Server down เป็นต้น


         ปัญหาที่พบในการเก็บความต้องการ
                   1. ความต้องการเปลี่ยนโดยที่ระบบยังพัฒนาไม่เสร็จ อาจเกิดจากเวลาเปลี่ยนความ
                        ต้องการของคนเปลี่ยนตามเวลา เพราะเทคโนโลยีเปลี่ยน
                   2. ระยะเวลาในการพัฒนานาน ฮาร์ดแวร์เปลี่ยน ซอฟต์แวร์เปลี่ยน เทคโนโลยีเปลี่ยน
                   3. กำหนด Non-functional ได้ยาก เพราะสามารถมองเห้นได้เมื่อใช้งานไปแล้วเท่านั้น

1. Inception (ศึกษาภาพรวม) กระบวนการเป็นระยะเวลาการเริ่มต้นของการดำเนินงาน
   - กำหนดขอบเขต
       - กำหนดหน้าที่หลัก

   2. Elaboration (ออกแบบ) ขั้นตอนการทำความเข้าใจของระบบ

   - ค้นหาความเสี่ยงและวิเคราะห์โครงการ
   - จะทำแผนพัฒนาซอฟต์แวร์
3. Construction (ออกแบบและทดสอบ) การออกแบบโดยแบ่งระบบเป็นส่วนโดยใช้โปรแกรมเมอร์ แต่ละคนช่วยกันเขียนแล้วนำมารวมกันตัวที่เราเลือก คือ เอกสารซอฟต์แวร์
4. Transition (ส่งมอบ) เป็นการส่งมอบให้กับลูกค้าในการส่งมอบจะต้องมีคู่มือจะต้องมีการทดสอบ และต้องส่งผู้เชี่ยวชาญให้ไปดู
3. จำแนกการประสานกัน

RUP good practice

1. พัฒนาซอฟต์แวร์แบบซ้ำ ๆ
2. บริหารความต้องการให้ดีความต้องการไหนสำคัญที่สุด
3. ควรใช้ Component ควรใช้ คลาส ที่มีอยู่แล้ว
4. จะนำโมเดลมาช่วยในการออกแบบ
5. จะต้องมีการตรวจสอบซอฟต์แวร์ให้มีคุณภาพอยู่เสมอ
6. ต้องควบคุมการเปลี่ยนแปลงของซอฟต์แวร์ให้น้อยที่สุด 

       Case classification

(สามารถแบ่งออกเป็น 3 ประเภท)

1. จำแนกหน้าที่การทำงาน
2. กระบวนการทำงาน
3. จำแนกการประสานกัน

      


ไม่มีความคิดเห็น:

แสดงความคิดเห็น