Rev. No.

Pg. 1

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Colegio Universitario de Caracas.

DISEO ARQUITECTONICO DEL

SISTEMA (DAS)
Trayecto II
[Nombre del Proyecto.]
Revisin [No.]
EQUIPO DEL PROYECTO
Nombres y Apellidos

FECHA

CI

E-mail

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 2

Revisiones del documento

Fecha

No. Revisin

Autor

Verificado por.

Observacin

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 3

INDICE
Tabla de contenido
REVISIONES DEL DOCUMENTO.....................................................................2
1. INTRODUCCIN......................................................................................3
1.1

PROPSITO

DEL DOCUMENTO.....................................................................................3

2. INFORMACIN DEL PROYECTO SOCIO TECNOLGICO................................3

3. DEFINICIONES, SIGLAS Y ABREVIATURAS.................................................4
4. DIAGRAMAS DE COMPORTAMIENTO.........................................................4
4.1. DIAGRAMAS DE CASOS DE USO DEL SISTEMA................................................................4
4.2. ELABORACIN DEL DIAGRAMA....................................................................................4
4.2.1. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL PROYECTO
SOCIOTECNOLGICO................................................................................................ 5
4.2.2. ESPECIFICACIN DEL CASO USO.................................................................5
4.3. DIAGRAMA DE ACTIVIDADES...............................................................................8
4.3.2. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL PROYECTO
SOCIOTECNOLGICO.............................................................................................. 10
4.4. DIAGRAMA DE CLASES DEL SISTEMA..........................................................................10
4.4.2. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL PROYECTO
SOCIOTECNOLGICO.............................................................................................. 11
5. MODELO VISTA CONTROLADOR (MVC)...................................................11
5.1. ELABORACIN DEL DIAGRAMA..................................................................................12
5.2. DESCRIPCIN DEL PATRN MVC.......................................................................13
5.3. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL PROYECTO
SOCIOTECNOLGICO................................................................................................. 13
6. DESPLIEGUE........................................................................................13
6.1.
6.2.
6.3.

DISEO DE ENTRADA. MOSTRAR LA INTERFAZ DE USUARIO............................................13

PROCESOS INTERNOS. DESCRIBIR ALGORITMOS RELEVANTES.........................................13
DISEO DE SALIDA. REPORTES DEL SISTEMA. DEBEN PRESENTAR POR LO MENOS 3 REPORTES
13

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 4

1. INTRODUCCIN.
En el presente documento se mostrar la arquitectura del software por
medio de diagramas que se muestran a continuacin.

1.1

Propsito del documento.

Este documento tiene como propsito describir el modelado del sistema
que se disea, basados bajo UML, que comprende los diagramas de
Casos de Uso del Sistema, Diagrama de Actividades y Diagramas de
clases y el modelo-vista-controlador (MVC) de la fase de anlisis y diseo
de la Ingeniera de Software.

2. Informacin del Proyecto Socio tecnolgico

Nombre del Proyecto
Comunidad
Nombre Contacto Comunidad
Telfono Contacto Comunidad
Correo Electrnico Comunidad
Gerentes del Proyecto
Fecha Inicio del Proyecto
Fecha de Finalizacin del
Proyecto

3. Definiciones, siglas y abreviaturas

Las descripciones de los aspectos usados en este documento

4. Diagramas de Comportamiento.
Los diagramas de comportamiento se emplean para especificar, construir y
documentar los aspectos dinmicos de un sistema, estos involucra cosas tales
como el flujo de mensajes a lo largo del tiempo y el movimiento fsico de
componentes en una red.
4.1. Diagramas de Casos de Uso del sistema.
Este diagrama documenta el comportamiento de un sistema desde el punto
de vista del usuario. Por lo tanto los casos de uso determinan los requisitos

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 5

funcionales del sistema, es decir, representan las funciones que un sistema

puede ejecutar.
4.2. Elaboracin del diagrama.

4.2.1. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL

