LICONSOFT

Yenny Paola Aldana

Lina Paola Vega

Daniela Martinez Caceres

Jhonatan Arvey Rivera

Brandon Steven Vargas

Contenido

INTODUCCION .................................................................................................................................4

JUSTIFICACION ...............................................................................................................................5

OBJETIVOS .......................................................................................................................................6

Generales .......................................................................................................................................6

Específicos .....................................................................................................................................6

¿Qué ES TECNOLOGIA GPL? ......................................................................................................7

DIAGRAMAS DE CASOS DE USO ...............................................................................................8

1. INICIO .....................................................................................................................................8

2. PAGINA PRINCIPAL ............................................................................................................8

3. REGISTRO .............................................................................................................................9

4. OPERACIONES ....................................................................................................................9

5. CONFIGURACIONES ....................................................................................................... 10

6. INFORMES ......................................................................................................................... 10

DIAGRAMA DE ACTIVIDADES ................................................................................................... 11

1. PAGINA PRINCIPAL ......................................................................................................... 11

2. REGISTRO .......................................................................................................................... 12

3. OPERACIONES ................................................................................................................. 13

4. CONFIGURACIONES ....................................................................................................... 14

5. REPORTES ......................................................................................................................... 15

DIAGRAMA DE CLASES .............................................................................................................. 16

DIAGRAMA DE CLASES. ......................................................................................................... 16

DIAGRAMAS DE SECUENCIA.................................................................................................... 17

1. PAGINA PRINCIPAL ......................................................................................................... 17

2. REGISTRO .......................................................................................................................... 18

3. OPERACIONES ................................................................................................................. 19

4. CONFIGURACIONES ....................................................................................................... 19

5. REPORTES ......................................................................................................................... 20

DIAGRAMA DE DESPLIEGUE .................................................................................................... 21

1. DESPLIEGUE ..................................................................................................................... 21

INTODUCCION

¿Conoce como se hace el proceso de liquidación actualmente?, ¿tienen usted

conocimiento de sus beneficios de liquidación?, ¿tiene conocimiento del software

que utiliza su empresa para liquidar los empleados?

Interrogantes como estas fueron la base para plantear este proyecto el cual

consiste en sistematizar la forma como se realiza el proceso de liquidación

contractual de una empresa, hacer mas automática y amigable la interfaz que

emplea el usuario para trabajar con los datos de sus trabajadores; buscando

permitir el fácil acceso a las bases de datos, una forma de búsqueda

personalizada, permitir que el trabajador tenga acceso al proceso de evolución

laboral (conocimiento de horas trabajadas, horas extras, beneficios “ARP, CAJAS

DE COMPENSACION.”) todo esto de manera solo visible es decir que le será

imposible modificar los datos a los que tenga acceso pero en caso de

inconformidad que pueda consultar sus dudas por medio de un buzón de correo

predefinido para ello.

En este artículo se plasmara el informe técnico de diseño el cual es el registro en

el que se modulan los datos recolectados anteriormente con el levantamiento de

información, con el fin de enfocar los requerimientos del proyecto más a la

creación de lo que será la base del diseño del sistema de información.

JUSTIFICACION

Este documento se realiza con el fin de moldear los datos obtenidos con la

recolección de información previa. Este es un informe de diseño debido a que su

propósito es especificar con imágenes una idea general y clara de lo que el cliente

a pedido que haga el software y por medio de este documento será mas fácil que

observe cual será su funcionamiento, para luego pasar a la codificación y

posteriormente realizar las debidas pruebas en busca de errores, siempre

buscando la satisfacción del usuario.

OBJETIVOS

Los objetivos principales de este artículo son:

Generales

- Moldear los datos recolectados anteriormente en el levantamiento de

información, los cuales especifican los requerimientos del proyecto y los

objetivos del sistema, alcances que tendrá, a quien va estar dirigido entre

otras.

Específicos

- ¿Qué es TecnologíaGPL?

- Modelo conceptual

- Realizar diagramas de casos de uso

- Realizar diagramas de actividades

- Realizar diagrama de Clases

- Realizar diagrama de Secuencia

- Realizar diagramas de Estado

- Realizar diagrama de Despliegue

