Casos de uso

39
Universidad Metropolitana Castro Carazo UMCA Facultad de Informática Licenciatura “Planificación de Sistemas de I Información” Priscilla Soto Pérez Ced: 113420584 Alberto Vargas Alfaro Ced: 112780110 Walter Chacón Valerio Ced: 107140795

Transcript of Casos de uso

Page 1: Casos de uso

Universidad Metropolitana Castro Carazo

UMCA

Facultad de Informática

Licenciatura

“Planificación de Sistemas de I

Información”

Priscilla Soto Pérez Ced: 113420584

Alberto Vargas Alfaro Ced: 112780110

Walter Chacón Valerio Ced: 107140795

SAN JOSE, COSTA RICA

2011

Page 2: Casos de uso

Introducción

UML (Unified Modeling Language) es un lenguaje que nos va a permite construir,

modelar, y documentar todos los elementos que van a conformar un sistema de

información orientado a objetos. Hoy por hoy se ha convertido en el estándar en la

industria del software. Este lenguaje ha sido impulsado por varias empresas como

Microsoft, Hewlett-Packard y Oracle, así como personalidades en el área de análisis de

sistemas y grupos de desarrolladores.

Uno de los principales objetivos del UML es la posibilidad del intercambio de

modelos entre las distintas herramientas CASE orientadas a objetos. Para el desarrollo

de este trabajo se va a seguir el método propuesto por Craig Larman [Larman99] que

se ajusta a un ciclo de vida iterativo e incremental dirigido por casos de uso.

Entonces podemos decir que los casos de uso son un método que ayuda al

Ingeniero en sistemas a realizar un desarrollo de un sistema de software. Con la

utilización de los casos de uso esperamos exponer de una forma fácil y entendible para

el usuario final, explicar el comportamiento del sistema que se desea desarrollar, en el

cual se expondrá una secuencia de iteraciones entre un sistema y alguien o algo que

usara sus funciones.

Se estudiaran 12 requerimientos de un sistema en particular y se crearan sus

respectivos casos de uso. Esto con la finalidad de poder explicar de una forma gráfica

como se desarrollara dicho sistema que de no poder entender algún punto en el

levantado de requerimientos el desarrollo de la aplicación podría tener resultados

negativos.

Junto con los casos de uso veremos que requerimientos del sistema son funcionales y

cuales no funcionales. De forma tal que nos permitirá conocer cuál es la diferencia

entre cada uno de ellos.

2

Page 3: Casos de uso

Ámbito del sistema.

El sistema recibe el nombre de Academia, y se encarga de automatizar la gestión de

matrícula de estudiantes, así como la administración de recursos tanto de

infraestructura como de funcionarios, el sistema llevara el control de los distintos

funcionarios de la institución, la infraestructura de la misma, los períodos, los cursos,

los grupos, horarios y por supuesto estudiantes.

Funciones del sistema

Entre las funciones podemos decir que el sistema le da al usuario la capacidad de:

Estudiante: Registrar Estudiante. Consultar Estudiante. Modificar Estudiante. Listar Estudiantes. Asignar un estudiante a un grupo.

Encargado: Registrar Encargado. Listar Encargados por estudiante. Consultar Encargado. Modificar Encargado. Eliminar Encargado.

Funcionario: Registrar funcionario. Listar funcionarios. Consultar funcionario. Modificar funcionario. Retirar funcionario

Grupo: Crear grupo. Modificar grupo. Consultar horario de un grupo. Eliminar grupo.

Profesor:

3

Page 4: Casos de uso

Asignar un profesor a una lección en el horario de un grupo Retirar un profesor de una lección en el horario de un grupo.

Aula: Asignar un aula a una lección en el horario de un grupo. Retirar aula de una lección en el horario de un grupo.

Estadísticas: Consultar estadísticas de un grupo. Consultar estadísticas de un nivel. Consultar estadísticas de un año.

Desarrollo de casos de uso del sistema.RI–01 Validar usuario

Objetivos asociadosDescripción El sistema debe permitir la verificación del usuario, para esto

a la hora de ingresar al mismo el usuario debe ingresar su login y su clave de acceso la que se verificará con la registrada para ese usuario.

