¿Qué es la interfaz de desarrollo secundaria?
¿Qué es el desarrollo secundario de software?
El desarrollo secundario de software de gestión se basa en los productos de software existentes y se desarrolla de acuerdo a las necesidades personalizadas de los clientes, generalmente se lleva a cabo. realizado por el fabricante de desarrollo del producto de software, o el fabricante proporciona una interfaz de desarrollo secundaria y un código fuente y lo lleva a cabo un tercero. A diferencia del desarrollo personalizado completo, el desarrollo secundario no se desarrolla desde cero, sino que se lleva a cabo sobre la base del software existente. Al evaluar si un producto de software está calificado, la madurez, la perfección y la facilidad de la interfaz de desarrollo secundaria son indicadores importantes. Las funciones de los productos existentes no pueden satisfacer las necesidades del cliente o necesitan conectarse con otro software para realizar el intercambio y la transmisión de datos. El desarrollo secundario generalmente requiere proporcionar interfaces relevantes o código fuente basado en la tecnología del producto existente y las condiciones de diseño. Al mismo tiempo, es necesario comprender funciones y requisitos personalizados y realizar un diseño y desarrollo integrales. La carga de trabajo del desarrollo secundario está determinada por el grado de diferencia entre las funciones del producto existente y las necesidades personalizadas de los clientes, la dificultad de la interfaz, el diseño del sistema (como el bajo acoplamiento entre módulos) y la escalabilidad de el producto (si es adecuado para el desarrollo secundario) y otros factores integrales. 2. Ventajas del desarrollo secundario de software de gestión 1. En comparación con el desarrollo personalizado completo, el desarrollo secundario requiere menos carga de trabajo, menos tiempo y menor riesgo. 2. El desarrollo secundario se lleva a cabo sobre la base de los productos existentes y la acumulación de funciones y negocios del producto original se puede heredar bien. 3. Resolver el problema de que no se pueden satisfacer necesidades personalizadas simples basadas en productos. 3. Problemas en el desarrollo secundario de software de gestión En términos generales, los problemas en el desarrollo secundario están estrechamente relacionados con el sistema existente, especialmente la arquitectura y el diseño del sistema de software y la dificultad de la interfaz de desarrollo secundario. 1. El desarrollo secundario se basa mejor en la interfaz proporcionada por el sistema. Si se desarrolla directamente para modificar el código fuente, especialmente sobre la base del código fuente principal, no solo provocará nuevos errores e inestabilidad en las funciones existentes. , pero también el fabricante Después de las actualizaciones estándar del producto, las actualizaciones de cobertura no se pueden realizar directamente y deben reintegrarse. Esta situación es desastrosa. Muchos usuarios no comprenden la gravedad del problema. no están dispuestos a proporcionar desarrollo secundario. 2. Los productos existentes deben proporcionar una serie de interfaces maduras y completas. Este es uno de los indicadores importantes para examinar si un producto de software está maduro y estandarizado, de lo contrario, el desarrollo secundario solo puede ser realizado por el fabricante original. y el soporte no son oportunos. Si no se pueden proporcionar buenos servicios, no se podrán llevar a cabo los servicios y el desarrollo posteriores. La imposibilidad de llevar a cabo un desarrollo secundario significa que el sistema existente no se puede utilizar en profundidad o solo se puede reemplazar, y la inversión y el tiempo existentes son en vano. 3. No todos los productos pueden someterse a un desarrollo secundario. Sin interfaces maduras y estandarizadas, y con un diseño y codificación del sistema muy deficientes, el tiempo y el costo del desarrollo secundario serán mucho mayores que el reemplazo del sistema y el desarrollo totalmente personalizado. crucial y fácilmente pasado por alto.
¿El proyecto tiene una interfaz de desarrollo secundaria?
La implementación del sistema ERP generalmente impone altas exigencias al nivel de gestión básico de la empresa. Bajo el modelo tradicional de gestión extensiva de bucle abierto. Una gran cantidad de datos básicos se almacenan en las empresas y no necesitan mantenimiento ni gestión. Muchas empresas se pueden completar mediante coordinación verbal. Este modelo no puede cumplir con los requisitos de gestión informática. Por lo tanto, muchos de los datos necesarios en la interfaz son datos vacíos en el negocio original y nadie mantiene este tipo de datos. Por lo tanto, el plan completo de implementación de la interfaz también debe implementar a la persona de mantenimiento comercial a cargo de cada fuente de datos en la interfaz, así como los requisitos de frecuencia de mantenimiento comercial y los requisitos de calidad de los datos comerciales.
Algunas empresas también tienen esta situación: para diferentes propósitos de gestión, diferentes departamentos comerciales mantienen el mismo tipo de datos y estos datos no son completamente consistentes. Este tipo de datos también afecta la confiabilidad de los datos de la interfaz. ha tenido un impacto.
Cuando las empresas en general discuten soluciones de implementación de interfaces, consideran más los problemas relacionados con el contenido de la interfaz y los métodos de implementación técnica. Una idea común es: si ambos sistemas se han lanzado con éxito, ERP sabe qué datos se necesitan y PDM. Solo necesita transferir estos datos al sistema ERP de la manera acordada de acuerdo con las necesidades del ERP para cumplir con los requisitos de la interfaz.
De hecho, muchas implementaciones de interfaces de proyectos no son fluidas, a menudo porque el desarrollo de la interfaz está completo pero en realidad no se ha utilizado en el negocio real.
Según la experiencia de la empresa del autor, además de consultar, filtrar, calcular, obtener datos del sistema, exportar datos, comparar datos históricos y leer nuevos datos, la interfaz es una de las típicas Además, otras funciones más relacionadas con los algoritmos informáticos son: resolver problemas de gestión empresarial mediante la implementación de interfaces. Solo cuando los problemas de gestión se comuniquen y resuelvan por completo se podrán aprovechar plenamente las ventajas de la interfaz.
¿Qué significa software de interfaz de desarrollo secundario?
Es proporcionar software de desarrollo secundario sobre la base original, y su puerto lo es. El desarrollo secundario, en pocas palabras, significa personalizar y modificar el software existente, ampliar funciones y lograr las funciones que desea. En términos generales, el núcleo del sistema original no cambiará. En términos generales, algunas grandes empresas, como IBM, desarrollan una plataforma de sistema de software a gran escala de acuerdo con las necesidades de los diferentes clientes, mientras que otras pequeñas y medianas empresas llevan a cabo un segundo desarrollo específico de la plataforma para los clientes en función de sus necesidades.
¿Qué es la interfaz de desarrollo secundario de CBE?
La interfaz de desarrollo secundario de CBE es una interfaz de programa para el desarrollo de software empresarial de aviación civil proporcionada por Lotto Software. Su función es equivalente a la interfaz IBE de TravelSky. Los programadores pueden utilizar el servicio Webservicers en la interfaz de CBE para desarrollar. Sitios web de venta directa de billetes de avión, cualquier software de sistema empresarial de aviación civil, como sistema de distribución de billetes, software de gestión empresarial de aviación civil, etc.
La interfaz de desarrollo secundario de CBE se basa en el servidor de recursos IBE de TravelSky. La interfaz del motor de datos de vuelo de la aplicación web de nueva generación desarrollada por TravelSky transforma perfectamente el terminal electrónico tradicional de TravelSky en un terminal gráfico y. Humanizado. Nueva interfaz de terminal.
1. Interfaz de desarrollo (SDK) de CBE
La interfaz de desarrollo (SDK) de CBE tiene como objetivo satisfacer las necesidades de las aerolíneas para la recopilación y operación de datos relacionados con el host (por lotes/regulares). , intervención manual irregular/innecesaria, etc.), es un kit de desarrollo basado en el sistema de gestión de recursos CBE (responsable de la comunicación con el host y la programación de la configuración). Convirtió los comandos de host originales, muy complejos y oscuros, en servicios web estándar que son fáciles de llamar para el desarrollo secundario (al tiempo que conserva el método de entrada de comandos de host estándar) y los publicó en varios entornos de red a través de IIS6.0, brindando servicios para aerolíneas. La aplicación y el análisis de datos de nivel superior abren un canal conveniente, rápido y estable para el host.
2. Principio de interfaz
a. El administrador de recursos CBE admite varios sistemas host en forma de complementos y es responsable de reenviar las solicitudes del cliente al host y devolverlas. las solicitudes del host. Los resultados del comando se devuelven en un formato predefinido.
La gestión de recursos b.CBE tiene unidades de procesamiento multinúcleo integradas, como su nombre lo indica. La unidad de procesamiento central de la interfaz es responsable de aceptar instrucciones del cliente o llamadas a funciones analizadas (es decir, instrucciones del host empaquetadas, implementadas en un lenguaje de programación) que pueden realizar la conexión con el CBE a través de bibliotecas dinámicas designadas o WebServicers. administrador de recursos, es decir, utiliza los recursos del host a través de la interfaz y se somete a un estricto procesamiento de autenticación de permisos y cifrado de transmisión.
¿Qué significa desarrollo secundario? 15 puntos
Por ejemplo, si desea integrar ciertas funciones del software cliente proporcionado por el fabricante en su propio sistema, debe realizarlas. desarrollo secundario. Se ha desarrollado por primera vez, lo que significa que el fabricante debe proporcionar un SDK de desarrollo.
Por ejemplo, si se recoge a un prisionero, este debe enviarle un mensaje de texto o correo electrónico para iniciar el seguimiento y otras operaciones vinculadas.
Requisitos básicos para el desarrollo secundario
Primero, debe tener una base lingüística para el lenguaje utilizado en este producto de código abierto. En segundo lugar, debe estar familiarizado con las funciones y usos de este producto de código abierto. Debido a que está familiarizado con él, sabrá qué desea cambiar cuando se cumpla un requisito, qué se incluye en el sistema y cómo cambiarlo. él. En tercer lugar, debe estar familiarizado con la estructura de datos, la estructura del código y la estructura del marco del sistema de este producto de código abierto, cuál es el núcleo y dónde están las funciones subsidiarias.
En pocas palabras, significa estar familiarizado con las bases de datos, la lógica del código y los directorios de archivos. Si está utilizando el desarrollo secundario basado en interfaz, debe estar familiarizado con esta interfaz. En términos generales, habrá documentos correspondientes. Cuarto, de acuerdo con sus necesidades, utilice el núcleo de productos de código abierto para expandir y modificar el sistema para satisfacer sus necesidades. Quinto, tenga cierta comprensión de las funciones API proporcionadas por el SDK, para que pueda utilizar las funciones del SDK de manera más flexible y conveniente.
¿Cuál es el software más utilizado por los estudiantes de automatización para respaldar el desarrollo secundario? ¿Qué lenguajes de programación admite su interfaz de desarrollo?
Jugar puede aumentar el conocimiento y el ejercicio. Pero algunos juegos son muy peligrosos y van desde hacer daño a las personas hasta poner en peligro la vida. ¿Qué juegos no se pueden jugar?
Cómo escribir una interfaz para el desarrollo secundario de JAVA
Rara vez se usa Java para esto. Puedes intentar usar JA. Selecciona el código java para ver la publicación original gt;
Espero adoptar
¿Qué es el desarrollo secundario del sistema ERP?
Generalmente, el desarrollo secundario se personaliza y desarrolla de acuerdo con las diferencias de los clientes individuales, y este tipo. Esto es relativamente confidencial. Sí, no puedo simplemente motivarlo... los costos de desarrollo son muy altos.
¿Qué es el desarrollo secundario de SolidWorks?
SolidWorks pasa (modelo de objetos componente). , modelo de objetos componentes) La tecnología proporciona a los usuarios una potente interfaz de desarrollo secundario (API de SolidWorks). Todas las herramientas de desarrollo que admiten programación, como Visual C, C#, Visual Basic, Delphi, etc., se pueden utilizar para el desarrollo secundario de SolidWorks. . La API de SolidWorks y sus documentos relacionados están incluidos en el software SolidWorks. Cualquier usuario puede realizar un desarrollo secundario en Solidworks. La API de Solidworks es la interfaz de programación OLE de Solidworks, que proporciona a los programadores un sistema de clases completamente orientado a objetos. programa, se derivan las subclases de estas clases, se generan los objetos de estas clases, se realizan operaciones en los objetos, se ejecutan los métodos de los objetos, se establecen o modifican las propiedades de los objetos y la base de datos, el sistema de gráficos y la interfaz del sistema de SolidWorks se accede. La interfaz API de SolidWorks adopta un enfoque orientado a objetos y todas las funciones son métodos o propiedades de objetos. Los objetos API de SolidWorks cubren todos los modelos de datos de SolidWorks. Al configurar las propiedades de estos objetos y llamar a métodos, se pueden implementar las mismas funciones que SolidWorks en la DLL desarrollada por el usuario. Durante el desarrollo secundario, se pueden llamar funciones API en SolidWorks para completar la construcción y modificación de piezas, la creación, modificación, eliminación y compresión de diversas características de piezas y la extracción de información de características de piezas, como la configuración y extracción de características. dimensiones, extracción de información de caras características e información diversa geométrica y topológica, información de ensamblaje de piezas, información diversa en dibujos de ingeniería de piezas, etc. El desarrollo secundario de SolidWorks generalmente tiene dos formas: una es una aplicación independiente, que actúa como una aplicación independiente (*.exe) y llama a los servicios proporcionados por SolidWorks a través de la interfaz API para completar el control y operación de SolidWorks. es la forma de complemento (aplicación AddIn), donde el programa de usuario se integra en Solidworks como un complemento (*.dll). En forma de complemento, el programa de usuario y el programa Solidworks se ejecutan en el mismo espacio de proceso, con alta eficiencia operativa. Además, los usuarios pueden agregar sus propios menús, barras de herramientas, páginas de propiedades, etc. en SolidWorks, haciendo que el programa de usuario y el programa de usuario. Programa Solidworks perfectamente integrado.
Dado que el programa complementario se ejecuta en el mismo espacio de proceso que SolidWorks, las anomalías en el programa complementario provocarán inestabilidad en el programa SolidWorks, por lo que debe tener más cuidado al desarrollar. La aplicación independiente correspondiente y el programa SolidWorks que se ejecutan en diferentes espacios de proceso Las anormalidades en el programa cliente no afectarán a SolidWorks, pero debido a que implica llamadas entre procesos, su eficiencia será relativamente baja y, de esta manera, los usuarios no podrán agregar sus propios menús. , barras de herramientas, páginas de propiedades, etc. en solidworks.