Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 6 vistas

    Lab 06

    Cargado por

    Abel Cristian CR
    daots del proceso

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Lab 06

    Cargado por

    Abel Cristian CR
    6 vistas3 páginas
    daots del proceso

    Título original

    Lab 06 (1)

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    daots del proceso

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    6 vistas3 páginas

    Lab 06

    Cargado por

    Abel Cristian CR
    daots del proceso

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    Está en la página 1de 3

    Guía de práctica de laboratorio de: Análisis y Requerimientos de Software

    Segunda unidad

    Práctica N° 06: Requerimientos NO Funcionales

    Apellidos : ………………………..……………….
    Sección : …… Nombres : …………………………………………
    Fecha : …./…./……
    Docente : Tipo de práctica: Individual ( X ) Grupal ( )

    Instrucciones: Desarrollar las siguientes actividades, utilizando la herramienta REM – versión gratuita.

    1. PRÁCTICA DE LABORATORIO

    1) Continuando sobre los modelos de requerimientos funcionales (en REM) trabajados en los
    laboratorios anteriores, incrementar en cada modelo los requerimientos no funcionales, para cada
    caso.
    2) Para los siguientes casos, se le solicita determinar y especificar si se tratan de requerimientos
    funcionales o no funcionales.

    CASO I: SOFTWARE ACADÉMICO PARA UN COLEGIO DE SECUNDARIA

    1. El sistema debe permitir identificarse con un nombre de usuario y una contraseña y darle acceso total
    a las funciones y contenidos.
    2. Esta cuenta debe tener la opción de que se pueda accesar a ella solo desde un equipo específico.
    3. El sistema debe permitir crear nuevas cuentas para usuarios controlando las restricciones que tendrá.
    4. El sistema debe permitir suspender el acceso a cuentas sin eliminarlas.
    5. El sistema debe permitir eliminar cuentas de usuarios.
    6. El sistema debe tener una lista por cada salón para poder tomar asistencia diariamente.
    7. Esta lista será generada automáticamente cuando el plazo para matriculas termine.
    8. El sistema debe dar un informe mensual de las inasistencias de los alumnos.
    9. Las faltas justificadas deben ser mostradas separadas de las faltas injustificadas
    10. El sistema debe poder modificar las asistencias.
    11. El sistema debe dar una advertencia cuando un alumno falte más de tres días seguidos, acumule 4
    faltas en una semana o tenga más de 6 faltas al mes. Esto solo debe ocurrir cuando las faltas sean
    injustificadas.
    12. El sistema tendrá un registro de asistencias de los profesores.
    13. El sistema debe dar una advertencia cuando el profesor falte. Esto solo debe ocurrir cuando las faltas
    sean injustificadas.
    14. El sistema tendrá registros con todos los alumnos, los cursos que llevan y los profesores que dictan
    esos cursos. Estos datos entraran agrupados por salones.
    15. El sistema debe poder recoger 4 notas mensualmente por alumno y curso.
    16. El sistema debe poder recoger estas notas de las cuantas de los profesores
    17. El sistema debe poder calcular el promedio de los alumnos bimestralmente.
    18. Si es que alguna nota aún no se entregado en el plazo la nota no será calculado y se enviará un
    mensaje informando de esto al directos y otro al profesor.
    19. El sistema calculara automáticamente las asistencias y si estas no superan el 65% su nota será
    reemplazada por una nota desaprobatoria.
    20. El sistema podrá calcular las notas si es que las faltas son justificadas.
    21. El sistema debe poder generar boletas de notas automáticamente.
    22. Estas boletas contendrán las notas parciales y el promedio bimestral.
    23. El sistema debe hacer una clasificación de alumnos en cada grado por notas.
    24. La clasificación tendrá tres grupos los tengan notas entre 20 a 16, de 15 a 11 y los desaprobados.
    25. El sistema debe poder recibir una nota extra para poder recalcular el promedio.
    26. Estas notas solo serán recibidas si es que se obtiene permiso del director o algún supervisor.
    27. Los alumnos que estén desaprobados en más del 30% de cursos recibirán una advertencia.
    28. También un mensaje será enviado a los profesores de estos alumnos.
    29. El sistema podrá calcular la nota final al culminar el año.
    30. El sistema también dividirá a los alumnos entre los que podrán pasar de año y los que no.
    31. El sistema podrá generar un informe anual de forma automática.
    32. El sistema creara gráficas para incluir en el informe.

    CASO II: SOFTWARE DE RECURSOS HUMANOS PARA UNA EMPRESA COMERCIAL

    1. Control de asistencia del personal, a la hora de ingreso.


    2. Control de salida del personal.
    3. Acumulación de tardanzas, para la toma de decisiones con el personal.
    4. Calendario indicando los trabajos por hacer.
    5. Digitación de quejas o sugerencias de parte de personal.
    6. Asignación de labor del día siguiente.
    7. Acumular las horas extras del personal.
    8. Informe al personal de algún evento a realizarse en la empresa.
    9. Informar al gerente de los avances realizados.
    10. El sistema debe ser capaz de felicitar al personal de su puntualidad.
    11. El sistema debe tener documentos donde el usuario pueda leer las reglas de la empresa.
    12. Compatibilidad con hardware y software.
    13. Modificaciones futuras e implementaciones.
    14. El sistema debe ser capaz de la estabilidad y el soporte adecuado.
    15. El sistema debe ser capaz de emitir boletas de pago al personal.
    16. El sistema no debe consumir demasiados recursos del hardware.
    17. El sistema debe ser capaz de cancelar turnos del personal.
    18. Analizar posibles planes de inversión.
    19. El sistema debe ser capaz de poder instalarse en distintas plataformas.
    20. El sistema deber ser capaz de tener restricciones para ciertos empleados.
    21. El sistema debe mostrar la foto del personal.
    22. El sistema tiene que tener un reloj.
    23. El sistema debe tener el logo tipo de la empresa.
    24. El sistema debe marcar la fecha.
    25. El sistema debe contar con unas ventanas de ayuda.
    26. El sistema debe contar con un combo box. Para realizar cualquier actividad.
    27. El sistema debe tener un zoom.
    28. El sistema debe tener iconos grandes.

    CASO III: SOFTWARE DE COMERCIALIZACION DE UNA EMPRESA ELÉCTRICA

    1. Entrega de información al cliente


    2. Control de los sistemas de pago
    3. Imprimir el Cronograma de atención.
    4. Consultas de los usuarios.
    5. Consulta de expedientes a través de internet.
    6. Atención de reclamos de los clientes.
    7. Aplicar correctamente la asignación de tarifas de servicios regulados.
    8. Mostrar Consumo mensual Registrado.
    9. Imprimir Factura.
    10. Brindar información por pagos de consumos de energía eléctrica y otros relacionados con la empresa.
    11. Mostrar datos ordenados: por fecha de vencimiento, apellidos y nombres.
    12. Imprimir a lo ancho de la página y por áreas.
    13. Registrar los usuarios potenciales, registrando las consultas, hora y fecha en que se realizó.
    14. Ingresar N° de expediente, detallado.
    15. Registrar cada reclamo de los clientes.
    16. Actualización de las tarifas.
    17. Cálculo respectivo de los consumos detallado que hayan registrado medición.
    18. Imprimir a colores con el logo de la empresa.
    19. Registro y seguimiento a los petitorios del cliente.
    20. Buscar expediente.
    21. Informe de conexión al cliente.
    22. Registrar las mediciones correspondientes del consumo del cliente
    23. Registrar reclamos, quejas, apelación y otros.
    24. Mostrar por orden alfabético y áreas los expedientes
    25. Mostrar costo de conexión y tiempo de demorar para la conexión.
    26. Muestre el precio del consumo.

    2. FECHA DE ENTREGA
    Informarse en el aula virtual.

    3. FORMA DE ENTREGA
     El trabajo es individual.
     Entregar el documento impreso por la herramienta REM y el documento trabajado en Word en un
    solo archivo en formato PDF.
     Subir al enlace del aula virtual.

    También podría gustarte