Ieee

Requisitos del sistema
Proyecto: PASE DE LISTA

Revisin 1:20
14/10/2016
1
Instrucciones para el uso de este formato

Este formato es una plantilla tipo para documentos de requisitos del sistema.
Est basado y es conforme con el estndar IEEE Std 1362-1998.
Las secciones que no se consideren aplicables al sistema descrito podrn de forma

justificada indicarse como no aplicables (NA).
Notas:
Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por
los contenidos descritos en cada apartado.
Los textos entre corchetes del tipo [Inserte aqu el texto] permiten la inclusin directa de
texto con el color y estilo adecuado a la seccin, al marcar sobre ellos con el puntero del
ratn.
Los ttulos y subttulos de cada apartado estn definidos como estilos de MS Word, de
forma que su numeracin consecutiva se genera automticamente segn se trate de estilos
Titulo1, Titulo2 y Titulo3.
La sangra de los textos dentro de cada apartado se genera automticamente al pulsar Intro
al final de la lnea de ttulo. (Estilos Normal indentado1, Normal indentado 2 y Normal
indentado 3).
El ndice del documento es una tabla de contenido que Word actualiza tomando como
criterio los ttulos del documento.
Una vez terminada su redaccin debe indicarse a Word que actualice todo su contenido
para reflejar el contenido definitivo.
Ficha del documento
Fecha Revisin Autor Verificado dep. calidad.
[Fecha] [Rev] [Descripcion] [Firma o sello]
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora
Fdo. D./ Da [Nombre] Fdo. D./Da [Nombre]

Contenido
FICHA DEL DOCUMENTO 3
CONTENIDO 4
1 ALCANCE 6
1.1 Identificacin [*] 6
1.2 Visin general del documento [*] 6
1.3 Visin general del sistema [*] 7
1.4 Personal involucrado [*] 7
2 DOCUMENTOS REFERENCIADOS 9
3 SITUACIN ACTUAL 10
3.1 Antecedentes 10
3.2 Polticas y restricciones operacionales 11
3.3 Descripcin del sistema o situacin actual [*] 12
3.4 Tipos de usuarios 18
3.5 Mantenimiento / soporte 18
3.6 Necesidad y naturaleza de los cambios 18
3.7 Descripcin de los cambios deseados 19
4 SISTEMA PROPUESTO 19
4.1 Antecedentes [*] 19
4.2 Polticas y restricciones operacionales [*] 19
4.3 Descripcin del sistema propuesto [*] 19
4.4 Tipos de usuarios [*] 20
4.5 Mantenimiento / soporte [*] 20
4.6 Escenarios operacionales 20
4.7 Futuras evoluciones 21

4.8 Cambios considerados pero no incluidos 21
5 RESUMEN DE MEJORAS 22
6 INFORMACIN ADICIONAL 22

1 Alcance
El documento cumplir con la funcionalidad de servir como sustento del proyecto
de desarrollo de software de pase de lista analizando los aspectos elementales
administrativos de informacin que deber cubr costando el avance del
proyecto en el contrato.
El docente tendr total acceso a la documentacin generada resultante al
proyecto
El proyecto solicitado por el cliente ser nicamente de uso exclusivo por la
docente Ayamain silva Prez docente del plantel Conalep Zacualpan.
El proyecto atender nicamente a las necesidades y funcionalidades que as
solicite la docente Ayamain silva Prez como las ya identificadas el pase por
medio de un cdigo Qr, evaluar a su alumnado, evaluar actitud de sus alumnos y
entre otra funcione que se aadan a los requerimientos y funcionalidades
previamente establecidos.
El equipo de desarrollo de softeng tendr la capacidad de modificar los
requerimientos y funcionalidades establecido por la docente Ayamain silva Prez
segn ella lo solicite.
1.1 Identificacin
Sistema Pase de lista Automatizado
1.1.1 Misin softeng

Afianzarnos en el mercado de desarrollo de software como una empresa
lder en el mercado de desarrollo de software como una empresa eficiente
y competitiva innovando contante mete en las tecnologas de nueva
generacin.
1.1.2 Valores
Responsabilidad:
Respecto:
Profesionalidad:
Disciplina:
Honestidad:
Lealtad:

1.2 Visin general del documento

