Software





Historial de Cambios

Versión
Fecha
Descripción
Autores
0.1
07-04-09
Línea base SAD
Oscar Montenegro
0.2
07-04-09
Numeral uno
Oscar Montenegro
0.3
08-04-09
Vista de Casos de Uso
Oscar Montenegro, Eberto Burgos,
Jair Moreno
0.4
09-04-09
Trazabilidad requerimientos, casos de uso
Eberto Burgos
0.5
13-04-09
Vista Lógica
Oscar Montenegro, Jair Moreno
0.52
13-04-09Vista Lógica
Jair Moreno
0.6
14–04-09
Vista de datos
Eberto Burgos
0.65
15-04-09
Vista Lógica
Jair Moreno
0.69
15-04-09
Vista de Despliegue
Oscar Montenegro
0.72
15-04-09
Vista de Proceso
Jair Moreno
0.8
15-04-09
Vista de Desarrollo
Eberto Burgos
Oscar Montenegro
0.9
15-04-09
Diagramas de Secuencia
Eberto Burgos
1.0
16-04-09
Revisión total del documento yfinalización del mismo
Oscar Montenegro, Jair Moreno,
Eberto Burgos





Página de firmas

El presente documento es aprobado por las personas referenciadas a continuación:













Tabla de contenido


ÍNDICE DE TABLAS











ÍNDICE DE ILUSTRACIONES



















INTRODUCCIÓN

El objetivo principal de este documento es el de analizary enunciar los componentes, interacciones, y limitaciones del sistema Banco. Así mismo se pretende describir la arquitectura que represente el análisis realizado con anterioridad del modelo de 4+1 vistas repasados en las sesiones de Arquitectura de Software.
Propósito:

Este documento proporciona una descripción de la arquitectura del sistema basado en los puntos de vista arquitectónica (4+1),para representar diferentes aspectos del sistema. Esta descripción sale como resultado de satisfacer todos los requerimientos pedidos por el cliente y de cumplir con unos servicios típicos de un sistema bancario para diferentes tipos de clientes.

Alcance:

Este documento simplemente se dedica a representar, por medio de descripciones de diferentes vistas, la arquitectura que se utilizarápara implementar el sistema K^2M, es decir que no se especificarán arquitecturas externas al sistema. Como se especificó anteriormente, el documento utilizará el modelo de 4+1 vistas para hacer esta descripción cuyos ejes centrales son la las vistas lógica, de procesos, física, desarrollo y escenario.

Definiciones y acrónimos

Actividad: “Trabajo compuesto por un conjunto de tareas. Incluye unadescripción, duración y una secuencia de las tareas a ejecutar con sus entradas y productos a entregar” [1].
Administrador: Persona o entidad que se encarga de aceptar o eliminar nuevos clientes al sistema con su respectiva información, asigna más espacio de almacenamiento y administra permisos. [9]
API: Aplication Programming Interface
Backup: Copia de Respaldo o Seguridad. Acción decopiar archivos o datos de forma que estén disponibles en caso de que un fallo produzca la perdida de los originales. Esta sencilla acción evita numerosos, y a veces irremediables, problemas si se realiza de forma habitual y periódica. [15]
Browser: Un programa utilizado para ver, descargar, cargar, navegar o acceder a otros documentos (páginas) en la World Wide Web. Los navegadores pueden basarse entexto, lo que significa que no mostraran gráficos o imágenes, pero la mayoría se basan en texto y gráficos. Los navegadores leen "etiquetas" o páginas codificadas (utilizando html, aunque no siempre) que residen en servidores e interpretar el código en los nosotros vemos cuando descargamos una página web. Netscape Navigator y Microsoft Internet Explorer son ejemplo de Navegadores web. MoziilaFirefox es un ejemplo más reciente. [16]
Ciclo de vida de software: “Es una representación de todas las actividades, tareas y productos necesarios para desarrollar un sistema software” [1]
Contraseña: Palabra secreta que junto al nombre de usuario le permiten al usuario iniciar una nueva sesión en el sistema K2M.
EI: External Inputs o entradas externas. “Es un proceso elemental en cuyo dato...