Company

LOGO

Chapter 2 The System Analysis and Design

อ . ปทมา เจร ญพรEmail: popattama@hotmail.com

ภาคว ชาว ทยาการคอมพวเตอร คณะว ทยาศาสตร และเทคโนโลย

มหาว ทยาล ยเทคโนโลยราชมงคลธ ญบร

Company Logo2

Describe the information systems development life cycle (SDLC)

Explain Rapid Application Development (RAD) and its constituent parts : Prototype , Joint Application Design (JAD) , and Computer-aided software engineering (Case) tools.

Describe the Agile Methodologies and extreme programming

Explain object-oriented analysis and design and the Rational Unified Process (RUP)

Learning objectives

Company Logo3 33

ขนตอนของวงจรการพฒนาขนตอนของวงจรการพฒนาระบบระบบ

(Steps of the SDLC)(Steps of the SDLC)

ขนตอนทเปนทางการ(official phases)

1. สำารวจขอมล(Preliminary Investigation)

2. ว เคราะหระบบ(Systems Analysis)

3. ออกแบบระบบ(Systems Design)

4. พฒนาระบบ (Systems Development)

5. ตดต งระบบ (Systems Implementation)

6. บำาร งร กษาระบบ(Systems Maintenance)

ขนตอนทวไป(general phases)

1. ศกษาความเป นไปได(Feasibility Study)

2. ว เคราะห (Analysis) 3. ออกแบบ (Design) 4. พฒนาและต ดต ง

(Implementation) 5. ทดสอบ (Testing) 6. ประเม นผล (Evaluation)

หรอ1. ศกษาความเป นไปได

(Feasibility Study) 2. ว เคราะห (Analysis) 3. ออกแบบ (Design) 4. พฒนา (Development) 5. ตดต ง (Implementation) 6. บำาร งร กษา (Maintenance)

หรอ1. ศกษาความเป นไปได

(Feasibility Study) 2. ว เคราะห (Analysis) 3. ออกแบบ (Design) 4. พฒนาและต ดต ง

(Implementation) 5. บำาร งร กษา (Maintenance)

http://en.wikipedia.org/wiki/System_Development_Life_Cycle

Company Logo4 44

วงจรการพฒนาระบบวงจรการพฒนาระบบ(Systems Development Life Cycle)(Systems Development Life Cycle)

Planning

Analysis

Development

Implementation

Testing

Design

Maintenance

Company Logo5 55

ขนท ขนท 1: 1: การวางแผน การวางแผน((Planning)Planning)

เป นข นตอนการทำาโครงร างแผนการพฒนาระบบ สารสนเทศ โดยมภารกจหล ก 3 กจกรรม ค อ

1. กำาหนดระบบทต องการพฒนา (Define the system to be developed) ปจจ ยแหงความส ำาเร จ (Critical Success Factor:

CSF) – ปจจ ยส ำาค ญ ๆ ทท ำาให องค การประสบความส ำาเร จ

2. กำาหนดขอบเขตของโครงการ (Set the project scope) ขอบเขตของโครงการ (Project scope) – กำาหนด

ความตองการ (requirements) ของระบบใหช ดเจน เอกสารก ำาหนดขอบเขตของโครงการ (Project

scope document) – เขยนรายละเอ ยดขอบเขตของ โครงการใหช ดเจน ซงโดยปกตจะม ความยาวไม เกน

1 ยอหนา3. พฒนาแผนงานของโครงการใหม ภาระงาน (tasks)

ทรพยากร (resources) และระยะเวลา (timeframes) แผนงานของโครงการ (Project plan) – กำาหนดว า

อะไร (what) เม อใด (when) และใคร (who) ทเป นผ ตอบค ำาถามในการพฒนาระบบ

Company Logo6 66

ขนท ขนท 2: 2: การวเคราะห การวเคราะห((Analysis)Analysis)

เป นข นตอนทผ ใช งาน (end users) และผเช ยวชาญดานเทคโนโลยสารสนเทศทำางาน

ร วมก นในการเก บรวบรวมขอม ล (gather) ทำาความเข าใจ (understand) และจ ดท ำา

เอกสารก ำาหนดความตองการของระบบทจะท ำามาใชงาน โดยมก จกรรมหลก ด งน 1. การส ำารวจความตองการการใชงาน

(Gather the business requirements) ความตองการการใชงาน (Business

requirements) – เป นรายละเอ ยดทผ ปฏบ ต งานทม ความร (knowledge

worker) ใหข อเสนอหรอความคดเห นในการนำาเอาระบบมาใชงานใหประสบความสำาเร จ

การพฒนาระบบร วมก น (Joint application development :JAD) – เปนการพบกนหรอประชมรวมกนของผปฏบตงานทมความรและผเชยวชาญดาน

เทคโนโลยสารสนเทศในบางชวงเวลาอยางตอเนองหลาย ๆ วน เพอทจะกำาหนดและทบทวนความตองการการทำางานของระบบ

การจ ดท ำาเอกสารขอก ำาหนด (Requirements definition document) – เปนขอกำาหนดการทำางานของระบบเบองตนพรอมกบรายละเอยดทเปนขอเสนอของผปฎบตงานในรปของภาพรวมเปนลายลกษณอกษร

