Easter Pastel Eggsinstructor.ru.ac.th/urai/int3103/INT3103_5.pdf · 2014-07-09 · วิธีารอธิบายความต้องารแบบอื่น (นอเหนือจาภาษาธรรมชาติ)

ครงท 5

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

#

ความตองการคออะไร

• คณลกษณะหรอรายละเอยดตางๆทก าหนดใหระบบสามารถกระท าได

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

#

นยาม

• The As-Is system หมายถง ระบบปจจบนซงอาจจะใชคอมพวเตอรหรอไมกได

• The To-Be system หมายถง ระบบใหมซงเกดจากความตองการลาสด

• The System Proposal หมายถง ขอเสนอระบบใหมซงไดมาจากขนการวเคราะหระบบ

#

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

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

Requirement Analysis

User requirement

Business Workflow

Problems statement

Business Information&Rule

Requirement Specification

#

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

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

• ผใชภายใน (Internal users) – End-users คอผใชทปอนขอมลเขาสระบบโดยตรง ไมจ าเปนตองมทกษะหรอความร

มาก เนนความถกตองและรวดเรวของการปอนขอมลเขาสระบบ – Power-users คอผใชทมความรความช านาญเฉพาะดาน สามารถใชงานฟงกชนของ

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

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

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

#

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

• กระบวนการวเคราะหความตองการมขนตอนดงตอไปน

– เกบรวบรวมขอมลทเปนขอเทจจรงตางๆ (Data gathering)

– วเคราะหเพอระบถงความตองการตางๆ (Requirement Identification)

– คดเลอกสวนทเปนสาระส าคญและอยในขอบเขตการพฒนา (Requirement selection)

– จดจ าแนกและจดโครงสรางของความตองการ (Requirement classification and structuring)

– จดล าดบความส าคญและตกลงเจรจา (Prioritization and negotiation)

– ตรวจสอบความถกตอง (Requirement validation)

– จดท า Requirement specification

#

ตวอยางขอก าหนดความตองการ

• ReqID: 1 – ระบบสามารถเกบขอมลของลกคาได

• ขอก าหนดความตองการ (Requirement specification)

1. ขอมลลกคาจะตองเกบในฐานขอมล 2. ระบบจะไมยอมใหเกบขอมลลกคา ถาขาดขอมลตอไปน เลขทบตรประจ าตว ชอ

นามสกล อเมล 3. ระบบจะตองตรวจสอบรปแบบของ เลขทบตรประจ าตว กอนจดเกบ

4. ระบบจะตองตรวจสอบรปแบบของอเมลกอนจดเกบ

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

ขอมลลกคาครงลาสด 7. Etc.

#

ขอเสยของการเขยนความตองการดวยภาษาธรรมชาต

• สอความหมายก ากวมไมชด (Lack of clarity)

• มความสบสน (Confusion)

• ผสมปนเป (amalgamation)

#

วธการอธบายความตองการแบบอน (นอกเหนอจากภาษาธรรมชาต)

• ภาษาทเปนโครงสราง (Structured Language)

• แบบจ าลองสญลกษณภาพ (Graphical model)

• ขอก าหนดทางคณตศาสตร (Formal/Mathematical

specification)

#

เทคนคการรวบรวมความตองการ (Requirements Gathering Techniques)

การสบเสาะขอเทจจรง (Fact-Finding) 1. การรวบรวมเอกสาร (Documentation) 2. การสมภาษณและสนทนากบผใช (Conduct Interviews and

Discussions with Users) 3. การสงเกตการจากกระบวนการเดนเอกสารในธรกจ (Observe and

Document Business Processes) 4. การแจกจายและรวบรวมแบบสอบถาม (Distribute and Collect

Questionaires)

#

การสบเสาะขอเทจจรง (Fact-Finding) 1. การรวบรวมเอกสาร (Documentation) - การรวบรวมแบบฟอรม หรอรายงานตางๆ ทใชอย หรอการถาย

ส าเนาเอกสาร 2. การสมภาษณและสนทนากบผใช (Conduct Interviews and

Discussions with Users) - การสมภาษณแบบไมมโครงสราง (Unstructured Interview) ไมม

การก าหนดค าถามกอนวาจะถามเกยวกบอะไร มลกษณะพดคยสนทนา


#


