As we will see here, acceptance cri

As we will see here, acceptance criteria need to be defined in quantifiable and measurable terms for all types and levels of requirement. It is important to note that a requirement’s acceptance criteria are not the same thing as the resulting
DEFINE REQUIREMENTS
Requirement ID: F-073 Requirement name: Book a flight Business area/domain: Airline reservation system
Related documents: Minutes of focus group meeting on 12th November. Related requirements: Take credit card payment. Resolution: Due for delivery in release one of the system. Comments:
Source: Customer focus group Owner: Head of Internet Booking Services Priority: Must have Stakeholders: Airline customers, airline staff Type of requirement: Functional
Requirement description:
Having identified themselves as registered, customers should be able to book themselves a flight via a secure web site.
Associated non-functional requirements:
1. Access should be limited to the specific customer themselves and any authorised airline staff. 2. Ensure timely response.
Justification:
A customer focus group stated this to be a key requirement as the airline’s competitors already offer this service.
Acceptance criteria:
In addition to displaying the correct flight details, the system should confirm the booking by displaying a reservation reference code and take note of the date and time that the booking was made.
Response time should be within 10 seconds for 95% of transactions.
Figure 6.5 Example requirements catalogue entry
190
test scripts and test cases, which will be produced later and against which the delivery of the requirement will ultimately be tested. The responsibility for definition of the acceptance criteria lies with the business analyst in conjunction with the organisation, while the responsibility for the development of the test scripts lies with the testers, often with support from the end user community. This leads to a clear separation of concerns between the key roles that the business analyst needs to involve. They are:

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

เราจะดูที่นี่ เกณฑ์ยอมรับจำเป็นต้อง defined quantifiable และเงื่อนไขการวัดชนิดและระดับของความต้องการทั้งหมด สิ่งสำคัญคือต้องทราบความต้องการยอมรับเงื่อนไขไม่เหมือนเป็นการส่งผลกำหนดความต้องการความต้องการ ID: F-073 ความชื่อ: จองตั้ง/ธุรกิจการบิน: ระบบการจองสายการบินเอกสารที่เกี่ยวข้อง: โฟกัสกลุ่มประชุม 12 พฤศจิกายนนี้ ข้อกำหนดที่เกี่ยวข้อง: ใช้บัตรเครดิต ความละเอียด: ครบกำหนดสำหรับการจัดส่งในรุ่นหนึ่งของระบบการ ความคิดเห็น:ที่มา: โฟกัสบัญชีเจ้าของ: หัวของอินเทอร์เน็ตจองบริการสำคัญ: ต้องเสีย: ลูกค้าสายการบิน สายการบินพนักงานชนิดของความต้องการ: ทำงานรายละเอียดความต้องการ:มีระบุตัวเองที่ลงทะเบียน ลูกค้าควรสามารถจองเที่ยวบินผ่านทางเว็บไซต์ของตัวเองเชื่อมโยงความต้องการไม่ใช่ทำงาน:1. access ควรจำกัดลูกค้าเฉพาะตัวเอง และมีมาตรฐานพนักงานสายการบิน 2. ให้ตอบทันเวลาเหตุผล:โฟกัสกลุ่มลูกค้าที่ระบุไว้นี้เป็นความสำคัญของสายการบินคู่แข่งแล้วบริการนี้เกณฑ์ยอมรับ:นอกจากแสดงรายละเอียดเที่ยวบินถูกต้อง ระบบจะยืนยันการจอง โดยแสดงรหัสอ้างอิงการสำรองที่นั่ง และจดวันและเวลาที่ทำการจองห้องพักเวลาตอบสนองควรจะภายใน 10 วินาที 95% ของธุรกรรมความต้องการตัวอย่างที่ 6.5 รูปแคตตาล็อกรายการ190ทดสอบสคริปต์และกรณีทดสอบ ซึ่งจะผลิตในภายหลัง และที่ จัดส่งความต้องการที่จะสุดทดสอบ ความรับผิดชอบสำหรับ definition ของเกณฑ์การยอมรับอยู่กับนักวิเคราะห์ธุรกิจร่วมกับองค์กร ในขณะที่ความรับผิดชอบในการพัฒนาสคริปต์ทดสอบอยู่กับทดสอบ มักจะมีการสนับสนุนจากชุมชนผู้ใช้ นี้นำไปสู่การแบ่งแยกความกังวลชัดเจนระหว่างบทบาทสำคัญที่นักวิเคราะห์ธุรกิจต้องเกี่ยวข้องกับ พวกเขาจะ:

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