El propsito general referente a la seguridad y privacidad del documento
el cual permanecer como parte del rea de privacidad cliente empresa
como se indica en el aviso de privacidad de la empresa.
Necesidades: El cliente requiere un sistema de informacin que facilite
sus labores administrativas referente a el control sobre sus estudiantes,
as como su progreso individual.
Sistema puesto: aficionando el rendimiento administrativo del docente
enfocado a sus alumnos.

Mantenimiento: El sistema se adaptar segn los requerimientos y
especificaciones del cliente as, el diseo ser intuitivo lo cual permitir
una mayor eficiencia y limitando el margen de complejidad para el
usuario final el mantenimiento que se aplicar ser de tipo correctivo
segn se requerido por el cliente y observado por el usuario final.
Captulo 1: Planeacin y levantamiento de requerimiento
Captulo 2: documentacin previa o en proceso:
Captulo 3:
Captulo 4:
Captulo 5:
Captulo 6:
1.3 Visin general del sistema

El objetivo general del proyecto de desarrollo es generar un sistema eficiente
que cumpla con dar solucin de la problemtica del pase de lista adaptndose.
1.4 Personal involucrado

Nombre Miguel Alejandro Macuil ngeles
Rol Directo de proyecto
Categora profesional Ingeniero en sistemas computacionales
Responsabilidades Direccin y coordinacin del proyecto referente a la
organizacin, gestin y control.
Informacin de contacto Mmacuila14@tlaxcala.conalep.edu.mx
Aprobacin Miguel Alejandro Macuil ngeles
Nombre Salvador Snchez Saucedo

Rol Consultor
Categora profesional Ingeniero en tecnologas de la informacin.
Responsabilidades Enlace tcnico operativo referente alas comunicacin con el
cliente.
Informacin de contacto avahc_06_08_99@hotmail.com
.
Nombre Josu Prez Prez
Rol Programador
Categora profesional Ingeniero en desarrollo de software
Responsabilidades Generar la codificacin y algoritmos computacionales
Informacin de contacto Jouse_11@hotmail.com
Nombre Aron Varela Mndez

Rol Programador
Categora profesional Ingeniero en desarrollo de software
Responsabilidades Generar la codificacin y algoritmos computacionales
Informacin de contacto Mar12@hotmail.com

Nombre Alejandro Olivares Barona

Rol Tester
Categora profesional Ingeniero en pruebas de sistemas
Responsabilidades Planifican y llevan a cabo pruebas de software de los
ordenadores para comprobar si funcionan correctamente.
Identifican el riesgo de sufrir errores de un software,
detectan errores y los comunican. Evalan el
funcionamiento general del software y sugieren formas de
mejorarlo.
Informacin de contacto Akejan12@hotmail.com
Nombre Evelin Pedraza lvarez

Rol Diseador
Categora profesional Ingeniero administracin informtica
mejorarlo.
Nombre Gustavo Hernndez Atempa

Rol Analista
mejorarlo.
Nombre Mara de la luz guerra Lpez
Rol Analista
mejorarlo.

2 Documentos referenciados
N Ttulo Ruta Versin Fecha Autor
1 IEEE Anlisis y diseo pase 1 13-10- Miguel
de lista 2015 Alejandro
Macuil ngeles
2 Cuestionario de Anlisis y 1 20-10- Margarita
entrevista diseo/empresa 2014 Giovanna
anterior Nez portillo
Diagrama entidad relacin

3 Diagrama relacional

3 Situacin actual
La situacin actual del proyecto se compone en una serie de elementos los cuales
conformaran el consumo generada a partir de la implantacin del sistema el primer
componente el pase de lista el cual se realiza de manera manual debido a la
lentitud administrativa del plante sus listas proporcionas de manera extempornea
a el inicio de curso ralentizado parte del proceso e evaluacin de los docentes
debido a ello los docente optaron por opciones alternativas para solucionar esta
problemtica el pasar una hoja as el alumnado solicitndoles se anoten bajo la
siguiente peticin de datos el apellido paterno, apellido materno y nombre as
como su grupo y turno segmentando esa situacin como un componente otro de
ellos es la evaluacin de la actitud de los estudiantes y el como el docente evala el
debido a que actualmente el mtodo manual empleado es deficiente ya que se
presta a error debido a que el docente pregunta el nombre del estudiante en caso
de no conocerlo y as es como se aplica si el alumno incurre en alguna falta es
anotado en una lista anterior mente digitalizada por el docente, el ltimo segmento
constituye la evaluacin de las actividades que el docente solicita as estudiante el
mtodo manual actual consta de tras ser evaluado manual mente la actividad el
docente procede a anotar el porcentaje obtenido por la actividad lo descrito en el
presente apartado constituye el panorama general de la situacin actual descrito.
3.1 Antecedentes
Visin general del sistema: El objetivo general del proyecto de desarrollo