ความเห นชอบ (Sign-off)- ผปฏบตงานทใหขอมลหรอเสนอความตองตองลง ลายมอชอเพอแสดงวา ไดตรวจสอบขอกำาหนดการทำางานทงหมดแลว

Company Logo7 77

ขอแนะนำาในการวางแผนขอแนะนำาในการวางแผน1. บทบาทของทานระหวางการวเคราะห (Your role

during analysis) ทำาการตรวจสอบรายละเอยดขอกำาหนดการทำางาน

ของระบบ2. กญแจแหงความสำาเรจในการวเคราะห (Key to

Success) ตองคนหาขอผดพลาดทอาจเกดขนใหพบกอน การคนพบขอผดพลาดทเกดขนหลงวงจรการพฒนา

ระบบ (SDLC) จะทำาใหองคการตองเสยคาใชจายมากในการแกไข

คาใชจ ายในการคนพบขอผดพลาด

Company Logo8 88

ขนท ขนท 3: 3: การออกแบบ การออกแบบ((Design)Design)

การทำาข อเสนอหรอโครงร างทางเทคนค(technical blueprint) การทำางานของระบบ โดยม

กจกรรมหลก 2 กจกรรม คอ1. การออกแบบสถาปตยกรรมทางเทคนค เพ อ

สนบสนนระบบการทำางาน (Design the technical architecture)• สถาปตยกรรมทางเทคนค (Technical

Architecture) – กำาหนดฮาร ดแวร (hardware) ซอฟตแวร (software) และ

อปกรณด านโทรคมนาคม(telecommunications) เพ อรองร บการทำางาน

ของระบบ (run the system) 2. การออกแบบแบบจำาลองของระบบ (Design

system models)• แบบจำาลอง (Modeling) – การทำาภาพกราฟก

สำาหร บนำาเสนอ (representation) การออกแบบ

• ระบบตดต อก บผ ใช แบบกราฟก (Graphical user interface: GUI) – การตดต อก บระบบ

สารสนเทศดวยกราฟก หร อเร ยกว า ก อ หร อก ย

• การออกแบบจอภาพแบบกอ (GUI screen design) – เป นต วแบบจำาลองจอภาพระบบ

สารสนเทศทงระบบ (entire system)

Company Logo9 99

1. บทบาทของทานระหวางการออกแบบ (Your role during design) ลดกระบวนการความเชยวชาญดานการ

ทำางาน เพ มการว เคราะหควบคมค ณภาพ

2. กญแจแหงความสำาเร จในการออกแบบ (Key to Success) กำาหนดความตองการส ำาหร บอนาคต

(future requirements)

ขอแนะนำาในการออกแบบขอแนะนำาในการออกแบบ

Company Logo10 1010

ขนท ข นท 4: 4: การพฒนา การพฒนา((Development)Development)

การนำาเอารายละเอยดทงหมดทออกแบบไวในรปของเอกสารในขนการออกแบบมา

แปลเปลยนใหเปนระบบจรง (actual system) กจกรรมหลกในการพฒนาม 2

กจกรรม คอ

1. สรางสถาปตยกรรมทางเทคนค (Build the technical architecture)

2. สรางฐานขอมลและโปรแกรม (Build the database and programs)

Company Logo11 1111

1. บทบาทของทานระหว างการพฒนา(Your role during development) ร บรองหร อยอมร บการเปล ยนแปลงขอ

เสนอการทำางานของระบบ ตดตามความกาวหนาของาน

2. กญแจแหงความส ำาเร จในการพฒนา(Key to Success) ฉกฉวยประโยชน (Take advantage)

จากการเปล ยนแปลงดานเทคโนโลย

ขอแนะนำาในการพฒนาขอแนะนำาในการพฒนา

Company Logo12 1212

ขนท ขนท 5: 5: การทดสอบ การทดสอบ((Testing)Testing)

ตรวจสอบ (verifies) ว า ขบวนการ ทำางานของระบบ (system works) ม

ความถกต องหร อไม และสามารถทำางาน ไดตามขอก ำาหนดการทำางาน (business

requirements) ของระบบในขนการว เคราะหหร อไม โดยมก จกรรมหลกใน

การทดสอบ คอ :1. เข ยนเง อนไขการทดสอบ (Write the

test conditions) เง อนไขการทดสอบ (Test

conditions) – ขนตอนและรายละเอยดของระบบจะต องเปนไปตามผลลพธของแต ละข น

Company Logo13

1. การทดสอบระบบ (Perform the testing of the system) ทดสอบหนวยย อย (Unit testing) – ทดสอบรหส

(code) ของหนวยย อยทละหนวยย อย ทดสอบระบบ (System testing) – ตรวจสอบ

ความถกต องของการทำางานของรหสหนวยย อย เม อท ำางานร วมก บหนวยย อยอ น ๆ

ทดสอบการบรณาการ (Integration testing) – ตรวจสอบการทำางานร วมก นของแตละระบบ

ทดสอบการทำางาน (Functional testing) – ทดสอบความสามารถในการทำางานตามขอก ำาหนด

