sdlc phases - tulip.bu.ac.thtulip.bu.ac.th/~panida.t/148/chapt10.pdfpseudocode...

1

BC423 Systems Analysis and Design 1

SDLC PhasesPhase 4: Systems ImplementationObjectives

เพื่อเรียนรูเก่ียวกับการพัฒนาระบบงาน ซึ่งประกอบดวย การออกแบบโปรแกรม การเขียนโปรแกรม การทดสอบโปรแกรม และการเขียน moduleเพื่อเตรียมการทํางานในการติดตั้งระบบ (installation) และการประเมินการใชงานระบบ (evaluation) ซึ่งประกอบดวย การฝกอบรมผูใช การปรับเปลี่ยนแฟมขอมูล การปรับเปลี่ยนระบบ และการประเมินผลการใชงานระบบ


Objectivesอธิบายถึงงานและกิจกรรมหลักที่ตองทําเมื่อจบขัน้ตอนการพัฒนาระบบงาน (systems implementation phase)อธิบายถึงบทบาทของนักวิเคราะหระบบงานเมื่ออยูในชวงการพัฒนาระบบงานอธิบายถึงความสําคัญของการประกันคุณภาพ (quality assurance) และบทบาทของวิศวกรรมซอฟตแวร (software engineering) ในการพัฒนา software

Chapter 9 : Application Development


Objectivesอธิบายถึง top-down และ modular designอธิบายถึง cohesion และ coupling, และการเขียน structure chart เพื่ออธิบายแนวคดิของระบบงานอธิบายถึงการใช program flowcharts และ pseudocode ในการทําเอกสารประกอบการทํางานอธิบายถึงข้ันตอนการเขียนโปรแกรมและวธิีการสรางโปรแกรมอธิบายถึงข้ันตอนการทดสอบระบบ ซึ่งประกอบดวย unit testing, integration testing, และ system testingอธิบายถึงประเภทของเอกสารที่นักวิเคราะหระบบตองจัดเตรียมอธิบายถึงความสําคัญของการอนุมตัิของระดบัจัดการในขัน้ตอนการพัฒนาระบบ และสารสนเทศทีน่ักวิเคราะหระบบตองนําเสนอใหระดับจัดการ

2


Objectivesอธิบายถึงงานหลักที่ตองทําในขั้นตอนการติดต้ังและประเมินผลระบบอธิบายถึงเหตุผลสําคัญในการแกไขปรับปรุงสภาพแวดลอมในการปฏิบัติงานแยกจากสภาพแวดลอมเพื่อการทดสอบระบบพัฒนาแผนการทํางานในการฝกอบรมผูใชงานระบบแยกตามวัตถุประสงคของผูใชแตละกลุมอธิบายถึงแนวทางในการฝกอบรม ประกอบดวย การฝกอบรมจากผูขายหรือแหลงฝกอบรมภายนอก และการฝกอบรมโดยพนักงานในองคกรอธิบายถึงกระบวนการเตรียมขอมูล (data conversion)สามารถกําหนดวิธีและขอดี-ขอเสีย ในการปรับเปลี่ยนระบบงานทั้ง 4 แบบ (system changeover)อธิบายถึงวัตถุประสงคในการประเมินผลหลังการใชระบบงานและหัวขอที่ควรพิจารณาขณะทําการประเมินผลระบบอธิบายถึงหัวขอสารบัญที่ควรมีในรายงานที่นําเสนอผูบริหาร


Introductionเมื่ออยูในขั้นตอนการพัฒนาระบบ ทีมผูพัฒนาจะใชเอกสารขอกําหนดของระบบงาน (system design specification) เปนเสมอืนพิมพเขียวในการสรางระบบงานใหมนักวิเคราะหระบบ และ programmer มีบทบาทแตกตางกันในการพัฒนาระบบงานงานหลักของนักวิเคราะหระบบ จะตองทําความเขาใจ และใหความถูกตองในขอกําหนดของระบบงานแก programmer


Software Quality AssuranceQuality assurance เปนสวนสําคัญในการทํางานของธุรกิจ ประกอบดวย IT functionวัตถุประสงคของการประกันคุณภาพ (quality assurance) เพื่อปองกันและหลีกเลี่ยงปญหาที่เปนไปไดของระบบงานตั้งแตเริ่มตนQuality assurance ชวยปองกนัความผิดพลาด :-

