Documentación y Pruebas en Arquitectura de Software
43 Questions
1 Views

Choose a study mode

Play Quiz
Study Flashcards
Spaced Repetition
Chat to Lesson

Podcast

Play an AI-generated podcast conversation about this lesson

Questions and Answers

¿Cuál es la importancia de la documentación en la arquitectura del sistema?

La documentación permite visualizar, especificar y construir la arquitectura del sistema, asegurando una comprensión clara entre todos los miembros del equipo sobre la estructura y los componentes.

¿Qué rol desempeñan las pruebas de integración en el proceso iterativo del desarrollo de software?

Las pruebas de integración aseguran que el nuevo código funcione correctamente con el existente, lo que es esencial para mantener la calidad a lo largo de las iteraciones.

Describe cómo la gestión de proyectos en construcción se lleva a cabo en un proceso iterativo e incremental.

La gestión se realiza a través de la planificación de iteraciones, evaluación de riesgos y revisión continua del progreso, adaptando el enfoque según la retroalimentación recibida.

¿Por qué es fundamental el soporte y mantenimiento post-liberación en el ciclo de vida del software?

<p>El soporte y mantenimiento son cruciales para resolver problemas que surjan después de la liberación y para implementar mejoras basadas en la retroalimentación del usuario.</p> Signup and view all the answers

¿Cómo se relacionan los casos de uso y la arquitectura en el desarrollo de sistemas?

<p>Los casos de uso especifican las funciones que debe cumplir el sistema, mientras que la arquitectura define la estructura necesaria para soportar esas funciones.</p> Signup and view all the answers

¿Qué actividades son clave en la fase de transición del proyecto?

<p>Las actividades clave incluyen la liberación del producto, instalación, configuración, entrenamiento, soporte y mantenimiento.</p> Signup and view all the answers

¿Cómo se evalúa la calidad del manual de usuario durante la fase de transición?

<p>Se evalúa basándose en si tiene la información suficiente y si es comprensible para el usuario final.</p> Signup and view all the answers

¿Qué aspectos se consideran en los criterios de evaluación al final de la fase de transición?

<p>Se consideran la capacidad de los usuarios para ejecutar casos de uso, los resultados de las pruebas de aceptación y la satisfacción del usuario.</p> Signup and view all the answers

¿Por qué es importante la migración de datos en la fase de transición?

<p>Es importante para asegurar que los datos relevantes sean transferidos correctamente al nuevo sistema.</p> Signup and view all the answers

¿Qué se debe hacer si se encuentran fallos durante las pruebas de aceptación?

<p>Se deben reaccionar a los resultados de las pruebas adaptando el producto y solucionando los fallos detectados.</p> Signup and view all the answers

En un producto 'a medida', ¿qué marca el final del proyecto?

<p>El final del proyecto se marca por la realización exitosa de las pruebas de aceptación.</p> Signup and view all the answers

¿Cuál es la diferencia en la duración de un proyecto de software 'a medida' versus uno de venta masiva?

<p>Un proyecto 'a medida' se considera finalizado con las pruebas de aceptación, mientras que un producto de venta masiva no acaba realmente.</p> Signup and view all the answers

¿Qué papel juega el entrenamiento en la fase de transición?

<p>El entrenamiento es fundamental para garantizar que los usuarios puedan utilizar el producto de manera eficiente y efectiva.</p> Signup and view all the answers

¿Cuál es el objetivo principal de la fase de inicio del proyecto?

<p>Definir el ámbito y los objetivos del proyecto.</p> Signup and view all the answers

¿Qué se busca lograr mediante los hitos en un proyecto?

<p>Sincronizar las expectativas con la realidad y evaluar el progreso del proyecto.</p> Signup and view all the answers

Menciona dos tipos de artefactos que se producen en el desarrollo de un sistema.

<p>Diagramas UML y código fuente.</p> Signup and view all the answers

¿Cómo se caracteriza la fase de construcción en un proyecto?

<p>El producto se desarrolla a través de iteraciones.</p> Signup and view all the answers

¿Qué disciplinas se consideran fundamentales en la gestión de un proyecto?

<p>Gestión de proyecto y gestión de configuraciones.</p> Signup and view all the answers

