1. ภารกิจการเรียนรู้ที่ 4 การพัฒนา Software เสนอ ดร . จารุณี ซามาตย์ สาขาคอมพิวเตอร์ศึกษา คณะศึกษาศาสตร์ มหาวิทยาลัยขอนแก่น 237311: BASIC PRINCIPLES FOR EDUCATIONAL SOFTWARE DEVELOPMENT

2. ผู้จัดทำ นางสาวใบตอง พรมพุทธา รหัสนักศึกษา 523050475-1 นางสาวปุญญิศา เมืองจันทึก รหัสนักศึกษา 523050476-9 สาขาคอมพิวเตอร์ศึกษา ชั้นปีที่ 3 คณะศึกษาศาสตร์ มหาวิทยาลัยขอนแก่น

3. ข้อที่ 1 SDLC คืออะไร พร้อมยกตัวอย่างที่สามารถอธิบายให้เข้าใจได้ วงจรชีวิตของการพัฒนา Software(System Development Life Cycle) ที่นักวิเคราะห์ระบบจะต้องทำความเข้าใจ การพัฒนาระบบงาน หรือ Software ใดๆ ก็ตามก็จะประกอบไปด้วยขั้นตอนต่างๆ หลายๆ ส่วนมาประกอบกัน โครงการแต่ละโครงการก็จะมีรายละเอียดปลีกย่อยแตกต่างกันไปตามขนาด หรือ ความซับซ้อนของโครงการระบบงานนั้น ๆ ภารกิจการเรียนรู้ที่ 4

4. เป็น Series ของขั้นตอนการทำงาน คล้ายสายงานการผลิต (Product Line) แต่ละขั้น หน้าที่และ Product ถูกกำหนดอย่างชัดเจน Product ส่วนใหญ่เป็นเอกสาร (Document) Product ที่ผลิตในแต่ละขั้นจะเป็นพื้นฐานสำหรับงานขั้นต่อไป สามารถตรวจสอบความถูกต้องของงานในแต่ละขั้นได้

6. แบบจำลองบันไดเวียน แบ่งออกได้ เป็นส่วนย่อยๆ เช่น การติดต่อสื่อสารกันระหว่างผู้ใช้ และผู้พัฒนาระบบ การวางแผน การวิเคราะห์ความเสี่ยง วิศวกรรม การสร้างและนำไปใช้ การประเมินผลจากผู้ใช้

7. ภารกิจการเรียนรู้ที่ 4 ข้อที่ 2 เครื่องมือที่ใช้ในการพัฒนาระบบ (Tools) คืออะไร พร้อมยกตัวอย่างและภาพประกอบมาให้มากที่สุด ขอบข่ายของเครื่องมือสนับสนุนการพัฒนาระบบ ( CASE Tool framework) CASE ที่ใช้ในการพัฒนาระบบถูกแบ่งขอบข่ายการทำงานออกเป็น 2 ช่วง โดยการแบ่งนั้นอ้างอิงจากขั้นตอนการพัฒนาระบบในวงจร SDLC ซึ่งมีดังต่อไปนี้ ภารกิจการเรียนรู้ที่ 4

8. Upper-CASE เป็นเครื่องมือที่ช่วยสนับสนุนการทำงานในขั้นตอนต้น ๆ ของการพัฒนาระบบ ได้แก่ ขั้นตอนการวางแผน ขั้นตอนการวิเคราะห์ และขั้นตอนการออกแบบระบบ Lower-CASE เป็นเครื่องมือที่ช่วยสนับสนุนการทำงานในขั้นตอนสุกดท้ายในการพัฒนาระบบ ได้แก่ ขั้นตอนการออกแบบ ขั้นตอนการพัฒนาและทดสอบระบบ และขั้นตอนการให้บริการหลังการติดตั้งระบบ จะเห็นว่า CASE ทั้งสองระดับนี้ มีการำงานที่ซ้ำซ้อนกันอยู่ บางครั้งองค์กรอาจเลือกใช้งาน CASE Tools ทั้ง 2 ระดับร่วมกันได้

9. เคสทูลเข้ามาช่วยเพิ่มผลผลิตด้านไอที ทั้งยังสามารถปรับปรุงคุณภาพของผลผลิตที่สาเร็จแล้ว นักพัฒนาระบบ (Systems Developers) ใช้เคสทูลในการตรวจสอบความถูกต้องสมบูรณ์ของแบบที่ได้ออกไว้ ช่วยจัดการโครงสร้างที่ซับซ้อนและช่วยแบบจาลองต่างๆได้ ได้แก่ - แบบจำลองทางธุรกิจ - แบบจำลองการประมวลผล - แบบจำลองข้อมูล - อื่นๆ