Datos específicos Cuando el usuario no se encuentre registrado en la base de datos. El sistema debe de desplegar un error.

Tipo requerimiento Funcional

Prioridad Alta

Comentarios ninguno

4

Page 5: Casos de uso

RI–02 Validar usuario

Objetivos asociados

N/A

Descripción El sistema debe permitir al usuario matricular estudiante, para ello debe registrar los siguientes datos del mismo:

Primer apellido: Apellido paterno del estudiante.

Segundo apellido: Apellido materno del estudiante.

Nombre completo: Nombre completo del estudiante.

Documento de Identificación: Número del documento de identificación del estudiante.

Nivel al que ingresa: Nivel a cursar por parte del

estudiante; por ejemplo: primer grado, segundo grado,

tercer grado.

Repitente: Indicar si el estudiante va a repetir un nivel.

Fecha de nacimiento: Fecha de nacimiento del estudiante.

Nacionalidad: País de procedencia del estudiante.

Documento de Identificación: Identificación personal del estudiante.

Provincia de domicilio: Seleccionar la provincia donde reside mientras estudia.

Cantón de domicilio: Seleccionar el cantón donde reside mientras estudia.

5

Page 6: Casos de uso

Distrito de domicilio: Seleccionar el distrito donde reside mientras estudia.

Dirección exacta del domicilio: Dirección exacta del domicilio regular del estudiante.

Provincia de domicilio durante estudio(si difiere del

domicilio):Seleccionar la provincia donde reside

mientras estudia.

Cantón de domicilio durante estudio(si difiere del

domicilio): Seleccionar el cantón donde reside mientras

estudia.

Distrito de domicilio durante estudio (si difiere del

domicilio): Seleccionar el distrito donde reside mientras

estudia.

Dirección exacta durante estudio: Dirección exacta

del domicilio durante la época de estudio del

estudiante.

Becado: Indicar si el estudiante obtuvo beca anteriormente.

Bono: Indicar si el estudiante obtuvo bono anteriormente.

Si el estudiante tiene adecuación: Adecuación curricular del estudiante.

Datos específicos El sistema deberá verificar que el formato de cada uno

de los datos registrados corresponda a los definidos:

Primer apellido: Alfabético.

Segundo apellido: Alfabético.

Primer nombre: Alfabético.

Segundo nombre: Alfabético.

Documento de Identificación: Alfabético.

Dirección exacta del domicilio: Alfanumérico.

Dirección exacta durante estudio: Alfanumérico.

Tipo requerimiento Funcional

Prioridad Alta

Comentarios El sistema deberá desplegar un mensaje de error en las

siguientes situaciones:

6

Page 7: Casos de uso

Cuando un estudiante ya está matriculado y se

ésta registrando de nuevo, el mensaje deberá

indicar que el estudiante ya ésta registrado.

Cuando la validación ha detectado un error en los

datos a registrar, el mensaje deberá indicar cuál dato

no ésta correcto.

Comunicación: El sistema deberá indicarle al

usuario que la operación de matrícula ha

terminado exitosamente.

RI–03 Consulta estudiante

Objetivos asociadosDescripción El sistema debe permitir al usuario consultar los datos de un

estudiante, para ello el usuario debe acceder primero al listado de estudiantes e indicarle al sistema cuál de los estudiantes listados va a consultar.

Datos específicosEl sistema le mostrará al usuario los siguientes datos del estudiante:

Primer apellido: Apellido paterno del estudiante.

Segundo apellido: Apellido materno del estudiante.

Nombre: Nombre del estudiante.

Nivel al que ingresa: Nivel a cursar por parte del estudiante.

7

Page 8: Casos de uso

Repitente: Indicar si el estudiante va a repetir un nivel.

Fecha de nacimiento: Fecha de nacimiento del estudiante.

Nacionalidad: País de procedencia del estudiante.

Documento de Identificación: Identificación personal del estudiante.

Provincia de domicilio: Seleccionar la provincia donde reside.

Cantón de domicilio: Seleccionar el cantón donde reside.

Distrito de domicilio: Seleccionar el distrito donde reside.

Dirección exacta del domicilio: Dirección exacta del domicilio regular del estudiante.