¿Qué se entiende por 'caso de desarrollo' en el contexto de un proyecto?

<p>El conjunto de posibles diagramas, modelos, vistas, y casos de pruebas.</p> Signup and view all the answers

¿Cuáles son los hitos principales en un proyecto y su propósito?

<p>Los hitos principales marcan el final de cada fase y permiten evaluar el progreso.</p> Signup and view all the answers

¿Qué representan las pruebas de integración y sistema en un proyecto de desarrollo?

<p>Verifican la funcionalidad total del sistema integrado y su comportamiento bajo condiciones reales.</p> Signup and view all the answers

¿Qué incluye el soporte y mantenimiento post-liberación de un sistema?

<p>Corrección de errores y mejoras basadas en la retroalimentación de los usuarios.</p> Signup and view all the answers

¿Cómo se relacionan la elaboración y la construcción en el proceso de desarrollo?

<p>La elaboración define funcionalidades y arquitectura, mientras que la construcción desarrolla el producto en iteraciones.</p> Signup and view all the answers

¿Cuál es la importancia de la documentación del sistema en la fase de construcción?

<p>La documentación del sistema es crucial ya que asegura que el manejo y funcionamiento del software sean claros para los usuarios y desarrolladores.</p> Signup and view all the answers

¿Qué se necesita planificar y diseñar durante las pruebas de integración?

<p>Durante las pruebas de integración se debe planificar cómo se combinarán diferentes módulos y diseñar pruebas que verifiquen su interacción.</p> Signup and view all the answers

¿Cómo se controla el análisis de negocio en la fase de construcción?

<p>El control del análisis de negocio se realiza evaluando los resultados y alineando el desarrollo con los objetivos del proyecto.</p> Signup and view all the answers

¿Por qué son importantes las pruebas de sistema?

<p>Las pruebas de sistema son importantes porque verifican la funcionalidad total del software en un entorno similar al real antes de su liberación.</p> Signup and view all the answers

¿Qué incluye el modelo de implementación en la fase de construcción?

<p>El modelo de implementación incluye diagramas de implementación y el código fuente disponible de la aplicación.</p> Signup and view all the answers

¿Cuáles son los principales artefactos producidos hasta la fase de construcción?

<p>Los principales artefactos incluyen el modelo de casos de uso, el modelo de análisis, y el modelo de diseño.</p> Signup and view all the answers

¿Cuál es la función de realizar pruebas de unidad?

<p>Las pruebas de unidad buscan verificar que cada componente o clase del sistema funcione correctamente de manera aislada.</p> Signup and view all the answers

¿Qué aspecto se debe evaluar en la fase de construcción?

<p>Se debe evaluar la efectividad del análisis de negocio, así como la calidad de la documentación y el producto construido.</p> Signup and view all the answers

¿Cómo se lleva a cabo la gestión post-liberación del software?

<p>La gestión post-liberación implica soporte técnico, mantenimiento del sistema y actualizaciones basadas en retroalimentación de usuarios.</p> Signup and view all the answers

¿Qué propósito tiene evaluar las pruebas en la fase de construcción?

<p>Evaluar las pruebas tiene como propósito asegurar que el sistema cumple con los requisitos y especificaciones definidas inicialmente.</p> Signup and view all the answers

¿Cuál es la importancia de la documentación del sistema durante la fase de elaboración en un proyecto de software?

<p>La documentación del sistema es crucial porque proporciona una guía clara sobre los requisitos, el diseño y las decisiones tomadas, facilitando la comunicación entre el equipo y la gestión del proyecto.</p> Signup and view all the answers

¿Cómo se llevan a cabo las pruebas de integración en el marco de un proceso unificado?

<p>Las pruebas de integración se realizan al final de cada iteración, asegurando que los diferentes componentes del sistema funcionen correctamente juntos antes de avanzar a etapas posteriores.</p> Signup and view all the answers

En el contexto de la gestión de proyectos en construcción, ¿qué papel juegan los puntos de control?

<p>Los puntos de control permiten evaluar el avance del proyecto, asegurando que se cumplen los hitos y facilitando decisiones informadas antes de continuar.</p> Signup and view all the answers

¿Qué actividades se incluyen en la etapa de producción durante el ciclo de vida del software?

