Modelo 4+1

1
Modelo 4 + 1. El modelo 4+1 fue diseñado por el profesor Philippe Kruchten en 1995. Lo que propone kruchten es que un sistema software se ha de documentar y mostrar con 4 vistas bien diferenciadas, relacionadas entre sí con una vista mas llamada +1. Cada una de estas vistas muestra toda la arquitectura del sistema software que se esté documentando de forma diferente. Vista lógica. La arquitectura lógica apoya principalmente los requisitos funcionales. Lo que el sistema debe brindar en términos de servicios a sus usuarios. Se representa lo que el sistema debe hacer y las funciones y servicios que ofrece. Para completar la documentación de esta vista se pueden incluir los diagramas de clases, de comunicación o de secuencia uml. Vista física. La arquitectura física toma en cuenta principalmente los requisitos no funcionales del sistema, tales como la disponibilidad, confiabilidad, performance y escalabilidad. En esta vista se muestra desde la perspectiva de un ingeniero de sistemas todos los componentes físicos del sistema, así como las conexiones físicas entre componentes que conforman la solución. Para completar la documentación de esta vista se puede incluir el diagrama de despliegue de uml. Escenarios. Esta vista va a ser representada por los casos de uso software y va a tener la función de unir y relacionar las otras 4 vistas. Sirve para 2 propósitos principales. Como una guía para descubrir elementos arquitectónicos durante el diseño de arquitectura. Como un rol de validación e ilustración después de completar el diseño de arquitectura, en el papel y como punto de partida de las pruebas de un prototipo de la arquitectura .

description

definicion modelo 4+1

Transcript of Modelo 4+1

  • Modelo 4 + 1.

    El modelo 4+1 fue diseado por el profesor Philippe Kruchten en 1995.

    Lo que propone kruchten es que un sistema software se ha de documentar y mostrar con 4 vistas

    bien diferenciadas, relacionadas entre s con una vista mas llamada +1.

    Cada una de estas vistas muestra toda la arquitectura del sistema software que se est

    documentando de forma diferente.

    Vista lgica.

    La arquitectura lgica apoya principalmente los requisitos funcionales. Lo que el sistema debe

    brindar en trminos de servicios a sus usuarios.

    Se representa lo que el sistema debe hacer y las funciones y servicios que ofrece. Para completar

    la documentacin de esta vista se pueden incluir los diagramas de clases, de comunicacin o de

    secuencia uml.

    Vista fsica.

    La arquitectura fsica toma en cuenta principalmente los requisitos no funcionales del sistema,

    tales como la disponibilidad, confiabilidad, performance y escalabilidad.

    En esta vista se muestra desde la perspectiva de un ingeniero de sistemas todos los componentes

    fsicos del sistema, as como las conexiones fsicas entre componentes que conforman la solucin.

    Para completar la documentacin de esta vista se puede incluir el diagrama de despliegue de uml.

    Escenarios.

    Esta vista va a ser representada por los casos de uso software y va a tener la funcin de unir y

    relacionar las otras 4 vistas.

    Sirve para 2 propsitos principales.

    Como una gua para descubrir elementos arquitectnicos durante el diseo de arquitectura.

    Como un rol de validacin e ilustracin despus de completar el diseo de arquitectura, en el

    papel y como punto de partida de las pruebas de un prototipo de la arquitectura .