Provincia de domicilio durante estudio(si difiere del

domicilio):Seleccionar la provincia donde reside

mientras estudia.

Cantón de domicilio durante estudio (si difiere del

domicilio): Seleccionar el cantón donde reside mientras

estudia.

Distrito de domicilio durante estudio (si difiere del

domicilio): Seleccionar el distrito donde reside mientras

estudia.

Dirección exacta durante estudio (si difiere del

domicilio): Dirección exacta del domicilio durante la

época de estudio del estudiante.

Dirección exacta durante estudio: Dirección exacta

del domicilio durante la época de estudio del

estudiante.

Becado: Indicar si el estudiante obtuvo beca anteriormente.

Bono: Indicar si el estudiante obtuvo bono anteriormente.

Si el estudiante tiene adecuación: Adecuación curricular del estudiante.

Tipo requerimiento Funcional

Prioridad Media

Comentarios ninguno

8

Page 9: Casos de uso

RI–04 Modificar estudiante

Objetivos asociadosDescripción El sistema debe permitir la modificación de los siguientes datos

del estudiante:

Primer apellido: Apellido paterno del estudiante. Segundo apellido: Apellido materno del estudiante. Nombre: Nombre del estudiante. Nivel: Nivel a cursar por parte del estudiante. Repitente: Indicar si el estudiante es un repitente. Fecha de nacimiento: Fecha de nacimiento del

estudiante. Nacionalidad: País de procedencia del estudiante. Documento de Identificación: Identificación personal del

estudiante. Provincia de domicilio: Seleccionar la provincia donde

reside. Cantón de domicilio: Seleccionar el cantón donde reside. Distrito de domicilio: Seleccionar el distrito donde reside. Dirección exacta del domicilio: Dirección exacta del

domicilio regular del estudiante. Provincia de domicilio durante estudio: Seleccionar la

provincia donde reside mientras estudia. Cantón de domicilio durante estudio: Seleccionar el

9

Page 10: Casos de uso

cantón donde reside mientras estudia. Distrito de domicilio durante estudio: Seleccionar

el distrito donde reside mientras estudia. Dirección exacta durante estudio: Dirección exacta

del domicilio durante la época de estudio del estudiante.

Becado: Indicar si el estudiante obtuvo beca anteriormente.

Bono: Indicar si el estudiante obtuvo bono anteriormente. Si el estudiante tiene adecuación: Adecuación curricular

del estudiante. Condición de activo o inactivo.

Datos específicos Validación: El sistema deberá verificar que el formato de cada uno de los datos modificadores correspondan a los definidos a continuación:

Primer apellido: Alfabético. Segundo apellido: Alfabético. Nombre completo: Alfabético. Documento de Identificación: Alfabético. Dirección exacta de domicilio: Alfanumérico. Dirección exacta durante estudio: Alfanumérico.

Tipo requerimiento No Funcional

Prioridad Media

Comentarios El sistema deberá desplegar un mensaje de error en las siguientes situaciones:

Cuando la validación ha detectado un error en los datos modificadores, el mensaje deberá indicar cuál dato no ésta correcto.

Comunicación: El sistema deberá indicarle al usuario la operación de modificación ha terminado exitosamente.

10

Page 11: Casos de uso

RI–05 Listar estudiante

Objetivos asociadosDescripción El sistema debe permitir al usuario consultar cuales

estudiantes cumplen con los parámetros de búsqueda, dichos

parámetros podrán ser:

Primer apellido. Segundo apellido. Nombre. Documento de identificación.

El usuario puede además delimitar la búsqueda especificando el siguiente parámetro:

Grupo. Nivel. Año

El listado se hará sobre todos los estudiantes de la institución. Por omisión, la búsqueda se realizará en todos los niveles de la institución.Si el usuario no específico ninguno de los parámetros de búsqueda, pero si delimita la búsqueda- esto es indica el grupo el nivel y el año- el sistema hará un listado basado únicamente en ese delimitador, con todos los estudiantes de un grupo específico.Si el usuario no específica ninguno de los parámetros de

11

Page 12: Casos de uso

