ASIGNATURA DISEO Y ARQUITECTURA DE

SOFTWARE

UNIDAD 1 ARQUITECTURA

ACTIVIDAD 3 VISTAS DE LA ARQUITECTURA

DE SOFTWARE

ACTIVIDAD ELABORADA TAREA

ALUMNO JULIO CSAR SERRANO QUIJANO

MATRCULA DEL ALUMNO ES1410906349

GRUPO DS-DDSR-1502S-B2-003

DOCENTE KARINA IVETH GARCA PONCE

FECHA OCTUBRE 13, 2015

Actividad 3. Vistas de la arquitectura de software

Introduccin

Las vistas de un sistema representan perspectivas de una arquitectura de modelado, se

reconocen diversas vistas dependiendo del organismo que se tome como referencia, pero
la ms simple es: lgica, conceptual y fsica. Las vistas representan una abstraccin de la
realidad desde un enfoque determinado.

Instrucciones

El propsito de la actividad es identificar las vistas de la arquitectura de un sistema

de software, para ello, retoma el caso seleccionado en la actividad 1 y sigue estos
pasos.

1. Identifica el objetivo de sistema, los requerimientos y la problemtica,

situacin o rea de oportunidad a la que ir dirigido.

2. Identifica las partes que conformarn el sistema.

3. Identifica y organiza las actividades diversas que se deben realizar para

desarrollar el sistema de software.

4. Identifica las vistas:

Lgica
Conceptual
Fsica

5. Ejemplifica con base en tu caso, cada una de las vistas.

6. Elabora una conclusin donde expliques las vistas ejemplificadas e

identificadas en tu caso.

7. Lee detenidamente los Criterios de evaluacin de las actividades de la unidad

1 para que los consideres en el desarrollo de tu actividad.

8. Guarda la actividad con el nombre DDRS_U1_A3_XXYZ. Sustituye las XX

por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer
apellido y la Z por la inicial de tu segundo apellido y envala a tu Docente en
lnea para recibir retroalimentacin mediante la herramienta Tarea. Espera y
atiende la retroalimentacin correspondiente.
 ESCALA DE EVALUACIN
Carrera: Desarrollo de Software

Asignatura: Diseo y arquitectura de software

Semestre: Tercero

Unidad: 1. Arquitectura

Actividad: 3. Vistas de la arquitectura de software

Instrucciones: Anote en cada casilla los puntos obtenidos por el (la) estudiante en cada criterio por evaluar.
 Puntaje Observaciones
Puntaje
Criterios de evaluacin por
obtenido
criterio
1. Analiza el sistema de software identificado en la actividad 1
a) Contextualiza el problema mencionando objetivo, 40
requerimientos, problemtica o rea de oportunidad en
la que se inserta.
b) Define las partes que conformarn el sistema.
2. Identifica las vistas de la arquitectura de un sistema de software
a) Divide el sistema en las partes que lo conformarn. 40
b) Expone las partes que conformarn al sistema.
c) Organiza las actividades para el desarrollo de sistemas.
d) Menciona y ejemplifica las vistas identificadas: lgica,
conceptual, fsica.
e) Las vistas identificadas tienen relacin con el contenido y
con el problema.

3. Elaboracin de conclusiones

a) Explica cada una de las vistas identificadas. 20

b) Explica las ventajas de elaborar las vistas de la arquitectura
de un sistema de software.
c) Entrega un reporte en el tiempo indicado por su Docente en
lnea, sin errores de ortografa e impecable redaccin.
Incluye portada con su nombre completo, asignatura, carrera
y nombre del (la) Docente en lnea.
Puntaje total 100

Puntaje del (la) estudiante

Con base en el puntaje total, la siguiente escala indica la calificacin cualitativa:
Muy bien: de 81 a 100 puntos.
Bien: de 61 a 80 puntos.
Regular: de 41 a 60 puntos.
Necesitas mejorar: de 21 a 40 puntos.
Insuficiente: de 1 a 20 puntos.
No present: 0 puntos.
El propsito de la actividad es identificar las vistas de la arquitectura de un sistema
de software, para ello, retoma el caso seleccionado en la actividad 1 y sigue estos
pasos.

Vista Conceptual

La arquitectura de una aplicacin est guiada, en gran medida, por los requerimientos
(funcionales y no-funcionales) que debe cubrir el sistema y normalmente se toma el
subconjunto ms arquitectnicamente importante de dichos requerimientos para definirla.
La vista conceptual es usada para definir los requerimientos funcionales y la visin que los
usuarios del negocio tienen de la aplicacin y describir el modelo de negocio que la
arquitectura debe cubrir.

Conclusin

Entiendo en base a lo aprendido que es en esta parte donde se encuentra la vista

conceptual ya que es en esta parte donde los stockholders conceptualizan la aplicacin y
lo que quiere recibir del producto final.

Se trata de una aplicacin que controle eficientemente los ingresos, egresos y

movimientos de cualquier cuenta bancaria, tanto en moneda nacional como extranjera.
Ofrece informacin financiera en todo momento como estados de cuenta, diarios de
bancos, flujo de efectivo, entre otros. Adems, permite la programacin de movimientos
peridicos, as como la conciliacin electrnica con las principales instituciones
financieras.
En imagen puede ejemplificar la vista conceptual y da una idea general del servicio
que los stockholders quieren obtener.

Objetivo

Los objetivos de la empresa son:

Ofrecer un mejor servicio a sus clientes.

Llevar un mejor control de movimientos bancarios.
Aumentar nmero de clientes.
Que los clientes puedan hacer movimientos bancarios a la hora y en lugar de su
preferencia.

Vista lgica