ทดสอบสมรรถนะ (Performance testing) - ทดสอบประส ทธ ภาพการทำางานภายใตสภาพ

แวดลอมทแตกตางก น ทดสอบการยอมร บของผใช งาน (User

acceptance testing: UAT) – สนส ดการทดสอบถาระบบการทำาสามารถทำางานไดตามขอก ำาหนดและผใช งานพงพอใจ

ขนท ขนท 5: 5: การทดสอบ การทดสอบ((Testing)Testing)

Company Logo14 1414

1. บทบาทของทานระหว างการทดสอบ(Your role during testing) มความเช ยวชาญในการประก น

คณภาพ2. กญแจแหงความส ำาเร จในการทดสอบ

(Key to Success) ทดสอบแตละข นตอนใหสมบรณเสมอ

ขอแนะนำาในการทดสอบขอแนะนำาในการทดสอบ

Company Logo15 1515

ขนท ขนท 6: 6: การตดตงการตดตง((Implementation)Implementation)

ตดต งหร อมอบระบบทงหมดใหก บผ ใช งานและเร มใชระบบในงานประจ ำาว น โดย

มก จกรรมหลก 2 กจกรรม คอ:

1. เขยนรายละเอยดเปนเอกสารสำาหรบผใชงาน เอกสารการใชงาน (User

documentation) – วธการใชงานระบบแตละขนตอน

2. จดอบรมการใชระบบ การอบรมแบบออนไลน (Online

training) – ฝกอบรมผานอนเทอรเนต หรอใช CD-ROM

การอบรมเชงปฏบ ต การ (Workshop training) – ฝกอบรมภายในชนเรยนและมผสอนอบรมการใชงาน

Company Logo16 1616

ขอแนะนำาในการดำาเนนการขอแนะนำาในการดำาเนนการ

1. บทบาทของทานระหวางการดำาเน นการ (Your role during implementation) ใหความสนใจและเอาใจใสกบการอบรม เน นการอบรมเชงปฏบ ต การ

2. กญแจแหงความสำาเร จในการดำาเนนการ (Key to Success) เล อกว ธ การดำาเนนการทถ กต อง

o การดำาเนนการแบบคขนาน (Parallel implementation) – ใชท งระบบเก าและระบบใหมพร อมกน

o การดำาเนนการแบบกาวกระโดด (Plunge implementation) – ยกเล กระบบเกาท งหมดและใชระบบใหมแทน

o การดำาเนนการแบบนำาร อง (Pilot implementation) – เร มใชระบบใหมกบคน

กลมเล ก ๆ และขยายการใชงานไปยงผ ใชคน อน ๆ ตามมา

o การดำาเนนการแบบเป นขนตอน (Phased implementation) – เร มใชระบบใหมเป น

ระยะ ๆ หร อทละข นตอน

Company Logo17 1717

ขนท ขนท 7: 7: การบำารงรกษา การบำารงรกษา((Maintenance)Maintenance)

ตดตามและสนบสนนระบบใหมอย าง ตอเน อง เพ อให เปนไปตามเปาหมาย

การทำางานขององคการ โดยมก จกรรม หลก 2 กจกรรม คอ:

1. สรางระบบใหคำาปรกษา (help desk) สนบสนนผใชระบบ ระบบใหค ำาปร กษา (Help desk)-

กลมคนกลมหนงททำาหนาทตอบคำาถามผใชงาน

2. ปรบสภาพแวดลอมใหสนบสนนการเปลยนแปลงของระบบ

Company Logo18 1818

1. บทบาทของทานระหว างการดำาเนนการ(Your role during maintenance) แนใจว าผ ใชงานทงหมดไดร บการ

สนบสนนตามทพวกเขาตองการในการใชระบบ

2. กญแจแหงความส ำาเร จในการดำาเนนการ(Key to Success) ผใชงานทงหมดและผ เช ยวชาญดาน

เทคโนโลยสารสนเทศตองท ำางานร วมก น

ขอแนะนำาในการบ ำาร งร กษาขอแนะนำาในการบ ำาร งร กษา

Company Logo19 1919

ตวแบบนำาตกดงเดม ตวแบบนำาตกดงเดม

((Classic Waterfall Model)Classic Waterfall Model)

เรมพฒนาโดย Royce ในป 1970

การว เคราะห (Analysis)

การออกแบบ (Design)

การพฒนา (Development)

การทดสอบ (Testing)

การตดต ง (Implementation)

การบ ำาร งรกษา (Maintenance)

การวางแผน (Planning)

Company Logo20 2020

ลกษณะของตวแบบนำำตกลกษณะของตวแบบนำำตก((Characteristics of Waterfall Model Characteristics of Waterfall Model ))

1. ร ปแบบตำยตว เปล ยนแปลงไดยำกหรออำจไมสำมำรถเปลยนแปลงได

2. ใชกระบวนกำรพฒนำจำกบนลงลำง ในควำมเป นจร งเป นเร องยำกทกำรด ำำเนน

โครงกำรจะเป นล ำำดบข นตำมลำำดบ3. ตองทำำใหเสร จในแตละขนกอนทจะเร มข นตอน

ตอไป กำรเร มด ำำเนนโครงกำรส วนใหญไมมควำม