PROYECTO SOCIOTECNOLGICO.
Los Caso de Uso es una estructura que nos ayuda a trabajar con los usuarios
para determinar la forma en que se usar el sistema. Con una coleccin de
casos de uso se puede hacer el bosquejo de un sistema en trminos de lo que
los usuarios intentan hacer con l.
Este tipo de anlisis es crucial para la fase de anlisis del desarrollo del
sistema. La forma en que los usuarios utilicen un sistema nos da la pauta para
lo que se disear y crear. Se trata de obtener un sistema que cumpla las
necesidades de los usuarios.
4.2.2.

ESPECIFICACIN DEL CASO USO

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Caso de Uso

Autentificacin al sistema

Rev. No.
Pg. 6

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)
Caso de Uso
Actores
Actores
Resumen
Resumen
Responsabilidades

Rev. No.
Pg. 7

Control de Acuerdo
Operador,
Analista
y Administrador
Operador,
Analista
y Administrador
Permite controlar
lastiene
autorizaciones
de de
las este
personas
Dependiendo
del actor
los controles
men,a
ingresar,
modificar,
eliminar
alguna
es controlar,
decir, si es
operador
solo podr
incluiryysolicitar
consultar
otra respuesta
de los
acuerdos
cargados. tiene todos
acuerdo,
los actores
analista
y administrador
los roles (incluir, modificar, consultar, eliminar y reporte)

CU asociados
Responsabilidade
sPrecondiciones
CU asociados
Precondiciones

Debe de estar registrada la informacin en la Base de

