Abstract data type (Tipo abstracto de datos) Tipo cuya representacin se oculta y est definido por sus operaciones.

Activity (PERT) chart (Grfico de actividades (PERT)) Grfico utilizado por los gestores de proyectos para mostrar las dependencias entre las tareas que se tienen que completar. El grfico muestra las tareas, el tiempo esperado para completarlas y las dependencias entre ellas. El camino crtico es el camino ms largo (en funcin del tiempo requerido para completar las tareas) a lo largo del grfico de actividades. El camino crtico define el tiempo mnimo requerido para completar el proyecto. Ada Lenguaje de programacin que fue desarrollado por el Departamento de Defensa de los Estados Unidos como un lenguaje estndar para el desarrollo de software militar. Est basado en las investigaciones en los lenguajes de programacin a partir de los aos 70 e incluye construcciones como los tipos abstractos de datos y soporte para concurrencia. Todava se utiliza en grandes sistemas aeroespaciales militares complejos. Agile methods (Mtodos giles) Mtodos de desarrollo de software dirigidos a la entrega rpida del mismo. El software se desarrolla y entrega en incrementos, y se minimiza el proceso de documentacin y la burocracia. Algorithmic cost modelling (Modelado algortmico de costes) Enfoque para la estimacin del coste del software en el que se utiliza una frmula para estimar el coste del proyecto. Los parmetros en la frmula son atributos del proyecto y el software mismo. Application family (Familia de aplicaciones) Conjunto de programas de aplicaciones software que tienen una arquitectura comn y una funcionalidad genrica. stos se pueden adaptar a las necesidades especficas de los clientes modificando componentes y parmetros de los programas. Application framework (Marcos de trabajo de aplicaciones) Estructura genrica en algn dominio especfico 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 aplicacin. Application program interface (API) (Interfaz de Programacin de Aplicaciones (API)) Interfaz, generalmente especificada como un conjunto de operaciones, definida por un programa de aplicacin que permite acceder a la funcionalidad del programa. Esto significa que no slo se puede acceder a esta funcionalidad a travs de la interfaz de usuario, sino que otros programas pueden utilizarla directamente. Aspect-oriented programming (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 implementacin de estos intereses se define como aspectos. Un programa se encarga entonces de entrelazar los aspectos en los lugares apropiados en el programa. Availability (Disponibilidad) Preparacin de un sistema para entregar servicios cuando se le soliciten. La disponibilidad normalmente se expresa como un nmero decimal; as una disponibilidad de 0,999 significa que el sistema puede entregar servicios durante 999 de cada l .000 unidades de tiempo. Bar (Gantt) chart (Grfico de barras (Gantt)) Grfico utilizado por los gestores de proyectos para mostrar las tareas del proyecto, la agenda asociada con estas tareas y las personas que trabajarn en ellas. Muestra las fechas de comienzo y finalizacin de las tareas y la asignacin de personal contra una lnea de tiempo. C: Lenguaje de programacin que fue originalmente desarrollado para implementar el sistema Unix. C es un lenguaje de implementacin de sistemas de relativamente bajo nivel que permite el acceso al hardware del sistema y que puede ser compilado a un cdigo eficiente. Todava se usa ampliamente para la programacin de sistemas de bajo nivel. C++: Lenguaje de programacin orientado a objetos. C es un subconjunto de C++.

CASE:

Ingeniera de software asistida por ordenador. El proceso de desarrollo de software con soporte automatizado. CASE tool (Herramienta CASE) Herramienta software, como un editor del diseo o un depurador de programas, utilizada para apoyar una actividad en el proceso de desarrollo del software. CASE workbench (Banco de trabajo CASE) Conjunto integrado de herramientas CASE que trabajan juntamente para apoyar una actividad del proceso importante como el diseo del software o la gestin de la configuracin. Client-Server architecture (Arquitectura cliente servidor) Modelo arquitectnico 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 mltiples servidores. Cleanroom software engineering (Ingeniera del software de sala limpia) Enfoque para el desarrollo de software en el que el objetivo es evitar introducir defectos en el software (por analoga con una sala limpia utilizada en la fabricacin de semiconductores). El proceso implica la especificacin formal del software, la transformacin estructurada de una especificacin a un programa, el desarrollo de argumentos de la correccin y pruebas estadsticas de programas. CMMI Un enfoque integrado para la modelizacin de madurez de la capacidad del proceso. Es compatible con modelos de madurez discretos y continuos e integra sistemas y modelos de madurez de procesos de ingeniera de software. COCOMO Modelado Costo Constructivo. Tal vez el mejor modelo algortmico de estimacin de costes conocido. Cdigo de tica y la prctica profesional

Un conjunto de pautas que establecen el comportamiento tico y profesional esperado para los ingenieros de software. Fue definido por las principales asociaciones profesionales de Estados Unidos (la ACM y el IEEE) y define el comportamiento tico en 8 ttulos: pblico, cliente y empleador, producto, juicio, la gestin, colegas, profesin, uno mismo. COM+ Un modelo de componentes diseado para su uso en plataformas de Microsoft. Componente Una unidad de despliegue, independiente del software que se ha definido completamente y al que se accede a travs de un conjunto de interfaces. Modelo de componentes Conjunto de normas para la implementacin de componentes, documentacin y despliegue. Estos incluyen las interfaces especficas que pueden ser proporcionadas por un componente, nombrando de un componente, operacin entre componente y la composicin de estos. Los modelos de componentes proporcionan la base al middleware para soportar la ejecucin de los componentes. Ingeniera del software basada en componentes (CBSE) El desarrollo de software mediante la composicin independiente y componentes desplegables. Elemento de configuracin Una unidad de lectura mecnica, tal como un documento o un archivo de cdigo fuente, es decir, sujetas a cambios y donde el cambio tiene que ser controlado por un sistema de gestin de la configuracin. Gestin de la configuracin Proceso de gestionar los cambios en un producto de software en constante evolucin. La gestin de la configuracin consiste en la planificacin de la configuracin, la gestin de versiones, construccin del sistema y gestin del cambio. CORBA Un conjunto de normas propuestas por la OMG que definen un modelo de objetos distribuidos y las comunicaciones de los objetos.

Modelo de componentes CORBA Un modelo de componentes diseado para el uso de la Plataforma CORBA. Sistema critico Un sistema informtico cuyo fallo de funcionamiento puede ocasionar importantes prdidas econmicas, humanas o ambientales. Sistema de procesamiento de datos Un sistema cuyo objetivo es procesar grandes cantidades de datos estructurados. Estos sistemas generalmente procesan los datos en lotes y siguen un modelo de entradaproceso-salida. Ejemplos de sistemas de procesamiento de datos son los sistemas de facturacin y cuentas, sistemas de pago, etc. Confiabilidad La confiabilidad de un sistema es una propiedad global que toma en cuenta la seguridad, la fiabilidad, la disponibilidad, la seguridad del sistema y otros atributos. La fiabilidad de un sistema refleja el grado en que puede confiar sus usuarios. Requisito de confiabilidad Requisitos del sistema que se incluye para ayudar a alcanzar la confiabilidad necesaria para un sistema. Requisitos de fiabilidad no funcionales especifican valores de atributos de confiabilidad, los requisitos de confiabilidad funcionales son los requisitos funcionales para evitar, detectar, tolerar o recuperarse de errores y fallos del sistema. Caso de confiabilidad Un documento estructurado que se utiliza para respaldar las afirmaciones hechas por un desarrollador de un sistema acerca de la fiabilidad de un sistema. Patrn de diseo Una solucin probada a un problema comn que recoge experiencias y buenas prcticas de manera que se pueda reutilizar. Es una representacin abstracta que puede instanciarse de maneras diferentes. Sistema distribuido Un sistema de software, donde el sub-sistema de software o componentes se ejecutan en diferentes procesadores.

Sistema de objetos distribuido Un sistema distribuido en el cual los componentes de ejecucin son objetos. Dominio Un problema especfico o rea de negocio donde se utilizan sistemas de software. Ejemplos de dominios son el control en tiempo real, procesamiento de datos de negocios, cambio de telecomunicaciones, etc. Modelo de dominio Definicin de abstracciones de dominio tales como las polticas, procedimientos, objetos, relaciones, eventos, etc. Sirve como una base de conocimiento sobre algn rea en problema. Propiedad emergente Una propiedad que slo se hace evidente una vez que todos los componentes del sistema se han integrado para crear el sistema. Enterprise Java Beans (EJB) Un modelo de componentes basados en Java Etnografa Una observacin tcnica que puede utilizarse en toma de requerimientos. Tcnica de observacin que puede ser utilizada en la obtencin de requerimientos. El etngrafo se sumerge en el entorno del usuario y observa sus hbitos cotidianos de trabajo. A partir de estas observaciones se pueden deducir requerimientos para apoyar al software. Sistemas basados en eventos Sistemas en los que el control del funcionamiento se determina por eventos generados en el entorno del sistema. La mayora de los sistemas de tiempo real son sistemas basados en eventos. Programacin extrema (XP) Mtodo gil de desarrollo de software que incluye prcticas como los requerimientos basados en escenarios, el desarrollo previamente probado y la programacin en parejas. Evitacin de defectos

Desarrollo del software de tal modo que no se introduzcan defectos en ese software. Deteccin de defectos Utilizacin de procesos y comprobaciones en tiempo de ejecucin para detectar y eliminar los defectos en un programa antes de que stos causen un fallo de funcionamiento del sistema. Tolerancia a defectos Capacidad de un sistema para continuar en ejecucin incluso despus de que hayan tenido lugar defectos. Mtodos formales Mtodos de desarrollo de software basados en enfoques matemticamente rigurosos que modelan el software utilizando construcciones matemticas formales como predicados y conjuntos. Especificacin formal algebraica. Mtodo de especificacin matemtica de sistemas en el que un sistema o componente se especifica definiendo las relaciones entre las operaciones definidas en sus interfaces externas. Especificacin formal basada en modelos Mtodo de especificacin matemtica de sistemas en el que un sistema o componente se especifica definiendo las precondiciones, post condiciones e invariantes que se aplican al estado del sistema. Ocultacin de informacin Utilizacin de construcciones de lenguajes de programacin para ocultar la representacin de las estructuras de datos y controlar el acceso externo a estas estructuras. Desarrollo incremental Enfoque para el desarrollo de software en el que ste se entrega y utiliza en incrementos. Interfaz Especificacin 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 Estndar para los procesos de gestin de calidad definido por la Organizacin Internacional de Normalizacin (ISO). Modelo en cascada Modelo del proceso del software en el que existen diferentes etapas de desarrollo: especificacin, diseo, implementacin, pruebas y mantenimiento. En principio, se debe completar una etapa antes de que se pueda avanzar a la siguiente. En la prctica, existe iteracin entre las etapas. Java Lenguaje de programacin orientado a objetos que fue diseado por Sun con el objetivo de la independencia de la plataforma. 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 cdigo fuente de un programa a cdigo objeto. Sistema heredado Sistema socio-tcnico que es til o fundamental para una organizacin, pero que ha sido desarrollado utilizando una tecnologa o mtodos obsoletos. Debido a que los sistemas heredados a menudo llevan a cabo funciones de negocio crticas, tienen que ser mantenidos. Mantenimiento Proceso de hacer cambios en un sistema despus de que est en funcionamiento. 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 gestin de transacciones. Clase de Objetos

Una clase de objetos define los atributos y operaciones de los objetos. Los objetos se crean en tiempo de ejecucin mediante la instanciacin de la definicin de la clase. El nombre de la clase de objetos se puede utilizar como un nombre de tipo en algunos lenguajes orientados a objetos. 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. 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 abstraccin durante la especificacin, diseo y desarrollo. OCL 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. OMG (Object Management Group) Grupo de compaas formado para desarrollar estndares para el desarrollo orientado a objetos. Ejemplos de estndares promovidos por el OMG son CORBA, UML y MDA. Peer-to-peer system (sistema peer-to-peer) Sistema distribuido en el que no hay distincin entre clientes y servidores. Las computadoras en el sistema pueden actuar como clientes y como servidores. Entre las aplicaciones peer-to-peer se incluyen la comparticin de ficheros, los sistemas de mensajera instantnea y los sistemas de soporte a la cooperacin. People capability maturity model (Modelo de Madurez de la Capacidad del Persona) Modelo de madurez del proceso que refleja cmo de efectiva es una organizacin gestionando las habilidades, formacin y experiencia del personal de esa organizacin. Process improvement (mejora de procesos)

Proceso de hacer cambios a un proceso con el objetivo de hacerlo ms previsible o mejorar la calidad de sus salidas. Por ejemplo, si su objetivo es reducir el nmero de defectos en el software entregado, podra mejorar el proceso aadiendo nuevas actividades de validacin. Process model (modelo de procesos) Representacin 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. Process maturity model (modelo de madurez del proceso) Modelo del grado en el que un proceso incluye buenas prcticas y capacidades de medida y reflexivas que estn orientadas a la mejora de procesos. Program evolution dynamics (dinmica de evolucin de los programas) Estudio de las formas en las que cambia un sistema software que se desarrolla. Program generator (generador de programas) Programa que genera otro programa a partir de una especificacin abstracta de alto nivel. El generador incorpora conocimientos que se reutilizan en cada actividad de generacin. Program inspection (inspeccin de programas) Proceso de verificacin en el que un grupo de revisores examina un programa, lnea por lnea, con el objetivo de detectar errores. Quality assurance (garanta de la calidad) Proceso general de definir cmo lograr la calidad del software y cmo la organizacin de desarrollo conoce el nivel de calidad requerido en el software. Quality control (control de la calidad) Proceso de asegurar que un equipo de desarrollo de software sigue los estndares de calidad. Quality plan (plan de calidad)

Plan que define los procesos y procedimientos de calidad que se deben utilizar. Implica seleccionar e instanciar estndares para productos y procesos y definir los atributos de la calidad requeridos del sistema. Rapid application development (RAD) (desarrollo rpido de aplicaciones) Enfoque para el desarrollo de software dirigido a la entrega rpida de ste. A menudo implica el uso de la programacin de bases de datos y herramientas de apoyo al desarrollo como los generadores de informes y pantallas. Rational Unified Process (RUP) (Proceso Unificado de Rational) Modelo de proceso del software genrico que presenta el desarrollo del software como una actividad iterativa de cuatro fases que son inicio, elaboracin, construccin y transicin. La fase de inicio establece un caso de negocio para el sistema, la fase de elaboracin define la arquitectura, la de construccin implementa el sistema y la de transicin utiliza el sistema en el entorno del cliente. Real-time system (sistema de tiempo real) Sistema que tiene que responder a eventos externos y procesarlos en tiempo real. La correccin del sistema no slo depende de lo que hace sino tambin 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. Reengineering (reingeniera) Modificacin de un sistema software para hacerlo ms fcil de comprender y cambiar. La reingeniera a menudo implica la reestructuracin y organizacin de datos y software, la simplificacin de programas y la re documentacin. Reengineering, business process (reingeniera, proceso de negocio) Cambio de un proceso de negocio para cumplir algn objetivo organizacional nuevo como la reduccin de costes y la ejecucin ms rpida. Reference architecture (arquitectura de referencia) Arquitectura genrica del sistema que es una arquitectura idea) que incluye todas las caractersticas que los sistemas podran incorporar. Constituye un modo de informar a los diseadores sobre la estructura general de esa clase de sistemas. release (entrega)