10. บางเคสทูลช่วยสร้างต้นแบบและสร้างโค้ดโมดูล (Code Module) ให้ด้วย จึงช่วยให้การติดตั้ง ระบบกระทาได้อย่างรวดเร็วขึ้น สาหรับเคสทูลที่มีชื่อเสียงสามารถสร้างต้นแบบเพื่อใช้งานได้จริง รวดเร็ว ได้แก่ Visible Analyst ของบิษัทวิสซิเบิ้ลซิสเต็มส

11. ภารกิจการเรียนรู้ที่ 4 ข้อที่ 3 แบบจำลองที่ใช้ในการพัฒนาระบบ (Model) คืออะไร พร้อมยกตัวอย่างและภาพประกอบมาให้มากที่สุด คือการจำลองภาพของกระบวนการพัฒนาระบบ เพื่อให้เห็นถึงการจัดโครงสร้างลำดับขั้นตอนของกระบวนการในรูปแบบที่แตกต่างกันออกไปโดย แบบจำลองกระบวนการ เป็นการนำเสนอกระบวนการพัฒนาระบบในแบบนามธรรม ดังนั้น รายละเอียดของกระบวนการพัฒนาที่ปรากฏในแบบจำลองกระบวนการจึงเป็นรายละเอียดเพียง บางส่วนเท่านั้นแบบจำลองกระบวนการพัฒนา คือ แนวคิด ซึ่งใช้เป็นกรอบของขั้นตอนและแบบแผนสำหรับการดำเนินกิจกรรมการพัฒนาระบบด้านต่างๆ ภารกิจการเรียนรู้ที่ 4

12. เช่น การเขียนผังงาน (Flowchart) ผังงานคือสัญลักษณ์ที่สามารถอธิบายการทำงานของระบบงานหรือโปรแกรมได้ โดยจะเป็นการเขียน อธิบายลำดับภาพการทำงานทั้งหมดของระบบงาน โดยลักษณะสัญลักษณ์ที่ใช้จะง่ายต่อความเข้าใจใน ระบบงานนั้น ๆ

13. Data Flow Diagram (DFD) แผนภาพการไหลของข้อมูล เป็นเครื่องมือของนักวิเคราะห์ระบบที่ช่วยให้สามารถเข้าใจกระบวนการทำงานของแต่ละหน่วยงาน ซึ่งทราบถึงการรับ / ส่งข้อมูล การประสานงานระหว่างกิจกรรมต่าง ๆ ในการดำเนินงาน ซึ่งเป็นแบบจำลองของระบบ

14. Entity Relationship Diagram (ERD) หมายถึง แผนภาพที่ใช้เป็นเครื่องมือสำหรับจำลองข้อมูล ซึ่งจะประกอบไปด้วย Entity ( แทนกลุ่มของข้อมูลที่เป็นเรื่องเดียวกัน / เกี่ยวข้องกัน ) และความสัมพันธ์ระหว่างข้อมูล (Relationship) ที่เกิดขึ้นทั้งหมดในระบบ

15. Structure Chart แสดงให้เห็นการแบ่งการทำงานของระบบออกเป็นส่วนย่อยๆ ที่เรียกว่า โมดูล (Module) เป็นแผนผังลำดับชั้น แสดงความสัมพันธ์ระหว่างฟังก์ชันของโปรแกรม แต่ละโมดูลจะมีการเรียกใช้ข้อมูลระหว่างกันตามลำดับชั้น โมดูลระดับบน จะเรียกใช้โมดูลที่อยู่ระดับล่าง มีโมดูลระดับบนสุดเพียงโมดูลเดียว เป็นโมดูลหลัก โมดูลระดับล่างสุดจะประกอบไปด้วยอัลกอริธึมและลอจิกของโปรแกรม

16. การอ่านและเรียกใช้ A ส่งข้อมูล x ไปยัง B B ส่งข้อมูล x ไปยัง C เพื่อประมวลผลจนได้ผลลัพธ์ y ส่งข้อมูล y กลับไปยัง B B จะใช้ข้อมูล y ประมวลผลจนได้ผลลัพธ์เป็นข้อมูล z ที่ A ต้องการ A ส่งข้อมูล z ไป D เพื่อประมวผล A x z B D C z y x

17. และอีกหลายแบบจำลอง - Use Case Diagram - Class Diagram - Sequence Diagram - PERT Chart - Gantt Chart - Organization Hierarchy Chart - Financial Analysis Model – NPV, ROI

