การวิเคราะห์ความต้องการ (Requirement ...siam2dev.net...

http://www.siam2dev.com [ dr. nattapong songneam]

โดย อ.ดร. นฐพงศ สงเนยมhttp://www.siam2dev.netDr.nattapong_s@hotmail.comSIAM2DEV@HOTMAIL.COM

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

Last Update : 04/02/2563

Lec06_การวเคราะหความตองการ และ ยสเคส (Requirement Analysis and Use case)

ดร. นฐพงศ สงเนยม

• http://www.siam2dev.net

• E-mail : dr.nattapong_s@hotmail.com

• E-mail1 : siam2dev@hotmail.com

• E-mail1 : xnattapong@hotmail.com

• Facebook : siam2dev@hotmail.com

http://www.siam2dev.com [ dr. nattapong songneam]

สญลกษณทผานมาส าหรบในการเรยน ตอไปนจะใช UML เปนมาตรฐาน

Lec06_การวเคราะหความตองการ (Requirement Analysis)

อ. นฐพงศ สงเนยม

http://www.siam2dev.net

siam2dev@hotmail.com

xnattapong@hotmail.com

Project งานกลม• กลมละ ... คน

• วเคราะหและออกแบบระบบ ใชหลกการ OOAD ..

• รปเลมรายงาน – ปกหนา หลง

– ค าน า

– สารบญ

– บทท 1

• หลกการและเหตผล /ทมาและความส าคญของปญหา

• วตถประสงค

• ขอบเขต

• Glossary ค าศพท

• แผนการด าเนนงาน Gantt Chart

• เครองมอทใช

• ประโยชนท คาดวาจะไดรบ

– บทท 2 Unified Process

• กระแสงาน

• ต าแหนง ความรบผดชอบ

– บทท 3 การวเคราะหระบบ

• Business Rule

• การวเคราะหความตองการ SRS

• Use case Diagram

• Class Diagram

• Sequence Diagram / Collaboration Diagram

• Activity Diagram

– บทท 4 การออกแบบระบบ

• การออกแบบหนาจอโปรแกรม Layout / Wire Frame , Mockup

• System Architecture

• Component Diagram

• Deployment Diagram

– บทท 5 สรป

– บรรณานกรม

ท าเปน Clip Video ลง Youtube- แนะน างาน

- ชอเรอง- สงงาน อ. ดร. นฐพงศ สงเนยม- รป- เปนสวนหนงของราย วชา ..รหสวชา- แนะน าสาขา ..คณะ .. ม.- แนะน าสมาชกในกลม

- อธบายงาน- หลกการและเหตผล- อธบายการวเคราะหบระบบ- อธบายการออกแบบระบบ

- สรป

1.

2.

สงวนสดทายวนสอบปลายภาค

10 -20 นาท

สง Link มาท E-mail siam2dev@Hotmail.com

+สงเขาเฟสรายวชา OOAD facepage

รปเลม และ CD

UP: Unified Process

• Inception :: ก าหนดโครงการ การวางแผน การวเคราะหความตองการ ซงเปนระยะแรกของการด าเนนโครงการ การพฒนาระบบสารสนเทศตามหลกการเชงวตถ

4.2 โครงสรางกรรมวธ - Lifecycle Phases

❑ เตรยมงาน (Inception) – นยามขอบเขตของโครงการ , ขอบเขตของระบบทจะพฒนา

OOAD : Object-Oriented Analysis and Design

7

Inception Elaboration Construction Transition

time

Unified process แบงการพฒนาออกเปน 4 เฟส (phases)

❑ ท ารายละเอยด (Elaboration) – วางแผนโครงการ จดท ารายละเอยดความตองการ จดสรางสถาปตยกรรมระบบ

❑ จดสราง (Construction) – สรางและทดสอบโปรแกรม

❑ ถายโอน (Transition) – ตดตงถายโอนระบบใหกบผใช

7

Requirement Analysisเซตอพระบบ วางแผนก าหนดหนาท ใครท าอะไร

UP : Phase 1. Inception• ชวงเรมตนของโครงการ

– ไดรบมอบหมายจาก เจาของกจการ / ลกคา / หวหนา ใหรบผดชอบโครงการเราจงเรยก วาเปน PM : Project Manager

– ในขนตนสงทคณตองท า กคอ จดหาทม รวมพฒนา และท า Proposal >> เคาโครงโครงการ/ แบบเสนอโครงการ/ตอผบรหาร • หวขอหลกๆ

– ชอโครงการ เชน การพฒนาระบบจองหองพกโรงแรม– ทมา ความส าคญของปญหา 1-2 หนากระดาษ A4– วตถประสงค– ขอบเขต

» ดานเนอหา» ดานประชากรและกลมตวอยาง

– เทคโนโลย / นวตกรรม / กระบวนการทใช /วธการทใช– แผนการด าเนนงาน ระยะเวลา / Gantt Chart– งบประมาณ PERT CHART/ อปกรณ / เครองมอ– ผล/ประโยชนทคาดวาจะไดรบ

ตองไดรบอนมตเมอเสนอแลว และไดรบอนมตจงสามารถท าเฟส 2 ตอได

สงทส าคญ คอ ความนาเชอถอ- ดจากอะไร ?

*** อยในบทท 1 ของรปเลมรายงานของงานกลม

The Iterative Approach

OOAD : Object-Oriented Analysis and Design

9

Disciplinesgroup activities

logically

In an iteration,you walk through

all disciplines

9

รวบรวมขอมลควรเสรจภายใน เฟสท 1

สป. 1 สป. 2 สป. 3 สป.4 สป.5Inception

Elaboration

Construction

Transition

Gantt Chart

กระแสงาน(workflow)

Requirement

Analysis

Design

Implement

Testing

Deployment

--------------

Configuration Management

Project Management

Project ใหญ หนวยนบเวลา เปนเดอน หรอ ปProject เลก กนบเปน สป.

***การเขยนแผนในโครงงานกลม นนใหยดตามความจรง ไมใชเวลาในการเรยน

ใหก าหนดหรอ สมมต วางานนน ใชเวลาทงระบบ ประมาณ กเดอน กป

1 ป 12 เดอนรายการ ม.ค. เม.ย. พ.ค. ม.ย.

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

เมอตกลงไดรบอนมตใหเรมจดท าโครงการ

สงทจะท าล าดบตนๆ คอการรวมรวบขอมล จากการวเคราะหความตองการของผใชหรอลกคา นนเอง

Requirement Analysis

สงทตองร คอ User มใครบาง

Software Requirement Specificationขอก าหนดความตองการของซอฟตแวร ➔

เลมรายงาน SRS นนเอง

Requirement Analysis Requirement Specification

ความหมายของความตองการ (Requirements)

• ความตองการ (Requirements) ในทนหมายถงคณลกษณะในดานตางๆ ของระบบสารสนเทศทก าลงจะท าการพฒนาขน เพอใหระบบสามารถท างานตอบสนองตอผใชไดอยางแทจรง

• แหลงของความตองการนนมาจากผใช (USER) ไมใชมาจาก SA

• นกวเคราะหระบบจะตองเปนผสงเคราะหความตองการนนจากขอมลตางๆ ทไดรบมาจากผใช โดยท าใหเปนขอก าหนดของความตองการ (Requirement specifications) เพอใชเปนเปาหมายและขอบเขตของการพฒนาระบบตอไป

SRSSoftware Development

ต.ย.

• กระบวนการตงแต คนไข เขา โรงพยาบาล จนกระทงรกษาเสรจ/หายปวย ท าอะไรบาง

• กระบวนการตงแต นกเรยนมาสมครเปน นศ. และเขาเรยนไดท าอะไรบาง

1. ...................................2. ...................................3. ...................................4. ...................................5. ....................................

1. ...................................2. ...................................3. ...................................4. ...................................5. ....................................

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

การวเคราะหความตองการRequirement Analysis

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

RequirementAnalysis

User requirement

Business Workflow

Problemsstatement

Business Information&Rule

RequirementSpecification

INPUTPROCESS OUTPUT

หมายถงเมอท าการวเคราะห นกวเคราะหจะน าขอมลหรอวเคราะหจากแหลงขอมลดงกลาวจะท าใหไดขอก าหนดความตองการ Requirement Specification

ผใชระบบสารสนเทศ:แหลงของความตองการ

• เจาของระบบ (System owners/Sponsors ) – มสวนไดสวนไดเสยจากการลงทนสรางระบบสารสนเทศ เชน เจาของผบรหาร ผจดการ ผถอหน

ผทมสทธการอนมตใหจดท าโครงการได• ผใชภายใน (Internal users)

– End-users คอผใชทปอนขอมลเขาสระบบโดยตรง ไมจ าเปนตองมทกษะหรอความรมาก เนนความถกตองและรวดเรวของการปอนขอมลเขาสระบบ เชน จนท. ฝายทะเบยน จนท. ธนาคาร

– Power-users คอผใชทมความรความช านาญเฉพาะดาน ทสงกวาผใชทวไป และสามารถใชงานฟงกชนของระบบในสวนทมความซบซอนได เชนหวหนา พนง. ธนาคาร หวหนาฝายบญช หวหนาฝายบคคล

– Administrators คอผทดแลและควบคมใหระบบสามารถด าเนนการไดอยางราบรนตามวตถประสงคทตงไว คอยความคมดแล ตดตาม และประเมนผล ก าหนดสทธในการเขาถงระบบของผใชได

– Executive users คอผใชทตองการสารสนเทศมาเพอการตดสนใจและบรหารองคกร ใหมประสทธภาพ CIO , CEO (EIS/MIS/DSS)

• ผใชภายนอก (External users)– อาจจะเปนคน หรอ กลมบคคล เปนผใชซงเปนบคคลภายนอกองคกร แตสามารถเขาถงบรการ

ของระบบในองคกรได เชน ลกคา , คนไขในรพ.

คณจะไดท างานกตอเมอน าเสนอ Proporsal ผาน

เปนผใชงาน ระบบทางออม

ลกคา ของ โรงแรม ลกคา ของ ธนาคาร

จงตอบค าถามตอไปน

• โรงพยาบาล ใครคอ System Owner / Sponsor• …………………………สวรรณ……………………………………• โรงเรยนมธยม ใครคอ System Owner / Sponsor• ............................................. จราพร .....................................................• โรงภาพยนตร ใครคอ System Owner / Sponsor• ............................................. ศวกร .....................................................• โรงแรมใครคอ System Owner / Sponsor• ............................................. ณฐพล .....................................................• มหาวทยาลย System Owner / Sponsor• ในมหาวทยาลย End User ……………….พรชย .................................... • ในธนาคาร executive user ………………………นาวน .......................

ท าไมตองรจก User หรอ ท าไมตองแบง User ออกเปนกลมๆ

เนองจากความตองการใชระบบสารสนเทศ ไมเหมอนกน เพอไปเกบขอมลตรงตามความตองการของผใช

ตอบค าถามเหลานใหได

• โรงพยาบาล ใครคอ System Owner / Sponsor• ………………………… อดภทร……………………………………• โรงเรยนมธยม ใครคอ System Owner / Sponsor• ............................................. มารต.....................................................• โรงภาพยนตร ใครคอ System Owner / Sponsor• ............................................. ทรงพร .....................................................• โรงแรมใครคอ System Owner / Sponsor• ............................................. จนทรรตน.....................................................• มหาวทยาลย Power User ….รฐธรรมนญ...................• ในมหาวทยาลย End User ………………. ภม .................................... • ในธนาคาร executive user ………………………ปานชนก......................

ท าไมตองรจก User หรอ ท าไมตองแบง User ออกเปนกลมๆ

เนองจากความตองการใชระบบสารสนเทศ ไมเหมอนกน เพอไปเกบขอมลตรงตามความตองการของผใช

•

ถาคณ จะพฒนาระบบ ของ รพ. และอยากรวา ยาแบงออกเปนกประเภท ไปถาม ผอ. ได หรอไม

ไปถาม แมบานไดหรอไม

แตละ User จะใหขอมลเฉพาะ ฟงกชนงานตวเอง

ผอ านวยการ รพ. จะใหขอมลอะไรบางแกระบบ หรอ ตองการขอมลอะไรบางจากระบบสารสนเทศ

ถาคณ จะพฒนาระบบเวชระเบยนของ รพ. แหงหนง และอยากรวายาแบงออกเปนกประเภท

• จะตองถาม user ใด

ก) System owner