es generar un sistema eficiente que cumpla con dar solucin de la
problemtica del pase de lista adaptndose ala los procesos y reas de
oportunidad de cobertura del sistema referente al docente.
Misin: Obtener un mayor rendimiento acadmico administrativo del
docente.
Objetivo: Generar un sistema de informacin eficiente e intuitivo que
resuelva el problema actual del docente.
Alcance: El sistema cubrir los tres aspectos elementales del sistema el
pase de lista, evaluacin de conducta y evaluacin de los estudiantes
como mximo alcance de sus funcionalidades.
Modo de uso aplicacin :
Pase de lista:
1. El maestro ingresa a el saln
2. El maestro comienza a pasar lista
3. El maestro comienza a mencionar los nombres en voz alta
4. Los alumnos exclaman presente al escuchar su nombre
5. El maestro en caso de no escuchar o el alumno no haber asistido
coloca en sus listas frente al nombre de ese alumno una vieta que
indica que est ausente.
6. El maestro concluye de pasa lista
7. El alumno puede justificar sus inasistencias en caso de existir
presentado un justificante que avale el motivo de su falta.
8. Si el alumno no se encuentra en el saln durante el pase de lista bajo
cualquier condicin ser considerado como una falta inmediata.

Control de conducta:
1.El docente ingresa el saln

2.El docente pasa lista
3.El docente comienza su clase
4.En caso de presentar descontrol en el saln el docente busca la
causa del desorden de encontrarlo realiza una advertencia.
5. El docente en caso de residir el desorden realiza una ltima
advertencia antes de proceder a realizar una sancin acadmica.
6. Si el desorden o incumplimiento de conducta continua el alumno
ser sometido a una sancin acadmica en el aspecto de la conducta
segn sea el grado.
7. El docente procede a notar la sancin pretinen en sus lista como una
degradacin de suficiente o insuficiente.
8.
Evaluacin:
1. El maestro ingresa a el saln
2. El maestro indica el periodo de evaluacin y comienza a mencionar a
los alumnos en orden alfabtico.
3. El maestro comienza a solicitar a sus estudiante los trabajo
evaluados con los cuales el asignara un porcentaje.
4. El docente genera porcentajes referente a la unidad evaluada divido
entre dichas actividades.
5. El docente termina de evaluar tras a ver realizado el levantamiento de
progreso acadmico.
3.2 Polticas y restricciones operacionales

Polticas operacionales
El alumno debe en cada clase tener en la portada de sus libreta el Qr
asignado en caso de no poseerlo ser acreditado como una falta
inmediata.
En caso de no asistir a la clase se le asignara un periodo de 5 das para
poder justificar la falta en caso de no hacerlo ser asignada
permanentemente.
En caso de no asistir sele colocara una falta temporal segn las
restricciones que ello contribuye.
En caso de presentar tres false la calificacin de asistencia ser
disminuida suficiente e insuficiente segn sea el caso.
El sistema no admitir modificaciones despus del periodo asignado para
cada proceso.
Toda falta ser justificada directamente con el docente del mdulo
afectado.
Tras ser generado el enlace para registro de los alumnos tendr un
periodo de 1 semana mximo para registrase y generar su cdigo
impreso.
De presentarse ms 2 retardos constituir una falta
El periodo mximo para constituir una falta es despus d e10 minutos
tras a ver iniciado la clase del docente en cuestin.

Polticas tcnicas
El registro de cualquier alumno en el sistema ser exclusivamente el sitio
web oficial.
La informacin deber ser verificada por el docente tras a ver sido
verificada por el estudiante
Los grupos sern establecidos con el mximo de registros referente a la
cantidad del saln en cuestin.
El sistema operativo o plataforma es libre bajo la conexin de para
internet para realizar el registro o manejo del portal.
El navegador para ingresar al porta deber ser google Chrome o Firefox
3.3 Descripcin del sistema o situacin actual

