wiki:EspecificacionRequerimiento/GestionUsuarios

Version 30 (modified by jalvarez, 7 años ago) (diff)

--

Tabla de Contenido

  1. Planificación Estratégica Integral
  2. Proyectos
  3. Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
    1. Conceptualización
      1. Plantillas
      2. Flujograma
    2. Administracion
      1. Plantillas
      2. Flujograma
    3. Construcción
      1. Plantillas
      2. Flujograma
    4. Uso de macros para trazabilidad
  4. Propuesta de Solución
  5. Propuesta de Desarrollo del Proyecto
    1. 1. Necesidades y/o problemas
    2. 2. Solución propuesta
    3. 3. Alcance del software propuesto
    4. 4. Descripción general de la arquitectura del software
    5. 5. Metodología de desarrollo
    6. 6. Plataforma de operación
    7. 7. Plataforma de desarrollo
    8. 8. Licencias de código y documentación
  6. Posibles Actores de la Comunidad de Desarrollo de la Aplicación
    1. 1. Lista de Posibles Aliados de la Red de Desarrollo de la Aplicación
    2. 2. Lista de Posibles Colaboradores en el Desarrollo de la Aplicación
  7. Estudio de Factibilidad de Desarrollo del Proyecto
    1. 1. Aspectos a Considerar para el Estudio de Factibilidad del Proyecto
    2. 2. Factibilidad del Desarrollo del Proyecto
  8. Descripción de la Aplicación
  9. Estándares de Desarrollo del Proyecto
  10. Priorización de Funcionalidades
    1. Funcionalidad:
    2. Valor cuantitativo de prioridad:
    3. Dependencia entre Funcionalidades:
  11. Estudio de los Riesgos
    1. Valor cuantitativo de prioridad
  12. Plan del Proyecto
    1. 1. Priorización de funcionalidades del software según las necesidades …
  13. Definición del dominio de la aplicación
  14. Definición del dominio de la aplicación
  15. Diagramas de Actividades
  16. Diagramas de Actividades de los Métodos de las Clases de la Aplicación
  17. Definición de Requerimientos
    1. 1. Requerimientos Funcionales
    2. 2. Requerimientos No-funcionales
  18. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de Uso <Nombre del caso de uso>
    2. 2. Casos de Uso <Nombre del caso de uso>
    3. Flujograma de actividades
  19. Diagramas de Secuencia
    1. 1. Diagramas de Secuencia para los Casos de Uso de la Aplicación
      1. 1.1 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
      2. 1.2 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
  20. Diagramas de Estado de las Clases de la Aplicación
    1. 1. Diagrama de Estado de la Clase <nombre de la clase>
    2. 2. Diagrama de Estado de la Clase <nombre de la clase>
  21. Diseño del Prototipo No-funcional de la Interfaz U/S
  22. Planes de Pruebas
  23. Manuales del Sistema

Especificación de Requerimientos (Funcionalidades)

1. Casos de Uso para la Gestión de Usuarios.

Diagrama


1.1.Caso de Uso: Agregar actor planificador.

Descripción textual

Nombre del caso de uso Agregar nuevo actor planificador.
Usuarios Administrador del sistema, control.
Condiciones de entrada
Condiciones de salida Actor planificador agregado al sistema.
Flujo básico1- El usuario solicita agregar un actor planificador. 2- El sistema solicita indicar el nombre del ente planificador y el nivel de planificación al cual corresponde. El sistema muestra las opciones “guardar” y “cancelar”. 3- El usuario ingresa la información solicitada y pulsa la opción “guardar”. 4- El sistema registra la información ingresada. 5- Si el usuario ingresa o no la información solicitada y presiona la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos alternativos4.1- Si el usuario presiona la opción “guardar”, pero omite todos o algunos datos solicitados el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales(I) La información solicitada en los campos del registro es obligatoria. (II) Existen 5 niveles de planificación.


1.2. Caso de Uso: Consultar lista de actores planificadores.

Descripción textual