búsqueda, ni tampoco delimita la búsqueda- esto es no indica el grupo, pero si el nivel y el año- el sistema hará un listado basado únicamente en ese delimitador, con todos los estudiantes de un nivel específico.

Si el usuario no específica ninguno de los parámetros de búsqueda, y no delimita la búsqueda- esto es no indica el grupo, ni el nivel pero si el año- el sistema hará un listado sobre todos los estudiantes de la institución.

El usuario siempre deberá indicar el año como delimitador mínimo.

El sistema mostrará en cada consulta los siguientes datos del estudiante.

Primer apellido.

Segundo apellido.

Nombre. Documento de identificación del estudiante.

Datos específicos Validación: El sistema deberá verificar que el parámetros de año, siempre venga con el dato respectivo.

Tipo requerimiento Funcional

Prioridad Alta

Comentarios El sistema deberá desplegar un mensaje de errores en las siguientes situaciones:

Cuando no se encuentra registrado ningún estudiante bajo los parámetros y/o delimitadores indicados.

12

Page 13: Casos de uso

RI–06 Agregar estudiante

Objetivos asociadosDescripción El sistema debe permitir al usuario registrar el o los

encargados de un estudiante, si el usuario agrega al encargado fuera del proceso de matrícula del estudiante(v.gr se agrega un encargado días después de que el estudiante fuera registrado) deberá indicar los siguientes datos:

Documento de identificación del estudiante con que se relaciona.

Si el registro del encargado se hace concomitante al registro del estudiante, o se ha verificado la existencia del estudiante en la base de datos, el usuario registrará los siguientes datos del encargado:

Primer apellido: Apellido paterno del encargado.

Segundo apellido: Apellido materno del encargado.

Nombre completo: Nombre completo del encargado.

Vínculo con el estudiante: Indicar el tipo de relación con el estudiante.

Fecha de nacimiento: Fecha de nacimiento del encargado.

Nacionalidad: País de procedencia del encargado.

13

Page 14: Casos de uso

Documento de Identificación: Identificación personal del encargado.

Lugar de trabajo: Lugar de trabajo actual del encargado del encargado.

Teléfono(s) para contacto: Teléfono para contactar al encargado.

Tipo de teléfono: Naturaleza del teléfono que está

brindado (v.gr. si es de domicilio o trabajo) Provincia de domicilio: Seleccionar la provincia donde

reside.

Cantón de domicilio: Seleccionar el cantón donde reside.

Distrito de domicilio: Seleccionar el distrito donde reside.

Dirección exacta del domicilio: Dirección exacta del domicilio regular del encargado.

Teléfono de domicilio: Teléfono de habitación del encargado del encargado.

Vive con el estudiante: Indicar si el encargado y

el estudiante viven en el mismo domicilio.

Correo electrónico: Dirección de correo electrónico del

encargado del estudiante.

Datos específicos Validación: El sistema deberá verificar que el formato de

cada uno de los datos registrados corresponda a los

definidos

Primer apellido: Alfabético.

Segundo apellido: Alfabético.

Nombre completo: Alfabético.

Documento de Identificación: Alfabético.

Dirección exacta del domicilio: Alfabético.

Dirección exacta durante estudio: Alfanumérico.

Teléfono de contacto: Alfanumérico Tipo de teléfono: Naturaleza del teléfono que está

brindado (v.gr. si es de domicilio o trabajo) Correo electrónico: Alfanumérico

Tipo requerimiento Funcional

Prioridad Alta

Comentarios El sistema deberá desplegar un mensaje de errores en las

14

Page 15: Casos de uso

siguientes situaciones:

Cuando los datos ingresados por el usuario no están completos, el mensaje deberá indicar cuál o cuáles datos hacen falta.

Cuando la validación ha detectado un error en los datos a registrar, el mensaje deberá indicar cuál dato esta no cumple con la validación.

Cuando no se haya localizado ningún estudiante que cumpla con el número de identificación proporcionado por el encargado.

Comunicación: El sistema deberá indicarle al usuario la

operación de registro ha terminado exitosamente.

RI–07 Listar encargados por estudiante

Objetivos asociadosDescripción El sistema debe permitir al usuario listar el o los encargados

de un estudiante, para esto deberá indicar los siguientes

15

Page 16: Casos de uso

