Requerimientos de Software Educativo

Instituto Tecnológico Superior de Tierra Blanca Ingeniería en Sistemas Computacionales Tema: SOFTWARE EDUCATIVO PARA EL DESARROLLO DE LÓGICA EN ALUMNOS DE I.S.C. BASADO EN EL MODELO DE COMPETENCIAS PROFESIONALES

Presenta:

Ana Karen Barbis Rosales Oscar Daniel Méndez Hernández Angelica Terrones Salamanca Grupo:

702-B Asignatura: Asignatura:

Ingeniería de requerimientos Nombre del maestro (a):

M.C. María del Rosario Moreno Fernández

Tierra Blanca, Ver.

09/Dic/ 2013

1

ÍNDICE

1. Introducción Introducción.......................................................... ................................................................................... .................................... ........... Pág.4 1.1 Propósitos del documento de requerimientos ........................................ Pág.4 1.2 Alcances del producto producto ............................................................. ............................................................................ ............... Pág.4 Pág.4 1.3 Definiciones, Definiciones, Acrónicos Acrónicos y Abreviaturas Abreviaturas .................................................. .................................................. Pág.4 Pág.4 1.4 Descripción Descripción del resto del documento documento ................................................... ..................................................... .. Pág.6 Pág.6 2. Descripción Descripción general.................................................. ........................................................................... ................................ ....... Pág.7 2.1 Perspectiva Perspectiva del producto ................................................. ........................................................................ ....................... Pág.7 Pág.7 2.1.1 Interfaces Interfaces con el sistema...................................... sistema............................................................... ........................... .. Pág.7 Pág.7 2.1.2 Interfaz con el usuario. ................................................. .................................................................... ................... Pág.7 2.1.3 Interfaz con el hardware hardware ................................................... .................................................................. ............... Pág.7 Pág.7 2.1.4 Interfaces Interfaces con el software .................................................... ............................................................... ........... Pág.8 2.1.5 Restricciones Restricciones de memoria................................................ ............................................................... ............... Pág.8 Pág.8 2.1.6 Operaciones Operaciones........................................................ .................................................................................. ............................ .. Pág.8 2.1.7 Requerimientos Requerimientos de adaptación adaptación al sitio ............................................ ............................................ Pág.9 2.2 Funciones Funciones del producto producto ........................................................... .......................................................................... ............... Pág.9 Pág.9 2.3 Características Características del usuario ............................ ...................................................... ......................................... ............... Pág.10 Pág.10 2.4 Restricciones Restricciones generales generales .................................................. ......................................................................... ....................... Pág.10 Pág.10 2.4.1 Restricciones Restricciones de la maquina ............................................ ........................................................... ............... Pág.11 2.4.2 Restricciones Restricciones del hardware hardware .................................................. ............................................................. ........... Pág.11 Pág.11 2.4.3 Restricciones Restricciones del software ............................................................ .............................................................. .. Pág.11 Pág.11 2.5 Suposiciones Suposiciones y dependencia dependencia................................................... .................................................................. ............... Pág.11 Pág.11 3. Requerimientos Requerimientos específicos específicos .................................................. ..................................................................... ................... Pág.11 Pág.11 3.1 Requerimientos Requerimientos funcionales funcionales ................................................ ................................................................... ................... Pág.11 Pág.11 2

3.1.1 Requerimiento del usuario................................................................... Pág.11 3.2 Requerimiento del sistema ..................................................................... Pág.13 3.3 Requerimiento no funcional.................................................................... Pág.16 3.3.1 Requerimiento del producto ................................................................ Pág.16 3.3.2 Requerimientos organizacionales ....................................................... Pág.17 3.3.3 Requerimientos externos..................................................................... Pág.18 3.3.4 Requerimientos no funcionales del hardware...................................... Pág.18 3.3.5 Requerimientos no funcionales de la persona..................................... Pág.19 3.4 Apéndices............................................................................................... Pág.20

