Вы находитесь на странице: 1из 17

CASE: Ayuda por PC a la Ingeniería de Software.

TECNOLOGÍA CASE: Una tecnología del software que mantiene una disciplina de
la ingeniería automatizada para el desarrollo de software, con metodologías
estructuradas y herramientas automatizadas.

HERRAMIENTA CASE: Una herramienta del software que automatiza una parte
del ciclo de desarrollo de software.

SISTEMA CASE: Un conjunto de herramientas CASE integradas que comparten


una Interface del usuario común.

KIT de HERRAMIENTAS CASE: Un conjunto de herramientas CASE integradas


que se han diseñado para trabajar juntas y automatizar, o proveer ayuda
automatizada al ciclo de desarrollo de software, incluyendo el análisis, diseño,
codificación y pruebas.

METODOLOGIA CASE: Una metodología estructurada que define una disciplina e


ingeniería como un acercamiento a todos o algunos aspectos del desarrollo y
mantenimiento de software.

PUESTO DE TRABAJO para CASE: Una estación de trabajo técnica, diseñada a


32 bits o computadora personal equipada con Herramientas Case que automatiza
varias funciones del ciclo.

PLATAFORMA de HARDWARE para CASE: Una arquitectura de hardware con


uno, dos o tres sistemas puestos en línea, que proveen una plataforma operativa
para las Herramientas Case[ CITATION cra19 \l 2058 ].

Software: Es el conjunto de los programas de cómputo, procedimientos, reglas,


documentación y datos asociados, que forman parte de las operaciones de un
sistema de computación.

PIB: producto interno bruto (PIB) conocido también como producto bruto interno
(PBI) y producto interior bruto es una medida macroeconómica que expresa el
valor monetario de la producción de bienes y servicios de demanda final de un
país durante un período determinado de tiempo
Ciencias Computacionales: Las ciencias de la computación o ciencias
computacionales son aquellas que abarcan las bases teóricas de la información y
la computación, así como su aplicación en sistemas computacionales. Existen
diversos campos o disciplinas dentro de las ciencias de la computación o ciencias
computacionales; algunos resaltan los resultados específicos del cómputo (como
los gráficos por computadora), mientras que otros (como la teoría de la
complejidad computacional) se relacionan con propiedades de los algoritmos
usados al realizar cómputos y otros se enfocan en los problemas que requieren la
implementación de cómputos.

CASE: es Computer-Aided Software Engineering Programas que son usados para


dar soporte automatizado a las actividades del proceso de software: Análisis de
requerimientos, modelado del sistema, pruebas y depuración (debugging).

Ada: Lenguaje de programación que fue desarrollado por el Departamento de


Defensa de los Estados Unidos como un lenguaje estándar para el desarrollo de
software militar. Está basado en las investigaciones en los lenguajes de
programación a partir de los años 70 e incluye construcciones como los tipos
abstractos de datos y soporte para concurrencia. Todavía se utiliza en grandes
sistemas aeroespaciales militares complejos.

análisis estático: Análisis basado en herramientas del código fuente de un


programa para descubrir errores y anomalías, Las anomalías como las
asignaciones sucesivas a una variables sin un uso intermedio pueden ser errores
de programación.

arquitectura cliente-servidor: Modelo arquitectónico para sistemas distribuidos


en el que la funcionalidad del sistema se ofrece como un conjunto de servicios
proporcionados por un servidor. Estos son accedidos por computadoras cliente
que hacen uso de los servicios. Variantes de este enfoque, como las arquitecturas
cliente-servidor de tres capas, utilizan múltiples servidores.
arquitectura de referencia: Arquitectura genérica del sistema que es una
arquitectura idea) que incluye todas las características que los sistemas podrían
incorporar. Constituye un modo de informar a los diseñadores sobre la estructura
general de esa clase de sistemas.

arquitectura software: Modelo de la estructura y organización fundamental de un


sistema software,

banco de trabajo CASE: Conjunto integrado de herramientas CASE que trabajan


