Вы находитесь на странице: 1из 11

Diseo 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

Matrcula:
ES1511103478

Correo electrnico:
kary_darker@hotmail.com

Nombre de la ingeniera:
Desarrollo de Software

Docente:
Alfredo Orozco Escobar

Diseo y arquitectura de software


DS-DDRS-1602-B2-001

Objetivo: desarrollar una aplicacin que nos muestre las vistas basicas de arquitectura para
llevar acabo el control escolar de una primaria.
Para llevar acabo esta aplicacin 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 contrasea
Debe permitir el acceso al personal docente y administrativo de igual forma con correo y

contrasea.
Debe permitir el acceso a los servicios segn sean los permisos: estudiante, personal

administrativo o docente
Permitir incribirse en un nuevo ciclo si ha aprovado
Mostrar calificaciones segn materias llevadas en el ciclo
Permitir imprimir materias
Mostrar en pantalla la notificacion de los recibos de inscripcion segn cada estudiantes
Permitir imprimir recibos de inscripcion
El sistema debe tenener la opcion de realizar facturas electronicas segn si lo requiere

el estudiante.
Permitir imprimir facturas electronicas
Contar con una interfaz amigable que permita el facil usos del sistema

Diseo 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 contrasea.
Debe verificar que tanto el correo como la contrasea 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 segn 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 segn 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 segn 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

Diseo y arquitectura de software


DS-DDRS-1602-B2-001

Debe actualizarlos registros de la base de datos segn 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, segn los datos proporcionados por el estudiante.

Calificaciones
Requisitos de usuario:

Ingresar, modificar y mostrar calificaciones segn personal autorizado.

Requisitos del sistema:

El sistema proporcionara a los docentes ingresar las calificaciones segn 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.

Diseo 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, segn 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:

Diseo 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 contrasea
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 contrasea
Salidas: acceso al sistema o mensaje de error

Diseo 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 segn lo soliciten al sistema.


Entradas: correo y contrasea segn usuario autorizado
Salidas: ingresar, modificar y mostrar calificaciones segn 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 contrasea 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 impresin:

Funcion: ingresar, imprimir y guardar factura

Diseo 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 contrasea 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 operacin, 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 conexin 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 tamao 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.

Diseo 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 aplicacin


Capa de presentacion: contiene los componentes necesarios para que el usuario tenga

acceso a los diversos servicios de la aplicacin, 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 aplicacin.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
presentacin

Navegador
Web

Lgica de
presentacin

Internet

Administracin
de
sincronizacin

Capa de
datos

Lgica de
negocio
Base de datos
Acceso a
datos

Recurso

Vista conceptual

Capa de
negocio

Modelo del
negocio

Diseo 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 aplicacin de control escolar,
conformada por la lo estructura solicitada.
Servicios Web

cliente

Pgina 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 cdigo
Librera
Archivos fuente
Acceso a datos

Servicio de
certificacin

BD MySQL
Servidor
multimedia

Sistemas
heredados
Sistema heredado
de interfaces

Lgica del negocio

Acceso a datos

Diseo y arquitectura de software


DS-DDRS-1602-B2-001

Referencias
Reynoso (2004).Lenguajes de descripcin de arquitectura (ADL). Versin 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