datos:

Documento de identificación del estudiante con que se relaciona.

El sistema debe mostrar al usuario en una lista los siguientes

datos de todos los encargados que tiene registrado un

estudiante:

Primer apellido.

Segundo apellido.

Nombre

Datos específicos Validación: El sistema deberá verificar que el formato de

del documento de identificación este correcto.

Tipo requerimiento Funcional

Prioridad Alta

Comentarios El sistema deberá desplegar un mensaje de errores en las

siguientes situaciones:

Cuando el parámetro de búsqueda no se ha ingresado, el mensaje deberá indicarlo.

Cuando no se encuentra registrado un encargado que

corresponda con el documento de identificación, un

mensaje deberá indicarlo.

16

Page 17: Casos de uso

RI–08 Consultar encargado

Objetivos asociadosDescripción Una vez listados los encargados de un estudiantes, el

usuario podrá consultar los datos de alguno en específico, indicándole de la lista el encargado a consultar.

El sistema le mostrará al usuario los siguientes datos del encargado:

Primer apellido: Apellido paterno del encargado

Segundo apellido: Apellido materno del encargado.

Nombre completo: Nombre completo del encargado.

Vínculo con el estudiante: Indicar el tipo de relación con el estudiante.

Fecha de nacimiento: Fecha de nacimiento del encargado.

Nacionalidad: País de procedencia del encargado.

Documento de Identificación: Identificación personal del encargado.

Lugar de trabajo: Lugar de trabajo actual del encargado del encargado.

Teléfono(s) para contacto: Teléfono para contactar al encargado.

Tipo de teléfono: Naturaleza del teléfono que está

brindado (v.gr. si es de domicilio o trabajo)

Provincia de domicilio: Seleccionar la provincia donde reside.

Cantón de domicilio: Seleccionar el cantón donde reside.

Distrito de domicilio: Seleccionar el distrito donde reside.

Dirección exacta del domicilio: Dirección exacta del domicilio regular del encargado.

Teléfono de domicilio: Teléfono de habitación del encargado del encargado.

Vive con el estudiante: Indicar si el encargado y el

17

Page 18: Casos de uso

estudiante viven en el mismo domicilio.

Correo electrónico: Dirección de correo electrónico del encargado del estudiante.

Datos específicos

Tipo requerimiento Funcional

Prioridad Media

Comentarios El sistema deberá desplegar un mensaje de errores en las

siguientes situaciones:

Cuando el parámetro de búsqueda no se ha ingresado, el mensaje deberá indicarlo.

Cuando no se encuentra registrado un encargado que corresponda con el documento de identificación, un mensaje deberá indicarlo

RI–09 Modificar encargado

18

Page 19: Casos de uso

Objetivos asociadosDescripción El sistema debe permitir la modificación de los siguientes datos

del encargado:

Primer apellido: Apellido paterno del encargado.

Segundo apellido: Apellido materno del encargado.

Nombre completo: Nombre completo del encargado.

Vínculo con el estudiante: Indicar el tipo de relación con el estudiante.

Fecha de nacimiento: Fecha de nacimiento del encargado.

Nacionalidad: País de procedencia del encargado.

Documento de Identificación: Identificación personal del encargado.

Lugar de trabajo: Lugar de trabajo actual del encargado del encargado.

Teléfono(s) para contacto : Teléfono para contactar al encargado.

Tipo de teléfono:Naturaleza del teléfono que está

brindado (v.gr. si es de domicilio o trabajo)

Provincia de domicilio: Seleccionar la provincia donde reside.

Cantón de domicilio: Seleccionar el cantón donde reside.

Distrito de domicilio: Seleccionar el distrito donde reside.

Dirección exacta del domicilio: Dirección exacta del domicilio regular del encargado.

Teléfono de domicilio: Teléfono de habitación del encargado del encargado.

Vive con el estudiante: Indicar si el encargado y el estudiante viven en el mismo domicilio.

Correo electrónico: Dirección de correo electrónico del

encargado del estudiante.

Datos específicos Validación: El sistema deberá verificar que el formato de

cada uno de los datos modificadores correspondan a los

definidos a continuación:

19

Page 20: Casos de uso

