Documento de Arquitectura de Software

< Sistema de Gestión y Administración de la Información de Usuarios Del Museo de Ciencia y Tecnología Del Museo Universum >

Software Architecture Document

Version <2.0>

1. Bitácora

Tabla de contenido

1.        Introducci        4

1.1        Objetivo        4

1.2        Alcance        4

1.3        Definiciones, siglas y abreviaturas        4

1.4        Referencias        4

1.5        Descripción general        4

2.        Representación Arquitectónica        5

3.        Objetivos arquitectónicos y restricciones        5

4.        Vista de caso de uso        6

5.        Vista Lógica        7-15

5.1        Descripción general        7

5.2        Paquetes de diseño arquitectónicamente significativos        8

5.3        Realizaciones de Casos de Uso        8-15

6.        Vista del proceso        16

7.        Vista de implementación        17

8.        Vista de implementación        18-19

8.1        Visión de conjunto        18

8.2        Capas        19

9.        Vista de datos (opcional)        19-25

10.        Tamaño y rendimiento        25

11.        Calidad        25

Documento de Arquitectura de Software

1. Introducción

Este documento proporcionara dicha información del sistema hablando todo los que es la arquitectura del software en el que se trabaja hablando del proyecto MuseoMex con el cual dará detalle a su funcionalidad para el proceso de generar búsquedas de museos relevantes a los de la categoría de ciencia y tecnología , hablaremos de los modelos de clases que se plantean al momento de realizar interacciones sobre dicho sistema con esto podrá verse el diseño de la misma arquitectura para que de esto se imparta al mejoramiento de la aplicación web a trabajar.

1. Objetivo

 El objetivo de esta documentación es que los futuros dueños del sistema se sumerjan en la información relevante de la arquitectura del software que se presentara desarrollando la aplicación web MuseoMex,para esto se llevaran acabo los modelos de datos y modelos de clases con dicha codificación del diagrama basado a la base de datos , se plantearan todos los modelos de clases para que de esto se pueda realizar el diagrama secuencia que presentara el procesamiento mas especifico al momento en el que el sistema se ponga a prueba por el usuario o administrador y de hay partir con el diagrama de colaboración el cual dará detalle a los pasos a seguir al momento de interactua con el sistema para dar detalle con la función de este software.

1. Alcance

Lo que se tiene planeado alcanzar es que nuestro sistema llegue hacer el (a,b,c) de los datos de museo referentes a los de ciencia y tecnología, los mismos usuarios podrán interectuar con el sistema para poder inscribirse a actividades y a eventos dándose de alta en dicho curso podrá eliminarse del la actividad o el evento cuando el o ella lo requiera, generara búsqueda de museos ingresando solo datos referentes del museo que se desea buscar.

1. Definiciones, Siglas y Abreviaturas

MCU: Modelo Caso de Uso

C.U: Caso de uso

D.A: Diagrama de Actividad

Precondición: La precondición está formada por el conjunto de condiciones que se tienen que cumplir para que se pueda iniciar un caso de uso. En muchos casos supone la ejecución de casos de uso previos.

Postcondición: La postcondición refleja el estado en que se queda el sistema una vez ejecutado el Caso de Uso.

HTTP: Protocolo de Trasferencia de Hipertexto.

TCP: Protocolo de control de transmisión.

N/A: No Aplica

1. Referencias

https://jummp.wordpress.com/2011/07/22/las-precondiciones-y-postcondiciones-en-los-casos-de-uso/

www.developerWorks.

www.ibm.com/downlaonds

www.ibm.com/developerworks/rational/library/4166.html

http://192.168.7.24/rup7/index.htp  

http://www.ibm.com/developerworks/rational/library/08/0826_arnold-dunnavant-schrag/

1. Descripción Opcional

 El sistema dinámico del museos de ciencia y tecnología va a proporcionar que los usuarios puedan ingresar al sistemas en el cual van a poder registrarse a eventos o actividades y podrán tener de esta manera lugar en dicho evento, también podrán dar realizar búsquedas de dicho museo que deseen buscar el cual sera practico ya que es referente al tema de ciencia y tecnología , el sistema dejara que nada mas solamente el manager realiza el a,b y c de museos y así como dichas actividades a realizar el cual tendrá control de todo.

1. Representación Arquitectonica

 En este documento se presenta la arquitectura como una serie de puntos de vista; utilizar la vista caso, vista lógico, vista del proceso y la vista de despliegue. No hay vistas a una aplicación separada se describe en este documento.Estos son puntos de vista sobre un modelo subyacente Unified Modeling Language (UML) desarrollaron a través de Rational Rose.

1. Objetivos Arquitectónicos y Restricciones

El objetivo de esta arquitectura de software de un mejor punto de vista por cada caso de uso que se maneja en el modelo de C.U para esto se manejaran las clases de objetos, diagramas de secuencia y los diagramas de colaboración para que de esta forma el interesado vea los componentes mas detallados de las acciones que se realice dentro del sistema a emplear el cual es el sistema MuseoMex.

1. Vista de Caso de Uso

Una descripción de la vista de casos de uso de la arquitectura de software. El caso de uso es importante a la aportación a la selección del conjunto de escenarios y / o casos de uso que son el foco de una iteración. En él se describe el conjunto de escenarios y / o casos de uso que representan algunas funciones importantes, en el centro. También se describe el conjunto de escenarios y / o casos de uso que tienen una cobertura sustancial de arquitectura (que ejercen muchos elementos arquitectónicos) o que el estrés o ilustran un delicado punto específico, de la arquitectura. [pic 1]

...