Apoya principalmente los requisitos funcionales, lo que el sistema debe brindar en

trminos de servicios a sus usuarios.

Conclusin

En esta parte es donde identifico la vista lgica ya que es aqu en donde se define qu es
lo que el usuario quiere que haga el sistema.
Requerimientos funcionales

R-1 Que el sistema permita la entrada al usuario nicamente ingresando nombre de

usuario y contrasea.

R-2 Que el sistema despliegue nicamente los estados de cuenta del usuario ingresado.

R-3 Que el sistema permita hacer movimientos bancarios al usuario los 365 das del ao
desde cualquier lugar y a cualquier hora.

R-4 Que el sistema muestre los movimientos despus de 1 hora de haberse efectuado
dichos procesos.

R-5 Que el sistema sea administrado nicamente por el gerente del banco para hacer
alguna modificacin o corregir errores.

Esta imagen puede representar muy bien los requisitos funcionales y la vista lgica
ya que es en esta parte en donde los requisitos antes mencionados juegan un papel
muy importante

Vista fsica
La vista fsica se centra en los requisitos no funcionales, tales como la disponibilidad del
sistema, la fiabilidad (tolerancia a fallos), ejecucin y escalabilidad.

CRITERIO DE CONFIABILIDAD

La confiabilidad puede ser definida como la confianza que se tiene de que un

componente, equipo o sistema desempee su funcin bsica, durante un perodo de
tiempo preestablecido, bajo condiciones estndares de operacin.

CRITERIO DE DISPONIBILIDAD

La disponibilidad, objetivo principal del mantenimiento, puede ser definida como la

confianza de que un componente o sistema que sufri mantenimiento, ejerza su funcin
satisfactoriamente para un tiempo dado. En la prctica, la disponibilidad se expresa como
el porcentaje de tiempo en que el sistema est listo para operar o producir, esto en
sistemas que operan continuamente.

CRITERIO DE MANTENIBILIDAD

La mantenibilidad se puede definir como la expectativa que se tiene de que un equipo o

sistema pueda ser colocado en condiciones de operacin dentro de un periodo de tiempo
establecido, cuando la accin de mantenimiento es ejecutada de acuerdo con
procedimientos prescritos.

Conclusin

Es en esta parte donde identifico la vista fsica del sistema ya que es en esta parte donde
el programador tiene la responsabilidad de estar al pendiente de que tan confiable es el
sistema, dar mantenimiento y checar que el sistema d el servicio requerido durante un
determinado periodo de tiempo establecido.

Requerimientos no funcionales

R-1 Que se desplieguen en la interfaz de usuario los cuadros de texto para ingresar
nombre de usuario y contrasea.

R-2 Que en la interfaz de usuario en la pgina de inicio sea de color azul con blanco que
son los colores que identifican a la institucin.

R-3 Que en la pgina de inicio haya informacin de los servicios que ofrece la institucin.
R-4 Que en los cuadros de texto de nombre y contrasea en caso de haber ingresado mal
nombre de usuario y contrasea se despliegue una ventana que al tercer intento fallido
para ingresar, se bloquear el acceso por medidas de seguridad.

R-5 Que la aplicacin contenga barras de desplazamiento de ser necesario.

R-6 Que el programador de la empresa sea el encargado de dar mantenimiento y

actualizar el sistema para que d el servicio requerido.

Esta imagen representa la vista fsica en donde el programador es el total

responsable de mantener actualizada y dar mantenimiento al programa para que
este pueda dar el servicio requerido y obviamente, redite a la institucin con base
en el rendimiento de la aplicacin.

rea de oportunidad

El rea de oportunidad a la que se dirige la institucin es hacia las empresas y personas

fsicas, se pretende que a travs de este tipo de sistemas se ofrezca un mejor servicio
hacia los clientes, que se deje atrs el engorroso, costoso y tardo envo de estados de
cuenta a los usuarios, trayendo esto como consecuencia que los involucrados puedan
disfrutar de un mejor servicio y que a su vez tengan vigilado su patrimonio de una manera
segura y constante.
Explica las ventajas de elaborar las vistas de la arquitectura de un sistema de
software.

Creo que la importancia de elaborar las vistas de la arquitectura de un sistema de

software es que se cuidan ms los detalles para el desarrollo de software, crea una idea
ms concreta de lo que se requiere de una determinada aplicacin y por ende, se corre
menos riesgo de cometer errores a la hora de desarrollar el producto.

FUENTES

file:///C:/Users/pepe/Downloads/DialnetLaConfiabilidadLaDisponibilidadYLaMantenibilidad
Di-4830901.pdf

http://es.slideshare.net/rploaiza/vistas-arquitectonicas-ingenieria-de-software

http://eisc.univalle.edu.co/materias/Material_Desarrollo_Software/Arquitectura%20de
%20Software.htm

https://www.google.com.mx/search?
q=mantenimiento+de+software&espv=2&biw=1242&bih=606&tbm=isch&im
gil=6-CmMj0ckrTjeM%253A%253Bs91PXsjSFQYgVM%253Bhttp%25253A
%25252F%25252Fmarianaislas.weebly.com
%25252Fsoftware.html&source=iu&pf=m&fir=6-CmMj0ckrTjeM%253A
%252Cs91PXsjSFQYgVM%252C_&dpr=1.1&usg=__g0woYjiOitJ-
7t9TIY_eBsgvBy0%3D&ved=0CDoQyjdqFQoTCIvq9v3yvsgCFUJtPgodQr0Aaw&ei
=Ka8cVsuxCcLa-QHC-oLYBg#imgrc=u1CP2VgcWvI3ZM
%3A&usg=__g0woYjiOitJ-7t9TIY_eBsgvBy0%3D