La situacin actual est constituida por proceso manuales abundado en sus
caractersticas el pase de lista se lleva a cabo en un hoja que contiene
matriculas, nombres y fracciones de contenido o celada de evaluacin en este
caso para indicar con simbologa la asistencia o inasistencia as como la
evaluacin sucede bajo el mismo aadiendo a las actividades en las celdas
colocadas en la parte superior derecha en el caso particular de la conducta
cambia imperceptiblemente la metodologa al presentarse un incidencia en la
conducta esta misma es indicada en el formato de la lista con la simbologa
pertinente.
La utilidad frecuencia con la cual se realiza estos proceso son de manera
constate debido a que es un proceso administrativo acadmico que clase
a clase rendimiento el flujo de informacin es describible como constante
o de alta intensidad de uso.
El sistema estar disponible para dos tipos de usuario pero no as la
frecuencia con la cual ambos lo utilizar y as como su control el primer
tipo de usuario el estudiante.
Las capacidades del sistema:
o Funciones: El pase de lista resulta ser el sustento elemental por
el cual emerge el proyecto, la actitud de los estudiantes como
complemento funcin acadmica importan en el marco del
control admirativo del docente control de actitud y la evaluacin
un parmetro que funge como la base de todo el concepto
educativo del docente para genera una forma de medir el
aprendizaje su los estudiantes.
o Caractersticas:
Una aplicacin web establecida en un contexto acadmico
para el rea de los docentes.
Medir el desempeo acadmico
La situacin provee pose un perfil administrativo
Automatizar y eficientes procesos
Garantizar seguridad en la informacin procesada
o Capacidades:
Posera una capacidad intuitiva a las reacciones del
usuario
Entrada de informacin
Almacenamiento de informacin
Procesamiento de la informacin
Salida de informacin


Diagrama de flujo:
1. Evaluacin
Inicio
Llamado por filas
La maestra va a su Si la maestro
lugar esta dispuesta
Les anota el avance Les anota el avance
Fin

2. Pase de lista
Inicio
v
Si se conoce al
alumno
Menciona nombre
Responde Se pone falta

/
Se le pone
asistencia
Evaluar la actitud

3. Evaluacin de actitud
Inicio
Evaluar si tiene
3 faltas
Baja su calcificacin
Evaluar si tiene
6 faltas
Baja su calcificacin
Fin

Descripcin diagrama de flujo de evaluacin:
Descripcin diagrama de pase de lista:
Descripcin diagrama de Evaluacin de actitud:
Descripcin del entorno de operacin: El entorno de operacin un entorno

acadmico ya que responde una necesidad de la misma ndole.
Previsiones de seguridad:
o La informacin proporcionada ser depositado en una base de datos en
la cual el contenido ntegro ser cifrado y almacenado.
o El portal contara con una certificacin que abale la seguridad
garantizada para evitar la vulnerabilidad que ofrece un portal web.
o El contenido del portal al terminar de llenar las lista ser depositado y
eliminado de sitio web para asegurar el lote de informacin.
Factores de riesgo:
o Ataca que ciberntico.
o Perdida de lotes datos extrados.
o Cancelacin del proyecto

3.4 Tipos de usuarios

Tipo de usuario Residente *docente*
Responsabilidad Pasar lista y asignar calificaciones
Formacin Docente media superior
Habilidades Bsicas de control de pc
Actividades Evaluar alumnos bajo parmetros de valuacin, evaluar
actitud mediante el concepto de reincidencia y pasa de lista.
Interaccin con el sistema Administrar el sistema.
Tipo de usuario Receptor *alumnos*

Responsabilidad Entregar actividades, asistir a clases y mantener un buen
comportamiento.
Formacin Bachillerato tcnico
Habilidades Manejo bsico de equipo de computo
Actividades Registrarse en el portal y presentar el cdigo asignado en
clase.
Interaccin con el sistema Usuario.
3.5 Mantenimiento / soporte

El mantenimiento ser proporciona al cliente segn un calendario genera
generado en comn acuerdo de ambas parte un pario de tiempo no mayor a un
ao excluyendo las detenciones de bus que pudiera notar al trabajar con el
sistema se realiza aparte del calendario 3 visitas en este periodo donde se
evaluara comportamiento del sistema.
Primera visita 3 meses despus de la entrega e implantacin del sistema:
sern verificados los siguientes aspectos de funcionalidad
almacenamiento, seguridad, estabilidad, capacidad, escalabilidad y
control de flujo de informacin.
3.6 Necesidad y naturaleza de los cambios

