Documento de Arquitectura de Software
Enviado por mony204 • 9 de Diciembre de 2017 • Trabajo • 3.793 Palabras (16 Páginas) • 431 Visitas
< 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>
- Bitácora
Fecha | Versión | Descripción | Autor |
<28/01/2017> | <2.0> | ||
<28/01/2017> | <2.0> | es la búsqueda > | |
<28/01/2017> | <2.0> | es la búsqueda > | |
<28/01/2017> | <2.0> |
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
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.
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.
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.
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
Referencias
https://jummp.wordpress.com/2011/07/22/las-precondiciones-y-postcondiciones-en-los-casos-de-uso/
...