Casos de uso
-
Upload
walter-chacon -
Category
Education
-
view
265 -
download
5
Transcript of 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
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
Á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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
repetición) así como para describir una forma específica de repetición con un estado
mutable.
31