ข) End user

ค) Power user

ง) Executive User

จ) ไมมขอใดถกตอง

ถาคณ จะพฒนาระบบรานคารแคร และอยากรวาบรการของรานมกแบบ แตละแบบราคาเทาไร

• ควรจะตองถาม user ใดก) System owner

ข) End user ….พนกงานทวไป , ชาง , พนกงานขาย, พนกงานบญช

ค) Power user หวหนาแผนก หวชาง ..หวหนาพนกงานขาย

ง) Executive User

จ) ไมมขอใดถกตอง

1. ......................

2. .......................

3. ........................

4. ......................

5. ...............................

ผอ านวยการ รพ. จะใหขอมลอะไรบางแกระบบ หรอ ตองการขอมลอะไรบางจากระบบสารสนเทศ

1. ......................

2. .......................

3. ........................

4. ......................

5. ...............................

ผบรหารโรงแรม จะใหขอมลอะไรบาง หรอตองการขอมลอะไรจากระบบบาง

*** สงเหลานจะถกน าไปเขยนเปน DFD ส าหรบระบบแบบดงเดมส าหรบเชงวตถ จะถกน าไปวเคราะหดวยยสเคส

Actor

IS: Information System• MIS Management information system ระบบสารสนเทศเพอการบรหาร/เพอการ

