ES2309706T3 - Procedimiento para configurar un programa informatico. - Google Patents
Procedimiento para configurar un programa informatico. Download PDFInfo
- Publication number
- ES2309706T3 ES2309706T3 ES05701596T ES05701596T ES2309706T3 ES 2309706 T3 ES2309706 T3 ES 2309706T3 ES 05701596 T ES05701596 T ES 05701596T ES 05701596 T ES05701596 T ES 05701596T ES 2309706 T3 ES2309706 T3 ES 2309706T3
- Authority
- ES
- Spain
- Prior art keywords
- configuration
- implementation
- file
- independent
- dependent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/76—Architectures of general purpose stored program computers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/02—Digital function generators
- G06F1/03—Digital function generators working, at least partly, by table look-up
- G06F1/0307—Logarithmic or exponential functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/12—Digital output to print unit, e.g. line printer, chain printer
- G06F3/1201—Dedicated interfaces to print systems
- G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
- G06F3/1237—Print job management
- G06F3/1253—Configuration of print job parameters, e.g. using UI at the client
- G06F3/1254—Automatic configuration, e.g. by driver
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Logic Circuits (AREA)
- Input From Keyboards Or The Like (AREA)
Abstract
Procedimiento para configurar un programa informático que comprende al menos una unidad funcional (8), en el que - al menos se produce un fichero de configuración (1) independiente de la implementación y/o en el que se modifican informaciones almacenadas en al menos un fichero de configuración (1) independiente de la implementación; - se produce automáticamente al menos un fichero de configuración (5) dependiente de la implementación; y - se configura al menos una unidad funcional (8) en dependencia de informaciones almacenadas en al menos un fichero de configuración (5) dependiente de la implementación, caracterizado porque: - las informaciones almacenadas en el fichero de configuración (5) independiente de la implementación describen de forma abstracta parámetros de configuración concretos; - las informaciones almacenadas en el fichero de configuración (1) independiente de la implementación se extrae y se archivan en un contenedor de datos de configuración (3); - se produce al menos una información de dependencia, en donde la información de dependencia describe una dependencia de al menos un componente de hardware, de al menos una fecha de configuración abstracta disponible en el contenedor de datos de configuración (3); y - el fichero de configuración (5) dependiente de la implementación se produce en dependencia de los datos de configuración abstractos archivados en el contenedor de datos de configuración (3), al menos de una característica de un hardware y de al menos una información de dependencia, en donde el fichero de configuración (5) dependiente de la implementación comprende datos de configuración de configuración.
Description
Procedimiento para configurar un programa
informático.
La invención se refiere a un procedimiento para
configurar un programa informático que comprende al menos una unidad
funcional.
La invención se refiere también a un sistema de
software para configurar un programa informático que comprende al
menos una unidad funcional.
Los programas informáticos actuales se programan
predominantemente de tal modo, que pueden usarse en un campo
aplicativo lo más amplio posible. El campo aplicativo se determina,
por un lado, mediante las funcionalidades puestas a disposición que
a su vez deben cubrir el número máximo de deseos del usuario y, por
otro lado, mediante el hardware disponible en el que debe
desarrollarse el programa informático. El hardware disponible
designa aquí diferentes sistemas informáticos que se usan en
diferentes campos, están estructurados con diferentes componentes
(por ejemplo procesadores o sistemas de bus) y/o disponen de
diferentes aparatos periféricos.
Las diferentes funcionalidades pueden obtenerse
de diferentes modalidades del hardware disponible o de diferentes
deseos del usuario. Una adaptación y con ello una especialización de
un programa informático a un hardware disponible y a determinados
deseos del usuario comprenden una llamada configuración del programa
informático.
Una configuración comprende por ejemplo la
activación o desactivación de funciones aisladas del programa
informático, el establecimiento de valores iniciales para
determinadas variables o la prefijación y especificación de
determinados tipos de variables.
Es conocido declarar las variables y funciones
utilizadas en un programa informático en un llamado fichero header y
llevar a cabo una configuración del programa informático, por medio
de que se modifican variables aisladas o designadores de función en
el fichero header. Es por ejemplo posible adjudicar una función
especial a un designador de función, utilizado en el programa
informático y declarado en el fichero header, en dependencia de una
determinada configuración.
Normalmente los programas informáticos se
elaboran en un llamado lenguaje de alto nivel, por ejemplo C, C++,
Scheme o JAVA. Normalmente un programa informático elaborado en un
lenguaje de alto nivel recibe el nombre de código fuente. Para poder
ejecutar un programa informático de este tipo en un ordenador es
necesario producir a partir del código fuente un llamado código
máquina, que contiene indicaciones que pueden ser ejecutadas por el
procesador del ordenador. El código máquina puede producirse
mediante la llamada interpretación o compilación del código
fuente.
Normalmente un programa informático comprende un
gran número de unidades funcionales. El código fuente de una o
varias unidades funcionales está archivado con ello en un fichero. A
uno o varios ficheros de este tipo está asociado un fichero header.
De este modo un programa informático se compone normalmente de un
gran número de ficheros. Una configuración de un programa
informático de este tipo, que se lleva a cabo mediante la
modificación dentro de ficheros header aislados, es por ello muy
difícil de comprender y con frecuencia sólo lo puede llevar a cabo
el fabricante del código fuente. Además de esto es necesario
elaborar una documentación de todos los ficheros header, lo que es
muy complicado, en donde la propia documentación es casi siempre muy
difícil de comprender.
Del documento US 5,872,977 se conoce un
procedimiento para utilizarse en la configuración de un programa
informático. Aquí se prefijan un fichero de configuración
independiente de la plataforma y un fichero dependiente de la
plataforma. En el fichero dependiente de la plataforma están
archivados parámetros de configuración concretos y en el fichero
dependiente de la plataforma están archivadas normas parametrizadas
dependientes de la plataforma. Mediante el procedimiento conocido se
adjudican los valores concretos de las normas parametrizadas al
fichero dependiente de la plataforma y las normas así producidas se
almacenan como una llamada "makefile". Esta makefile se usa
después para controlar la producción de código y en especial para
controlar un compilador durante la producción de código. El fichero
independiente de la plataforma se corresponde de este modo con un
fichero header conocido y el fichero dependiente de la plataforma
representa un script parametrizado, a partir del cual se produce un
script que controla el proceso de compilación mediante el uso de los
valores concretos.
También es conocido, para configurar un programa
informático, asignar al mismo una unidad funcional especial,
mediante la cual es posible una configuración de todo el programa
informático por ejemplo mediante la modificación de los valores de
parámetros prefijados. La unidad funcional puede llamarse hacia
fuera del programa informático en desarrollo y ejecutarse para
configurar el programa informático. Una unidad funcional de este
tipo, prevista para la configuración del programa informático, sólo
permite sin embargo una configuración dentro de límites de margen
prefijados. Una configuración del programa informático, por ejemplo
para adaptar el programa informático a un nuevo hardware o para
adaptar el programa informático a nuevos deseos del usuario, no es
posible con una unidad funcional de este tipo. Aparte de esto la
unidad funcional utilizada para la configuración tiene que
desarrollarse específicamente para el programa informático afectado
y no puede utilizarse para otros programas informáticos.
La tarea de la invención es por ello crear una
posibilidad que permita una configuración lo más fácil de comprender
y flexible posible de un programa informático.
La tarea es resuelta mediante un procedimiento
de la clase citada al comienzo, que comprende los siguientes
pasos:
- -
- elaborar al menos un fichero de configuración independiente de la implementación y/o modificación de informaciones almacenadas en al menos un fichero de configuración independiente de la implementación;
- -
- establecimiento automático y/o actualización automática de datos de configuración almacenados en un contenedor de datos de configuración, en dependencia de las informaciones almacenadas en al menos un fichero de configuración independiente de la implementación;
- -
- producción automática de al menos un fichero de configuración dependiente de la implementación, en dependencia de los datos de configuración archivados en el contenedor de datos de configuración;
- -
- configuración automática de al menos una unidad funcional en dependencia de informaciones almacenadas en al menos un fichero de configuración dependiente de la implementación.
\vskip1.000000\baselineskip
Los datos que determinan una configuración se
almacenan por lo tanto independientemente de una implementación
concreta prevista en uno o varios ficheros de configuración
independientes de la implementación. La independencia de la
implementación de este fichero de configuración hace posible en
especial una descripción abstracta de las informaciones almacenadas.
Esto hace posible que las informaciones relevantes para la
configuración del programa informático puedan almacenarse de una
forma especialmente bien legible y con ello simplificar claramente
la configuración. Por medio de que este fichero de configuración es
independiente de la implementación, es especialmente posible
materializar, de forma sencilla, una configuración del programa
informático, de tal modo que el programa informático puede
desarrollarse por ejemplo en un nuevo sistema informático, cuyos
parámetros precisos ni siquiera eran conocidos durante la
elaboración del programa informático.
El contenedor de datos de configuración hace
posible que todos los datos relevantes para una configuración se
mantengan centralmente. Mediante los datos de configuración
almacenados en el depósito de datos de configuración se produce
automáticamente al menos un fichero de configuración dependiente de
la implementación. En el fichero de configuración dependiente de la
implantación tiene lugar, con relación al fichero de configuración
independiente de la implementación, una concretización de valores de
parámetros aislados o múltiplos. En el caso de una concretización de
este tipo se sustituyen por ejemplo valores relativos por valores
absolutos. Del mismo modo pueden asignarse a valores o márgenes de
datos aislados determinados tipos o estructuras de datos. El fichero
de configuración dependiente de la implementación tiene en cuenta en
consecuencia características dependientes de la implementación, como
por ejemplo uno o varios lenguajes de programación utilizados
durante la programación o características del hardware, en el que
debe desarrollarse el programa informático.
El establecimiento o la actualización del
contenedor de datos de configuración, mediante las informaciones
almacenadas en los ficheros de configuración independientes de la
implementación, puede llevarse a cabo por ejemplo mediante los
llamados scripts. Con ello un script designa una secuencia de
comandos, que pueden ser ejecutados por un programa informático
especial. Los programas informáticos especiales de este tipo son por
ejemplo AWK o Perl. Estos programas informáticos especiales también
pueden usarse para producir, a partir de los datos de configuración
almacenados en el contenedor de datos de configuración, ficheros de
configuración dependientes de la implementación.
Un componente esencial de la invención es por lo
tanto el reconocimiento de que la configuración de un programa
informático puede mejorarse decisivamente, por medio de que entre un
usuario (configurador) y el programa informático esté prevista una
descripción abstracta de la configuración a ejecutar en el fichero
de configuración independiente de la implementación, que sirve de
base para la configuración. Con base en el fichero de configuración
independiente de la implementación se establece automáticamente un
fichero de configuración independiente de la implementación, que
después se utiliza para configurar el programa informático. El
procedimiento conforme a la invención hace por lo tanto posible que
las informaciones que describen una configuración se indiquen de
forma abstracta y con ello de forma especialmente bien legible.
Mediante la independencia de cualquier detalle de implementación se
consigue además una flexibilidad especialmente elevada.
En un perfeccionamiento ventajoso del
procedimiento se produce automáticamente al menos una información de
dependencia, que describe una dependencia de al menos dos datos de
configuración presentes en el contenedor de datos de configuración.
Al menos un fichero de configuración dependiente de la
implementación se produce en dependencia de al menos una información
de dependencia.
Las informaciones de dependencia pueden
describir por ejemplo si la modificación de un parámetro de
configuración influye en otro parámetro de configuración. Si por
ejemplo se reserva para una unidad funcional un recurso de forma
exclusiva, no está disponible durante la ejecución de la unidad
funcional para otras unidades funcionales. Con informaciones de
dependencia puede establecerse qué unidades funcionales necesitan un
recurso determinado y, con ello, no pueden desarrollarse
simultáneamente. Las informaciones de dependencia pueden utilizarse
en consecuencia también para gestionar recursos.
En una forma de ejecución preferida del
procedimiento se elaboran varios ficheros de configuración
independientes de la implementación y cada uno de los ficheros de
configuración independientes de la implementación se asocia al menos
a una unidad funcional. Esto hace posible una configuración
especialmente sencilla, por medio de que los parámetros de
configuración almacenados como informaciones en los ficheros de
configuración independientes de la implementación pueden ser
llamados y modificados de forma especialmente sencilla. Es por
ejemplo posible disponer las informaciones que determinan la
configuración, es decir los parámetros de configuración, según la
funcionalidad o el hardware influidos por los mismos. Además de esto
se hace posible por medio de esto una adaptación especialmente
sencilla de los ficheros de configuración independientes de la
implementación. En el caso más sencillo se asocia a una unidad
funcional que se acaba de incorporar un fichero de configuración
especial independiente de la implementación.
De forma ventajosa se producen varios ficheros
de configuración dependientes de la implementación y cada uno de los
ficheros de configuración dependientes de la implementación se
asigna al menos a una unidad funcional. Una estructuración de este
tipo de los ficheros de configuración dependientes de la
implementación aumenta la facilidad para ver los ficheros de
configuración dependientes de la implementación. Si el código fuente
está estructurado de tal modo que una o varias unidades funcionales
se encuentran en diferentes ficheros, puede conseguirse que a cada
uno de los ficheros del código fuente se asocie un fichero de
configuración dependiente de la implementación. También puede
conseguirse una estructuración especialmente fácil de comprender por
medio de que a cada fichero de configuración independiente de la
implementación se asocie un fichero de configuración dependiente de
la implementación.
Con preferencia se produce al menos un fichero
de configuración dependiente de la implementación en dependencia de
al menos una característica de un hardware, en el que se quiere
hacer posible una instalación de al menos una parte del programa
informático configurado. Una característica de hardware de este tipo
puede ser por ejemplo el número de procesadores disponibles o la
clase y el número de sensores conectados al hardware. Si se tienen
en cuenta las características de hardware de este tipo para la
producción de los ficheros de configuración dependientes de la
implementación, puede realizarse una configuración especialmente
precisa del programa informático. De este modo es por ejemplo
posible elaborar automáticamente, en especial con informaciones de
dependencia, una configuración optimizada con relación a la
velocidad de ejecución.
En una forma de ejecución preferida se produce
al menos un fichero de configuración dependiente de la
implementación en dependencia del resultado de una prueba de
plausibilidad. Una prueba de plausibilidad puede comprender por
ejemplo la comprobación de si un recurso necesario para una unidad
funcional está en realidad disponible.
Con preferencia se utiliza al menos una
característica de hardware para llevar a cabo la prueba de
plausibilidad. Por medio de esto puede aumentarse especialmente bien
el grado de automatización y alcanzarse una configuración fiable del
programa informático. Si una unidad funcional prevé por ejemplo una
detección de valores de medición, puede comprobarse si se dispone de
sensores adecuados y si estos ponen a disposición la precisión de
medición requerida. En este caso es por ejemplo imaginable que se
lleve a cabo automáticamente una configuración del sensor.
En otro ejemplo de ejecución preferido se
elabora automáticamente una documentación. La documentación describe
las informaciones almacenadas dentro de al menos un fichero de
configuración independiente de la implementación y/o de al menos un
fichero de configuración dependiente de la implementación. Las
documentaciones de este tipo producidas automáticamente aumentan la
capacidad de mantenimiento del programa informático, por un lado, y
hacen posible de forma especialmente sencilla completar una
configuración llevada a cabo, por otro lado. Mediante la producción
automática de la documentación se garantiza que ésta coincida con la
configuración real. Si se desea llevar a cabo una nueva
configuración del programa informático, puede determinarse de forma
especialmente sencilla, con base en una documentación de este tipo,
qué valores de parámetros tienen que modificarse.
Con preferencia se elabora al menos un fichero
de configuración independiente de la implementación en un formato
basado en XML. El XML (Extensible Markup Language) es un
meta-lenguaje estandarizado, que hace posible
producir lenguajes estructurados. Si al menos un fichero de
configuración independiente de la implementación se ha elaborado en
un lenguaje estructurado, conforme con XML, se facilita una
configuración por medio de que un fichero de configuración
independiente de la implementación sea especialmente bien legible.
Además de esto un fichero de configuración de este tipo puede leerse
también especialmente bien mediante mecánicamente. En especial
existen muchas herramientas de software (tools) en parte también
estandarizadas, mediante las cuales es posible una mecanización y un
tratamiento de ficheros elaborados en un formato basado en XML.
En una forma de ejecución preferida del
procedimiento se establece automáticamente, en dependencia de los
datos de configuración, si se necesita una unidad funcional
comprendida por el programa informático por parte del programa
informático y sólo se lleva a cabo una configuración de esta unidad
funcional si el programa informático necesita la unidad funcional.
Esto hace posible llevar a cabo una configuración de forma
especialmente rápida, por medio de que sólo se configuren realmente
aquellas unidades funcionales que se necesitan realmente para una
ejecución del programa informático configurado. Asimismo se consigue
de esta forma que el programa informático configurado necesite el
menos espacio de almacenamiento posible, ya que por ejemplo se
autoriza una traducción del código fuente a código máquina, sólo
para aquellas unidades funcionales que deban utilizarse
realmente.
La tarea es resuelta también mediante un sistema
de software de la clase citada al comienzo. Con ello el sistema de
software presenta:
- -
- al menos un fichero de configuración independiente de la implementación;
- -
- un contenedor de datos de configuración que comprende datos de configuración y/o medios para elaborar un contenedor de datos de configuración en dependencia de informaciones almacenadas en al menos un fichero de datos independiente de la implementación;
- -
- medios para modificar y/o leer datos de configuración en el contenedor de datos de configuración;
- -
- medios para producir automáticamente al menos un fichero de configuración dependiente de la implementación, en dependencia de datos de configuración archivados en el contenedor de datos de configuración;
- -
- medios para configurar automáticamente al menos una unidad funcional, en dependencia de informaciones almacenadas en el fichero de configuración dependiente de la implementación.
El sistema de software presenta con preferencia
medios para llevar a cabo el procedimiento conforme a la
invención.
La materialización de la invención en forma de
un sistema de software tiene aquí una importancia especial. Con ello
el sistema de software puede desarrollarse en un aparato de cálculo,
en especial en un microprocesador, y es adecuado para ejecutar el
procedimiento conforme a la invención. En este caso se materializa
por lo tanto la invención mediante el sistema de software, de tal
modo que el sistema de software representa la invención del mismo
modo que el procedimiento, para cuya ejecución es adecuado el
sistema de software. El sistema de software está archivado con
preferencia en un elemento de memoria. El elemento de memoria puede
estar configurado como memoria de acceso aleatorio, memoria de sólo
lectura o memoria flash. El elemento de memoria puede estar también
configurado como disco versátil digital (DVD), disco compacto (CD) o
como disco fijo (disco duro).
Se deducen particularidades, posibilidades de
aplicación y ventajas adicionales de la invención de la siguiente
descripción de ejemplos de ejecución de la invención, que se han
representado en el dibujo. Con ello todas las particularidades
descritas o representadas forman por sí mismas o en cualquier
combinación el objeto de la invención, con independencia de su
resumen en las reivindicaciones o su referencia retrospectiva, así
como independientemente de su formulación o representación en la
descripción o en el dibujo. Aquí muestran:
la figura 1 una forma de ejecución de un sistema
de software para llevar a cabo el procedimiento conforme a la
invención; y
la figura 2 un diagrama de desarrollo
esquemático de una forma de ejecución del procedimiento conforme a
la invención.
En la figura 1 se ha representado un sistema de
software para llevar a cabo el procedimiento conforme a la
invención. El sistema de software presenta varios ficheros de
configuración 1 dependientes de la implementación. A cada fichero de
configuración 1 está asociado un nombre de fichero. Los ficheros de
configuración independientes de la implementación representados en
la figura 1 llevan por ejemplo los nombres de ficheros conf_1.xml,
conf_2.xml, conf_3.xml a conf_n.xml. La terminación de fichero .xml
indica que los ficheros de configuración 1 independientes de la
implementación se presentan en un formato basado en XML. Un fichero
de texto que se presenta en un formato basado en XML hace posible
que el fichero de texto pueda estructurarse según normas
prefijables. Un fichero de texto estructurado de este modo puede
leerse y tratarse especialmente bien manual- y mecánicamente.
Los ficheros de configuración 1 independientes
de la implementación se alimentan a un script 2. El script 2 está
configurado por ejemplo como un llamado script Perl. El Perl es un
lenguaje intérprete, cuya sintaxis se basa en el lenguaje de
programación C y que es utilizado por los programas de servicios
puestos a disposición por el respectivo sistema operativo.
Mediante el script 2 se leen los ficheros de
configuración 1 independientes de la implementación y se extraen las
informaciones almacenadas en los mismos, y se almacenan en un
contenedor de datos de configuración 3. Al mismo tiempo se
determinan y almacenan también posibles dependencias existentes
respecto a los otros scrips de configuración 4.
Con el símbolo de referencia 4 se han
representado otros scrips de configuración. Estos están configurados
igualmente como scrips Pearl. También e imaginable que uno o varios
de los otros scrips de configuración 4 sea un programa informático
ejecutable (código máquina), o esté presente en otro lenguaje de
script, por ejemplo AWK.
Con el símbolo de referencia 5 se designan
ficheros de configuración dependientes de la implementación. Los
ficheros de configuración 5 dependientes de la implementación están
codificados por ejemplo en el lenguaje de programación, en el que
también está programado el código fuente a configurar. Los ficheros
de configuración dependientes de la implementación de este tipo
pueden ser tratados por un compilador 6.
Con el símbolo de referencia 7 se ha
representado un programa informático, que presenta varias unidades
funcionales 8.
El modo de funcionamiento del sistema de
software conforme a la invención se describe con base en el diagrama
de desarrollo representado en la figura 2.
El diagrama de desarrollo representado en la
figura 2 de un procedimiento conforme a la invención para configurar
un programa informático se inicia en un paso 100. En un paso 101 se
establecen o modifican ficheros de configuración 1 independientes de
la implementación. Los ficheros de configuración 1 independientes de
la implementación destacan en especial porque es posible, mediante
las informaciones allí almacenadas, describir de forma abstracta
valores de información concretos o parámetros de configuración. Los
valores de configuración concretos pueden determinar por ejemplo el
margen de medición de un módulo sensorial para medir una tensión
eléctrica. Por ejemplo es posible indicar un margen de medición de
forma abstracta con los valores 3-5 voltios. Los
valores del margen de medición dependientes de la implementación y
a producir de aquí, tal y como espera la unidad funcional a
configurar, pueden ser sin embargo por ejemplo de entre 10.000 y
20.000. Una unidad funcional 8 del programa informático que controle
el módulo sensorial debería configurarse en este caso, por ejemplo
mediante los valores de configuración concretos 10.000 y 20.000,
para hacer posible una medición en un margen de medición de
3-5 voltios.
Los ficheros de configuración 1 independientes
de la implementación, elaborados o modificados en el paso 101, se
han elaborado por ejemplo en un formato basado en XML. Un formato de
este tipo hace posible conseguir especialmente bien una
estructuración fácil de comprender de los ficheros de configuración
1 independientes de la implementación. Esto aumenta la legibilidad
de los ficheros de configuración 1 independientes de la
implementación y simplifica la modificación de los ficheros de
configuración 1 independientes de la implementación, por ejemplo por
medio de que los datos de configuración a modificar pueden llamarse
rápidamente. Es posible también para un programa informático
especialmente grande, para cuya configuración se necesitan muchos
datos de configuración, prever sólo un único fichero de
configuración independiente de la implementación. Una estructuración
de las informaciones almacenadas en el fichero de configuración 1
independiente de la implementación puede conseguirse con ello
mediante estructuras XML adecuadas. Sin embargo, es especialmente
ventajoso prever varios ficheros de configuración independientes de
la implementación. A cada uno de estos ficheros de configuración 1
independientes de la implementación pueden estar asociadas una o
varias unidades funcionales 8. Por medio de esto es posible llevar
acabo de forma especialmente fácil de comprender la elaboración o
modificación de los ficheros de configuración independientes de la
implementación. Asimismo se aumenta por medio de esto una
posibilidad de reutilización de ficheros de configuración
independientes de la implementación. Esto es en especial ventajoso
para proyectos en los que también deben reutilizarse unidades
funcionales 8 aisladas del código fuente.
En un paso 102 se establece o actualiza el
contenedor de datos de configuración 3. Esto se produce mediante el
procesamiento de las indicaciones listadas en el script. El script 2
autoriza en primer lugar que se lean los ficheros de configuración 1
independientes. Si los ficheros de configuración 1 independientes de
la implementación cumplen un formato estructurado, por ejemplo un
formato basado en XML, puede llevarse a cabo especialmente bien
mediante el script 2 un análisis sintáctico y/o semántico del
contenido de los ficheros de configuración 1 independientes de la
implementación. De este modo pueden reconocerse por ejemplo errores
a la hora de indicar datos de configuración. El formato basado en
XML de los ficheros de configuración 1 independientes de la
implementación presenta con preferencia una estructura jerárquica,
que se basa ventajosamente en la propia estructura de las unidades
funcionales 8, en sus dependencias y/o en su proximidad temática.
Mediante el script 2 pueden reconocerse errores durante el
establecimiento de esta estructura jerárquica y con ello también
durante el establecimiento del propio código
fuente.
fuente.
El paso 102 presenta ventajosamente un
tratamiento de los errores encontrados. Esto puede realizarse por
ejemplo mediante la edición de informaciones de errores. También es
imaginable que se usen procedimientos estocásticos para eliminar los
errores.
El script 2 extrae en el paso 102 los datos de
configuración presentes en los ficheros de configuración 1
independientes de la implementación y los archiva en el contenedor
de datos de configuración 3. El contenedor de datos de configuración
3 puede estar configurado con ello por ejemplo como banco de datos.
También es imaginable que el contenedor de datos de configuración 3
esté materializado como una estructura de datos mantenida en una
región de memoria dentro del sistema de software conforme a la
invención, en donde se garantiza que el script 2 tenga acceso de
escritura y lectura a los datos de configuración almacenados en el
contenedor de datos de configuración 3.
En un paso 103 se establecen dependencias. Una
dependencia de este tipo puede describir por ejemplo qué unidades
funcionales 8 del programa informático tienen que procesarse
realmente con la configuración disponible. Mediante estas
dependencias puede decidirse si en uno de los pasos siguientes es
necesario producir en realidad un fichero de configuración
dependiente de la implementación para una determinada unidad
funcional 8. Las dependencias pueden describir aparte de esto qué
configuraciones concretas dependen de qué datos de configuración
abstractos. De este modo es imaginable que la modificación de una
fecha de configuración abstracta produzca, en un fichero de
configuración independiente de la implementación, una modificación
de varios datos de configuración concretos.
También pueden producirse dependencias si los
otros scripts 4 modifican por su parte el contenedor de
configuración 3. De este modo es necesario establecer y almacenar la
correcta secuencia de llamada (secuencia de activación) de los
scripts 4. Las dependencias también pueden describir relaciones
entre uno o varios componentes de hardware y datos de configuración
aislados. Esto hace posible reconocer, por ejemplo, si una
configuración prevista puede desarrollarse realmente en un
determinado hardware.
En un paso 104 se lleva a cabo una prueba de
plausibilidad. Con ello se comprueba, en especial con base en las
dependencias establecidas en el paso 103, si la configuración
prefijada mediante los ficheros de configuración 1 independientes de
la implementación presenta errores. Si es éste el caso se vuelve al
paso 101, en el que se lleva a cabo una modificación de los ficheros
de configuración 1 independientes de la implementación con el fin de
eliminar errores. Si en el paso 104 no se reconoce ningún error, se
pasa al paso 105.
En el paso 105 se producen los ficheros de
configuración 5 dependientes de la implementación. Para esto se
llaman en primer lugar, mediante un script 4 o varios scripts 4, los
datos de configuración almacenados en el contenedor de datos de
configuración 3. En el presente ejemplo de configuración los scripts
4 están configurados como scripts Pearl. Mediante los scripts 4 se
transforman en especial los datos de configuración abstractos,
almacenados en el contenedor de datos de configuración 3, en datos
de configuración concretos que después se almacenan en los ficheros
de datos de configuración 5 dependientes de la implementación. Con
preferencia se utilizan con ello también las dependencias
establecidas en el paso 103.
Los ficheros de configuración 5 dependientes de
la implementación producidos en el paso 105 pueden ser por ejemplo
ficheros Header (file_.h, file_2.h, file_3.h en la figura 1). Los
ficheros de configuración 5 dependientes de la implementación
producidos pueden contener también códigos fuente (file_2.c,
file_k.c en la figura 1). Normalmente los datos de configuración
concretos producidos por los scripts 4 a partir de los datos de
configuración abstractos están materializados mediante
adjudicaciones de valores para variables y/o parámetros funcionales,
así como indicaciones, en un lenguaje de programación. Con ello el
lenguaje de programación se corresponde con el lenguaje de
programación en el que están codificadas las unidades funcionales 8
del programa informático 7, por ejemplo en el lenguaje de
programación C++, con lo que los datos de configuración concretos
pueden materializarse por ejemplo mediante llamadas indicaciones
#Define o mediante la definición de variables contantes. Mediante
los scripts 4 es también posible producir funciones, en dependencia
de los datos de configuración archivados en el contenedor de datos
de configuración 3, que asumen tareas complejas -como por ejemplo la
inicialización de componentes de hardware o la comprobación de la
presencia de componentes de software o componentes de hardware
aislados- y están materializadas ellas mismas como código fuente en
un lenguaje de programación superior. Este código fuente puede
almacenarse después en uno o varios ficheros de configuración
dependientes de la implementación (file_2.c, file_k.c en la figura
1). Para esto un script 4 puede contener por ejemplo un llamado
template, que se compone por ejemplo de indicaciones en C++, que se
actualizan en dependencia de los datos de configuración archivados
en el contenedor de datos de configuración 3 y se almacenan en un
fichero de configuración 5 dependiente de la implementación.
En un paso 107 se actualizan las unidades
funcionales 8 del programa informático 7. Esto puede realizarse por
ejemplo mediante la llamada automática de un compilador 6, que
traduce las unidades funcionales 8 disponibles en un código fuente a
un código máquina. Para esto el compilador 6 lee los ficheros de
configuración 5 dependientes de la implementación y controla la
producción del código máquina en dependencia de los datos de
configuración concretos, almacenados en los ficheros de
configuración 5 dependientes de la implementación. También es
imaginable que una o varias unidades funcionales 8 ya estén
disponibles en código de máquina. En este caso el compiler puede
traducir por ejemplo el código fuente producido por los scripts 4
(file_2c, file_kc en la figura 1), teniendo en cuenta los ficheros
Header (file_1.h, file_2.h, file_3.h) a código máquina y unir el
código máquina así traducido, mediante un llamado linker asociado
al compilador 6, al código máquina que representa las unidades
funcionales 8.
En un paso 108 finaliza el procedimiento. En
este paso el programa informático 7 está configurado de tal modo,
que en el código máquina producido se tienen en cuenta los datos de
configuración concretos almacenados en los ficheros de configuración
independientes de la implementación.
Como es natural es posible que el script 2 y/o
los scripts 4 estén escritos en otro lenguaje de script o estén
configurados como programas ejecutables.
Los pasos de ejecución representados en la
figura 2 puede naturalmente variar y la secuencia del procesamiento
puede modificarse parcialmente. De este modo es imaginable que la
prueba de plausibilidad 104 sea llevada a cabo por uno o varios de
los scripts 4.
El procedimiento puede partir en especial
también de uno o varios ficheros de configuración independientes de
la implementación, presentar uno o varios scripts 2, que se ejecuten
por ejemplo consecutivamente, presentar uno o varios acripts 4 que
produzcan en cada caso uno o varios ficheros de configuración 5
dependientes de la implementación y, como es natural, el programa
informático 7 puede presentar una o varias unidades funcionales 8.
Con el procedimiento conforme a la invención es en especial posible
reconocer si una o varias de las unidades funcionales 8, con la
configuración prefijada mediante los ficheros de configuración
independientes de la implementación, se aplican realmente. Si no es
éste el caso, esto puede reconocerse mediante una herramienta de
software no representada, asociada al contenedor de datos de
configuración 3. Esto hace posible que una unidad funcional 8 de
este tipo no se configure y mediante los ficheros de configuración 5
dependientes de la implementación del compilador 6 se autorice, que
no se asuma la unidad funcional 8 con el código máquina a producir.
Por medio de esto el procedimiento conforme a la invención puede
llevarse a cabo de forma especialmente rápida. El código máquina,
que se ha configurado mediante un programa informático que se ha
configurado mediante el procedimiento conforme a la invención, puede
ser con ello especialmente compacto y de este modo ahorrar espacio
de memoria.
Es posible que el propio script 2 autorice ya la
producción de uno o varios ficheros de configuración 5 dependientes
de la implementación. Por medio de esto puede llevarse a cabo de
forma especialmente rápida el procedimiento conforme a la invención.
Esto puede ser por ejemplo ventajoso para datos de configuración
abstractos, que no presenten ninguna dependencia y se diferencien de
los datos de configuración concretos.
Claims (16)
1. Procedimiento para configurar un programa
informático que comprende al menos una unidad funcional (8), en el
que
- -
- al menos se produce un fichero de configuración (1) independiente de la implementación y/o en el que se modifican informaciones almacenadas en al menos un fichero de configuración (1) independiente de la implementación;
- -
- se produce automáticamente al menos un fichero de configuración (5) dependiente de la implementación; y
- -
- se configura al menos una unidad funcional (8) en dependencia de informaciones almacenadas en al menos un fichero de configuración (5) dependiente de la implementación,
caracterizado porque:
- -
- las informaciones almacenadas en el fichero de configuración (5) independiente de la implementación describen de forma abstracta parámetros de configuración concretos;
- -
- las informaciones almacenadas en el fichero de configuración (1) independiente de la implementación se extrae y se archivan en un contenedor de datos de configuración (3);
- -
- se produce al menos una información de dependencia, en donde la información de dependencia describe una dependencia de al menos un componente de hardware, de al menos una fecha de configuración abstracta disponible en el contenedor de datos de configuración (3); y
- -
- el fichero de configuración (5) dependiente de la implementación se produce en dependencia de los datos de configuración abstractos archivados en el contenedor de datos de configuración (3), al menos de una característica de un hardware y de al menos una información de dependencia, en donde el fichero de configuración (5) dependiente de la implementación comprende datos de configuración de configuración.
2. Procedimiento según la reivindicación 1,
caracterizado porque se produce automáticamente al menos una
información de dependencia adicional y porque al menos un fichero de
configuración (5) dependiente de la implementación se produce en
dependencia de al menos una información de dependencia adicional, en
donde la información de dependencia adicional describe una
dependencia de al menos dos datos de configuración disponibles en el
contenedor de datos de configuración (3).
3. Procedimiento según una de las
reivindicaciones anteriores, en donde el programa informático
presenta varias unidades funcionales (8), caracterizado
porque se elaboran varios ficheros de configuración (1)
independientes de la implementación y cada uno de los ficheros de
configuración (1) independientes de la implementación se asocia al
menos a una unidad funcional (8).
4. Procedimiento según una de las
reivindicaciones anteriores, en donde el programa informático
presenta varias unidades funcionales (8), caracterizado
porque se elaboran varios ficheros de configuración (5) dependientes
de la implementación y cada uno de los ficheros de configuración (5)
dependientes de la implementación se asocia al menos a una unidad
funcional (8).
5. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque se produce
automáticamente una información de dependencia adicional y porque al
menos un fichero de configuración (5) dependiente de la
implementación se produce en dependencia de al menos una información
de dependencia adicional, en donde la información de dependencia
adicional describe una dependencia de una unidad funcional (8) de al
menos una fecha de configuración disponible en el contenedor de
datos de configuración (3).
6. Procedimiento según una de las
reivindicaciones anteriores, en el que al menos un fichero de
configuración (5) dependiente de la implementación se produce en
dependencia del resultado de una prueba de plausibilidad.
7. Procedimiento según las reivindicaciones 5 y
6, caracterizado porque para llevar a cabo la prueba de
plausibilidad se utiliza al menos una característica de
hardware.
8. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque se produce
automáticamente una documentación y la documentación describe las
informaciones almacenadas dentro de al menos un fichero de
configuración independiente de la implementación y/o de al menos un
fichero de configuración dependiente de la implementación.
9. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque al menos un
fichero de configuración (1) independiente de la implementación se
elabora en un formato basado en XML.
10. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque en
dependencia de los datos de configuración abstractos se establece
automáticamente si el programa informático necesita una unidad
funcional (8) comprendida por el programa informático y una
configuración de esta unidad funcional (8) sólo se lleva a cabo, en
el caso de que el programa informático necesite la unidad funcional
(8).
11. Procedimiento según una de las
reivindicaciones anteriores, caracterizado porque la
modificación de una fecha de configuración abstracta en un fichero
de configuración (1) independiente de la implementación produce una
modificación de varios datos de configuración concretos.
12. Sistema de software para configurar un
programa informático que comprende al menos una unidad funcional
(8), en donde el sistema de software
- -
- presenta al menos un fichero de configuración (1) independiente de la implementación;
- -
- medios para la producción automática de al menos un fichero de configuración (5) dependiente de la implementación; y
- -
- medios para configurar automáticamente al menos una unidad funcional (8) en dependencia de informaciones almacenadas en el fichero de configuración (5) dependiente de la implementación,
caracterizado porque
- -
- en el fichero de configuración (1) independiente de la implementación están archivados datos de configuración abstractos, que describen de forma abstracta parámetros de configuración;
- -
- el sistema de software presenta medios para extraer informaciones abstractas almacenadas en al menos un fichero de configuración (1) independiente de la implementación;
- -
- el sistema de software presenta medios para archivar las informaciones extraídas en un contenedor de datos de configuración (3);
- -
- el sistema de software presenta medios para modificar y/o leer datos de configuración del contenedor de datos de configuración (3);
- -
- el sistema de software comprende medios para la producción automática de al menos una información de dependencia, en donde la información de dependencia describe una dependencia de al menos un componente de hardware de al menos una fecha de configuración, disponible en el contenedor de datos de configuración (3); y
- -
- el sistema de software presenta medios para la producción automática de al menos un fichero de configuración dependiente de la implementación, en dependencia de datos de configuración abstractos archivados en el contenedor de datos de configuración (3), de al menos una característica de un hardware y de al menos una información de dependencia.
13. Sistema de software según la reivindicación
12, caracterizado porque el sistema de software presenta
medios para llevar a cabo un procedimiento según una de las
reivindicaciones 2 a 11.
14. Sistema de software según la reivindicación
12 ó 13, caracterizado porque el sistema de software se
archiva en un medio de archivo.
15. Sistema de software según la reivindicación
14, caracterizado porque el sistema de software se archiva en
una memoria de acceso aleatorio, memoria de sólo lectura, en una
memoria flash, en un disco versátil digital (DVD), un disco compacto
(CD) o un disco fijo (disco duro).
16. Aparato de cálculo, en especial aparato de
control que presenta un microprocesador, caracterizado porque
el aparato de cálculo está programado para llevar a cabo un
procedimiento según una de las reivindicaciones 1 a 11.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE102004005730 | 2004-02-05 | ||
| DE102004005730A DE102004005730A1 (de) | 2004-02-05 | 2004-02-05 | Verfahren zur Konfiguration eines Computerprogramms |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2309706T3 true ES2309706T3 (es) | 2008-12-16 |
Family
ID=34801630
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05701596T Active ES2309706T3 (es) | 2004-02-05 | 2005-01-24 | Procedimiento para configurar un programa informatico. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US8365163B2 (es) |
| EP (1) | EP1723513B1 (es) |
| JP (1) | JP5209209B2 (es) |
| KR (1) | KR101154730B1 (es) |
| CN (1) | CN100478877C (es) |
| AT (1) | ATE406610T1 (es) |
| DE (2) | DE102004005730A1 (es) |
| ES (1) | ES2309706T3 (es) |
| WO (1) | WO2005076129A1 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102005032944A1 (de) * | 2005-07-14 | 2007-01-18 | Robert Bosch Gmbh | Verfahren und Softwaresystem zur Konfiguration eines modularen Systems |
| DE102005060161A1 (de) * | 2005-12-14 | 2007-06-21 | Robert Bosch Gmbh | Verfahren zur Verarbeitung und Erzeugung von Diagnosedaten in einem Softwareentwicklungsprozess |
| KR101484680B1 (ko) * | 2007-10-04 | 2015-01-21 | 삼성전자 주식회사 | 컴포넌트 기반 소프트웨어 제품 관리 시스템 및 방법 |
| US8627306B2 (en) * | 2008-08-06 | 2014-01-07 | Caterpillar Inc. | Method and system for updating an information management system configuration |
| DE102008043374A1 (de) | 2008-10-31 | 2010-05-06 | Robert Bosch Gmbh | Vorrichtung und Verfahren zur Generierung redundanter, aber unterschiedlicher Maschinencodes aus einem Quellcode zur Verifizierung für ein sicherheitskritisches System |
| WO2010148227A1 (en) * | 2009-06-19 | 2010-12-23 | Dolby Laboratories Licensing Corporation | Upgradable engine framework for audio and video |
| US8688792B2 (en) * | 2010-05-06 | 2014-04-01 | Nec Laboratories America, Inc. | Methods and systems for discovering configuration data |
| JP5969875B2 (ja) * | 2012-09-28 | 2016-08-17 | 株式会社Ｓｃｒｅｅｎホールディングス | データ生成システムおよびデータ生成方法 |
| US9135000B2 (en) * | 2012-11-06 | 2015-09-15 | Rockwell Automation Technologies, Inc. | Runtime process diagnostics |
| US8898634B2 (en) | 2012-11-06 | 2014-11-25 | Rockwell Automation Technologies, Inc. | Customized object design for industrial automation application |
| US9031975B2 (en) | 2012-11-06 | 2015-05-12 | Rockwell Automation Technologies, Inc. | Content management |
| US9355193B2 (en) | 2012-11-06 | 2016-05-31 | Rockwell Automation Technologies, Inc. | Object design data model |
| US9563861B2 (en) | 2012-11-06 | 2017-02-07 | Rockwell Automation Technologies, Inc. | Integration of workflow and library modules |
| US20140330691A1 (en) * | 2013-05-01 | 2014-11-06 | Life Dreams, Inc. | Devices, methods and systems related to automation that provides financial planning advice |
| CN104090780A (zh) * | 2014-07-31 | 2014-10-08 | 广州视源电子科技股份有限公司 | 自动配置方法以及云编译系统 |
| CN107291532A (zh) * | 2016-03-31 | 2017-10-24 | 富士施乐实业发展（中国）有限公司 | 应用程序的自动化执行方法及装置 |
| RU2675188C1 (ru) * | 2017-12-27 | 2018-12-17 | Федеральное государственное бюджетное учреждение науки Институт физики прочности и материаловедения Сибирского отделения Российской академии наук (ИФПМ СО РАН) | Устройство и способ для получения порошковых материалов на основе нано- и микрочастиц путем электрического взрыва проволоки |
| RU2699886C1 (ru) * | 2018-12-13 | 2019-09-11 | Федеральное государственное бюджетное учреждение науки Институт физики прочности и матероиаловедения Сибирского отделения Российской академии наук (ИФПМ СО РАН) | Способ получения металлического порошка и устройство для его осуществления |
| US20220350587A1 (en) * | 2021-04-29 | 2022-11-03 | Salesforce.Com, Inc. | Methods and systems for deployment of services |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5005136A (en) * | 1988-02-16 | 1991-04-02 | U.S. Philips Corporation | Silicon-compiler method and arrangement |
| JPH0455938A (ja) * | 1990-06-25 | 1992-02-24 | Fujitsu Ltd | プログラム仕様書自動生成方式 |
| JPH06195214A (ja) * | 1992-12-25 | 1994-07-15 | Toshiba Corp | プログラム設計図およびソースプログラムの複写装置 |
| US5872977A (en) * | 1997-08-08 | 1999-02-16 | International Business Machines Corporation | Object-oriented method and apparatus for creating a makefile |
| US6295561B1 (en) * | 1998-06-30 | 2001-09-25 | At&T Corp | System for translating native data structures and specific message structures by using template represented data structures on communication media and host machines |
| US6370682B1 (en) * | 1999-09-15 | 2002-04-09 | Siemens Atkiengesellschaft | System and method for developing reusable flexible and platform independent software using components |
| DE10121790B4 (de) * | 2000-06-03 | 2006-11-23 | International Business Machines Corp. | Softwarekonfigurationsverfahren zur Verwendung in einem Computersystem |
| EP1168163A1 (en) * | 2000-06-19 | 2002-01-02 | Hewlett-Packard Company, A Delaware Corporation | Process for installing a software package in a client computer |
| US6681391B1 (en) * | 2000-06-21 | 2004-01-20 | Microsoft Corporation | Method and system for installing software on a computer system |
| JP2002060727A (ja) | 2000-08-21 | 2002-02-26 | Nippon Polyurethane Ind Co Ltd | 天蓋パッキン用組成物及び該組成物を用いた天蓋パッキンの製造方法 |
| US6877035B2 (en) * | 2001-01-29 | 2005-04-05 | International Business Machines Corporation | System for optimal resource allocation and planning for hosting computing services |
| US20030033588A1 (en) * | 2001-01-29 | 2003-02-13 | John Alexander | System, method and article of manufacture for using a library map to create and maintain IP cores effectively |
| JP2002229783A (ja) | 2001-01-31 | 2002-08-16 | Toshiba Corp | ソフトウェア構築支援システム、その方法およびソフトウェア構築支援プログラム |
| JP2002366352A (ja) * | 2001-06-11 | 2002-12-20 | It Forest Corp | Ｗｅｂアプリケーション開発支援装置 |
| US6865733B2 (en) * | 2001-06-21 | 2005-03-08 | International Business Machines Corp. | Standardized interface between Java virtual machine classes and a host operating environment |
| US6789254B2 (en) * | 2001-06-21 | 2004-09-07 | International Business Machines Corp. | Java classes comprising an application program interface for platform integration derived from a common codebase |
| US7003759B2 (en) * | 2001-06-21 | 2006-02-21 | Codefast, Inc. | Collection makefile generator |
| DE10131944A1 (de) * | 2001-07-02 | 2003-01-16 | Siemens Ag | Verfahren zur Verarbeitung von Daten |
| US7774772B2 (en) * | 2001-09-28 | 2010-08-10 | Siebel Systems, Inc. | Method and apparatus to perform an application software migration |
| US7266810B2 (en) * | 2002-04-09 | 2007-09-04 | Hewlett-Packard Development Company, Lp. | Runtime profiling of platform-independent software applications |
| US7150003B2 (en) * | 2002-11-25 | 2006-12-12 | Matsushita Electric Industrial Co., Ltd. | Class coalescence for obfuscation of object-oriented software |
| TWI222576B (en) * | 2003-03-19 | 2004-10-21 | Taiwan Semiconductor Mfg | System and method for defining interface of manufacture execution system |
| US7350191B1 (en) * | 2003-04-22 | 2008-03-25 | Noetix, Inc. | Computer implemented system and method for the generation of data access applications |
| JP2004015838A (ja) | 2003-10-06 | 2004-01-15 | Toshiba Corp | 仮想的転送路形成方法 |
-
2004
- 2004-02-05 DE DE102004005730A patent/DE102004005730A1/de not_active Withdrawn
-
2005
- 2005-01-24 EP EP05701596A patent/EP1723513B1/de not_active Not-in-force
- 2005-01-24 ES ES05701596T patent/ES2309706T3/es active Active
- 2005-01-24 DE DE502005005190T patent/DE502005005190D1/de active Active
- 2005-01-24 AT AT05701596T patent/ATE406610T1/de not_active IP Right Cessation
- 2005-01-24 WO PCT/EP2005/050289 patent/WO2005076129A1/de active IP Right Grant
- 2005-01-24 CN CNB2005800041532A patent/CN100478877C/zh active Active
- 2005-01-24 JP JP2006551837A patent/JP5209209B2/ja active Active
- 2005-01-24 US US10/588,596 patent/US8365163B2/en active Active
-
2006
- 2006-08-04 KR KR1020067015780A patent/KR101154730B1/ko active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| DE502005005190D1 (de) | 2008-10-09 |
| CN1918545A (zh) | 2007-02-21 |
| JP5209209B2 (ja) | 2013-06-12 |
| WO2005076129A1 (de) | 2005-08-18 |
| US20070261028A1 (en) | 2007-11-08 |
| ATE406610T1 (de) | 2008-09-15 |
| CN100478877C (zh) | 2009-04-15 |
| DE102004005730A1 (de) | 2005-08-25 |
| EP1723513A1 (de) | 2006-11-22 |
| JP2007523407A (ja) | 2007-08-16 |
| KR101154730B1 (ko) | 2012-06-08 |
| US8365163B2 (en) | 2013-01-29 |
| KR20060123513A (ko) | 2006-12-01 |
| EP1723513B1 (de) | 2008-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2309706T3 (es) | Procedimiento para configurar un programa informatico. | |
| US20090106546A1 (en) | Method and Software System for Configuring a Modular System | |
| ES2493068T3 (es) | Procedimiento y dispositivo para crear un programa de aplicación para un mando de seguridad | |
| US20090064196A1 (en) | Model based device driver code generation | |
| BR112016024522B1 (pt) | Meio de armazenamento legível por computador não transitório, e, método para especializar uma classe genérica | |
| BRPI0718217A2 (pt) | Ambiente de execução gerenciada para estabelecimento de interface de aplicação de software | |
| KR101875225B1 (ko) | 가상 머신에 의한 실행을 위한 프로그래밍의 중간 코드의 보안 프로세스, 컴퓨터 프로그램 및 장치 | |
| ES2609508T3 (es) | Acciones de control definidas de forma declarativa | |
| US20020123981A1 (en) | Object-oriented program with a memory accessing function | |
| JP2018502391A (ja) | ユーザインタフェースを表示するためのコンピュータ実装方法 | |
| CN109815682A (zh) | 一种对权限进行追踪管理的方法、装置和计算机记录介质 | |
| US11221828B2 (en) | Support device and support program | |
| US7856623B2 (en) | Method and system for providing an enumeration assistant | |
| EP3633505A1 (en) | Configurable user interface architecture | |
| CN105493033A (zh) | 声明性配置元素 | |
| US8832670B2 (en) | Programmable controller and programming tool for communication with legacy equipment | |
| US20180181312A1 (en) | Program writing method, control method of apparatus, program for program writing, and control program of apparatus | |
| JP5079166B1 (ja) | シンボルテーブル生成方法、周辺機器との通信方法およびプログラマブルロジックコントローラ | |
| CN107562430B (zh) | 一种针对移动π演算语言的文件处理功能的编译方法 | |
| WO2001095165A3 (en) | Method and system for automated processor register instantiation | |
| JP6020071B2 (ja) | プログラマブルコントローラシステム、その支援装置、プログラマブルコントローラ | |
| ES2223954T3 (es) | Herramienta de programacion. | |
| EP0905616A2 (en) | Language processing system and method for generating an object program from a source program by use of two-step jump | |
| Parsons et al. | Compiling and Running Java Programs | |
| Manual | XCSoar 7.0 |