<p>La etapa de producción incluye actividades predecibles como programación y pruebas, enfocándose en construir y transitar el software hacia su liberación final.</p> Signup and view all the answers

¿Cuáles son los elementos clave que se deben considerar en la gestión de riesgos de un proyecto de software?

<p>Los elementos clave incluyen riesgos comerciales, financieros, técnicos y de desarrollo, evaluando su impacto y probabilidad para priorizar acciones adecuadas.</p> Signup and view all the answers

¿Qué son los artefactos en el contexto del desarrollo de software?

<p>Los artefactos son cualquier tipo de información producida durante el desarrollo, como diagramas UML, código y casos de prueba, que documentan el progreso y decisiones del proyecto.</p> Signup and view all the answers

¿Por qué se recomienda la construcción incremental en el desarrollo de software?

<p>La construcción incremental permite adaptarse rápidamente a cambios en requisitos y mejora la gestión de riesgos, ya que cada iteración produce un incremento verificable del software.</p> Signup and view all the answers

¿Qué aspectos se consideran en la fase de inicio de un proyecto de software?

<p>En la fase de inicio se evalúa la viabilidad del proyecto, se definen los objetivos y se identifican los interesados importantes en el desarrollo.</p> Signup and view all the answers

¿Cómo se lleva a cabo el soporte y mantenimiento post-liberación de un sistema?

<p>El soporte y mantenimiento post-liberación implican corrección de errores, actualizaciones y mejoras basadas en la retroalimentación de los usuarios y el rendimiento del sistema.</p> Signup and view all the answers

¿Qué se entiende por fases en el ciclo de vida del desarrollo de software?

<p>Las fases en el ciclo de vida, como elaboración e ingeniería, son etapas que organizan el trabajo, desde el inicio hasta la entrega del producto, estructurando el proceso de desarrollo.</p> Signup and view all the answers

Flashcards

Fase de Transición

Fase donde el producto se entrega al usuario para uso real, incluyendo tareas como instalación, configuración, entrenamiento y soporte.

Manuales de usuario

Documentos que se completan y refinan durante la Fase de Transición para guiar a los usuarios.

Criterios de evaluación en Transición

Evaluación de la aceptación del producto por el usuario (casos de uso, pruebas, manual, cursos, satisfacción).

Pruebas de aceptación

Evaluación crucial para verificar si el producto cumple requisitos esperados por el usuario final.

Signup and view all the flashcards

Migración de datos

Transferencia de información a un nuevo sistema o ambiente.

Signup and view all the flashcards

Proyecto a medida

Proyecto personalizado con un punto clave en las pruebas de aceptación del usuario.

Signup and view all the flashcards

Producto de venta masiva

Producto para el mercado masivo cuyo proyecto no termina nunca.

Signup and view all the flashcards

Reaccionar a resultados de pruebas

Adaptar el producto a los resultados de las pruebas, corrigiendo fallos en componentes, diseño o casos de uso, o problemas de fondo.

Signup and view all the flashcards

Objetivos de proyecto

Definiciones del alcance y metas del proyecto.

Signup and view all the flashcards

Fases de un proyecto

Etapas ordenadas en un proyecto: Inicio, Elaboración, Construcción y Transición.

Signup and view all the flashcards

Hitos

Puntos de control para revisar el progreso, riesgos y expectativas en un proyecto.

Signup and view all the flashcards

Disciplinas de gestión

Actividades de gestión dentro del desarrollo, como gestión de proyecto y gestión de configuraciones.

Signup and view all the flashcards

Artefactos

Información producida por los desarrolladores del proyecto, como diagramas, código, ejecutables y casos de prueba.

Signup and view all the flashcards

Hitos principales

Puntos de control al final de cada fase del proyecto.

Signup and view all the flashcards

Hitos secundarios

Puntos de control al final de cada iteración dentro de una fase.

Signup and view all the flashcards

Iteraciones

Ciclos repetitivos dentro de una fase de desarrollo para construir partes del producto.

Signup and view all the flashcards

Modelo de Caso de Uso

Un tipo de diagrama que muestra qué hace el sistema, como un flujo de interacciones entre el usuario y el sistema