จดการ

– ระบบลงทะเบยน

– ระบบจองหองพก

– ระบบบญช

– ระบบบรหารงานบคคล (HRMS: Human Resource Management System)

– ระบบจายเงนเดอน (Payroll System)

– ระบบคลงสนคา (Inventory System)

– ระบบส งซอ (POS: Purchase Order System)

• DSS decision support system ระบบท านายหรอพยากรณพฤตกรรมของผบรโภคในการเลอกซอสนคา

• ES expert system : ระบบผเชยวชาญ เปนการน าเอาระบบคอมพวเตอรไปชวย ใหการท างานหรอตดสนใจ หรอ คดแทนผใชได เชน ระบบผเชยวชาญส าหรบการแพทย AI , NN

• EIS Executive Information System :: ส าหรบผบรหารระดบสง การวเคราะหตลาดหรอ การวางแผนเพองานการลงทนตาง ๆ

• TPS transaction processing system :: ระบบประมวลผลรายการ ส าหรบผใชระดบลาง งานประจ า...รทน

– งานฝาก-ถอนเงน โอนเงน ของธนาคาร

– เพมถอน รายวชา ...

•

•

•

•

•

•

•

•

•

•

•

•

กระบวนการวเคราะหความตองการ

• การบวนการวเคราะหความตองการมขนตอนคราว ๆ ดงตอไปน1. เกบรวบรวมขอมลทเปนขอเทจจรงตางๆ (Data/Information gathering)

1. เกบขอมลลกคา เกบขอมลสนคา เกบขอมลพนกงาน ......................บรการ ฯลฯ

2. วเคราะหเพอระบถงความตองการตางๆ (Requirement Identification)3. คดเลอกสวนทเปนสาระส าคญและอยในขอบเขตการพฒนา (Requirement

selection/ Problem Domain)4. จดจ าแนกและจดโครงสรางของความตองการ (Requirement classification

and structuring)5. จดล าดบความส าคญและตกลงเจรจา (Prioritization and negotiation)6. ตรวจสอบความถกตอง (Requirement validation)7. จดท ารายงานขอก าหนดความตองการ Requirement Specification

Pioritize ….. Use case artchitecture

วธการเกบรวบรวมขอมลData/Information gathering

• การแจกแบบสอบถาม (Questionnaire)

• การสมภาษณ (Interview)

• การทบทวนเอกสาร (Document Review)

• การสงเกต (Observation)

• การลงมอท า (Just Do It)

การเกบขอมลลกคา มความตองการ อะไร

• หมายถง จะท าอยางไร กบขอมลน มความตองการอะไรบาง• เชน ในการจดเกบหรอบนทกขอมลลกคา มเงอนไข หรอขอก าหนดตางๆ ดงน

– การเกบขอมล จะตองเกบใหครบได รหส เลขทบตรประชาชน ชอ ทอย เบอรโทร เพศ สถานะ อเมล

...................................1. จะขาดสงใดสงหนงไมได ระบบจะตองไมยอมใหบนทก2. เบอรโทร จะเกบ 10 หลก หามเกน หามขาด3. เบอรโทรจะตองไมเปนตวอกษร4. เลขทบตรประชาชน จะตองเปน 13 หลก และเปนตวเลขเทานน 5. สถานะ จะตองประกอบไปดวย โสด สมรส อยาราง6. อเมล จะตองถกตองตามหลก โดยม @

1222333333333333

เลขทบตรประชาชน

สนทรพยของโรงพยาบาล

?

หอง คนไขเขาพก

1. เกบรวบรวมขอมลทเปนขอเทจจรงตางๆ (Information Gathering)

• สงเกต (Observed) ไปด เชน สงเกตการท างานของพนกงานในโรงพยาบาล

• สมภาษณ (Interview) จดท าแบบสมภาษณถามรายบคคล หรอ กลมบคคล

• แบบสอบถาม(Questionnaire)

• ทบทวนเอกสาร (Document reviews)

• ลงมอท า (Workshop)

•

•

•

–

–

–

–

•

•

ความตองการนนจะตอง Testable ได

• เชน เลขบตรประจ าตวประชาชน ตองก าหนดเปนตวเลข 13 หลก test ได

• *** ระบบจะตองมประสทธภาพด Test อยางไร

• จะตองปอนขอมลใหครบ ถาไมครบ ระบบจะไมยอมบนทกให

Req. 01 ระบบจะตองบนทกขอมลสนคา

• ขอมลสนคา จะตองจดเกบใหครบถวนสมบรณ เชน – การเกบรหสสนคา

• รหส สนคา ตองเกบ 6 หลก โดย 3 ตวแรก เปน proxxx• Pro001 – Pro999• จ านวนสนคา จะเกบไดไมเกน 1000 รายการ

• จะตองเกบราคาเปนทศนยม– ราคา 1987.45– สกลเงน เปน บาท

• จ านวนสนคาตองเปน จ านวนเตมเทานน ใสเปนจดทศนยมไมได • จ านวนสนคาแตละครงทสงซอ ไมเกน 1000 ชน• ราคาสนคาจะตองไมตดลบ -5.00 บาท ? • ราคา เปนตวอกษรไมได ราคา ก. บาท

*** requirement เหลานจะตอง ทดสอบไดในภายหลง เมอถงขนตอนทดสอบะบบ

อางอง https://www.prosoftwinspeed.com/Article/Detail/99824

จดกลมความตองการ ตามผใช

• ดรายการสนคา

• เปลยนชอ

• เปลยนทอย

• เปลยนทอยในการจดสง

• แกไขผบนทกขอมลสนคา

• แกไขราคาสนคา

• แกวนทจดสงสนคา

• แกไขจ านวนสนคา

• แกไขรายการสนคา

• แกไขขอมลลกคา

• แกไขขอมลพนกงาน

• แกไขขอมลสนคา

• ยกเลกการสงซอ

• ยกเลกการจองหองพก

• ยกเลกการขายสนคา

User ...พนกงาน

ความตองการ

User ...ลกคา

ความตองการ

User ....ผดแลระบบ Data/Information gathering

ความตองการ

ลกคา พนกงาน ผดแลระบบ