Nombre del caso de uso Consultar lista de actores planificadores.
Usuarios Administrador del sistema, control.
Condiciones de entrada Exista registro de los actores planificadores.
Condiciones de salida Lista de actores planificadores presentada por pantalla.
Flujo básico1.- El usuario solicita consultar la lista de actores planificadores. 2.- El sistema solicita se indique parámetros de búsqueda para facilitar la consulta y muestra la opción "Buscar”. Los parámetros son “ámbito”, "sector social" y "organismo público”. Adicionalmente, el sistema presenta la lista de actores planificadores registrados, mostrado por cada actor las opciones “agregar usuarios”, “modificar”, “editar datos del actor“ y “eliminar”. 3.- El usuario indica todos o alguno de los parámetros y pulsa la opción "Buscar". 4.- El sistema presenta el listado de los actores planificadores asociados a los parámetros de búsqueda, y muestra las opciones “agregar usuarios”, “modificar”, “editar datos del actor“ y “eliminar” para cada actor del listado. 5.- Si el usuario no indica ningún parámetro de búsqueda y pulsa la opción “buscar”, el sistema debe mostrar un mensaje por pantalla solicitando que se debe seleccionar al menos un parámetro de búsqueda.
Flujos alternativos
Requisitos especiales(I) Las opciones "modificar" y "eliminar" se muestran sólo para el caso del administrador del sistema.


1.3. Caso de Uso: Modificar actor planificador.

Descripción textual

Nombre del caso de uso Modificar nombre de actor planificador.
Usuarios Administrador del sistema, control.
Condiciones de entrada Actores planificadores registrados.
Condiciones de salida Nombre del actor planificador modificado.
Flujo básico1.- El usuario pulsa la opción “modificar” asociada a un actor planificador. 2.- El sistema activa los campos de registro respectivo y presenta las opciones “guardar ”, “eliminar” y “cancelar” 3.- El usuario modifica la información de interés y presiona la opción “guardar”. 4.- El sistema registra la modificación. 5.- Si el usuario modifica o no información y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos alternativos4.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales(I) Las opciones "modificar" y "eliminar" se muestran sólo para el administrador del sistema.


1.4. Caso de Uso: Eliminar actor planificador.

Descripción textual

Nombre del caso de uso Eliminar actor planificador
UsuariosAdministrador del sistema, control.
Condiciones de entrada Actor planificador borrado del sistema.
Condiciones de salida Debe existir registro de actores planificadores.
Flujo básico1- El usuario pulsa la opción eliminar asociada a un actor planificador. 2- El sistema pregunta al administrador se está seguro de querer eliminar al actor planificador seleccionado, y muestra las opciones “eliminar” y “cancelar”. 3- Si el usuario selecciona la opción “eliminar” el registro del actor planificador es borrado del sistema. 4- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales


1.5. Caso de Uso: Agregar usuarios al actor planificador

Descripción textual

Nombre del caso de uso Agregar usuarios al actor planificador
Usuarios Administrador del sistema, control.
Condiciones de entrada Debe existir un registro de los actores planificadores.
Condiciones de salida Agregar usuarios al actor planificador
Flujo básico1.- El usuario solicita agregar usuarios a un actor planificador. 2.- El sistema solicita que ingrese la siguiente información para el usuario a agregar: nombre de usuario, dirección de correo electrónico, contraseña, confirmar contraseña y rol; muestra las opciones “crear nueva cuenta” y “cancelar”. 3.- El usuario indica la información solicitada y selecciona la opción “crear nueva cuenta”. 4.- El sistema crea el usuario y lo asigna al ente de planificación correspondiente. 5.- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especialesI) La información solicitada en cada campo del registro es obligatoria. II) En caso de que el usuario a agregar tenga el rol supervisor o enlace revisor, y corresponda a un actor planificador del primer nivel de planificación, el sistema solicita adicionalmente indicar el ámbito al cual se debe asociar dicho usuario.


1.6. Caso de Uso: Editar datos del actor planificador

Descripción textual

