งานนำเสนอกำลังจะดาวน์โหลด โปรดรอ

งานนำเสนอกำลังจะดาวน์โหลด โปรดรอ

Systems Analysis and Design การวิเคราะห์และออกแบบ.

งานนำเสนอที่คล้ายกัน


งานนำเสนอเรื่อง: "Systems Analysis and Design การวิเคราะห์และออกแบบ."— ใบสำเนางานนำเสนอ:

1 Systems Analysis and Design การวิเคราะห์และออกแบบ

2 Project Initiation Project Management Chapter 2

3 เนื้อหา Project Initiation - ประเมินความคุ้มค่าทางธุรกิจ - วิเคราะห์ความเป็นไปได้ Project Management - Develop the work plan - Direct the project

4 Project Initiation

5 โปรเจคท์เริ่มต้นด้วย 2 เหตุผล - ปัญหาที่เกิดขึ้นกับระบบปัจุบัน - เห็นโอกาสที่จะปรับปรุงระบบปัจจุบัน อัพเกรด,เปลี่ยน หรือ ติดตั้งระบบใหม่

6 To identify problems ตรวจสอบประสิทธิภาพการทำงาน - มีความผิดพลาดมาก, ทำงานเสร็จช้า เฝ้าสังเกตุพฤติกรรมของพนักงาน - ขาดงานสูง, ไม่พึงพอใจในการทำงาน, ลาออก ฟัง feedback จาก vendors, ลูกค้า และ supplier - complains, คำแนะนำ

7 Project Initiation โปรเจคท์เกิดจากมีคนมองเห็นโอกาสในการสร้างมูลค่าทาง ธุรกิจ จากการใช้เทคโนโลยีสารสนเทศ Project sponsor (identifies business value) System request Review committee (review proposals)

8 System Request เอกสารที่บอกถึงเหตุผลในการสร้างระบบ และประโยชน์ที่คาด ว่าจะได้รับ List key elements of the project - Project name - Project sponsor - Business need - Functionality - Expected value - Special issues or constraints

9 Feasibility Analysis

10 ใช้ช่วยในการตัดสินใจว่าจะทำ IS Project หรือไม่ Sponsor + Analyst ( examine tech/econ/oper feasibility ) Feasibility study + Revised system request Review committee ( approve | decline | table )

11 Feasibility สร้างความเข้าใจรายละเอียดทางธุรกิจให้มากขึ้น ถึงโอกาสและ ข้อจำกัดของ project - ความเป็นไปได้ทางเทคนิค (Technical feasibility) - ความเป็นไปได้ทางเศรษฐศาสตร์ (Economic feasibility ) - ควมเป็นเป็นไปได้ทางปฎิบัติ (Operational feasibility) - ความเป็นไปได้ทางกฏหมาย (Legal feasibility),เป็นต้น Be revisited at some points of SDLC

12 Technical Feasibility Can We Build it ? ประเมินทรัพยากรทางด้านเทคนิคของระบบปัจุบัน ว่าเพียงพอ หรือไม่กับระบบใหม่ ความคุ้นเคยกับแอฟพลิเคชั่น - knowledge of business domain ความคุ้นเคยกับเทคโนโลยี - Extension of existing firm technologies ขนาดของโปรเจคท์ - Number of people, time and features

13 Economic Feasibility Should We Build it ? ชั่งน้ำหนักผลประโยชน์ที่จะได้รับจากการทำ project กับ ประมาณค่าใช้จ่ายที่จะเกิดขึ้นจากการพัฒนา,ติดตั้ง และการ ปฎิบัติการว่าคุ้มค่าหรือไม่

14 Economic Feasibility Should We Build it ? แยกแยะต้นทุนและกำไร - ต้นทุน: เวลาในการพัฒนา และค่าใช้จ่ายต่อเนื่อง - กำไร: จับต้องได้ (tangible) และ จับต้องไม่ได้ (intangible) - Cash flow, ROI กำหนดมูลค่าของต้นทุนและกำไร - ประเมิน/คาดคะเน - แหล่งข้อมูล: IS group, consult, business user, industry reports, etc

15 Operation Feasibility If we build it, will they come ? ทำอย่างไรระบบใหม่ถึงจะเป็นที่ยอมรับ และถูกรวมเข้ากับ องค์กรได้ Stakeholder : บุคคล กลุ่ม องค์กร ที่มีผลกระทบกับระบบใหม่ - Project champion (s) - Organizational management - System users

16 Cost-Benefit Analysis

17 Project Management

18 Key Definitions Project management คือ กระบวนการวางแผน และควบคุม งานการพัฒนาระบบ ภายใต้เงื่อนไขของระยะเวลาที่จำกัด โดย ใช้ต้นทุนในการทำงานน้อยที่สุด และได้งานที่ถูกต้อง A project manager มีหน้าที่หลักในการรับผิดชอบในการ จัดการงานจำนวนมาก และบทบาทในการประสานงานอย่าง ระมัดระวัง

19 Project management การวางแผน Project - กำหนดงานที่ต้องทำ - กำหนดตารางเวลา - จัดสรรคนเข้าทำงาน การควบคุม Project - Monitoring Project - สร้างแรงจูงใจทีมงาน

20 Project Planning

21 Identifying Tasks Top-down approach - Identify highest level tasks - Break them into increasing smaller units Methodology - Using standard list of tasks

22 Top-down Task Identification

23

24 Scheduling the Project Time-effort the Project - industry information - more complex methods