ดรายการสนคา ดรายการสนคา ดรายการสนคา

เปลยนชอลกคา เปลยนชอลกคา

แยกความตองการตาม user

จดกลมความตองการ ตามผใช

• ดรายการสนคา

• เปลยนชอ

• เปลยนทอย

• เปลยนทอยในการจดสง

• แกไขผบนทกขอมลสนคา

• แกไขราคาสนคา

• แกวนทจดสงสนคา

• แกไขจ านวนสนคา

• แกไขรายการสนคา

• แกไขขอมลลกคา

• แกไขขอมลพนกงาน

• แกไขขอมลสนคา

• ยกเลกการสงซอ

• ยกเลกการจองหองพก

• ยกเลกการขายสนคา

User ...พนกงาน

ความตองการ

User ...ลกคา

ความตองการ

User ....ผดแลระบบ Data/Information gathering

ความตองการ

จดกลมของความตองการ (Grouped) เชน จดตามViewpoint ของผใช เปนตน

ผใช end user สามารถ

1. ปอนขอมลพนกงานได

2. ....บนทกได

3. บนทกขอมลสนคาได

4. ตรวจสอบรายการสนคา

5. ขายสนคาได

6. แกไขขอมลรายส งซอได

ผใช Admin สามารถ

1. คนหาขอมลสมาชกได

2. แกไขอมลลกคา

3. ลบขอมลลกคา

4. บนทกได

5. แกไขสทธ ของผใชได

6. ลบผใชระบบได

7....

8.....

• ลกคา– ดรายสนคาได

– สงซอสนคาได

– ยกเลกการสงซอได

– แกไขขอมลการสงซอได

– แกไขขอมลลกคา

• เจาหนาท

• เจาของระบบ

ดรายสนคาได

สงซอสนคาได

ยกเลกการสงซอได

แกไขขอมลการสงซอได

ลกคา

สนคา

บนทกขอมลสนคา

สงซอสนคาได

ลบขอมลสนคาได

แกไขขอมลสนคาได

ยกเลกสงซอสนคาได

การระบความตองการ Requirement Identification

พนกงาน/เจาหนาท สงซอ ฝายจดซอ

พนกงาน/เจาหนาท สงซอ ฝายจดซอ

พนกงาน/เจาหนาท สงซอ ฝายจดซอ พนกงาน/เจาหนาท

สงซอ ฝายจดซอ

ขายสนคาไดพนกงาน/เจาหนาท สงซอ ฝายขาย

พนกงาน

บนทก....

รบเงนเดอน

ลบขอมล....

แกไขขอมล...

...

ระบความตองการ Requirement Identification

......

...

...

ลา..

...

หองพกโรงแรม

บนทก....

...

ลบขอมล....

แกไขขอมล...

...

ระบความตองการ Requirement Identification

......

...

...

....

...

ยา

บนทก....

สงซอยา...

ลบขอมล....

แกไขขอมล...

...

ระบความตองการ Requirement Identification

......

...

...

ขายยาได....

...

จดล าดบความส าคญ (Prioritized)

• ก าหนด ล าดบความส าคญ ความตองการไหนเรงดวน กก าหนดใหมความส าคญ สงสด ความตองการไหนทไมเรงดวน ก ลดความส าคญลงไปตามล าดบ

0 หมายถง ไมส าคญ1 หมายถง ปานกลาง ยงไมเรงดวน2 หมายถงส าคญมาก เรงดวนตองท ากอน

ตวอยาง

ก าหนดล าดบความส าคญ

• ระบบสามารถบนทกขอมลลกคาได → 2

• ระบบสามารถสงซอสนคาได → 2

• ระบบสามารถแกไขขอมลการสงซอได → 2

• ลกคาสามารถ เรยกดรายการสงซอได → 2

• พนกงานสามารถ ยกเลกรายการสงซอได → 2

•

•

ต.ย.

ใคร..............................................................

เขยนเปนความตองการ..............................................................

- ล าดบกอน-หลง- ความส าคญ

จดล าดบ กอนหลง

1. ลกคา หรอคนไข ตดตอเจาหนาท

2. จนท. สอบถามประวต คนไข

3. จนท. ออกบตร คนไข

4. จนท. กรอกประวต การรกษา

5. จนท. ก าหนดคว คนไข

6. จนท. แจงใหเขาพบแพทย

7. คนไขเขาพบแพทย

8. แพทยวนจฉย

9. แพทย สงยา

10. คนไขรบยา

11. คนไขช าระเงน

12. คนไขรบใบเสรจ

•

•

–

ผปวย ตองท าบตรประจ าตวกอน

ช าระเงน

บนทกประวตผปวย

จายยา

ผปวยเดนมาทหอง แลวท าบตร เขาคว

รอหมอ ตรวจวนจฉยจายยา บนทกประวตการรกษาจายเงน กลบบาน

ผงงานโครงสราง Structure Chart / Organization Chart

•

–

–

•

–

–

–

จงบอกความตองการตอไปน เปนฟงกชน และไมเปนฟงกชน

1. ระบบจะตองเกบขอมลลกคาได .....................เปน..............................2. ระบบสามารถเรยกใชงานไดทนท ...................เปน............................3. ระบบสามารถรองรบการเชอมตอกบ Linux ………………เปน……………4. ระบบสามารถใชงานผาน wifi ได .........................ไมเปน...............................5. ระบบจะตองรายงานยอดผปวย แตละวนได ......................เปน.....................6. ระบบจะตองบนทกการจายยาได ...................................เปน..........................7. ระบบจะตองตรวจสอบขอมลผปวยแตละโรคได ...............เปน..........................8. ระบบจะตองรนผาน iOS ได ..................ไมเปน.....................................9. ระบบจะตองใชงานงาย ..............................ไมเปน................................10. ระบบจะตองรนไดทก browser ………………ไมเปน…………………..

•

ผปวยเดนมาทหอง แลวท าบตร เขาคว

รอหมอ ตรวจวนจฉยจายยา บนทกประวตการรกษา

จายเงน กลบบาน

เปนฟงกชน Function

ระบบบรหารงานคลนกผปวย จะตอง

• ตรวจโรคได• วนจฉยได• รกษาได• ท าบตรสมาชกได• เกบประวตการรกษาได• ท าจายยาได• จายเงนได• ท าการออกใบเสรจได• ....อนๆ

อยในระบบน และเปนหนาททซอฟตแวรหรอโปรแกรมจะตองท าได เรยกวาเปน Functional requirements

ตอนท จะตรวจรบ ซอฟตแวร นหรอไมถา ไมสามารถจายเปนดวย บตรเครดต ได

dependency

• Req 8. ลงทะเบยน