Nombre del caso de uso Editar datos del actor planificador
UsuariosAdministrador del sistema, control.
Condiciones de entrada Debe existir el registro del actor planificador de interés.
Condiciones de salida Registro de datos del actor planificador.
Flujo básico1.- El usuario pulsa la opción “Editar datos del actor planificado” 2.- El sistema solicita la siguiente información del actor planificador: razón social, RIF, dirección (ciudad, estado, municipio y parroquia), actividades; y presenta la opción “agregar los datos básicos del ente”. 3.- El usuario ingresa la información y presiona la opción “agregar los datos básicos del ente”. 4.- El sistema registra la información ingresada.
Flujos alternativos4.1- Si el usuario pulsa la opción “agregar los datos básicos del ente” y omite todos o algunos datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Requisitos especiales


1.7. Caso de Uso: Agregar sector a actores planificadores del segundo nivel de planificación

Descripción textual

Nombre del caso de uso Agregar sector a actores planificadores del segundo nivel de planificación.
Usuarios Administrador del Sistema, control.
Condiciones de entrada Debe existir registro de actores planificadores del segundo nivel.
Condiciones de salida Sector asociado al actor planificador de segundo nivel.
Flujo básico1. El usuario solicita indicar el sector a un actor planificador del segundo nivel de planificación. 2. El sistema solicita al usuario indicar el sector al cual se asocia el actor planificador, y muestra las opciones “guardar” y “cancelar”. 3. El usuario ingresa la información solicitada y pulsa la opción “guardar”. 4. El sistema registra la información ingresada. 5. Si el usuario ingresa o no la información solicitada y presiona la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales(I) La información solicitada en los campos del registro es obligatoria.


1.6 Caso de Uso: Consultar usuarios asociados a entes planificadores.

Descripción textual

Nombre del caso de uso Consultar usuarios asociados entes planificadores.
Usuarios Administrador del sistema, control.
Condiciones de entrada Debe existir un registro de entes planificadores.
Condiciones de salida Ver listado de usuarios de los entes planificadores presentado por pantalla.
Flujo básico1. El usuario solicita ver los usuarios de los entes planificadores. 2. El sistema presenta parámetros de búsqueda para facilitar la consulta de usuarios y muestra la opción “buscar”. Los parámetros son: entes adscritos, sector social y ámbito. Adicionalmente, el sistema muestra una lista de los usuarios agregados y sus datos: nombre de usuario, nombres y apellidos, cédula, ente planificador al que corresponde; y muestra las opciones “consultar”, “modificar” y “eliminar” para cada uno de los usuarios. 3. Si el usuario indica parámetros de búsqueda y pulsa la opción “buscar” el sistema presenta la lista de usuarios asociados a dichos parámetros, mostrando por cada usuario nombre de usuario, nombres y apellidos, cédula y ente planificador al que corresponde. Adicionalmente, el sistema muestra las opciones “consultar”, “modificar” y “eliminar” para cada uno de los usuarios del listado. 4. Si el usuario selecciona alguno de los usuarios del listado el sistema muestra la información registrada para éste.
Flujos alternativos
Requisitos especiales


1.7 Caso de Uso: Consultar usuario de un ente planificador

Descripción textual

Nombre del caso de uso Consultar usuario de un ente planificador.
Usuarios Administrador del sistema, control.
Condiciones de entrada Debe existir registro de entes planificadores.
Condiciones de salida Información del usuario presentada por pantalla.
Flujo básico1. El usuario solicita consultar información de un usuario. 2. El sistema presenta la siguiente información del usuario: nombre, apellido, cédula, RIF, dirección y actor planificador al que corresponde.
Flujos alternativos
Requisitos especiales


1.8 Caso de Uso: Modificar usuario de un ente planificador.

Descripción textual

Nombre del caso de uso Modificar usuario de un ente planificador.
Usuarios Administrador del sistema, control.
Condiciones de entrada Debe existir registro de entes planificadores.
Condiciones de salida Información del usuario modificada.
Flujo básico1. El usuario solicita modificar la información de un usuario. 2. El sistema presenta activos los campos del registro de información del usuario para permitir su modificación, y muestra las opciones “guardar” y “cancelar”. 3. El usuario modifica la información de interés y pulsa la opción ”guardar”. 4. El sistema registra la modificación. 5. Si el usuario modifica o no la información y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales


1.9 Caso de Uso: Eliminar un usuario de un ente planificador.

Descripción textual