- การสมภาษณแบบมโครงสราง (Structured Interview) มการก าหนดค าถามเพอการสมภาษณโดยเฉพาะ

3. การสงเกตการจากกระบวนการเดนเอกสารในธรกจ (Observe and Document Business Processes)

- สมผสจากการท างานทเปนเหตการณจรงของพนกงาน เชน กระบวนการท างาน มขนตอนใดทตองเขาไปปรบปรงเพอใหระบบดขน โดยใชไดอะแกรม “เวรกโฟลว (Workflow)”


#


4. การแจกจายและรวบรวมแบบสอบถาม (Distribute and Collect Questionaires)

แบบสอบถามมอย 2 ประเภท คอ 1. ค าถามปลายเปด สรางขนเพอใหผตอบแบบสอบถามมอสระ

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

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


#


1. ปจจบนคณท างานในต าแหนง 2. คณท างานในหนวยงานนเปนเวลา…..ป…เดอน 3. ปจจบนคณอาย ….ป 4. ระบบงานทคณใชอยนน เกดปญหาในการด าเนนงานดานใดบาง?

ตวอยางแบบสอบถาม ทตงค าถามปลายเปด


#


1. บรษทของคณมจ านวนพนกงานเทาไร [ ] 1-2 คน [ ] 20-100 คน [ ] 100-200 คน [ ] มากกวา200 คน 2. คณจบการศกษาในระดบใด [ ] มธยม [ ] ปวช./ปวส. [ ] ปรญญาตร [ ] สงกวาปรญาตร

ตวอยางแบบสอบถาม ทตงค าถามปลายปด


#

เขยนรายงานการสมภาษณ

#

การเขยนค าถาม

ในการสมภาษณ จะมความแตกตางกบการใชแบบสอบถามตรงท

การสมภาษณ แบบสอบถาม

•สามารถเปลยนแปลงค าถามได •ถามย าเพอความแนใจ หรอขยายขอสงสยตางๆ ได

•เขยนค าถามใหชดเจน

•ผตอบสามารถตอบไดทนท เขาใจงาย

#

การวเคราะหเอกสาร (Document Analysis)

• Study of existing material describing the current system • Forms, reports, policy manuals, organization charts describe the

formal system • Look for the informal system in user additions to forms/report and

unused form/report elements • User changes to existing forms/reports or non-use of existing

forms/reports suggest the system needs modification

#

การวเคราะหเอกสาร (Document Analysis)

#

เทคนคในการหาความตองการ

• Joint Application Design (JAD)

• Prototyping

#

Joint Application Design (JAD)

• คอเทคนคการก าหนดความตองการของระบบโดยเนนการรวบรวมบคคลทเกยวของกบระบบ (stakeholders) มาก าหนดความตองการรวมกน

– User , Manager, Sponsor, System Analysis

– เปาหมาย คอ หาความตองการไปพรอมๆ กน จากแตละ viewpoints

• การด าเนนการเปนไปในลกษณะการประชม • จนสดทายไดขอสรปรวมกนเปน ขอก าหนดความตองการ ซงแสดง

คณลกษณะของระบบทตองการ

#

Joint Application Development (JAD)

• เปนกลมคณะท างานขนาด 10-20 คนทจดตงขน เพอหาความตองการของระบบ

• ประกอบดวย project team, users, and management working

• ชวยลด scope creep ไดมากถง 50%

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

#


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

Joint Requirements Planning: JRP

#

JAD Meeting Room

#

บทบาททจ าเปนใน JAD

• Facilitator

– ควรเปนผผานการอบรม JAD techniques

– ท าหนาท Sets agenda and guides group processes

• Scribe(s)

– ท าหนาท Record content of JAD sessions

• Users and managers from business area with broad and detailed knowledge

#

#

สเตคโฮลเดอร: แหลงทรพยากรของความตองการระบบ (Stakeholders : The Source of System Requirements)

- สเตคโฮลเดอรหรอ Information Worker คอ บคคลทมความสนใจและพรอมใหความรวมมอกบงานพฒนาระบบสารสนเทศใหม เพอใหเกดผลส าเรจ สามารถแบงออกเปน 6 กลมหลกๆ คอ

1. เจาของระบบ (System Owners) Sponsors 2. ผใชระบบ (System User) 3. นกออกแบบระบบ (System Designers) 4. นกพฒนาระบบ (System Developers) Programmer