dependency

• Req 9. ช าระเงน

• Req 7. เปดคอรส

• Req 6. ก าหนดอาจารยทสอน/ เลอกรายวชาสอน

• Product requirements– ใชงานไดอยางสะดวก (Usability requirements)– มประสทธภาพด (Efficiency requirements): Performance, Speed– มความม นคงสง (Reliability requirements)– สามารถใชงานในสภาพแวดลอมทตางกนได (Portability requirements)

• Organizational requirements– สามารถสงมอบไดในเวลาทก าหนด (Delivery requirements)– ตองสรางดวยวธการและเทคโนโลยทก าหนด (Implementation

requirements) เชน responsive web design , MVC– ตองพฒนาโดยยดตามมาตรฐานของการพฒนาทก าหนด (Standard

requirements) เชน ใหกระบวนการพฒนามมาตรฐานตาม ISO เปนตน– ตองรองรบมาตรฐาน ISo14000 เปนกระบวนการพฒนาซอฟตแวรจะตองเปนมตรตอสงแวดลอม

• External requirements– จะตองรองรบการเชอมตอจากภายนอกได (Interoperability requirements)– จะตองไมผดศลธรรม (Ethical requirements)– จะตองไมผดกฎหมาย (Legislative (Law) requirements)

•

–

–

•

–

–

–

–

•

–

•

วน เดอน ปเกด เปน ค.ศ. หรอ พ.ศ. วน กอน หรอ เดอนกอนหร เปน ภาษาไทย หรอ ภาษาองกฤษ เดอน เปนตวยอหรอเตม

•

Not Null

•

•

•

•

•

•

•

•

•

•

การจดคมทน

½*ฐ*ส

การตรวจสอบความถกตองของความตองการ

• การตรวจสอบความถกตองของความตองการ (Requirement validation) คอการตรวจวาความตองการทไดมาน น ถกตองและตรงกบความตองการของผใชอยางแทจรงหรอไม

• หลกในการพจารณา

– Validity ความตองการน นตรงกบทผใชตองการจรงหรอไมสามารถแกปญหาใหผใชไดจรงหรอไม

– Consistency มความขดแยงกนระหวางความตองการหรอไม

– Completeness เปนความตองการทครบถวนของผใชทกคนหรอไม

– Realism สามารถสรางไดจรงตามความตองการหรอไม

– Verifiability สามารถตรวจสอบไดหลงจากพฒนาเสรจแลวหรอไม

•

–

•

วน เดอน ปเกด เปน ค.ศ. หรอ พ.ศ. วน กอน หรอ เดอนกอนหร เปน ภาษาไทย หรอ ภาษาองกฤษ เดอน เปนตวยอหรอเตม

•

–

•

•

•

–

•

–

–

•

•

JAD Technique

JAD Technique

•

•

•

•

Prototype3

Prototype2

Initial Requirement Specification

Prototype1 User

Accepted Prototype

validation

CertainRequirement Specification

Development

Actual System

Prototype Construction

Mockup

Requirement Analysisการวเคราะหความตองการ

2. System Analysis

• กระบวนการวเคราะหระบบ (system analysis phase)

– มงเนน “what” ทระบบจะตองม และตองท าใหกบผใช โดยยงไมเนน “how” วาจะท าอยางไร (ในขนตอนนเปนการ User Requirement)

• กระบวนการวเคราะหความตองการของผใชระบบ (Requirementanalysis phase)

– ใชในการสรางแบบจ าลองหนาทการท างานของระบบซอฟตแวร จากมมมองของผใชภายนอก หรอ ระบบภายนอก

– จะไดแบบจ าลองของความตองการของผใชระบบ (Requirement Model) เปน Output

จาก UP ในเฟส ท 2 สงจะตองได หรอเสรจ กคอ Use case 80%

ความส าคญของการวเคราะหความตองการ

• สาเหตของการยกเลกพฒนาซอฟตแวร

– ความตองการไมสมบรณ

– ไมมผใชระบบรวมพฒนา

– ขาดทรพยากร

– ความคาดหวงในระบบเปนไปไมได

– ไมมการสนบสนนจากผบรหาร

– มการปรบความตองการขณะพฒนา

– ขาดการวางแผน

– ไมมความตองการระบบทก าลงพฒนา

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

วตถประสงคหลกของการวเคราะหความตองการ

•

•

•

•

•

•

•

•

•

ระดบของความตองการ

สง

ต า

ระดบความส าคญของความตองการเมอเกบรวบรวมความตองมาแลว ตองมาจดล าดบความส าคญของความตองการโดยจดเปน- ความตองการแบบเรงดวน- ความตองการทรอ- ความตองการทสามารถตดออกได

สงทตองสง ในเลมรายงานทงหมด ของแตละกลมRequirement Specification

•

•

•

•

Use Case Model

• Introduction

• Survey Description

• Use Case Packages

• Use Case

• Actors

• Relationships

• Diagrams

• Use Case View

Use case Model

• Use case diagram แผนภาพยสเคส

• Use case description ค าอธบายยสเคส

Use case diagram แผนภาพยสเคส

ในขนตอนการวเคราะหระบบเชงวตถ OOA

• เมอเกบรวบรวมความตองการ Information– จดโครงสรางของความตองการ ตามมมมอง view point เชน

• มมมองผใช• มมมองผดแลระบบ• มมมองบคคลทวไป

– จดล าดบความส าคญของแตละความตองการ– จดท าเอกสาร SRS

– น ามาเขยน เปน ยสเคส

Use case diagram แผนภาพยสเคส

• เปนแผนภาพของยเอมแอล ส าหรบใชการวเคราะหระบบเชงวตถ• เปนแบบจ าลองทแสดงใหเหนถงฟงกชนของระบบ วาระบบมฟงกชนทตอบสนองกบแอกเตอรอยางไร

• สวนประกอบของยสเคสไดอะแกรม หรอแผนภาพยสเคส– Actor

– Use case

– System boundary

– Flow / Communication Flow– Relationship

Use Case Diagram• น าเสนอฟงกชนหรอ Use Case และการปฏสมพนธโตตอบกนระหวางระบบ และ ผใชภายนอก (someone / something อาจเปนคน หรอระบบกได)

• สวนประกอบของ use case diagram ดวย

– Use Case – ฟงกชน/ความสามารถ/หนาทของระบบ

– Actor – ผทมบทบาท/ ผกระท า/ผใชงาน Use Case นนๆ

– Relationship - เสนแสดงความสมพนธระหวาง Use Case กบActor

– System / System Boundary - ระบบทก าลงพฒนา

Functional Requirement

Use Case Modeling : Core Elements

Construct Description Syntax