3

1. INTRODUCCIÓN 1.1 PROPÓSITOS DEL DOCUMENTO DE REQUERIMIENTOS Este documento tiene como propósito describir información detallada sobre la funcionalidad, características del software educativo y obtener los requerimientos del software que se va a desarrollar. Este documento está dirigido a los alumnos, maestros y al equipo de desarrollo.

1.2 ALCANCE DEL PRODUCTO Software educativo para el desarrollo de lógica en alumnos de I.S.C. basado en el modelo de competencias profesionales. Es una aplicación de escritorio dirigido a los alumnos de ingeniería en sistemas computacionales del ITSTB. La aplicación implementada será a través de uso de elementos gráficos con problemas que resolverá el alumno, en una computadora de escritorio. El software será aplicado a alumnos de ingeniería en sistemas computacionales del ITSTB con una serie de ejercicios a través de los cuales van a ir subiendo de dificultad los problemas que tendrán que realizar. La principal funcionalidad de esta aplicación es proporcionar una serie de problemas (lógicos) que el alumno pueda resolver con apoyo de sus conocimientos. La aplicación también permitirá personalizar una cuenta de usuario para que se lleve el control de estadísticas a cerca de la realización de los ejercicios. Las evaluaciones estarán divididas en 3 niveles y cada nivel contendrá 10 ejercicios que se mostraran aleatoriamente y que el alumno ira contestando, cuando se termine la evaluación se le proporcionaran sus resultados indicando si a aprobado o no.

1.3 DEFINICIONES, ACRÓNICOS Y ABREVIATURAS ITSTB: Instituto Tecnológico Superior de Tierra Blanca. I.S.C: Ingeniería en sistemas computacionales. BD: Base de datos ID: Identificador

4

Software: Es el conjunto de instrucciones que las computadoras emplean para manipular datos. Sin el software, la computadora sería un conjunto de medios sin utilizar. Al cargar los programas en una computadora, la máquina actuará como si recibiera una educación instantánea; de pront o “sabe” como pensar y como operar. Hardware: se refiere a todas las partes tangibles de un sistema informático. Requisitos: Es la descripción de los servicios y restricciones. Requerimientos funcionales: Expresan la naturaleza del funcionamiento del sistema (cómo interacciona el sistema con su entorno y cuáles van a ser su estado y funcionamiento) es decir los requisitos funcionales definen qué debe hacer un sistema. Requerimientos no funcionales: Restricciones sobre el espacio de posibles soluciones, es decir los requisitos no funcionales definen cómo debe ser el sistema. Alumnos/maestros: son las personas quienes hacen uso del software. Estadísticas: es una ciencia formal que estudia la recolección, análisis e interpretación de datos de una muestra representativa. Interfaces: se utiliza para nombrar a la conexión física y funcional entre dos sistemas o dispositivos de cualquier tipo dando una comunicación entre distintos niveles. Gráficos: son las denominaciones de la representación de datos, generalmente numéricos, mediante recursos gráficos (líneas, vectores, superficies o símbolos), para que se manifieste visualmente la relación matemática o correlación estadística que guardan entre sí. Lógica: facultad que permite resolver problemas, extraer conclusiones y aprender de manera consciente de los hechos. Intuición: conocimiento que es directo e inmediato, sin intervención de la deducción o del razonamiento, siendo considerado como evidente. Restricción: Límite, impedimento o limitación, en la realización de una conducta, proyecto, etc.

5

