ขอบเขตการพัฒนา
ขอบเขตและการทดสอบพื้นฐาน
กำหนดพื้นฐานที่มีอยู่ การพึ่งพาทางเทคนิค และเนื้อหาที่ต้องได้รับการพัฒนาโดยอิงตามที่อยู่ของนายหน้า TLS และใบรับรอง ข้อมูลระบุตัวตนของอุปกรณ์ หัวข้อ โมเดลข้อความ QoS และกฎเซสชัน
การนำไปปฏิบัติและการบูรณาการ
พัฒนาการตรวจสอบการเชื่อมต่อ การเผยแพร่และการสมัครสมาชิก ฮาร์ทบีท การกู้คืนเซสชันและการแก้ไขปัญหา และรวมฟิลด์อุปกรณ์ การระบุคำสั่ง และการยืนยันข้อความ
เอกสารการจัดส่ง
จัดเตรียมรหัสไคลเอ็นต์ คำอธิบายโปรโตคอล และบันทึกการทดสอบสำหรับการผสานรวมเซิร์ฟเวอร์
การตรวจสอบและข้อจำกัด
ใบรับรอง การซิงโครไนซ์เวลา โมดูลหรือฟังก์ชันสแต็กโปรโตคอลตัวควบคุมหลักต้องได้รับการยืนยันเป็นรายบุคคล สถานะของอุปกรณ์ไม่สามารถตัดสินได้จากการเชื่อมต่อ TCP เท่านั้น
กระบวนการดำเนินโครงการ
การตรวจสอบข้อมูลและอินเทอร์เฟซ → การยืนยันโซลูชันทางเทคนิคและกรณีการใช้งานการตรวจสอบ → การดำเนินการบูรณาการกับสภาพแวดล้อมเป้าหมาย → การถดถอยของสถานการณ์ที่ผิดปกติ → การถ่ายโอนข้อมูลเวอร์ชัน
ตรวจสอบผลลัพธ์การใช้งานในสภาพแวดล้อมฮาร์ดแวร์และซอฟต์แวร์เป้าหมาย และจัดทำบันทึกการกำหนดค่าอินเทอร์เฟซที่เกี่ยวข้อง การขึ้นต่อกันของเวอร์ชัน และการแก้ไขปัญหา เพื่ออำนวยความสะดวกในการบูรณาการและการบำรุงรักษาในภายหลังโดยทีมวิจัยและพัฒนาของบริษัท
เอกสารโครงการที่จำเป็น
- ที่อยู่นายหน้า, TLS และใบรับรอง, ข้อมูลระบุตัวตนของอุปกรณ์, หัวข้อ, โมเดลข้อความ, QoS และกฎเซสชัน
- สามารถให้ข้อมูลการออกแบบ รหัส สิทธิ์อินเทอร์เฟซ และอุปกรณ์ทดสอบเป้าหมายได้
- ไฟล์ต้นฉบับ โปรแกรม หรือเครื่องมือที่คาดว่าจะจัดส่ง ความรับผิดชอบในการทดสอบการรวมระหว่างโมดูลและโหนดของโครงการ
- ตัวอย่างการยอมรับ สภาพแวดล้อม เงื่อนไขการทดสอบ และเกณฑ์การผ่าน
ขอบเขตของการส่งมอบและการยอมรับ
| บริการ | เนื้อหาการจัดส่ง | วิธีการตรวจสอบ |
|---|---|---|
| บรรลุผล | จัดเตรียมรหัสไคลเอ็นต์ คำอธิบายโปรโตคอล และบันทึกการทดสอบสำหรับการผสานรวมเซิร์ฟเวอร์ | ตรวจสอบการเข้าถึงข้อมูลประจำตัวที่ถูกกฎหมายและไม่ถูกต้อง |
| ข้อมูลแบบบูรณาการ | เวอร์ชันและการขึ้นต่อกัน การกำหนดค่าอินเทอร์เฟซ ขั้นตอนการใช้งานหรือการปรับใช้ และการเปลี่ยนแปลงการรวมระบบ | การสร้างเซสชันการทดสอบขึ้นใหม่และส่งข้อความซ้ำ |
| ตรวจสอบบันทึก | เงื่อนไขการทดสอบ บันทึกการดำเนินการ รายการปัญหา และผลการถดถอย | ตรวจสอบฟิลด์ การประทับเวลา และการจัดการข้อความที่ซ้ำกัน |
ขอบเขตของการจัดส่งและเกณฑ์การยอมรับจะพิจารณาจากสภาพแวดล้อมเป้าหมาย SDK บุคคลที่สาม ใบอนุญาต ห้องปฏิบัติการ ทรัพยากรระบบคลาวด์ วัสดุอุปกรณ์ และการสนับสนุนนอกสถานที่จะแสดงรายการแยกต่างหาก หากข้อมูลที่มีอยู่ไม่เพียงพอ งานติดตามผลจะถูกกำหนดผ่านการตรวจสอบอินเทอร์เฟซหรือการตรวจสอบฟังก์ชันหลัก
คำถามที่พบบ่อย
การใช้ MQTT QoS สามารถหลีกเลี่ยงความซ้ำซ้อนในการดำเนินธุรกิจได้หรือไม่+
QoS อธิบายถึงกลไกการส่งข้อความ และบริษัทยังคงจำเป็นต้องกำหนดตัวระบุเฉพาะ สถานะการดำเนินการ และการประมวลผลแบบ idempotent ข้อความควบคุมควรตรวจสอบระยะเวลาที่ใช้ได้และผลลัพธ์ และไม่อาศัยการยืนยันการโอนเพียงอย่างเดียว
4G MQTT ฉันจำเป็นต้องจัดเตรียมข้อมูลอะไรบ้างก่อนเพื่อการพัฒนาการเข้าถึงอุปกรณ์+
ก่อนอื่น โปรดระบุที่อยู่ของนายหน้า, TLS และใบรับรอง, ข้อมูลระบุตัวตนของอุปกรณ์, หัวข้อ, โมเดลข้อความ, QoS และกฎเซสชัน ในเวลาเดียวกัน มีการอธิบายการใช้งานที่มีอยู่ ปัญหาที่พบ การเปลี่ยนแปลงที่คาดหวัง และเงื่อนไขการทดสอบที่เข้ากันได้ เพื่อช่วยกำหนดขอบเขตการใช้งานและวิธีการทำซ้ำ
สามารถนำไปใช้กับผลิตภัณฑ์ที่มีอยู่ได้หรือไม่?+
ขั้นแรกคุณสามารถประเมินขอบเขตของการออกแบบและเวอร์ชันที่มีอยู่ซึ่งสามารถเปลี่ยนแปลงได้ เก็บส่วนที่ตรวจสอบแล้ว และระบุอินเทอร์เฟซและการขึ้นต่อกันที่จำเป็นต้องปรับเปลี่ยน บริการนี้ต้องการความสนใจ: ใบรับรอง การซิงโครไนซ์เวลา โมดูลหรือฟังก์ชันสแต็กโปรโตคอลตัวควบคุมหลักจะต้องได้รับการยืนยันเป็นรายบุคคล สถานะของอุปกรณ์ไม่สามารถตัดสินได้จากการเชื่อมต่อ TCP เท่านั้น หลังจากการเปลี่ยนแปลง ฟังก์ชันที่มีอยู่และฟังก์ชันใหม่จะต้องได้รับการทดสอบการถดถอยตามขอบเขตที่ตกลงกันไว้
ออนไลน์
โทรศัพท์
WeChat
กลับไปด้านบน