Primer apellido: Alfabético

Segundo apellido: Alfabético.

Nombre completo: Alfabético.

Documento de Identificación: Alfanumérico.

Dirección exacta del domicilio: Alfanumérico.

Tipo requerimiento funcional

Prioridad Media

Comentarios El sistema deberá desplegar un mensaje de error en las siguientes situaciones:

Cuando la validación ha detectado un error en los datos modificadores, el mensaje deberá indicar cuál datos es que no ésta correcto.

Comunicación: El sistema deberá indicarle al usuario la operación de modificación ha terminado exitosamente.

RI–10 Eliminar encargado

20

Page 21: Casos de uso

Objetivos asociadosDescripción El sistema debe permitir retirar un estudiante de la

institución. Dicho retiro es físico, es decir no permanecen los

datos de un encargado resguardados para efectos de obtener

históricos.

Datos específicos

Tipo requerimiento Funcional

Prioridad Alta

Comentarios El sistema deberá indicarle al usuario la operación de eliminación ha terminado exitosamente.

RI–11 Registrar Funcionario

Objetivos asociadosDescripción El sistema debe permitir registrar un funcionario de la

institución, para ello debe registrar los siguientes datos del

mismo:

Primer apellido: Apellido paterno del funcionario.

Segundo apellido: Apellido materno del funcionario.

21

Page 22: Casos de uso

Nombre completo: Nombre completo del funcionario.

Fecha de nacimiento: Fecha de nacimiento del funcionario...

Nacionalidad: País de procedencia del funcionario...

Documento de Identificación: Identificación personal del funcionario.

Número telefónico: Teléfono para contactar al encargado.

Tipo de teléfono: Naturaleza del teléfono que está

brindado (v.gr. si es de su domicilio, móvil o

alojamiento)

Provincia de domicilio: Seleccionar la provincia donde reside.

Cantón de domicilio: Seleccionar el cantón donde reside.

Distrito de domicilio: Seleccionar el distrito donde reside.

Dirección exacta del domicilio: Dirección exacta del domicilio regular del encargado.

Correo electrónico: Dirección de correo electrónico del funcionario.

Tipo de funcionario: Que actividades desempeña en la institución.

En el caso de que el funcionario sea un profesor, se debe indicar:

Materias que imparte Todo funcionario al momento de registro se encuentra activo.

Datos específicos Validación: El sistema deberá verificar que el formato

de cada uno de los datos registrados corresponda a los

definidos

Primer apellido: Alfabético. Segundo apellido: Alfabético. Nombre completo: Alfabético. Documento de Identificación: Alfanumérico. Dirección exacta del domicilio: Alfanumérico. Dirección exacta durante estudio: Alfanumérico. Teléfono de trabajo: Alfanumérico Correo electrónico: Alfanumérico

Tipo requerimiento Funcional

Prioridad Alta

Comentarios El sistema deberá desplegar un mensaje de error en las

siguientes situaciones:

22

Page 23: Casos de uso

Cuando los datos ingresados por el usuario no

están completos, el mensaje deberá indicar cuál o

cuáles datos hacen falta.

Cuando la validación ha detectado un error en los

datos a registrar, el mensaje deberá indicar cuál dato

esta no cumple con la validación.

Comunicación: El sistema deberá indicarle al usuario la

operación de registro ha terminado exitosamente.

RI–12 Listar funcionario

Objetivos asociadosDescripción El sistema debe permitir al usuario consultar cuales

funcionarios cumplen con los parámetros de búsqueda, dichos

parámetros podrán ser:

Primer apellido.

Segundo apellido.

Nombre.

23

Page 24: Casos de uso

Documento de identificación.

Dicha búsqueda se hará sobre todos los funcionarios de la

institución, y se podrá habilitar para que se realice sobre

funcionarios activos y/o inactivos.

Si el usuario no específica los parámetros de búsqueda y no

tiene habilitada la búsqueda sobre funcionarios inactivos, la

misma se hará sobre todos funcionarios activos de la

institución.

Si el usuario no específica los parámetros de búsqueda y

tiene habilitada la búsqueda sobre funcionarios inactivos, la

misma se hará sobre todos funcionarios activos e