Signup and view all the flashcards

Modelos de análisis y diseño

Diagramas que describen la funcionalidad y la estructura del sistema.

Signup and view all the flashcards

Arquitectura Incremental

Desarrollo de software en etapas, agregando detalles progresivamente a lo largo del proceso.

Signup and view all the flashcards

Análisis de Riesgos

Evaluación de los riesgos potenciales en un proyecto, considerando tecnología, recursos y factores comerciales.

Signup and view all the flashcards

Las 4 P's en desarrollo Software

Personas (interesados), Proyecto (organizacion), Producto (artefactos), Proceso (actividades para transformar requisitos en producto).

Signup and view all the flashcards

Iteraciones en UP

Ciclos de desarrollo repetitivos en el Proceso Unificado.

Signup and view all the flashcards

Fases y Disciplinas UP

Etapas organizadas. Actividades de gestión y desarrollo, con posibles solapamientos.

Signup and view all the flashcards

Artefactos de UP

Información generada durante el desarrollo (diagramas, código, pruebas, etc.)

Signup and view all the flashcards

Planificación Temporal UP

Ciclos de desarrollo UP separados en Ingeniería y Producción. Cada etapa con sus fases y iteraciones.

Signup and view all the flashcards

Etapa de Ingeniería

En el UP, etapa inicial con equipos pequeños y actividades menos previsibles (análisis, planificación).

Signup and view all the flashcards

Etapa de Producción

En el UP, etapa posterior con equipos grandes, y actividades previsibles.

Signup and view all the flashcards

Puntos de Control (UP)

Hitos o separaciones entre etapas, fases, o iteraciones en el ciclo de vida de un proyecto.

Signup and view all the flashcards

Vistas de Arquitectura

Las vistas de arquitectura representan diferentes perspectivas del sistema, como la lógica del negocio, el despliegue físico o la interacción con el usuario.

Signup and view all the flashcards

Modelo 4 + 1

Un modelo de arquitectura popular que separa el sistema en cuatro vistas principales: lógica, desarrollo, proceso y física. La quinta vista, los casos de uso, sirve como punto de unión y contexto.

Signup and view all the flashcards

¿Qué es la arquitectura de un sistema?

La arquitectura define la organización general del sistema, incluyendo sus componentes, interfaces, comportamiento y cómo los subsistemas trabajan juntos.

Signup and view all the flashcards

Equilibrio: Casos de Uso y Arquitectura

La arquitectura y los casos de uso deben estar en armonía, asegurando que la estructura y la función del sistema sean coherentes.

Signup and view all the flashcards

Proceso Iterativo e Incremental

Un proceso de desarrollo donde el sistema se construye gradualmente a través de ciclos cortos llamados iteraciones que agregan funcionalidad y refinan el sistema.

Signup and view all the flashcards

Fase de Elaboración

Fase donde se define y se detalla el producto que se va a desarrollar, incluyendo la definición de casos de uso, arquitectura del sistema, diseño de interfaces y prototipos.

Signup and view all the flashcards

Control en la fase de Construcción

Control de la gestión del proyecto durante la fase de construcción, asegurando que el producto se desarrolla de manera eficiente.

Signup and view all the flashcards

Disciplina en la fase de Construcción

Conjunto de tareas enfocadas en una área específica del proyecto, como el análisis de casos de uso o la implementación de la arquitectura durante la fase de construcción.

Signup and view all the flashcards

Artefactos de la fase de Construcción

Documentación y elementos producidos durante la fase de construcción, incluyendo el código fuente, diseños de la arquitectura, modelos de pruebas y un sistema ejecutable.

Signup and view all the flashcards

Modelo de diseño

Descripción detallada de cómo se implementarán los elementos del sistema, incluyendo su estructura, componentes y relaciones.

Signup and view all the flashcards

Modelo de análisis

Representación de las características y relaciones del sistema, incluyendo diagramas de clases e interacciones.

Signup and view all the flashcards

Prueba de integración

Un tipo de prueba que verifica cómo se combinan las diferentes partes del sistema para funcionar correctamente.

Signup and view all the flashcards

Prueba de sistema

Un tipo de prueba exhaustiva que verifica el comportamiento completo del sistema.