1.4 DESCRIPCIÓN DEL RESTO DEL DOCUMENTO En el primer apartado se encuentra la introducción, donde se describe el propósito de la elaboración del documento, el alcance del software educativo y la definición de las palabras claves y el vocabulario que se utilizará. Esta sección está dirigida principalmente al cliente y/o usuarios, puesto que les permite orientarse en el documento para comprenderlo rápidamente. En el segundo apartado se encuentra la descripción general del software para los alumnos de ingeniería en sistemas computacionales del ITSTB, donde se describe la perspectiva del producto, las funciones del producto, las características del usuario, las restricciones generales y las suposiciones y dependencias. En este apartado también se describen los factores generales que afectan el producto y sus requerimientos. El cliente podrá encontrar las especificaciones de las interfaces externas, los usuarios podrán identificar las funcionalidades de la aplicación y el desarrollador podrá comprender las restricciones de hardware, software y comunicaciones bajo las cuales se hará el desarrollo de la aplicación. Finalmente en el tercer apartado se describen los requerimientos específicos del sistema. En donde se encuentran los requerimientos funcionales y no funcionales a un nivel mas o menos detallado (ya que todavía no se ha desarrollado el sistema) pero de tal manera que facilite el trabajo del equipo desarrollador utilizando un lenguaje sencillo y natural con el fin de integrar más al cliente dentro del proceso de la construcción del software. En este apartado se especifican los requerimientos y el seguimiento que tendrán durante el desarrollo del proyecto.

6

2.DESCRIPCIÓN GENERAL Desarrollar e implementar un software educativo para el desarrollo de la lógica en alumnos de I.S.C. basado en el modelo de competencias. Este software es una aplicación que va orientada a los alumnos de los primeros semestres de la carrera de Ingeniería en Sistemas Computacionales. La aplicación tiene como propósito ser un mecanismo que favorezca el desarrollo de la lógica e intuición de los alumnos. De manera general la aplicación tendrá tres niveles lo cual el alumno le servirá para desarrollar la lógica, la aplicación será utilizada para medir la capacidad de aprendizaje mediante diversos problemas que se emplearan a lo largo del curso.

2.1 PERSPECTIVAS DEL PRODUCTO La aplicación estará diseñada para que los alumnos resuelvan los ejercicios en la institución y los maestros tomen en cuenta los resultados de la evaluación como un criterio más para la calificación del alumno. La aplicación estará diseñada de manera que cause atracción al usuario. Este producto pretende ser un instrumento útil al cliente el cual en este caso son los maestros, este producto tiene que ser una herramienta que ayude a la organización y clasificación de ejercicios de lógica para los alumnos y para los maestros, un criterio más para evaluar. 2.1.1 Interfaces con el sistema El software no necesitará ningún otro programa para que pueda funcionar. 2.1.2 Interfaz con el usuario Teniendo en cuenta que los usuarios principales de la aplicación serán jóvenes, la interfaz tendrá un peso muy elevado en lo gráfico (visual), por lo cual será con colores llamativos. 2.1.3 Interfaz con el hardware Para el caso de este software educativo al ser una aplicación de escritorio, el hardware que se necesitará se mencionan a continuación: Monitor, mouse, CPU y teclado.

7

2.1.4 Interfaces con el software A continuación se describen las principales interfaces de la aplicación con el software:

Herramienta

Nombre

Descripción

C#

Software

Este lenguaje de programación será útil para realizar la interfaz del usuario de nuestro software. PostgreSQL Este SGBD se utilizará para almacenar los datos y ayudará para que la base de datos sea más rápida, segura, accesible, mantenga la integridad y no exista redundancia. DB Designer Se utilizará para el modelado de la base de datos (tablas y relaciones) ya que es un programa fácil de utilizar. StarUML Se modelara la estructura de los procesos de los sistemas. Sistema operativo En este sistema operativo arrancará la (Windows ) aplicación.

2.1.5 Restricciones de memoria El equipo de cómputo que se utilizará para realizar el sistema tendrá los siguientes requerimientos:   

Espacio libre en disco duro: 500MB Memoria RAM mínimo 512 MB Procesador Intel Pentium Dual Corel o procesadores compatibles

2.1.6 Operaciones A continuación se describen las operaciones principales, relacionadas con los tres usuarios principales de la aplicación: Alumnos:  