แนนอนในดำนขอก ำำหนดและเป ำหมำย และเป นเร องยำกทผ ท เก ยวข องจะระบ ควำม

ตองกำรใหเสร จสมบรณในครำวเด ยว4. มกำรส งมอบและนำำไปใชงำนจะทำำตอนทำยส ด

ของแตละขน ก อนทจะเร มด ำำเนนกำรขนต อไปไมยอนกลบไปทำำข นท ผ ำนมำแตละขนตอนไมคำบเก ยวก น

5. ไมเหนหนำตำของระบบหรอโปรแกรมจนกวำจะส นสดโครงกำร

Company Logo21 2121

ตวแบบนำำตกปรบปรง ตวแบบนำำตกปรบปรง

((Adapted Waterfall Model)Adapted Waterfall Model)

กำรว เครำะห (Analysis)

กำรออกแบบ (Design)

กำรพฒนำ (Development)

กำรทดสอบ (Testing)

กำรตดต ง (Implementation)

กำรบ ำำร งรกษำ (Maintenance)

กำรวำงแผน (Planning)

Company Logo22 2222

พฒนำและปร บปร งมำจำกตวแบบนำำตกตวแบบเก ำ

เม อด ำำเนนกำรอยในขนตอนหนงสำมำรถยอนกลบหร อข ำมขนไปยงข นตอนกอนหนำหร อเพ อแกไขขอผ ดพลำด

ลกษณะของตวแบบนำำตกตวแบบปรบปรงลกษณะของตวแบบนำำตกตวแบบปรบปรง((Characteristics of Adapted Waterfall Model Characteristics of Adapted Waterfall Model ))

Company Logo23 2323

ตวแบบววฒนำกำรตวแบบววฒนำกำร(Evolutionary Model)(Evolutionary Model)

รำยละเอยดโครงกำร(Outline Description) เวอร ช นปร บปร ง

(Intermediate versions)

ตรวจสอบ(Validation)

เวอร ช นส ดทำย(Final Version)

พฒนำ(Development)

รำยละเอ ยด(Specification)

เวอร ช นแรก(Init ial Version)

กระบวนกำรพฒนำ(Concurrent Activit ies)

Company Logo24 2424

ลกษณะของตวแบบววฒนำกำรลกษณะของตวแบบววฒนำกำร((Evolutionary Model Characteristics)Evolutionary Model Characteristics)

เป นต นแบบเบ องต น (Exploratory prototyping) - เพ อท ำำกำรพฒนำควบคไปก บกำรปร บแก ตำมควำมตองกำรของผใช งำน

เหมำะสมกบo ระบบปฏส มพนธ ขนำดเล กและขนำดกลำง

(small or medium-size interactive systems)

o ระบบยอยภำยในระบบใหญ (parts of large systems) เชน ระบบตดตอกบผ ใชงำน

o ระบบทมข อจ ำำก ดด ำนเวลำ (for short-lifetime systems)

เนนกำรพฒนำระบบทสนองตอบควำมตองกำรของผใช มำกกวำระบบนำำตกทงสองแบบ

มกำรวำงแผนอยำงรอบครอบ (careful planning) ทงระบบบรหำรโครงกำรและระดบเทคนค

Company Logo25 2525

ตวแบบสวนเพมตวแบบสวนเพม((Incremental Model)Incremental Model)

วเครำะห ออกแบบ พฒนำ ทดสอบ ผลผลต #1

วเครำะห ออกแบบ พฒนำ ทดสอบ ผลผลต #2

วเครำะห ออกแบบ พฒนำ ทดสอบ ผลผลต #3

Company Logo26 2626

1. สำมำรถเพมสวนเพมหำกมกำรสำำรวจหรอวเครำะหจำกเจำของงำนไมครบถวน

2. แตละขนมสวนเพมในระบบ3. สวนเพมตองเปนประโยชนตอผใชงำน4. ใชเวลำในกำรพฒนำมำก5. ตองเผชญกบปญหำสรำงแลวแก

ลกษณะของต วแบบสวนเพมล กษณะของต วแบบสวนเพม(Incremental (Incremental Model Model

Characteristics)Characteristics)

Company Logo27 2727

วำงแผน(Planning) วเครำะหควำมเสยง

(Risk Analysis)

พฒนำ(Development)ประเมนผล

(Evaluation)

ตวแบบวงจรต วแบบวงจร(( SpiralSpiral Model) Model)

ตวแบบท 1. .n

Company Logo28 2828

ลกษณะตวแบบวงจรลกษณะตวแบบวงจร((Spiral Model Characteristics)Spiral Model Characteristics)

พฒนำโดย Barry Boehm เป นวงจรพฒนำระบบทใหควำมสำำค ญกบควำม

เส ยง (risk-oriented) แตละวงจรม งเนนกำรว เครำะหหำควำมเส ยง เป นวงจรวเครำะห-ออกแบบ-พฒนำ- ทดสอบ

จนกวำจะไดระบบทสมบ รณ เร มจำกจดเล ก ๆ ค นหำควำมเส ยง และก ำำจ ด

ควำมเส ยง แตละวงจรม 6 ขนตอน :