conjuntamente para apoyar una actividad del proceso importante como el diseño
del software o la gestión de la configuración.

C: Lenguaje de programación que fue originalmente desarrollado para ayudar a


implementar el sistema Unix. C es un lenguaje de implementación de sistemas de
relativamente bajo nivel que permite el acceso al hardware del sistema y que
puede ser compilado a un código eficiente. Todavía se utiliza ampliamente para la
programación sistemas de bajo nivel.

C++: Lenguaje de programación orientado a objetos. C es un subconjunto de C++.

caso de confiabilidad: Documento estructurado que se utiliza para apoyar las


afirmaciones efectuadas por un desarrollador del sistema sobre la confiabilidad de
un sistema.

caso de seguridad: Argumento estructurado de que un sistema es seguro.


Normalmente es requerido por reguladores tales como los reguladores de la
seguridad nuclear.

caso de uso: Especificación de un tipo de interacción con un sistema.

ciclo de vida del software: Utilizado a menudo como otro nombre para el
proceso del software. Originalmente acuñado para referirse al modelo en cascada
del proceso del software.

clase de objetos: Una clase de objetos define los atributos y operaciones de los
objetos. Los objetos se crean en tiempo de ejecución mediante la instanciación de
la definición de la clase. El nombre de la clase de objetos se puede utilizar como
un nombre de tipo en algunos lenguajes orientados a objetos.

CMMI: Enfoque integrado para el modelado de madurez de la capacidad del


proceso. Apoya los modelados de madurez discretos y continuos e integra
sistemas y modelos de madurez de los procesos de la ingeniería del software.

código de ética y práctica profesional: Conjunto de pautas que exponen el


comportamiento ético y profesional esperado de los ingenieros del software. Fue
definido por las sociedades profesionales principales de los Estados Unidos (la A
CM y la IEEE) y define el comportamiento ético conforme a ocho títulos: público,
cliente y empleador, producto, juicio, gestión, colegas, profesión y personal.

COM+: Un modelo de componentes diseñado para su uso en plataformas


Microsoft.

Common Request Broker Architecture ( C O R B A ): Conjunto de estándares


propuesto por el OMG que define un modelo de objetos distribuido y las
comunicaciones de los objetos.

Componente: Unidad de software independiente y desplegable que se ha definido


completamente y a la que se accede a través de un conjunto de interfaces.

Confiabilidad: La confiabilidad de un sistema es una propiedad total que tienen


en cuenta la seguridad del sistema, la fiabilidad, la disponibilidad, la protección y
otros atributos. La confiabilidad de un sistema refleja el grado en el cual los
usuarios pueden confiar en el sistema.

Construcción del sistema: Proceso de compilar los componentes o unidades


que forman un sistema y enlazarlos con otros componentes para crear un
programa ejecutable. La construcción del sistema está normalmente automatizada
de modo que se minimiza la recompílación. Esta automatización puede ser
incorporada a un sistema de procesamiento de lenguajes (como en Java) o puede
implicar herramientas CASE para apoyar la construcción del sistema.
Constructive Cosí Modelling ( COCOMO ):Quizás el modelo algorítmico de
estimación de costes más conocido.

control de la calidad (QC): Proceso de asegurar que un equipo de desarrollo de


software sigue los estándares de calidad,

desarrollo del software orientado a aspectos: Enfoque para el desarrollo de


software que combina el desarrollo generativo y el basado en componentes. Se
identifican los intereses compartidos en un programa y la implementación de estos
intereses se define como aspectos. Un programa se encarga entonces de
entrelazar los aspectos en los lugares apropiados en el programa.

desarrollo incremental: Enfoque para el desarrollo de software en el que éste se


entrega y utiliza en incrementos.

desarrollo iterativo: Enfoque para el desarrollo de software en el que se


entrelazan los procesos de especificación, diseño, programación y pruebas.

desarrollo orientado a objetos (OO): Enfoque para el desarrollo de software en