#

5. นกวเคราะหระบบ (System Analysts) 6. รานคาจ านวนอปกรณไอทและทปรกษา (IT Vendors and Consultants)

สเตคโฮลเดอร: แหลงทรพยากรของความตองการระบบ (Stakeholders : The Source of System Requirements)

#

Prototyping

• ใชในกรณทผใชยงไมทราบความตองการของตนเองอยางชดเจน • สรางตนแบบของระบบอยางรวดเรวจากความตองการทมอย

เบองตน

• ใหผใชประเมนและเสนอแนะเพอท าการปรบปรงจนกวาผใชยอมรบ

• น าตนแบบทเปนทยอมรบของผใชมาพฒนาตอใหสมบรณจนสามารถใชงานไดจรง

#

Prototype3

Prototype2

Prototyping

Initial Requirement Specification

Prototype1 User

Accepted Prototype

validation

Certain Requirement Specification

Development

Actual System

Prototype Construction

#

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

• Type of information • Depth of information • Breadth of information • Integration of information • User involvement • Cost • Combining techniques

#

เปรยบระหวางเทคนคตางๆ ทใชในการรวบรวมความตองการระบบ

#

Two Sets of Requirements

• Requirements

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

• Requirement

Specification

Document

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

#

#

Two Sets of Requirements

• Requirements

Definition Document

• ระบบท าอะไรไดบาง • การประมวลผลขอมลสามารถ

ปรบปรงขอมลในฐานขอมลไดทนท

• Requirement

Specification

Document

• ทราบถงขอก าหนดกฏเกณฑ

• การประมวลผลตองเสรจสนภายในเวลา 5 วนาท

#

Yeh ไดมการจดแบงความตองการออกเปน 2 กลม

• Functional Requirements เปนความตองการของระบบทมการปฏสมพนธกบสภาพแวดลอม เชน แหลงขอมลเขา แหลงขอมลออก กจกรรมทตองกระท าในระบบ เปนตน

• Nonfunctional Requirements เปนความตองการซงเปนขอจ ากดหรอขอบงคบทใชในการแกปญหาของระบบ เชนความเรวในการประมวลผล ,ปรมาณตอหนวยเวลา ,ฮารตแวรหรอซอฟตแวรทก าหนด ,งบประมาณทมให ,เวลาในการพฒนา เปนตน

#

#

ชนดของความตองการ Physical Environment

เปนการรวบรวมขอมลของสภาพแวดลอมทางกายภาพของระบบ ใน เรองของการท างาน ขอจ ากดตางๆทสงผลตอการท างาน โดยบรรยาย ในเรองของ

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

มความชน หรอมการแทรกของคลนแมเหลก ฯลฯ

#

ชนดของความตองการ Interfaces

• เปนการบรรยายการปฏสมพนธของระบบกบสภาพแวดลอมภายนอก เชน

– แหลงขอมลเขา มาจากทใดบาง มทมาเพยงแหลงเดยวหรอมาจากหลายแหลง

– แหลงขอมลออกสงไปทใดบาง มทเดยวหรอหลายท – มขอก าหนดหรอรปแบบของขอมลทใชในการปฏสมพนธเปนอยางไร

กรณใดทถอวาขอมลถกตองหรอไมถกตอง – ปรมาณขอมลมากนอยเทาใดทใชส าหรบปฏสมพนธ อทเชนกระท า

โดยทนททนใดหรอกระท าเปนกลม

#

ชนดของความตองการ Users and Human factors

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

? – ชนดของการฝกอบรมทเหมาะสมกบผใชแตละกลม – ประสบการณของผใชแตละกลมสามารถเขาใจและใชงานระบบไดด

เพยงใด มเปอรเซนตใชระบบผดมากนอยเพยงใด

#

ชนดของความตองการ Functionality

เปนการบรรยายกจกรรมและขอก าหนดตางๆทตองการในระบบ เชน – ระบบท างานเมอใด ? – หนาทตางๆของระบบทตองการกระท ามอะไรบาง ? – ชวงชวตของระบบ เมอใดทระบบจะมการปรบเปลยน วธการ

ปรบเปลยนระบบกระท าอยางไร ? – ขอก าหนดของเวลาในการประมวลผล, เวลาตอบสนอง หรอปรมาณ

