ความแตกต่างระหว่าง BRS และ FRS (พร้อมตาราง)

ข้อกำหนดข้อกำหนดทางธุรกิจเรียกว่า "BRS" และข้อกำหนดข้อกำหนดด้านฟังก์ชันเรียกว่า "FRS" โดยทั่วไป การใช้เอกสารเหล่านี้พิจารณาจากประเภทองค์กรและบริษัท ตลอดจนมาตรฐานและวิธีการปฏิบัติตามกระบวนการ

BRS กับ FRS

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

"ข้อกำหนดความต้องการทางธุรกิจ (BRS) เป็นเอกสารที่เน้นด้านธุรกิจของสิ่งต่างๆ เนื่องจากมีข้อมูลเฉพาะของโซลูชันทางธุรกิจของโครงการ" กล่าวอีกนัยหนึ่ง BRS คือคำชี้แจงที่ทำขึ้นเพื่อกระทบยอดความคลาดเคลื่อนระหว่างยอดคงเหลือในคอลัมน์ธนาคารของสมุดเงินสดกับสมุดเงินฝากในวันที่กำหนด

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

ตารางเปรียบเทียบระหว่าง BRS และ FRS

พารามิเตอร์ของการเปรียบเทียบ	BRS	FRS
มันเกี่ยวอะไร?	ในแง่ของคนธรรมดา BRS มีข้อกำหนดทางธุรกิจระดับสูงของระบบที่จะสร้าง	เอกสาร FRS มีข้อกำหนดทางเทคนิคที่ครอบคลุมตลอดจนไดอะแกรมทางเทคนิค เช่น UML, Data Flow และอื่นๆ
มันตอบอะไร?	BRS ตอบคำถามว่าทำไม นั่นคือ เหตุใดจึงต้องมีการจัดเตรียมข้อกำหนด	FRS เกี่ยวข้องกับ HOW หรือวิธีการดำเนินการตามข้อกำหนด
สร้างเมื่อไหร่?	ในระหว่างขั้นตอนการวิเคราะห์ของโครงการ จะมีการจัดเตรียมเอกสาร BRS	ในระหว่างขั้นตอนการวิเคราะห์ของโครงการ จะมีการจัดเตรียมเอกสาร BRS ในระหว่างขั้นตอนการวางแผนของโครงการ เอกสาร FRS จะได้รับการพัฒนา
ใครจะเป็นผู้รับผิดชอบในการสร้าง?	นักวิเคราะห์ธุรกิจจะสร้างเอกสาร BRS	FRS จัดทำขึ้นร่วมกันโดย Business Analyst, System Analysts, & Implementation team เนื่องจากเป็นข้อมูลที่มีรายละเอียดและเป็นเทคนิค
ใครจะเป็นคนใช้มัน?	BRS ได้รับการออกแบบสำหรับผู้ใช้ทางธุรกิจ ผู้มีส่วนได้ส่วนเสีย และผู้มีส่วนได้ส่วนเสียอื่นๆ	ทีมพัฒนาและการประกันคุณภาพหรือทีมทดสอบจะใช้เอกสาร FRS

BRS คืออะไร?

เอกสารนี้เรียกว่าเอกสารระดับสูง เนื่องจากมีข้อกำหนดทั้งหมดของลูกค้า ตามหลักการแล้ว เอกสารนี้จะระบุข้อกำหนดทั้งหมดที่ควรรวมไว้ในระบบที่เสนอ

BRS มีรายการคุณลักษณะที่ลูกค้าร้องขอซึ่งควรรวมอยู่ในระบบที่เสนอ ความคาดหวังสำหรับประสิทธิภาพของผลิตภัณฑ์ เป้าหมายที่สำคัญ และเป้าหมายทางธุรกิจอื่นๆ ที่ลูกค้าต้องการบรรลุด้วยผลิตภัณฑ์นั้น ล้วนกล่าวถึงใน BRS (ข้อกำหนดข้อกำหนดทางธุรกิจ)

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

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

ลูกค้ามักจะประเมินเอกสารฉบับสุดท้ายเพื่อให้แน่ใจว่าทุกขั้นตอนและข้อสรุปสอดคล้องกับความคาดหวังของพวกเขา

FRS คืออะไร?

FRS (Functional Requirement Specification) เป็นหัวข้อที่น่าสนใจที่สุดสำหรับนักพัฒนาซอฟต์แวร์โดยไม่ต้องสงสัย พวกเขาสามารถเรียนรู้อัลกอริธึมสำหรับการสร้างการดำเนินการที่นั่น เช่นเดียวกับคำอธิบายโดยละเอียดว่าโปรแกรมควรทำงานอย่างไร

ฟังก์ชันที่ทำโดยแต่ละหน้าจอ สรุปเวิร์กโฟลว์ที่ดำเนินการโดยระบบ และเกณฑ์ทางธุรกิจหรือการปฏิบัติตามข้อกำหนดใดๆ ที่ระบบต้องปฏิบัติตามควรรวมอยู่ในระบบความต้องการใช้งาน (FRS) FRS จัดเตรียมความต้องการที่เปลี่ยนเป็นฟังก์ชันการทำงาน ตลอดจนข้อมูลเกี่ยวกับวิธีการนำข้อกำหนดเหล่านี้ไปใช้เป็นส่วนหนึ่งของระบบที่เสนอ

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

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

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

ความแตกต่างที่สำคัญระหว่าง BRS และ FRS

บทสรุป

สำหรับแต่ละโครงการ ทั้ง Business Requirement Specification (BRS) และ Functional Requirement Specification (FRS) เป็นสิ่งจำเป็น อย่างไรก็ตาม สิ่งเหล่านี้ไม่ใช่เอกสารเดียวกัน

ผู้เขียน ผู้ฟัง เนื้อหาสาระ และจุดมุ่งหมายของ BRS และ FRS คือความแตกต่างที่สำคัญ BABOK เป็นมาตรฐานที่ได้รับการยอมรับทั่วโลกสำหรับวิชาชีพวิเคราะห์ธุรกิจ และ BRD เป็นหนึ่งในเอกสารข้อกำหนดที่ได้รับการยอมรับบ่อยที่สุด

BRS ได้รับการพัฒนาผ่านการติดต่อและความต้องการของลูกค้า ในขณะที่ FRS นั้นมาจาก BRS

FRS เป็นเอกสารทั้งสามฉบับที่ละเอียดและละเอียดที่สุด

สุดท้ายนี้จะอธิบาย 'วิธี' ที่ระบบต้องทำงานเพื่อให้เป็นไปตามมาตรฐาน BRS และ SRS ทั้งหมด จุดประสงค์สูงสุดของ FRS คือเพื่อให้เป็นไปตามมาตรฐานทั้งหมดที่ระบุไว้ในระเบียบข้อบังคับของ BRS

อ้างอิง