o กำำหนดวตถ ประสงค ทำงเล อก และกำรควบคม

o คนหำและแกไขควำมเส ยง o ประเมนทำงเล อก o พฒนำระบบและตรวจสอบควำมถกต อง o วำงแผนวงจรตอไป o ดำำเนนวงจรตอไป

Company Logo29

เคร องม อในกำรพฒนำระบบ (Tools ) คอ software ทช วยสร ำงหร อวำด Model ชนดต ำงๆ ตรวจสอบควำม

ถกต องของ Model ชวยสร ำงรำยงำนและแบบฟอร ม รวมทงช วยเขยนโปรแกรมใหอ ตโนมต เช น

Project Management Application Drawing/Graphics Application

Computer-Aided System Engineering (CASE) Tools Integrated Development Environment (IDE)

Database Management Application Reverse-Engineering Tools

Code Generator Tools

Case Tools

Company Logo30

เทคนคว ธ และเคร องมอในกำรพฒนำระบบงำน

• แบบจำำลอง (Modeling) • ตนแบบ (Prototyping) • ระบบชวยในกำรออกแบบ (Computer-Aided Systems Engineering- CASE)• ควำมรวมมอในกำรพฒนำระบบงำน(Joint Application Development and Rapid Application Development)• เครองมออนทใชพฒนำระบบงำน (Other Systems Development Tools)

Company Logo31

แบบจำำลอง (Modeling) เปนกำรนำำเสนอแนวควำมคดหร อ

กระบวนกำรในร ปแบบของภำพ ตำมทนกว เครำะห ระบบทำำกำรว เครำะหและ

ออกแบบ เพอง ำยตอกำรทดสอบและกำรแกไขต นแบบ (Prototyping)

จะเก ยวก บกำรสร ำงงำนในเบ องตนของระบบสำรสนเทศและองคประกอบท

เก ยวข องระบบชวยในกำรออกแบบ (Computer-Aided Systems Engineering- CASE)

ระบบชวยในกำรออกแบบ เปนเทคนคว ธท ใชโปรแกรมทมควำม

สำมำรถสงเปนเคร องม อ ท เร ยก เคสทล(CASE Tools) เพ อชวยนกว เครำะหระบบในกำรพฒนำและบ ำำร งร กษำระบบสำรสนเทศ

Company Logo32

ระบบชวยในกำรออกแบบ (Computer-Aided Systems Engineering- CASE)

ในอดตทผำนมำ แผนกไอทจะเปนหนวย งำนทคดพฒนำระบบสำรสนเทศ ตอมำหลำย ๆ

บรษทไดคนพบวำ กำรสรำงเปนทมงำนพฒนำ ระบบงำนทประกอบดวยบคลำกรดำนไอท ผใช

งำนและผจดกำร สำมำรถจะทำำงำนเสรจสมบรณไดเรวและมผลงำนทดกวำ

โดยระเบยบวธทไดรบควำมนยม มอย 2 วธ คอ

• Joint Application Development - JAD• Rapid Application Development – RAD

Company Logo33

เคร องมออ นท ใช พฒนำระบบงำน (Other Systems Development Tools)

เชน เวรดโพซดเซอร ซเพรดชส เครองมอชวย สรำงภำพและซอฟทแวรทชวยในกำรนำำเสนอ ทไดรบ

ควำมนยมมำกคอ วซโอ (VISIO)

Company Logo34

ภำพรวมของระเบยบว ธในกำรพฒนำระบบ

ระเบยบวธแบบดงเดมคอ กำรวเครำะหระบบ เชงโครงสรำง แตระเบยบวธใหมทนยมกนอยำง กวำงขวำงคอ กำรวเครำะหระบบเชงวตถ

กำรว เครำะหเชงโครงสร ำง (Structured Analysis) เปนเทคนควธทใชในกำรพฒนำระบบทรวม

กำรจดกำรขอมลและโครงสรำงขอมล กำร ออกแบบฐำนขอมล กำรออกแบบสวนตอประสำน

ผใช โดยแบงออกเปนหลำยขนตอน เรยกวำ วงจรกำรพฒนำระบบ (Systems

Development Life Cycle – SDLC) ประกอบ ดวย กำรวำงแผน กำรวเครำะห กำรออกแบบ

กำรตดตงและกำรดแลบำำรงรกษำ กำรว เครำะหเชงว ตถ (Object-Oriented Analysis - O-O) เปนกำรรวมขอมลและกำรประมวลผลเขำ

ดวยกน โดยเรยกเปนวตถหรอออบเจกต(Object)

Company Logo35

Case Tools

CASE tools are productivity tools for systems analysts that have been created explicitly to improve their routine work through the use of automated support

Reasons for using CASE tools Increasing Analyst Productivity Improving Analyst-User Communication Integrating Life Cycle Activities Accurately Assessing Maintenance Changes

Company Logo36

Case Tool Classifications

Upper CASE tools perform analysis and design

Lower CASE tools generate programs from CASE design

Integrated CASE tools perform both upper and lower CASE functions

Company Logo37

Upper CASE Tools

Create and modify the system design

Help in modeling organizational requirements and defining system boundaries

Can also support prototyping of screen and report designs

Company Logo38