งานตอหนวยเวลา

#

ตวอยางเอกสารความตองการระบบ

#

ชนดของความตองการ Documentation

เปนการบรรยายถงการใชงานเอกสารทงหมดในระบบ – มชนดของเอกสารอะไรบาง ? จ านวนของเอกสารท

ตองการ

– ต าแหนงทเกบเอกสารตางๆอยทใดบาง ?

#

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

– รปแบบของขอมลเขา และรปแบบของขอมลออกทระบบตองการ

– ปรมาณของขอมลทไดรบ และทสงออกไป – บรณภาพของขอมลทตองการ ความถกตองของขอมล – ปรมาณของขอมลทงหมดทผานระบบ – ระดบของความถกตองในการค านวณ โดยเฉพาะคาทเปน

ทศนยม

– ระยะเวลาในการรกษาขอมล

#

ชนดของความตองการ Resources

บรรยายถงทรพยากรตางๆทระบบตองการ เชน – บคลากร, วสด, อปกรณ , ฮารดแวร, ซอฟตแวรทตองการใช

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

ส ารองทตองการ – ก าลงไฟฟา, เครองท าความรอน หรอเครองท าความเยน ทตองการ – ขอก าหนดของเวลาในการพฒนา – ขอจ ากดของงบประมาณในการพฒนาหรอขอก าหนดใหใชเฉพาะ

ฮารดแวรหรอซอฟตแวรทตองการเทานน

#

ชนดของความตองการ Security

• บรรยายถงความปลอดภยทตองการ เชน – บรรยายถงความตองการในการควบคมการประมวลผลของสารสนเทศ

ตางๆในระบบ ของผใชในกลมตางๆ ในกรณทผใชแตละคนใชขอมลและโปรแกรมไมเหมอนกน

– บรรยายถงวธการแบงแยกขอมล, โปรแกรม , ระบบปฏบตการของผใชแตละคน

– บรรยายถงวธการการส ารองขอมลและโปรแกรม ก าหนดวาเมอใด, อยางไร และจดเกบไวทใด ?

– บรรยายถงการปองกนปญหาในดานอนๆเชนระบบการปองกนขโมย ,ระบบปองกนไฟฟาตก ,ไฟฟาดบ, ไฟไหม, น าทวม, แผนดนไหว หรอ ลมพาย เปนตน

#


#


#

ชนดของความตองการ Quality Assurance

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

เครองใหม ระเบยบทตองปฏบตในระหวางทระบบลมเหลว เปนตน – บรรยายถงวธการในการบ ารงรกษาระบบ เชนการปรบเปลยนการ

ออกแบบระบบ , การแกไขความผดพลาดทอาจเกดขนในระบบ,การปรบเปลยนฮารดแวรหรอซอฟตแวรระบบใหมประสทธภาพมากขน เปนตน

– บรรยายถงวธการในการวดประสทธภาพของระบบ เชน อตถประโยชนของทรพยากรตางๆ, เวลาในการตอบสนอง เปนตน

– บรรยายถงการตดตงระบบในสภาพแวดลอมตางๆ กรณของฮารดแวรหรอระบบปฏบตการทแตกตางกน เปนตน

#

คณลกษณะของความตองการ

• Correct ความถกตองของความตองการ • Consistent ความคงทของความตองการ ความตองการทดตองม

ความชดเจนไมคลมเคลอ • Compleate ความสมบรณของความตองการ เปนสงทส าคญการท

เราจะพฒนาระบบตองทราบขอมลใหครบถวน • Realistic ความตองการทดตองสามารถกระท าใหเปนจรงได • Needed ความตองการทดตองก าหนดเฉพาะทจ าเปนเทานน • Verifiable ความตองการทดตองสามารถตรวจสอบและพสจนได • Traceable ความตองการทดตองสามารถตดตามได วามทมาทไป

เปนอยางไร

#

การก าหนดความตองการ

• Static

Descriptions of Requirements

• เปนการบรรยายระบบทเกยวของกบเอนตต เอดทบว และความสมพนธ ซงเปนการปฎบตงานหรอกจกรรมหลกๆของระบบ

• Dynamic

Descriptions of

Requirements

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

#

Static Descriptions of Requirements

• Data Abstraction

