C (Glosario de Visual Studio ALM)

En este glosario se definen los términos principales que se usan en la Ayuda de Visual Studio Application Lifecycle Management (ALM).

• GEC
  Vea grupo de evaluación de cambios

• análisis de gráfico de llamadas
  Gráfico de llamadas a métodos y puntos del programa que los llaman. Un nodo sería un método y el vínculo sería la relación de los demás métodos a los que llama.

• grupo de evaluación de cambios
  Grupo de personas constituido formalmente que representa las funciones de entrega del servicio y de soporte, y que es responsable de evaluar, planear y autorizar los cambios en el entorno de IT. El grupo de evaluación de cambios (GEC) es un componente clave de un proceso de administración de cambios formales y normalmente está compuesto por representantes de todas las áreas de IT y representantes de las unidades de negocio. Para los proyectos, este grupo es responsable de aprobar o rechazar los cambios propuestos que el proyecto va a realizar en el entorno de IT.

• control de cambios
  Principios y procesos que facilitan la administración de los cambios sin comprometer la calidad o la integridad de un proyecto o una solución de IT, mediante procedimientos estructurados para enviar, aprobar, implementar y revisar las solicitudes de cambio.

• administración de cambios
  Práctica de administrar cambios con la ayuda de métodos y técnicas ya probados para evitar nuevos errores y minimizar el impacto, si lo hubiera, en los niveles de servicio de IT acordados según lo estipulado en los contratos de nivel de servicio.

• conjunto de cambios
  Agrupación lógica de cambios. El propósito de los conjuntos de cambios consiste en agrupar todas las actualizaciones de archivos y elementos de trabajo que se entregan con una única acción de protección.

• Id. del conjunto de cambios
  Identificador numérico que se asigna a un conjunto de cambios determinado.

• proteger
  Colocar un archivo o un proyecto en una base de datos para su almacenamiento.

• notas de protección
  Comentarios asociados a un conjunto de cambios que se agregan durante el proceso de protección solicitando al usuario los datos concretos. Un administrador puede configurar las notas de protección para que sean obligatorias.

• prueba de protección
  Prueba ejecutada por un desarrollador para determinar si el código ha afectado a la estabilidad general del producto.

• desproteger
  Colocar una copia editable de un archivo o un proyecto de una base de datos de Visual SourceSafe en una carpeta de trabajo.

• diagrama de clases
  Representación visual y estática de las clases y las relaciones existentes entre ellas.

• clonación
  Proceso mediante el cual se crea una nueva máquina virtual a partir de una máquina virtual existente. La nueva máquina virtual tiene la misma identidad que la máquina de origen.

• análisis de código
  Comprobación de la compatibilidad del código con las directrices de diseño. El análisis del código va más allá de la compilación para buscar errores comunes de código y de diseño determinados por un conjunto de directrices.

• código completo
  Hito de desarrollo que marca el punto en el que todas las características de la versión están implementadas y se ha comprobado la funcionalidad frente a la especificación funcional.

• cobertura de código
  (1) Tecnología que incluye la adición de instrucciones a un ensamblado o artefacto existente y que permite a Visual Studio supervisar las rutas de acceso de código modificadas por una prueba. (2) para MSF Agile: métrica utilizada para describir el grado de comprobación del código fuente de un programa. La cobertura de código se expresa como un porcentaje de los bloques de código probados con relación al total de bloques de código.

• congelación del código
  Punto en que el documento de un proyecto técnico (especificación de requisitos, especificación funcional, etc.) o un componente desarrollado de la solución no puede modificarse sin una justificación y aprobación significativa por parte de los participantes principales del proyecto.

• revisión de código
  Evaluación del código para mejorar su calidad y las funciones del equipo de desarrollo. Entre los tipos de revisión de código se encuentran la revisión formal, la revisión entre compañeros y la revisión por terceros.

• prueba Web codificada
  Tipo de prueba que generalmente se crea convirtiendo una prueba Web existente grabada en código C# o código Visual Basic.