Inaccurate requirements : ความตองการที่ผิดพลาดDesign or coding errors : ขอผิดพลาดในการออกแบบและการเขียนโปรแกรมFaulty documentation : เอกสารระบบผิดพลาดIneffective testing : การทดสอบระบบที่ไมมีประสิทธิภาพ

3


Software Quality AssuranceSoftware engineering

มุงเนนในคุณภาพของการออกแบบ softwareSolid designEffective structureAccurate documentationCareful testing

Software Engineering Institute (SEI)ทําหนาที่เพิ่มคุณภาพของ software-based systemsการออกแบบ Capability Maturity Model (CMM) เพื่อนํามาใชปรับปรุงคุณภาพ ลดเวลาในการพัฒนาระบบ และลดคาใชจายในการพัฒนา


Software Quality AssuranceCapability Maturity Model (CMM)


Software Quality AssuranceCapability Maturity Model (CMM)เปนโมเดลที่แสดงระดบัของกระบวนการจดัทํา software ขององคกร และเพื่อแสดงใหเหน็ถึงความตองการในการเพิ่มประสิทธิภาพใหระบบ โดยตัวบงช้ีระดบั ประกอบดวย :-

ระดับท่ี 1 : Initialการทํางานของ software เปนไปตามความตองการแตยังไมมีมาตรฐานทั้งหมดระดับท่ี 2 : Repeatableมีการบริหารจัดการในแตละโครงการ รวมทั้งมีการติดตามเร่ืองตนทุน จัดตารางการทํางานเพื่อทําใหการทํางานเปนระบบ นอกจากนี้ยังสามารถนํากลับมาใชในโครงการอื่นที่คลายคลึงกันระดับท่ี 3 : Definedมีการจัดทําเอกสารบันทึกการทํางานดานการผลิตและการบริหารจัดการ โดยกําหนดเปนมาตรฐานเดียวกันทั้งองคกรระดับท่ี 4 : Managedมีสวนควบคมุและตรวจสอบในรายละเอียดของกระบวนการผลิต ในเชิงปริมาณระดับท่ี 5 : Optimizingมีการพัฒนากระบวนการผลิตอยางตอเนื่อง โดยสามารถวัดคุณภาพเปนเชิงปริมาณจากกระบวนการผลิตและมีการนําเทคโนโลยีใหมมาใชงาน

4


Software Quality AssuranceInternational Organization for Standardization (ISO)

Seeks to offer global consensus of what constitutes good management practicesISO 9000-3 provides a quality assurance framework for developing and maintaining software


Overview of Application Development

Planning the overall design strategy

Use top-down (modular) approach and partition the system into subsystems and modules

Develop programs and modules : พัฒนาโปรแกรม

Design, code, test, and document

Test the system : ทดสอบระบบLink testSystem testComplete all documentation

The main steps in application development.


Documentation review : ทบทวนเอกสารProgram designs are based on

System design specification : ขอกําหนดระบบงานDFDsProcess descriptions Object modelsClass diagramsERDsScreen layoutsReport layoutsSource documentsData dictionary entries

Overview of Application Development

5


Structured Application Developmentprogrammer สราง modules ที่มีการทํางานหรืองานเฉพาะดาน

module ประกอบดวย คําสั่งของโปรแกรมที่เปนหนวยยอยเพื่อใหงายตอการปรับปรุงและทําความเขาใจ

นักวิเคราะหระบบใชวธิีการออกแบบในลักษณะ top-down เพื่อวางแผนระบบงาน


Structured Application DevelopmentStructure charts

แสดงความสัมพันธระหวาง modules ของโปรแกรมControl moduleSubordinate modules

Chart symbols represent Modules :ชุดของคําสั่งที่ทํางานเฉพาะอยางData couples :ขอมูลที่วิ่งจาก module ไปอีก module

Control couples :ขอมูลที่ใชสําหรับทดสอบเงื่อนไขConditions : เงื่อนไขLoops


Structured Application Development

6


Cohesion and couplingCohesion : การยึดเกาะ(การรวมกัน)เปนเคร่ืองวัดขอบเขตของ module และคุณลักษณะของการประมวลผล

