Anlisis de Sistemas

Prctica para la clase terica CON EVALUACION Documentar requisitos IEEE 830 - 1998

Leer atentamente

1- Esta actividad es una tarea con evaluacin de la teora 2- Completar la actividad realizada durante la clase terica 3- Una vez completa, subirla al aula virtual

Material de trabajo necesario para realizar la actividad

1- Lectura del captulo 6 Requerimientos del software , Sommerville Ian, Ingeniera del Software, 7ma Ed 2- Asistencia a clase, tema: Especificacin de requisitos 3- Descargar del aula virtual la plantilla del estndar IEEE 830-1998 4- Lectura comprensiva del Std. IEEE 830 - 1998 5- Formulario de alumno regular

Anlisis de Sistemas
Prctica para la clase terica con evaluacin Documentar requisitos IEEE 830 - 1998 Descripcin del problema
La direccin de estudios de una facultad nos ha solicitado un sistema de informacin con el objetivo de automatizar la emisin de las constancias de alumno regular. Los objetivos del nuevo sistema son: minimizar los errores en los datos de las constancias, controlar la cantidad de constancias emitidas mensualmente, agilizar la emisin y autorizacin de las constancias. El sistema tiene las siguientes restricciones: los estudiantes podrn realizar las constancias de alumno regular como autogestin desde sus casas y a corto plazo, la facultad dispondr en sus instalaciones de terminales de consulta. Los estudiantes utilizan las constancias por ejemplo para presentar en sus trabajos como permiso de examen, para el abono del colectivo, para que sus padres presenten en la obra social. Actualmente el proceso es manual. Los estudiantes completan la constancia con los siguientes datos: nmero de legajo, apellido y nombre, ao lectivo, materias que cursa. Si rinden materias escriben el nombre de las materias que rinden. Despus el estudiante presenta la constancia en la secretara de estudio, donde se almacena temporalmente, para que el secretario controle los datos. Luego el secretario enva la constancia al director de estudios para que firme y autorice. El director firma y sella la constancia y luego el estudiante retira la constancia. Se pide encontrar la solucin, realizando los siguientes puntos: 1- Para comprender mejor el problema, disponemos del Diagrama de actividades del UML para modelar el proceso. 2- Usemos el Diagrama de Actividades para derivar el Sistema de Informacin 3- Proponemos la organizacin del sistema con sus sub-sistemas, dibujando el diagrama de bloques [seccin 2.1] 4- Escribimos los requisitos funcionales: los servicios que el sistema deber realizar. [seccin 3.2] 5- Escribimos los requisitos no funcionales del sistema [seccin 3.4] 6- Estructuramos la informacin que el sistema deber recordar, utilizando el formulario constancia de alumno regular - [seccin 3.1]

7- Podemos hacer los prototipos ventanas del sistema - . Los prototipos nos ayudan a comprender los requisitos [seccin 3.1.1]
de seccin del STD. IEEE 830

El texto [ ] hace referencia al nmero

Nuestra actividad principal de la clase es la siguiente:

8- Completemos el documento de STD IEEE 830 -1998., con lo que hemos realizado, desde el punto 2 hasta el 7. a. Desde el punto 3 hasta el siete se indica entre corchetes el nmero de la seccin del STD IEEE 830 1998. b. Tengan el STD IEEE en lnea y coloquen sus respuestas en las secciones correspondientes. c. Guarden el documento con el esquema de nombre sugerido por el estndar. d. Las secciones que faltan las pueden completar siguiendo el ejemplo que se encuentra en el documento.

Diagrama de Actividades: Proceso manual para la emisin de constancias de alumno regular

act DA-Constancia

Estudiantes

Secretaria de Estudios / Secretrio

Director de Estudios

NecesitaConstancia

Constancia AR

Completar la Constancia Almacenar constancias

datastore Constancias Controlar los datos

[Datos incorrectos]

[datos correctos]

Resaltar datos incorrectos / faltantes

Enviar Director

Recibir Constancias

Entregar para corregir los datos

Firmar y autorizar

Recibir Constancias Firmadas

Enviar a Secretaria

Retirar Constancia

Entregar al estudiante

FinalDeActividad

IEEE 830-1998 Abreviado para trabajar en la clase terica Documentar Requisitos

1 Introduccin
1.1 Propsito

El propsito de esto documento es definir de manera clara y concisa todas aquellas funcionalidades y restricciones pertenecientes al sistema y que este debe realizar minimizando los errores de datos en las constancias, controlando la cantidad de constancias emitidas y agilizando la emisin y autorizacin de las mismas. 1.2 Alcance

Nombre del Sistema: Sistema de Gestin de Constancias de Alumno Regular (SiGeCAR) El sistema deber reemplazar la forma manual en que se realiza la peticin de la constancia de alumno regular por una autogestin que agilice la peticin y obtencin de las mismas desde cualquier punto y acortando los tiempos del trmite.

1.3

Definiciones, acrnimos y abreviaturas

SiGeCAR: Sistema de Gestin de Constancias de Alumno Regular. CAR: Constancia de alumno regular. RNF: Requisito No Funcional. RES: Restricciones. SYSACAD: Sistema Acadmico de Alumnos.

1.4

Referencias Referencia Documentacin de los alumnos Estado Acadmico de los Alumnos