el que las abstracciones fundamentales en el sistema son objetos independientes.
Se utiliza el mismo tipo de abstracción durante la especificación, diseño y
desarrollo.

desarrollo r á p i d o de aplicaciones (RAD): Enfoque para el desarrollo de


software dirigido a la entrega rápida de éste. A menudo implica el uso de la
programación de bases de datos y herramientas de apoyo al desarrollo como los
generadores de informes y pantallas.

detección de defectos: Utilización de procesos y comprobaciones en tiempo de


ejecución para detectar y eliminar los defectos en un programa antes de que éstos
causen un fallo de funcionamiento del sistema.

diagrama de secuencia: Diagrama que muestra la secuencia de interacciones


necesarias para completar alguna operación. En UML, los diagramas de
secuencias se pueden asociar con los casos de uso.
Dinámica de evolucion de los programas: Estudio de las formas en las que
cambia un sistema software que se desarrolla,

Diseño de interfaz de usuario: Proceso de diseñar el modo en el que los


usuarios del sistema acceden a la funcionalidad del sistema y la forma en la que
se visualiza la información producida por el sistema.

Disponibilidad: Preparación de un sistema para entregar servicios cuando se le


soliciten. La disponibilidad normalmente se expresa como un número decimal; así
una disponibilidad de 0,999 significa que el sistema puede entregar servicios
durante 999 de cada l .000 unidades de tiempo.

Dominio: Problema o área de negocio específico donde son utilizados los


sistemas software. Ejemplos de dominios son el control en tiempo real, el
procesamiento de datos de negocio y la conmutación de telecomunicaciones.

elemento de configuración: Unidad legible por la máquina, como un documento


o un fichero de código fuente, que es susceptible de cambiar y donde los cambios
tienen que ser controlados por un sistema de gestión de la configuración.

enterprise j a va beans (EJB): Modelo de componentes basado en Java.

Entrega: Versión de un sistema software que se pone a disposición de los clientes


del sistema,

Escenario: Descripción de una forma típica en la que se utiliza un sistema o un


usuario lleva a cabo alguna actividad.

especificación formal, algebraica: Método de especificación matemática de


sistemas en el que un sistema o componente se especifica definiendo las
relaciones entre las operaciones definidas en sus interfaces extemas.

especificación formal, basada en modelos: Método de especificación


matemática de sistemas en el que un sistema o componente se especifica
definiendo las precondiciones, postcondiciones e invariantes que se aplican al
estado del sistema.
Etnografía: Técnica basada en la observación que puede ser utilizada en la
obtención y análisis de requerimientos. El etnógrafo se sumerge en el entorno del
usuario y observa sus hábitos de trabajo cotidianos. A partir de estas
observaciones se pueden deducir requerimientos para apoyo al software.

evitación de defectos: Desarrollo del software de tal modo que no se introduzcan


defectos en ese software, familia de aplicaciones Conjunto de programas de
aplicaciones software que tienen una arquitectura común y una funcionalidad
genérica. Éstos se pueden adaptar a las necesidades específicas de los clientes
modificando componentes y parámetros de los programas.

Habilidad: Capacidad de un sistema para entregar los servicios como se


especifican. La fiabilidad se puede especificar cuantitativamente como la
probabilidad de que ocurra un fallo de funcionamiento o como la tasa de
ocurrencia de éstos.

Garantía de la calidad (QA): Proceso general de definir cómo lograr la calidad


del software y cómo la organización de desarrollo conoce el nivel de calidad
requerido en el software.

generador de programas: Programa que genera otro programa a partir de una


especificación abstracta de alto nivel. El generador incorpora conocimientos que
se reutilizan en cada actividad de generación.

gestión de la configuración: Proceso de gestionar los cambios a un producto


software que se desarrolla. La gestión de la configuración implica la planificación
de la configuración, la gestión de versiones, la construcción del sistema y la
gestión del cambio.

gestión de requerimientos: Proceso de gestionar los cambios en los