module ประกอบดวย function เฉพาะงานที่มีระดับของการยึดเกาะสูงCoupling : การตอพวงเปนเคร่ืองวัดความสัมพันธและความขึ้นตอกันระหวาง modules

Modules ควรมีความสัมพันธเปนแบบอสิระที่เรียกวา loosely coupledIf one module refers to internal logic contained in another module, those modules are tightly coupled





Structured Application DevelopmentStructure chart examples

Initial design for a structure chart based on the sales promotion policy that was described in structured English

A structure chart based on the Grading System DFD

7


ขั้นตอนในการเขียน structure chartทบทวน DFDs และ object modelsกําหนด modules และความสัมพนัธ (relationships)เพิ่ม couples, loops, และ conditionsวิเคราะห structure chart และ data dictionary



DFDs for a sample Order System. The top DFD is Diagram 0; under it is Diagram 1.

A structure chart based the Order System DFDs


Other Structured DevelopmentTools

Program flowchartsใชสัญลักษณแสดงขั้นตอนการทํางานและความสัมพันธระหวาง module ของโปรแกรม

8


Other Application DevelopmentTools

Pseudocode : รหัสเทียมเทคนิคที่ใชอธิบายขั้นตอนการทํางานของโปรแกรมโดยคําอธิบายข้ันตอนการทํางานจะไมเขียนเปนภาษาทางคอมพิวเตอร


Codingเปนกระบวนการเปลี่ยนขั้นตอนการทํางานใหเปนคําสั่งที่สามารถประมวลผลโดยระบบคอมพิวเตอรMany programming languages exist

Visual C++Visual BasicSQLHTMLJava


Testing the Applicationการทดสอบระบบ เปนสิ่งที่จําเปนเพื่อสรางความมั่นใจในความถูกตองของโปรแกรมข้ันตอนแรก คือ การปองกันความผิดพลาดทางไวยากรณ (syntax errors) ดวยการแปลเปนภาษาเครื่อง (compile)ข้ันตอนถัดไป คือ การกําจัดความผิดพลาดของข้ันตอนการทํางาน (logic errors)

Techniques include desk checking, structured walkthrough, and code review

ข้ันตอนสุดทาย คือ การทดสอบ ซึง่ประกอบดวยUnit, integration, และ systems testing

9


Testing the ApplicationUnit testing : ทดสอบหนวยยอย

เปนการทดสอบแตละโปรแกรมมีวัตถุประสงคเพื่อระบุและกําจัดความผิดพลาดขณะประมวลผลและความผิดพลาดจากขั้นตอนการทํางานStub testing เปนเทคนิคในการใช stubs เพื่อแสดงถึงจุดเร่ิมหรือจุดออกที่มีการเช่ือมโยงการทํางานกับโปรแกรมอื่นหรือแฟมขอมูลอ่ืน


Testing the ApplicationIntegration testing

เปนการทดสอบโปรแกรมที่เก่ียวของกันตั้งแต 2 โปรแกรมขึ้นไป เปนการทดสอบการเช่ือมโยงการทํางานระหวางโปรแกรมIntegration testing จะชวยเพิ่มความมั่นใจในความถูกตองของลําดับการทํางานขอมูลท่ีนํามาทดสอบเปนสิ่งจําเปน เพื่อจําลองการทดสอบตามเงื่อนไขจริง และเพื่อเปนการทดสอบการเชื่อมตอการทํางานระหวางโปรแกรม


Testing the ApplicationSystem testing

เปนการทดสอบระบบงานทั้งหมดและชนิดของการประมวลผลผูใชระบบงานควรเปนผูทดสอบความถูกตองของการประมวลผลการทํางานและ output ท้ังหมดควรใชขอมูลจริง (live data) ในการทดสอบระบบตองทําการทดสอบโปรแกรมทั้งหมดจัดทําเอกสารของระบบงานตรวจสอบความถูกตองขององคประกอบในการทํางานของระบบทั้งหมดเพื่อยืนยันวาระบบสามารถรองรับขอมูลปริมาณมากไดในเวลาเดียวกัน เพื่อเปนการทดสอบประสิทธิภาพของระบบ

10


Documentation : จัดทําเอกสารของระบบเพื่ออธิบายถึงระบบงานและสวนชวยเหลอืการทํางานของผูใชระบบประเภทของเอกสาร