Lower CASE Tools

Lower CASE tools generate computer source code from the CASE design

Source code is usually generated in several languages

Company Logo39

การใชโปรแกรมเคสในองคกร

กจกรรมในวงจรพฒนาระบบ

การกำาหนดและเลอกโครงการ

เรมตนและวางแผนโครงการ วเคราะห ออกแบบ ปรบใช บำารงรกษา

ตารางการวางแผนตวแบบขอมลวสาหกจ

เคสเวรคสเทชนกำาหนดตารางการทำางาน

แผนภาพกระแสขอมล

ออกแ

บบฟอ

รมแล

ะราย

งาน

ตารา

งการ

ตดตง

การค

มควเว

อรชน

Company Logo40

วตถประสงคของโปรแกรมเคส

ปรบปร งค ณภาพการพฒนาระบบ เพ มความเร วในการออกแบบและพฒนาระบบ ปรบปร งกระบวนการทดสอบผานการใชการตรวจสอบ

อตโนมต ซ งกระทำาโดยง าย ปรบปร งการรวมกจกรรมการพฒนาผานว ธ การทวๆไป ปรบปร งค ณภาพและความสมบรณของเอกสาร ชวยใหกระบวนการพฒนาเป นมาตรฐาน ปรบปร งการบร หารโครงการ ทำาให การบ ำาร งร กษาโปรแกรมทำาได ง าย สงเสร มการนำามอดลและเอกสารกล บมาใชอ กคร ง ปรบปร งการเคล อนย ายซอฟตแวร ระหว างสภาพ

แวดลอม

Company Logo41

คาใชจายของโปรแกรมเคส

ราคาของโปรแกรมเคสแบบเบ ดเสร จ(Integrated CASE environment) อยท $5000 - $50000

ถารวมคาซอฟตแวร ฮาร ดแวร การฝกอบรม และการบำาร งร กษา มมลค าส งกว า $3,000,000

สำาหร บระยะเวลา 5 ป

Company Logo42

รปแบบของโปรแกรมเคส

เคร องม อถอดรหสว ธ การทำางานทางธรก จ(Reverse Engineering)

เคร องม อปร บร อว ธการท ำางานทางธรก จ(Reengineering Tools)

Company Logo43

เคร องม อถอดรหสว ธ การทำางานทางธ รก จ(Reverse Engineering)

เคร องมอท ใชส ำาหร บออกแบบขอก ำาหนดคณลกษณะของระบบงานหรอมอดลของโปรแกรมจากรหสโปรแกรมและคำานยามขอมล

ตวอยาง เคสทลท สนบสนนกระบวนการถอดรหสจะอ านขอมลน ำาเข าท เป นโปรแกรมคอมพวเตอร ซ ง เป นรหสต นฉบบต อจากนนจะว เคราะหและดง

ขอมล เพ อน ำามาแสดงในระดบของการออกแบบในรปของกราฟและขอความ

Company Logo44

เคร องม อปร บร อว ธ การทำางานทางธ รก จ(Reengineering Tools)

ประกอบดวยเคร องมอช วยในการว เคราะห อตโนมต หร อต ดต อกบนกว เคราะหระบบ โดยตรง หร อเปล ยนแปลงระบบทมอย เด มเพ อ

ปรบปร งค ณภาพ หรอผลปฏบ ต งาน

Company Logo45

ผลกระทบโดยทวไปของโปรแกรมเคสตอแต ละบ คคลในองคกร

แตละบ คคล ผลกระทบโดยทวไป

นกว เคราะหระบบ งานเป นอ ตโนมต โปรแกรมเมอร ท ำาหนาท รวมโคดเข าดวย

กน, บำาร งร กษาผใช มทกษะการใชเคสมากขนผบร หารระดบสง ก ำาหนดสทธ พเศษและ

ทศทางของกลยทธ ส ำาหร บ ระบบ IS โดยใชเคส

ผบร หารหนาท งาน ชแนะแนวทางเพ อพ ฒนาโครงการ

ผบร หารโครงการ ควบคมการพฒนาโครงการและทร พยากร

Company Logo46

แรงผลกด นต อองค กรในการยอมร บโปรแกรมเคส

จดหาระบบใหมโดยใชเวลาในการพฒนานอยปรบปร งผลผลตของกระบวนการพฒนาระบบปรบปร งค ณภาพของกระบวนการพฒนาระบบปรบปร งท กษะของคนทำางานปรบปร งให สามารถนำาระบบใหมไปใชงาน

ทไหนกได ปรบปร งการบร หารกระบวนการพฒนาระบบ

Company Logo47

แรงตอต านขององคกรในการยอมร บโปรแกรม

คาใชจ ายสงมากในการซอโปรแกรมเคสการฝกอบรมพนกงานมค าใชจ ายส งความเชอม นขององคกรขาดมาตรฐานของวธ การพฒนาระบบในองคกรโปรแกรมเคสคกคามความมนคงของงานขาดความมนใจในผลผลตของโปรแกรมเคส

Company Logo48

องคประกอบของโปรแกรมเคส

อพเปอร เคสทลโลเวอร เคสทลครอสไลฟไซเค ลเคส

Company Logo49