inactivos de la institución.

Si el usuario específica los parámetros de búsqueda y

tiene habilitada la búsqueda sobre funcionarios inactivos, la

misma se hará sobre todos funcionarios activos e

inactivos de la institución.

El sistema mostrará en cada consulta los siguientes datos del funcionario.

Primer apellido.

Segundo apellido.

Nombre.

Documento de Identificación

Datos específicosValidación: El sistema deberá verificar que el formato del parámetros de consulta sea

Primer apellido: Alfabético.

Segundo apellido: Alfabético.

Nombre: Alfabético.

Tipo requerimiento Funcional

Prioridad Media

24

Page 25: Casos de uso

Comentarios El sistema deberá desplegar un mensaje de error en las

siguientes situaciones:

Cuando no se encuentra registrado un funcionario que

corresponda con el documento de identificación.

Cuando no se encuentra registrado un funcionario

que cumpla con los parámetros de apellidos y

nombre suministrados.

Definición de actores

Este apartado contiene los diferentes actores que se han identificado, especificados mediante la plantilla para actores de casos de uso.

ACT–01 Funcionario

DescripciónEste actor representa al encargado de manejo del sistema

Comentarios ninguno

25

Page 26: Casos de uso

Caso uso general del sistema

Software de diagramación:

Los diagramas se deben realizar a partir de la información recogida durante las etapas de investigación de la audiencia, en las que se estudia a los usuarios con el objetivo de crear un producto que satisfaga sus necesidades.

26

Page 27: Casos de uso

Software para hacer diagramas

Existen diferentes aplicaciones software que se utilizan para la confección de diagramas. Para una mejor comprensión de los mismos se han clasificado en 2 grupos: los que originalmente fueron ideados para hacer diagramas, y los que originalmente no fueron pensados para diagramación, pero que también pueden usarse con este objetivo ya que son poderosas herramientas de diseño gráfico.

La diferencia entre los software que fueron diseñados para hacer diagramas y aquellos que originalmente no fueron creados para hacer radica es:

En las aplicaciones que fueron creadas para diagramar se crearon pensando en los diagramas de flujo, mapas mentales, organigramas, graficas de Gantt, etc; mientras que en aquellas que no fueron creadas para diagramar se crearon pensando en la rama del Arte digital aplicado a la Ilustración técnica o el diseño gráfico, entre otros.

Hoy en día existen varios programas para la diagramación o maquetación de archivos, pero dependerá de con cual el diseñador se sienta más cómodo y que le ofrece todas las herramientas necesarias al momento de trabajar con el software.

Algunas aplicaciones software que fueron ideadas para hacer diagramas:

SmartDraw Microsoft Visio iGrafx Flowcharter DENIM & Silk. Mindmanager Freemind OmniGraffle (OSX)

Aplicaciones software que no fueron ideadas específicamente para hacer diagramas:

Corel Draw Adobe [antes Macromedia] Freehand Adobe Illustrator

Algunas especificaciones de aplicaciones de software que fueron ideadas para hacer diagramas:

27

Page 28: Casos de uso

Smart Draw:

SmartDraw es una herramienta de modelado que destaca por su gran variedad de modos de modelado, amoldándose a cualquier tipo de objetivo que queramos definir o diseñar. Desde ingeniería del software a planificación de superficies o terrenos, pasando por los típicos diagramas de flujo y organigramas empresariales.

SmartDraw te permite dibujar todo desde (notación UML sobre todo y diagramas de entidad-relación), pero se queda ahí, en la superficie. Permite dibujar una “cajita” (los informáticos entenderán) con sus atributos y operaciones pero sin dar la sensación de que la aplicación se entere de lo que estás haciendo. Ella te da un espacio en forma de caja y tú la rellenas como quieras y no de la forma en la que se debe.

Microsoft Visio:

Las herramientas permiten realizar diagramas de oficinas, diagramas de bases de datos, diagramas de flujo de programas, UML, y más, que permiten iniciar al usuario en los lenguajes de programación.

Mindmanager

Es un producto especializado en sistematizar la información, que transforma su manera de pensar, de generar ideas y de tomar decisiones. MindManager es útil para focalizar sus esfuerzos en las áreas de mayor impacto profesional y empresarial.