Program documentation : เอกสารอธิบายการทํางานของโปรแกรมSystem documentation : เอกสารอธิบายการทํางานของระบบOperations documentation : เอกสารอธิบายขั้นตอนการทํางานสําหรับ operatorUser documentation : เอกสารอธิบายการใชงานระบบสําหรับผูใช


DocumentationProgram documentation

เร่ิมจัดทําเอกสารในขั้นตอนการวิเคราะหระบบ (systems analysis) และระหวางขั้นตอนการพัฒนาระบบงาน (systems implementation)ภายในเอกสารประกอบดวย คําอธิบายการประมวลผล (process descriptions) และ report layoutsProgrammers เปนผูจัดทําเอกสารโดยมีคําอธิบายประกอบเพื่องายตอการทําความเขาใจและเพื่อประโยชนในการปรับปรุงแกไขโปรแกรมนักวิเคราะหระบบตองตรวจสอบความถูกตองและความสมบูรณของ program documentation


DocumentationSystem documentation

System documentation จะอธิบายถึงการทํางานของระบบรวมถึงวิธีการพัฒนาและติดตั้งระบบงานsystem documentation จะถูกจัดเตรียมเมื่ออยูในขั้นตอนการวิเคราะหระบบ (systems analysis) และขั้นตอนการออกแบบระบบ (systems design)ภายในเอกสาร ประกอบดวย :-

Data dictionary entriesData flow diagramsObject modelsScreen layoutsSource documentsSystems request

11


DocumentationOperations documentation

ท่ัวไปจะใชในระบบงานที่มีการใชเคร่ือง minicomputer หรือ mainframe ประมวลผลแบบศูนยกลาง (centralized processing) และมีการทํางานเปนแบบ batchภายในเอกสารจะแสดงถึงงานที่อยูในความรับผิดชอบของ operator เวลาและวิธีการ run programsตัวอยางการทํางาน อาจมีการทํา program run sheet ซึ่งบอกถึงสารสนเทศที่ตองการในการประมวลผลและการแจกจาย output หรือ e-mail ใหหนวยงานหรือแผนกที่เก่ียวของ


DocumentationUser documentation : เอกสารผูใช

ประกอบดวยภาพรวมของระบบที่บรรยายถึงคุณสมบัติ ขีดความสามารถและขอจํากัดของระบบเอกสารประกอบ เชน Source document พรอมตัวอยางเมนู และหนาจอการทํางานในการนําขอมูลเขารายงานพรอมตัวอยางความปลอดภัยและหลักฐานขอมูลเพื่อตรวจสอบ (Audit trail)สวนการทํางานในการนําขอมูลเขา การแสดงผล และการประมวลผลวิธีการขอเปลี่ยนแปลงความตองการและปญหาที่มีตัวอยางของขอยกเวนและสถานการณท่ีเกิดขอผิดพลาดคําถามที่ถูกถามบอย (FAQ)คําอธิบายสวนชวยเหลือและวิธีการสําหรับการปรับปรุงคูมือ


DocumentationUser documentation

Online documentation จะชวยใหผูใชสามารถใชงานระบบไดอยางเต็มที่และลดความตองการในการขอความชวยเหลือโดยตรงจากแผนก IT

Context-sensitive HelpInteractive tutorialsHints and tipsHypertextInteractive tutorials

การจัดทําเอกสารสวนใหญจะเปนคูมือการใชงานระบบ (user manual)นักวิเคราะหระบบสามารถจัดเตรียมเอกสารและใหผูใชรวมพิจารณาเพื่อจัดทําเปนคูมือการใชงานระบบ

12


Management Approvalเมื่อจบขัน้ตอนการทดสอบระบบ จะนําเสนอผลลพัธใหระดับจดัการเพื่อทําการอนมุัติระบบงาน ดังนี้

ผลการทดสอบระบบสถานะของการจัดทําเอกสารทั้งหมดของระบบตัวอยางการนําขอมูลเขาของผูใชงานระบบรายละเอียดตารางเวลา, ประมาณการคาใชจาย และทีมงานที่ตองการในการพัฒนาระบบงาน

เมื่อไดรับอนุมตัิ จะกําหนดตารางเวลาที่ตองใชในการติดตั้งและประเมินผลการใชงานระบบ


System Installation and Evaluationข้ันตอนที่เหลอืของ Systems Implementation

