Home / Orientación de la decisión del proyecto / hardware estándar y hardware personalizado
PROJECT DECISION GUIDE

IoT Selección de proyecto Hardware estándar o hardware personalizado

La etapa inicial más importante del proyecto IOT es validar equipos, conexiones y circuitos cerrados de negocios, en lugar de personalizar todo el hardware inmediatamente. Sólo cuando los programas maduros no cumplan con las restricciones críticas será más valiosa la entrada de hardware personalizado.

Responde a la pregunta.

hardware estándar y hardware personalizado

Las fases de prototipo y pequeños lotes suelen dar prioridad a los módulos maduros, las juntas de desarrollo o las pasarelas estándar para validar protocolos, datos y procesos de usuario más rápidamente; luego entrar en el diseño de hardware personalizado cuando el tamaño, utilidad, rendimiento, costo unitario, adaptabilidad ambiental o estabilidad de suministro se convierte en claras limitaciones.

DECISION FACTORS

Los elementos clave que se deben revisar para la adopción de decisiones

En primer lugar, se determinan los límites de la moderación y la responsabilidad, y se comparan las rutas técnicas y las modalidades de cooperación.

01

Velocidad de validación

La información y ecología de hardware estándar son más maduras y adecuadas para la terminación rápida de PoC de extremo a extremo; hardware personalizado requiere diseño, muestra, depuración y múltiples rondas de validación.

02

Principales limitaciones físicas

Tamaño, consumo de energía, interfaces, dispersión de calor, protección, temperatura de trabajo y entorno electromagnético puede determinar que la personalización es necesaria.

03

Cantidad y costo de unidad

Los programas de personalización entrañan costos de investigación y desarrollo, moldes, certificación e inventario, y sólo pueden contribuir a costos unitarios en cierta escala.

04

Certificación y cumplimiento

La certificación inalámbrica, eléctrica, de seguridad e industria debe incluirse en el plan antes de tiempo, y las modificaciones a los dispositivos clave pueden requerir el retesting.

05

Riesgo de cadena de suministro

Evaluar el riesgo de ciclos de vida de chips, alternativas, mínima adquisición, entrega y cierre para evitar la disponibilidad de prototipos pero no la posibilidad de entrega a granel.

06

Software y transporte

Las rutas de hardware deben tener en cuenta la compatibilidad de las actualizaciones de solidware, la identificación de equipos, diagnósticos remotos, registros y plataformas de nube.

Preparación de recomendaciones antes de la comunicación o evaluación

Número y etapa del equipo específicoRequisitos de consumo de energía de tamaño y medio ambienteSensores e interfaces de comunicaciónNetwork and Offline PolicyRequisitos de certificación y ensayoCosto de material objetivoOpciones de suministro y sustitución de dispositivosActualización de Solidware y mantenimiento postventa

Sendero sugerido para la aplicación

Se recomienda que el "herraje estándar para validar el bucle cerrado de negocios y determinar el camino de personalización después de que se identifiquen los indicadores clave" y que los equipos de hardware, solidware, plataforma de nube y sistemas operativos compartan una interfaz y bases de referencia para pruebas.

DECISION WORKSHEET

Traducir hardware estándar y personalizado en la adopción de decisiones ejecutables

Las siguientes hojas de trabajo ayudan a las empresas a organizar consejos vagos en insumos basados en proveedores, de aprobación interna y de receptividad de proyectos.

¿Qué debería contener un resumen comparable de las evaluaciones?

Como mínimo, se organizan el número y las etapas del equipo específico, el consumo de potencia de tamaño y los requisitos ambientales, sensores e interfaces de comunicación, estrategias de red y de conexión, junto con una indicación del volumen de negocio actual, tiempo de procesamiento medio, anomalías importantes, sistemas en vigor, privilegios de datos, dependencia de terceros y ventanas de acceso. La misma versión de información se proporciona a diferentes proveedores y descripciones separadas de supuestos, exclusiones, asuntos de cooperación con clientes, evitar una sola indicación de los límites de falta.

Por ejemplo, la empresa espera que el proyecto ahorre 160 horas de trabajo al mes, pero esta cifra debe desglosarse en el número de tareas, ahorros de tiempo único, tasas de adopción y tasas de revisión manual. Si sólo el 40% de los usuarios utilizan el primer período, o si el nuevo proceso aumenta el proceso de examen, los beneficios reales serán significativamente inferiores a la estimación aparente.

Cuatro tipos de pruebas recomendadas para el interrogatorio durante la comunicación de proveedores