25 Estimating Based on Industry Information

26 More Complex Approach

27 Estimating System Size The function point metric was devised in 1997 by A.J. Albrech, then of IBM, as a means of measuring software size and productivity. Basic function points are categorized into five groups: outputs, inquiries, inputs, files and Interfaces.

28

29

30

31 Converting FP to Lines of Code

32 COCOMO Estimation Calculation

33 Estimating Schedule Time

34 Staffing มีความหมายมากกว่าจัดสรรคนเข้าทำงาน - จัดสรรคนตามความสามารถ - สร้างแรงจูงใจเพื่อทำงานให้บรรลุจุดประสงค์ของ project - ลดความขัดแย้ง จำนวน staff ใน project จะเปลี่ยนแปลงไปตาม project’s lifetime Adding staff may add more overhead than additional labor

35 Increasing Complexity with Larger Teams

36 Timeboxing Time-oriented vs Task-oriented กำหนด deadline ที่แน่นอน ลดฟังก์ชั่นการทำงาน ถ้าจำเป็น จัดลำดับความสำคัญให้ชัดเจน และเข้าใจ - Mandatory requirement - Desirable requirement

37 Timeboxing Steps 1. กำหนดวันที่จะส่งมอบระบบ - Realistic due date - ควรจะกำหนดโดย development group 2. เรียงลำดับความสำคัญของงาน 3. สร้างฟังก์ชั่นหลักของระบบ 4. เลื่อนฟังก์ชั่นที่ไม่สามารถทำสำเร็จในเวลาออกไป 5. ส่งมอบฟังก์ชั่นหลักของระบบ 6. ทำซ้ำข้อ 3 – 5 ด้วยการแก้ไขระบบให้ดีขึ้น และเพิ่มฟังก์ชั่นที่ยังเหลือเข้าไป

38 Staffing the Project Staffing plan อธิบายประเภทของบุคคลที่เข้าร่วมทำงานใน โครงการ Project charter อธิบายกฏระเบียบและวัตถุประสงค์ของ โครงการ Function lead บริหารจัดการกลุ่มของ Analysts Technical lead มองภาพรวมการทำงานของ programmer และ technical staff

39 Staffing Plan แสดงรายการหน้าที่ที่ต้องการ และโครงสร้างของทีมงาน จัดสรรคนเข้าทำงานแต่ละหน้าที่ เมื่อไม่มีคนที่มีความสามารถตามที่ต้องการ - จัดอบรมภายนอก - หาพี่เลี้ยงจาก project อื่นที่คล้ายกันมาช่วย

40 การควบคุมและกำกับดูแลโครงการ (Controlling and Direct the Project)

41 Controlling and Directing the Project ปรับการประมาณการโครงการ (Refining estimates) Tracking tasks ประสานการทำงานร่วมกัน (Coordinating project activities) บริหารขอบเขตของโครงการ (Managing scope) บริหารความสี่ยง (Managing risk)

42 Margins of Error in Cost and Time Estimates

43 Tracking Tasks Using Gantt Chart

44 Pert Diagram Pert – Program Evaluation and Review Technique - Pert diagram เป็นแผนงานที่สามารถแสดงภาพรวมของ project

45 PERT Diagram PERT – Program Evaluation and Review Technique - เครื่องมือแสดงลำดับการทำงานกับเวลา - ลักษณะคล้าย Network โหนด แสดงเหตุการณ์ (Event) โดยมี หมายเลข บอกลำดับ เช่น 10, 20 ขณะที่ลูกศร แสดงถึงกิจกรรม (activity) - แสดงกิจกรรมที่จะทำต่อไป, กิจกรรมที่ต้องทำให้เสร็จก่อน กิจกรรม ต่อไปถึงจะทำต่อได้ - แสดงเส้นทางวิกฤติ (critical path)

46 Definitions PERT – Program Evaluation and Review Technique - เครื่องมือแสดงลำดับการทำงานกับเวลา - ลักษณะคล้าย Network โหนด แสดงเหตุการณ์ (Event) โดยมี หมายเลข บอกลำดับ เช่น 10, 20 ขณะที่ลูกศร แสดงถึงกิจกรรม (activity) - แสดงกิจกรรมที่จะทำต่อไป, กิจกรรมที่ต้องทำให้เสร็จก่อน กิจกรรม ต่อไปถึงจะทำต่อได้ - แสดงเส้นทางวิกฤติ (critical path) คือ เส้นทางที่ยาวที่สุดของ project ( คือเวลาที่สั้นที่สุดที่ project จะเสร็จสมบูรณ์ )

47 Pert Diagram Example

48 Coordinating Standard Examples - Document - Coding - Procedure - User interface design

49 Managing Scope Scope creep เกิดจากความต้องการใหม่ที่เพิ่มเข้ามา หลังจาก ได้กำหนดขอบเขตงานคงที่แล้ว - เกิดปัญหาในการพัฒนา ค่าใช้จ่ายและกำหนดเวลาเพิ่มขึ้น แนวทางแก้ไข - JAD and prototyping - Formal change approval - Future enhancement

50 Managing Risk ความเสี่ยง พนักงานป่วย, scope creep, poor design, ประมาณการเกินความเป็นจริง - ประเมินความเสี่ยง - วิธีการลดความเสี่ยง - ทบทวนการประเมิน

51 End


ดาวน์โหลด ppt Systems Analysis and Design การวิเคราะห์และออกแบบ.

งานนำเสนอที่คล้ายกัน


Ads by Google