Kategorien: Alle - implementación - herramienta - ciclo - conceptos

von nayeli gonzález Vor 8 Jahren

442

UPEDU

UPEDU se enfoca en la organización del código en subsistemas de implementación y en la estructuración en capas. Este proceso incluye la implementación de clases y objetos como componentes, así como la prueba de estos componentes de forma individual.

UPEDU

UPEDU

Implementación

Para integrar los resultados producidos por los implementadores individuales (o equipos), en un sistema ejecutable
Para probar los componentes desarrollados como unidades
Para implementar clases y objetos en términos de componentes (archivos de origen, binarios, ejecutables y otros)
Para definir la organización del código, en términos de subsistemas de implementación organizados en capas

Gestión de Proyectos

Planificación de un proyecto iterativo, a través del ciclo de vida y para una iteración en particular
Proporcionar un marco para la gestión del riesgo.
Proporcionar directrices prácticas para la planificación, la dotación de personal, la ejecución y el seguimiento de los proyectos.
Proporcionar un marco para la gestión de proyectos intensivos en software.

Introducción

UPEDU es un proceso de ingeniería de software. Proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo.

Ciclo de Vida

Para un ciclo de evolución, las fases de inicio y elaboración serían considerablemente menores. Las herramientas que pueden automatizar parte del esfuerzo de Construcción pueden mitigar esto, haciendo que la fase de construcción sea mucho más pequeña que las fases de inicio y elaboración.
Transición
Construcción
Elaboración
Comienzo
Desde una perspectiva de gestión, el ciclo de vida del software del Proceso Unificado de EDUcación (UPEDU) se descompone a lo largo del tiempo en cuatro fases secuenciales, cada una concluida por un hito importante; Cada fase es esencialmente un lapso de tiempo entre dos hitos importantes.

Roles

Implementador
El rol de implementador es responsable de desarrollar y probar componentes, de acuerdo con las normas adoptadas del proyecto, para la integración en subsistemas más grandes.
Diseñador
El rol de diseñador define las responsabilidades, operaciones, atributos y relaciones de uno o varios componentes y determina cómo se ajustarán al entorno de implementación.
Analista
El papel del analista del sistema conduce y coordina la elaboración de los requisitos y el modelado del caso de uso al delinear la funcionalidad del sistema y delimitar el sistema; Por ejemplo, establecer qué actores y casos de uso existen y cómo interactúan.
Integrador
Los implementadores entregan sus componentes probados en un espacio de trabajo de integración, mientras que los integradores los combinan para producir una compilación.
Tester
El rol de Probador es responsable de las actividades básicas del esfuerzo de prueba, que implica realizar las pruebas necesarias y registrar los resultados de esa prueba.
Administrador de control de cambios
El rol del gestor de control de cambios supervisa el proceso de control de cambios.
Administrador de configuraciones
El administrador de configuración proporciona la infraestructura y el entorno de gestión de configuración (CM) general al equipo de desarrollo de productos.
Administrador de proyecto
El rol del administradordel proyecto asigna recursos, define las prioridades, coordina las interacciones con los clientes y los usuarios y generalmente mantiene al equipo del proyecto enfocado en el objetivo correcto.
Crítico
El revisor planea y realiza las revisiones formales en diferentes disciplinas.
StakeHolder
Quienes son afectas o pueden ser afectados en una empresa

Herramienta de proceso de modelado

ProcessEdit ha sido desarrollado en el Laboratorio de Ingeniería de Software de la École Polytechnique de Montréal. Agradecemos a Mathieu Lavallée, Michael Sokol y Noureddine Kerzazi por su participación en este proyecto.
ProcessEdit is a tool that enables easy drawing of process models based on the UPEDU process elements.

Configuración y Gestión del Cambio

Definir y gestionar configuraciones de esos elementos
Auditando los cambios hechos a esos elementos
Restringiendo los cambios a esos elementos
Identificación de elementos de configuración

Test

Validar que los requisitos se han implementado adecuadamente.
Validación de las funciones del producto de software según lo diseñado.
Comprobar la validez de las suposiciones hechas en diseño y especificaciones de requerimiento a través de demostración concreta
Generalmente asesorar sobre la calidad percibida del software.
Encontrar y documentar defectos en la calidad del software.

Analisis y diseño

Adaptar el diseño para que coincida con el entorno de implementación, diseñándolo para el rendimiento.
Desarrollar una arquitectura robusta para el sistema.
Transformar los requisitos en un diseño del sistema futuro.

Disciplinas

Definir una interfaz de usuario para el sistema, centrándose en las necesidades y objetivos de los usuarios.
Proporcionar una base para estimar el costo y el tiempo para desarrollar el sistema.
Proporcionar una base para la planificación de los contenidos técnicos de las iteraciones.
Definir los límites de (delimitar) el sistema.
Proporcionar a los desarrolladores de sistemas una mejor comprensión de los requisitos del sistema.
Establecer y mantener un acuerdo con los clientes y otras partes interesadas sobre lo que el sistema debe hacer.

Conceptos

UPEDU proporciona conceptos clave básicos y específicos de la disciplina para describir el aspecto estático del proceso. Algunos de los conceptos clave del proceso, tales como iteraciones, fases, riesgos, pruebas de rendimiento, etc.
Mecanismo de analisis
Un mecanismo de análisis representa un patrón que constituye una solución común a un problema común. Pueden mostrar patrones de estructura, patrones de comportamiento, o ambos.
3 vistas arquitectónicas de un sistema.
Una enumeración de todos los subsistemas en el modelo de implementación
Diagramas de componentes que ilustran cómo se organizan los subsistemas en capas y jerarquías
Ilustraciones de dependencias de importación entre subsistemas