SlideShare a Scribd company logo
ภารกิจการเรียนรู้ที่  4 การพัฒนา   Software เสนอ ดร . จารุณี ซามาตย์ สาขาคอมพิวเตอร์ศึกษา คณะศึกษาศาสตร์ มหาวิทยาลัยขอนแก่น 237311: BASIC PRINCIPLES FOR EDUCATIONAL SOFTWARE DEVELOPMENT
ผู้จัดทำ นางสาวใบตอง พรมพุทธา รหัสนักศึกษา  523050475-1  นางสาวปุญญิศา  เมืองจันทึก  รหัสนักศึกษา  523050476-9 สาขาคอมพิวเตอร์ศึกษา ชั้นปีที่  3 คณะศึกษาศาสตร์ มหาวิทยาลัยขอนแก่น
[object Object],[object Object],[object Object],[object Object],ภารกิจการเรียนรู้ที่  4
[object Object],[object Object],[object Object],[object Object],[object Object]
 
[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
[object Object],[object Object],[object Object],ภารกิจการเรียนรู้ที่  4
[object Object],[object Object]
[object Object],[object Object],[object Object],[object Object],[object Object]
[object Object]
[object Object],[object Object],[object Object],ภารกิจการเรียนรู้ที่  4
[object Object],[object Object]
Data Flow Diagram (DFD) ,[object Object]
Entity Relationship Diagram (ERD) ,[object Object]
Structure Chart ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
การอ่านและเรียกใช้ ,[object Object],[object Object],[object Object],[object Object],[object Object],A x z B D C z y x
[object Object]
[object Object],[object Object],ภารกิจการเรียนรู้ที่  4
เปรียบเทียบข้อดี SSADM RAD OOD&D สามารถรวบรวมความต้องการจาก  ผู้ใช้ได้เป็นระยะเวลานานก่อนที่จะเริ่มเขียนโปรแกรม และการเปลี่ยนแปลงความต้องการมีน้อย เนื่องจากก่อนที่จะถึงขั้นตอนการเขียนโปรแกรม ข้อมูลต่าง ๆ ที่วิเคราะห์มานั้นจะต้องได้รับการอนุมัติเห็นชอบจากเจ้าของระบบก่อน จึงจะสามารถเข้าสู่ขั้นตอนการเขียนโปรแกรมได้ หมายความว่าข้อมูลทุกอย่างที่วิเคราะห์และออกแบบมานั้นจะต้องตรงตามความต้องการของผู้ใช้และ เจ้าของระบบมากที่สุดนั่นเอง มีการนำเทคนิค    และเครื่องมือชนิดต่าง ๆ เข้ามาสนับสนุนการพัฒนาระบบ ให้สามารถดำเนินการในขั้นตอนต่างๆ    ใน    SDLC   ได้ด้วยการใช้ระยะเวลาที่น้อยกว่าแบบ    SSADM   ยกตัวอย่างเทคนิค และเครื่องมือดังกล่าว    เช่น    CASE Tools,  JAD)    และโปรแกรมภาษาที่ช่วยสร้างโค้ดโปรแกรม    ช่วยออกแบบหน้าจอ รายงานและแบบฟอร์มต่าง ๆ ได้อย่างรวดเร็ว มีการวิเคราะห์และออกแบบเพื่อแก้ปัญหาของระบบงานด้วยการอ้างอิงกับขั้นตอนการทำงาน  ( Process-Centered Approach)   และมีการอ้างอิงกับข้อมูลทั้งหมดของระบบ มีการพัฒนาระบบในวงจร  SDLC    ด้วยการวิเคราะห์และออกแบบเพื่อแก้ปัญหาระบบงาน โดยมองปัญหาเหล่านั้นให้เป็นวัตถุที่ประกอบไปด้วยขั้นตอนการทำงาน  ( Process)  รวมกับข้อมูล  ( Data)  ด้วย
เปรียบเทียบข้อเสีย SSADM RAD OOD&D จะใช้เวลานานมากในขั้นตอนการวิเคราะห์และออกแบบระบบ และการออกแบบต่าง ๆ จะร่างลงบนกระดาษ ซึ่งผู้ใช้หรือเจ้าของระบบไม่สามารถทดลองใช้งานได้    จึงอาจจะทำให้ไม่ทราบถึงปัญหาที่เกิดขึ้น ส่งผลให้อาจเกิดปัญหาในระหว่างขั้นตอนการเขียนโปรแกรมได้ มีการเปลี่ยนแปลงความต้องการของผู้ใช้อยู่ตลอดเวลา เนื่องจากผู้ใช้ได้ทดลองใช้โปรแกรมต้นแบบที่สามารถสร้างและแก้ไขได้ง่าย ระบบที่พัฒนาด้วยความรีบเร่ง  อาจมีรายละเอียดปลีกย่อยที่ผิดพลาดได้ ผู้ใช้  ( User)  สามารถเปลี่ยนความต้องการของระบบ  ( requirement)  ได้บ่อย ๆ เนื่องจากมีโปรแกรมต้นแบบให้ทดลองใช้และแก้ไขได้ง่าย  ส่งผลให้เกิดความยุ่งยากและจัดการสำหรับพัฒนาระบบให้สมบูรณ์ แผนภาพไม่เป็นมาตรฐาน  ( Standard)  เดียวกัน ยากแก่การนำไปสร้างเนื้อหาการเรียนการสอนในสถาบันศึกษา  และยากต่อการทำความเข้าใจ
[object Object],[object Object],[object Object],ภารกิจการเรียนรู้ที่  4
[object Object]
[object Object],[object Object],[object Object],[object Object],ภารกิจการเรียนรู้ที่  4
[object Object],[object Object]
[object Object],[object Object],[object Object],ภารกิจการเรียนรู้ที่  4
[object Object]
เลือกใช้  Rational Rose ,[object Object],[object Object]
[object Object],[object Object],[object Object]
 
 
อ้างอิง ,[object Object],[object Object],ข้อดี ข้อเสียของ  SSADM, RAD   และ  OOD&D  [Online]. ค้นข้อมูลเมื่อ วันที่  15  สิงหาคมพ . ศ .2554 บทที่  9 การพัฒนาระบบสนับสนุน การตัดสินใจ .[Online]. ค้นข้อมูลเมื่อ วันที่  15  สิงหาคม พ . ศ .2554
จบการนำเสนอ

