FORMULACION DEL MODELO DEL SISTEMA DE TRÁMITE

Figura N° 15 : Flujo grama de ingreso de expedientes del sistema anterior

Fuente Municipalidad Provincial de Huancayo Elaboracion Propia

Requerimientos Funcionales del Sistema Actual

Tiene

1. Registro de Expedientes.

No Tiene

1. Modificar y Editar registro de expedientes 2. Control y Seguimiento de Expedientes 3. Estado actual del expediente.

- VALIDAR USUARIO Actor: Sistema

1.- El Usuario Ingresa a la Interfaz del Sistema.

2.- El Usuario Ingresa Información 3.- El Sistema Valida la Información.

4.- El Sistema Visualiza la Información deseada.

Figura N° 16 : VALIDAR USUARIO

Fuente : Desarrollado con StarUML Elaboración Propia

Este caso de uso muestra como el usuario primero ingresa al sistema, luego consulta registro e inscripción y después valida si el registro es correcto.

- ATENCION DEL DOCUMENTO Actor: Usuario

1.- El Usuario Ingresa a la Interfaz del Sistema.

2.- El Usuario Ingresa Información 3.- El Sistema Valida la Información.

4.- El Sistema Registra la Información.

5.- El Sistema Visualiza mensaje de éxito

Figura N° 17 : ATENCION DEL DOCUMENTO

Fuente : Desarrollado con StarUML Elaboración Propia

Es iniciado por el Administrativo quien deriva el documento al área de destino y este a su vez analiza el documento para emitir una respuesta y la vez actualizar el estado del documento.

- REGISTRO DEL DOCUMENTO Actor: Usuario

1.- El Usuario Ingresa a la Interfaz del Sistema.

2.- El Usuario presiona botón de petición de consulta 3.- El Sistema visualiza opciones de consulta

4.- El Sistema valida la Información.

5.- El Sistema filtra la consulta deseada.

6,- El Sistema Visualiza la información deseada

Figura N° 18 : REGISTRO DEL DOCUMENTO

Fuente : Desarrollado con StarUML Elaboración Propia

Este caso de uso es iniciado por el usuario quien entrega el documento y a su vez es verificado por el Administrativo encargado, y hace los registros correspondientes en caso de que todo este conforme y luego lo deriva al área de destino.

- CONSULTAS DE INFORMACION Actor: Usuario

1.- El Usuario Ingresa a la Interfaz del Sistema.

2.- El Usuario presiona Botón Consulta Tupa o Consulta no Tupa 3.- El Sistema Procesa la Información.

4.- Visualiza la información.

Figura N° 19 : CONSULTA DE INFORMACION

Fuente : Desarrollado con StarUML Elaboración Propia

Este caso de uso es iniciado por el usuario donde realiza una consulta sobre el estado del trámite presentado, después de realizar la consulta se procede a informar al usuario.

4.3.2 SECUENCIA

Ingreso al Sistema

Ingresa Usuario y Password.

Valida información y perfil:

Ingresa al sistema para procesar datos.

Realiza Proceso de Registro:

Devuelve datos del registro.

Figura N° 20 : Diagrama de Secuencia de Proceso de Registro

Fuente : Desarrollado con StarUML Elaboración Propia

4.3.4 ACTIVIDADES

- Registro de Procedimientos, Requisitos o Usuarios.

(Actor: Administrador del Sistema)

- Elimina de Procedimientos, Requisitos o Usuarios.

(Actor: Administrador del Sistema)

- Actualizar de Procedimientos, Requisitos o Usuarios.

(Actor: Administrador del Sistema)

- Buscar Procedimientos, Requisitos o Usuarios.

(Actor: Administrador del Sistema)

4.3.5 PLATAFORMA TECNOLÓGICA:

La solución de desarrollo del Sistema deberá ser implementada bajo una arquitectura de 3 capas:

 Capa de Presentación:

Es la que ve el usuario (también de la denomina “capa de usuario”), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta etapa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser “amigable” (entendible y fácil de usar) para el usuario,

 Capa de Negocio:

Es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y que se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta etapa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar datos de él. También se consideran aquí los programas de aplicación.

 Capa de Datos:

Es donde residen los datos y es la encargada de acceder a los mismos.

Está conformada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocios.

Las ventajas de usar esta arquitectura son las siguientes:

 El desarrollo se puede llevar a cabo en varios niveles.

 Desarrollos paralelos (en cada capa).

 Aplicaciones más robustas debido al encapsulamiento.

 En caso que sobrevenga algún cambio, solo se ataca al nivel requerido sin tener que revisar ente código mezclado.

 Mantenimiento y soporte más sencillo (es más sencillo cambiar un componente que modificar un aplicación monolítica).

 Mayor flexibilidad (se pueden añadir nuevos módulos para dotar al sistema de nueva funcionalidad).

 Alta escalabilidad. La principal ventaja de un aplicación distribuida bien diseñada es su buen escalamiento, es decir, que puede manejar muchas peticiones con el mismo rendimiento simplemente añadiendo más hardware.

 El crecimiento es casi lineal y no es necesario añadir más código para conseguir esta escalabilidad.

Figura N° 21 : Diseño de Funcionamiento del Sistema

Fuente : Desarrollado con StarUML Elaboración Propia

CLIENTE ES

SERVIDOR DE NEGOCIACION

SERVIDOR DE BASE DE

DATOS Capa de Presentación Capa de Negocio Capa de Datos

 Modalidad: Cliente – Servidor y Web para consultas.

 Lenguaje de programación: Java y/o Visual Fox 9.0.

 IDE para aplicaciones Web: NetBeans, PHP o Visual Studio.

 Software de Servidor de Aplicaciones Web: Tomcat - Apache

 Navegador: Internet Explorer, Mozilla, Chrome.

 Gestor de base de datos: MYSQL SERVER

 Sistema Operativo de Servidores: Windows Server / Linux.

 Sistema Operativo de Clientes: Windows XP o superior.

 Protocolo de transporte / red utilizado: Se conecta con el protocolo TCP/IP.

 Reportes del sistema: Soportados en formato EXCEL, PDF, HTML, TXT.