requerimientos para asegurar que los cambios efectuados son correctamente
analizados e implementados en el sistema.

gestión de riesgos: Proceso de identificar los riesgos, evaluar su gravedad,


planificar las medidas a adoptar si se presenta el riesgo y supervisar el software y
los procesos software para los riesgos.
grafico de actividades (PERT): Gráfico utilizado por los gestores de proyectos
para mostrar las dependencias entre las tareas que se tienen que completar. El
gráfico muestra las tareas, el tiempo esperado para completarlas y las
dependencias entre ellas. El camino crítico es el camino más largo (en función del
tiempo requerido para completar las tareas) a lo largo del gráfico de actividades. El
camino crítico define el tiempo mínimo requerido para completar el proyecto.

gráfico de barras (Gantt): Gráfico utilizado por los gestores de proyectos para
mostrar las tareas del proyecto, la agenda asociada con estas tareas y las
personas que trabajarán en ellas. Muestra las fechas de comienzo y finalización
de las tareas y la asignación de personal contra una línea de tiempo.

herramienta CASE: Herramienta software, como un editor del diseño o un


depurador de programas, utilizada para apoyar una actividad en el proceso de
desarrollo del software.

Ingeniería de sistemas: Proceso que trata de la especificación de un sistema, la


integración de sus componentes y las pruebas de que el sistema cumple sus
requerimientos. La ingeniería de sistemas no sólo trata el sistema software, sino el
sistema socio-técnico entero: software, hardware y procesos operativos.

Ingeniería del Software Asistida por Computadora (CASE): Proceso de


desarrollar software utilizando ayuda automatizada.

Ingeniería del software basada en componentes (CBSE): Desarrollo de


software a partir de la composición de componentes independientes y
desplegabas.

Ingeniería del software de sala limpia: Enfoque para el desarrollo de software


en el que el objetivo es evitar introducir defectos en el software (por analogía con
una sala limpia utilizada en la fabricación de semiconductores). El proceso implica
la especificación formal del software, la transformación estructurada de una
especificación a un programa, el desarrollo de argumentos de la corrección y
pruebas estadísticas de programas.
inspección de programas: Proceso de verificación en el que un grupo de
revisores examina un programa, línea por línea, con el objetivo de detectar
errores.

Interfaz de Programación de Aplicaciones (API): Interfaz, generalmente


especificada como un conjunto de operaciones, definida por un programa de
aplicación que permite acceder a la funcionalidad del programa. Esto significa que
no sólo se puede acceder a esta funcionalidad a través de la interfaz de usuario,
sino que otros programas pueden utilizarla directamente.

Interfaz: Especificación de los atributos y operaciones asociados con un


componente software. La interfaz es utilizada como el medio de tener acceso a la
funcionalidad del componente.

ISO 9000: Estándar para los procesos de gestión de calidad definido por la
Organización Internacional de Normalización (ISO).

Java: Lenguaje de programación orientado a objetos que fue diseñado por Sun
con el objetivo de la independencia de la plataforma.

Lenguaje de Modelado Unificado (UML): Lenguaje gráfico utilizado en el


desarrollo orientado a objetos que incluye varios tipos de modelos del sistema que
proporcionan distintas vistas de un sistema. UML se ha convertido en un estándar
defacto para el modelado orientado a objetos.

lenguaje de restricciones de objetos (OCL): Lenguaje que forma parte de UML,


utilizado para definir predicados que se aplican a las clases de objetos e
interacciones en un modelo UML.

Lenguaje Estructurado de Consultas (SQL): Lenguaje estándar utilizado para la


programación de bases de datos relaciónales.

línea de productos software: Véase familia de aplicaciones.

Mantenimiento: Proceso de hacer cambios en un sistema después de que esté


en funcionamiento,
marcos de trabajo de aplicaciones: Estructura genérica en algún dominio
específico que puede formar la base de una familia de aplicaciones. Los marcos
de trabajo de aplicaciones generalmente se implementan como un conjunto clases
concretas y abstractas especializadas e instanciadas para crear una aplicación.

