DocumentodeArquitecturadeSoftware

1. RepresentacinArquitectnica
Estaseccindescribeloquelaarquitecturadesoftwareesqueelsistemaactual, ycmo serepresenta.Deloscasosdeuso,lgico, Vistaalproceso, el desplieguey ejecucin,se enumeran lospuntosdevistaque sonnecesarios,yparacadapunto devista,explicaqutiposdeelementosdel modelo quecontiene. Por ejemplo: LaArquitecturaautilizarserCliente-Servidor. Elclienteeslaaplicacinqueser implementadaenellugardondeseencuentra laempresa.Sedesarrollar unasola aplicacinintegrada, enlaquesolo sepermitirelacceso alosusuariosregistrados enelsistema yalasreasalascualestenganaccesoautorizado.Seemplearun solo servidorcentralizado.

2. Metas y Restricciones de la Arquitectura

Esta seccin describe los requisitos de software y los objetivos que tienen algn impacto significativo en la arquitectura, por ejemplo, la seguridad, la privacidad, el uso de un producto fuera de la plataforma, la portabilidad, la distribucin y la reutilizacin. Tambin captura las restricciones especial es que pueden aplicarse: Diseo y estrategia de implementacin, herramientas de desarrollo, la estructura del equipo, calendario, cdigo de la herencia, y as sucesivamente

3. Vista Lgica
Esta seccin describe las partes arquitectnicamente significativas del modelo de diseo, tales como su descomposicin en subsistemas y paquetes. Y para cada paquete importante, su descomposicin en clases y los servicios pblicos de clase. Usted debe introducir clases de gran importancia arquitectnica y describir sus responsabilidades, as como algunas relaciones muy importantes, operaciones y atributos. 3.1 Resumen

Esta seccin describe la descomposicin general del modelo de diseo en cuanto a su jerarqua de paquetes y las capas. Soporta los requerimientos funcionales y los servicios que el sistema debe proveer a sus usuarios finales. 3.2 Diseo Arquitectnico de Paquetes

Para el diseo de la arquitectura del sistema a desarrollar se utilizara la nocin de paquetes, los cuales representan el formato de tres capas que por el que se rige el desarrollo del proyecto. Para cada paquete principal, incluir un apartado con su nombre, breve descripcin y un diagrama con todas las clases y paquetes significativos contenidos en el paquete. Para cada clase significativa en el paquete, incluir su nombre, una breve descripcin y, opcionalmente, una descripcin de algunos de sus principales responsabilidades, operaciones y atributos. Lospaquetesms utilizadosnormalmenteson: PaqueteInterfaz: Representaelfragmentodelproyectoqueinteractuarconlos distintosusuarios,recibir informacinysolicitudesporpartedestosascomo tambinmostrarlasrespuestasalasdiferentessolicitudes.

PaqueteManejador:Seencargardelmanejodelasconsultasy utilizacindela basededatosenlacualseencontrartodalainformacinrelacionadaalas distintasfuncionalidadesqueofrecerel sistema. Paquete Lgico del Negocio: Se encarga de realizar todas las operaciones y mtodosqueofreceelsistema,ascomotambindelavalidacindedatosantes derealizar lasconsultas.Contienela lgica paraelmanejodelasoperacionesdel negocio.

4. Vistadel Proceso
Esta seccin describe la descomposicin del sistema en los procesos ligeros (hilos de control individuales) y los procesos de peso pesado (agrupaciones de procesos ligeros). Organizar la seccin de los grupos de procesos que se comunican o interactan. Describir las principales vas de comunicacin entre procesos, como el paso de mensajes, alarmas, y el encuentro. Se incluye aqu el Diagrama de Entidad Relacin, que es el diagrama principal para el Anlisis y Diseo, adems de la inclusin del Diccionario de Datos relacionado al Diagrama de Entidad Relacin.