จัดเตรียมสภาพแวดลอมในการปฏิบัติงานและทําการติดตั้งระบบงานใหมจัดฝกอบรมผูใชงาน ผูจัดการ และทีมงานที่เก่ียวของกับระบบงานจัดเตรียมขอมูลท่ีจําเปนกับระบบงาน (data conversion) และทําการปรับเปลี่ยนระบบงานเดิมเปนระบบงานใหม (system changeover)ทําการประเมินผลหลังการลงใชระบบงานนําเสนอรายงานสรุปใหกับผูบริหารหรือฝายจัดการ


Operational and Test EnvironmentsTest environment :ทดสอบสภาพแวดลอมระบบ

Programmer และนักวิเคราะหระบบจะทดสอบระบบและพัฒนาปรับปรุงโปรแกรมในสภาพแวดลอมที่ใชในในการทดสอบ (test environment)

ในสภาพแวดลอมที่ใชในการทดสอบ (test environment) จะทําสําเนาเกี่ยวกับ

ProgramsProceduresTest data files

The test environment versus the operational environment. Notice that access to the test environment is limited to ITstaff, while the operational environment is restricted to users.

13


Operational environment : สภาพแวดลอมในการปฏิบัติงาน อาจเรียกวา production environment

ควรมีการจํากัดการเขาถึงขอมูลของผูใชระบบงานทีมงาน IT จะเขาสูระบบงานไดเม่ือทําหนาที่แกไขปญหา หรือทํางานตามสิทธ์ิท่ีมีใชขอมูลจริง (live data) ในการทดสอบระบบในการเปลี่ยนแปลงทั้งหมด ตองมีการตรวจสอบและรับรองจากผูใชงานระบบ

Operational and Test Environments


Preparation of the operational environment : การเตรียมสภาพแวดลอมในการปฏิบัติงาน

ตรวจสอบองคประกอบทั้งหมดของระบบวามีผลกระทบตอประสิทธิภาพของระบบ :-Hardware and software configurationsOperating system programs and utilitiesTelecommunication resources

ตรวจสอบคุณลักษณะ (feature) ของการสื่อสารทั้งหมดทั้งกอนและหลังการลงโปรแกรมระบบจัดทําขอกําหนดของเครือขายในเอกสารระบบงาน

Operational and Test Environments


Trainingควรมีการจัดฝกอบรมระบบงานใหกับ :-

Users : ผูใชทั่วไปManagers : ผูใชระดับจัดการIT staff members : ทีมงาน

Training Planแผนการฝกอบรมควรมีการพิจารณาเมื่อเร่ิมเขาสูข้ันตอนการพัฒนาระบบงานโดยมีการกําหนดบุคคลที่เขารับการอบรมและสิ่งที่ตองการในการฝกอบรม

14


TrainingVendor training : การฝกอบรมจากผูขาย

ในกรณีท่ีมีการซื้อ hardware หรือ software จากหนวยงานภายนอก(ผูขาย) ควรพิจารณาในการเขารับการอบรมจากผูขายโดยตรงผาน RFP หรือ RFQผูขายสวนใหญจะเสนอการฝกอบรมใหลูกคาโดยไมมีคาใชจายหรือมีการคิดคาใชจายเพิ่มเติมในสวนของการฝกอบรมสถานที่ในการฝกอบรมจากผูขาย สามารถทําการฝกอบรมไดท้ังที่บริษัทผูขายหรือท่ีทํางานของลูกคา


TrainingOutside training resources : การฝกอบรมจากแหลงฝกอบรมภายนอก

ในกรณีท่ีเกิดความไมสะดวกในการฝกอบรมจากผูขายหรือจากหนวยงานภายใน สามารถฝกอบรมการใชงานไดจากแหลงฝกอบรมภายนอกขอมูลแหลงฝกอบรมภายนอก สอบถามไดจาก :-

ConsultantsUniversitiesIndustry associationsInformation management organizations


TrainingIn-house training : การฝกอบรมจากพนักงานในองคกร

ทีมงาน IT และผูใชงานทั่วไปสามารถจัดฝกอบรมโดยพนักงานในองคกรไดเทคนิคการฝกอบรมและสวนชวยเหลือในการฝกอบรม ทําไดหลายอยาง เชน สาธิตการใชงาน นําเสนอผานวีดิโอ แผนภาพ หรือ multimedia