18. ภารกิจการเรียนรู้ที่ 4 ข้อที่ 4 สร้างตารางเปรียบเทียบข้อดี ข้อเสียของ SSADM , RAD และ OOD&D ภารกิจการเรียนรู้ที่ 4

19. เปรียบเทียบข้อดี SSADM RAD OOD&D สามารถรวบรวมความต้องการจาก ผู้ใช้ได้เป็นระยะเวลานานก่อนที่จะเริ่มเขียนโปรแกรม และการเปลี่ยนแปลงความต้องการมีน้อย เนื่องจากก่อนที่จะถึงขั้นตอนการเขียนโปรแกรม ข้อมูลต่าง ๆ ที่วิเคราะห์มานั้นจะต้องได้รับการอนุมัติเห็นชอบจากเจ้าของระบบก่อน จึงจะสามารถเข้าสู่ขั้นตอนการเขียนโปรแกรมได้ หมายความว่าข้อมูลทุกอย่างที่วิเคราะห์และออกแบบมานั้นจะต้องตรงตามความต้องการของผู้ใช้และ เจ้าของระบบมากที่สุดนั่นเอง มีการนำเทคนิค และเครื่องมือชนิดต่าง ๆ เข้ามาสนับสนุนการพัฒนาระบบ ให้สามารถดำเนินการในขั้นตอนต่างๆ ใน SDLC ได้ด้วยการใช้ระยะเวลาที่น้อยกว่าแบบ SSADM ยกตัวอย่างเทคนิค และเครื่องมือดังกล่าว เช่น CASE Tools, JAD) และโปรแกรมภาษาที่ช่วยสร้างโค้ดโปรแกรม ช่วยออกแบบหน้าจอ รายงานและแบบฟอร์มต่าง ๆ ได้อย่างรวดเร็ว มีการวิเคราะห์และออกแบบเพื่อแก้ปัญหาของระบบงานด้วยการอ้างอิงกับขั้นตอนการทำงาน ( Process-Centered Approach) และมีการอ้างอิงกับข้อมูลทั้งหมดของระบบ มีการพัฒนาระบบในวงจร SDLC ด้วยการวิเคราะห์และออกแบบเพื่อแก้ปัญหาระบบงาน โดยมองปัญหาเหล่านั้นให้เป็นวัตถุที่ประกอบไปด้วยขั้นตอนการทำงาน ( Process) รวมกับข้อมูล ( Data) ด้วย

20. เปรียบเทียบข้อเสีย SSADM RAD OOD&D จะใช้เวลานานมากในขั้นตอนการวิเคราะห์และออกแบบระบบ และการออกแบบต่าง ๆ จะร่างลงบนกระดาษ ซึ่งผู้ใช้หรือเจ้าของระบบไม่สามารถทดลองใช้งานได้ จึงอาจจะทำให้ไม่ทราบถึงปัญหาที่เกิดขึ้น ส่งผลให้อาจเกิดปัญหาในระหว่างขั้นตอนการเขียนโปรแกรมได้ มีการเปลี่ยนแปลงความต้องการของผู้ใช้อยู่ตลอดเวลา เนื่องจากผู้ใช้ได้ทดลองใช้โปรแกรมต้นแบบที่สามารถสร้างและแก้ไขได้ง่าย ระบบที่พัฒนาด้วยความรีบเร่ง อาจมีรายละเอียดปลีกย่อยที่ผิดพลาดได้ ผู้ใช้ ( User) สามารถเปลี่ยนความต้องการของระบบ ( requirement) ได้บ่อย ๆ เนื่องจากมีโปรแกรมต้นแบบให้ทดลองใช้และแก้ไขได้ง่าย ส่งผลให้เกิดความยุ่งยากและจัดการสำหรับพัฒนาระบบให้สมบูรณ์ แผนภาพไม่เป็นมาตรฐาน ( Standard) เดียวกัน ยากแก่การนำไปสร้างเนื้อหาการเรียนการสอนในสถาบันศึกษา และยากต่อการทำความเข้าใจ