El sistema actual carece de seguridad y confiabilidad debido a que toda la
informacin de los grupos es almacenada en hojas esto genera vulnerabilidad
as la informacin podra perecer o ser alterada y los proceso de evaluacin
tambin resultan afectado debido a la lentitud de este medio para llegar a el
mismo fin sin eficiencia ralentizando el progreso acadmico de los estudiantes
debido a la sobre invencin de tiempo que esto conlleva.

3.7 Descripcin de los cambios deseados

Cambios y capacidades:
o El sistema se convertir en un sitio escalable lo que garantiza a
futuro su viabilidad.
o Aumento de procesos administrativos como la generacin de
grficas.
Cambios en el proceso del sistema
o El sistema ser capaz de
Cambios de interfaces
o La interfaz permanecer igual hasta nueva restructuracin propiciada
por el consultor la diseada y el cliente.
Cambios de personal
o El contrato con el personal establece su contratacin de inicio hasta el
trmino del proyecto.
Cambios operacionales.
o Automatiza el clculo de promedio
o Facilita la recoleccin de asistencias
o Automatiza el pase de lista
Cambios de soporte
o Se incorporara en la interfaz un apartado que indique las posibles
formas de solucin a problemas comunes del sistema que pudiera llegar
a principal.
4 Sistema propuesto
[Inserte aqu el texto]
Descripcin del sistema propuesto.
Debe ceirse a los conceptos bsicos que indican las nuevas capacidades operacionales
sin entrar en especificaciones de diseo, a no ser que sean restricciones impuestas.
4.1 Antecedentes
Visin general del sistema propuesto, incluyendo: misin, objetivos, alcance, modo de
uso o aplicacin, etc.
4.2 Polticas y restricciones operacionales

Relacin de polticas o restricciones de cualquier ndole aplicables al sistema propuesto.
Algunos ejemplos pueden ser:
Restricciones sobre el nmero de usuarios capaces de utilizar el sistema.
Restricciones de hardware (uso obligado de determinadas plataformas, redes
telemticas, etc.)
Restricciones de seguridad o relativas a proteccin de datos.
Restricciones de software (uso obligado de una determinada BD, Sistema
Operativo, etc.)
Restricciones de recursos operacionales como espacio fsico.
etc.
4.3 Descripcin del sistema propuesto

Descripcin detallada del sistema propuesto y de su funcionamiento, incluyendo los
siguientes subapartados:

Enumeracin y descripcin de funciones, caractersticas y capacidades del
sistema propuesto.
Deben identificarse las prioridades entre funcionalidades y caractersticas. Esta
identificacin puede realizarse clasificando cada una las funciones, caractersticas
y capacidades como esencial, deseado u opcional.
Deben incluirse en la medida de lo posible:
- Diagramas, flujos y procesos con un nivel de detalle suficiente para comprender
la funcin o un conjunto de funciones del sistema propuesto desde el punto de
vista del usuario.
- Identificacin de interacciones entre componentes del sistema.
Descripcin del entorno de operacin y sus caractersticas
Interaccin del sistema con otros sistemas externos
Caractersticas de rendimiento como velocidad, rendimiento de trabajo, volumen,
frecuencia, etc.
Atributos de calidad como disponibilidad, eficiencia, flexibilidad, portabilidad,
reusabilidad, usabilidad, etc.
Provisiones de seguridad, emergencia, privacidad y continuidad de las
operaciones en circunstancias de emergencia.
Otro tipo de informacin relevante en la descripcin del sistema como: factores de
riesgo, coste de las operaciones, etc.
Es importante que los requisitos del sistema propuesto sea los ms simples y claros
posible, para que todos los lectores del documento puedan entenderlos
completamente. Debe realizarse usando la terminologa del usuario.
Nota: El autor del documento debe organizar la informacin en este apartado como
considere apropiado para el sistema o situacin. Aquellas partes de la descripcin que
sean extensas podrn incluirse como apndices del documento.
4.4 Tipos de usuarios

Tipo de usuario [Inserte aqu el texto]
Responsabilidad [Inserte aqu el texto]
Formacin [Inserte aqu el texto]
Habilidades [Inserte aqu el texto]
Actividades [Inserte aqu el texto]
Interaccin con el sistema [Inserte aqu el texto]
Relacin de los tipos de usuario. Un tipo de usuario se distingue por el modo en el cual
un usuario interacta con el sistema.
Factores como la responsabilidad, habilidades, competencias, etc. distinguen a los
distintos tipos de usuarios.
4.5 Mantenimiento / soporte