use case A sequence of actions, including variants, that a system (or other entity) can perform, interacting with actors of the system.

actor A coherent set of roles that users of use cases play when interacting with these use cases.

system boundary

Represents the boundary between the physical system and the actors who interact with the physical system.

UseCaseName

ActorName

usecase

Use case

Use case

สญลกษณของยสเคส สญลกษณของยสเคส

เขาสระบบ

เขาสระบบ

ตวอยาง ตวอยาง

*** เนองจากยสเคสเปนฟงกชน ควรเขยนเปนค ากรยา ไมใชค านาม

CASE Tool

• Dia

• Star UML

• Rational rose

• Draw.IO เปนเวบไซต ออนไลน

• Visio

ตวอยาง use case

เพมลกคา

สมครสมาชก

ถอนเงน

ฝากเงน*** เนองจากยสเคสเปนฟงกชน ควรเขยนเปนค ากรยา ไมใชค านามเชน การฝากเงน ไมควรใส การการถอนเงน การลงทะเบยน

Actor

• ผทมบทบาท/ ผกระท า / ผใชงาน Use Case นนๆ

• เปน someone or something เปนคน ระบบ ซอฟตแวร หรอ ฮารดแวรใด ๆ กได ทมความตองการ หรอมปฏสมพนธ หรอ จะใหระบบท างาน หรอใชงานระบบ หรอรบผลลพธจากการท างานบางอยางระบบ หรอ ใหขอมลกบระบบ

สญลกษณ Actor

Actor ลกคาเจาหนาท ผดแลระบบ

ATMสรรพากร Bank Consortium

พนกงาน

Stock Exchange

ความสมพนธ Relationship

• ระหวาง Actor กบ Actor

• ระหวาง Actor กบ use case

• ระหวาง Use case กบ Use case

<<include>> <<extend>>

System boudary• แสดงถงระบบทก าลงพฒนา ซงอาจเปนสวนหนงสวนใดของระบบ หรอระบบยอย (Sub system)หรอทงระบบ (Whole system)

• แสดงของเขตของระบบชอระบบ ระบบจองหองพกโรงแรมระบบสงซอสนคา ระบบการลงทะเบยน

System boudary• แสดงถงระบบทก าลงพฒนา ซงอาจเปนสวนหนงสวนใดของระบบ หรอระบบยอย (Sub system)หรอทงระบบ (Whole system)

• แสดงของเขตของระบบระบบยม-คนหนงสอ ระบบจองหองสนามกฬาระบบรานคารแคร ระบบการจองตวภาพยนตร

Whole system /Sub systemระบบบรหารจดการโรงแรม

ระบบสมครสมาชก

ระบบจองหองพก ระบบสงซอสนคา

ระบบบรหารงานบคคล

ลกคา เจาหนาท

ความสมพนธ Relationship

• ระหวาง Actor กบ Actor

• ระหวาง Actor กบ use case

• ระหวาง Use case กบ Use case

<<include>> <<extend>>

ความสมพนธระหวาง Actor กบ Actor

Actor ลกคาเจาหนาท ผดแลระบบ พนกงาน

ความสมพนธแบบ ทวไป Generalization

ความสมพนธแบบมวคามเกยวของกน(แอสโซซเอชน) Association

ลกคา เจาหนาท

ลกคาตองการสมครสมาชก โดยผานเจาหนาท

ความสมพนธแบบ Association

ลกคา เจาหนาท

ลกคาตองการสมครสมาชก โดยผานเจาหนาทระบบแบบนจะเปนระบบแบบ offline

สมครสมาชก

ความสมพนธแบบ Association

ลกคา

เจาหนาท

ลกคาตองการสมครสมาชก โดยผานเจาหนาทระบบแบบนจะเปนระบบแบบ offline

สมครสมาชก

ลกคาไมสามารถกระท า เองไดโดยตรง จะตองใหเจาหนาทท าการสมครให

จองหองพกโรงแรม

ลกคา เจาหนาท

ลกคาตองการจองหองพกโรงแรม โดยผานเจาหนาทระบบแบบนจะเปนระบบแบบ offline

จองหองพก

จองหองพกโรงแรม

ลกคา

ลกคาตองการจองหองพกโรงแรม โดยไมผานเจาหนาทหรอผานเวบไซตระบบแบบนจะเปนระบบ แบบ online

จองหองพก

เจาหนาท

ความสมพนธระหวาง Actor กบ Actor

• ความสมพนธแบบ ทวไป Generalization

ลกคา

ลกคาทวไป สมาชก

ผใชระบบ

เจาหนาท ผดแลระบบ

ความสมพนธแบบ ทวไป Generalization มกใชในการแบงประเภทของแอกเตอร

ตวอยางระบบยมคนหนงสอ

ผใชระบบ

อาจารย นกเรยน

ยมหนงสอ

คนหนงสอ

เจาหนาทเขาระบบ

ระบบยมคนหนงสอ

<<include>>

<<include>>

ตวอยาง การซอ-ขายสนคา

ลกคา

ลกคาทวไป สมาชก

คนหาสนคา

สงซอสนคา

พนกงานช าระเงน

ระบบสงซอสนคา offline

คดสวนลด

ตวอยาง การซอ-ขายสนคา

ลกคา

ลกคาทวไป สมาชก

คนหาสนคา

สงซอสนคา

เจาหนาทช าระเงน

ระบบสงซอสนคา Online

คดสวนลด ตรวจสอบการช าระเงน

parent use caseBased use cas

child use case child use case

parent use caseBased use case

child use case

ความสมพนธระหวาง use case กบ use case

• แบบ include และ extend

• แบบทวไป generalize

ความสมพนธระหวาง use case กบ use case

• แบบ include

– <<include>> <<uses>>

• แบบ extend

– <<extend>> Use case หลก Use case ยอย

<<include>>

Use case หลก Use case ยอย

<<extend>>

ตวอยางความสมพนธระหวาง use case กบ use case

• แบบ include

– <<include>> <<uses>>

• แบบ extend

– <<extend>>

ยมหนงสอ เขาสระบบ<<include>>

คนหนงสอ คดคาปรบ<<extend>>

ลงทะเบยน คดคาปรบลงทะเบยนลาชา

<<extend>>

ตวอยาง การซอ-ขายสนคา

ลกคา

ลกคาทวไป สมาชก

คนหาสนคา

สงซอสนคา

เจาหนาทช าระเงน

ระบบการซอ-ขายสนคา

คดสวนลด

เขาสระบบ

ระบบการซอ-ขายสนคา

*** ในการเขยนแผนภาพ ยเอมแอลทกแผนภาพ นอกจากจะเขยนใหถกตองตามหลกการแลว จะเขยนใหอานไดงายดวย ไมควรมเสนซอนทบกน หรอถาจะมกใหมใหนอยทสด

