AP7-AA6-Ev2- Codificación de los módulos del sistema de Información

CODIFICACIÓN DE LOS MODULOS DEL SISTEMA DE INFORMACIÓN KFFL

PRESENTADO
POR:
DIANA KAROLINA ROJAS CORTES
FELIX MERIÑO MENDOZA
FREDDY MARQUEZ RUDIÑO

SERVICIO NACIONAL DE APRENDIZAJE (SENA)

TECNOLOGÍA EN ANÁLISIS Y DESARROLLO DE SISTEMAS DE

INFORMACION

2018
Contenido
Objetivo ............................................................................................................................................... 3
Alcance ................................................................................................................................................ 3
Fases .................................................................................................................................................... 3
Especificación de cada fase ................................................................................................................. 6
Requerimientos Funcionales ........................................................................................................... 6
Requerimientos No Funcionales ..................................................................................................... 7
Metas y restricciones de la Arquitectura ........................................................................................ 8
Restricciones que afectan la arquitectura del software ................................................................. 8
Fase de análisis .................................................................................................................................... 8
Estudio del entorno tecnológico ..................................................................................................... 8
Elección de la Arquitectura de Desarrollo ....................................................................................... 9
Hadware (características minimas) ........................................................................................... 9
Software ......................................................................................................................................... 9
Diagramas de Análisis del Sistema ................................................................................................ 10
Fase de Diseño .................................................................................................................................. 13
Diseño de la Base de Datos ........................................................................................................... 13
Diccionario de Datos ......................................................................................................................... 14
Diseño de Entradas y Salidas ......................................................................................................... 17
Diseño de Casos de Uso ................................................................................................................ 20
Diseño de Clases............................................................................................................................ 21
Diagrama de despliegue KFF SOFTWARE ............................................................................... 21
Diagrama de nodos KFF SOFTWARE........................................................................................ 22
Vista de Administración ............................................................................................................. 23
Objetivo

Esta herramienta se centralizará y automatizará la información generada en los

bufet y tomadas en las labores de supervisión, esta información repercutirá en las
otras áreas de la compañía que intervendrán de una manera oportuna en la
atención a solicitudes, reportes y novedades cumpliendo así con los indicadores
que permitirán alcanzar los objetivos del sistema de gestión de calidad aplicables
al área de operaciones y la información sistematizada permitirá generar informes
de forma ágil.

Alcance

La visión global de KFF SOFTWARE consta de registrar y almacenar la

información diaria de las actividades profesionales de los abogados o bufet¸ y
desarrollar un sistema de información que permita conocer y automatizar en
tiempo real los reportes, novedades y solicitudes que surgen en las labores de
supervisión de los puestos y atender de manera oportuna estas solicitudes y
reportes. Basándonos en el primer objetivo específico de nuestro sistema el cual
es Diseñar un sistema de información totalmente WEB en la que se permita el
acceso de forma ágil y segura a los Abogados y clientes, con el fin de generar,
revisar y gestionar, reportes, solicitudes y novedades.

Fases

 Influencias con requisitos funcionales y no funcionales

 EMPRESA TRANSPORTADORA ABC
STAKEHOLDERS -
INTERNOS EXTERNOS

REQUERIMIENTOS FUNCIONALES O REQUERIMIENTOS FUNCIONALES O

ID ROL DEFINICIÓN CODIGO ID ROL DEFINICIÓN CODIGO
SERVICIOS QUE ESPERA DEL SISTEMA SERVICIOS QUE ESPERA DEL SISTEMA

Persona encargada de dirigir, coordinar,

planificar y controlar las operaciones Generar Informes que le permitan tomar Persona que solicita la distribución de su
SHI1 Gerente de Operaciones RF001 SHE1 Clientes RF009 Consultar sus paquetes
aumentando los procesos de calidad y decisiones material.
producción.
Registrar el conograma de pruebas, entregas y
devoluciones
Responsable de garantizar que las pruebas de RF002
Director de Alistamiento y Entidades que suministran los productos y/o RF010 Relación de proveedores
SHI 2 entrega y devolución correspondientes al SHE 2 Proveedores
Distribución Realizar el seguimiento del cronograma de servicios para l evar a cabo las entregas. RF011 Consultaeestado de entregas de sus productos
cronograma sean descargadas. RF003
actividades diariamente