More Related Content

What's hot

What's hot (20)

Software
SoftwareSoftware
Software
 
Lesson 4 (misson)
Lesson 4 (misson)Lesson 4 (misson)
Lesson 4 (misson)
 
Lesson 4 (misson)2
Lesson 4 (misson)2Lesson 4 (misson)2
Lesson 4 (misson)2
 
Lesson 4 (misson)2
Lesson 4 (misson)2Lesson 4 (misson)2
Lesson 4 (misson)2
 
Tools
ToolsTools
Tools
 
Software
SoftwareSoftware
Software
 
System Development Life Cycle S D L C
System  Development  Life  Cycle   S D L CSystem  Development  Life  Cycle   S D L C
System Development Life Cycle S D L C
 
SDLC
SDLCSDLC
SDLC
 
Agile Process
Agile ProcessAgile Process
Agile Process
 
Task004
Task004Task004
Task004
 
การพัฒนาซอฟแวร์
การพัฒนาซอฟแวร์การพัฒนาซอฟแวร์
การพัฒนาซอฟแวร์
 
บทนำ วิศวกรรมซอฟต์แวร์
บทนำ วิศวกรรมซอฟต์แวร์ บทนำ วิศวกรรมซอฟต์แวร์
บทนำ วิศวกรรมซอฟต์แวร์
 
Sw evo 2_model
Sw evo 2_modelSw evo 2_model
Sw evo 2_model
 
System Development Life Cycle
System Development  Life  CycleSystem Development  Life  Cycle
System Development Life Cycle
 
Act
ActAct
Act
 
228-8 /231-9
228-8 /231-9228-8 /231-9
228-8 /231-9
 
การพัฒนา Software
การพัฒนา Softwareการพัฒนา Software
การพัฒนา Software
 
การพัฒนาซอฟแวร์
การพัฒนาซอฟแวร์การพัฒนาซอฟแวร์
การพัฒนาซอฟแวร์
 
Agile Software Development
Agile Software DevelopmentAgile Software Development
Agile Software Development
 
Activity 4
Activity 4Activity 4
Activity 4
 

Similar to Activity4 (15)

การพัฒนาซอฟแวร์
การพัฒนาซอฟแวร์การพัฒนาซอฟแวร์
การพัฒนาซอฟแวร์
 
Soft were
Soft wereSoft were
Soft were
 
Sdlc
SdlcSdlc
Sdlc
 
Presentation1
Presentation1Presentation1
Presentation1
 
งานนำเสนอ1 คอม
งานนำเสนอ1 คอมงานนำเสนอ1 คอม
งานนำเสนอ1 คอม
 
Sdlc
SdlcSdlc
Sdlc
 
Activity 4
Activity 4Activity 4
Activity 4
 
Activitiy-4
Activitiy-4Activitiy-4
Activitiy-4
 
Activity 4
Activity 4Activity 4
Activity 4
 
ระบบสารสนเทศ
ระบบสารสนเทศระบบสารสนเทศ
ระบบสารสนเทศ
 
การแก้ไขปัญหาด้วยกระบวนการเทคโนโลยีสารสนเทศ
การแก้ไขปัญหาด้วยกระบวนการเทคโนโลยีสารสนเทศการแก้ไขปัญหาด้วยกระบวนการเทคโนโลยีสารสนเทศ
การแก้ไขปัญหาด้วยกระบวนการเทคโนโลยีสารสนเทศ
 
Chapter 02
Chapter 02Chapter 02
Chapter 02
 
work
workwork
work
 
ภารกิจที่ 4
ภารกิจที่ 4ภารกิจที่ 4
ภารกิจที่ 4
 
งานนำเสนอ1 คอม
งานนำเสนอ1 คอมงานนำเสนอ1 คอม
งานนำเสนอ1 คอม
 

Activity4

  • 1. ภารกิจการเรียนรู้ที่ 4 การพัฒนา Software เสนอ ดร . จารุณี ซามาตย์ สาขาคอมพิวเตอร์ศึกษา คณะศึกษาศาสตร์ มหาวิทยาลัยขอนแก่น 237311: BASIC PRINCIPLES FOR EDUCATIONAL SOFTWARE DEVELOPMENT
  • 2. ผู้จัดทำ นางสาวใบตอง พรมพุทธา รหัสนักศึกษา 523050475-1 นางสาวปุญญิศา เมืองจันทึก รหัสนักศึกษา 523050476-9 สาขาคอมพิวเตอร์ศึกษา ชั้นปีที่ 3 คณะศึกษาศาสตร์ มหาวิทยาลัยขอนแก่น
  • 3.
  • 4.
  • 5.  
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17.
  • 18.
  • 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.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
  • 27.
  • 28.
  • 29.  
  • 30.  
  • 31.