Crear cuenta: El alumno podrá crear una cuenta de usuario. Resolver ejercicios de prueba: El alumno podrá acceder al sistema y resolver los ejercicios que son de prueba para practicar. Realizar evaluación: El alumno podrá acceder al sistema y resolver las evaluaciones para obtener una calificación y al final observar su calificación.

8

Maestro: Visualizar estadísticas: El maestro podrá visualizar las estadísticas que contendrán los avances de los alumnos mediante una gráfica. Visualizar las calificaciones de los alumnos:El maestro podrá acceder al sistema y obtener las calificaciones de los alumnos.





Administradores: 



Crear cuenta para maestro: El administrador podrá crearle una cuenta a un determinado maestro. Agregar nueva actividad: El administrador podrá anexar algunos ejercicios al sistema para que posteriormente aparezcan aleatoriamente en las evaluaciones.

2.1.7 Requerimientos de adaptación al sitio Para ejecutar la aplicación, las características que se deben modificar para la instalación del software en una computadora particular son las siguientes: El equipo debe tener sistema operativo Windows XP, Vista o 7. Los requerimientos relacionados con el software están descritos en las secciones 2.1.4

2.2 FUNCIONES DEL PRODUCTO Casos de uso

9

El alumno ingresara a la pantalla principal si desea acceder a las evaluaciones, pero antes necesitará proporciona sus datos personales y una contraseña a un registro y si ya tiene una cuenta podrá acceder de manera rápida a cualquier ventana para realizar ejercicios de prueba, o alguna evaluación, además podrá modificar sus datos en el registro. El sistema permitirá que los usuarios realicen búsquedas ya sea de maestros o alumnos y además de consultar el contenido de la aplicación. El maestro podrá consultar las evaluaciones o contenidos, dar de baja a los alumnos y visualizar las estadísticas que es sistema proporcionará acerca del avance de los alumnos en cada una de las evaluaciones. El administrador podrá registrar al maestro junto con una contraseña, también eliminará al maestro, actualizará las evaluaciones y si es necesario agregará nuevos ejercicios a las evaluaciones y revisaran las estadísticas de avances de los alumnos que realicen las evaluaciones.

2.3 CARACTERÍSTICAS DEL USUARIO Alumnos de 1° semestre de Ingeniería en Sistemas Computacionales tendrá que tener conocimientos como:  

Manejo básico de una computadora Contar con conocimientos básicos en lógica.

Maestros que imparten en la institución:  


Administradores:  


2.4 RESTRICCIONES GENERALES El usuario o cliente no puedan ingresar al software si no están registrados. Estos serían algunos de los principios generales del software educativo que hay que tener en cuenta como restricciones generales. El software educativo se podrá aplicar a cualquier alumno de 1° semestre en Ingeniería en Sistemas Computacionales.

10

2.4.1 Restricciones de la máquina Las restricciones de hardware y de software en la máquina donde se vaya a instalar la aplicación son las siguientes: 2.4.2 Restricciones de hardware: Los equipos del centro de cómputo del ITSTB en los que se ejecute la aplicación deberán tener el sistema operativo Windows 7 y como mínimo los siguientes requerimientos de memoria:  

Disco duro de 80 GB Memoria RAM, mínimo de 512 MB

2.4.3 Restricciones de software: 

Sistema operativo Windows 7

2.5 SUPOSICIONES Y DEPENDENCIAS Se enlistan las suposiciones que pueden llegar a afectar los requerimientos: 

 

La cantidad de equipos que se encuentre en el centro de cómputo sean iguales o menor a la cantidad de alumnos que realizaran las evaluaciones. La cantidad de ejercicios que puedan ser almacenados. La disponibilidad de los alumnos para realizar las evaluaciones.

3. REQUERIMIENTOS ESPECÍFICOS 3.1 REQUERIMIENTOS FUNCIONALES: 3.1.1 Requerimientos del usuario:

Titulo Descripción Entrada Fuente Salida Destino Acción

RU 01Contestar evaluaciones El sistema deberá permitir que los alumnos resuelvan los ejercicios que se presentan en cada una de las evaluaciones Nombre del alumno, Número de Control, Nombre Usuario, Contraseña.

Base de datos en tabla “USUARIOS” Calificación del alumno, Estado (aprobado/reprobado). Cuenta del docente, cuenta del alumno que presentó la evaluación. El alumno mediante su cuenta de usuario resuelve la evaluación que se le presente. 11

Titulo

RU 02 Los maestros puedan revisar los resultados de las evaluaciones (Revisar Resultados)

Descripción

El sistema deberá permitir que los maestros puedan visualizar los resultados de las evaluaciones de los alumnos. Nombre del alumno, Grupo, calificaciones. Base de datos en tablas “USUARIO”, “CALIFICACIÓN”. Se visualiza las calificaciones. Cuenta de usuario de los Docentes El docente ingresa a su cuenta de usuario y en el área

Entrada Fuente Salida Destino Acción

“CALIFICACIONES” puede analizar los resultados por grupo o por alumno.

Titulo

RU 03 Que el contenido de las evaluaciones este dividido por niveles

Descripción

El sistema deberá contener una pantalla donde se encuentren las evaluaciones divididas por niveles, cada nivel contendrá 10 ejercicios de los cuales el alumno deberá responder ocho preguntas correctas para poder pasar al siguiente nivel, la dificultad del nivel irá aumentando a medida que el alumno vaya avanzando. Nombre del alumno, contraseña


Base de datos en tablas “EVALUACIÓN”. Se visualiza los ejercicios divididos en niveles

Base de datos en tablas “EVALUACIÓN”. Al momento en que el alumno conteste el primer nivel y su calificación sea aprobatoria, esta información se almacenara en la base de datos para que posteriormente el alumno pase al siguiente nivel, así sucesivamente el alumno tendrá que contestar los tres niveles.

Titulo

RU 04 Todos los usuarios tendrán que contar con un Identificador (Almacenar Usuario)

Descripción

El sistema contendrá un registro de todos los usuarios y sus contraseñas en una BD ya sean alumnos, maestros o administradores, para que puedan entrar al sistema. Nombre Usuario, Contraseña, Correo electrónico, Número de Control, Sexo.


Base de datos en tabla “USUARIO”. Datos almacenados correctamente.

Base de datos en tabla “USUARIO”. Al momento de almacenar la información de un nuevo usuario, la 12

información del mismo debe ser guardada en la base de datos del sistema. Esto se logra mediante el registro de nuevos usuarios.

3.2 REQUERIMIENTOS DE SISTEMA:

Titulo Descripción Importancia Urgencia Comentarios

RS 01 El sistema debe actuar en modalidad multiusuario El sistema informático soportará el acceso de varias personas a la vez (concurrencia). Esto se realizará por medio del Modelo cliente-servidor. vital importancia Inmediatamente

Titulo Descripción

RS 02 El sistema debe permitir registrar un alumno

Comentarios

En caso de no poder registrase se mostrará un mensaje: “El alumno no se encuentra inscrito en la escuela.”

El alumno puede ingresar y registrar sus datos en el sistema. El usuario debe proporcionar todos los datos que se solicitan y esperar su validación. Precondición Que el alumno esté inscrito en la escuela. Postcondición Alumno Registrado vital importancia Importancia Inmediatamente Urgencia

Titulo Descripción Precondición Postcondición Importancia Urgencia Comentarios

RS 03 Buscar alumno El sistema deberá permitir que el maestro o el alumno puedan buscar datos. Que el alumno se encuentre en la BD del sistema. Alumno encontrado vital importancia Inmediatamente En caso de no poder encontrar el alumno, se mostrará un