Signup and view all the flashcards

Evaluar las pruebas

Analizar los resultados de las pruebas para identificar errores, mejoras y la calidad general del sistema.

Signup and view all the flashcards

Study Notes

Proceso Unificado de Desarrollo (UP)

  • El UP es un proceso "marco" flexible y extensible, no un proceso universal.
  • Permite diversas estrategias de desarrollo.
  • Permite definir diferentes conjuntos de productos.
  • Permite definir actividades y encargados de las mismas.

Componentes de un Método

  • Elementos de modelado: Conjunto fundamental de conceptos de modelado para capturar el conocimiento semántico sobre un problema y su solución.
  • Notación: Conjunto de vistas y notaciones para presentar la información de modelado subyacente, permitiendo a las personas examinarlos y modificarlos.
  • Proceso: Formalización de las actividades relacionadas con la elaboración de sistemas software.
  • Experiencia: Colección de reglas y heurísticas para llevar a cabo el desarrollo.

UML no es un Método

  • UML es un lenguaje de modelado, no un método completo.
  • Comprende: Lenguaje de modelado, proceso y personas/equipos/experiencia.
  • UML es un estándar OMG.

¿Qué es un proceso?

  • Describe un conjunto de actividades que deben realizarse en un orden específico para alcanzar un objetivo.
  • Debe ser reproducible, definido, medible en cuanto a rendimiento y optimizable.
  • Debe capturar las mejores prácticas para reducir el riesgo y hacer el proyecto predecible, logrando una visión y cultura comunes.

Dos elementos complementarios

  • UML es un estándar OMG.
  • El Proceso Unificado es un marco adaptable.
  • El Proceso Unificado es un estándar en fase de propuesta.

Antecedentes del Proceso Unificado

  • El proceso se basó en varios procesos unificados anteriores.
  • El Rational Objectory Process fue un precursor, así como el Objeto Process.
  • El Rational Unified Process 5.0 y luego el Unified Process de 1999.
  • El estándar SPEM (2002) estuvo relacionado.

Características del Proceso Unificado

  • Se guía por los casos de uso, desde la especificación hasta el mantenimiento.
  • La arquitectura es fundamental desde el inicio hasta el final, facilitando el refinamiento progresivo de la misma.
  • Es iterativo e incremental, dividiendo el trabajo en iteraciones pequeñas.
  • Las iteraciones se enfocan en la importancia de los casos de uso y el análisis de riesgos.

Conducido por Casos de uso, Centrado en la Arquitectura

  • Los casos de uso integran todas la actividades de software desde Requisitos a Pruebas.
  • La arquitectura central describe los elementos fundamentales del sistema: subsistemas, dependencias, interfaces, colaboraciones y nodos.
  • Incluye decisiones importantes: organización del sistema, comportamiento de los elementos estructurales, interfaces y subsistemas, así como el estilo de arquitectura que los guía.
  • Se usan modelos 4+1 para visualizar y documentar la arquitectura.

Modelo de Arquitectura: 4+1 Vistas

  • Los modelos son instrumentos para visualizar, especificar, construir y documentar la arquitectura del sistema.
  • Cada vista es una parte de un modelo.
  • Son las vistas lógica, de realización, de casos de uso, de procesos y de despliegue.

Arquitectura y Modelos

  • La arquitectura incorpora una colección de vistas de los modelos.
  • Presenta modelos de casos de uso, análisis, diseño, despliegue, implementación y pruebas.

Estructura y Función

  • Los casos de uso especifican las funciones del sistema.
  • La arquitectura especifica la estructura del sistema.
  • Los casos de uso y la arquitectura deben estar equilibrados.

Proceso Iterativo e Incremental

  • UP es un proceso iterativo, basado en la ampliación y refinamiento del sistema en mini-proyectos cortos (2 a 6 semanas).
  • Cada iteración reproduce un ciclo de vida a menor escala, mejorando y haciendo crecer el sistema.
  • El resultado de cada iteración es un sistema ejecutable.

Gestión del riesgo

  • Evalúa el proyecto, la tecnología y los recursos para determinar y comprender el origen de los riesgos.
  • Factores a considerar: comerciales, financieros y técnicos.
  • Cada iteración se centra en los riesgos más importantes.

