วิศวกรรมซอฟต์แวร์ บทที่ 2
問題一覧
1
4
2
การประมาณการต้นทุนโครงการ (cost estimating)
3
วิศวกรรมความต้องการ
4
การทำความเข้าใจและกำหนดหน้าที่การทำงานของซอฟต์แวร์รวมถึงการระบุข้อจำกัดต่าง ๆ ในการปฏิบัติการและพัฒนาระบบ
5
ทำให้เกิดเอกสารซึ่งเป็นข้อตกลงที่ระบุความต้องการร่วมกันของผู้มีส่วนได้ส่วนเสียหรือผู้มีผลประโยชน์ร่วม
6
2 ระดับ
7
ระดับลูกค้า และ ระดับผู้พัฒนาซอฟต์แวร์
8
4 กิจกรรมย่อย
9
ทุกข้อที่กล่าวมาอยู่คือกิจกรรมย่อยในการจัดทำข้อกำหนดของซอฟต์แวร์
10
เป็นการประเมินความต้องการของผู้ใช้ระบบ ซึ่งอาจพอใจที่จะใช้ซอฟต์แวร์หรือฮาร์ดแวร์ปัจจุบัน จึงใช้เป็นข้อมูลประกอบการตัดสินใจว่าควรพัฒนาซอฟต์แวร์ต่อหรือไม่
11
รายงานผลการศึกษาความเป็นไปได้
12
กระบวนการที่ได้มาซึ่งความต้องการของระบบด้วยวิธีการต่าง ๆ
13
แบบจำลองระบบ
14
เป็นกิจกรรมการแปลงข้อมูลที่เก็บรวบรวมมาได้ในระหว่างที่ทำกิจกรรมการวิเคราะห์ความต้องการ
15
เอกสารที่ระบุความต้องการทั้งส่วนของผู้ใช้และส่วนของระบบ
16
กิจกรรมที่นำผลที่ได้จากการวิเคราะห์ความต้องการมาตรวจสอบกับเอกสารที่ระบุความต้องการ และตรวจสอบความสมบูรณ์ของข้อมูลทั้งหมด
17
เอกสารความต้องการ
18
กระบวนการสร้างซอฟต์แวร์ โดยการแปลงจากข้อกำหนดให้เป็นระบบที่สามารถทำงานได้ตรงตามข้อกำหนดของซอฟต์แวร์
19
การอธิบายโครงสร้างของซอฟต์แวร์ที่จะถูกนำไปใช้ อธิบายโครงสร้างข้อมูลและแบบจำลองข้อมูลที่จะใช้ในซอฟต์แวร์ อธิบายส่วนต่อประสานระหว่างองค์ประกอบขั้นตอนหรืออัลกอลิทึม
20
3 ส่วน
21
ข้อมูลน้ำเข้า กิจกรรมในการออกแบบ และข้อมูลผลลัพธ์
22
ข้อมูลนำเข้าที่ใช้ในกระบวนการออกแบบซอฟต์แวร์
23
เป็นข้อมูลเกี่ยวกับการต่อประสานกับซอฟต์แวร์อื่น เช่น ระบบปฏิบัติการ มิดเดิลแวร์ และระบบงานประยุกต์อื่น ๆ ทำให้เกิดคำว่าแพลตฟอร์มของซอฟต์แวร์
24
การต่อประสานกับซอฟต์แวร์ เช่น ระบบปฏิบัติการ มิดเดิลแวร์ และระบบงานประยุกต์อื่น ๆ
25
หากเป็นระบบเดิมที่มีอยู่แล้ว คำอธิบายข้อมูลจะอยู่ในสารสนเทศเกี่ยวกับแพลตฟอร์ม เป็นการนำเข้าส่วนหนึ่งของกระบวนการออกแบบ ดังนั้นโครงสร้างข้อมูลจะถูกกำหนดไว้อย่างชัดเจน
26
การแสดงขั้นตอนในกิจกรรมการออกแบบที่มีลำดับชัดเจน
27
การออกแบบขั้นตอนการผลิต (production process design)
28
การระบุโครงสร้างโดยรวมของระบบโดยระบุองค์ประกอบหรือระบบย่อย โมดูลที่สำคัญและมีความสัมพันธ์ต่อกันและกระจายกันอยู่
29
การกำหนดการเชื่อมต่อระหว่างองค์ประกอบย่อยของระบบ ระบุข้อกำหนดไม่กำกวม และมีความถูกต้องแม่นยำ
30
การออกแบบแต่ละส่วนประกอบว่าทำงานอย่างไร บางครั้งอาจเป็นรายการเปลี่ยนแปลงที่ทำขึ้นสำหรับส่วนประกอบที่สามารถนำกลับมาใช้ใหม่ หรือการสร้างแบบจำลองการออกแบบโดยละเอียด
31
การออกแบบในส่วนของโครงสร้างข้อมูลว่าจะจัดเก็บลงในฐานข้อมูลอย่างไร เป็นตำกำหนดว่าจะใช้ของเดิมหรือสร้างใหม่
32
การนำเสนอรายละเอียดของส่วนต่าง ๆ ที่เป็นผลที่ได้จากกิจกรรมการออกแบบ
33
แผนภาพในลักษณะต่าง ๆ
34
แสดงให้เห็นว่า ซอฟต์แวร์ที่พัฒนาขึ้นทั้งหมดได้ผ่านการตรวจสอบ เพื่อทบทวนว่าตรงต่อข้อกำหนดของซอฟต์และและผู้ใช้ระบบหรือลูกค้าหรือไม่
35
ข้อมูลทดสอบที่ถูกจำลองขึ้น (simulated test data)
36
3 ขั้นตอน
37
การทดสอบเพื่อการใช้งานจริง
38
ส่วนประกอบทั้งหมดของระบบต้องได้รับการทดสอบโดยผู้พัฒนาระบบ แต่ละส่วนต้องได้รับการทดสอบอย่างเป็นอิสระต่อกัน โดยไม่เกี่ยวข้องกับส่วนประกอบอื่น
39
ส่วนประกอบของระบบได้รับการรวมเข้าด้วยกันเพื่อสร้างเป็นระบบที่สมบูรณ์ การทดสอบนี้เกี่ยวข้องกับการค้นหาข้อผิดพลาดที่เป็นผลลัพธ์จากการโต้ตอบที่ไม่คาดหวังระหว่างการเชื่อมต่อส่วนประกอบที่มีปัญหา
40
เป็นขั้นตอนสุดท้ายของการทดสอบก่อนที่จะยอมรับและนำระบบไปใช้งาน ระบบได้รับการทดสอบโดยผู้ใช้มากกว่าที่จะใช้ข้อมูลทดสอบที่ถูกจำลองขึ้น
41
กระบวนการพัฒนาซอฟต์แวร์ที่เป็นลำดับขั้น ซึ่งถูกออกแบบมาเพื่อแสดงถึงการทำงานคู่ขนานระหว่างการทดสอบและการพัฒนาแบบลำดับขั้น โดยจะมีลักษณะเป็นรูปตัว V ตามชื่อของมัน
42
แสดงถึงขั้นตอนของการวางแผนและการออกแบบ ซึ่งเป็นส่วนสำคัญของกระบวนการพัฒนาซอฟต์แวร์
43
แสดงถึงขั้นตอนของการทดสอบที่ทำงานคู่ขนานกับการพัฒนาและการออกแบบในฝั่งซ้ายของตัว V โดยแต่ละขั้นตอนของการทดสอบจะถูกเชื่อมโยงกับขั้นตอนการออกแบบหรือพัฒนาในฝั่งซ้ายเพื่อตรวจสอบความถูกต้องและความสมบูรณ์ของระบบที่พัฒนา
44
ถูกทุกข้อ
45
เพื่อให้สามารถทำงานได้ตรงความต้องการที่เปลี่ยนแปลงไป และ ซอฟต์แวร์ส่วนใหญ่ถูกรวมเข้าด้วยกันให้มีความสามารถที่เพิ่มขึ้น
46
ถูกทุกข้อ
47
ระบบที่มีอยู่ และ ระบบใหม่
48
3 ส่วน ผลิตภัณฑ์ , บทบาท และ เงื่อนไขก่อนหลัง
49
ผลลัพธ์ที่ได้ (outcome) ของแต่ละกิจกรรม
50
หน้าที่ความรับผิดชอบของบุคคลที่เกี่ยวข้องในกิจกรรม
51
ค่าความจริงทั้งก่อนที่จะถูกกำหนดให้เป็นกิจกรรม และหลังจากที่ได้ผลิตให้เป็นผลิตภัณฑ์แล้ว
52
นักคอมพิวเตอร์ และ ผู้พัฒนาซอฟต์แวร์
53
แบบจำลองของกระบวนการพัฒนาซอฟต์แวร์ (software process model หรือ process paradigm)
54
ทุกข้อเป็นกระบวนการพัฒนาซอฟต์แวร์
55
การกำหนดขั้นตอนหรือกระบวนการในการพัฒนาซอฟต์แวร์อย่างมีระเบียบแบบแผนและเป็นขั้นตอนที่ชัดเจน
56
2 แนวคิด
57
วงจรการพัฒนาระบบเป็นกรอบแนวคิดทั่วไปเกี่ยวกับกิจกรรมต่าง ๆ ในการพัฒนาซอฟต์แวร์เพื่อให้ผู้เกี่ยวข้องใช้เป็นกรอบแนวทางในการทำงานร่วมกัน
58
วงจรการพัฒนาระบบเป็นการแสดงขั้นตอนในการออกแบบและสร้างซอฟต์แวร์ ซึ่งมีโครงสร้างและรายละเอียดที่แน่นอน มีจุดเริ่้มต้นและสิ้นสุดในการปฏิบัติงานแบบมีแบบแผน
59
4 ขั้นตอน
60
ทุกข้ออยู่ในขั้นตอนหลักของวงจรการพัฒนาระบบ SDLC
61
เพราะเหตุใด (why) จึงต้องสร้างระบบและจะดำเนินการในการพัฒนาระบบอย่างไร (how)
62
ใคร (who) ทำอะไร (what) ที่ไหน (where) และเมื่อใด (when)
63
ระบบจะทำงานอย่างไร
64
การส่งมอบและการสนับสนุนระบบที่สมบูรณ์
65
ถูกทุกข้อ
66
ถูกทุกข้อ
67
ถูกทุกข้อ
68
ถูกทุกข้อ
69
ถูกทุกข้อ
70
ถูกทุกข้อ
71
ถูกทุกข้อ
72
ถูกทุกข้อ
73
2 ระยะ ได้แก่ ระยะเริ่มต้นโครงการ ระยะดำเนินโครงการ
74
กลยุทธ์ในการวิเคราะห์ การเก็บรวบรวมความต้องการ จัดทำข้อเสนอระบบ
75
กลยุทธ์ในการออกแบบ, ออกแบบสถาปัตยกรรม, ข้อกำหนดของฐานข้อมูลและแฟ้มข้อมูล, ออกแบบโปรแกรม
76
การสร้างระบบ, การติดตั้งระบบ, แผนการสนับสนุน
問題一覧
1
4
2
การประมาณการต้นทุนโครงการ (cost estimating)
3
วิศวกรรมความต้องการ
4
การทำความเข้าใจและกำหนดหน้าที่การทำงานของซอฟต์แวร์รวมถึงการระบุข้อจำกัดต่าง ๆ ในการปฏิบัติการและพัฒนาระบบ
5
ทำให้เกิดเอกสารซึ่งเป็นข้อตกลงที่ระบุความต้องการร่วมกันของผู้มีส่วนได้ส่วนเสียหรือผู้มีผลประโยชน์ร่วม
6
2 ระดับ
7
ระดับลูกค้า และ ระดับผู้พัฒนาซอฟต์แวร์
8
4 กิจกรรมย่อย
9
ทุกข้อที่กล่าวมาอยู่คือกิจกรรมย่อยในการจัดทำข้อกำหนดของซอฟต์แวร์
10
เป็นการประเมินความต้องการของผู้ใช้ระบบ ซึ่งอาจพอใจที่จะใช้ซอฟต์แวร์หรือฮาร์ดแวร์ปัจจุบัน จึงใช้เป็นข้อมูลประกอบการตัดสินใจว่าควรพัฒนาซอฟต์แวร์ต่อหรือไม่
11
รายงานผลการศึกษาความเป็นไปได้
12
กระบวนการที่ได้มาซึ่งความต้องการของระบบด้วยวิธีการต่าง ๆ
13
แบบจำลองระบบ
14
เป็นกิจกรรมการแปลงข้อมูลที่เก็บรวบรวมมาได้ในระหว่างที่ทำกิจกรรมการวิเคราะห์ความต้องการ
15
เอกสารที่ระบุความต้องการทั้งส่วนของผู้ใช้และส่วนของระบบ
16
กิจกรรมที่นำผลที่ได้จากการวิเคราะห์ความต้องการมาตรวจสอบกับเอกสารที่ระบุความต้องการ และตรวจสอบความสมบูรณ์ของข้อมูลทั้งหมด
17
เอกสารความต้องการ
18
กระบวนการสร้างซอฟต์แวร์ โดยการแปลงจากข้อกำหนดให้เป็นระบบที่สามารถทำงานได้ตรงตามข้อกำหนดของซอฟต์แวร์
19
การอธิบายโครงสร้างของซอฟต์แวร์ที่จะถูกนำไปใช้ อธิบายโครงสร้างข้อมูลและแบบจำลองข้อมูลที่จะใช้ในซอฟต์แวร์ อธิบายส่วนต่อประสานระหว่างองค์ประกอบขั้นตอนหรืออัลกอลิทึม
20
3 ส่วน
21
ข้อมูลน้ำเข้า กิจกรรมในการออกแบบ และข้อมูลผลลัพธ์
22
ข้อมูลนำเข้าที่ใช้ในกระบวนการออกแบบซอฟต์แวร์
23
เป็นข้อมูลเกี่ยวกับการต่อประสานกับซอฟต์แวร์อื่น เช่น ระบบปฏิบัติการ มิดเดิลแวร์ และระบบงานประยุกต์อื่น ๆ ทำให้เกิดคำว่าแพลตฟอร์มของซอฟต์แวร์
24
การต่อประสานกับซอฟต์แวร์ เช่น ระบบปฏิบัติการ มิดเดิลแวร์ และระบบงานประยุกต์อื่น ๆ
25
หากเป็นระบบเดิมที่มีอยู่แล้ว คำอธิบายข้อมูลจะอยู่ในสารสนเทศเกี่ยวกับแพลตฟอร์ม เป็นการนำเข้าส่วนหนึ่งของกระบวนการออกแบบ ดังนั้นโครงสร้างข้อมูลจะถูกกำหนดไว้อย่างชัดเจน
26
การแสดงขั้นตอนในกิจกรรมการออกแบบที่มีลำดับชัดเจน
27
การออกแบบขั้นตอนการผลิต (production process design)
28
การระบุโครงสร้างโดยรวมของระบบโดยระบุองค์ประกอบหรือระบบย่อย โมดูลที่สำคัญและมีความสัมพันธ์ต่อกันและกระจายกันอยู่
29
การกำหนดการเชื่อมต่อระหว่างองค์ประกอบย่อยของระบบ ระบุข้อกำหนดไม่กำกวม และมีความถูกต้องแม่นยำ
30
การออกแบบแต่ละส่วนประกอบว่าทำงานอย่างไร บางครั้งอาจเป็นรายการเปลี่ยนแปลงที่ทำขึ้นสำหรับส่วนประกอบที่สามารถนำกลับมาใช้ใหม่ หรือการสร้างแบบจำลองการออกแบบโดยละเอียด
31
การออกแบบในส่วนของโครงสร้างข้อมูลว่าจะจัดเก็บลงในฐานข้อมูลอย่างไร เป็นตำกำหนดว่าจะใช้ของเดิมหรือสร้างใหม่
32
การนำเสนอรายละเอียดของส่วนต่าง ๆ ที่เป็นผลที่ได้จากกิจกรรมการออกแบบ
33
แผนภาพในลักษณะต่าง ๆ
34
แสดงให้เห็นว่า ซอฟต์แวร์ที่พัฒนาขึ้นทั้งหมดได้ผ่านการตรวจสอบ เพื่อทบทวนว่าตรงต่อข้อกำหนดของซอฟต์และและผู้ใช้ระบบหรือลูกค้าหรือไม่
35
ข้อมูลทดสอบที่ถูกจำลองขึ้น (simulated test data)
36
3 ขั้นตอน
37
การทดสอบเพื่อการใช้งานจริง
38
ส่วนประกอบทั้งหมดของระบบต้องได้รับการทดสอบโดยผู้พัฒนาระบบ แต่ละส่วนต้องได้รับการทดสอบอย่างเป็นอิสระต่อกัน โดยไม่เกี่ยวข้องกับส่วนประกอบอื่น
39
ส่วนประกอบของระบบได้รับการรวมเข้าด้วยกันเพื่อสร้างเป็นระบบที่สมบูรณ์ การทดสอบนี้เกี่ยวข้องกับการค้นหาข้อผิดพลาดที่เป็นผลลัพธ์จากการโต้ตอบที่ไม่คาดหวังระหว่างการเชื่อมต่อส่วนประกอบที่มีปัญหา
40
เป็นขั้นตอนสุดท้ายของการทดสอบก่อนที่จะยอมรับและนำระบบไปใช้งาน ระบบได้รับการทดสอบโดยผู้ใช้มากกว่าที่จะใช้ข้อมูลทดสอบที่ถูกจำลองขึ้น
41
กระบวนการพัฒนาซอฟต์แวร์ที่เป็นลำดับขั้น ซึ่งถูกออกแบบมาเพื่อแสดงถึงการทำงานคู่ขนานระหว่างการทดสอบและการพัฒนาแบบลำดับขั้น โดยจะมีลักษณะเป็นรูปตัว V ตามชื่อของมัน
42
แสดงถึงขั้นตอนของการวางแผนและการออกแบบ ซึ่งเป็นส่วนสำคัญของกระบวนการพัฒนาซอฟต์แวร์
43
แสดงถึงขั้นตอนของการทดสอบที่ทำงานคู่ขนานกับการพัฒนาและการออกแบบในฝั่งซ้ายของตัว V โดยแต่ละขั้นตอนของการทดสอบจะถูกเชื่อมโยงกับขั้นตอนการออกแบบหรือพัฒนาในฝั่งซ้ายเพื่อตรวจสอบความถูกต้องและความสมบูรณ์ของระบบที่พัฒนา
44
ถูกทุกข้อ
45
เพื่อให้สามารถทำงานได้ตรงความต้องการที่เปลี่ยนแปลงไป และ ซอฟต์แวร์ส่วนใหญ่ถูกรวมเข้าด้วยกันให้มีความสามารถที่เพิ่มขึ้น
46
ถูกทุกข้อ
47
ระบบที่มีอยู่ และ ระบบใหม่
48
3 ส่วน ผลิตภัณฑ์ , บทบาท และ เงื่อนไขก่อนหลัง
49
ผลลัพธ์ที่ได้ (outcome) ของแต่ละกิจกรรม
50
หน้าที่ความรับผิดชอบของบุคคลที่เกี่ยวข้องในกิจกรรม
51
ค่าความจริงทั้งก่อนที่จะถูกกำหนดให้เป็นกิจกรรม และหลังจากที่ได้ผลิตให้เป็นผลิตภัณฑ์แล้ว
52
นักคอมพิวเตอร์ และ ผู้พัฒนาซอฟต์แวร์
53
แบบจำลองของกระบวนการพัฒนาซอฟต์แวร์ (software process model หรือ process paradigm)
54
ทุกข้อเป็นกระบวนการพัฒนาซอฟต์แวร์
55
การกำหนดขั้นตอนหรือกระบวนการในการพัฒนาซอฟต์แวร์อย่างมีระเบียบแบบแผนและเป็นขั้นตอนที่ชัดเจน
56
2 แนวคิด
57
วงจรการพัฒนาระบบเป็นกรอบแนวคิดทั่วไปเกี่ยวกับกิจกรรมต่าง ๆ ในการพัฒนาซอฟต์แวร์เพื่อให้ผู้เกี่ยวข้องใช้เป็นกรอบแนวทางในการทำงานร่วมกัน
58
วงจรการพัฒนาระบบเป็นการแสดงขั้นตอนในการออกแบบและสร้างซอฟต์แวร์ ซึ่งมีโครงสร้างและรายละเอียดที่แน่นอน มีจุดเริ่้มต้นและสิ้นสุดในการปฏิบัติงานแบบมีแบบแผน
59
4 ขั้นตอน
60
ทุกข้ออยู่ในขั้นตอนหลักของวงจรการพัฒนาระบบ SDLC
61
เพราะเหตุใด (why) จึงต้องสร้างระบบและจะดำเนินการในการพัฒนาระบบอย่างไร (how)
62
ใคร (who) ทำอะไร (what) ที่ไหน (where) และเมื่อใด (when)
63
ระบบจะทำงานอย่างไร
64
การส่งมอบและการสนับสนุนระบบที่สมบูรณ์
65
ถูกทุกข้อ
66
ถูกทุกข้อ
67
ถูกทุกข้อ
68
ถูกทุกข้อ
69
ถูกทุกข้อ
70
ถูกทุกข้อ
71
ถูกทุกข้อ
72
ถูกทุกข้อ
73
2 ระยะ ได้แก่ ระยะเริ่มต้นโครงการ ระยะดำเนินโครงการ
74
กลยุทธ์ในการวิเคราะห์ การเก็บรวบรวมความต้องการ จัดทำข้อเสนอระบบ
75
กลยุทธ์ในการออกแบบ, ออกแบบสถาปัตยกรรม, ข้อกำหนดของฐานข้อมูลและแฟ้มข้อมูล, ออกแบบโปรแกรม
76
การสร้างระบบ, การติดตั้งระบบ, แผนการสนับสนุน