Vous êtes sur la page 1sur 12

UNIVERSIDAD ABIERTA Y A DISTANCIA DE MEXICO

ALFREDO DE JESUS CORDOVA ABARCA


Nombre del alumno

ARQUITECTURA DE SOFTWARE
Materia

Vistas de la Arquitectura de Software


Tema

INGENIERIA EN DESARROLLO DE SOFTWARE


CARRERA

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
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
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.

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:

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


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.

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

Vista conceptual

Vista fisica

Capa de
datos

Lgica de
negocio
Base de datos
Acceso a
datos

Recurso

Capa de
negocio

Modelo del
negocio

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
Pgina web de inicio

cliente

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

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

Vous aimerez peut-être aussi