5. Vistade Despliegue
[Esta seccin describe una o ms de la red fsica (hardware) las configuraciones en las que se ha implementado el software y ser ejecutado. Se trata de un punto de vista del modelo de implementacin. Como mnimo para cada configuracin debe indicar los nodos fsicos (ordenadores, CPUs) que ejecutan el software y sus interconexiones (bus, LAN, punto a punto, y as sucesivamente.) Tambin incluyen un mapeo de los procesos del Proceso Ver en los nodos fsicos.]

6. Vistade Implementacin
Esta seccin describe la estructura general del modelo de implementacin, la descomposicin del software en capas y subsistemas en el modelo de implementacin, y cualquier otro componente de gran importancia arquitectnica. 6.1 Informacin general

Esta seccin define los nombres y las diferentes capas y su contenido, las reglas que rigen la inclusin de una capa determinada, y los lmites entre las capas. Incluir un diagrama de componentes que muestra las relaciones entre las capas. 6.2 Capas Para cada capa, incluyen una subseccin con su nombre, una enumeracin de los subsistemas situados en la capa, y un diagrama de componentes.

7. Vistadedatos(opcional)
Una descripcin de la perspectiva de volumen de datos generados por del sistema. Esta seccin es opcional si hay volumen de datos poco o nada, o la traduccin entre el modelo de diseo y el modelo de datos es trivial .

Plantilla Prototipos de Interfaces de Usuario

1. Requerimientosdeinterfaz
Losrequerimientosdeinterfaz sontodosaquelloselementosquedebeproveerel sistemaparapermitirla interaccinentreelusuarioylasfuncionalidadesqueeste tiene, con elfindequeenelprocesodediseo se tenga claridadde lasinterfaces que se debencrearyla relacinque debe existirentre ellas. Para la definicinde losrequerimientosdeinterfazsedebenidentificar lossiguienteselementos: Id: Identificademaneranicaunainterfazgrfica Descripcin: Indica los elementos que debe tener la interfaz. Requerimientos asociados: Indican las funcionalidades asociadas a la interfaz grfica.

Eneste nivel, no sevadefinirdemaneradetalladalainterfaz,solosepretende teneruna primera aproximacina loselementosquedebenser tenidosencuenta eneldesarrollo deestas.

2. Diseodelasinterfacesde usuario
[Laspantallasdebenpermitiruna forma deinteraccinentreelusuarioy todaslas funcionalidadesqueofreceelsistema,cada unadeellasdebealmenospresentar una funcionalidadpara quesucreacinestjustificada. Loselementoscomunes entrepantallasquesepodrandefinirson: Encabezado (Opcional) Men (Opcional) Zona de mensajes (error, xito) Zona de Contenido Hojas de estilo

Loselementosquesedebendefinirparacadapantallason: Informacin a presentar o recolectar Validaciones Relacin entre datos Flujo de pantallas

Una prctica recomendable para verificar la completitud entre las pantallas definidasy lasfuncionalidadesdel sistemaesllenarunamatrizymarcarla interseccinentreunapantallay una funcionalidad,indicaquelapantalla implementaesa funcionalidad. Tomandoencuenta losaspectosanteriormentedescritos,desplegarunpantallazo delainterfazquehasidocreada,describiendoporcadaunaloselementosa definirypresentar.

3. Otros aspectosa tomaren cuenta

3.1 Seguridad Aspectosatomarencuentaencuanto ycontroldel software. ala seguridaddeacceso

3.2

Reportes Aspectos a tomar en cuenta relacionados con los reportes que deben ser desplegadoso generadosdesdeelsoftware.Presentaralgunosprototipos

3.3

Rendimiento Aspectosrelacionadosconelrendimiento quedebetenerelsoftware.

3.4

Integracin con otro Software Enalgunoscasos,elnuevodesarrollodesoftwaredebeintercomunicarsec onotrossistemas, tomarencuentaydetallarestosaspectosenestepunto.