Descripcin de las necesidades de mantenimiento, reparacin, almacenamiento,
distribucin, sistemas de copias de seguridad, sistemas de emergencia, etc.
4.6 Escenarios operacionales

Relacin de escenarios operacionales. Un escenario es una descripcin paso a paso de
cmo el sistema propuesto debe operar e interactuar con sus usuarios y sus interfaces
externas, bajo unas determinadas circunstancias.

Los escenarios operacionales proporcionan informacin sobre cmo interactan todas
las partes del sistema propuesto, los usuarios y otras entidades externas. Tambin
pueden utilizarse para describir lo que no debe hacer el sistema.
4.7 Futuras evoluciones

Descripcin de las previsiones de evolucin que se tienen previstas para el sistema (si
se tiene).
Esta informacin resulta til para el personal involucrado en el desarrollo del nuevo
sistema, y podr preparar la arquitectura del sistema para asimilar cambios futuros con
el menor impacto.
4.8 Cambios considerados pero no incluidos

Identificacin de cambios considerados pero no incluidos en el sistema propuesto y el
motivo por el que no han sido incluidos.

5 Resumen de mejoras
Resumen de los beneficios proporcionados por el sistema propuesto. Este resumen puede
incluir las siguientes secciones:
- Nuevas caractersticas o funcionalidades
- Existentes caractersticas actualizadas
- Caractersticas obsoletas, no tiles o confusas eliminadas
- Mejoras de rendimiento como tiempo de respuesta, mejoras de calidad, etc.
6 Informacin adicional
Cualquier informacin adicional que facilite la comprensin del documento en s.

Ieee

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ieee

Cargado por

Copyright:

Formatos disponibles

Requisitos del sistema

Proyecto: PASE DE LISTA

Instrucciones para el uso de este formato

Est basado y es conforme con el estndar IEEE Std 1362-1998.

Las secciones que no se consideren aplicables al sistema descrito podrn de forma

Fecha Revisin Autor Verificado dep. calidad.

[Fecha] [Rev] [Descripcion] [Firma o sello]

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Da [Nombre] Fdo. D./Da [Nombre]

1.1 Identificacin [*] 6

1.2 Visin general del documento [*] 6

1.3 Visin general del sistema [*] 7

1.4 Personal involucrado [*] 7

3.2 Polticas y restricciones operacionales 11

3.3 Descripcin del sistema o situacin actual [*] 12

3.4 Tipos de usuarios 18

3.5 Mantenimiento / soporte 18

3.6 Necesidad y naturaleza de los cambios 18

3.7 Descripcin de los cambios deseados 19

4.1 Antecedentes [*] 19

4.2 Polticas y restricciones operacionales [*] 19

4.3 Descripcin del sistema propuesto [*] 19

4.4 Tipos de usuarios [*] 20

4.5 Mantenimiento / soporte [*] 20

4.6 Escenarios operacionales 20

4.7 Futuras evoluciones 21

Requisitos del sistema

Requisitos del sistema

1.1.1 Misin softeng

1.2 Visin general del documento

Requisitos del sistema

1.3 Visin general del sistema

1.4 Personal involucrado

Nombre Salvador Snchez Saucedo

Nombre Aron Varela Mndez

Requisitos del sistema

Nombre Alejandro Olivares Barona

Nombre Evelin Pedraza lvarez

Nombre Gustavo Hernndez Atempa

Requisitos del sistema

Diagrama entidad relacin

Requisitos del sistema

Visin general del sistema: El objetivo general del proyecto de desarrollo

Requisitos del sistema

1.El docente ingresa el saln

3.2 Polticas y restricciones operacionales

Requisitos del sistema

3.3 Descripcin del sistema o situacin actual

Requisitos del sistema

Requisitos del sistema

Llamado por filas

Les anota el avance Les anota el avance

Requisitos del sistema

Responde Se pone falta

Requisitos del sistema

Requisitos del sistema

Descripcin del entorno de operacin: El entorno de operacin un entorno

Requisitos del sistema

3.4 Tipos de usuarios

Tipo de usuario Receptor *alumnos*

3.5 Mantenimiento / soporte

3.6 Necesidad y naturaleza de los cambios

Requisitos del sistema

Tipo de usuario Receptor alumnos