15


TrainingIn-house training

ขอแนะนําในการฝกอบรม :-แบงกลุมการฝกอบรม แยกตามหัวขอการฝกอบรมหรือลักษณะงานเลือกสถานที่ท่ีเหมาะสมในการฝกอบรมจัดเตรียมอุปกรณใหพรอมเพื่อใหเกิดการเรียนรูและทดลองปฏิบัติจริงจัดเตรียมคูมือการฝกอบรม โดยอาจมี interactive tutorials ประกอบการอธิบาย


Training


Trainingขอแนะนําในการฝกอบรม :-

อาจไดจากผูท่ีเคยเขารับการฝกอบรมเม่ือจบการฝกอบรม ควรมีการสรางสถานการณจําลองเพื่อใหผูเขารับการอบรมไดทดสอบและไดรับประสบการณ รวมทั้งมีความมั่นใจในการใชงานระบบมากขึ้น

16


Data Conversionการเตรียมขอมูล (Data conversion) ควรมีการจัดเตรียมใหเสร็จหรือทําขณะที่ทําการทดสอบหรือเตรียมสภาพแวดลอมในการปฏิบัติการ (operational environment)โดยมีหัวขอท่ีควรจัดเตรียม ดังน้ี :-

Automated conversion techniques :เทคนิคในการปรับเปลี่ยนขอมูลแบบอัตโนมัติMethods of exporting data to the new system :วิธีการนําขอมูลจากระบบงานเกาเขาสูระบบงานใหมPrograms designed to extract and convert data : การออกแบบโปรแกรมเพื่อทําการปรับเปลี่ยนหรือดึงขอมูลจากระบบเกาสูระบบใหมControls required to protect vulnerable data :การควบคุมเพื่อปองกันความเสียหายของขอมูลVerification of results by users :การตรวจสอบความถูกตองของขอมลูที่ไดจากผูใชงาน


System ChangeoverSystem changeover : การปรับเปลี่ยนระบบ เปนการนําระบบงานใหมมาใชงานแทนระบบงานเกาประเภทของการปรับเปลี่ยนระบบ :-

Direct cutover Parallel operationPilot operationPhased changeover

ในการปรับเปลี่ยนแตละประเภทมีขอแตกตางในดานคาใชจายและปจจัยเสี่ยงที่สงผลกระทบตอการใชงานจริง


System Changeover

Relative risk and cost characteristics of the four changeover methods.

17


System ChangeoverDirect cutover : การปรับเปลี่ยนแบบทันที

เปนการยกเลิกการทํางานเดิมจากระบบงานเกาเปนระบบงานใหมทันทีคาใชจายต่ําเพราะใชงานเพียงระบบเดียวความเสี่ยงตอการใชงานสูงเน่ืองจากไมมีการสํารองที่จะสนับสนุนการทํางานเวลาเปนปจจัยสําคัญในการเลือกวิธีน้ี ซึ่งเหมาะกับการประมวลผลเปนคาบเวลา


System ChangeoverParallel operation : การปรับเปลี่ยนแบบคูขนาน

สําหรับวิธีน้ีจะมีการทํางานคูขนานทั้งระบบงานเกาและระบบงานใหมไปพรอมกันในชวงเวลาหนึ่ง จากนั้นเมื่อระบบงานใหมพรอมตอการใชงานทั้งหมดจะยกเลิกการทํางานในระบบเกาออกไปขอมูลจะตองนําเขาทั้ง 2 ระบบ และตองทําการตรวจสอบเปรียบเทียบผลลัพธท่ีไดคาใชจายคอนขางสูง เน่ืองจากมีการทํางานทั้ง 2 ระบบ ในชวงเวลาที่กําหนดความเสี่ยงคอนขางต่ํา เน่ืองจากมีตรวจสอบความถูกตองของการทํางานและมีการสํารองการทํางานจากระบบงานเดิมMethod is impractical if the systems are dissimilar or cannot be supported together


System ChangeoverPilot operation : การปรับเปลี่ยนแบบนํารอง

เปนการใชงานระบบงานเกาควบคูกับระบบงานใหมในบางสาขา เพื่อเปนการนํารองการใชงาน สวนสาขาอื่นยังคงใชระบบงานเกาคาใชจายปานกลาง เน่ืองจากมีเพียงสาขาเดียวท่ีทํางานแบบคูขนานความเสี่ยงปานกลาง เน่ืองจากมีการติดตั้งและใชงานระบบงานใหมเพียงสาขาเดียว จึงชวยลดความเสี่ยงตอการใชงาน