Versin de un sistema software que se pone a disposicin de los clientes del sistema. Reliability (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. Reliability growth modelling (modelado del aumento de la fiabilidad) Desarrollo de un modelo de cmo cambia la fiabilidad de un sistema (se espera que mejore) conforme ste se prueba y eliminan los defectos de los programas. Requirement, functional (requerimiento, funcional) Declaracin de alguna funcin o caracterstica que se debe implementar en un sistema Requirement, non-functional (requerimiento, no funcional) Declaracin de una restriccin o comportamiento esperado que se aplica a un sistema. Esta restriccin se puede referir a las propiedades emergentes del software que se est desarrollando o al proceso de desarrollo. Requirements management (gestin de requerimientos) Proceso de gestionar los cambios en los requerimientos para asegurar que los cambios efectuados son correctamente analizados e implementados en el sistema. Risk (riesgo) Resultado indeseable que supone una amenaza para conseguir algn 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. Risk management (gestin 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. Safety (seguridad) Capacidad de un sistema para funcionar sin fallos de funcionamiento catastrficos, Safety case (caso de seguridad)

Argumento estructurado de que un sistema es seguro. Normalmente es requerido por reguladores tales como los reguladores de la seguridad nuclear. Scenario (escenario) Descripcin de una forma tpica en la que se utiliza un sistema o un usuario lleva a cabo alguna actividad. Security (proteccin) Capacidad de un sistema para protegerse contra intrusiones accidentales o premeditadas Sequence diagram (diagrama de secuencia) Diagrama que muestra la secuencia de interacciones necesarias para completar alguna operacin. En UML, los diagramas de secuencias se pueden asociar con los casos de uso. Server (servidor) Programa que proporciona algn servicio a otros programas (clientes) Software architecture (arquitectura software) Modelo de la estructura y organizacin fundamental de un sistema software. Software metric (mtrica software) Atributo de un sistema o proceso software que se puede medir o expresar numricamente. Las mtricas de procesos son atributos del proceso como el tiempo necesario para completar una tarea; las mtricas de productos son atributos del software mismo como el tamao o la complejidad. Software product line (lnea de productos software) Vase familia de aplicaciones. Socio-technical system (sistema socio-tcnico) Sistema, incluidos componentes hardware y software, que ha definido los procesos operativos seguidos por los operadores humanos y que funciona dentro de una organizacin. Por lo tanto, est influidos por las polticas, procedimientos y estructuras de la organizacin. Software process (proceso del software)

Conjunto relacionado de actividades y procesos implicados en el desarrollo y evolucin de un sistema software. Software life cycle (ciclo de vida del software) Utilizado a menudo como otro nombre para el proceso del software. Originalmente acuado para referirse al modelo en cascada del proceso del software. Spiral model (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. SQL (Lenguaje Estructurado de Consultas) Lenguaje estndar utilizado para la programacin de bases de datos relacinales. Static analysis (anlisis esttico) Anlisis basado en herramientas del cdigo fuente de un programa para descubrir errores y anomalas, Las anomalas como las asignaciones sucesivas a unas variables sin un uso intermedio pueden ser errores de programacin. Structured method (mtodo estructurado) Mtodo de diseo 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 diseo. System building (construccin del sistema) Proceso de compilar los componentes o unidades que forman un sistema y enlazarlos con otros componentes para crear un programa ejecutable. La construccin del sistema est normalmente automatizada de modo que se minimiza la re compilacin. Esta automatizacin puede ser incorporada a un sistema de procesamiento de lenguajes (como en Java) o puede implicar herramientas CASE para apoyar la construccin del sistema. Systems engineering (ingeniera de sistemas) Proceso que trata de la especificacin de un sistema, la integracin de sus componentes y las pruebas de que el sistema cumple sus requerimientos. La ingeniera de sistemas no slo trata el sistema software, sino el sistema socio-tcnico entero: software, hardware y procesos operativos.

Transaction (transaccin) Unidad de interaccin con un sistema informtico. Las transacciones son independientes y atmicas (no se pueden dividir en unidades ms pequeas) y son una unidad fundamental de recuperacin, consistencia y concurrencia. Transaction processing system (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 transaccin individual no afecte a otras transacciones o a los datos del sistema. UML (Lenguaje de Modelado Unificado) Lenguaje grfico utilizado en el desarrollo orientado a objetos que incluye varios tipos de modelos del sistema que proporcionan distintas vistas de un sistema. U M L se ha convertido en un estndar defacto para el modelado orientado a objetos. Use-case (caso de uso) Especificacin de un tipo de interaccin con un sistema User interface design (diseo de interfaces de usuario) Proceso de disear el modo en el que los usuarios del sistema acceden a la funcionalidad del sistema y la forma en la que se visualiza la informacin producida por el sistema. User interface design principles (principios de diseo de las interfaces de usuario) Conjunto de principios que expresan buenas prcticas para el diseo de interfaces de usuario. Validation (validacin) Proceso de verificar que un sistema cumple las necesidades y expectativas del cliente. Verification (verificacin) Proceso de verificar que un sistema cumple su especificacin. Waterfall model (modelo en cascada) Modelo del proceso del software en el que existen diferentes etapas de desarrollo: especificacin, diseo, implementacin, pruebas y mantenimiento. En principio, se debe

completar una etapa antes de que se pueda avanzar a la siguiente. En la prctica, existe iteracin entre las etapas. Web service (servicio web) Componente software independiente al que se puede acceder a travs de Internet utilizando protocolos estndares. SOAP (Simple Object Access Protocol) se utiliza para el intercambio de informacin en servicios web. WSDL (Web Service Description Language) se utiliza para definir las interfaces de los servicios web. Wizard-of-Oz prototyping (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. 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 informacin 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 especificacin formal basado en modelos desarrollado en la Universidad de Oxford en Inglaterra. Estn disponibles definiciones de otros muchos trminos en el glosario en lnea accesible a travs del sitio web del libro.