¿Qué es la interfaz de desarrollo secundaria?
El desarrollo secundario del software de gestión se basa en productos de software existentes y está dirigido a las necesidades individuales de los clientes. Esto generalmente lo hacen los desarrolladores de productos de software o un tercero utilizando la interfaz de desarrollo secundaria y el código fuente proporcionados por el fabricante. A diferencia del desarrollo totalmente personalizado, el desarrollo secundario no comienza desde cero, sino que se lleva a cabo sobre la base del software existente. Es un símbolo importante para evaluar si un producto de software está calificado y si la interfaz de desarrollo secundaria es madura, completa y fácil de usar. Las funciones de los productos existentes no pueden satisfacer las necesidades del cliente o necesitan conectarse con otro software para lograr 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 factores integrales, como la diferencia entre las funciones de los productos existentes y las necesidades personalizadas de los clientes, la dificultad de la interfaz, el diseño del sistema (como el bajo acoplamiento entre módulos), la escalabilidad. del producto (si es adecuado desarrollo secundario). Ventajas del desarrollo secundario de software de gestión 1. En comparación con el desarrollo totalmente personalizado, el desarrollo secundario requiere menos trabajo, menos tiempo y menores riesgos. 2. El desarrollo secundario se basa en productos existentes y puede heredar las funciones y la acumulación comercial de los productos originales. 3. Resolver el problema de la demanda insatisfecha de productos individuales. En tercer lugar, los problemas existentes en el desarrollo secundario del software de gestión generalmente 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 modifica directamente el código fuente de desarrollo, especialmente si procesa el código fuente principal, no solo provocará nuevos errores e inestabilidad en las funciones existentes, sino que también generará la necesidad de reintegrar los productos estándar del fabricante después de la actualización. Esta situación es desastrosa. Muchos usuarios no conocen la gravedad del problema. Esta es una de las razones por las que muchos fabricantes de software no están dispuestos a proporcionar desarrollo secundario. 2. Los productos existentes deben proporcionar interfaces serie maduras y completas, que es una de las señales importantes para examinar si un producto de software está maduro y estandarizado. De lo contrario, el desarrollo secundario sólo podrá realizarlo el fabricante original. Si el servicio y soporte del fabricante no son oportunos y no pueden brindar buenos servicios, los servicios y desarrollo posteriores no serán posibles. El desarrollo secundario no se puede llevar a cabo, el sistema existente no se puede utilizar en profundidad o sólo se puede reemplazar, y se desperdician la inversión y el tiempo existentes. 3. No todos los productos se pueden desarrollar de forma secundaria. Los sistemas con un diseño y codificación deficientes no tienen interfaces maduras y estandarizadas. El tiempo y el costo del desarrollo secundario son mucho mayores que los del reemplazo del sistema y el desarrollo totalmente personalizado. Esto también es importante y fácilmente se pasa por alto.
¿El proyecto tiene una interfaz de desarrollo secundaria?
La implementación de sistemas ERP generalmente impone altas exigencias al nivel de gestión básico de una empresa. Según el modelo tradicional de gestión extensiva de circuito abierto, no es necesario mantener ni gestionar una gran cantidad de datos básicos dentro de la empresa, y muchos negocios se pueden completar mediante coordinación verbal. Este modelo no puede cumplir en absoluto con los requisitos de gestión informática. Por lo tanto, muchos de los datos requeridos en la interfaz son datos vacíos en el negocio original y nadie mantiene estos datos. Por lo tanto, la persona de mantenimiento del servicio a cargo de cada fuente de datos en la interfaz, así como los requisitos para la frecuencia del mantenimiento del servicio y la calidad de los datos del servicio, deben implementarse en el plan completo de implementación de la interfaz.
En algunas empresas, diferentes departamentos comerciales mantienen datos similares para diferentes propósitos de gestión, y estos datos no son completamente consistentes, lo que también afecta la confiabilidad de los datos de la interfaz.
Cuando las empresas en general discuten soluciones de implementación de interfaces, consideran principalmente el contenido de la interfaz y los métodos de implementación técnica. Una idea común es que si ambos sistemas han estado en línea exitosamente y ERP sabe qué datos se necesitan, entonces PDM solo necesita transferir los datos al sistema ERP de la manera acordada de acuerdo con las necesidades de ERP para cumplir con los requisitos de la interfaz. De hecho, muchas interfaces de proyectos no se implementan sin problemas, a menudo porque se desarrollaron pero en realidad no se utilizaron en el negocio real.
Según la experiencia de la empresa del autor, además de consultar, filtrar, calcular, obtener y exportar datos del sistema, comparar datos históricos y leer nuevos datos, las interfaces son problemas técnicos típicos de los algoritmos informáticos. . Otras funciones incluyen: resolver problemas de gestión empresarial a través de interfaces. Solo cuando los problemas de gestión se comuniquen y resuelvan por completo se podrán utilizar plenamente las ventajas de las interfaces en la integración.
Software de interfaz de desarrollo secundario. Sí, ¿a qué te refieres?
Proporciona software de desarrollo secundario basado en la versión original, y sus ports son ambos.
El desarrollo secundario, en pocas palabras, consiste en personalizar y modificar el software existente, ampliar funciones y luego realizar las funciones deseadas. Generalmente, el núcleo del sistema original no se cambiará. En términos generales, algunas grandes empresas, como IBM, han desarrollado plataformas de sistemas de software a gran escala. De acuerdo con las necesidades de los diferentes clientes, algunas otras pequeñas y medianas empresas también han llevado a cabo desarrollos específicos para los clientes en la plataforma.
¿Qué es la interfaz de desarrollo secundario de CBE?
La interfaz de desarrollo secundario CBE es una interfaz de programa proporcionada por Lotto Software para desarrollar software empresarial de aviación civil. Su función es equivalente a la interfaz CATIC IBE. Los programadores pueden utilizar los servicios de Webservicers en la interfaz CBE para desarrollar sitios web de venta directa de boletos aéreos, sistemas de distribución de boletos aéreos, software de gestión empresarial de aviación civil y otro software de sistemas comerciales de aviación civil.
La interfaz de desarrollo secundaria de CBE se basa en el servidor de recursos IBE de TravelSky y desarrolla una nueva generación de interfaz de motor de datos de vuelo de aplicaciones web, que transforma perfectamente la tradicional terminal e-$ TERM de TravelSky en una nueva terminal gráfica y fácil de usar. interfaz.
1. Interfaz de desarrollo CBE (SDK)
La interfaz de desarrollo CBE (SDK) 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 configuración) para cumplir. las necesidades de la aviación Las necesidades de la empresa para la recopilación y operación de datos relacionados con el host (por lotes/regulares, irregulares/sin intervención manual, etc.). Convirtió los comandos de host originalmente muy complejos y oscuros en servicios web estándar que se pueden llamar fácilmente para desarrollo secundario (conservando 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, proporcionando servicios para. Las aerolíneas tienen aplicaciones y análisis de datos de alto nivel que abren un canal conveniente, rápido y estable para el anfitrión.
2. Principio de interfaz
El administrador de recursos A.CBE admite el acoplamiento de múltiples sistemas host en forma de complementos y es responsable de reenviar las solicitudes de los clientes al host y al pre. -definido El formato devuelve el resultado del comando devuelto por el host.
La gestión de recursos de B.CBE, como su nombre indica, tiene una unidad de procesamiento multinúcleo incorporada. La unidad de procesamiento central de la interfaz es responsable de recibir instrucciones o llamadas a funciones analizadas del cliente (es decir, las instrucciones del host encapsuladas se implementan en un lenguaje de programación. El programa externo implementa el acoplamiento con el administrador de recursos CBE a través de la biblioteca dinámica designada o WebServicers). servicio, es decir, utilizar recursos del host a través de interfaces y someterse a una estricta autenticación de permisos y cifrado de transmisión.
¿Qué significa desarrollo secundario? 15 puntos.
Por ejemplo, si desea integrar algunas funciones del software cliente proporcionado por el fabricante en su propio sistema, debe realizar un desarrollo secundario, lo que significa que el fabricante debe proporcionar un SDK de desarrollo.
Por ejemplo, si acoges a un prisionero, se te enviará un mensaje de texto o un correo electrónico para iniciar el seguimiento y otras operaciones vinculadas.
Requisitos básicos para el desarrollo secundario
En primer lugar, debe tener una base lingüística en el idioma utilizado por este producto de código abierto. En segundo lugar, debe estar familiarizado con las funciones y usos de este producto de código abierto, porque una vez que esté familiarizado con él, sabrá qué necesita cambiar según un requisito, con qué viene el sistema y cómo cambiarlo. En tercer lugar, debe estar familiarizado con la estructura de datos del sistema, la estructura del código, la estructura del marco, dónde está el núcleo y dónde están las funciones auxiliares. En pocas palabras, es familiaridad con bases de datos, lógica de código y directorios de archivos. Si está utilizando un desarrollo secundario basado en una interfaz, debe estar familiarizado con esta interfaz. En general, 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, debe tener cierta comprensión de las funciones API en el SDK que proporciona, para que pueda usar las funciones en el 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 francamente peligrosos, desde dañinos hasta potencialmente mortales. ¿Qué juegos no se pueden jugar?
Cómo escribir una interfaz para desarrollo secundario JAVA
Esto rara vez se usa en Java. Puede intentar usar JA para seleccionar el código Java y leer la publicación original> & gt
Espero adoptarlo
Cuál es el desarrollo secundario del sistema ERP
El desarrollo secundario general se personaliza según las diferencias de los clientes individuales. Este tipo de cosas es relativamente confidencial y no se puede fomentar fácilmente... El costo de desarrollo es muy alto.
¿Qué es el desarrollo secundario de solidworks?
SolidWorks proporciona a los usuarios una potente interfaz de desarrollo secundaria (API de SolidWorks) a través de tecnología de modelo de objetos componentes. 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 y cualquier usuario puede realizar un desarrollo secundario en SolidWorks. Solidworks API es la interfaz de programación OLE de Soliworks, que proporciona a los programadores un sistema de clases completamente orientado a objetos. Los programadores pueden derivar subclases de estas clases y generar objetos de estas clases en sus propios programas. Manipule objetos, ejecute métodos de objetos, establezca o modifique propiedades de objetos y, de ese modo, acceda a la base de datos, el sistema de gráficos y la interfaz del sistema de SolidWorks. La interfaz API de SolidWorks adopta un enfoque orientado a objetos y todas las funciones son métodos o propiedades relacionadas con los 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 lograr 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, el establecimiento, modificación, eliminación y compresión de diversas características de piezas y la extracción de información de características, como la configuración y extracción de dimensiones de características. , superficies de características y extracción de diversa información de topología geométrica, información de ensamblaje de piezas e información diversa en dibujos de ingeniería de piezas. Generalmente existen dos formas de desarrollo secundario de Solidworks: una es una aplicación independiente, un programa de usuario, que, como aplicación independiente (*.exe), llama a los servicios proporcionados por SolidWorks a través de la interfaz API para completar el control y operación de SolidWorks; el segundo es la forma de 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. Los usuarios pueden agregar sus propios menús, barras de herramientas, páginas de propiedades, etc. En SolidWorks, el programa de usuario y el programa Solidworks están integrados. Debido a que el programa complementario y Solidworks se ejecutan en el mismo espacio de proceso, las anomalías en el programa complementario causarán inestabilidad en el programa SolidWorks, por lo que debe tener más cuidado durante el desarrollo. La aplicación independiente correspondiente y el programa SolidWorks que se ejecutan en diferentes espacios de proceso Las anomalías en el programa cliente no afectarán a SolidWorks, pero debido a que implica llamadas entre procesos, su eficiencia será relativamente baja. Los usuarios no pueden agregarse a SolidWorks de esta manera. menús, barras de herramientas y páginas de propiedades.