Responsable de cumplir con los cronogramas

Registrar en el cronograma de actividades las
Coordinador de Despachos y establecidos y asignar el material a los Personas o entidades que se benefician por el
SHI 3 RF004 operaciones realizadas de acuerdo con su ruta SHE 3 Sociedad RNF015 Página web
Reportes operadores de ruta de acuerdo a las zonas proceso de entrega de los productos enviados.
y zona
acordadas.
Elaborar e imprimir las guías de entrega
RF005
Entidades de control y supervisión que vigilan
Auxiliar de Despachos y Persona encargada de alistar, despachar y Generar lista de guías elaboradas diariamente Generar Planil as de pago de impuestos de
SHI 4 RF006 SHE 4 Gobierno los procesos de mensajería y se benefician por RF012
Reportes reportar las guías de entrega mediante punteo. acuerdo a las leyes tributarias
el cobro de impuestos a estos servicios.
Verificar las entregas
RF007

Persona responsable de reportar guías y

SHI 5 Operador de Ruta RF008 Registra entregas
realizar las entregas asignadas.
 REQUERIMIENTOS NO FUNCIONALES INTERFAZ DE USUARIO
Código Nombre Descripción

La información se muestra al usuario en forma clara y teniendo en cuenta que entiendan los contenidos, proporciona texto
alterno para que el contenido no sea solamente textual y de tal forma que pueda ser transformado en formatos necesarios
para usuarios con discapacidades.
RNF001 Perceptible
El contenido debe ser adaptable, para ser presentado en diferentes formas sin perder información ni estructura.

Debe permitir a los usuarios ver y escuchar el contenido incluyendo la distinción entre lo menos y más importante.

Los componentes de la interfaz de usuario y su navegabilidad deben ser manejables. El teclado de contener todas las
RNF002 Operable funciones activas, el tiempo debe ser suficiente para que los usuarios puedan leer y utilizar el contenido, tener en cuenta que
el contenido debe estar diseñado para evitar ataques epilépticos, debe proporcionar ayudas y búsquedas para los usuarios.

Tanto las operaciones como la información contenida en la interfaz debe ser comprensible por los usuarios. Legible,
RNF003 Comprensible
previsible y debe evitar y corregir errores de ingreso de datos.

El contenido de las interfaces debes ser interpretado por diferentes usuarios de acuerdo con su rol en la aplicación,
RNF004 Robustez
adicionalmente debe ser compatible con los actuales y futuros usuarios

REQUERIMIENTOS NO FUNCIONALES PARA EL DESARROLLO, DESEMPEÑO Y SEGURIDAD

Código Nombre Descripción

En el desarrollo del producto se tiene que tener en cuenta la escalabilidad de la aplicación puesto que esta sujeta a cambios
RNF009 escalabilidad
de acuerdo a las necesidades de los actores del proceso y modificación de las normas internas y externas

RNF010 Mantenibilidad El sistema de información debe permitir el mantenimiento de las bases de datos y de los procesos de forma sencilla sin que
altere el desempeño general de la aplicación

RNF011 Rendimiento La respuesta de la aplicación a la hora de ejecutarse alguno de sus requerimientos funcionales no debe alargarse en el
tiempo, las respuestas a los eventos deben ser rápidos.

RNF012 Espacio de almacenamiento

El sistema completo deberá ser posible almacenarlo en el mismo equipo y en dispositivos externos

RNF013 Fiabilidad El sistema debe ser fiable, puesto que un error de la aplicación puede causar penalizaciones a los usuarios y costos
adicionales a la empresa

El acceso a la aplicación está restringido de acuerdo al rol que desempeñe el usuario. Cada uno debe tener un usuario y
RNF014 Seguridad clave de acceso que le permite ingresar a su sesión y realizar únicamente las tareas permitidas. Las demás seguridades
están de acuerdo con la norma ISO/IEC 27003
REQUERIMIENTOS NO FUNCIONALES RELACIONADOS CON HARDWARE Y SOFTWARE
Código Nombre Descripción