21. ภารกิจการเรียนรู้ที่ 4 ข้อที่ 5 UML คืออะไร และ CASE TOOL คืออะไร UML (Unified Modeling Language) หมายถึง ภาษารูปภาพที่ทำการกำหนดลัก​ษณะของ Class การสร้าง class และเป็นเอกสารที่บอกถึงรายล​ะเอียดของระบบ โครงสร้างโปรแกรม ถ้าเปรียบไปแล้ว UML คล้ายๆ กับพิมพ์เขียวของระบบ UML จะสามารถแสดง โครงสร้างของระบบ object-oriented ในรายละเอียดลึกๆ ได้ กับพิมพ์เขียวของระบบ UML จะสามารถแสดงโครงสร้าง ของระบบ object-oriented ในรายละเอียดลึกๆ ได้ดี ในรูปแบบของแผนภาพ ( diagram) แผนภาพเหล่านี้จะทำให้เกิดค​วามเข้าใจที่ตรงกันระหว่างผู้ออกแบบระบบ และ programmer ภารกิจการเรียนรู้ที่ 4

22. CASE tool คือ ซอฟแวร์ที่จะอำนวยความสะดวก​ในการพัฒนาซอฟแวร์ ( Computer-Aided Systems Engineering -CASE) เป็นเทคนิควิธีที่ใช้ในโปรแ​กรมที่มีความสามารถสูงเป็นเ​ครื่องมือ เรียกย่อๆว่า เคสทูล ( CASE Tools) โดยอาศัยหลักการของ CASE นั่นเอง เพื่อช่วยนักวิเคราห์ระบบพั​ฒนาระบบและบำรุงรักษาระบบสา​รสนเทศ โดยมองเห็นกรอบของการพัฒนาร​ะบบทั้งหมด

23. ภารกิจการเรียนรู้ที่ 4 ข้อที่ 6 ยกตัวอย่างโปรแกรมที่ใช้เป็นเครื่องมือของ Upper-CASE และ Lower-CASE อัพเปอร์ ( Upper) อัพเปอร์เคสทูลจะใช้ในการสร้างแบบจำลองการประมวลผล และการออกแบบระบบสารสนเทศใน​เชิงตรรกะ ตัวอย่างเช่น เป็นเครื่องมือที่ช่วยวิเคร​าะห์ระบบ ใช้ออกแบบระบบข่าวสารต่าง ๆ เช่น Context, Diagram, Data flow diagram(DFD) ช่วยทำงานในขั้นตอน Planning, Analysis, Design ของกระบวนการ SDLC ภารกิจการเรียนรู้ที่ 4

24. โลเวอร์ ( Lower) โลเวอร์เคสทูลจะช่วยให้กระบ​วนการพัฒนาเร็วยิ่งขึ้นโดยการทำรหัสต้นฉบับ ( Source code) จากแบบจำลองตรรกะให้ตัวอย่างเช่น ช่วยทำงานในขั้นตอน Design ,Implementation ของกระบวนการ SDLC Integrated CASE (both) : เป็นทั้งแบบ Upper CASE รวมกับ Lower CASE

25. ภารกิจการเรียนรู้ที่ 4 ข้อที่ 7 จากที่ศึกษา CASE มาท่านจะเลือกใช้ Tool โปรแกรมใดที่จะช่วยพัฒนาระบบ เพราะเหตุใด Case tool เป็นเครื่องมือช่วยในการพัฒ​นาระบบทั่ว ๆ ไป จัดเป็นเครื่องมือด้าน IT และมี Function การใช้งานพร้อม ตัวอย่างของ SW :CASE Tools ภารกิจการเรียนรู้ที่ 4

26. Oracle Enterprise Development Suite Rational Rose Paradigm Plus Visible Analyst Logic Works Suite AxiomSys and AxiomDsn V32 & X32 Visual Studio

27. เลือกใช้ Rational Rose ทำการศึกษาโปรแกรม Rational Rose ซึ่งเป็นเครื่องมือที่มีชื่อเสียงและเป็นที่นิยมใช้กันมากในปัจจุบันเนื่องจากมีคุณสมบัติมากมายในการช่วยพัฒนาซอฟต์แวร์ให้สมบูรณ์และรวดเร็วยิ่งขึ้น Rational Rose เป็น CASE Tool ที่ช่วยให้นักวิเคราห์ระบบในการสร้าง Model ของระบบได้สะดวกและง่ายยิ่งขึ้น ซึ่งรองรับระบบที่ใช้การวิเคราะห์และออกแบบระบบเชิงวัตถุ ( Object – Oriented System Analysis and Design )

28. คุณสมบัติเด่นของ Rational Rose ประกอบด้วย Tools ต่างๆมากมายที่จะใช้ในการสร้าง Object-Oriented Diagram ตามาตรฐานของภาษา UML ช่วยให้สร้าง Diagram ทั้งหมดได้อย่างสะดวกและง่ายขึ้น สามารถ Generate Code ต่างๆได้ เช่น JAVA, C++ ,Visual C++, Visual Basic6.0

31. จบการนำเสนอ