ตวอยาง การซอ-ขายสนคา

ลกคา

ลกคาทวไป สมาชก

คนหาสนคา

สงซอสนคา

เจาหนาทช าระเงน

คดสวนลด

เขาระบบ

ระบบการซอ-ขายสนคา

*** ในการเขยนแผนภาพ ยเอมแอลทกแผนภาพ นอกจากจะเขยนใหถกตองตามหลกการแลว จะเขยนใหอานไดงายดวย ไมควรมเสนซอนทบกน หรอถาจะมกใหมใหนอยทสด

ความสมพนธระหวาง use case กบ use case

• ความสมพนธแบบทวไป generalize เปนการแบงประเภทของยสเคส ดงตวอยาง

เขาระบบ

ตรวจสอบลายนวมอตรวจสอบรหสผาน

วาดเสน

ช าระเงน

ช าระดวยบตรเครดตช าระดวยเงนสด

ช าระดวยแคชเชยรเชค

ความสมพนธระหวาง use case กบ use case

• ความสมพนธแบบทวไป generalize เปนการแบงประเภทของยสเคส ดงตวอยาง

สมครเรยน

สมครออนไลนผานเจาหนาท

ขบรถยนต

เลยวไปขางหนา

หยดรถ

ขนตอนการสรางแผนภาพยสเคส (Use Case Diagram)

เมอเรมตนการสรางแผนภาพยสเคส(Use Case Diagram) ดวยการวเคราะหหาขอบเขตของระบบ (Problem Domain) ซงประกอบไปดวยการคนหาแอกเตอร(Actor) ทควรมในระบบ และยสเคสทมปฏสมพนธโดยตรงกบแอกเตอรเหลานนขนมากอนจากนนจงเพมเตม Use Case อนๆ เขาไปจนครบหนาทการท างานของระบบ

1. คนหาแอคเตอร Actor 2. คนหา Use Case ทมปฏสมพนธกบ Actor นนโดยตรง3. คนหาและสรางความสมพนธระหวาง Use Case หรอ Actor (ถาม) แลว

เพมเตม Use Case ใหมซ งอาจเปน Included Use Case, Extending Use Case ทเพมเตมจาก Base Use Case ทมอยแลว หรอจะเพม Base Use Case ใหมกได (ถาม)

4. ตองไมม Actor ใดเลยทไมมปฏสมพนธกบ Use Case5. ตองไมม Use Case ใดเลยทไมมปฏสมพนธกบ Actor6. Use Case ทกตวตองมปฏสมพนธอยางใดอยางหนงกบ Actor หรอ Use

Case ตวอนๆเสมอ

7. เขยนค าอธบาย (use case description) แตละ Use Case จนครบถวน

ตวอยาง Use Case Diagram ของระบบลงทะเบยน

ตวอยาง Use Case Diagram ของระบบลงทะเบยน

ระบบลงทะเบยนมกลมบคคลทเกยวของ 2 กลม ไดแก นกศกษา และพนกงานของมหาวทยาลย(เจาหนาทฝายทะเบยนและเจาหนาทฝายการเงน) ในแตละเทอมจะตองมนกศกษามาลงทะเบยนเรยนของภาคเรยนปกต โดยนกศกษาจะตองกรอกแบบฟอรมลงทะเบยนใหเรยบรอยแลวน าไปยนกบเจาหนาทฝายทะเบยนในวนและเวลาทประกาศไว เมอเจาหนาทรบแบบฟอรมลงทะเบยนมาแลว จะท าการตรวจสอบวชาทนกศกษาไดลงไวในแบบฟอรมกบประวตการเรยนวาถกตองหรอไม เนองจากบางวชาของแตละเทอมมเงอนไขวาจะลงทะเบยนไดกตอเมอสอบผานอกวชาหนงมากอน เมอตรวจสอบพบวาถกตองแลว เจาหนาทฝายทะเบยนจะค านวณเงนคาลงทะเบยนเรยน แลวบนทกลงในฐานขอมล สงพมพใบรบลงทะเบยนโดยแบงออกเปน 2 สวน สวนท 1 นกศกษาเกบไวเอง สวนท 2 น าไปช าระเงนโดยโอนผานทางธนาคาร แลวน าใบรบช าระเงนกลบมาใหเจาหนาทฝายการเงนบนทกสถานะการช าระเงน เปนขนตอนสดทาย

การวเคราะห

• Actor ไดแก ..........นศ. เจาหนาท

• Use case

– ลงทะเบยน

– ตรวจสอบวชา

– ค านวณเงนคาลงทะเบยน

– บนทกขอมลการลงทะเบยน

– พมพใบลงทะเบยน

– ช าระเงน

– บนทกสถานะการช าระ

• Relationship– …

– …

– …

– …

นกศกษาเจาหนาท

ฝายทะเบยน การเงน

ลงทะเบยน

กรอกแบบฟอรม

ตรวจสอบรายวชา

ตรวจสอบประวตผานรายวชา

ค านวณคาลงทะเบยน

ช าระเงน

โอนผานธนาคาร

พมพใบเสรจ

ระบบการลงทะเบยนเรยน

2. วเคราะหระบบการจองหองพกออนไลนเนองจากการจองหองพกโรงแรมเดมนนลกคาทเขาพกจะเดนทางมาจองหอง ทโรงแรมโดยตรงหนา

เคาทเตอร บางครงหองเตมแลว ลกคาตองเสยเวลาในการสอบถามสถานะ ซงเดมโรงแรมไมมปาย

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

จองหองพก มเพยงตวอยางหองและคาบรการตอวนเทานนเพอพฒนาใหโรงแรมม ประสทธภาพมากขน

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

การจองหองพกโรงแรมออนไลนเขามาชวยจดการระบบงานจงเปน ทางเลอกทเหมาะสม

ระบบจองหองพก (Booking online, reservation online) ใหลกคาสามารถจองหองพก ตรวจสอบ

ราคาของหองพกในวนทตองการเขาพกไดพรอมทงระบความตองการพเศษลงในชอง บรการเสรม/

เพมเตมพเศษไดอกดวย เชน ตองการเตยงเสรม หองทสามารถสบบหรได เปนตน ในสวนของขอมล

ลกคาเมอลกคากรอกขอมลลงไปท าใหโรงแรมสามารถคนหาขอมลผจองไดรวดเรวโดยไมตองกรอก

ขอมลซ าเมอไปถงโรงแรม ชวยจดการดานเอกสาร และท าใหเจาหนาทตรวจสอบหองวางไดโดยไมเกด

ความซ าซอน