mensaje: “Alumno no encontrado”

13


RS 04 Buscar maestro El sistema deberá permitir que el administrador pueda buscar datos del maestro. Que el maestro se encuentre en la BD del sistema. Maestro encontrado vital importancia Inmediatamente En caso de no poder encontrar el maestro, se mostrará un

mensaje: “Maestro no encontrado”


RS 05 Eliminar alumno El sistema deberá permitir que el maestro puedaeliminar los datos del alumno. Que el alumno se encuentre en la base de datos del sistema. Alumno eliminado vital importancia Inmediatamente En caso de no poder eliminar el alumno, se mostrará un

mensaje: “El alumno no se encuentra registrado”


RS 06 Modificar alumno El sistema deberá permitir que el alumno pueda modificar los datos (Nombre, Apellidos, nombre de usuario y contraseña) del alumno. Que el alumno se encuentre en la base de datos del sistema. Alumno modificado vital importancia Inmediatamente En caso de no poder modificar el alumno, se mostrará un mensaje: “El alumno no se encuentra en la BD ”

Titulo

RS 07 Los administradores y maestros puede hacer consultas de las evaluaciones.

Descripción

El sistema deberá permitir que los Administradores y maestros puedan consultar las evaluaciones. Que la evaluación se encuentre en la base de datos del sistema. Evaluación consultada vital importancia Inmediatamente En caso de no poder consultar las evaluaciones, se mostrará un

Precondición Postcondición Importancia Urgencia Comentarios

mensaje: “La evaluación no se encuentra en la BD” 14


RS 08 Calificar la evaluación. El sistema deberá permitir calificar las evaluaciones de los alumnos. Que el alumno haya resulto la evaluación. Generar los resultados de evacuación aprobada o no aprobada vital importancia Inmediatamente En caso de no poder obtener la calificación, se mostrará un

mensaje: “El alumno no ha realizado la evaluación”


RS 09 Actualizar evaluaciones El administrador actualizará las evaluaciones, conforme el maestro le pida nuevos ejercicios o los temarios cambien. Que la evaluación se encuentre en la BD. Evaluación actualizada. vital importancia Inmediatamente En caso de no poder actualizar la evaluación, se mostrará un

mensaje: ”La evaluación no se ha actualizado”

Titulo Descripción

RS 10 Menú

Titulo Descripción

RS 12 Ejercicios de prueba

Precondición Postcondición Importancia Comentarios

El sistema permitirá mostrar un menú inicial donde el alumno, el maestro y el administrador tendrán un usuario y una contraseña para poder entrar al sistema.

Para comodidad de los usuarios se contará con un apartado donde se mostraran ejercicios de prueba para que los alumnos puedan practicar y aprender. Que el alumno se encuentre en la BD datos. Generar los resultados de los ejercicios de prueba. vital importancia En caso de no poder realizar los ejercicios de prueba, se

mostrará un mensaje: “El alumno no está registrado en la BD”

15

3.3 REQUERIMIENTOS NO FUNCIONALES: 3.3.1 Requerimientos del producto:


Titulo Descripción

Importancia Urgencia Comentarios



RP 01Se requiere un sistema que tenga alto rendimiento El sistema no será pesado lo que permitirá contar con tiempos de respuesta rápida, precisión y disponibilidad al realizar cualquier operación. vital importancia Inmediatamente

RP 02 Se requiere un sistema que tenga alta usabilidad La interfaz gráfica del sistema será creada de forma que el usuario comprenda de manera fácil y sencilla todas las funciones que realiza el sistema. Implementándolo en los centros de cómputo a los alumnos de primer semestre de I.S.C. vital importancia Inmediatamente El alumno podrá comprender todas las instrucciones que estén en el software.

RP 03 Se requiere un sistema que sea portable El sistema será portable, de modo que se podrá almacenar en algún dispositivo para después ser instalado. vital importancia Inmediatamente

