In the requirements analysis phase,

In the requirements analysis phase, the first step in the verification process, the requirements of the system are collected by analyzing the needs of the user(s). This phase is concerned with establishing what the ideal system has to perform. However it does not determine how the software will be designed or built. Usually, the users are interviewed and a document called the user requirements document is generated.

The user requirements document will typically describe the system’s functional, interface, performance, data, security, etc. requirements as expected by the user. It is used by business analysts to communicate their understanding of the system to the users. The users carefully review this document as this document would serve as the guideline for the system designers in the system design phase. The user acceptance tests are designed in this phase. See also Functional requirements.

There are different methods for gathering requirements of both soft and hard methodologies including; interviews, questionnaires, document analysis, observation, throw-away prototypes, use cases and static and dynamic views with users.

ผลลัพธ์ (ไทย) 1:

ในขั้นตอนการวิเคราะห์ความต้องการ ขั้นตอนแรกในกระบวนการตรวจสอบ ความต้องการของระบบรวบรวม โดยการวิเคราะห์ความต้องการของผู้ใช้ ขั้นตอนนี้เกี่ยวข้องกับการสร้างระบบสำรองห้องพักที่มีการ อย่างไรก็ตาม ก็กำหนดว่าซอฟต์แวร์จะออกแบบ หรือสร้างขึ้น โดยปกติ มีสัมภาษณ์ผู้ใช้ และเอกสารที่เรียกว่าเอกสารความต้องการของผู้ใช้เอกสารความต้องการของผู้ใช้จะโดยทั่วไปอธิบายระบบการทำงาน ติดต่อ ประสิทธิภาพ ข้อมูล ความปลอดภัย ความต้องการฯลฯ ตามที่คาดไว้ โดยผู้ใช้ มันถูกใช้ โดยนักวิเคราะห์ธุรกิจเพื่อสื่อสารความเข้าใจให้ผู้ใช้ระบบ ผู้ตรวจทานเอกสารนี้อย่างละเอียด ตามเอกสารนี้จะทำหน้าที่เป็นคำแนะนำด้านการออกแบบระบบในขั้นตอนการออกแบบระบบ การทดสอบการยอมรับของผู้ใช้ออกแบบในขั้นตอนนี้ ดูยังต้องทำงานมีวิธีการรวบรวมความต้องการของวิธีทั้งอ่อน และแข็งรวมถึง สัมภาษณ์ แบบสอบถาม วิเคราะห์เอกสาร สังเกต โยนเก็บแบบตัวอย่าง กรณีใช้ และมุมมองแบบไดนามิก และแบบคงที่กับผู้ใช้

ผลลัพธ์ (ไทย) 2:

ในขั้นตอนการวิเคราะห์ความต้องการขั้นตอนแรกในกระบวนการตรวจสอบความต้องการของระบบที่จะถูกเก็บรวบรวมโดยการวิเคราะห์ความต้องการของผู้ใช้ (s) ช่วงนี้เป็นเรื่องที่เกี่ยวข้องกับการสร้างสิ่งที่เหมาะกับระบบที่มีการดำเนินการ แต่ก็ไม่ได้กำหนดวิธีการที่ซอฟต์แวร์ที่จะได้รับการออกแบบหรือสร้างขึ้น โดยปกติแล้วผู้ใช้จะให้สัมภาษณ์และเอกสารที่เรียกว่าผู้ใช้ต้องการเอกสารถูกสร้างขึ้น. ผู้ใช้เอกสารความต้องการโดยทั่วไปจะอธิบายระบบการทำงานของอินเตอร์เฟซ, การทำงาน, ข้อมูล, การรักษาความปลอดภัยและอื่น ๆ ความต้องการตามที่คาดไว้โดยผู้ใช้ มันถูกใช้โดยนักวิเคราะห์ธุรกิจในการสื่อสารความเข้าใจของระบบให้กับผู้ใช้ ผู้ใช้ตรวจทานเอกสารนี้เป็นเอกสารฉบับนี้จะทำหน้าที่เป็นแนวทางสำหรับการออกแบบระบบในขั้นตอนการออกแบบระบบ การทดสอบการยอมรับของผู้ใช้จะได้รับการออกแบบในขั้นตอนนี้ ดูยังต้องการฟังก์ชั่น. มีวิธีการที่แตกต่างกันสำหรับการรวบรวมความต้องการของทั้งสองวิธีการอ่อนและแข็งรวมทั้งมี; สัมภาษณ์แบบสอบถามการวิเคราะห์เอกสารการสังเกตต้นแบบโยนออกไปกรณีการใช้งานและมุมมองแบบคงที่และแบบไดนามิกที่มีผู้ใช้งาน

ผลลัพธ์ (ไทย) 3:

ในความต้องการขั้นตอนการวิเคราะห์ ขั้นตอนแรกในกระบวนการการตรวจสอบความต้องการของระบบจะถูกเก็บรวบรวมโดยการวิเคราะห์ความต้องการของผู้ใช้ ( s ) ขั้นตอนนี้เกี่ยวข้องกับการสร้างระบบที่เหมาะ มีอะไรต้องทำ แต่มันไม่ได้ตรวจสอบว่าซอฟต์แวร์จะถูกออกแบบมาหรือสร้างขึ้น โดยปกติผู้ใช้จะใช้เอกสารที่เรียกว่า ความต้องการของผู้ใช้เอกสารถูกสร้างขึ้น

ความต้องการผู้ใช้เอกสารโดยทั่วไปจะอธิบายถึงการทำงานของระบบอินเตอร์เฟซ สมรรถนะ ระบบความปลอดภัยของข้อมูล ฯลฯ ความต้องการ ความคาดหวังของผู้ใช้ มันถูกใช้โดยนักวิเคราะห์ธุรกิจสื่อสารความเข้าใจของระบบกับผู้ใช้งานผู้ใช้ตรวจทานเอกสารนี้เอกสารนี้จะใช้เป็นแนวทางในการออกแบบระบบในขั้นตอนการออกแบบระบบ ผู้ใช้ยอมรับการทดสอบได้รับการออกแบบในขั้นตอนนี้ ยังเห็นความต้องการการทำงาน

มีวิธีการที่แตกต่างกันสำหรับความต้องการในการรวบรวมทั้งอ่อนและแข็ง ลักษณะ ได้แก่ การสัมภาษณ์ แบบสอบถาม วิเคราะห์ ตรวจสอบเอกสารทิ้งต้นแบบ , และกรณีการใช้แบบคงที่และแบบไดนามิกวิวกับผู้ใช้