ปญหาทเกดข นของระบบงานเดม ไดแก

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

2. ลกคาไมไดรบความสะดวกเทาทควรในการตรวจสอบการจองหองพก

3. เสยเปรยบคแขงในธรกจเดยวกน

4. เกดความวนวายในกรณทมการจองหองพกซ าซอนเนองจากเจาหนาทอาจตรวจสอบหองวางผดพลาด

5. ลกคาตองเสยเวลาในการตรวจสอบสถานะทโรงแรมโดยตรง

ระบบสารสนเทศทเสนอแนะและความสามารถของระบบ

ท า ร ะ บบ จอ งห อ ง พ ก (Booking online/ Reservation online) ให ลกคาสามารถจองหองพก ตรวจสอบอตราคาเชาหองพกในวนทตองการเขาพกไดพรอมทงระบความตองการพเศษลงในชอง บรการเสรม/เพมเตมพเศษไดอกดวย เชน ตองการเตยงเสรม หองทสามารถสบบหรได เปนตน ในสวนของขอมลลกคาเมอลกคากรอกขอมลลงไปท าใหโรงแรมสามารถคนหา ขอมลผจองได รวดเรวโดยไมตองกรอกขอมลซ าเมอไปถงโรงแรม ชวยจดการดานเอกสาร และท าใหเจาหนาทตรวจสอบหองวางไดโดยไมเกดความซ าซอน

วตถประสงค

1. เพอใหลกคาสามารถตรวจสอบสถานะหองพกได

2. เพอใหลกคาไดรบความสะดวกในการใชบรการ

3. เพอไดเปรยบคแขงในธรกจเดยวกน

4. เพอใหเอกสารไมสญหายและเปนระเบยบในการตรวจสอบ

การวาด Use Case Diagram ส าหรบระบบการจองหองพกออนไลน

1. ก าหนดแอคเตอร (Actor)

ผด าเนนการในระบบประกอบดวย ลกคา และ พนกงาน

2. ก าหนดยสเคส (Use case)

การก าหนดยสเคสของระบบการจองหองพก ลกคา (Customer) สามารถตรวจสอบสถานะของหองพก (Check) ในกรณของการพจารณาพบวาลกคา (Customer) ตองการจะจองหองพก (Reservation) จะตองมการลงทะเบยนเพอเขาสระบบ (Log in) โดยหลงจากทลกคาท าการจองหองพกแลว จะตองมการช าระเงน (Payment) ลกคาสามารถเลอก (Type of payment) รปแบบการช าระเงนได 2 แบบ คอ การโอนเงนผานธนาคาร หรอ จายผานบตรเครดต จากนน พนกงาน (Officer)ท าการตรวจสอบสถานะการจองหองพก (Reservation status) และ จดการหองพก (Reservation management)

วเคราะห

• หาความตองการเชงฟงกชน Functional Requirement

• หาความตองการเชงฟงกชน None-Functional Requirement

• หาแอกเตอร• หายสเคสหลก (based use case)และ ยสเคสยอย (sub use

case)• หาความสมพนธระหวางแอกเตอรกบแอกเตอร (ถาม)

• หาความสมพนธระหวางแอกเตอรกบยสเคส (ถาม)

• หาความสมพนธระหวางยสเคสหลกกบยสเคสยอย• เขยนแผนภาพ

requirement

• Functional requirement– ลกคาสามารถจองหองพกได– ลกคาสามารถท าการยกเลกการจองได– ลกคาสามารถตรวจสอบสถานะการจองได– ลกคาสามารถตรวจสอบสถานะของหองได– ลกคาสามารถลงทะเบยนได– ลกคาสามารถช าระเงนได– ลกคาสามารถเลอกประเภทการช าระเงนได– เจาหนาทสามารถตรวจสอบหองพกได– เจาหนาทสามารถออกใบเสรจได– เจาหนาสามารถท าการยกเลกการจองได– ฯลฯ

• None Functional requirement– ระบบจะตองสามารถใชงานไดกบทก browser– ระบบสามารถรองรบการใชงานไดหลายอปกรณ (responsive web design) เชน iPad มอถอ และ

คอมพวเตอร การแสดงผลตองไมมความแตกตาง

จดโครงสรางความตองการ view point

ก าหนด ID ของ Requirement ตามประเภทหรอระดบของความตองการ

– ผใช URS01 – URS99

– เจาหนาท SRS01 – SRS99

– ระบบ SYSRS01 – SYSRS99

– ผดแลระบบ ARS01 - ARS99

ผใช (User Requirement)URS01 – URS99

• URS01 : ลกคาสามารถจองหองพกได

• URS02 : ลกคาสามารถตรวจสอบสถานะการจองได

• URS03 : …

หา Actor

• หา actor

• หาความสมพนธ ระหวาง actor

ลกคา เจาหนาท

ลกคา

ลกคาทวไป สมาชก

หา use case

• หา use case

– Main use case

– Sub use case

• หาความสมพนธระหวางยสเคส

• หาความสมพนธระหวาง แอกเตอร กบ ยสเคส

ระบบการจองหองพกโรงแรมออนไลน

แผนภาพยสเคส

ลกคาเจาหนาท

แอกเตอร หลกท กระท าหรอใชงานยสเคสหลก จะตองอยดานซาย

ระบบการจองหองพกโรงแรมออนไลน

แผนภาพยสเคส

ลกคาเจาหนาท

สมครสมาชก

•

•

•

•

•

•

•

หนาทของนกวเคราะหระบบ

Concepts in Use Case Model

ก าหนดชอ Actor

Actor

student

teacher customer

นาย ก

ถอนเงน

นาย ก. ถอนเงน 200 บาท

การลงทะเบยน

student staff

registration

scenarioนายสมชาย ลงทะเบยนเรยน ภาคการศกษา 2/2560

•

•

withdrawal cash

a user withdrawals$200

•

–

•

–

•

–

แบงนกเรยน เปนภาคปกต และ ภาพ กศ.พบ.

ลงทะเบยน

Actor generalization

customer

member general

Req 1. นกเรยนสามารถลอกอนเขาระบบได

Req 2. อาจารยสามารถลอกอนเขาระบบได

Req 3. จนท. สามารถลอกอนเขาระบบได

teacher Staff

Login.

Mng. Course

Admin

•

•

•

•

•

•

•

•

•

GUI ด vs GUI ไมด

•

•

•

•

•

Interface Flow Diagram vs GUI Design

ตวอยาง Interface Flow Diagram

ตวอยาง Interface Flow Diagram

ตวอยาง Interface Flow Diagram

ตวอยาง Interface Flow Diagram

•

ขอขอบคณ แหลงขอมล

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