mejora de procesos: Proceso de hacer cambios a un proceso con el objetivo de


hacerlo más previsible o mejorar la calidad de sus salidas. Por ejemplo, si su
objetivo es reducir el número de defectos en el software entregado, podría mejorar
el proceso añadiendo nuevas actividades de validación.

método estructurado: Método de diseño de software que define los modelos del
sistema que se deben desarrollar, las reglas y pautas que se deben aplicar a estos
modelos y un proceso a seguir en el desarrollo del diseño.

métodos ágiles: Métodos de desarrollo de software dirigidos a la entrega rápida


del mismo. El software se desarrolla y entrega en incrementos, y se minimiza el
proceso de documentación y la burocracia.

métodos formales: Métodos de desarrollo de software basados en enfoques


matemáticamente rigurosos que modelan el software utilizando construcciones
matemáticas formales como predicados y conjuntos.

Métrica software: Atributo de un sistema o proceso software que se puede medir


o expresar numéricamente. Las métricas de procesos son atributos del proceso
como el tiempo necesario para completar una tarea; las métricas de productos son
atributos del software mismo como el tamaño o la complejidad.

Middleware: Infraestructura software en un sistema distribuido. Ayuda a gestionar


las interacciones entre las entidades distribuidas en el sistema y las bases de
datos del mismo. Ejemplos de middleware son un intermediario de peticiones de
objetos y un sistema de gestión de transacciones.

modelado a l g o r í t m i c o de costes: Enfoque para la estimación del coste del


software en el que se utiliza una fórmula para estimar el coste del proyecto. Los
parámetros en la fórmula son atributos del proyecto y el software
mismo.

modelado del aumento de la fiabilidad: Desarrollo de un modelo de cómo


cambia la fiabilidad de un sistema (se espera que mejore) conforme éste se
prueba y eliminan los defectos de los programas.

modelo de componentes CORBA: Modelo de componentes diseñado para su


uso para plataformas C O R B A .

modelo de componentes: Conjunto de estándares para la implementación,


documentación y utilización de componentes. Estos cubren las interfaces
específicas que pueden ser proporcionadas por un componente, el nombrado de
componentes, la interoperatividad de los componentes y la composición de éstos.
Los modelos de componentes proporcionan la base al middleware para soportar la
ejecución de componentes.

Modelo de Madurez de la Capacidad del Personal ( P - C M M ): Modelo de


madurez del proceso que refleja cómo de efectiva es una organización
gestionando las habilidades, formación y experiencia del personal de esa
organización.

modelo de madurez del proceso: Modelo del grado en el que un proceso incluye
buenas prácticas y capacidades de medida y reflexivas que están orientadas a la
mejora de procesos.

modelo de objetos: Modelo de un sistema software que se estructura y organiza


como un conjunto de clases de objetos y las relaciones entre estas clases. Pueden
existir varias perspectivas diferentes en el modelo, como una perspectiva del
estado y una perspectiva de la secuencia.

modelo de procesos: Representación abstracta de un proceso. Los modelos de


procesos pueden ser representados desde varias perspectivas y mostrar las
actividades implicadas en un proceso, los objetos utilizados en el proceso, las
restricciones que se aplican al proceso y los roles de las personas involucradas en
el proceso.
modelo del dominio: Definición de abstracciones del dominio como políticas,
procedimientos, objetos, relaciones y eventos. Sirve de base de conocimiento
sobre alguna área del problema.

modelo en cascada: Modelo del proceso del software en el que existen diferentes
etapas de desarrollo: especificación, diseño, implementación, pruebas y
mantenimiento. En principio, se debe completar una etapa antes de que se pueda
avanzar a la siguiente. En la práctica, existe iteración entre las etapas.

modelo en espiral: Modelo de un proceso de desarrollo donde el proceso se


