AUTOMATIZACION DE TRMITES

Descripcin del sistemaSe dar a conocer las especificaciones del sistema y su funcionamiento en general, as como seccin las partes que lo conforman y su funcionamiento dentro del mismo. Adems se dar a saber el proceso el anlisis de los requerimientos necesarios y el anlisis del diseo del sistema, incluyendo los respectivos modelos de negocio

Descripcin General del SistemaPara la realizacin del sistema se tuvo en cuenta la interaccin de dos nicos usuarios que realizan roles durante el proceso:

Usuario externo o final : Beneficiario que hace uso del sistema para satisfacer sus necesidades, problemticas, etc.Usuario Interno: Usufructuario que interacta con el sistema como mediador y cubrir las exigencias a peticin de los usuarios externos.

Usuario Externo o Final: Es cualquier persona que se registre o se halla registrado en el sistema para poder acceder, visualizar, descargar, completar, verificar posibles errores de llenado de documento, adems su posterior envi , es decir , lo que el sistema le permita realizar de manera eficiente para la resolucin de los posibles inconvenientes que est presente, as como realizar un seguimiento de dichos documentos, pues permite saber en tiempo actual la ubicacin y estado de su archivo. Adems permitir simplemente navegar y ver los reportes de los archivos a peticin realizamos por este.Usuario interno: Este usuario ser la persona encargada de darle valor a las peticiones hechas por el usuario final, as mismo, ser mediador de los documentos que necesiten ser procesados para satisfacer las necesidades requeridas con anticipacin, por tanto, en cuestin de administrar las diferentes categoras de documentos que existen. ste usuario tendr la responsabilidad que los documentos se encuentren actualizados.

Anlisis de requerimientos

REQUERIMIENTOS FUNCIONALES:

El sistema debe permitir al usuario verificar el estado de aprobacin de nuestra Solicitud. El sistema deber permitir buscar algn documento enviado por algn alumno. El sistema deber mostrar un tipo de notificacin para avisar a secretaria o directores que un trmite ha sido enviado El sistema debe permitir seleccionar tipo de Trmite. El sistema nos debe permitir seleccionar periodo. El sistema nos deme permitir seleccionar ciclo. El sistema nos debe permitir seleccionar curso. El sistema nos debe permitir agregar cantidad de curso. El sistema nos debe permitir poder corregir plantilla. El sistema deber permitir Enviar el documento. El sistema deber tener la funcin de Guardar documento El sistema debe permitir eliminar documento.

REQUERIMIENTOS NO FUNCIONALES:

Desempeo Garantizar la confiabilidad, la seguridad y el desempeo del sistema a los diferentes usuarios que hacen uso del mismo. Adems, la informacin almacenada, procesada podr ser consultada y actualizada simultneamente, sin que se afecte el tiempo de respuesta. El sistema debe estar en capacidad de dar respuesta al acceso, reportes de todos los datos ingresados con anterioridad por los usuarios y a los procesos que este realice, por consiguiente teniendo un tiempo de respuesta aceptable y uniforme.

Disponibilidad: Estar disponible al 100% o muy cercano a esta probabilidad durante el horario hbil laboral regido por la entidad (UNIVERSIDAD PRIVADA ANTENOR ORREGO) Operar de la misma manera para todos los usuarios sujetos a dicha entidad (facultades universitarias).

Escalabilidad:

El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal que nuevas funcionalidades y requerimientos relacionados puedan ser incorporados. El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades (modificar, eliminar, insertar descripciones, enlaces, etc.) despus de su construccin y puesta en marcha

Facilidad de Uso e Ingreso de Informacin: El sistema debe ser de fcil uso y entrenamiento por parte de los usuarios, as como de fcil adaptacin de la entidad con el mismo. El sistema no debe permitir el cierre de una operacin hasta que todos sus procesos, subprocesos y tareas relacionados, hayan sido terminados y cerrados satisfactoriamente. El ingreso de informacin al sistema debe disearse con transacciones que permitan el ingreso de los datos de forma parcial; es decir, que el tamao de las pginas de registro (o formularios) de informacin sean adecuadas de acuerdo con la estabilidad de la red. El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo de error y permitir corregirla en tiempo real.

Flexibilidad:

El sistema debe ser diseado y construido con la mayor cercana al usuario para satisfacer sus necesidades de forma eficiente y eficaz. Adems, con los mayores niveles de amigabilidad en cuanto a la parametrizacin de los tipos de datos, de tal manera que el usuario no presente problemas al momento de su interaccin

Operatividad:

El sistema debe ser de fcil operacin ante la problemtica de cada usuario que interacta con ella, y que demande un bajo costo de dificultad al usuario.

Seguridad:

La seguridad del sistema debe estar regida por las Polticas de Seguridad de dicha entidad UPAO (UNIVERSIDAD PRIVADA ANTENOR ORREGO). El acceso al Sistema debe estar restringido por el uso de claves asignadas a cada uno de los usuarios. Slo podrn ingresar al Sistema las personas que estn registradas. Respecto a la confidencialidad, el sistema debe estar en capacidad de rechazar accesos o modificaciones indebidos (no autorizados) a la informacin y proveer los servicios requeridos por los usuarios legtimos del sistema.

Validacin de Informacin:

El sistema debe validar automticamente la informacin contenida en los formularios de ingreso. En el proceso de validacin de la informacin, se deben tener en cuenta aspectos tales como obligatoriedad de campos, longitud de caracteres permitida por campo, manejo de tipos de datos, etc.

Facilidad de Uso e Ingreso de Informacin: El sistema debe ser de fcil uso y entrenamiento por parte de los usuarios, as como de fcil adaptacin de la entidad con el mismo. El sistema no debe permitir el cierre de una operacin hasta que todos sus procesos, subprocesos y tareas relacionados, hayan sido terminados y cerrados satisfactoriamente. El ingreso de informacin al sistema debe disearse con transacciones que permitan el ingreso de los datos de forma parcial; es decir, que el tamao de las pginas de registro (o formularios) de informacin sean adecuadas de acuerdo con la estabilidad de la red. El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo de error y permitir corregirla en tiempo real.

VISUALMODELADO

PICTOGRAMA

Plan de marketing de Adventure Works

[Type text]Pgina PAGE \* MERGEFORMAT Pictograma de Diagnstico: Automatizacin de trmites

Pictograma Solucin: Automatizacin de trmites

MODELADOS DE NEGOCIO

MODELO CASO DE USO DE NEGOCIO (DCU) MODELO OBJETO DE NEGOCIO (DON)

MODELO DOMINIO DE PROCESOS (DDP)

MODELO DE CAUSO DE USO DE REQUERIMIENTOS