More Related Content Similar to Chapter003 (20) More from TaiMe Sakdisri (20) Chapter0031. Learning Objectives
อธิบายแนวทางจัดหาระบบสารสนเทศเพื่อใชงานภายในองคกร
ประยุกตใชวงจรการพัฒนาระบบและแนวทางปฏิบติ เพื่อ
ั
Chapter 3 พัฒนาระบบได
อธิบายและเลือกใช แนวทางในการพัฒนาระบบสารสนเทศ
อธิบายหลักในการพัฒนาระบบสารสนเทศ
Information System ประยุกตใชการพัฒนาระบบโดยใชวงจรการพัฒนาระบบ
อธิบายเครื่องมือสนับสนุนการพัฒนาระบบ
Development
การพัฒนาระบบสารสนเทศ
3.2
Topics แนวทางจัดหาระบบสารสนเทศเพื่อใช
แนวทางจัดหาระบบสารสนเทศเพื่อใชงานภายในองคกร
ภายในองคกร
การพัฒนาระบบสารสนเทศ
ทีมงานการพัฒนาระบบสารสนเทศ ในการจัดหาระบบสารสนเทศใหเกิดขึ้นภายในองคกร จัดทําได 3 วิธี
ขอปฏิบติในการพัฒนาระบบ
ั
พัฒนาระบบสารสนเทศขึ้นเองโดยอาศัยเจาหนาทีคอมพิวเตอร
่
รูปแบบวงจรการพัฒนาระบบ
ภายในองคกรเปนผูพฒนาระบบ
ั
การพัฒนาระบบโดยใชวงจรการพัฒนาระบบ (SDLC)
เครื่องมือสนับสนุนการพัฒนาระบบ (Computer-Aided Systems วาจางบริษัทที่ ปรึกษาจัดทําระบบให
Engineering : CASE) การซื้อซอฟตแวรสําเร็จมาใช
3.3 3.4
2. การพัฒนาระบบสารสนเทศ การพัฒนาระบบสารสนเทศ
การพัฒนาระบบสารสนเทศ คือ การสรางระบบงานใหมหรือการ สาเหตุที่กอใหเกิดความคิดในการพัฒนาระบบสารสนเทศใหม
ขึ้นมาทดแทนระบบเดิม ไดดังนี้
ปรับเปลียนระบบงานเดิมทีมีอยูแลวใหสามารถทํางานเพื่อแกปญหา
่ ่
ระบบสารสนเทศที่ใชอยูในปจจุบนอาจไมสามารถตอบสนองความ
ั
การดําเนินงานทางธุรกิจไดตามความตองการของผูใชงาน โดยอาจ ตองการของผูใชระบบได
นําคอมพิวเตอรมาชวยในการนําขอมูลเขาสูระบบเพื่อประมวลผล ระบบสารสนเทศที่ใชอยูในปจจุบนไมสามารถสนับสนุนการ
ั
ดําเนินงานในอนาคตได
เรียบเรียง เปลียนแปลงและจัดเก็บ ใหไดผลลัพธตามตองการได
่
เทคโนโลยีที่ใชอยูในระบบสารสนเทศในปจจุบันอาจลาสมัย มี
อยางมีประสิทธิภาพ ตนทุนสูง ตองเสียคาใชจายในการบํารุงรักษามากและมี
ประสิทธิภาพต่ํา
ระบบสารสนเทศปจจุบนมีขั้นตอนทีใชงานทียงยากและซับซอน
ั ่ ่ ุ
ทําใหการใชงาน ควบคุมกลไกในการดําเนินงาน การตรวจสอบ
ขอผิดพลาด และการบํารุงรักษาขอมูลทําไดยาก
ระบบเอกสารในระบบสารสนเทศปจจุบนไมมีมาตรฐานหรือขาด
ั
เอกสารทีใชอางอิงระบบ เปนผลใหการปรับปรุงหรือแกไขระบบ
่
สารสนเทศเดิมทําไดยาก
3.5 3.6
ทีมงานพัฒนาระบบสารสนเทศ ทีมงานพัฒนาระบบสารสนเทศ
คณะกรรมการดําเนินงาน (Steering Committee) มีหนาทีในการ
่ เจาหนาทีรวบรวมขอมูล (Information Center Personnel) มี
่
ตัดสินใจ กําหนดรูปแบบ และวัตถุประสงคของสารสนเทศ หนาทีคอยชวยเหลือนักวิเคราะหระบบและโปรแกรมเมอรในการ
่
ผูจัดการระบบสารสนเทศ (MIS Manager) มีหนาทีดูแลและ
่ พัฒนาระบบในสวนที่เกี่ยวของกับขอมูลตางๆ ที่เกี่ยวของกับการ
ประสานงานในการวางแผน โครงการตางๆ ที่เกี่ยวของกับการ พัฒนาระบบ เพื่อนํามาใชงานไดตามตองการ
ออกแบบและพัฒนาระบบสารสนเทศขององคกร ผูจัดการทัวไป (User and General Manager) เปนบุคคลทีมี
่ ่
ผูจัดการโครงการ (Project Manager) มีหนาทีรบผิดชอบในการ
่ ั หนาที่ใหขอมูลเกี่ยวกับปญหาที่เกิดขึ้นในระบบงานเดิม และ
วางแผน การจัดการ และควบคุมใหงานในโครงการดําเนินไปอยาง กําหนดความตองการในระบบใหมแกทีมงานพัฒนาระบบ เพื่อ
ราบรืน สําเร็จลุลวงและมีประสิทธิภาพ
่ พัฒนาใหระบบใหมมีประสิทธิภาพและเปนทีพงพอใจกับผูใช
่ ึ่
ผูใชระบบ (System User) หมายถึง บุคคลทีควบคุมและดูแล
่
นักวิเคราะหระบบ (System Analyst) คือผูที่เปนตัวกลางในการ
ระบบสารสนเทศขององคกรหรือเจาหนาทีปฏิบติงานที่เกี่ยวของ
่ ั
ติดตอระหวางระบบสารสนเทศกับกลุมผูเกียวของ รวมทั้งทําหนาที่
่ กับระบบสารสนเทศโดยตรง
ในการวิเคราะหและออกแบบระบบที่ตองการพัฒนาขึนมาอีกดวย
้
โปรแกรมเมอรหรือนักเขียนโปรแกรม (Programmer) มีหนาที่
เกี่ยวกับการพัฒนาชุดคําสั่งหรือเขียนโปรแกรม
3.7 3.8
3. ขอปฏิบัตในการพัฒนาระบบสารสนเทศ
ิ ขอปฏิบัติในการพัฒนาระบบสารสนเทศ
คํานึงถึงเจาของระบบและผูใชระบบ
การกําหนดขั้นตอนหรือกิจกรรมในการทํางาน
พยายามเขาถึงปญหาใหตรงจุด จัดทํามาตรฐานในระหวางการพัฒนาระบบและการควบคุม
ตองพยายามจับประเด็นถึงสาเหตุของปญหาใหไดโดยมี เอกสาร
แนวทางดังนี้ 1) ดานการปฏิบัตงาน (Activity)
ิ
1) ศึกษาและทําความเขาใจถึงสาเหตุของปญหาของระบบนัน ้ 2) ดานหนาทีความรับผิดชอบ (Responsibility)
่
2) กําหนดความตองการของวิธีแกไขปญหาที่เหมาะสม 3) ดานการตรวจสอบคุณภาพ (Quality Check)
3) ระบุถงวิธีแกไขปญหาแตละวิธีและเลือกวิธทดทสุด
ึ ี ี่ ี ี่ 4) ดานเอกสารคูมอหรือรายละเอียดความตองการ
ื
4) ออกแบบหรือลงมือแกปญหานัน ้ (Documentation Guideline or Requirement)
5) สังเกตและประเมินผลกระทบจากวิธแกปญหาทีไดลงมือ
ี ่
กระทําการลงไป และทําการปรับปรุงจนสมบูรณในทีสุด ่
3.9 3.10
ขอปฏิบัตในการพัฒนาระบบสารสนเทศ
ิ System Development Life Cycle : SDLC
เตรียมความพรอมหากโครงการถูกยกเลิกหรือตองทบทวนใหม เปนกระบวนการทางความคิด (Logic Process) ในการพัฒนาระบบ
1) โครงการนันไมสามารถบรรลุผลได
้ สารสนเทศ เพื่อแกปญหาทางธุรกิจและตอบสนองความตองการของ
2) มีการเพิ่มขอบเขตของโครงการ ผูใชได
3) ลดขอบเขตโครงการเพื่อจํากัดงบประมาณและแผนการของ
โครงการ SDLC แบงออกเปนระยะ (Phase)ๆ ดังนี้
ออกแบบระบบเพื่อรองรับการเติบโตและการเปลียนแปลงใน
่ Planning Phase
อนาคต Analysis Phase
Design Phase
Implement Phase
3.11 3.12
4. System Development Life Cycle : SDLC SDLC แบบ Waterfall
รูปแบบของวงจรการพัฒนาระบบ SDLC แบบ Waterfall มีหลักการเปรียบเสมือนกับน้ําตก ซึงไหล
่
Waterfall จากที่สูงลงทีต่ํา และไมสามารถยอนกลับได
่
Adapted Waterfall
Evolutionary การพัฒนาระบบงานดวยหลักการนี้ จําเปนจะตองมีการวางแผนทีดี ่
Incremental เพื่อปองกันการผิดพลาดใหไดมากที่สุดซึ่งทําไดยาก ยกเวนกรณีที่
Spiral ระบบนันมีรปแบบการพัฒนาระบบที่ดอยูแลว
้ ู ี
จุดออนของระบบนีคือ หากมีขอผิดพลาดเกิดขึ้นทีข้นตอนกอนหนานี้
้ ่ ั
แลว ไมสามารถยอนกลับไปแกไขได
3.13 3.14
SDLC แบบ Waterfall SDLC แบบ Adapted Waterfall
SDLC แบบ Adapted Waterfall พัฒนามาจากแบบ Waterfall
โดยในแตละขั้นตอนสามารถแกไขขอผิดพลาดหรือสามารถยอนกลับ
ได
3.15 3.16
5. SDLC แบบ Evolutionary SDLC แบบ Incremental
SDLC แบบ Evolutionary จะพัฒนาระบบงานจนเสร็จสิ้นใน SDLC แบบ Incremental จะมีลักษณะคลายคลึงแบบ
Version ที่ 1 กอน จากนันจะพิจารณาถึงขอดีขอเสียใน Version ที่ 1
้ Evolutionary แตมีขอแตกตางกันตรงที่ตัว Product (ระบบ)
และนําขอดีขอเสียเหลานันมาพัฒนาระบบในVersion ที่ 2 และ
้ ที่พฒนาขึนจะเปนสวนแรกเทานัน และพัฒนาในสวนที่ 2 และสวน
ั ้ ้
Version ตอ ๆ ไป อืน ๆ เพิ่มเติมเพื่อ Product (ระบบ) ที่สมบูรณ
่
3.17 3.18
SDLC แบบ Spiral SDLC แบบ Spiral
SDLC แบบ Spiral จะมีลกษณะเปนวงจรวิเคราะห-ออกแบบ-
ั
พัฒนา-ทดสอบ (Analysis-Design-Implementation-Testing)
และจะวนกลับมาในแนวทางเดิมไปเรื่อย ๆ จนกระทั่งได Product ที่
สมบูรณ
การพัฒนาระบบงานแบบ Spiral จะมีความยืดหยุนมากที่สุดเพราะ
ระยะเวลาในการทําแตละขั้นตอนจะสั้นหรือยาวก็ได และบางขั้นตอน
อาจถูกขามไปก็ได
3.19 3.20
6. System Development Life Cycle : SDLC System Development Life Cycle : SDLC
1. คนหาและเลือกสรรโครงการ
(Project Identification and Selection)
ตัวอยางแผนภาพเครืองมือและ
่
กิจกรรม
เทคนิคที่ใช
1. คนหาโครงการพัฒนาระบบที่ ตารางเมตริกซ (Matrix Table)
เห็นสมควรไดรับการพัฒนา
2. จําแนกและจัดลําดับโครงการ
3. เลือกโครงการที่เหมาะสมที่สุด
3.21 3.22
System Development Life Cycle : SDLC System Development Life Cycle : SDLC
2. เริ่มตนและวางแผนโครงการ 3. วิเคราะหระบบ
(Project Initiating and Planning) (System Analysis)
ตัวอยางแผนภาพเครื่องมือและ
ตัวอยางแผนภาพเครืองมือและ
่ กิจกรรม
กิจกรรม เทคนิคที่ใช
เทคนิคที่ใช
1. ศึกษาขั้นตอนการทํางานของระบบเดิม เทคนิคการรวบรวมสารสนเทศและขอเท็จจริง
1. เริ่มตนโครงการ เทคนิคการรวบรวมสารสนเทศและ 2. กําหนดความตองการในระบบใหมจากผูใช (Fact-finding and Information Gathering)
2. เสนอแนวทางเลือกในการนํา ขอเท็จจริง (Fact-Finding and ระบบ แผนภาพกระแสขอมูล (Data Flow
Information Gathering) 3. จําลองแบบขั้นตอนการทํางาน Diagram)
ระบบใหมมาใชงาน
4. อธิบายขั้นตอนการทํางานของระบบ แผนภาพแสดงความสัมพันธของขอมูล (E-R
3. วางแผนโครงการ เทคนิคการวิเคราะหตนทุนและผล
Diagram)
กําไร (Cost-benefit Analysis) พจนานุกรมขอมูล (Data Dictionary)
PERT Chart ตัวตนแบบ (Prototyping)
ผังงานระบบ (System Flowchart)
Gantt Chart
เครื่องมือชวยในการวิเคราะหและออกแบบ
ระบบ (CASE Tools)
3.23 3.24
7. System Development Life Cycle : SDLC System Development Life Cycle : SDLC
4. ออกแบบเชิงตรรกะ 5. ออกแบบเชิงกายภาพ
(Logical Design) (Physical Design)
ตัวอยางแผนภาพเครื่องมือและเทคนิคที่ ตัวอยางแผนภาพเครื่องมือและ
กิจกรรม กิจกรรม
ใช เทคนิคที่ใช
1. ออกแบบแบบฟอรมขอมูลและ แผนภาพกระแสขอมูล (Data Flow 1. ออกแบบฐานขอมูลในระดับกายภาพ แผนภาพกระแสขอมูล (Data Flow
รายงาน (Form/Report) Diagram) 2. ออกแบบ Application Diagram)
2. ออกแบบ User Interface แผนภาพแสดงความสัมพันธของขอมูล แผนภาพแสดงความสัมพันธของ
3. ออกแบบฐานขอมูลในระดับตรรกะ (E-R Diagram) ขอมูล (E-R Diagram)
พจนานุกรมขอมูล (Data Dictionary) พจนานุกรมขอมูล (Data Dictionary)
ตัวตนแบบ (Prototyping) ตัวตนแบบ (Prototyping)
เครื่องมือชวยในการวิเคราะหและ เครื่องมือชวยในการวิเคราะหและ
ออกแบบระบบ (CASE Tools) ออกแบบระบบ (CASE Tools)
3.25 3.26
System Development Life Cycle : SDLC System Development Life Cycle : SDLC
6. พัฒนาและติดตั้งระบบ 7. ซอมบํารุงระบบ
(System Implementation) (System Maintenance)
ตัวอยางแผนภาพเครื่องมือและ ตัวอยางแผนภาพเครืองมือและ
่
กิจกรรม กิจกรรม
เทคนิคที่ใช เทคนิคที่ใช
1. เขียนโปรแกรม (Coding) โปรแกรมชวยสอน (Computer Aid 1. เก็บรวบรวมคํารองขอใหปรับปรุง แบบฟอรมแจงขอผิดพลาดของ
2. ทดสอบโปรแกรม (Testing) Instruction: CAI)
ระบบ ระบบ
3. ติดตั้งระบบ (Installation) ระบบคอมพิวเตอรเพือการฝกอบรม
่
(Computer-based Training: CBT) 2. วิเคราะหขอมูลคํารองขอเพื่อการ
4. จัดทําเอกสาร (Documentation) ปรับปรุง
5. ฝกอบรม (Training) ระบบการฝกอบรมผานเว็บ (Web-
based Training: WBT) 3. ออกแบบการทํางานที่ตองการ
6. บริการใหความชวยเหลือหลังการ ปรับปรุง
โปรแกรมแกไขขอผิดพลาด
ติดตั้ง (Support) (Debugging Program) 4. ปรับปรุงระบบ
3.27 3.28
8. เครื่องมือสนับสนุนการพัฒนาระบบ เครื่องมือสนับสนุนการพัฒนาระบบ
วิศวกรรมซอฟตแวรชวยการพัฒนาระบบ (Computer-Aided ขอบขายของเครื่องมือสนับสนุนการพัฒนาระบบ (CASE Tool
Systems Engineering-CASE ) เปนเทคนิควิธีที่ใชโปรแกรมทีมี
่ Framework) มี 2 ชวง
ความสามารถสูงเปนเครื่องมือ เรียกยอๆ วา CASE Tools Upper-CASE เปนเครื่องมือทีชวยสนับสนุนการทํางานในขัน
่ ้
ตอนตนๆ ของการพัฒนาระบบ ไดแก ขั้นตอนการวางแผน
ขั้นตอนการวิเคราะห และขั้นตอนการออกแบบระบบ
Lower-CASE เปนเครื่องมือทีชวยสนับสนุนการทํางานใน
่
ขั้นตอนสุดทายในการพัฒนาระบบ ไดแก ขั้นตอนการออกแบบ
ขั้นตอนการพัฒนาและทดสอบระบบ และขั้นตอนการใหบริการ
หลังการติดตั้งระบบ
3.29 3.30
เครื่องมือสนับสนุนการพัฒนาระบบ เครื่องมือสนับสนุนการพัฒนาระบบ
คุณสมบัติและความสามารถของ CASE ( Facilities and คุณสมบัติและความสามารถของ CASE ( Facilities and
Functions) Functions)
1) เครื่องมือชวยสรางแผนภาพ (Diagram Tools) ใชในการเขียน 6) เครื่องมือสนับสนุนการตัดสินใจ (Decision Supprot Tools)
แผนภาพเพื่อจําลองสิ่งตางๆ ของระบบซึงสามารถเชื่อมโยงกับ
่ 7) เครื่องมือชวยจัดการเอกสาร (Documentation Organization
แบบจําลองสวนอืนได
่ Tools)
2) เครื่องมือชวยเก็บรายละเอียดตางๆ ของระบบ (Description 8) เครื่องมือชวยออกแบบ (Design Generation Tools)
Tools) 9) เครื่องมือชวยสรางโคดโปรแกรม (Code Generator Tools)
3) เครื่องมือชวยสรางตัวตนแบบ (Prototyping Tools) 10) เครื่องมือชวยทดสอบ (Testing Tools)
4) เครื่องมือชวยสรางรายงานแสดงรายละเอียดของแบบจําลอง 11) เครื่องมือชวยใหสามารถใชขอมูลรวมกัน (Data Sharing Tools)
(Inquiry and Reporting) ใชในการสรางรายงานรายละเอียด
ตางๆ ของแบบจําลองซึ่งถูกเก็บไวใน Repository ได
5) เครื่องมือเพื่อคุณภาพของแบบจําลอง (Quality Management
Tools)
3.31 3.32
9. เครื่องมือสนับสนุนการพัฒนาระบบ Reference Book and Text Book
ประโยชนที่ไดจากการใช CASE ตําราอางอิง
1) มีการพัฒนาคุณภาพในการทํางาน คัมภีรการวิเคราะหและออกแบบระบบ กิตติ ภักดีวฒนกุล และ
ั
2) มีการสรางเอกสารทีดี
่ พนิดา พานิชกุล
3) ประหยัดเวลาในการบํารุงรักษาใหขอมูลนันเปนปจจุบนมากทีสุด
้ ั ่ Modern Systems Analysis & Design : Jeffrey A. Hoffer,
Joey F.George, Joseph S. Valacich
เว็บไซต
http://www.microsoft.com
http://bc.siam.edu/VRClass/137401/index.html
3.33 3.34