representa como una espiral en la que cada vuelta de la espiral incorpora las
diferentes etapas en el proceso. Si se pasa de una vuelta de la espiral a otra, se
repiten todas las etapas del proceso.

Object Management Group (OMG): Grupo de compañías formado para


desarrollar estándares para el desarrollo orientado a objetos. Ejemplos de
estándares promovidos por el OMG son CORBA, U M L y MDA.

ocultación de información: Utilización de construcciones de lenguajes de


programación para ocultar la representación de las estructuras de datos y
controlar el acceso externo a estas estructuras.

patrón de diseño: Solución probada a un problema común que capta las


experiencias y buenas prácticas de una forma que puede ser reutilizada. Es una
representación abstracta que se puede instanciar de varias formas.

plan de calidad: Plan que define los procesos y procedimientos de calidad que se
deben utilizar. Implica seleccionar e instanciar estándares para productos y
procesos y definir los atributos de la calidad requeridos del sistema.

principios de diseño de las interfaces de usuario: Conjunto de principios que


expresan buenas prácticas para el diseño de interfaces de usuario,

proceso del software: Conjunto relacionado de actividades y procesos


implicados en el desarrollo y evolución de un sistema software.
Proceso Unificado de Rational (RUP): Modelo de proceso del software genérico
que presenta el desarrollo del software como una actividad iterativa de cuatro
fases que son inicio, elaboración, construcción y transición. La fase de inicio
establece un caso de negocio para el sistema, la fase de elaboración define la
arquitectura, la de construcción implementa el sistema y la de transición utiliza el
sistema en el entorno del cliente.

programación extrema (XP): Método ágil de desarrollo de software que incluye


prácticas como los requerimientos basados en escenarios, el desarrollo
previamente probado y la programación en parejas.

propiedad emergente: Propiedad que sólo se hace evidente una vez que se han
integrado todos los componentes del sistema para crearlo.

Protección: Capacidad de un sistema para protegerse contra intrusiones


accidentales o premeditadas,

prototipado Mago de Oz: Enfoque para el prototipado de las interfaces de


usuario en el que los comandos introducidos por los usuarios son interpretados
por una persona quien responde como si fuera la computadora.

Reingeniería, proceso de negocio: Cambio de un proceso de negocio para


cumplir algún objetivo organizacional nuevo como la reducción de costes y la
ejecución más rápida.

Reingeniería: Modificación de un sistema software para hacerlo más fácil de


comprender y cambiar. La reingeniería a menudo implica la reestructuración y
organización de datos y software, la simplificación de programas y la Re
documentación.

requerimiento de confiabilidad: Requerimiento del sistema que se incluye para


ayudar a alcanzar la confiabilidad requerida para un sistema. Los requerimientos
de confiabilidad no funcionales especifican los valores de los atributos de la
confiabilidad; los requerimientos de confiabilidad funcionales son requerimientos
funcionales para evitar, detectar, tolerar o reponerse de defectos y fallos de
funcionamiento del sistema.
requerimiento, funcional: Declaración de alguna función o característica que se
debe implementar en un sistema,

requerimiento, no funcional: Declaración de una restricción o comportamiento


esperado que se aplica a un sistema. Esta restricción se puede referir a las
propiedades emergentes del software que se está desarrollando o al proceso de
desarrollo.

Riesgo: Resultado indeseable que supone una amenaza para conseguir algún
objetivo. Un riesgo del proceso amenaza la agenda o coste de un proceso; un
riesgo del producto es un riesgo que puede significar que no se consigan algunos
de los requerimientos del sistema.

Seguridad: Capacidad de un sistema para funcionar sin fallos de funcionamiento


catastróficos,

servicio web: Componente software independiente al que se puede acceder a


través de Internet utilizando protocolos estándares. SOAP (Simple Object Access
Protocol) se utiliza para el intercambio de información en servicios web. WSDL
(Web Service Description Language) se utiliza para definir las interfaces de los
servicios web. Servidor Programa que proporciona algún servicio a otros
programas (clientes),

