ASIGNATURA DISEÑO Y ARQUITECTURA DESOFTWARE 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 Identifica el objetivo de sistema. Guarda la actividad con el nombre DDRS_U1_A3_XXYZ. Elabora una conclusión donde expliques las vistas ejemplificadas e identificadas en tu caso. los requerimientos y la problemática. Identifica las partes que conformarán el sistema. Identifica las vistas: Lógica Conceptual Física 5. conceptual y física. Lee detenidamente los Criterios de evaluación de las actividades de la unidad 1 para que los consideres en el desarrollo de tu actividad. para ello. Ejemplifica con base en tu caso. 3. se reconocen diversas vistas dependiendo del organismo que se tome como referencia. 8. 1. Instrucciones El propósito de la actividad es identificar las vistas de la arquitectura de un sistema de software. Identifica y organiza las actividades diversas que se deben realizar para desarrollar el sistema de software. Las vistas representan una abstracción de la realidad desde un enfoque determinado. situación o área de oportunidad a la que irá dirigido.Actividad 3. Vistas de la arquitectura de software Introducción Las vistas de un sistema representan perspectivas de una arquitectura de modelado. 7. pero la más simple es: lógica. 2. 4. 6. cada una de las vistas. retoma el caso seleccionado en la actividad 1 y sigue estos pasos. Sustituye las XX . Espera y atiende la retroalimentación correspondiente. 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. .por las dos primeras letras de tu primer nombre. . 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. 2. e) Las vistas identificadas tienen relación con el contenido y con el problema. Analiza el sistema de software identificado en la actividad 1 a) Contextualiza el problema mencionando objetivo. carrera y nombre del (la) Docente en línea. b) Define las partes que conformarán el sistema. 40 requerimientos. física. c) Organiza las actividades para el desarrollo de sistemas. c) Entrega un reporte en el tiempo indicado por su Docente en línea. 40 b) Expone las partes que conformarán al sistema. asignatura. Elaboración de conclusiones a) Explica cada una de las vistas identificadas. conceptual. d) Menciona y ejemplifica las vistas identificadas: lógica. Puntaje total 100 Puntaje del (la) estudiante Con base en el puntaje total. 3. Identifica las vistas de la arquitectura de un sistema de software a) Divide el sistema en las partes que lo conformarán. Incluye portada con su nombre completo. sin errores de ortografía e impecable redacción. 20 b) Explica las ventajas de elaborar las vistas de la arquitectura de un sistema de software. Puntaje Observaciones Puntaje Criterios de evaluación por obtenido criterio 1. problemática o área de oportunidad en la que se inserta. la siguiente escala indica la calificación cualitativa: . Muy bien: de 81 a 100 puntos. Regular: de 41 a 60 puntos. . Insuficiente: de 1 a 20 puntos. Bien: de 61 a 80 puntos. Necesitas mejorar: de 21 a 40 puntos. No presentó: 0 puntos. 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.El propósito de la actividad es identificar las vistas de la arquitectura de un sistema de software. Además. 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. retoma el caso seleccionado en la actividad 1 y sigue estos pasos. así como la conciliación electrónica con las principales instituciones financieras. en gran medida. tanto en moneda nacional como extranjera. . para ello. permite la programación de movimientos periódicos. egresos y movimientos de cualquier cuenta bancaria. flujo de efectivo. Vista Conceptual La arquitectura de una aplicación está guiada. diarios de bancos. Ofrece información financiera en todo momento como estados de cuenta. 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. entre otros. Vista lógica Apoya principalmente los requisitos funcionales. lo que el sistema debe brindar en términos de servicios a sus usuarios. Aumentar número de clientes. . 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. Que los clientes puedan hacer movimientos bancarios a la hora y en lugar de su preferencia. Llevar un mejor control de movimientos bancarios. Objetivo Los objetivos de la empresa son: Ofrecer un mejor servicio a sus clientes.En imagen puede ejemplificar la vista conceptual y da una idea general del servicio que los stockholders quieren obtener. 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 . R-4 Que el sistema muestre los movimientos después de 1 hora de haberse efectuado dichos procesos. 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.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-5 Que el sistema sea administrado únicamente por el gerente del banco para hacer alguna modificación o corregir errores. La vista física se centra en los requisitos no funcionales. objetivo principal del mantenimiento. puede ser definida como la confianza de que un componente o sistema que sufrió mantenimiento. tales como la disponibilidad del sistema. esto en sistemas que operan continuamente. equipo o sistema desempeñe su función básica. dar mantenimiento y checar que el sistema dé el servicio requerido durante un determinado periodo de tiempo establecido. 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. CRITERIO DE DISPONIBILIDAD La disponibilidad. ejerza su función satisfactoriamente para un tiempo dado. R-3 Que en la página de inicio haya información de los servicios que ofrece la institución. En la práctica. bajo condiciones estándares de operación. 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. 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. la disponibilidad se expresa como el porcentaje de tiempo en que el sistema está listo para operar o producir. ejecución y escalabilidad. . CRITERIO DE CONFIABILIDAD La confiabilidad puede ser definida como la “confianza” que se tiene de que un componente. 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. durante un período de tiempo preestablecido. cuando la acción de mantenimiento es ejecutada de acuerdo con procedimientos prescritos. la fiabilidad (tolerancia a fallos). se bloqueará el acceso por medidas de seguridad. .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. costoso y tardío envío de estados de cuenta a los usuarios. que se deje atrás el engorroso. se pretende que a través de este tipo de sistemas se ofrezca un mejor servicio hacia los clientes. 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. 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. 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. 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. net/rploaiza/vistas-arquitectonicas-ingenieria-de-software http://eisc. crea una idea más concreta de lo que se requiere de una determinada aplicación y por ende.edu.Explica las ventajas de elaborar las vistas de la arquitectura de un sistema de software.mx/search? q=mantenimiento+de+software&espv=2&biw=1242&bih=606&tbm=isch&im gil=6-CmMj0ckrTjeM%253A%253Bs91PXsjSFQYgVM%253Bhttp%25253A %25252F%25252Fmarianaislas.co/materias/Material_Desarrollo_Software/Arquitectura%20de %20Software.com. se corre menos riesgo de cometer errores a la hora de desarrollar el producto.1&usg=__g0woYjiOitJ- 7t9TIY_eBsgvBy0%3D&ved=0CDoQyjdqFQoTCIvq9v3yvsgCFUJtPgodQr0Aaw&ei =Ka8cVsuxCcLa-QHC-oLYBg#imgrc=u1CP2VgcWvI3ZM %3A&usg=__g0woYjiOitJ-7t9TIY_eBsgvBy0%3D .html&source=iu&pf=m&fir=6-CmMj0ckrTjeM%253A %252Cs91PXsjSFQYgVM%252C_&dpr=1. 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.htm https://www.univalle.com %25252Fsoftware.google. FUENTES file:///C:/Users/pepe/Downloads/DialnetLaConfiabilidadLaDisponibilidadYLaMantenibilidad Di-4830901.weebly.slideshare.pdf http://es.