เอกสารข้อกำหนดการใช้งาน

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

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

เอกสารข้อกำหนดการใช้งาน (FRD) มีลักษณะดังต่อไปนี้ -

  • แสดงให้เห็นว่าแอปพลิเคชันให้คุณค่าในแง่ของวัตถุประสงค์ทางธุรกิจและกระบวนการทางธุรกิจในอีกไม่กี่ปีข้างหน้า

  • ประกอบด้วยชุดข้อกำหนดที่สมบูรณ์สำหรับแอปพลิเคชัน มันไม่มีที่ว่างสำหรับใครที่จะคิดอะไรที่ไม่ได้ระบุไว้ใน FRD

  • เป็นโซลูชันที่เป็นอิสระ ERD คือคำแถลงว่าแอปพลิเคชันต้องทำอะไรไม่ใช่วิธีการทำงาน FRD ไม่ผูกมัดนักพัฒนาในการออกแบบ ด้วยเหตุนี้การอ้างอิงใด ๆ เกี่ยวกับการใช้เทคโนโลยีเฉพาะจึงไม่เหมาะสมอย่างสิ้นเชิงใน FRD

ข้อกำหนดการใช้งานควรมีดังต่อไปนี้ -

  • คำอธิบายของ data ที่จะเข้าสู่ระบบ

  • คำอธิบายของ operations ดำเนินการโดยแต่ละหน้าจอ

  • คำอธิบายของ work-flows ดำเนินการโดยระบบ

  • คำอธิบายของ system reports หรือเอาต์พุตอื่น ๆ

  • ใครสามารถเข้าสู่ไฟล์ data เข้าสู่ระบบ?

  • ระบบตรงตามความเหมาะสมอย่างไร regulatory requirements?

ข้อกำหนดการใช้งานได้รับการออกแบบมาเพื่อให้ผู้ชมทั่วไปสามารถอ่านได้ ผู้อ่านควรเข้าใจระบบ แต่ไม่จำเป็นต้องมีความรู้ทางเทคนิคในการทำความเข้าใจเอกสารนี้

ข้อกำหนดการทำงานที่ส่งมอบ

เอกสารข้อกำหนดทางธุรกิจ (BRD) ประกอบด้วย -

  • Functional Requirements- เอกสารที่มีข้อกำหนดโดยละเอียดสำหรับระบบที่กำลังพัฒนา ข้อกำหนดเหล่านี้กำหนดคุณสมบัติการทำงานและความสามารถที่ระบบต้องมี ตรวจสอบให้แน่ใจว่าสมมติฐานและข้อ จำกัด ที่ระบุใน Business Case ยังคงถูกต้องและเป็นปัจจุบัน

  • Business Process Model - แบบจำลองสถานะปัจจุบันของกระบวนการ ("ตามสภาพ" แบบจำลอง) หรือแนวคิดว่ากระบวนการควรจะเป็นอย่างไร ("เป็น" แบบจำลอง)

  • System Context Diagram - แผนภาพบริบทแสดงขอบเขตของระบบเอนทิตีภายนอกและภายในที่โต้ตอบกับระบบและกระแสข้อมูลที่เกี่ยวข้องระหว่างเอนทิตีภายนอกและภายในเหล่านี้

  • Flow Diagrams (as-is or to-be)- แผนภาพแสดงลำดับขั้นตอนการดำเนินการหรือการเคลื่อนไหวของข้อมูลในกระบวนการทางธุรกิจ รวมแผนภาพการไหลอย่างน้อยหนึ่งรายการขึ้นอยู่กับความซับซ้อนของแบบจำลอง

  • Business Rules and Data Requirements - กฎทางธุรกิจกำหนดหรือ จำกัด ลักษณะบางประการของธุรกิจและใช้เพื่อกำหนดข้อ จำกัด ของข้อมูลค่าเริ่มต้นช่วงค่าจำนวนสมาชิกประเภทข้อมูลการคำนวณข้อยกเว้นองค์ประกอบที่จำเป็นและความสมบูรณ์เชิงสัมพันธ์ของข้อมูล

  • Data Models - แผนภาพความสัมพันธ์ของเอนทิตี, คำอธิบายเอนทิตี, แผนภาพคลาส

  • Conceptual Model - การแสดงเอนทิตีที่แตกต่างกันระดับสูงสำหรับฟังก์ชันทางธุรกิจและความสัมพันธ์ระหว่างกัน

  • Logical Model - แสดงให้เห็นถึงเอนทิตีคุณลักษณะและความสัมพันธ์เฉพาะที่เกี่ยวข้องกับฟังก์ชันทางธุรกิจและแสดงถึงคำจำกัดความลักษณะและความสัมพันธ์ทั้งหมดของข้อมูลในสภาพแวดล้อมทางธุรกิจทางเทคนิคหรือแนวความคิด

  • Data Dictionary and Glossary - การรวบรวมข้อมูลโดยละเอียดเกี่ยวกับองค์ประกอบข้อมูลฟิลด์ตารางและเอนทิตีอื่น ๆ ที่ประกอบด้วยแบบจำลองข้อมูลที่อยู่ภายใต้ฐานข้อมูลหรือระบบการจัดการข้อมูลที่คล้ายคลึงกัน

  • Stakeholder Map- ระบุผู้มีส่วนได้ส่วนเสียทั้งหมดที่ได้รับผลกระทบจากการเปลี่ยนแปลงที่เสนอและระดับอิทธิพล / อำนาจของพวกเขาสำหรับข้อกำหนด เอกสารนี้ได้รับการพัฒนาในขั้นตอนการเริ่มต้นของ Project Management Methodology (PMM) และเป็นของ Project Manager แต่ทีมงานของโครงการต้องได้รับการปรับปรุงเนื่องจากมีการระบุผู้มีส่วนได้ส่วนเสียใหม่ / ที่เปลี่ยนแปลงตลอดทั้งกระบวนการ

  • Requirements Traceability Matrix - ตารางที่แสดงการเชื่อมโยงเชิงตรรกะระหว่างข้อกำหนดการทำงานของแต่ละบุคคลกับสิ่งประดิษฐ์ระบบประเภทอื่น ๆ รวมถึงข้อกำหนดด้านการทำงานอื่น ๆ กรณีการใช้งาน / เรื่องราวของผู้ใช้องค์ประกอบสถาปัตยกรรมและการออกแบบโมดูลโค้ดกรณีทดสอบและกฎทางธุรกิจ