Las cuatro "P" (Personas, Proyecto, Producto, Proceso)

  • Personas: Todos los interesados.
  • Proyecto: Elemento organizacional para la gestión del desarrollo de software.
  • Producto: Artefactos creados durante la vida del proyecto.
  • Proceso: Conjunto completo de actividades para transformar requisitos en un producto.

Fases y Disciplinas

  • Fases y puntos de control.
  • Disciplinas (flujos de trabajo).
  • Artefactos.

Elementos del Proceso Unificado

  • Fases: división temporal del ciclo de vida, con puntos decontrol o hitos que marcan las etapas del proceso.
  • Disciplinas: organizan las actividades fundamentales de gestión y desarrollo, pudiéndose solapar en tiempo.
  • Artefactos: cualquier tipo de información producida por los desarrolladores (diagramas UML, código, ejecutables, casos de prueba).

Planificación Temporal del Proyecto

  • UP propone ciclos de desarrollo con la separación clara entre las etapas de Ingeniería y Producción, divididos en fases e iteraciones.

Etapas y Fases del Ciclo de Vida

  • Etapa de Ingeniería: equipos pequeños, actividades poco predecibles (análisis, viabilidad, planificación). Fases: Inicio y Elaboración.
  • Etapa de Producción: equipos grandes, actividades predecibles, menos riesgos. Fases: construcción y transición.

Objetivos de las Fases

  • Inicio (Inception): Definir el ámbito, objetivos, funcionalidades y arquitectura básica del proyecto y reducir los riesgos.
  • Elaboracion: Estudiar en profundidad la funcionalidad y el dominio del problema, definir la arquitectura básica y planificar el proyecto con los recursos disponibles.
  • Construcción: Desarrollar el producto con iteraciones incrementales.
  • Transición: Liberar el producto, realizar tareas de instalación, configuración, entrenamiento y soporte.

Hitos

  • Son puntos de control donde los participantes revisan el progres del proyecto.
  • Se pretende sincronizar expectativas y realidad, identificar riesgos, y evaluar la situación global del proyecto.
  • Se necesitan resultados y niveles de hitos principales al final de cada fase y hitos secundarios al final de cada iteración.

Disciplinas o Flujos de Trabajo

  • Organizan las actividades de gestión y desarrollo del proyecto (requisitos, análisis, diseño, implementación, pruebas, gestión de proyecto, etc.).
  • Las actividades no necesitan seguir un orden lineal.

Artefactos

  • Cualquier tipo de información producida durante el desarrollo del proyecto (ej. Diagramas UML, código, ejecutables, casos de prueba).
  • Se construyen de forma incremental.

Disciplinas y Modelos Principales

  • Las disciplinas (Requisitos, Análisis, Diseño, Implementación, Pruebas) se asocian con modelos (casos de uso, análisis, despliegue, implementación y pruebas).

Modelo de Casos de Uso

  • Diagramas de casos de uso, diagrama de clases, de componentes, de despliegue, de secuencia, de colaboración, de estados, de objetos, de actividades.

Modelos de Análisis y Diseño

  • En detalle las relaciones entre modelos de análisis y diseño.

El "Caso de Desarrollo"

  • El "Caso de desarrollo" es un artefacto inicial que especifica los artefactos necesarios en cada disciplina y fase.

La fase de Inicio (Inception)

  • Responder preguntas sobre la visión del sistema, viabilidad, costos, fabricación y decisión de si continuar con el proyecto.
  • Definir el alcance, objetivos, funcionalidad, arquitectura, riesgos y costo inicial.
  • Establecer criterios de evaluación (planificación, ámbito del sistema, requisitos, arquitectura, riesgos, y análisis de negocio),

Objetivos de la fase de Inicio

  • Desarrollar el análisis de negocio hasta el punto necesario para la puesta en marcha del proyecto.
  • Delimitar el alcance y objetivos, definir funcionalidad y capacidades del producto.
  • Tener una idea básica de la arquitectura.
  • Reducir los riesgos, haciendo estimaciones de costes y agendamiento.