Nombre del caso de uso Eliminar un usuario de un ente planificador.
Usuarios Administrador del sistema, control
Condiciones de entrada Debe existir registro de entes planificadores.
Condiciones de salida Usuario eliminado del sistema
Flujo básico1. El usuario solicita eliminar un usuario de un actor planificador. 2. El sistema pregunta la usuario si está seguro de eliminar el usuario del actor planificador, y muestra las opciones “eliminar” y “cancelar”. 3. Si el usuario selecciona la opción “eliminar” el registro del usuario es borrado del sistema. 4. Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales


1.10. Caso de Uso: Ver usuarios de un ente planificador

Descripción textual

Nombre del caso de uso Ver usuarios de un actor planificador
UsuariosAdministrador del sistema, Control.
Condiciones de entrada Debe existir registro de actores planificadores.
Condiciones de salida Mostrar información sobre los usuarios asociados a un actor planificador.
Flujo básico1.- El usuario pulsa la opción “usuarios asociados a un actor planificador”. 2.- El sistema presenta el listado de usuarios asociados al actor planificador y por cada uno de ellos muestra: nombre de usuario, nombre y apellido, cédula y correo electrónico.
Flujos alternativos
Requisitos especiales


1.11. Caso de Uso: Ver la información de mi usuario.

Descripción textual

Nombre del caso de uso Ver la información de mi usuario.
Usuarios Administrador, control, supervisor, enlace formulador, enlace revisor.
Condiciones de entrada Debe existir información registrada del administrador
Condiciones de salida Ver por pantalla los datos del administrador.
Flujo básico1- El usuario solicita ver su información de usuario. 2- El sistema presenta por pantalla los siguientes datos: Nombres, Apellidos, Cédula de Identidad, Ente planificadores, Rif, Dirección. 3- El sistema presenta por pantalla el historial del usuario especificando el año y las semanas desde que está registrado en el sistema.
Flujos alternativos
Requisitos especiales


1.12. Caso de Uso: Consultar datos de un ente planificador.

Descripción textual

Nombre del caso de uso Consultar datos de los actores planificadores
Usuarios Administrador del sistema, control.
Condiciones de entrada Que exista el registro de actores planificadores.
Condiciones de salida Consulta de datos de los actores planificadores presentada por pantalla.
Flujo básico1. El usuario solicita consultar datos de los actores planificadores. 2. El sistema presenta parámetros de búsqueda para facilitar la consulta y muestra la opción “buscar”. Los parámetros son: estado, ciudad, dirección, RIF, razón social y ente planificador. Adicionalmente, el sistema presenta el listado de actores planificadores registrados, mostrando por cada actor: estado, ciudad, municipio, parroquia, dirección, RIF, razón social, actividad, nivel de planificación y sector social. 3. El usuario ingresa los parámetros de búsqueda y pulsa la opción “buscar”. 4. El sistema presenta el listado de actores planificadores asociados a los parámetros de búsqueda, mostrando por cada actor del listado: estado, ciudad, municipio, parroquia, dirección, RIF, razón social, actividad, nivel de planificación y sector social.
Flujos alternativos4.1- Si el usuario presiona la opción “buscar” pero no ingresa ningún parámetro de búsqueda, el sistema presenta por pantalla un mensaje en el que solicita se indiquen algún parámetro.
Requisitos especiales


1.13. Caso de Uso: Editar datos de un usuario de ente planificador.

Descripción textual

Nombre del caso de uso' 'Editar datos del usuario
Usuarios Administrador de sistema, control, supervisor, enlace formulador y enlace revisor.
Condiciones de entrada Debe existir el usuario registrado.
Condiciones de salida Datos del usuario editados.
Flujo básico1- El usuario solicita editar sus datos. 2- El sistema presenta por pantalla el registro de datos del usuario para permitir la modificación de éstos, y muestra las opciones "guardar" y "cancelar". 3- El usuario modifica los datos requeridos y pulsa la opción "guardar". 4- El sistema registra los datos modificados. 5- El sistema presenta por pantalla un mensaje indicando que los datos modificados fueron registrados exitosamente. 6- Si el usuario modifica o no los datos y pulsa la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos alternativos4.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita que se indiquen los datos requeridos. 4.2- Si el usuario ingresa en un campo información que no se corresponda con el tipo de dato solicitado para dicho campo, el sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida.
Requisitos especiales(I) La información sobre los campos solicitados es obligatoria. (II) El sistema debe poseer un esquema de validación de campos.