- Realizar Interfaces en PHP

¿Qué ES TECNOLOGIA GPL?

La Licencia Pública General de GNU o más conocida por su nombre en inglés GNU General Public License o simplemente sus siglas del inglés GNU GPL, es una licencia creada por la Free Software Foundation en 1989 (la primera versión), y está orientada principalmente a proteger la libre distribución, modificación y uso de software. Su propósito es declarar que el software cubierto por esta licencia es software libre y protegerlo de intentos de apropiación que restrinjan esas libertades a los usuarios.

Existen varias licencias “hermanas” de la GPL, como la licencia de documentación libre de GNU (GFDL), la Open Audio License, para trabajos musicales, etcétera, y otras menos restrictivas, como la MGPL, o la LGPL (Lesser General Publical License, antes Library General Publical License), que permiten el enlace dinámico de aplicaciones libres a aplicaciones no libres.

DIAGRAMAS DE CASOS DE USO

La descripción escrita del comportamiento del sistema al afrontar una tarea

de negocio o un requisito de negocio. Esta descripción se enfoca en el valor

suministrado por el sistema a entidades externas tales como usuarios

humanos u otros sistemas.

La posición o contexto del caso de uso entre otros casos de uso. Dado que

es un mecanismo de organización, un conjunto de casos de uso coherente,

consistentes promueve una imagen fácil del comportamiento del sistema, un

entendimiento común entre el cliente/propietario/usuario y el equipo de

desarrollo.

1. INICIO

2. PAGINA PRINCIPAL

3. REGISTRO

4. OPERACIONES

5. CONFIGURACIONES

6. INFORMES

DIAGRAMA DE ACTIVIDADES

Es una forma especial de diagrama de estado usado para modelar una secuencia

de acciones y condiciones tomadas dentro de un proceso.

La especificación del Lenguaje de Modelado Unificado OMG define un diagrama

de actividad como: “… una variación de una máquina estados, lo cual los estados

representan el rendimiento de las acciones o sub-actividades y las transiciones se

provocan por la realización de las acciones o sub-actividades.

1. PAGINA PRINCIPAL

2. REGISTRO

3. OPERACIONES

4. CONFIGURACIONES

5. REPORTES

DIAGRAMA DE CLASES

Es un tipo de diagrama estático que describe la estructura de un sistema

mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de

clases son utilizados durante el proceso de análisis y diseño de los sistemas,

donde se crea el diseño conceptual de la información que se manejará en el

sistema, y los componentes que se encargaran del funcionamiento y la relación

entre uno y otro.

DIAGRAMA DE CLASES.

DIAGRAMAS DE SECUENCIA

Es un tipo de diagrama usado para modelar interacción entre objetos en un

sistema según UML. En inglés se pueden encontrar como “sequencediagram”,

“event-trace diagrams”, “eventscenarios” o “timingdiagrams”, muestra la

interacción de un conjunto de objetos en una aplicación a través del tiempo y se

modela para cada caso de uso. Mientras que el diagrama de casos de uso permite

el modelado de una vista business del escenario, el diagrama de secuencia

contiene detalles de implementación del escenario, incluyendo los objetos y clases

que se usan para implementar el escenario, y mensajes intercambiados entre los

objetos.

1. PAGINA PRINCIPAL

2. REGISTRO

3. OPERACIONES

4. CONFIGURACIONES

5. REPORTES

DIAGRAMA DE DESPLIEGUE

Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas

y las relaciones entre sus componentes.

Los elementos usados por este tipo de diagrama son nodos (representados como

un prisma), componentes (representados como una caja rectangular con dos

protuberancias del lado izquierdo) y asociaciones.

En el UML 2.0 los componentes ya no están dentro de nodos. En cambio, puede

haber artefactos u otros nodos dentro de un nodo.

Un artefacto puede ser algo como un archivo, un programa, una biblioteca, o una

base de datos construida o modificada en un proyecto. Estos artefactos

implementan colecciones de componentes. Los nodos internos indican ambientes,

un concepto más amplio que el hardware propiamente dicho, ya que un ambiente

puede incluir al lenguaje de programación, a un sistema operativo, un ordenador o

un clúster de terminales.

1. DESPLIEGUE