ในขณะที่เราจะได้เห็นที่นี่เกณฑ์การยอมรับจะต้องมีการนิยามในแง่ quanti สายสามารถและสามารถวัดผลได้สำหรับทุกประเภทและระดับของความต้องการ มันเป็นสิ่งสำคัญที่จะต้องทราบว่าเป็นความต้องการของเกณฑ์การยอมรับไม่ได้ในสิ่งเดียวกับที่เกิดกำหนดความต้องการความต้องการID: F-073 ชื่อที่ต้องการจองเที่ยวบินในพื้นที่ธุรกิจ / โดเมน: ระบบการจองสายการบินเอกสารที่เกี่ยวข้อง: รายงานการประชุมของการประชุมกลุ่มเมื่อวันที่ 12 พฤศจิกายน. ความต้องการที่เกี่ยวข้อง: ใช้บัตรเครดิต ความละเอียด: เนื่องจากการจัดส่งในรุ่นหนึ่งของระบบ ความคิดเห็น: ที่มา: กลุ่มลูกค้าเจ้าของ: หัวหน้าอินเทอร์เน็ตบริการจองห้องพักลำดับความสำคัญ: จะต้องมีผู้มีส่วนได้เสีย: ลูกค้าสายการบิน, พนักงานสายการบินประเภทต้องการ: ฟังก์ชั่นคำอธิบายต้องการ: มีการระบุว่าตัวเองเป็นที่ลงทะเบียนลูกค้าควรจะสามารถที่จะจองตัวเองบินผ่านได้ เว็บไซต์ที่ปลอดภัย. ที่เกี่ยวข้องความต้องการที่ไม่ใช่หน้าที่: 1 การเข้าถึงควรจะ จำกัด ให้กับลูกค้าที่เฉพาะเจาะจงใด ๆ ที่ตัวเองและพนักงานของสายการบินที่ได้รับอนุญาต 2. ตรวจสอบให้แน่ใจการตอบสนอง. เหตุผล: กลุ่มมุ่งเน้นลูกค้ากล่าวนี้จะเป็นความต้องการที่สำคัญเป็นคู่แข่งของสายการบินที่มีอยู่แล้วให้บริการนี้. เกณฑ์ที่ยอมรับ: นอกเหนือจากการแสดงรายละเอียดเที่ยวบินที่ถูกต้องระบบควรยืนยันการจองห้องพักโดยการแสดงสำรองห้องพักได้ รหัสอ้างอิงและรับทราบวันที่และเวลาที่จองได้ทำ. เวลาตอบสนองควรจะอยู่ใน 10 วินาที 95% ของการทำธุรกรรม. รูปที่ 6.5 ตัวอย่างรายการรายการความต้องการ190 บททดสอบและกรณีทดสอบซึ่งจะมีการผลิตในภายหลังและกับที่ การจัดส่งของความต้องการในท้ายที่สุดจะมีการทดสอบ ความรับผิดชอบในการ nition สายของเกณฑ์การยอมรับการอยู่กับการวิเคราะห์ทางธุรกิจร่วมกับองค์กรในขณะที่ความรับผิดชอบในการพัฒนาของบททดสอบอยู่กับการทดสอบที่มักจะมีการสนับสนุนจากชุมชนผู้ใช้ นี้นำไปสู่การแยกชัดเจนของความกังวลระหว่างบทบาทสำคัญที่นักวิเคราะห์ความต้องการทางธุรกิจที่เกี่ยวข้องกับ พวกเขาคือ:

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

เป็นเราจะเห็นที่นี่ , เกณฑ์การยอมรับต้อง de จึงเน็ดในการไฟฟ้าจึงสามารถวัดและเงื่อนไขสำหรับทุกประเภทและระดับของความต้องการ มันเป็นสิ่งสำคัญที่จะทราบว่าเกณฑ์การยอมรับของความต้องการจะไม่เหมือนกับผล

: ชื่อกำหนด ID ความต้องการความต้องการ f-073 ความต้องการ : จองเที่ยวบินธุรกิจพื้นที่ / โดเมน : ระบบการจองสายการบิน
เอกสารที่เกี่ยวข้อง :นาทีของการประชุมกลุ่มย่อย ในวันที่ 12 พฤศจิกายน ข้อกําหนดที่เกี่ยวข้อง : ใช้บัตรเครดิต ความละเอียด : เนื่องจากการจัดส่งในรุ่นหนึ่งของระบบ ความคิดเห็นที่ :
ที่มา : โฟกัสลูกค้ากลุ่มเจ้าของ : หัวของอินเทอร์เน็ตบริการจองห้องพักก่อน : ต้องมีผู้มีส่วนได้ส่วนเสีย : ลูกค้าสายการบิน สายการบิน พนักงานประเภทของความต้องการ : รายละเอียดการทำงาน :

ตามความต้องการมีการระบุตัวเองเป็นลงทะเบียน ลูกค้าสามารถจองเที่ยวบินผ่านทางตัวเองเว็บไซต์มีความปลอดภัย ปลอดการทำงานความต้องการ :

ที่ 1 การเข้าถึงควรถูก จำกัด ให้เฉพาะลูกค้าเอง และอนุญาตให้สายการบินพนักงาน 2 . ให้เหตุผล :

การตอบสนองลูกค้ากลุ่มที่ระบุไว้นี้เป็นความต้องการหลัก เป็นคู่แข่งของสายการบินได้ให้บริการนี้ เกณฑ์การยอมรับ :

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

190
ทดสอบสคริปต์และกรณีทดสอบซึ่งจะผลิตทีหลัง ซึ่งเทียบกับการความต้องการในที่สุดจะถูกทดสอบ รับผิดชอบ เดอ จึง nition ของการยอมรับเกณฑ์อยู่ กับนักวิเคราะห์ธุรกิจร่วมกับองค์กรขณะที่ความรับผิดชอบสำหรับการพัฒนาของสคริปต์การทดสอบอยู่ กับทดสอบบ่อยๆ ด้วยการสนับสนุนจากผู้ใช้ชุมชน นี้นำไปสู่การแยกชัดเจนระหว่าง บทบาทที่สำคัญของความกังวลของนักวิเคราะห์ทางธุรกิจที่จะต้องเกี่ยวข้องกับ พวกเขาจะ :