1.14. Caso de Uso: Modificar fechas de procesos de planificación por ámbitos.

Descripción textual

Nombre del caso de uso Modificar fechas de procesos de planificación por ámbitos.
Usuarios Administrador del sistema, control
Condiciones de entrada Fechas modificadas
Condiciones de salida Registro de actor planificador borrado.
Flujo básico1- El usuario solicita modificar las fechas de un proceso de planificación para un ámbito específico. 2- El sistema presenta las fechas de inicio y fin del proceso respectivo para cada uno de los ámbitos registrados en el sistema, y muestra la opción “modificar” para cada uno de estas fechas por ámbito. 3- El usuario pulsa la opción “modificar” para una fecha de interés de un ámbito específico. 4- El sistema activa los campos de registro de las fechas respectivas para permitir su modificación y presenta las opciones “guardar” y “cancelar”. 5- El usuario realiza la modificación respectiva y presiona la opción “guardar”. 6- El sistema registra la modificación. 7- El sistema presenta por pantalla la información registrada y presenta la opción "enviar". 8- Si el usuario pulsa la opción "enviar" el sistema envía a las direcciones de correo registradas las fechas de los procesos/subprocesos de planificación. 9- Si el usuario pulsa la opción “cancelar” luego de realizar o no la modificación, el sistema no ejecuta ninguna acción.
Flujos alternativos6.1- Si el usuario presiona la opción "guardar" y omite todos o algunos de los datos requeridos, el sistema presenta un mensaje solicitando que se indiquen los datos omitidos. 6.2- Si el usuario ingresa información que no corresponda con el tipo de dato solicitado, el sistema presenta un mensaje en el que indica que la información ingresada es inválida. 6.3- Si el usuario ingresa, para algún proceso/subproceso, fechas de fin inferiores a la fechas de inicio, el sistema envía un mensaje en el que se indica que las fechas indicadas son erróneas.
Requisitos especiales(I) La información sobre los campos solicitados es obligatoria para realizar la modificación.


1.15. Caso de Uso: Modificar fechas de procesos de planificación por Sector.

Descripción textual

Nombre del caso de uso Modificar fechas de procesos de planificación por sector.
Usuarios Administrador del sistema, control.
Condiciones de entrada
Condiciones de salida Fechas modificadas.
Flujo básico1- El usuario solicita modificar las fechas de un proceso de planificación para un sector. 2- El sistema presenta las fechas de inicio y fin del proceso respectivo para el sector respectivo, y muestra la opción “modificar”. 3- El usuario pulsa la opción “modificar”. 4- El sistema activa los campos de registro de las fechas respectivas para permitir su modificación y presenta las opciones “guardar” y “cancelar”. 5- El usuario realiza la modificación y presiona la opción “guardar”. 6- El sistema registra la modificación. 7- El sistema presenta por pantalla la información registrada y presenta la opción "enviar". 8- Si el usuario pulsa la opción "enviar" el sistema envía a las direcciones de correo registradas las fechas de los procesos/subprocesos de planificación. 9- Si el usuario pulsa la opción “cancelar” luego de realizar o no la modificación, el sistema no ejecuta ninguna acción.
Flujos alternativos6.1- Si el usuario presiona la opción "guardar" y omite todos o algunos de los datos solicitados el sistema presenta por pantalla un mensaje solicitando que se indiquen los datos requeridos. 6.2- Si el usuario ingresa información que no corresponda con el tipo de dato solicitado el sistema presenta un mensaje en el que indica que la información ingresada es inválida. 6.3- Si el usuario ingresa, para algún proceso/subproceso, fechas de fin inferiores a la fechas de inicio, el sistema envía un mensaje en el que se indica que las fechas indicadas son erróneas.
Requisitos especiales(I) La información sobre los campos solicitados es obligatoria para realizar la modificación.