ความสมพนธ ระหว างเคสทลและกจกรรมในวงจรการพฒนาระบบงาน

การกำาหนดและเลอกโครงการการเรมตนและวางแผนโครงการ

การวเคราะหการกำาหนด การจดโครงสราง การสรางและเลอกความตองการ ความตองการ ทางเลอกการออกแบบ

การออกแบบ การออกแบบเชงตรรกะ การออกแบบเชงกายภาพ

การปรบใช การลงรหส เอกสาร การทดสอบ การฝกอบรม การตดตง

การบำารงรกษาระบบ

ขอบเขตของอพเปอรเคสทล

ขอบเขตของโลเวอรเคสทล

Company Logo50

ตวอย างของการใชโปรแกรมเคสในกจกรรมของวงจรพฒนาระบบงาน

กจกรรมการพฒนาระบบ กจกรรมหลก เคสทลทน ำามาใชงาน

การกำาหนดและเล อกโครงการ แสดงและจ ดโครงสร างข อม ลขององค กรในระด บส ง

เคร องม อแผนภาพและเมตร กซเพ อสร างและจ ดท ำาข อม ล

การเร มต นและวางแผนโครงการ

พฒนาขอบเขตและความเป นไปได ของโครงการ

ร โพสโทร และโปรแกรมสร างเอกสารเพ อพ ฒนาแผนงานของโครงการ

การว เคราะห ก ำาหนดและสร างความต องการระบบ

แผนภาพเพอสร างกระบวนการ ตรรกะและร ปแบบของขอม ล

การออกแบบทางตรรกะและกายภาพ

สร างร ปแบบของระบบใหม โปรแกรมสร างฟอร มและรายงานทออกแบบตนแบบ

การต ดต ง แปลงร ปแบบหร อการออกแบบใหเป นระบบสารสนเทศ

ฟอร ม และโปรแกรมสร างรายงานเพอพ ฒนาระบบ

การบ ำาร งร กษา พฒนาระบบสารสนเทศ ใชเคร องม อท กอ น จ ดท ำาวงจรพฒนาซำา

Company Logo51

การพฒนาระบบแบบเดมกบการพฒนาโดยใชโปรแกรมเคส

การพฒนาระบบแบบเด ม การพฒนาระบบโดยใชโปรแกรมเคส

เน นการเข ยนรหสและทดสอบ เนนการว เคราะห และออกแบบ

จดท ำาข อก ำาหนดคณลกษณะของสารสนเทศในกระดาษ

สร างต วแบบอยางเร วท สามารถโต ตอบได

เข ยนรหสโปรแกรมดวยม อ สร างรห สอ ตโนมต

จ ดท ำาเอกสารด วยม อ สร างเอกสารอ ตโนมต

ทดสอบโปรแกรมอยางมาก ตรวจสอบการออกแบบอตโนมต

บ ำาร งร กษารหสและเอกสาร บำาร งร กษาขอก ำาหนดคณลกษณะของสารสนเทศทออกแบบ

Company Logo52

โปรแกรมสรางฟอรมและรายงานของโปรแกรมเคส

ว ตถประสงคในการนำามาใชงาน สร าง ปร บปร ง และทดสอบตนแบบของหนา

จอคอมพวเตอร ฟอร ม และรายงาน กำาหนดวาหนวยขอมลใดควรนำามาแสดงหรอ

จ ดเกบส ำาหร บแตละฟอร มหร อรายงาน

Company Logo53

เครองมอวสชวลและเครองมอพฒนาอนๆ

เคร องม อพ ฒนาแบบวสชวลเคร องม อพ ฒนาระบบเชงว ตถ ว ว ฒนาการและอนาคตของเคร องม อ

พ ฒนาระบบ

Company Logo54

Techniques

คอ ว ธ การทเป นแนวทางเพ อช วยใหน กว เคราะหระบบ สามารถดำาเน นก จกรรมขนตอนตางๆ ของการพฒนา ระบบไดอย างม ประส ทธ ภาพ เชน

Strategic Planning Techniques Project Management Techniques

User Interviewing Techniques Relational Database Design Techniques

Structured Analysis Techniques Structure Design Techniques Software-Testing Techniques

Object-Oriented Analysis and Design Techniques

Company Logo55

Methodologies

Structured System Analysis and Design Methodology (SSADM)

Rapid Application Development-Based Methodology (RAD) Phased Development-Based Methodology Prototyping-Based Methodology Throw-Away Prototyping-Based Methodology

Object-Oriented Analysis and Design Methodology

Company Logo56

Structured System Analysis and Design Methodology

(SSADM)

SSADM เป น Methodology ทใช ในการพฒนา ระบบ มว ธการปฏบ ต เป นล ำาดบข น (Phase) จาก

ขนตนหนงไปส ข นตอนตอไปและมการใชModel ทเป นแผนภาพเพออธ บายชนตอนการ

ทำางานและขอมลท งหมดของระบบ Waterfall

Adapted Waterfall

Advantage ? Disadvantage?

A n a l y s i s

P l a n n i n g

D e s i g n

I m p l e m e n t a t i o n

S y s t e m

Company Logo57

Rapid Application Development-Based Methodology (RAD)