Datos
Autenticarse Descripcin
en el sistema
Interfaz
Validar
rol ventana
del usuario
.- En el
esta
se solicita e nombre del usuario a
Mostrar
correspondiente
entrarelalmen
sistema.
.- Se solicitara la clave del usuario que se coloque en el
campo anterior.
Descripcin
.- Sedepulsa
el botn
de aceptar
para del
queusuario)
se valide la
Interfaz
Men
opciones
(filtrado
por el perfil
informacin
con
la
Base
de
Datos.
Flujo Normal de Eventos
Accin del Actor Flujo Normal de Eventos
Respuesta del Sistema
delacuerdo
Actor
Sistema
SeleccionarAccin
registrar
Muestra elRespuesta
formulario del
de acuerdos
Solicitar permiso
para acuerdo
la entrada al Muestra
Si el usuario
se encuentra
autorizado
Seleccionar
consultar
el catlogo
de acuerdos
sistema.
y a la vez activo le permitir el acceso
a la pantalla de men para que
Interfaz (Relacionada con la seccin)
dependiendo
delque
perfil
pueda realizar
Seccin: Nombre de la seccin
(en caso de
exista)
peticiones
al sistema.
Accin del Actor
Respuesta
del Sistema
Interfaz (Relacionada con la seccin)
Seccin:NoNombre
Cursos Alternos
existe de la seccin (en caso de que exista)
Accin del Actor
Respuesta del Sistema
Requerimientos
no Funcionales
Cursos Alternos
El sistema
valida el usuario,
clave y si no est activo o
Postcondiciones
Acuerdo
y/o proyectos
registrados
registrado, se mantiene en la misma pantalla de acceso
Requerimientos no
Validar que el usuario exista, que la clave concuerde y que
Funcionales
este activo
Postcondiciones
Ninguna

Caso de Uso
Actores

Mantenimiento
Administrador

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Resumen
Responsabilidades

Rev. No.
Pg. 8

Controlar las tablas catlogos.

El sistema comprueba la validez de la informacin de
no ser correctos no se guardar en la Base de Datos y
se enviara un mensaje al actor de lo que no se puede
guardar.

CU asociados
Precondiciones

Almacena y consulta la informacin en la Base de

Datos.
Descripcin
Interfaz
Podr incluir, modificar, eliminar y consultar las
siguientes tablas:
.- Usuario.
.- Pas.
.- Regin.
.- Convenios.
.- Departamentos.
.- Estatus de Acuerdo.
.- Estatus Proyecto.
.- Tipo de Acuerdo.
.- Situacin.
.- Organismo.
.- Nivel.
.- Materia.
.- Instrumento.
Flujo Normal de Eventos
Accin del Actor
Respuesta del Sistema
Registrar, modificar, consultar y
.- En esta opcin se despliega un sub
eliminar de todas las tablas catlogos. men con doce (12) opciones, cada
una con caractersticas personales.
Interfaz (Relacionada con la seccin)
Seccin: Nombre de la seccin (en caso de que exista)
Accin del Actor
Respuesta del Sistema
Cursos Alternos
Requerimientos
no Funcionales
Postcondiciones

No dispone

4.3. DIAGRAMA DE ACTIVIDADES

Representa los flujos de trabajo paso a paso de negocio y operacionales de
los componentes en un sistema. Un Diagrama de Actividades muestra el flujo
de control general.
4.3.1.Elaboracin del Diagrama.

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 9

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 10

4.3.2. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL

PROYECTO SOCIOTECNOLGICO.
El diagrama de actividad es importante porque se utiliza para mostrar una
visin simplificada de lo que ocurre durante una operacin o proceso.
4.4. Diagrama de Clases del sistema.
Un diagrama de clases es un tipo de diagrama esttico que describe la
estructura de un sistema mostrando sus clases, atributos y las relaciones
entre ellos. Los diagramas de clases son utilizados durante el proceso de
anlisis y diseo de los sistemas, donde se crea el diseo conceptual de la
informacin que se manejar en el sistema, y los componentes que se
encargaran del funcionamiento y la relacin entre uno y otro.
4.4.1.Elaboracin del diagrama.

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 11

4.4.2. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL

PROYECTO SOCIOTECNOLGICO.
El propsito de este diagrama es el de representar los objetos fundamentales del sistema,
es decir los que percibe el usuario y con los que espera tratar para completar su tarea en
vez de objetos del sistema o de un modelo de programacin.

5. Modelo Vista Controlador (MVC).

Es un patrn de arquitectura de software que separa los datos y [Esta seccin
debe contener la definicin de los procedimientos tcnicos, herramientas y
tecnologas que se utilizarn en el proyecto. Se debe especificar la metodologa
que se seguir para la realizacin de la documentacin del proyecto] la lgica de
negocio de una aplicacin de la interfaz de usuario y el mdulo encargado de
gestionar los eventos y las comunicaciones. Para ello MVC propone la

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 12

construccin de tres componentes distintos que son el modelo, la vista y

el controlador, es decir, por un lado define componentes para la representacin de
la informacin, y por otro lado para la interaccin del usuario. Este patrn de
diseo se basa en las ideas de reutilizacin de cdigo y la separacin de
conceptos, caractersticas que buscan facilitar la tarea de desarrollo de
aplicaciones y su posterior mantenimiento.
5.1. Elaboracin del Diagrama.

DISEO ARQUITECTONICO DEL SISTEMA

(DAS)

Rev. No.
Pg. 13

5.2. DESCRIPCIN DEL PATRN MVC

Modelo: Esta es la representacin especfica de la informacin con la cual el
sistema opera. En resumen, el modelo se limita a lo relativo de la vista y su
controlador facilitando las presentaciones visuales complejas. El sistema tambin
puede operar con ms datos no relativos a la presentacin, haciendo uso
integrado de otras lgicas de negocio y de datos afines con el sistema modelado.
Vista: Este presenta el modelo en un formato adecuado para interactuar,
usualmente la interfaz de usuario.
Controlador: Este responde a eventos, usualmente acciones del usuario, e invoca
peticiones al modelo y, probablemente, a la vista.
En RUP existen 3 tipos de clases en el Anlisis. Y por tanto 3 estereotipos para
marcarlas. Esos estereotipos nos permiten conocer como ya hemos dicho antes,
qu papel juega una clase en el modelo.
5.3. DESCRIBA EL DIAGRAMA EN FUNCIN DEL DESARROLLO DEL
PROYECTO SOCIOTECNOLGICO
Es importante porque de esta forma, dividimos el sistema en tres capas
donde, tenemos la encapsulacin de los datos, la interfaz o vista por otro y por
ltimo la lgica interna o controlador.

6. Despliegue
6.1. Diseo de entrada. Mostrar la interfaz de usuario
6.2. Procesos internos. Describir algoritmos relevantes
6.3. Diseo de salida. Reportes del sistema. Deben presentar por lo menos 3
reportes