1.16. Caso de Uso: Agregar Ámbito

Descripción textual

Nombre del caso de uso Agregar Ámbito
Usuarios Administrador del Sistema, control.
Condiciones de entrada
Condiciones de salida Ámbito agregado al sistema.
Flujo básico1. El usuario solicita agregar ámbito. 2. El sistema solicita al usuario indicar el nombre del ámbito a registrar, muestra la opción “guardar”, y presenta una lista de los ámbitos registrados. Por cada ámbito muestra la opción “consultar sectores”. 3. El usuario ingresa la información solicitada y pulsa la opción “guardar”. 4. El sistema registra la información ingresada. 5. El sistema presenta un mensaje en el que indica que el ámbito fue registrado exitosamente. 6. Si el usuario pulsa la opción “consultar sectores” asociada a un ámbito, el sistema muestra el listado de sectores asociados al ámbito respectivo.
Flujos alternativos5.1- Si el usuario no indica un ámbito y presiona la opción “guardar”, el sistema solicita se indique un ámbito a registrar.
Requisitos especiales(I) La información solicitada en los campos del registro es obligatoria.


1.17. Caso de Uso: Agregar Sectores.

Descripción textual

Nombre del caso de uso Agregar Sectores.
Usuarios Administrador del Sistema, control.
Condiciones de entrada Deben existir ámbitos registrados.
Condiciones de salida Sector agregado.
Flujo básico1- El usuario solicita agregar sector. 2- El sistema solicita al usuario indicar el nombre del sector a registrar, el ámbito al cual éste será asignado, muestra la opción “guardar” y presenta la lista de ámbitos registrados, mostrando para cada uno de ellos la opción “consultar sectores”. 3- El usuario ingresa la información solicitada y pulsa la opción “guardar”. 4- El sistema registra la información ingresada y presenta un mensaje en el que indica que el sector fue registrado exitosamente.
Flujos alternativos4.1- Si el usuario omite todos o alguno de los datos solicitados y presiona la opción “guardar”, el sistema presenta un mensaje por pantalla en el que solicita se indique el dato correspondiente.
Requisitos especiales(I) La información solicitada en los campos del registro es obligatoria.


1.18. Caso de Uso: Mostrar Lista de Ámbitos por Sectores.

Descripción textual

Nombre del caso de uso Mostrar la lista de ámbitos.
Usuarios Administrador del Sistema.
Condiciones de entrada Debe existir un registro de ámbitos.
Condiciones de salida Ver lista de ámbitos por sectores presentada por pantalla
Flujo básico1. El usuario solicita la consultar la lista de ámbitos por sectores. 2. El sistema presenta la lista de ámbitos y muestra para cada ámbito las opciones “consultar sectores” y “modificar ámbito”.
Flujos alternativos
Requisitos especiales


1.19. Caso de Uso: Consultar sectores asociados a un ámbito.

Descripción textual

Nombre del caso de uso Consultar sectores.
Usuarios Administrador del sistema, control.
Condiciones de entrada Debe existir un registro de ámbitos.
Condiciones de salida Ver lista de sectores asociadas a un ámbito por pantalla.
Flujo básico1. El usuario solicita consultar lista de sectores asociados a un ámbito.2. El sistema presenta la lista de sectores asociados al ámbito respectivo, y muestra la opción “modificar sector” para cada uno de ellos.
Flujos alternativos
Requisitos especiales


1.20. Caso de Uso: Modificar Sector.

Descripción textual

Nombre del caso de uso Modificar Sector.
Usuarios Administrador del sistema, control
Condiciones de entrada Debe existir un registro de ámbitos y sectores asignados.
Condiciones de salida Sector modificado.
Flujo básico1. El usuario pulsa la opción “modificar sector”, el sistema activa los campos a modificar para el sector correspondiente y muestra las opciones “guardar” y “eliminar”. 2. El usuario modifica el sector de interés y presiona la opción “guardar”. 3. El sistema registra la información ingresada y presenta un mensaje en el que indica que el sector fue modificado exitosamente. 4. Si el usuario presiona la opcional “eliminar”, el sistema pregunta al usuario si está seguro de eliminar el sector, y presenta las opciones “eliminar” y “cancelar”. 5. Si el usuario pulsa la opción “eliminar” el sistema borra el sector. 6. Si el usuario pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales(I) La información solicitada en los campos del registro es obligatoria.