sistema critico : Sistema informático cuyo fallo de funcionamiento puede causar


importantes pérdidas económicas, humanas o medioambientales.

sistema de objetos distribuidos: Sistema distribuido en el que los componentes


ejecutables son objetos.

sistema de procesamiento de datos: Sistema cuyo propósito es procesar


grandes cantidades de datos estructurados. Estos sistemas normalmente
procesan los datos por lotes y siguen un modelo de entrada-proceso-salida.
Ejemplos de sistemas de procesamiento de datos son los sistemas de cuentas y
facturas, y los sistemas de pago.
sistema de procesamiento de lenguajes: Sistema que traslada un lenguaje a
otro. Por ejemplo, un compilador es un sistema de procesamiento de lenguajes
que traslada el código fuente de un programa a código objeto.

sistema de procesamiento de transacciones: Sistema que asegura que las


transacciones se procesan de tal forma que no se interfieren entre sí y de modo
que el fallo de una transacción individual no afecte a otras transacciones o a los
datos del sistema.

sistema de tiempo real: Sistema que tiene que responder a eventos extemos y
procesarlos en «tiempo real». La corrección del sistema no sólo depende de lo
que hace sino también de la velocidad con que lo hace. Los sistemas de tiempo
real normalmente se organizan como un conjunto de procesos concurrentes que
cooperan entre sí.

sistema distribuido: Sistema software en el que los subsistemas o componentes


software se ejecutan en diferentes procesadores.

sistema heredado: Sistema socio-técnico que es útil o fundamental para una


organización, pero que ha sido desarrollado utilizando una tecnología o métodos
obsoletos. Debido a que los sistemas heredados a menudo llevan a cabo
funciones de negocio críticas, tienen que ser mantenidos.

sistema peer-to-peer: Sistema distribuido en el que no hay distinción entre


clientes y servidores. Las computadoras en el sistema pueden actuar como
clientes y como servidores. Entre las aplicaciones peer-topeer se incluyen la
compartición de ficheros, los sistemas de mensajería instantánea y los sistemas
de soporte a la cooperación.

sistema socio - técnico: Sistema, incluidos componentes hardware y software,


que ha definido los procesos operativos seguidos por los operadores humanos y
que funciona dentro de una organización. Por lo tanto, está influidos por las
políticas, procedimientos y estructuras de la organización.
sistemas basados en eventos: Sistemas en los que el control del funcionamiento
se determina por eventos generados en el entorno del sistema. La mayoría de los
sistemas de tiempo real son sistemas basados en eventos.

tipo abstracto de datos: Tipo cuya representación se oculta y está definido por
sus operaciones,

tolerancia a defectos: Capacidad de un sistema para continuar en ejecución


incluso después de que hayan tenido lugar defectos.

transacción: Unidad de interacción con un sistema informático. Las transacciones


son independientes y atómicas (no se pueden dividir en unidades más pequeñas)
y son una unidad fundamental de recuperación, consistencia y concurrencia.

Validación: Proceso de verificar que un sistema cumple las necesidades y


expectativas del cliente,

Verificación: Proceso de verificar que un sistema cumple su especificación.

XML: Lenguaje de Marcado Extensible. X M L es un lenguaje de marcado de texto


que soporta el intercambio de datos estructurados. Cada campo de datos se
delimita por etiquetas que proporcionan información sobre ese campo. X M L se
utiliza ampliamente en la actualidad y se ha convertido en la base de los
protocolos para los servicios web.

Z: Lenguaje de especificación formal basado en modelos desarrollado en la


Universidad de Oxford en Inglaterra.[CITATION SOM05 \l 2058 ]
Referencias
crakid. (19 de 09 de 2019). Obtenido de crakid: http://crakid.blogspot.com/p/glosario.html

SOMMERVILLE, I. (2005). Ingeniería del software (Séptima edición ed.). Madrid: PEARSON
EDUCACIÓN. S.A.

Вам также может понравиться