• prueba de IU codificada
  Prueba automatizada de la interfaz de usuario de una aplicación. Una prueba de UI codificado ejerce las acciones del usuario y valida los resultados esperados.

• sondas de recopilación
  Funciones que recopilan datos de tiempo y de rendimiento en un módulo instrumentado.

• opciones de columnas
  Cuadro de diálogo que permite especificar las columnas y el orden en que deben mostrarse en una lista de resultados.

• command
  Instrucción de un programa informático que, cuando la ejecuta el usuario, hace que se realice una acción. Los comandos se escriben normalmente en el teclado o se eligen de un menú.

• script común [common script]
  En las pruebas unitarias de base de datos, uno de los scripts siguientes: TestInitialize o TestCleanup. Los scripts comunes no se ejecutan como parte de una prueba unitaria de base de datos, sino que se ejecutan antes y después de las pruebas y ejecuciones de prueba para modificar el entorno de pruebas, que incluye la base de datos que se desea probar.

• Servicios de estructuras comunes
  Mecanismo de Team Foundation para describir una jerarquía de características.

• entorno compuesto
  Entorno virtual creado a partir de las máquinas virtuales que se crearon fuera de Microsoft Test Manager y ya se implementaron en un grupo host.

• diseño conceptual
  Una de las fases principales del proceso de diseño, a través de la cual el equipo del proyecto traduce los requisitos de negocio a un lenguaje común compartido por los usuarios y los desarrolladores, y describe el conjunto de características o los escenarios de uso que la solución debe incorporar. El diseño conceptual es análogo a los bocetos y escenarios que se crean al diseñar una casa. Éstos son modelos de fácil comprensión creados conjuntamente por el cliente y el arquitecto.

• administración de configuración
  Proceso que comprende la identificación y definición de los elementos de configuración de un sistema, el registro y la elaboración de informes de estado de dichos elementos y las solicitudes de cambios, y la comprobación de la finalización y la precisión de los elementos de configuración.

• variable de configuración
  Variable que especifica un requisito de prueba, tal como un requisito de hardware o software. Cada variable de configuración tiene un conjunto de valores permitidos asociados.

• restricción
  Condición lógica sobre una sección de modelo. Cada restricción se expresa mediante un método de validación que se implementa en una clase de dominio en el modelo.

• plan de contingencia
  Plan para solucionar los riesgos reconocidos que pueden surgir durante un proyecto. El plan identifica las estrategias alternativas que se deben utilizar para garantizar el éxito del proyecto si se producen los eventos de riesgo especificados.

• presupuestado
  Se ha proporcionado una estimación o costo.

• conjunto de contadores
  Grupo de contadores de rendimiento del sistema que resultarán útiles para supervisar una prueba de carga. Los conjuntos de contadores están organizados por tecnología (por ejemplo, ASP.NET o SQL).

• asignación de conjuntos de contadores
  Asociación entre un conjunto de contadores y un equipo utilizado durante una prueba de carga. Por ejemplo, un servidor Web podría tener asignaciones de conjuntos de contadores en aplicaciones de ASP.NET, IIS y .NET.

• umbral de contador
  Alertas que se pueden definir en un contador determinado para informarle del uso de recursos del sistema durante la ejecución de una prueba de carga. Hay dos tipos de umbrales: de advertencia y críticos. Las definiciones de conjuntos de contadores contienen los umbrales predefinidos para muchos indicadores de rendimiento claves.

• recolección de cobertura
  Información recopilada en tiempo de ejecución sobre los bloques o las líneas de una aplicación que se ejecutan al menos una vez.

• ruta crítica
  Serie de actividades que determinan la duración del proyecto. En un modelo determinista, la ruta crítica normalmente se define como el conjunto de actividades con valor flotante menor o igual que un determinado valor, a menudo cero. Es la ruta más larga dentro del proyecto.

• cliente
  Individuo que espera obtener un valor comercial de la solución. También puede ser el destinatario de un servicio o producto.