El documento presenta 12 requerimientos funcionales y no funcionales para un sistema académico. Los requerimientos incluyen funciones para registrar, consultar, modificar y listar estudiantes y encargados, así como validar usuarios y agregar datos de estudiantes y encargados al sistema.

1. Universidad Metropolitana Castro Carazo<br />UMCA<br />Facultad de Informática<br />Licenciatura<br />“Planificación de Sistemas de I<br />Información”<br />Priscilla Soto Pérez Ced: 113420584<br />Alberto Vargas Alfaro Ced: 112780110 <br />Walter Chacón Valerio Ced: 107140795<br />SAN JOSE, COSTA RICA<br />2011<br />Introducción<br />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. <br />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. <br />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.<br />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. <br />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. <br />Ámbito del sistema.<br />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.<br />Funciones del sistema<br />Entre las funciones podemos decir que el sistema le da al usuario la capacidad de:<br />Estudiante:<br />Registrar Estudiante.<br />Consultar Estudiante.<br />Modificar Estudiante.<br />Listar Estudiantes.<br />Asignar un estudiante a un grupo.<br />Encargado:<br />Registrar Encargado.<br />Listar Encargados por estudiante.<br />Consultar Encargado.<br />Modificar Encargado.<br />Eliminar Encargado.<br />Funcionario:<br />Registrar funcionario.<br />Listar funcionarios.<br />Consultar funcionario.<br />Modificar funcionario.<br />Retirar funcionario<br />Grupo:<br />Crear grupo.<br />Modificar grupo.<br />Consultar horario de un grupo.<br />Eliminar grupo.<br />Profesor:<br />Asignar un profesor a una lección en el horario de un grupo<br />Retirar un profesor de una lección en el horario de un grupo.<br />Aula:<br />Asignar un aula a una lección en el horario de un grupo.<br />Retirar aula de una lección en el horario de un grupo.<br />Estadísticas:<br />Consultar estadísticas de un grupo.<br />Consultar estadísticas de un nivel.<br />Consultar estadísticas de un año.<br />Desarrollo de casos de uso del sistema.<br />RI–01Validar usuarioObjetivos asociadosDescripciónEl 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íficosCuando el usuario no se encuentre registrado en la base de datos. El sistema debe de desplegar un error.Tipo requerimientoFuncionalPrioridadAltaComentariosninguno<br />RI–02Validar usuarioObjetivos asociadosN/ADescripciónEl 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.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íficosEl 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 requerimientoFuncionalPrioridadAltaComentariosEl sistema deberá desplegar un mensaje de error en las siguientes situaciones: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.<br />RI–03Consulta estudianteObjetivos asociadosDescripciónEl 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.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 requerimientoFuncionalPrioridadMediaComentariosninguno<br />RI–04Modificar estudianteObjetivos asociadosDescripciónEl 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 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íficosValidació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 requerimientoNo FuncionalPrioridadMediaComentariosEl 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.<br />RI–05Listar estudianteObjetivos asociadosDescripciónEl 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ñoEl 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 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íficosValidación: El sistema deberá verificar que el parámetros de año, siempre venga con el dato respectivo.Tipo requerimientoFuncionalPrioridadAltaComentariosEl 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.<br />RI–06Agregar estudianteObjetivos asociadosDescripciónEl 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.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íficosValidación: El sistema deberá verificar que el formato de cada uno de los datos registrados corresponda a los definidosPrimer 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éricoTipo de teléfono: Naturaleza del teléfono que está brindado (v.gr. si es de domicilio o trabajo)Correo electrónico: AlfanuméricoTipo requerimientoFuncionalPrioridadAltaComentariosEl sistema deberá desplegar un mensaje de errores en las 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.<br />RI–07Listar encargados por estudianteObjetivos asociadosDescripciónEl sistema debe permitir al usuario listar el o los encargados de un estudiante, para esto deberá indicar los siguientes 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.NombreDatos específicosValidación: El sistema deberá verificar que el formato de del documento de identificación este correcto.Tipo requerimientoFuncionalPrioridadAltaComentariosEl 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.<br />RI–08Consultar encargadoObjetivos asociadosDescripciónUna 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 encargadoSegundo 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íficosTipo requerimientoFuncionalPrioridadMediaComentariosEl 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<br />RI–09Modificar encargadoObjetivos asociadosDescripciónEl 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íficosValidació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éticoSegundo apellido: Alfabético.Nombre completo: Alfabético.Documento de Identificación: Alfanumérico.Dirección exacta del domicilio: Alfanumérico.Tipo requerimientofuncionalPrioridadMediaComentariosEl 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.<br />RI–10Eliminar encargadoObjetivos asociadosDescripciónEl 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íficosTipo requerimientoFuncionalPrioridadAltaComentariosEl sistema deberá indicarle al usuario la operación de eliminación ha terminado exitosamente.<br />RI–11Registrar FuncionarioObjetivos asociadosDescripciónEl 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.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íficosValidación: El sistema deberá verificar que el formato de cada uno de los datos registrados corresponda a los definidosPrimer 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éricoCorreo electrónico: AlfanuméricoTipo requerimientoFuncionalPrioridadAltaComentariosEl sistema deberá desplegar un mensaje de error en las 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.Comunicación: El sistema deberá indicarle al usuario la operación de registro ha terminado exitosamente.<br />RI–12Listar funcionarioObjetivos asociadosDescripciónEl 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.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ónDatos específicosValidación: El sistema deberá verificar que el formato del parámetros de consulta seaPrimer apellido: Alfabético.Segundo apellido: Alfabético.Nombre: Alfabético.Tipo requerimientoFuncionalPrioridadMediaComentariosEl 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.<br />Definición de actores<br />Este apartado contiene los diferentes actores que se han identificado, especificados mediante la plantilla para actores de casos de uso.<br />ACT–01FuncionarioDescripciónEste actor representa al encargado de manejo del sistemaComentariosninguno<br />Caso uso general del sistema<br />Software de diagramación:<br />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.<br />Software para hacer diagramas<br />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. <br />La diferencia entre los software que fueron diseñados para hacer diagramas y aquellos que originalmente no fueron creados para hacer radica es:<br />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.<br />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.<br />Algunas aplicaciones software que fueron ideadas para hacer diagramas:<br />SmartDraw <br />Microsoft Visio <br />iGrafx Flowcharter <br />DENIM & Silk. <br />Mindmanager <br />Freemind <br />OmniGraffle (OSX) <br />Aplicaciones software que no fueron ideadas específicamente para hacer diagramas: <br />Corel Draw <br />Adobe [antes Macromedia] Freehand <br />Adobe Illustrator <br />Algunas especificaciones de aplicaciones de software que fueron ideadas para hacer diagramas:<br />Smart Draw:<br />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.<br />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.<br />Microsoft Visio:<br />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.<br />Mindmanager<br />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.<br />Es un software fundamentado en los Mapas Mentales, para aplicaciones de negocios y empresariales. Es desarrollado actualmente por Mindjet.<br />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 quot;
5 quot;
a diez quot;
10quot;
ideas principales que se refieren a aquellas palabras. <br />Un mapa mental nos permite:<br />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.<br />Permite ver las ideas y sus detalles al mismo tiempo.<br />Recopilar y almacenar grandes volúmenes de información y datos para tenerlos a la mano.<br />Generar alternativas y tomar decisiones al visualizar la interacciones entre diversos puntos en forma gráfica.<br />Motivar la resolución de problemas al mostrar nuevos conjuntos de alternativas y sus posibles repercusiones.<br />Ser extremadamente eficiente en tareas profesionales y personales a coordinar y sintetizar gran cantidad de informaciones en formas efectivas.<br />Concepto de mindmanager:<br />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.<br />Entorno de trabajo de mindmanager:<br />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.<br />Funciones básicas: <br />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<br /> (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.<br /> <br />Conclusiones.<br />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.<br />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.<br />Bibliografía<br />Pressman, Roger. Ingeniería del software: Un enfoque práctico. 5ta. ed. McGraw Hill, Madrid, 2002. <br />Larman, Craig. UML y Patrones. Introducción al análisis y diseño orientado a objetos. Prentice Hall, México, 1999.<br />Fowler, Martin. UML gota a gota. Addison Wesley Longman de México, México, 1999.<br />Sintes, Anthony. Aprendiendo programación orientada a objetos en 21 lecciones avanzadas. Pearson Educación, México, 2002.<br />Jacobson, I., Booch, G. y Rumbaugh, J. El proceso unificado de desarrollo de software. Pearson Educación, Madrid, 2000.<br />Definiciones.<br />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 repetición) así como para describir una forma específica de repetición con un estado mutable.<br />