เปนเทคนคทใชในการนยามขอมลในรปแบบ data-type dictionary กลาวคอจดแบงขอมลออกเปนกลมๆโดยรายการขอมลทเกยวของกนรวมไวดวยกนพรอมทงก าหนดชอใหแตละกลมขอมล

• Semester Record

• Semester Type

• Semester date

• Grade point average

• Completed hours

• Semester Type

• (Fall,Spring,Summer)

• Address Information

• Telephone number

• Street address

• City

• State

• Zip code

• Student Record

• Name

• Student number

• Address Information

• Number of semesters

• {Semester record }

#

Dynamic Descriptions of

Requirements

Decision Tables ตาราง

ตดสนใจ เปนการบรรยายถงกจกรรมทตองปฏบต เมอมขอมลหรอเงอนไขในการท างานทตางๆกน

#

Dynamic Descriptions of

Requirements

Functional

Descriptions and

Transition Diagrams

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

#

วธระบรายละเอยดความตองการ

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

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

#

HIPO Charts ยอมาจาก Hierarchy

and Input-Process-Output

• เปนเครองมอทแสดงความสมพนธของหนาททกระท าในระบบ โดยแบงระบบออกเปนหนาทยอยๆเปนล าดบชนเรมจากระดบบนสดและแบงเปนระดบยอยลงมา ใชสญลกษณสเหลยมแทนหนาทตางๆของระบบ ความสมพนธของหนาทตางๆจะเชอมโยงเปนล าดบชน

# 57

การจ าลองการไหลของงานดวย

Activity Diagram

#

เอกสารความตองการ

• Requirements Definition Document

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

• Requirements Specification Document

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

#

Requirements Definition

Document

general purpose • จดประสงคทวไปของการพฒนาระบบ อางถงระบบอนๆท

เกยวของ โดยอธบายถงประโยชนทไดรบจากการพฒนาระบบน

#


Document

• background and objective • บรรยายถงความเปนมา ปญหาทเกดขนในระบบปจจบนวามสง

ใดบางโดยเขยนใหชดเจน

#


Document

• description of the approach • เปนโครงรางความตองการของลกคา • บรรยายในลกษณะทวาระบบควรเปนเชนไรถงแกปญหาใหกบ

ลกคาได

#


Document

• detailed characteristics of the proposed system

• บรรยายคณลกษณะโดยละเอยดของระบบทจะพฒนา • ก าหนดขอบเขต ฟงกชนตางๆของระบบการปฏสมพนธระหวาง

กน คณลกษณะของขอมล ความสมพนธระหวางขอมลและฟงกชน ขอมลเขาและขอมลออกของแตละโปรเซส รวมถงก าหนดถงประสทธภาพของระบบทตองการดวยเชน ความถกตอง เวลาทตองการ เปนตน

#


Document

• environment • ก าหนดถงสภาพแวดลอมทตองการ เชน

– การสนบสนน(support)

– ความปลอดภย(security)

– ความเปนสวนตว(privaacy)

– ฮารตแวรหรอ ซอฟตแวรทตองการ

#

REQUIREMENTS REVIEW

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

#

REQUIREMENTS REVIEW

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

ตองการทก าหนดนนตรงกบเปาหมายทวางไวและเปนสงทจ าเปนในการพฒนา • ตรวจสอบถงสภาพแวดลอมทไดก าหนดหรอระบไว โดยตรวจสอบถงการปฏสมพนธ

ระหวางระบบกบระบบภายนอกอนๆ เชน การไหลของสารสนเทศ โครงสรางของระบบโดยตรวจสอบถงความถกตองและความสมบรณ การระบฟงกชนตางๆของระบบตองมความคงทและมขอบเขตตามทลกคาตองการ ขอก าหนดตางๆตองตรวจสอบวาสามารถกระท าไดหรอพฒนาไดจรง

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

• ท าการตกลงในเรองของการทดสอบระบบ , วธการในการแกไขความตองการใหสมบรณ ,วธการททมงานทดสอบตรวจสอบความตองการ

,ผทมหนาทเตรยมขอมลทดสอบ

Documents

Easter Pastel Eggsinstructor.ru.ac.th/urai/int3103/INT3103_5.pdf · 2014-07-09 · วิธีารอธิบายความต้องารแบบอื่น (นอเหนือจาภาษาธรรมชาติ)