RNF011 Impresora Laser Para cumplir con los RF001 RF003 RF005

Impresora de etiquetas de tipo desktop, 4,13" de ancho, 203 dpi, transeferencia térmica o térmica directa, puertos USB y
RNF012 Imprimir etiquetas
Serial, codigos 1D, 2D y gráficos; velocidad 4pps.

Indicado en el inventario tecnológico de la empresa. La aplicación se debe poder ejecutar en los equipos existentes y para
RNF014 Hardware
cada usuario

La aplicación se desarrolla en JSP por ser un lenguaje de programación orientado a la web, de uso libre y multiplataforma.
Con MySql como gestor de bases de datos.

Deben estar disponibles los pluggins de adobe para generación de informes lo mismo que excel para generar reportes de
análisis
RNF015 Software
El sistema operativo debe ser windows 7 pero la aplicación puede ser desarollada y ejecutada en cualquier plataforma

La aplicación se debe ejecutar en cualquiera de los siguientes navegadores Google Chrome,Mozilla, Explorer en sus últimas
versiones
Especificación de cada fase

 Se requiere que se cumpla con las siguientes características para el diseño e

implementación del software. Contar con: Hardware: Memoria RAM 8 GB o superior,
Procesador 3.00 GHz o superior, Sistema Operativo de 32 bits Windows 7 o superior.

Requerimientos Funcionales

 El sistema debe permitir al Administrador crear procesos jurídicos y cobro de cartera

servicios en la base de datos del sistema.
 El sistema debe capturar los datos del producto y servicio. Los datos son:
 Código de referencia, nombre del cliente área, fecha, procesos, gestión calendario.
 El sistema debe permitir al empleado registrar el ingreso y salida de procesos jurídicos
y cobro.
 El sistema debe permitir al empleado la consulta procesos jurídicos y cobro
 DISEÑO DE UN SISTEMA DE ALMACENAMIENTO Y CONTROL DE LA
INFORMACIÓN DE LAS ACTIVIDADES PROFESIONALES DE LOS
ABOGADOS.
SRS – Especificación de Requerimientos
Grado
Código Nombre Fecha
Necesidad

Kffl-0001 Gestión y proceso jurídico. 03/08/2017 Alto

Descripción
Crear y llevar control de los procesos jurídicos.
Entradas Fuente Salida Destino Restricciones

expediente Documentos Mediante el

Cliente Ninguna
Jurídico disponibles de partir de software
los expediente.

Consultar expediente en base de datos, crear mediante el software gestiones

Proceso
de su respectivo procesos

Efecto Colateral

 DISEÑO DE UN SISTEMA DE ALMACENAMIENTO Y CONTROL DE LA

INFORMACIÓN DE LAS ACTIVIDADES PROFESIONALES DE LOS ABOGADOS.
SRS – Especificación de Requerimientos
 Grado
Código Nombre Fecha
Necesidad

Kffl-0001 Gestión y proceso cobro cartera 03/08/2017 Alto

Descripción
Crear y llevar control de cobro cartera de los procesos jurídico
Entradas Fuente Salida Destino Restricciones

Documento disponible de
Recibos Paz y salvo Cliente Ninguna
recibo de pagos

Consultar recibos de pagos, crear gestiona miento mediante el software

Proceso posteriormente generar un paz y salvo del procesos jurídico llevados del
cliente

Efecto Colateral

Requerimientos No Funcionales

DISEÑO DE UN SISTEMA DE ALMACENAMIENTO Y CONTROL DE LA INFORMACIÓN DE LAS

ACTIVIDADES PROFESIONALES DE LOS ABOGADOS.
SRS – Especificación de Requerimientos
Grado
Código Nombre Fecha
Necesidad

Kffl-0002 Servicio de internet 03-08/2017 Medio-alta

Inestabilidad del servicio que afecta en el tiempo real de las consultas de los
Descripción
procesos jurídicos y cartera
Metas y restricciones de la Arquitectura