RAD เป น Methodology ทพ ฒนาขนเพ อ แกไขจ ดอ อนของ SSADM โดยการปร บระยะ

ในวงจรการพฒนาระบบเพอใหมข นตอนการทำางานทรวบร ดมากขน

Prototyping CASE Tools

ตวอยางเช น Phased Development-Based Methodology

Prototyping-Based Methodology Throw-Away Prototyping-Based Methodology

Company Logo58

Phased Development-Based Methodology

A n a l y s i s

P l a n n i n g

D e s i g n

I m p l e m e n t a t i o n

S y s t e mV e r s i o n 2

A n a l y s i s

D e s i g n

I m p l e m e n t a t i o n

S y s t e mV e r s i o n 1

A n a l y s i s

D e s i g n

I m p l e m e n t a t i o n

S y s t e mV e r s i o n 3

A n a l y s i s

Advantage ? Disadvantag

e?

Company Logo59

Prototyping-Based Methodology

System Prototype

Advantage ? Disadvantage?

A n a l y s i s

P l a n n i n g

D e s i g n

I m p l e m e n t a t i o n

S y s t e mP r o t o t y p e I m p l e m e n t a t i o n

S y s t e m

Company Logo60

Throw-Away Prototyping-Based Methodology

Design Prototype

Advantage? Disadvantage? A n a l y s i s

D e s i g n

I m p l e m e n t a t i o n

D e s i g nP r o t o t y p e I m p l e m e n t a t i o n

S y s t e m

P l a n n i n g

A n a l y s i s

D e s i g n

Company Logo61

Object-Oriented Analysis and Design Methodology (OOAD)

Systems development methodologies and techniques based on objects rather then data and processes.

combines data and processes (methods) into single entities called Objects.

The goal is to make system elements more reusable improving system quality and the productivity of systems analysis and design.

UML (Unified Modeling Language) – Use Case Diagram

Company Logo62

หลกในการพฒนาระบบสารสนเทศ

คำาน งถ งเจ าของระบบและผใช ระบบ พยายามเข าถ งป ญหาใหตรงจ ด กำาหนดขนตอนหรอก จกรรมในการทำางาน กำาหนดมาตรฐานในระหว างการพฒนาระบบและจ ดท ำาเอกสารประกอบในทกข นตอน การปฏบตงาน (Activities)

หนาทความรบผดชอบ (Responsibility)

การตรวจสอบคณภาพ (Quality Checks)

เอกสารและความตองการ(Documentation Guidelines/Requirements)

Company Logo63

หลกในการพฒนาระบบ สารสนเทศ (ตอ)

การพฒนาระบบคอการลงทน Cost-effectiveness

เตร ยมความพรอมหากแผนงานหรอระบบตองถกยกเล กหร อทบทวนใหม

แตกระบบใหเป นระบบยอยๆออกแบบระบบเพอรองร บการเต บโตและการเปล ยนแปลงในอนาคต

Company Logo64

Use Case Modeling

Describes what a system does without describing how the system does it; that is, it is a logical model of the system

Company Logo65

Use Case Diagram

Actor Refers to a particular role of a user of the system Similar to external entities; they exist outside of the system

Use case symbols An oval indicating the task of the use case

Connecting lines Arrows and lines used to diagram behavioral relationships

Company Logo66

Actor

Divided into two groups Primary actors

• Supply data or receive information from the system• Provide details on what the use case should do

Supporting actors• Help to keep the system running or provide help• The people who run the help desk, the analysts,

programmers, and so on

Company Logo67

A Use Case Always Provides Three Things

An actor that initiates an eventThe event that triggers a use caseThe use case that performs the actions

triggered by the event

Company Logo68

Use Case Relations

Behavioral relationships Communicates

• Used to connect an actor to a use case Includes

• Describes the situation in which a use case contains behavior that is common to more than one use case

Company Logo69

Use Case Relations

Behavioral relationships (Continued)

Extends• Describes the situation in which one use case

possesses the behavior that allows the new case to handle a variation or exception from the basic use case

Generalizes• Implies that one thing is more typical than the

other thing

Company Logo70

Figure 2.13 Some components of use case diagrams showing actors, use cases, and relationships for a student enrollment example

Company Logo71

Figure 2.14 Examples of use cases and behavioral relationships for student enrollment

Company Logo72

Developing Use Case Diagrams

Review the business specifications and identify the actors involved

Identify the high-level events and develop the primary use cases that describe those events and how the actors initiate them

Review each primary use case to determine the possible variations of flow through the use case

The context-level data flow diagram could act as a starting point for creating a use case

Company Logo73

Figure 2.15 A use case diagram representing a system used to plan a conference

Company Logo74

Developing the Use Case Scenarios

The description of the use caseThree main areas

Use case identifiers and initiators Steps performed Conditions, assumptions, and questions

Company Logo75

Figure 2.16 A use case scenario is divided into three sections: identification and initiation; steps performed; and conditions,

assumptions, and questions

Company Logo76

Why Use Case Diagrams Are Helpful

Identify all the actors in the problem domain

Actions that need to be completed are also clearly shown on the use case diagram

The use case scenario is also worthwhile

Simplicity and lack of technical detail