Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Docente
OSCAR IVÁN BENAVIDES CAMPOS
ROBINSON MONJE
FRANK CASTILLO
ZULMA ESPINEL SAENZ
LUIS EDUARDO PRIETO OLIVARES
ELSA MARIA JUNCA
JOSE ALEJANDRO SANDOVAL
Colocar todos los instructores técnicos, en línea continua
Ingeniero de Sistemas
-1-
SENA
CENTRO DE DISEÑO Y METROLOGÍA
TECNOLOGÍA EN ANÁLISIS Y DESARROLLO DE SISTEMAS DE
INFORMACIÓN
FICHA 1020139
BOGOTÁ D.C. ABRIL 2016
TABLA DE CONTENIDO
Numeros no viñetas, anexos aparte
Marco teorico no
MARCO TEÓRICO …………………………………………………5
SITUACIÓN ACTUAL……………………………………………... 6
OBJETIVOS ACTUALES Y ESPECIFICOS…………………..…7
INTRODUCCIÓN……………………………………………………8
JUSTIFICACIÓN………………………………………………….…9
METODOLOGIA…………………………………………………….10
ENTREVISTA……………………………………………………….11
LISTA DE CHEQUEO……………………………………………...14
ANEXO 2…………………………………………………………….15
ANEXO 3…………………………………………………………….16
ENCUESTA………………………………………………………….17
ANEXO 4……………………………………………………………..20
ANEXO 5……………………………………………………………..21
ANEXO 6……………………………………………………………..22
VIABILIDAD TÉCNICA……………………………………………...23
VIABILIDAD ECONÓMICA…………………………………………24
VIABILIDAD OPERATIVA………………………………………….25
REQUERIMIENTOS FUNCIONALES Y …………………………26
NO FUNCIONALES
DIAGRAMAS UML…………………………………………………..28
DIAGRAMA DE CLASES…………………………………………...29
DIAGRAMA DE OBJETOS…………………………………………30
-2-
DIAGRAMA DE PAQUETES……………………………………….31
DIAGRAMA DE MODELO………………………………………….32
DIAGRAMA DE ESTRUCTURA INTERNA………………………33
DIAGRAMA DE COMPONENTES…………………………………33
DIAGRAMA DE MANIDESTACION………………………………..34
DIAGRAMA DE DESPLIEGUE……………………………………..34
DIAGRAMA DE ARQUITECTURA DE RED……………………...35
DIAGARAMA DE PERFIL…………………………………………..36
DIAGRAMA DE MAQUINA DE ESTADO…………………………37
DIAGRAMA DE ESTADO DE COMPORTAMIENTO……………38
DIAGRAMA DE MÁQUINA DE ESTADO DE PROTOCOLO…..38
DIAGRAMA DE FLUJO DE LA INFORMACION…………………39
DIAGRAMA CRUD…………………………………………………..40
DIAGRAMAS DE CASOS DE USO………………………………..41
DIAGRAMA DE COMUNICACIÓN…………………………………42
DIAGRAMA DE SECUENCIA………………………………………43
DIAGRAMA DE COLABORACION…………………………………44
DIAGRAMA DE ESTADOS………………………………………….45
DIAGRAMA DE ACTIVIDAD…………………………………………46
FICHAS TECNICAS
DIAGRAMAS DE CASOS DE USO
ANEXOS
CONCLUSIONES
BIBLIOGRAFÍA
-3-
TABLA DE CONTENIDO ANEXOS
Anexo 1. Herramientas b de jjkj .................................................................................................... - 12 -
Tbsmokokoko
ANEXO 2
TABLA 1 TABULACION LISTA DE CHEQUEO 16
ANEXO 3
GRÁFICO 1 LISTA DE CHEQUEO 17
ANEXO 4
TABLA 2 TABULACIÓN DE ENCUESTA 21
ANEXO 5
GRÁFICO 2 ENCUESTA AVV CONSULTORÍA 22
ANEXO 6
-4-
GRÁFICO 3 ENCUESTA AVV CONSULTORÍA
MARCO TEÓRICO
ANTECEDENTES
-5-
Se requiere de la implementación de un sistema documental que permita digitalizar
la información del área de recursos humanos a fin de reemplazar la documentación
obsoleta.
CAUSAS
La empresa cuenta con un programa que almacena todos los procesos del área
contable (SIIGO).
SITUACIÓN ACTUAL
Planteamiento del problema, porque no lo tengo?
Herramientas Árbol de problemas…
Tiempo de respuesta
SOLUCIÓN
-6-
Aplicando los conceptos teórico-prácticos vistos en el proceso de formación del
programa ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION, se diseñará un
software para la automatización de los procesos del Área de Recursos Humanos.
AVV Consultoría, requiere disponer de recursos tecnológicos; contar con todas las
funcionalidades necesarias para diseñar un registro de indexación eficiente y
también con todas las capacidades requeridas para una eficiente administración de
los documentos digitales. Adicionalmente, se requiere de opciones de incorporación
de las tecnologías de reconocimiento, interpretación y extracción, lo que
eventualmente simplificará y eliminará la digitación de información mejorando los
tiempos de captura y descartando errores. Por último, se necesitan opciones de
integración con otras aplicaciones, que simplifiquen no sólo la captura de datos de
los documentos, sino que permitan poner la información a disposición de los
usuarios que la requieren, en tiempo real, permitiendo el ingreso de registros como
hojas de vida, contratos, manuales de funciones, etc., de cada uno de los
subprocesos del Área de Recursos Humanos.
Objetivo General
Sistematizar los procesos de una empresa de consultoría ingreso de datos del área
de recursos humanos a fin de mejorar la gestión de la información en cuanto a
registro, verificación de archivos y certificación de los empleados.
Objetivos Específicos
Función en dar respuesta al documento proyecto, Analizar, diseño,
desarrollo, implementación
-7-
Identificar las necesidades de información de área de recursos humanos.
Para que una organización sea exitosa es de suma importancia que en medio de
este mercado globalizado y competitivo las empresas implementen estrategias
innovadoras a fin de optimizar los procesos y procedimientos.
-8-
El uso de las TICS actualmente en las organizaciones juega un papel de suma
importancia y de carácter determinante para la implementación de mejoras en la
productividad de las compañías, es una de las claves del éxito y se basa en una
estrategia de implementación de soluciones empresariales acertada. Los proyectos
TI están revolucionando la metodología de hacer negocios globalmente, y si las
PYMES no adoptan soluciones empresariales que permitan implementar nuevas
tecnologías en sus estrategias, no podrán sobrevivir en el nuevo entorno.
JUSTIFICACION 4.3
-9-
programa Análisis y desarrollo de sistemas de información y la temática estudiada,
además de investigar y conocer cómo las empresas Colombianas, en nuestro caso
AVV CONSULTORÍA SAS, implementa un plan de rigor estratégico basado en
políticas y soluciones tecnológicas para la consecución de los objetivos
corporativos.
Este proyecto es útil a nivel personal ya que permite adoptar una visión crítica y con
carácter analítico respecto a las situaciones que se presenten en el ámbito laboral
y empresarial, además de permitir el acercamiento al entorno real de los procesos
administrativos y gerenciales en una organización.
Una vez recolectada la información, para luego identificar y analizar las necesidades
de la empresa, se procede a implementar un plan de acción el cual se presentará
ante la gerencia como plan piloto para la gestión y automatización de los procesos
organizacionales.
METODOLOGÍA
- 10 -
tener toda esta información en una base de datos segura, manejada sólo por
personas autorizadas
Para llevar a cabo dicho programa, se han tenido en cuenta una serie de criterios y
procedimientos para recolectar la información de los requerimientos que demanda
el problema dentro de la empresa. Levantamiento de datos que permitan conocer la
organización, su funcionamiento y analizar en detalle cual es la necesidad actual
del área de recursos humanos y de manejo de archivos.
4.fase analisis
Herramientas
ENTREVISTA
- 11 -
1n
Arta
Tabla 1yf.yf
DESARROLLO
RTA: Hace algún tiempo se implementó para todos los procesos el software
SIIGO, durante la aplicación del Módulo de Nomina y Recursos Humanos se
encontraron deficiencias en el programa, ya que la parametrización y
formulación de algunos procesos no arrojaba los resultados esperados lo que
genero reproceso y formulaciones manuales, por tanto actualmente el único
departamento que desarrolla el módulo de Siigo es el Área de Contabilidad y
Tesorería,
- 12 -
La empresa cuenta con una página web como medio de publicidad y
mercadeo, también utilizamos el correo Outlook en versión 2010 como medio
de comunicación interna.
RTA: a través de Excel se diseñó una base de datos con la información más
relevante del personal tanto activo como retirado, ya que cierta información
del personal no se almaceno lo que se hizo fue archivar en físico por orden
alfabético en Az las hojas de vida, en la base de datos por cada empleado
activo o retirado se indica el número de az donde se encuentra la demás
información en físico.
- 13 -
RTA: Para la optimización de los procesos es importante que la información
del personal esté registrada y almacenada en algún modulo que automatice
la información, la almacene y registre lógicamente, y permita las consultas
inmediatas, además que la mayor parte de la información este almacenada
en medio magnético a fin de que los registros en físico sean menores y
contribuyan al ahorro del papel.
- 14 -
LISTA DE CHEQUEO
- 15 -
TABULACIÓN LISTA DE CHEQUEO AVV CONSULTORÍA SAS
Anexo N. 2
Tabla N. 1
- 16 -
DIAGRAMA GRÁFICO LISTA DE CHEQUEO AVV CONSULTORÍA SAS
Gráfico N . 1
Anexo N . 3
- 17 -
ENCUESTA
Se plantea una serie de preguntas las cuales son de carácter cerrado y con las que
procederemos a analizar con qué parámetros se está trabajando y como poder
mejorarlos.
DESARROLLO
- 18 -
4) ¿La empresa automatiza sus procesos?
si
no
- 19 -
12) ¿La empresa cuenta con tics para difundir la información, chat, redes etc.?
si
no
- 20 -
TABULACIÓN ENCUESTA A AVV CONSULTORÍA SAS
Anexo N. 4
Tabla N, 2
TABULACIÓN ENCUESTA
- 21 -
La encuesta se realizó a cinco (5) miembros de la empresa AVV CONSULTIRÍA
SAS.
Gráfico N. 2
Anexo N. 5
- 22 -
GRÁFICO ENCUESTA
Gráfico # N.1
Anexo N. 6
- 23 -
GRÁFICO ENCUESTA
VIABILIDAD TÉCNICA
- 24 -
Realizando la identificación del problema, y aplicando las herramientas de
recolección de datos, (Encuesta, entrevista y lista de chequeo.) AVV
CONSULTORÍA SAS SI cumple con el recurso técnico actual y específico para
desarrollar los objetivos.
Nuestro cliente AVV consultoría cuenta con hardware robusto el cual es óptimo para
la implementación de nuestro proyecto. Gracias a esto, tenemos una gran ventaja
en donde ahorramos tiempo y costos, con esta logramos alcanzar más rápido
nuestros objetivos.
VIABILIDAD ECONÓMICA
- 25 -
Contamos con un equipo de trabajo en el cual establecemos tiempos definidos de
labores a un total de 24 meses para implementar un análisis y un desarrollo
completo del software. Se cuenta también con los requisitos mininos para la
funcionalidad del software., con esto, se analizará a fondo la necesidad de AVV
consultoría y allí se verán reflejados los costos y tiempos de dicho desarrollo.
VIABILIDAD OPERACIONAL
- 26 -
En primera instancia, se tiene en cuenta el estudio de viabilidad del desarrollo del
proyecto, de acuerdo con las herramientas de recolección de datos y el desarrollo
de casos de usos, recopilamos la mayoría de información necesaria para ejecutar
el proyecto en desarrollo, ofrecer resultados y cumplir con los objetivos.
Teniendo en cuenta que se manejará con anterioridad pruebas piloto para verificar
la funcionalidad del aplicativo, el cliente nos indicará de manera determinada, en
qué momento se implementará la ejecución del programa. Se estima que el proyecto
se va a desarrollar en el tiempo establecido, en donde se realizarán procesos de
seguimiento ya estipulados y se tendrán en cuenta los cambios, modificaciones y
mejoras a implementar, con estos puntos claros, se desarrollan pruebas tester con
el cliente y este determinará a su vez, en que momento sale a producción el
aplicativo.
REQUERIMIENTOS
- 27 -
De acuerdo al seguimiento, entrevistas y encuestas realizadas al Administrador y
empleados de la empresa AVV CONSULTORIA, se evidencia que se deben
manejar elementos adversos a los ya planteados anteriormente, y parte de ellos se
deben implementar en el desarrollo del Software ya que este debe estar en
capacidad de resolver cualquier inquietud del Administrador.
REQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS FUNCIONALES
- 28 -
REQUERIMIENTO FUNCION ACTOR TIPO
1) Registro El sistema debe permitir Administrador Funcional
registrar a los empleados
2) Consulta El sistema debe permitir Administrador Funcional
realizar consulta de los
empleados por Numero de
C.C.
3) Actualizar El sistema debe permitir Administrador Funcional
actualizar los datos de los
Empleados
4) Eliminar El sistema debe permitir la Administrador Funcional
migración de las bases de
datos eliminadas a una
papelera de reciclaje
5) Expediente El sistema deberá permitir Administrador Funcional
adjuntar expediente de
candidato como CC. Hoja
de vida, contrato y
liquidación
6) Anexos El sistema permite anexar Administrador Funcional
los certificados solicitados
por el cliente.
7) Certificados El sistema estará en Administrador Funcional
Capacidad de generar
Certificaciones a los
empleados en tiempo real
8) Impresora Se contará con una Administrador Funcional
impresora acorde a la
necesidad del
administrador que permita
la certificación de los
empleados.
DIAGRAMAS UML
- 29 -
UML es un lenguaje común para los analistas, arquitectos y desarrolladores de
software utilizados para describir, especificar, diseñar el documento existente o
nuevos procesos de negocio, la estructura y el comportamiento de los artefactos de
sistemas de software.
Un diagrama UML es una representación gráfica parcial (vista) de un modelo de un
sistema en el diseño, la ejecución, o ya en existencia. Un Diagrama UML contiene
elementos gráficos (símbolos) - nodos UML conectados con los bordes (también
conocidos como caminos o flujos) - que representan elementos en el modelo UML
del sistema diseñado.
Los diagramas UML son las gráficas que describen el contenido de una vista. UML
tiene varios tipos de diagramas que son utilizados en combinación para proveer
todas las vistas de un sistema: diagramas de caso de uso, de clases, de objetos, de
estados, de secuencia, de colaboración, de actividad, de componentes y de
distribución entre otros.
Los principales beneficios de UML son:
- 30 -
Anexo No. 7
- 31 -
Anexo No. 8
- 32 -
Anexo No. 9
Anexo No. 10
- 33 -
Diagrama de estructura interna: Muestra la estructura interna de un clasificador y
una descomposición del clasificador en sus propiedades, partes y relaciones.
- 34 -
Diagrama de colaboración de uso: Un diagrama de colaboración muestra una
interacción organizada basándose en los objetos que toman parte en la interacción
y los enlaces entre los mismos.
- 35 -
Diagrama de despliegue: Muestra la arquitectura del sistema en su
implementación (distribución) de software y sus artefactos a los destinos de
despliegue.
Anexo No. 12
- 36 -
Anexo No. 13
- 37 -
Anexo No. 14
- 38 -
Máquina de estado de comportamiento
Máquina de estado de protocolo.
Anexo No. 15
- 39 -
Diagrama de Máquina de estado de protocolo: Son un tipo de diagrama de
máquina de estados que representa una secuencia de eventos a los que responde
un objeto, sin necesidad de mostrar su comportamiento.
Anexo No. 16
- 40 -
DIAGRAMA DE FLUJO
Diagrama Crud
- 41 -
Son los 4 métodos básicos que toda tabla o entidad deben llevar
Crear, Consultar, Actualizar y Borrar
- 42 -
más usuarios externos del sistema ( actores ) para proporcionar unos resultados
observables y valiosos para los actores u otras partes interesadas del sistema.
- 43 -
Diagrama de Comunicación Caso Certificación
- 44 -
Diagrama de colaboración: Muestra cómo las instancias específicas de las
clases trabajan juntas para conseguir un objetivo común y consiste en especificar
un contrato entre objetos
- 45 -
Diagrama de Estados: Es una manera para Caracterizar un cambio en un sistema, es
decir que los objetos que lo componen modificaron su estado como respuesta a los
suceso y al tiempo
- 46 -
Diagrama de Actividad: Muestra el flujo de trabajo desde el punto de inicio hasta
el punto final detallando muchas de las rutas de decisiones que existen en el
progreso de eventos contenidos en la actividad.
- 47 -
CASO DE USO CERTIFICACIÓN
- 48 -
FICHA TÉCNICA No1
- 49 -
Descripción:
Este caso de uso empieza cuando el administrador selecciona la opción de reporte. En ella
podrá generar certificados.
Actores: Jefe del área
Precondiciones
El usuario debe estar activo.
El usuario debe estar registrado en la base de datos.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Inicia cuando el actor abre la ventana y
selecciona consultar cedula
2 El sistema arroja la ventana con la
opción de consultar cedula, donde
solicita el numero de documento.
3 El actor digita la cedula y da aceptar
4 El sistema acepta los dígitos, busca y
arroja los resultados de existencia del
documento en el sistema.
5 El actor confirma la existencia.
Flujo Alternativo
Si el documento no aparece registrado arrojara una ventana de advertencia donde indique
que el documento no cuenta con existencia en las bases de datos.
Poscondiciones
El usuario igual que su documento debe estar registrado en la base de datos.
Frecuencia: En ocaciones Tiempo Esperado de Respuesta: 1 minuto
- 50 -
Caso de uso: certificación
Autor: Jhonatan Andica Calderón Fecha: 26 de marzo de 2016
Descripción:
Este caso de uso empieza cuando el actor abre la ventana de certificación. En ella podrá
generar certificados.
Actores: Administrador
Precondiciones
El usuario debe estar activo.
El usuario debe estar registrado en la base de datos.
El usuario debe contar con la documentación completa.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Este caso de uso comienza cuando el
actor abre la ventana certificación.
2 El sistema arroja una ventana con la
opción de digitar cedula.
3 El actor digita la cedula.
4 El sistema acepta y muestra los tipos
de certificados.
5 El administrador selecciona el tipo de
certificado a generar, tales como:
- Certificado laboral.
- Constancia laboral.
- Autorización retiro constancias.
6 El sistema acepta los datos
seleccionados y procede a generar el
certificado.
7 Al generar el certicado el sistema
envía un cuadro de dialogo donde
pregunta al usuario si desea imprimir
el documento.
8 El usuario imprime el documento y cierra
las ventanas.
Flujo Alternativo
El usuario debe contar con un registro y documentación completa. De no ser asi, el software
notificara la falta de los mismos.
Poscondiciones
El usuario debe tener los documentos al día.
Frecuencia: En ocasiones Tiempo Esperado de Respuesta: 1 a 2 minutos
FICHA TÉCNICA 1
- 51 -
Autor: Jhonatan Andica Calderón Fecha: 26 marzo de 2016
Descripción: Inicia cuando el actor genera documento y al generarlo el sistema con una
ventana de dialogo notifica al administrador de insertar firma antes de imprimir.
Actores: Jefe del área.
Precondiciones
El actor debe estar en la ventana certificación.
El actor debe contar con el documento listo para su impresión.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Inicia cuando el actor al consultar los
documentos genera un certificado.
2 El sistema solicitara por medio de un
cuadro de dialogo la opción de insertar
firma.
3 El actor digita acepta o rechaza la firma
digital para el documento.
4 Si el actor acepta la firma, se
procederá con la impresión del
documento. De no aceptar se
continuara de todas formas la
impresión.
Flujo Alternativo
Si el actor no selecciona la opción aceptar firma, el documento se imprimirá de todas formas
si la firma.
Poscondiciones
El actor debe contar con impresora instalada en su equipo.
El actor tomara la decisión de insertar o cancelar la firma.
Frecuencia: En ocasiones Tiempo Esperado de Respuesta: 1 a 2 minutos
CASO DE USO
(ELIMINAR USUARIO)
- 52 -
.
DIAGRAMA DE ACTIVIDAD
- 53 -
DIAGRAMA DE SECUENCIA
Eliminar Usuario
- 54 -
Diagrama de Estado
Caso de Uso Eliminar Usuario
- 55 -
CASO DE USO ELIMINAR USUARIO
- 56 -
FICHA TÉCNICA # 2
FICHA TÉCNICA # 2
- 57 -
Actores: Jefe del area
Precondiciones
El usuario debe estar registrado en el sistema.
El usuario debe estar en estado activo.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Inicia cuando el actor abre la ventana
cancelar usuario
2 El sistema arroja el campo obligatorio
de:
Cedula, nombre de usuario como
opción alternativa.
3 El actor llena los campos y procede a la
ejecución y búsqueda.
4 El sistema explora en bases de datos
y arroja dos opciones, cancelar usuario
, eliminar usuario
5 El actor procederá a la cancelación o
eliminación del usuario
6 El sistema aceptara los cambios
realizados por el actor.
Flujo Alternativo
El usuario debe estar registrado.
El usuario podrá contar con la posibilidad de reactivación al sistema.
Poscondiciones
El usuario debe estar registrado
Frecuencia: Dado el caso Tiempo Esperado de Respuesta: Inmediata
FICHA TÉCNICA # 2
- 58 -
Descripción: Inicia cuando el actor procede a la eliminación del usuario debido a su tiempo
de inactividad. Este caso de uso va ligado a cancelar usuario.
Actores: Jefe del área.
Precondiciones
El usuario debe estar activo.
El usuario debe estar registrado en la base de datos.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Inicia cuando el actor abre la ventana
eliminar usuario
2 El sistema arroja una ventana con el
campo (digitar cedula)
3 El actor digita la cedula
4 El sistema solicita la confirmación de la
eliminación del usuario.
5 El actor rechaza o acepta la confirmación
para la eliminación.
Flujo Alternativo
Si el usuario no esta registrado el sistema arrojara advertencia de que los datos escritos no
se encuentran registrados en base de datos.
Poscondiciones
El usuario debe contar con un registro.
El actor debe seleccionar la aceptación o cancelación de la eliminación.
Frecuencia: En ocaciones Tiempo Esperado de Respuesta: 1 minuto
- 59 -
Diagrama de Colaboración Impresión
- 60 -
Diagrama de Estado Caso Impresión
- 61 -
CASO DE USO IMPRESIÓN
- 62 -
FICHA TÉCNICA # 3
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Inicia cuando el actor abre la opción
validar usuario
2 El sistema arrojara una ventana para
consultar el documento.
3 El administrador digita el documento.
4 El sistema responde con la validación
del usuario (“el usuario se encuentra
registrado en la base de datos”)
5 El actor podrá continuar con su actividad
Flujo Alternativo
Si el documento no aparece registrado se cancelara la opción imprimir.
Poscondiciones
El usuario debe tener los documentos al día.
Frecuencia: En ocasiones Tiempo Esperado de Respuesta: 1 minuto
- 63 -
FICHA TÉCNICA # 3
- 64 -
FICHA TÉCNICA #3
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Inicia cuando el actor necesita anexar
documentos. Allí ejecutara la opción
escanear
2 El sistema abrirá la opción y mostrará
los dpi a los que la imagen se
someterá, igualmente los tipos de
formatos.
3 El actor escaneara el documentó y
seleccionara el tipo de formato al igual
que los dpi.
4 El sistema obedecerá y ejecutará las
peticiones del actor.
Flujo Alternativo
Si el documento no debe tener ganchos o basura que pueda causar problemas en el
escaneo.
Poscondiciones
El actor debe conocer los métodos de impresión al igual que los dpi o formatos de imagen.
Frecuencia: En ocasiones Tiempo Esperado de Respuesta: 1 minuto
- 65 -
FICHA TÉCNICA # 3
FICHA TÉCNICA # 3
- 66 -
Autor: Jhonatan Andica Calderón Fecha: 26 marzo de 2016
Descripción: inicia cuando en actor imprime un documento
Actores: Jefe del área.
Precondiciones
El usuario debe estar activo.
El usuario debe estar registrado en la base de datos.
El usuario debe contar con datos actualizados.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Este caso de uso comienza cuando el
administrador selecciona la opción
imprimir
2 El sistema arroja una ventana con la
opción generar certificado
3 El actor digita la cedula y selecciona el
tipo del certificado a imprimir.
4 El sistema responde a los datos
imprimiendo el certificado
5 El actor podrá generar los documentos:
- Certificado laboral.
- Constancia laboral.
- Autorización retiro constancias.
Flujo Alternativo
Si el documento no aparece registrado no se procederá a la impresión.
Poscondiciones
El usuario debe tener los documentos al día.
Frecuencia: En ocasiones Tiempo Esperado de Respuesta: 1 minuto
FICHA TÉCNICA # 3
- 67 -
Autor: Jhonatan Andica Calderón Fecha: 26 marzo de 2016
Descripción: inicia cuando el actor desea guardar cambios de un documento o anexar una
imagen de mas documentos.
Actores: Jefe del área.
Precondiciones
El usuario debe estar activo.
El usuario debe estar registrado en la base de datos.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 Inicia cuando el actor ejecuta la opción
guardar documento.
2 El sistema arroja una ventana con la
opción guardar documento
3 El actor selecciona el documento a
guardar.
4 El sistema envía un cuadro de
notificación donde avisa al actor si
desea guardar los cambio.
5 El actor acepta o rechaza la notificación
del sistema.
Flujo Alternativo
Si el actor rechaza la acción, no se cargara ningún tipo de documento.
Poscondiciones
El usuario debe contar con su respectivo equipo he impresora multifunción con scanner.
Frecuencia: En ocasiones Tiempo Esperado de Respuesta: 2 minuto
- 68 -
Diagrama de Actividades Ingreso al Sistema
- 69 -
Diagrama de Secuencia Ingreso al sistema
- 70 -
- 71 -
CASO DE USO INGRESO AL SISTEMA
FICHA TÉCNICA #1
Flujo Normal
Acción del Actor Respuesta del Sistema
1 El actor inicia ejecutando el software
2 El sistema inicia la ejecución
solicitando clave y contraseña.
3 El actor digita los datos solicitados.
4 El sistema verifica en la base de datos.
5 El sistema permite el ingreso del actor
6 El actor ingresa al sistema para poder
ejecutar sus funciones.
Flujo Alternativo
El usuario debe de estar registrado en una base de datos
Pos condiciones
El usuario debe contar con un registro y un expediente.
Frecuencia: Ocasional Tiempo Esperado de Respuesta: 1 minuto
FICHA TÉCNICA #2
- 72 -
Caso de uso: Ingresar al sistema
Autor: Jhonatan Andica Calderón Fecha: 26 de marzo de 2016
Descripción: inicia cuando el actor solicita ingreso al sistema por medio de la ejecución.
Actores: Jefe del área.
Precondiciones
El actor debe estar registrado en la base de datos del sistema.
Flujo Normal
Acción del Actor Respuesta del Sistema
1 El sistema se ejecuta por medio de la
acción del actor.
2 El sistema solicita que ingrese los
campos de usuario y contraseña.
3 El actor ingresa los datos
correspondientes a usuario y contraseña
para realizar el logeo
5 El sistema verifica los datos
correspondientes.
6 El sistema permite el ingreso del actor
al sistema.
Flujo Alternativo
Nombre y contraseña no validos
Poscondiciones
El actor debe contar con una cuenta en el sistema
Frecuencia: Con frecuenci Tiempo Esperado de Respuesta: 20 segundos
- 73 -
Caso de Uso Vinculación Empleado
- 74 -
Caso de Uso Anexar Documentos
- 75 -
Caso de Uso Logeo Sistema
- 76 -
Caso de Uso Reclutamiento Hoja de Vida
- 77 -
CONCLUSIONES
Por este motivo, se propuso diseñar una aplicación de software para el área de
recursos humanos en su etapa de contratación, en donde la aplicación cuente con
una interfaz de fácil manejo y la cual cuente con parámetros de seguridad
necesarios para la protección de la información.
- 78 -
BIBLIOGRAFIA
http://www.uml-diagrams.org/uml-25-diagrams.html
http://profesores.fi-b.unam.mx/carlos/aydoo/uml.html
http://www.altova.com/es/umodel.html
http://dia-installer.de/index.html.es
http://argouml.tigris.org/
- 79 -