Criterios de Evaluación de la fase de Inicio

  • Planificación provisional y criterios de evaluación para la fase de inicio.
  • Fijar el ámbito, resolver incertidumbres en los requisitos, determinar arquitectura candidata, mitigar riesgos y evaluar el análisis de negocio.

Disciplinas en la fase de Inicio

  • Enumerar requisitos iniciales, comprender el contexto, representar requisitos como casos de uso, recoger requisitos no funcionales.
  • Análisis de la arquitectura y casos de uso.
  • Esbozo de la arquitectura; prototipo desechable.

Artefactos de la fase de Inicio

  • Descripción detallada de los artefactos importantes para la fase de Inicio: Visión, requisitos, modelo de casos de uso, glosario modelo inicial de dominio.etc

La fase de Elaboración

  • Objetivos de la fase de Elaboración: Se centra en profundizar tanto en la funcionalidad como en el dominio del problema, definiendo una arquitectura básica y planificando el proyecto teniendo en cuenta los recursos disponibles.
  • Criterios de Evaluación: se revisan los requisitos, la arquitectura e identifican posibles riesgos, se busca fijar precio y fecha de entrega.

Disciplinas en la fase de Elaboración

  • Casos de uso, actores, prioridad de casos de uso, detalle de los casos de uso, estructura del modelo de casos de uso, prototipos de interfaces de usuario, Análisis de la arquitectura, Análisis de casos de uso, Diseño de arquitectura, Diseño de casos de uso, Implementación de arquitectura (parte del sistema), Integración(frameworks y servicios), Planificación y diseño de pruebas, pruebas de integración y de sistema.

Artefactos de la fase de Elaboración

  • Modelos de casos de uso, modelo de dominio, modelo de análisis, modelo de diseño, arquitectura del sistema y modelo de pruebas, model de implementación; prototipos etc.

Las fases de Construcción y Transición

  • La fase de Construcción es donde el producto se refina y construye.
  • La fase de Transición es donde el producto se entrega al usuario.

Fase de Construcción

  • Desarrollo a través de iteraciones involucrando análisis, diseño e implementación incremental de la arquitectura.
  • Gran parte del trabajo se centra en programación y pruebas.
  • Se documenta tanto el sistema como su manejo.
  • Proporciona un producto construido junto con la documentación.

Disciplinas en la fase de Construcción

  • Completar casos de uso y detalles, desarrollo de prototipos de interfaz de usuario, análisis de casos de uso añadidos, diseño de casos de uso añadidos, implementación de arquitectura, implementación de clase, subsistemas, realizar pruebas de unidad e integración.

Control en la fase de Construcción

  • Labores de gestión adicional: control del análisis de negocio, evaluación de la fase de Construcción y planificación de la fase de Transición.

Artefactos de la fase de Construcción

  • Modelos de casos de uso, modelos de análisis, diseño, pruebas, arquitectura del sistema, modelo de implementación. Descripción de los artefactos, como sistema ejecutable y manual de usuario.

Fase de Transición

  • Liberación del producto para su uso real e integración.
  • Tareas de instalación, configuración, entrenamiento y soporte al usuario.
  • Incluye la evaluación del usuario tras la evaluación.
  • Evaluación del proyecto y criterios a cumplir.

Disciplinas en la fase de Transición

  • Para la transición se prepara una versión de pruebas de calidad, se instala la versión en los lugares deseados, se evalúan los resultados de las pruebas y se reaccionan a fallas o problemas. Importante es el análisis del negocio.

Studying That Suits You

Use AI to generate personalized quizzes and flashcards to suit your learning preferences.

Quiz Team

Related Documents

Description

Este cuestionario explora la importancia de la documentación y las pruebas de integración en la arquitectura de sistemas y el desarrollo de software. Analiza el ciclo de vida del software, la gestión de proyectos en construcción y la transición de proyectos, proporcionando un enfoque sobre la calidad y migración de datos. Ideal para entender procesos iterativos e incrementales en la gestión de proyectos de software.

More Like This

System Integration and Architecture Quiz
8 questions

System Integration and Architecture Quiz

WellReceivedWatermelonTourmaline7880 avatar
WellReceivedWatermelonTourmaline7880
System Integration & Architecture Overview
40 questions
Software Architecture and Integration Quiz
42 questions
Use Quizgecko on...
Browser
Browser