18


System ChangeoverPhased changeover : การปรับเปลี่ยนเปนระยะ

เปนการลงใชระบบงานใหมเปนระยะหรือทีละระบบงานยอยจนครบทั้งหมดในการลงใชงานอาจลงใชบางสวนของระบบงานทั้งองคการคาใชจายปานกลาง เน่ืองจากการติดตั้งระบบจะลงใชตามขั้นตอนหรือแผนการทํางานไมไดลงระบบงานทั้งหมดในคราวเดียวกันความเสี่ยงตอการใชงานปานกลาง เน่ืองจากมีขอจํากัดของความเสี่ยงที่เกิดจากการใชงานในสวนของระบบที่มีการติดตั้ง


Post-Implementation Tasksงานที่ตองทําหลังการลงใชงานระบบ :-

Post-implementation evaluation : ประเมินผลการลงใชงานระบบReport : การจัดทํารายงานนําเสนอผูบริหาร


Post-Implementation EvaluationPost-implementation evaluation

สิ่งที่ควรประเมิน ประกอบดวย :-ความถูกตอง, ความสมบูรณ, และ outputความพึงพอใจของผูใชความนาเช่ือถือของระบบงานและการปรับปรงุแกไขระบบการควบคุมและคามปลอดภัยของระบบงานประสิทธิภาพของ Hardware และคุณสมบัติของ platformการติดตั้งฐานขอมูลอยางมปีระสิทธิภาพประสิทธิภาพของทีมงาน ITคุณภาพและความสมบูรณของเอกสารระบบงานคุณภาพและประสิทธิภาพของการฝกอบรมการประมาณการที่ถูกตองในเรื่องผลตอบแทนและคาใชจาย รวมทั้งตารางการทํางานในการพัฒนาระบบงาน

19


Post-Implementation EvaluationPost-implementation evaluation

สิ่งที่ควรพิจารณาเมื่อทําการประเมินผลการใชงานระบบ :-การสัมภาษณฝายบริหารและผูใชหลักของระบบงานสังเกตการใชงานของผูใชในการปฏิบัติงานโดยใชคอมพิวเตอรในระบบงานใหมอานเอกสารที่เก่ียวของกับระบบทั้งหมดและจัดทําคูมือการฝกอบรมตรวจสอบ source documents, output reports, และ screen displays ท้ังหมดในกรณีท่ีผูใชระบบมีจํานวนมาก ใชแบบสอบถามเก็บรวบรวมขอมูลการใชงานและขอแนะนําระบบของผูใชวิเคราะหสวนที่ควรปรับปรุงระบบงานและมีสวนชวยเหลือการทํางานในลักษณะ help desk


Post-Implementation Evaluation

Sample user evaluation form. The numerical scale allows easy tabulation of results. Following this section, the form provides space for open-ended comments and suggestions.


Post-Implementation Evaluationการประเมินผลการใชงานระบบขึ้นกับวธิีและเทคนคิที่ใชการเก็บรวบรวมขอมูล โดยควรไดขอมลูจากบุคคลที่ไมมีสวนเกี่ยวของในการพัฒนาระบบงาน เชน

ทีมงาน IT และ ผูใชผูตรวจสอบภายใน (internal auditor) หรือ ผูตรวจสอบภายนอก(external auditor)

20


Final Report to ManagementReport contents : สารบัญในรายงาน

1. เอกสารฉบับปรับปรุงคร้ังสุดทายของระบบงานทั้งหมด2. แผนการปรับเปลี่ยนหรือปรับปรุงระบบตามความตองการที่กําหนด3. สรุปคาใชจายและตารางการทํางานทั้งหมดในการพัฒนาระบบ4. ตารางเปรียบเทียบคาใชจายจริงและประมาณการคาใชจาย และตารางเปรียบเทียบเวลา

การทํางานจริงกับประมาณการเวลา5. ผลการประเมินการลงใชระบบงาน

sdlc phases - tulip.bu.ac.thtulip.bu.ac.th/~panida.t/148/chapt10.pdfpseudocode...

Documents