Documento Sistema de gestin de los datos de los alumnos Sistemas de gestin acadmica de los alumnos

1.5

Visin general de la ERS

Este Documento se encuentra basado en un sistema de autogestin de alumnos para la peticin de constancias de alumno regular. Organizacin Introduccin: Esta seccin detalla los objetivos que tiene el sistema de autogestin propuesto, para solicitud de constancias de alumno regular. Descripcin general:

SiGeCAR Es un sistema destinado a optimizar la solicitud y obtencin de constancia de alumno regular. Para ello propone que el alumno pueda efectuar la solicitud auto gestionando el trmite desde cualquier punto geogrfico (por ejemplo, su casa). En esta seccin estarn especificadas las funciones del sistema, caractersticas de los usuarios, restricciones del sistema, suposiciones y dependencias y requisitos futuros Requisitos Especficos: Esta seccin de la documentacin describe los requerimientos del sistema, funcionales y de interfaz externa, tambin los requerimientos de datos

Descripcin general
2.1 Perspectiva del Sistema

Sistema Acadmico

Alumno Navegador Mozilla Validacin de Datos

Internet

Servidor
Serv. Web Apache

Datos. Archivos de Constancias

Presentaci n Ventanas

Seguridad E/S 2.2 Aplicacin

Legajo Login Antivirus

Impr Gestor de Imprimir Funciones del Sistema imir Constancia Constancia cons tacia

Este Diagrama de Bloques representa como es el funcionamiento interno del sistema, que est basado en un Cliente, en donde se encontrarn los navegadores necesarios para el acceso a la Aplicacin, la cual estar almacenada en el Servidor (entre otras cosas) y unidos a travs de una red.

2.3

Caractersticas de los usuarios

2.4 Restricciones Los estudiantes podrn realizar las constancias de alumno regular como autogestin desde cualquier punto geogrfico. 2.5 2.6 Suposiciones y dependencias Requisitos Futuros

Requisitos especficos

3.1 Alumno

Requisitos de interfaces externas Concepto Atributo Apellido nombre Dni legajo nombre Nombre materia Cdigo materia Nombre certificado Nombre destinatario Fecha emisin Estado Nombre materia cursada Nombre materia rindi Valor

Carrera Plan

Certificado

Estado acadmico

Periodo lectivo Entidad emisora

ao nombre

3.1.1 3.1.2 3.1.3 3.1.4 3.2

Interfaces de usuario Interfaces de hardware Interfaces de software Interfaces de comunicacin

Requisitos funcionales
3.2.1 Requisito Funcional 1 1 El sistema permitir consultar los datos del alumno en el sistema externo. Alta Nmero de Legajo

Referencia: Requisito:

Prioridad: Entrada

Proceso:

Ingresar con nmero de legajo al Sistema Acadmico. Si el legajo existe, mostrar Apellido y Nombre. En caso contrario, mostrar mensaje de error Apellido y nombre. Mensaje de error.

Salida:

3.2.2 Referencia: Requisito:

Requisito Funcional 2 2 El sistema deber mostrar la condicin del alumno luego que este ingrese sus datos Alta Nmero de Legajo Ingresar con nmero de legajo. El sistema verifica datos. Si el alumno se encuentra en estado regular, el sistema emite un mensaje indicando este estado. En caso contrario, muestra un mensaje indicando que el alumno no es regular. Apellido y Nombre Estado Mensaje de Error.

Prioridad: Entrada: Proceso:

Salida:

3.2.3 3.3 Alumno

Requisito Funcional n

Requisitos de datos
Concepto Caractersticas Numero legajo Apellido nombre Ao lectivo Materias que cursa Nombre usuario Contrasea Numero constancia Fecha emisin Fecha solicitud Fecha autorizacin Estado autorizacin

Constancia

3.4

Atributos del Sistema - Requisitos no funcionales

3.4.1 Requisitos de eficiencia El sistema deber responder a la solicitud de informacin en menos de 5 segundos desde el envo de la solicitud.

El sistema deber soportar el acceso simultneo de por lo menos 50 usuarios. 3.4.2 Requisitos de usabilidad El sistema contar con una interfaz grfica agradable y fcil de usar. 3.4.3 Requisitos de fiabilidad El sistema estar disponible y activo las 24 hs del da. 3.4.4 Requisitos de portabilidad El sistema podr ser usado en cualquier navegador y bajo cualquier sistema operativo.

3.4.5

Requisitos de entrega El sistema estar disponible en 90 das, a partir de la fecha del contrato de desarrollo. 3.4.6 Requisitos de implementacin

3.4.7 Requisitos de estndares El sistema cumplir para el modelado con el estndar de UML. 3.4.8 Requisitos de interoperabilidad El sistema se comunicar con el sistema Acadmico para obtener los datos de los alumnos.

3.4.9 Requisitos de privacidad Los datos de los alumnos no se compartirn y sern encriptados en una base de datos. 3.4.10 Requisitos de seguridad y proteccin El sistema deber gestionar el acceso de los usuarios al mismo. El sistema solicitar nombre de usuario y contrasea para aceptar el acceso al mismo. El sistema encriptar las contraseas. El sistema realizar los back ups correspondientes de manera semanal.

4
.

Apndices