El propósito general es dar a conocer la forma como funcionara el sistema KFF SOFTWARE
(SOFTWARE DE ABOGADO), el cual está encargado registrar y almacenar la información
diaria de las actividades profesionales de los abogados o bufet, con sus respectivos datos
personales, clientes, asunto y expediente, una vez registrado y almacenado estos datos en
el sistema se deberá generar informes mensuales o cuando sea requerido.

Restricciones que afectan la arquitectura del software

 Que el aplicativo desarrollado no sea lo suficientemente completo para el
usuario

 Que La falta de recursos genere la no ejecución del proyecto.

 Que los usuarios dejen de usar la aplicativo, debido al complejo uso del mismo
 Que la aplicación no tenga compatibilidad con algunos servidores.
 La falta de tiempo para la ejecución del proyecto.

Fase de análisis
 Si los componentes ya desarrollados cumplen los requisitos del
proyecto, se adquirirán. El coste de la adquisición y de la integración
de los componentes ya desarrollados serán casi siempre menores
que el coste para desarrollar el software equivalente. Además, el
riesgo es relativamente bajo.
 Si se dispone de componentes ya experimentados, los riesgos
asociados a la modificación y a la integración generalmente se
aceptan. El plan del proyecto debería reflejar la utilización de estos
componentes.
 Si se dispone de componentes de experiencia parcial para el
proyecto actual

Estudio del entorno tecnológico

Para KFF SOFTWARE representa los sucesivos refinamientos que
definen las diferentes unidades lógicas que componen la arquitectura
del software.
El primer refinamiento realizado consiste en la descomposición en
subsistemas:
 Los subsistemas representan cortes verticales al diseño del
sistema.
  Cada subsistema consiste en el agrupamiento de diferentes
funcionalidades relacionadas entre sí y posee la capacidad de
funcionar como un sistema en sí mismo.
 Posteriormente se explora la composición de cada uno de los subsistemas.

 Finalmente se incluye la realización de los casos de uso descriptos

en la sección anterior mediante los componentes arquitectónicos
definidos

Elección de la Arquitectura de Desarrollo

Hadware (características minimas)

 2GB de memoria RAM

 3.00 GHz de procesador
 4 megas minimo de banda para la mejorar la adaptabilidad del sistema
 Tablet memoria de mínimo 16 GB
 Batería mínimo 3000mAh
 Pantalla mínima de 7 pulgadas -WIFI, puertos de USB, procesador Tegra 3 con
velocidad mInimo de 1 Ghz

Software

 Sistema operativo (preferiblemente) WINDOWS 10 Aplicación software

 KFF SOFTWARE Sistema Android para Tablet versión más actualizada según
Tablet
Diagramas de Análisis del Sistema
1. Los siguientes son los módulos del sistema KFF software que están interconectados
para generar Una gestión efectiva y productiva de la información facilitando la
interacción amigable con el usuario.

Modulo jurídico y de control documental

En este modulo el administrador del sistema puede revisar, modificar y eliminar la
información jurídica y de cartera del cliente.

Modulo jurídico-registro datos de clientes

En este modulo se crea y se modifica en el sistema el cliente, se agrega al sistema
los datos personales del cliente para generar información general y una adecuada
contactibilidad del cliente.
Modulo jurídico- Registro de Expediente
Este módulo permite agilizar y estandarizar el registro de los expedientes de las
distintas áreas e integrar esta gestión con el registro de documentos y la gestión
del archivo.
Modulo gestión de cobro
Esta utilidad permite mantener una previsión de cobros y pagos de facturas u otros
documentos de cobro/pago, en la que quedarán contemplados cada uno de los
vencimientos en que se divide cada factura o documento de cobro/pago,
mostrándose por cada uno de ellos fecha, importe y otros datos identificativos.
Fase de Diseño
El modelo relacional de la base de datos, nos sirve para especificar la estructura de datos
del Sistema y la relación entre cada entidad. Para el Sistema de información de base de
datos de los abogados se establece que cualquier profesional pueda realizar un informe y
consulta de expediente o información. En el diseño de una Base de Datos, los datos se
reparten entre varios ficheros o tablas. Esta base de datos estará disponible para varios
usuarios en forma simultánea, por lo tanto, se debe crear mecanismos que aseguren que
las relaciones entre registros se mantengan coherente.