RP 04 Se requiere un sistema que tenga alta fiabilidad El sistema tendrá que contar con la capacidad de lidiar con los errores que se puedan producir y grado de previsión. vital importancia Inmediatamente

16

Titulo Descripción


RP 05 Se requiere un sistema que ocupe poco espacio. El sistema completo deberá ser posible almacenarlo en el ordenador. La aplicación no deberá ocupar demasiado espacio (se estima que son pocos MB los que abarque en la computadora). vital importancia Inmediatamente

3.3.2 Requerimientos organizacionales:


RO 01 Implementación El sistema permitirá contar con tiempos de respuesta rápida, precisión y disponibilidad. vital importancia Inmediatamente

Titulo

RO 02 El sistema requiere de un lenguaje de programación eficaz.

Descripción

El lenguaje de programación será C# aquí se escribirán las líneas de código que permitirán al sistema realizar sus operaciones. vital importancia Inmediatamente

Importancia Urgencia Comentarios Titulo Descripción Importancia Urgencia Comentarios Titulo Descripción Importancia Urgencia Comentarios

RO 03 Se requiere tener un modelado del sistema El modelado del sistema se realizará en StarUML aquí se visualizaran de forma gráfica las operaciones que realizará el sistema. vital importancia Inmediatamente

RO 04 El sistema requiere de un SGBD. El SGBD que se utilizará es PostgreSQL deberá almacenar los datos de manera rápida y segura. vital importancia Inmediatamente 17


RO 05 Documentación El sistema incluirá documentación de ayuda, incluyendo manuales de usuario. vital importancia Inmediatamente

3.3.3 Requerimientos externos:


RE 01 Seguridad El sistema debe permitir la autentificación de los usuarios en la base de datos del software. vital importancia Inmediatamente


RE 02 Legislativos

Titulo Descripción

RE 03 Privacidad


El sistema posera derechos de autor. vital importancia Inmediatamente

El sistema de ninguna manera utilizará o revelara la información personal de usuario aparte de su nombre. vital importancia Inmediatamente

3.3.4 Requerimientos no funcionales de hardware:

Titulo

RNH 01 Una computadora para desarrollo del sistema.

Descripción

Se necesita una computadora para el desarrollo del sistema, tanto en su parte de documentación como en la parte de implementación del sistema y pruebas finales.

Importancia

vital importancia

18

Urgencia

Inmediatamente

Comentarios

3.3.5 Requerimientos no funcionales de las personas:

Titulo

RNP 01 Equipo desarrollador está compuesto por tres personas encargadas del diseño y construcción de software.

Descripción

Se requiere un jefe de proyecto, un analista de sistemas, un diseñador y un programador, algunos tendrán 2 roles para desarrollar el proyecto.

Importancia

vital importancia

Urgencia

Inmediatamente

Comentarios

19

3.4 APÉNDICES: Diagrama de caso de uso Eliminar alumno

Buscar alumno

Modificar alumno

Registrar alumno

Resolver evaluación

consultar evaluación

Consultar contenido Alumno

Maestro Registrar maestro Buscar Maestro

Eliminar maestro Visualizar estadísticas

Administrador Inertar ejercicios a las evaluaciones

Actualizar ejercicios de las ev aluaciones

Diagrama de clases

20

Diagrama de objetos

Diagrama de Despliegue Software

TCP/IP

Base de datos

Ejercicios

21

Diagrama de componentes cmp Domain Model Software

realiza

Software

Evaluacion

verifica ingresa guarda Maestro

proporciona calif Alumno B.D.

Diagrama de Estados

ingresa alumno

Registrar Alumno

Responde preguntas

Software evalua

Guarda en B.D

Informa a maestro

Recoge evaluación

Proporciona ca lificación

final

22

Diagrama de secuencia

Diagrama de secuencia

23

Requerimientos de Software Educativo

Recommend Documents