Diseño y arquitectura de software DS-DDRS-1602-B2-001
VISTAS DE LA ARQUITECTURA DE SOFTWARE
Unidad1: Arquitectura de Software
Nombre del alumn@ Roberta Karina Palacios Castillo
Matrícula: ES1511103478
Correo electrónico:
[email protected]
Nombre de la ingeniería: Desarrollo de Software
Docente: Alfredo Orozco Escobar
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Objetivo: desarrollar una aplicación que nos muestre las vistas basicas de arquitectura para llevar acabo el control escolar de una primaria. Para llevar acabo esta aplicación nos proporcionan ciertos requerimientos del sistema, como son: Calificaciones Estudiantes Inscripciones Recibo Facturas electronicas Por tal motivo es importante analizar primero que nada que tipo de enfoque requiere nuestro sistema, en este caso podemos ver a simple vista que todas tienen relacion entre si y que para poder tener acceso a cada etapa de los requerimientos es importante que la cada ciclo se aya completado. Considerando esto podemos iniciar con la definicion de los requerimientos para de esta forma poder definir el tipo de arquitectura que tendra nuestro sistema. Requerimientos En esta etapa el cliente nos enlista las funciones que desea que el sistema obtenga, ahora bien es en esta etapa en la que se dividen los requerimientos, como funcionales o no funcionales, es decir solo se quedaran los que mas convengan a nuestro sistema y lo haga funcional; tenemos los: Funcionales Requerimientos del usuario (expresados en lenjuaje natural para poder ser comprendido): El sistema debe validar a cada estudiante, por medio de su correo y contraseña Debe permitir el acceso al personal docente y administrativo de igual forma con correo y
contraseña. Debe permitir el acceso a los servicios según sean los permisos: estudiante, personal
administrativo o docente Permitir incribirse en un nuevo ciclo si ha aprovado Mostrar calificaciones según materias llevadas en el ciclo Permitir imprimir materias Mostrar en pantalla la notificacion de los recibos de inscripcion según cada estudiantes Permitir imprimir recibos de inscripcion El sistema debe tenener la opcion de realizar facturas electronicas según si lo requiere
el estudiante. Permitir imprimir facturas electronicas Contar con una interfaz amigable que permita el facil usos del sistema
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Debe garantizar la disponibilidad e integridad de la informacion, ademas que el acceso a ella pueda ser en cualquier parte donde se encuentren.
Requerimientos del sistema (servicios y restricciones): Autentificar a los usuarios del sistema (estudiantes, administrador y personal docente) Contar con una base de datos que contengan la informacion de los usuarios, una
descripcion de ellos y los permisos que tienen para tener acceso a ella. Contar con una interfaz de autentificacion para introducir el correo y contraseña. Debe verificar que tanto el correo como la contraseña sea autenticos conforme la
informacion de la base de datos Deacuerdo al usuario permitir el acceso a los diferentes servicios del sistema. Mostrar en pantalla cuando algun usuario se equivoque y donde fue el error
Ahora bien, asta esta etapa tenemos los requerimientos del sistema en la forma en la que el cliente nos enlisto. Acontinuacion describiremos los requerimientos de manera formal: Requerimientos del usuario:
Permitir el acceso al sistema según los permisos del usuario (estudiante, administrador y personal docente)
Requerimientos del sistema: Mostrar un menu de todos los servicios del sistema, disponibles para cada usuario Restringuir al usuario el acceso no autorizado a los servicios según el tipo de usuario.
Obtencion de los requerimientos Llegamos a la etapa tecnica del sistema, es donde se analiza y expresa en terminos del sistema las caracteristicas que debe tener cada seccion del sistema: Inscrpciones: Requerimientos del usuario Dar de alta según el caso, ya sea de nuevo ingreso o ya este registrado (estudiantes) Requerimientos del sistema:
Proporcionar una interfaz con campos necesarios para la inscripcion a un nuevo periodo Guardar en la base de datos los nuevos registros, asociados a cada estudiante Mostrar una interfaz de las materias que se llevaran Validar informacion
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Debe actualizarlos registros de la base de datos según la informacion proporcionada por el usuario.
Estudiantes: Requerimientos del usuario Dar de alta, baja o modificar a los usuarios del sistema Requerimientos del sistema: El sistema proporcionar una interfaz con los campor necesarios para el registro de un
nuevo estudiante. Se guardara en la base de datos los nuevos registros del estudiante registrado Para dar de baja a un estudiante el sistema proporcionara una interfaz con campos
necesarios para capturar la baja. Validar que el autentificador de usuario pertenezca al estudiante registrado El sistema debe verificar que los requisitos proporcionados por el estudiante cumplan con lo indicado, de lo contrario en pantalla saldra la notificacion de donde se impide el
proceso. El sistema eliminara los registros de la base de datos relacionados con el estudiante En cuanto a las modificaciones el sistema debe proporcionar una interfaz en la cual el
usuario tenga el acceso a los datos y de esta forma llevar acabo la modificacion. Verificar que los datos sean correctos, de lo contrario enviar una notificacion al
estudiante de los datos incorrectos Se actualizara la base de datos, según los datos proporcionados por el estudiante.
Calificaciones Requisitos de usuario:
Ingresar, modificar y mostrar calificaciones según personal autorizado.
Requisitos del sistema:
El sistema proporcionara a los docentes ingresar las calificaciones según las materias
asignadas Se guardara en la base de dato las calificaciones asignadas por el docente Se verificara que la calificacion asignada sea correspondiente a cada alumno Se creara un interfaz para modificar la calificacion en dado caso que el docente se haya
equivocado Se verificara la calificacion asignada sea la correcta, de lo contrario se enviara una
notificacion en pantalla para coregir los datos. Se actualizara la base de datos correspondiente a los datos proporcionado.
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Recibo Requisistos del usuario:
Mostrar, imprimir y guardar recibos de inscripcio
Requisitos del sitema:
El sistema mostrara al estudiante el recibo de inscrpcion y ver las matertias que llevara. Autetificara que el recibo corresponda a la informacion proporcionada por el estudiante de lo contrario mostrara una notificacion de donde ocurrio el error El sistema actualizara la informacion Se creara una interfaz donde nos de la opcion de imprimir el recibo El sistema guardara la informacion y se cerrara ventana
Facturas electronicas Requisitos del usuario: Ingresar datos e imprimir y guardar facturas electronicas para los estudiantes Requisitos del sistema:
El sistema creara una interfaz para llevar acabo la facturacion electronica, según la
autorizacion del estudiante El sistema permitira ingresar datos correspondientes a la factura (RFC,
telefono,direccion,IVA) Debera autetificar que los datos ingresados corresponda al estudiante que autorizo la
factura, de lo contrario enviara una notificacion donde mostrara donde fue el error. El sistema actualizara la informacion Se creara una interfaz con la opcion imprimir factura El sistema guardara la informacion y cerrara ventana
Interfaz Requisitos del usuario:
El sistema debe ser amigable e intuitiva que facilite el uso
Requisitos del sistema:
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Debera tener una interfaz interactiva con los usuarios como menus, botones y ventanas Debe ser una interfaz facil para los usuarios, sin procesos tan largos y dificiles
Disponibilidad Requisitos del usuario:
Debera garantizar la seguridad y disponibilidad de la informacion en cualquier parte donde se encuentre el usuario.
Disponibilidad del sistema:
El sistema debe contar con una capa de administracion de los datos, para evitar
cualquier anomalia para el manejo de los datos Debera tener un mecanismo tanto para soportar multiples usuarios a la vez y la
capacidad para responder a peticiones de los usuarios. Ser accesible con diversos navegadores Web para tener acceso a los datos del sistema.
Especificacion de los requerimientos Es la forma detallada de cada uno de los requerimientos, de manera que sean facil de rastrearen cuando se comentan errores. Requerimientos de inscripcion
Funcion: inscripcion al nuevo periodo Descripcion: se encarga de dar de alta a los alumnos para el nuevo periodo Entradas: correo y contraseña Salidas: notificacion de la alta en el sistema o mensaje de error Requerimientos: se haya inscrito Precondiciones: que este agregado en la base de datos como estudiantes Poscondiciones: darse de alta en el sistema Efectos colaterales: averse inscrito y no aparecer en el sistema
Requerimientos del estudiante :
Funcion: autentificar o ingresar estudiante Descripcion: esta funcion se encargara de autentificar a los alumnos que ya esten en la
base de datos y dar de alta a los de nuevo ingreso Entradas: correo y contraseña Salidas: acceso al sistema o mensaje de error
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Requerimientos: el usuario debe estar inscrito y registrado en el sistema Precondiciones: debe existir la base de datos de los estudiantes Poscondiciones: darse de alta si aun no esta registrado Efectos colaterales: se producira un error si el estudiante no cuentan con los privilegios para tener acceso al sistema
Requerimientod de calificaciones:
Funcion: ingresar modificar o mostrar las calificaciones a los usuarios autorizados Descripcion: los docentes asignaran calificaciones a los estudiantes, si el docente se equivoca en la asinacion de calificacion podra tener la opcion de modificarla y
posteriormente seran mostradas a los alumno según lo soliciten al sistema. Entradas: correo y contraseña según usuario autorizado Salidas: ingresar, modificar y mostrar calificaciones según el usuario. Requerimientos: el usuario debe estar registrado en el sistema Precondiciones: ingresar calificaciones, modificar de ser necesario y mostrar al usuario
autorizado cuando se requiera. Poscondiciones: al ingresar calificacion marcar aprovado o reprovado; en caso de
modificar, la informacion se actualizara y posteriormente se mostrara en pantalla. Efectos colaterales: no actualizar el sistema.
Requerimientos del recibo:
Funcion: mostrar, imprimir y guardar recibo Descripcion: el sistema debe mostrar la informacion de la inscripcion, permitir imprimirla y
guardarla por si la necesitamos en otro momento. Entradas: correo y contraseña del estudiante Salidas: guardar informacion del recibo Requerimientos: mostrar que la informacion corresponda al estudiante. Precondiciones: actualizar informacion de ser necesario Poscondiciones: guardar la informacion en el sistema Efectos colaterales: ninguno
Requerimientos de impresión:
Funcion: ingresar, imprimir y guardar factura
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Descripcion: poder ingresar los datos correspondientes para la elaboracion de una factura
electronica (RFC, direccio, etc.), mandar a imprimirla y que quede guardada en el sistema. Entradas: correo y contraseña del estudiante Salidas: guardar factura Requerimientos: la informacion coincide con los datos del estudiante Precondiciones: cumplir con los requisitos para elaborara la factura. Poscondiciones: guardar la informacion en el sistema Efectos colaterales: que el sistema se haya caido
Requerimientos no funcionales Son todos aquellos que no son tomados en cuenta en la lista de requerimientos, pero sin embargo son los que de alguna manera van sumado a las restricciones del sistema durante su desarrollo y operación, empecemos con:
El sistema debe tener un tiempo de respuesta de menos 15 segundos Debe contar con un dispositivo de almacenamiento de por lo menos 50 GB,
especificamente para el sistema Debe contar con una conexión a internet para poder tener acceso al sistema El sistema debe contar exclusivamente con la informacion especifica para cumplir con
las funciones que se solicitaron en los requerimientos funcionales. El funcionamiento del sistema atravez de internet debe ser independientemente del tipo
de usuario y navegador que se use El tamaño necesario de memoria debe ser de 2GB, esto con el proposito de garantizar
un buen funcionamiento Cada pagina del sistema debe realizar validaciones de entrada de datos del lado del usuario con el fin de garantisar la integridad de la base de datos.
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Vista logicas Nuestro sistema esta conformado por:
Capa del cliente: contiene los requerimientos para que el usuario pueda navegar en el sistema; es importante que se tenga un navegador Web que permitan que el usuario
tenga acceso a la aplicación Capa de presentacion: contiene los componentes necesarios para que el usuario tenga
acceso a los diversos servicios de la aplicación, siempre y cuando le sean autorizados. Capa de negocio: contiene los elementos necesarios para responder a las peticiones del usuario (referente a la capa de presentacion), repetando las reglas de la aplicación.de igual forma cuenta con los componentes necesarios para tener acceso a la capa de
datos de manera persistente. Capa de datos: se encarga de proporcionar los recursos necesarios para almacenar la informacion en la base de datos. Es aquí donde se almacenan los componentes logicos (estructuras y definiciones) y fisicos (discos duros, cintas magneticas) que se requieren para llevar acabo la capa de negocio
Capa del cliente
Capa de presentación
Navegador Web
Lógica de presentación
Internet
Administración de sincronización
Capa de datos
Lógica de negocio Base de datos Acceso a datos
Recurso
Vista conceptual
Capa de negocio
Modelo del negocio
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Vista fisica Es la distribucion de los componentes, mostrada en la vista de desarrollo a componente fisicos, es la forma en que se van a ir ejecutando ya sea en servidores publicos o personales. Se documenta la manera en que se va a desplegar nuestra aplicación de control escolar, conformada por la lo estructura solicitada. Servicios Web
cliente
Página web de inicio Sistema de archivo
Navegador Web
Servidor de aplicaciones
Interfaz proxy Servicio de base de datos Interfaz de la base de datos
Generador de código Librería Archivos fuente Acceso a datos
Servicio de certificación
BD MySQL Servidor multimedia
Sistemas heredados Sistema heredado de interfaces
Lógica del negocio
Acceso a datos
Diseño y arquitectura de software DS-DDRS-1602-B2-001
Referencias Reynoso (2004).Lenguajes de descripción de arquitectura (ADL). Versión 1.0. Marzo 2004. Sitio Web. http://carlosreynoso.com.ar/archivos/arquitectura/ADL.PDF Reynoso (2008). Arquitectura de software.27/11/2008. Sitio Web http://carlosreynoso.com.ar/archivos/arquitectura/Arquitectura-software.pdf
