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