1 / 17

Dynamic Systems Development Method

Dynamic Systems Development Method. Dynamic Systems Development Method. วิธีการพัฒนาระบบแบบพลวัติ ( DSDM) จัดหาโครงร่างซึ่งเกี่ยวกับการทำซ้ำ และการเพิ่มวิธีการที่จะพัฒนาระบบสารสนเทศ เป็นการพัฒนารูปแบบหนึ่งใน Agile Method

baird
Download Presentation

Dynamic Systems Development Method

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Dynamic Systems Development Method

  2. Dynamic Systems Development Method วิธีการพัฒนาระบบแบบพลวัติ ( DSDM) จัดหาโครงร่างซึ่งเกี่ยวกับการทำซ้ำ และการเพิ่มวิธีการที่จะพัฒนาระบบสารสนเทศ เป็นการพัฒนารูปแบบหนึ่งใน Agile Method         DSDM พัฒนาในประเทศอังกฤษเมื่อปี 1990 โดยสมาคมผู้ขายและผู้เชี่ยวชาญในสาขาการพัฒนาระบบสารสนเทศ ได้นำประสบการณ์การปฏิบัติที่ดีที่สุดมาพัฒนา version แรกออกจำหน่ายในปี 1995 ซึ่ง ณ เวลานี้ (เมษายน 2005) ใช้ version 4

  3. หลักการของ DSDM  DSDM เป็นการพัฒนาต่อจาก Rapid Application Development โดยมุ่งความสนใจโครงการที่แสดงลักษณะ ระยะสัญญาและงบประมาณ DSDM ระบุปัญหาที่เกิดขึ้นบ่อย ๆ ในการพัฒนาระบบสารสนเทศ ประกอบด้วย ระยะเวลาที่อาจเกินกำหนด งบประมาณ และเหตุผลอื่นๆ ที่ทำให้โครงงานล้มเหลว อย่างเช่น การขาดการเกี่ยวข้องกับผู้ใช้ และความรับผิดชอบของผู้บริหารระดับสูง

  4. หลักการของ DSDM รูปแบบหลักการซึ่งเป็นพื้นฐานสำคัญของการพัฒนาโดยใช้DSDM มี 9 ข้อ ประกอบด้วย พื้นฐาน 4 ข้อ และโครงสร้างเริ่มต้นของ method 5 ข้อ         1) ผู้ใช้ที่เกี่ยวข้อง คือส่วนสำคัญในการทำงานที่มีประสิทธิภาพ และโครงงานที่มีประสิทธิผล ซึ่งผู้ใช้และผู้พัฒนาได้ใช้สถานที่ทำงานร่วมกัน เพื่อสามารถทำการตัดสินใจได้อย่างแม่นยำ

  5. หลักการของ DSDM  2) ทีมโครงงานต้องมีอำนาจการตัดสินใจ ที่ส่งผลต่อความก้าวหน้าของโครงงาน โดยไม่ต้องรอการอนุมัติจากระดับที่สูงกว่า  3) DSDM มุ่งสนใจการส่งผลที่เกิดขึ้นประจำ ด้วยสมมติฐานการส่งให้"ดีพอ"ในตอนแรก แล้วดีขึ้นเสมอในการส่งจนสมบูรณ์แบบในตอนท้าย โดยผลที่เกิดขึ้นจากขั้นตอนแรกสามารถทดสอบการบันทึก และการทบทวนเอกสาร ว่าสามารถใช้ซ้ำได้ในครั้งหน้า

  6. หลักการของ DSDM      4) เกณฑ์หลักเพื่อยอมรับสิ่งที่ส่งมาใน DSDM อยู่บนความต้องการของธุรกิจปัจจุบัน ไม่ใช่การจัดการส่งระบบสมบูรณ์ที่รวมความต้องการทุกอย่างที่เป็นไปได้ของธุรกิจปัจจุบัน แต่สนใจความพยายามในการทำงานที่เป็นจุดเปลี่ยนสำคัญ      5) การพัฒนาคือทำซ้ำ และทำให้ดีขึ้น ผลักดันโดยผลสะท้อนกลับจากผู้ใช้ไปยังวิธีแก้ปัญหาธุรกิจที่มีประสิทธิผล       6) การเปลี่ยนแปลงทั้งหมดระหว่างการพัฒนาผันกลับได้       7) ขอบเขตและความต้องการ ควรทำก่อนเริ่มต้นโครงงาน

  7. หลักการของ DSDM 8) ทดสอบ วงจรชีวิตโครงงาน (ดู Test - Driven Development เปรียบเทียบ) 9) ร่วมมือติดต่อสอบถามในหมู่ผู้ถือประโยชน์ร่วมของโครงงานทั้งหมด ซึ่งต้องการประสิทธิภาพ และประสิทธิผล

  8. DSDM ยังสนับสนุนหลักการอื่นๆ (หรือเรียกว่า assumptions) • ไม่มีระบบที่สร้างสมบูรณ์ในครั้งแรก (แบ่งเป็นหลักการ 80/ เกณฑ์ 20) การดำเนินการพัฒนาระบบสารสนเทศ 80% จากการได้รับประโยชน์จากธุรกิจ 20% จากความต้องการของระบบเพราะฉะนั้น DSDM เริ่มจาก หาความต้องการของระบบ 20% จนพบอีก 80% คือความต้องการของธุรกิจ สิ่งที่ดีพอคือผู้ใช้เป็นผู้เกี่ยวข้องอย่างใกล้ชิดในการดำเนินการพัฒนา และแน่ใจในมุมมองที่หายไป 20% ว่าจะไม่เป็นสาเหตุให้มีผลตามมา การเพิ่มความต้องการบ่อยๆ เป็นเหตุให้โครงงานเกินกำหนดเวลา และงบประมาณ , เพราะฉะนั้นมัน โดยส่วนมากไม่จำเป็นต้องสร้างการแก้ปัญหาที่สมบูรณ์

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

  10. DSDM ยังสนับสนุนหลักการอื่นๆ (หรือเรียกว่า assumptions) • DSDM สามารถใช้ทั้งในโครงงานใหม่ และ เพื่อขยายระบบปัจจุบัน • การประเมินความเสี่ยงควรจะสนใจการทำงานทางธุรกิจ ไม่ใช่โครงสร้างหรือการพัฒนาวัตถุ(เช่นเดียวกับความต้องการและเอกสารการออกแบบ) • จัดการผลที่ส่งมากกว่าจะทำให้เสร็จ • การเขียนโปรแกรม ควรคาดคะเนพื้นฐานการปฏิบัติทางธุรกิจด้วย

  11. MoSCoW Rules • DSDM เป็นวิธีการพัฒนาระบบที่พัฒนาต่อจาก RAD (Rapid Application Development) โดยการพัฒนาดังกล่าวเป็นการแก้ไขข้อบกพร่องในเรื่องของความไม่ค่อยมีแบบแผนของ RAD วิธีพัฒนาแบบนี้มีหลักการที่สำคัญที่เกี่ยวข้องกับความต้องการทางธุรกิจ ความมีส่วนเกี่ยวข้องของผู้ใช้ทีมพัฒนาที่มีอำนาจตัดสินใจในระดับหนึ่ง การส่งมอบงานอย่างสม่ำเสมอ การทดสอบแบบรวบยอดและความร่วมมือจากผู้มีส่วนได้ส่วนเสีย โดยการพัฒนาแบบ DSDM นี้จะมีการจัดลำดับความสำคัญที่เรียกว่า MoSCoWดังต่อไปนี้

  12. MoSCoW Rules • M – Must have requirement (ต้องมีความต้องการของผู้ใช้) • S – Should have if at all possible (ถ้าเป็นไปได้ก็ควรจะมีอยู่ในโครงงานด้วย) • C – Could have but not critical (ยอมรับปัญหาที่อาจเกิดขึ้นได้ แต่ต้องไม่รุนแรง) • W – Won’t have this time, but potentially later (อาจไม่ครอบคลุมทุกส่วนในการส่งมอบงานนั้น ๆ แต่จะมีประสิทธิภาพมากในการส่งมอบงานรอบต่อ ๆ ไป)

  13. DSDM Process Overview Pre-Project Post-Project Feasibility Business Study Agree Schedule Implement Implementation Create Functional Prototype Identify Functional Prototype Functional Model Iteration Review Business Train Users User Approval & User Guidelines Review Prototype Identify Design Prototype Design & Build Iteration Review Design Prototype Agree Schedule Create Design Prototype

  14. 7 Phases to Rule Them กระบวนการการพัฒนา DSDM ประกอบด้วยของ 7 phases • Pre-Project ระยะก่อนเริ่มโครงงาน ประกอบด้วยคำแนะนำโครงงานและข้อเสนอของโครงการคู่แข่ง และควรกำหนดลักษณะต่างๆ ของโครงการทั้งหมด • Feasibility Study การศึกษาความเป็นไปได้ คือ การกำหนดข้อพิจารณาปัญหาที่เป็นไปได้ จะถูกระบุและประเมินต้นทุนและ เทคนิคของระบบคอมพิวเตอร์เพื่อแก้ไขปัญหาของธุรกิจนั้น

  15. 7 Phases to Rule Them 3. Business Studyการศึกษากระบวนการทางธุรกิจ ได้ เรียกสิ่งนั้นว่า DSDM เป็นกรอบวิธีที่สมควร การศึกษากระบวน การทางธุรกิจ จัดเป็นพื้นฐานของงานย่อยทั้งหมด เช่นเดียวกับ Feasibility Study ขณะที่การกระทำลงไปให้สำเร็จว่าพอเพียง กับความเข้าใจและความต้องการหรือไม่ 4.Functional Model Iteration (FMI) จุดสนใจของ Functional Model Iteration คือ การขัดเกลาพื้นฐานธุรกิจของ ระบบคอมพิวเตอร์ เช่น การสร้างการประมวลผลและข้อมูลข่าวสารที่ต้องการ ถูกกำหนดไว้ในขั้นตอนของ Business Study บางโครงการ ประกอบด้วย FMI หลายประเภท

  16. 7 Phases to Rule Them 5.Design & Build Iteration (DBI) การ Design and Build Iteration คือ การที่ระบบคอมพิวเตอร์ ได้รับการออกแบบและจัดการให้เพียงพอกับมาตรฐานความปลอดภัยเมื่ออยู่ในมือ ของผู้ใช้งาน บางโครงการประกอบด้วย DBI หลายประเภท 6. Implementation ระยะการ Implementation ครอบคลุมตั้งแต่ขั้นตอนการพัฒนาจนถึ ขั้นตอนปฏิบัติการ 7.Post-Project คือ การนำระบบออกใช้งาน และรองรับความ ต้องการในจะเกิดขึ้นในอนาคต ปกติระยะนี้ใช้เวลาประมาณ 6 เดือนหลังจาก ที่โครงการด้านเทคนิคเสร็จเรียบร้อย

  17. สมาชิกในกลุ่ม • นายเอนก ถนอมผล เลขที่ 35 • นายพงษ์ศักดิ์ บุญส่ง เลขที่ 16 • นายณัฐพงศ์ ศรีเพ็ญ เลขที่ 09

More Related