Es un software fundamentado en los Mapas Mentales, para aplicaciones de negocios y empresariales. Es desarrollado actualmente por Mindjet.

Los mapas mentales son herramientas que ayudan a organizar informaciones, constan de una palabra central o conceptos, en torno a la palabras central se dibujan de cinco "5 "a diez "10" ideas principales que se refieren a aquellas palabras.

Un mapa mental nos permite:

Generar la síntesis de un tema, libro, información, entre otros y poder acceder

de manera rápida y efectiva, preparar presentaciones y generar ideas.

Permite ver las ideas y sus detalles al mismo tiempo.

Recopilar y almacenar grandes volúmenes de información y datos para tenerlos

a la mano.

28

Page 29: Casos de uso

Generar alternativas y tomar decisiones al visualizar la interacciones entre

diversos puntos en forma gráfica.

Motivar la resolución de problemas al mostrar nuevos conjuntos de alternativas y

sus posibles repercusiones.

Ser extremadamente eficiente en tareas profesionales y personales a coordinar

y sintetizar gran cantidad de informaciones en formas efectivas.

Concepto de mindmanager:

Mindmanager es un excelente gestor de proyecto, con el que podrá tener

perfectamente organizada todas tus ideas a través de mapas mentales. Este programa

permite insertar información, ejerciendo una especie de tormentas de ideas, en el que

puede explorar recursos y alternativas, gestionar toda la información y organizarlas en

mapas para repasar tus objetivos fácilmente.

Entorno de trabajo de mindmanager:

Quizás unas de las limitantes que conseguiremos con el uso de esta herramienta es

que esta in inglés. Sin embargo su barra de menú es exactamente igual a la de Word y

power point. Es bueno aclarar que este es un programa que no viene usualmente

incluido en el paquete de programa de un computador si no está allí posiblemente

tenga que instalarlo.

Funciones básicas:

Las funciones básica de cada uno siguen siendo también la misma, por ejemplo en

archivo, lo más comunes de usar son new (nuevo), open (abrir), close (cerrar), save

(guardar), save as (guardar como) print prewiew (vista preliminar), print (imprimir),

como podemos ver no solo son los mismo sino que nos permiten hacer lo mismo que

los demás programas estudiados.

Conclusiones.

29

Page 30: Casos de uso

Un buen levantado de requerimientos y un buen análisis es fundamental dentro

del desarrollo de un sistema de información. Esto se puede entender o resumir en una

solo frase: Se entiende el problema a resolver. La utilización de los casos de uso nos

ayuda a entender y explicar de una forma gráfica los requisitos funcionales del sistema.

Ver de qué forma se espera que el usuario interactúe con el sistema propuesto.

Debemos entender que los casos de uso se utilizaron como un análisis y no como

parte del diseño ya que esto representaría los requerimientos NO funcionales en los

cuales se detallan colores, tipos de interface, hardware, compatibilidad, entre otros.

Como se menciona una de las principales ventajas al utilizar los casos de uso es que

también ayuda al analista a ver las necesidades del usuario y que espera esté al utilizar

el sistema. Por consiguiente se debe de ver siempre los casos de uso más relevantes o

de mayor peso los cuales dan mayor valor al negocio.

Bibliografía

Pressman, Roger. Ingeniería del software: Un enfoque práctico. 5ta. ed. McGraw Hill, Madrid, 2002.

Larman, Craig. UML y Patrones. Introducción al análisis y diseño orientado a objetos. Prentice Hall, México, 1999.

Fowler, Martin. UML gota a gota. Addison Wesley Longman de México, México, 1999.

Sintes, Anthony. Aprendiendo programación orientada a objetos en 21 lecciones avanzadas. Pearson Educación, México, 2002.

Jacobson, I., Booch, G. y Rumbaugh, J. El proceso unificado de desarrollo de software. Pearson Educación, Madrid, 2000.

Definiciones.

Iterativo. Es la repetición de una serie de instrucciones en un programa de

computadora. Puede usarse tanto como un término genérico (como sinónimo de

30

Page 31: Casos de uso

repetición) así como para describir una forma específica de repetición con un estado

mutable.

31