DDRS_U1_A3_JUSQ

October 17, 2017 | Author: citizen671906 | Category: Software, Technology, Computing, Computing And Information Technology, Manufacturing And Engineering
Share Embed Donate


Short Description

Descripción: Diseño y arquitectura de software....

Description

ASIGNATURA DISEÑO Y ARQUITECTURA DE SOFTWARE UNIDAD 1 ARQUITECTURA ACTIVIDAD 3 VISTAS DE LA ARQUITECTURA DE SOFTWARE ACTIVIDAD ELABORADA TAREA ALUMNO JULIO CÉSAR SERRANO QUIJANO MATRÍCULA DEL ALUMNO ES1410906349 GRUPO DS-DDSR-1502S-B2-003 DOCENTE KARINA IVETH GARCÍA PONCE FECHA OCTUBRE 13, 2015

Actividad 3. Vistas de la arquitectura de software Introducción 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 más simple es: lógica, conceptual y física. Las vistas representan una abstracción de la realidad desde un enfoque determinado.

Instrucciones El propósito 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 problemática, situación o área de oportunidad a la que irá dirigido. 2. Identifica las partes que conformarán el sistema. 3. Identifica y organiza las actividades diversas que se deben realizar para desarrollar el sistema de software. 4. Identifica las vistas:  Lógica  Conceptual  Física

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

6. Elabora una conclusión donde expliques las vistas ejemplificadas e identificadas en tu caso. 7. Lee detenidamente los Criterios de evaluación 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 envíala a tu Docente en línea para recibir retroalimentación mediante la herramienta Tarea. Espera y atiende la retroalimentación correspondiente.

ESCALA DE EVALUACIÓN Carrera:

Desarrollo de Software

Asignatura:

Diseño 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.

Criterios de evaluación

Puntaje por criterio

Puntaje obtenido

1. Analiza el sistema de software identificado en la actividad 1 a) Contextualiza el problema mencionando objetivo, 40 requerimientos, problemática o área de oportunidad en la que se inserta. b) Define las partes que conformarán el sistema. 2. Identifica las vistas de la arquitectura de un sistema de software a) Divide el sistema en las partes que lo conformarán. 40 b) Expone las partes que conformarán al sistema. c) Organiza las actividades para el desarrollo de sistemas. d) Menciona y ejemplifica las vistas identificadas: lógica, conceptual, física. e) Las vistas identificadas tienen relación con el contenido y con el problema. 3. Elaboración de conclusiones a) Explica cada una de las vistas identificadas. 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 línea, sin errores de ortografía e impecable redacción. Incluye portada con su nombre completo, asignatura, carrera y nombre del (la) Docente en línea. Puntaje total

20

100

Puntaje del (la) estudiante Con base en el puntaje total, la siguiente escala indica la calificación cualitativa:

Observaciones

Muy bien: Bien: Regular: Necesitas mejorar: Insuficiente: No presentó:

de 81 a 100 puntos. de 61 a 80 puntos. de 41 a 60 puntos. de 21 a 40 puntos. de 1 a 20 puntos. 0 puntos.

El propósito 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 aplicación está guiada, en gran medida, por los requerimientos (funcionales y no-funcionales) que debe cubrir el sistema y normalmente se toma el subconjunto más arquitectónicamente importante de dichos requerimientos para definirla. La vista conceptual es usada para definir los requerimientos funcionales y la visión que los usuarios del negocio tienen de la aplicación y describir el modelo de negocio que la arquitectura debe cubrir. Conclusión 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 aplicación y lo que quiere recibir del producto final. Se trata de una aplicación que controle eficientemente los ingresos, egresos y movimientos de cualquier cuenta bancaria, tanto en moneda nacional como extranjera. Ofrece información financiera en todo momento como estados de cuenta, diarios de bancos, flujo de efectivo, entre otros. Además, permite la programación de movimientos periódicos, así como la conciliación electrónica 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 número de clientes. Que los clientes puedan hacer movimientos bancarios a la hora y en lugar de su preferencia.

Vista lógica Apoya principalmente los requisitos funcionales, lo que el sistema debe brindar en términos de servicios a sus usuarios. Conclusión En esta parte es donde identifico la vista lógica 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 contraseña. 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 días del año desde cualquier lugar y a cualquier hora. R-4 Que el sistema muestre los movimientos después de 1 hora de haberse efectuado dichos procesos. R-5 Que el sistema sea administrado únicamente por el gerente del banco para hacer alguna modificación o corregir errores.

Esta imagen puede representar muy bien los requisitos funcionales y la vista lógica ya que es en esta parte en donde los requisitos antes mencionados juegan un papel muy importante Vista física

La vista física se centra en los requisitos no funcionales, tales como la disponibilidad del sistema, la fiabilidad (tolerancia a fallos), ejecución y escalabilidad. CRITERIO DE CONFIABILIDAD La confiabilidad puede ser definida como la “confianza” que se tiene de que un componente, equipo o sistema desempeñe su función básica, durante un período de tiempo preestablecido, bajo condiciones estándares de operación. 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 función satisfactoriamente para un tiempo dado. En la práctica, 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 operación dentro de un periodo de tiempo establecido, cuando la acción de mantenimiento es ejecutada de acuerdo con procedimientos prescritos. Conclusión Es en esta parte donde identifico la vista física 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 contraseña. R-2 Que en la interfaz de usuario en la página de inicio sea de color azul con blanco que son los colores que identifican a la institución. R-3 Que en la página de inicio haya información de los servicios que ofrece la institución.

R-4 Que en los cuadros de texto de nombre y contraseña en caso de haber ingresado mal nombre de usuario y contraseña se despliegue una ventana que al tercer intento fallido para ingresar, se bloqueará el acceso por medidas de seguridad. R-5 Que la aplicación 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 física 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, reditúe a la institución con base en el rendimiento de la aplicación. Área de oportunidad El área de oportunidad a la que se dirige la institución es hacia las empresas y personas físicas, se pretende que a través de este tipo de sistemas se ofrezca un mejor servicio hacia los clientes, que se deje atrás el engorroso, costoso y tardío envío 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 más los detalles para el desarrollo de software, crea una idea más concreta de lo que se requiere de una determinada aplicación 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=__g0woYjiOitJ7t9TIY_eBsgvBy0%3D&ved=0CDoQyjdqFQoTCIvq9v3yvsgCFUJtPgodQr0Aaw&ei =Ka8cVsuxCcLa-QHC-oLYBg#imgrc=u1CP2VgcWvI3ZM %3A&usg=__g0woYjiOitJ-7t9TIY_eBsgvBy0%3D

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF