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