The first is scope evidence: consistency of demand versions, business processes, prototypes, interfaces and exclusions; the second is engineering evidence: whether similar technologies have accessible structures, code management, testing, deployment and trouble management methods; the third is personnel evidence: whether actual participants, input stages, responsibilities and replacement mechanisms are clear; and the fourth is delivery evidence: how source codes, data, account numbers, documents, training, quality assurance and transport are handed over. It is normal for suppliers to be unable to provide customer confidentiality at the bidding stage, but should be able to explain their own methods and the evidence that can be developed under this project.

Se recomienda que se fije por separado la claridad de alcance, la dependencia crítica, la capacidad de equipo, la aplicabilidad de la aceptación y la toma a largo plazo y que se registre la base de cada puntuación. Si un programa es más barato, se excluye la interfaz, la migración, las pruebas o la responsabilidad en línea, entonces debe convertirse al mismo calibre de entrega antes de la comparación.

El principio de la sentencia

Esta página proporciona un marco de toma de decisiones que no constituye una oferta fija o compromiso de rendimiento.

FAQ

FAQs

Las cuestiones más comunes antes de la cooperación se señalan claramente con antelación.

¿El uso de la puerta de entrada estándar limitaría la extensión posterior?+

El protocolo, cálculo, almacenamiento, gestión remota e interfaces abiertas deben ser verificados al seleccionar. La puerta de entrada estándar para cumplir con el límite puede ser utilizada durante largos períodos o como plataforma de validación antes de personalizar el programa.

¿Qué hace la personalización de los proyectos de la junta principal normalmente primero?+

Las necesidades clave y las interfaces se congelan, se completa el diseño de la selección y la racionalidad del dispositivo, y se realizan plantillas, sólidos, pruebas de fiabilidad y autenticación sin la posibilidad de saltar la verificación de ingeniería de la producción directa del volumen.

¿Es ZhiHua Tech responsable de la producción de hardware?+

Los programas de hardware, las sinergias incrustadas con plataformas de nube, prototipos y la coordinación de proveedores podrían recibir asistencia en el ámbito de los proyectos; antes de la colaboración se aclararían las responsabilidades específicas de diseño, muestra, certificación y producción.

DECISION FAQ

Cuestiones comunes relacionadas con proyectos en curso

Echa un vistazo a las 265 preguntas.
Desarrollo de programas y contratación externa de proyectos

¿Cuál debería ser la elección de equipos de externalización de software y de auto-construcción?

La contratación externa de software es generalmente más eficaz si la empresa requiere un continuo a largo plazo y la empresa tiene una capacidad de gestión de productos y tecnología. Si el objetivo está claramente definido, se requiere un inicio rápido o hay una falta temporal de capacidad dedicada, muchas empresas conservan los propietarios de productos y tecnología, dejando la fase de R & D o construcción dedicada al equipo exterior.

Ver respuesta completa
Desarrollo de programas y contratación externa de proyectos

¿Qué debería elegir la externalización de software de Shanghai?

Es importante ver si el proveedor puede traducir las cuestiones de negocio en criterios de alcance, riesgo y aceptación, en lugar de la retórica de tamaño de la empresa y ventas. Mientras que la comunicación local en Shanghai facilita entrevistas complejas de procesos y colaboración en línea, calidad de código, gestión de proyectos y mantenimiento continuo están sujetos a pruebas. Se recomienda que la otra parte se le pida que explique la estructura, la entrega, la manipulación inusual y la toma de proyectos similares.

Ver respuesta completa
Desarrollo de programas y contratación externa de proyectos

¿Cuánto cuesta el desarrollo de software personalizado?

El software personalizado no tiene un precio uniforme basado en el tamaño de la página, y los costos se determinan principalmente por alcance, interfaz, datos, autoridad, desempeño y rendición de cuentas para la entrega. El sistema de gestión con el mismo nombre puede ser un instrumento de un solo sector o una conexión a órdenes, inventario, finanzas y autoridad multiorganización. Se recomienda que el primer negocio cierre el bucle y los límites de recepción e inspección, y que el producto, diseño, desarrollo, pruebas, volumen de referencia total y el precio estimado sea considerado preciso

Ver respuesta completa
Desarrollo de programas y contratación externa de proyectos

¿Cuánto tiempo tarda un proyecto de software personalizado para desarrollarse?

El ciclo depende del grado de determinación de alcance, interfaz y preparación de datos, de la eficiencia de la adopción de decisiones y de los requisitos de acceso, no sólo del número de personas desarrolladas. Pueden completarse en semanas pequeños instrumentos internos, y las plataformas de empresas de sistemas cruzados a menudo deben aplicarse en fases superiores a un mes.

Ver respuesta completa