COMPLETE FUUNCTIONAL REQUIREMENTS L

COMPLETE FUUNCTIONAL REQUIREMENTS LIST. The functional requirements are those relate to the actual work or business your software is trying to model such as reserve room, check-in, change password, etc. The non-functional requirements are those related to the environment of the software such as interface requirement, platform / architecture requirements, performance requirements, and so on. Here you must list all the functional requirements in tabular form grouped by related functions such as each use case or each activity. You must be very detailed to include ALL know requirements. Each requirement will be validated during design phase and then again in product delivery phase. For example, just the login aspect must be fully detailed to include rules on acceptable password, disconnect account if incorrect password for 5 attempts, what to do if someone forgot password (email one-time password), role based security to access each form/control/report, creating new user (with option to make inactive when resign from company etc.), changing password by user, changing password by admin, password expiry after _60_ days, etc.

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

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

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

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