1.21. Caso de Uso: Modificar Ámbito.

Descripción textual

Nombre del caso de uso Modificar Ámbito.
Usuarios Administrador del Sistema, control.
Condiciones de entrada Debe existir un registro de ámbitos
Condiciones de salidaModificación de ámbito registrada.
Flujo básico1. El usuario solicita modificar un ámbito. 2. El sistema presenta la información registrada para el ámbito, activa los campos de este registro para permitir y muestra las opciones “guardar” y “eliminar”. 3. El usuario ingresa la modificación y pulsa la opción “guardar”. 4. El sistema guarda la información modificada y presenta un mensaje en el que indica que el ámbito fue modificado exitosamente. 5. Si el usuario presiona la opcional “eliminar”, el sistema pregunta al usuario si está seguro de eliminar el ámbito, y presenta las opciones “eliminar” y “cancelar”. 6. Si el usuario pulsa la opción “eliminar” el sistema borra el ámbito. 7. Si el usuario pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales(I) La información solicitada en los campos del registro es obligatoria.


1.22. Caso de Uso: Agregar actividades.

Descripción textual

Nombre del caso de uso Agregar actividades.
Usuarios Administrador del Sistema, control.
Condiciones de entrada
Condiciones de salida Actividad registrada o modificada
Flujo básico1. El usuario solicita la agregar una actividad. 2. El sistema solicita el nombre de la actividad y la opción “guardar”. 3. El sistema registra la actividad.
Flujos alternativos
Requisitos especiales(I) La información solicitada en los campos del registro es obligatoria.


1.23. Caso de Uso: Configurar actividades.

Descripción textual

Nombre del caso de uso Configurar actividades
Usuarios Administrador del Sistema, control.
Condiciones de entrada
Condiciones de salida Actividad modificada
Flujo básico1. El usuario solicita la configurar actividades. 2. El sistema presenta el listado de actividades y por cada una de estas muestra las opciones “actualizar” y “borrar”. 3. Si el usuario pulsa lo opción “actualizar” el sistema permite la modificación de ésta y presenta la opción “guardar”. 4. Si el usuario pulsa la opción “borrar” el sistema pregunta al usuario se está seguro de eliminarla y muestra las opciones “eliminar” y “cancelar”. 5. Si el usuario pulsa la opción “eliminar” el sistema borra la actividad. 6. Si el usuario pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos
Requisitos especiales


1.24. Caso de Uso: Cambiar Contraseña.

Descripción textual

Nombre del caso de uso Cambiar contraseña.
Usuarios Administrador del sistema, control, supervisor, enlace formulador, enlace revisor.
Condiciones de entrada El usuario debe tener una cuenta creada.
Condiciones de salida Contraseña actualizada.
Flujo básico1- El usuario solicita cambiar contraseña. 2- El sistema despliega una pantalla donde solicita: contraseña actual, nueva contraseña y verificación de la nueva contraseña. El sistema presenta las opciones “modificar contraseña” y “cancelar”. 3- El usuario ingresa los datos solicitados y presiona la opción “modificar contraseña". 4- El sistema registra los datos. 5- El sistema presenta un mensaje donde indica que la contraseña fue actualizada. 6- Si el usuario pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos alternativos4.1- Si el usuario pulsa la opción "modificar contraseña" y omite todos o algunos datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. 4.2- Si la contraseña es insegura el sistema presenta un mensaje por pantalla en el cual indica que la contraseña ingresada es insegura, y solicita se indique una nueva. 4.3- Si el usuario pulsa la opción "modificar contraseña" e introduce la misma contraseña que tenía inicialmente el sistema arroja un mensaje indicando que la contraseña no es aceptada, pues esta debe ser diferente a la actual.
Requisitos especiales(I) La información sobre los campos solicitados es obligatoria.


volver a Metodología de Desarrollo de Software Libre

Adjuntos (26)

Download all attachments as: .zip