Diseño de la Base de Datos

 Diccionario de Datos
Database Model plugin_tmp.xml

abogado
Defaul
ColumnNam PrimaryKey NotNull Comme AutoIn
DataType Flags t
e nt c
Value
idabogado INTEGER PK NN UNSIGNE AI
 D
VARCHAR(25
nombre
5)
VARCHAR(25
apellido
5)
VARCHAR(25
email
5)
VARCHAR(25
celular
5)
VARCHAR(25
codigo
5)
IndexName IndexType Columns
PRIMARY PRIMARY idabogado

asunto
Defau
PrimaryKe NotNull Comme AutoIn
ColumnName DataType Flags lt
y nt c
Value
UNSIGNE
idasunto INTEGER PK NN AI
D
abogado_idabog UNSIGNE
INTEGER NN
ado D
VARCHAR(2
descripcion
55)
UNSIGNE
idexpediente INTEGER
D
IndexName IndexType Columns
PRIMARY PRIMARY idasunto
asunto_FKIndex1 Index abogado_idabogado

cliente
Defau
PrimaryKe NotNul Comme AutoI
ColumnName DataType Flags lt
y l nt nc
Value
UNSIGN
idcliente INTEGER PK NN AI
ED
expediente_idexpedi UNSIGN
INTEGER NN
ente ED
VARCHAR(2
nombre
55)
VARCHAR(2
apellido
55)
email VARCHAR(2
 55)
VARCHAR(2
celular
55)
VARCHAR(2
clave
55)
VARCHAR(2
asunto
55)
IndexName IndexType Columns
PRIMARY PRIMARY idcliente
cliente_FKIndex1 Index expediente_idexpediente

expediente
Defaul
PrimaryKey NotNull Commen AutoIn
ColumnName DataType Flags t
t c
Value
UNSIGNE
idexpediente INTEGER PK NN AI
D
asunto_idasunt UNSIGNE
INTEGER NN
o D
DATETIM
fecha_inicio
E
DATETIM
fecha_termino
E
IndexName IndexType Columns
PRIMARY PRIMARY idexpediente
expediente_FKIndex1 Index asunto_idasunto

juicio
Defau
PrimaryKe NotNul Comme AutoI
ColumnName DataType Flags lt
y l nt nc
Value
UNSIGN
idjuicio INTEGER PK NN AI
ED
expediente_idexpedi UNSIGN
INTEGER NN
ente ED
UNSIGN
asunto_idasunto INTEGER NN
ED
fecha_inicio DATETIME
fecha_termino DATETIME
VARCHAR(2
estado
55)
 UNSIGN
idcliente INTEGER
ED
UNSIGN
idabogado INTEGER
ED
IndexName IndexType Columns
PRIMARY PRIMARY idjuicio
juicio_FKIndex1 Index asunto_idasunto
juicio_FKIndex2 Index expediente_idexpediente

Diseño de Entradas y Salidas

 Aplicativo de acceso a abogados con modulo jurídico y de control
documental

 Aplicativo de acceso a abogados con modulo jurídico, Registro de Datos

Clientes
 Aplicativo de acceso a abogados con modulo jurídico, Registro de
Expediente

 Aplicativo de acceso a abogados con modulo, Gestión de Cobro

Diseño de Casos de Uso
Diseño de Clases
 Paquetes

 Componentes

Diagrama de despliegue KFF SOFTWARE

Diagrama de nodos KFF SOFTWARE
Vista de Administración

En la preparación del entorno de generación y construcción desarrollan los componentes

y módulos del sistema de información KFF 1.0
Modulo jurídico y de control documental
Modulo jurídico-registro datos de clientes
Modulo jurídico- Registro de Expediente
Modulo gestión de cobro
Con la herramienta NetBeans y el código de programación java según los requerimientos
del sistema de información, se crea la interconexión lógica del sistema entra las interfaces
y las bases de datos que se diseñaran con MySQL.
Implementación de los procedimientos de operación y seguridad propios del entorno de
construcción de acuerdo a los requisitos de seguridad y operación establecidos en la tarea
especificación del entorno de construcción.