Sistema de Tramite Documentario 150523185748 Lva1 App6892

UNIVERSIDAD NACIONAL DE MOQUEGUA
SISTEMAS DE INFORMACION
19
Kevin Huamani Ordoez
| [Escribir la direccin de la compaa]

19
En Agradecimiento especial para las

personas que aparecen en las
siguientes lneas:
Para todas nuestras familias., Para

nuestra profesora, quien nos ayud a
aportar conocimientos nuevos en este
trabajo.

19
INTRODUCCIN
Para realizar este Plan de Sistemas hemos elegido como institucin a la

Universidad nacional de Moquegua, se ha visto por conveniente el estudio e
implantacin de un sistema de tramite documentario para darle llevar un
control preciso de la documentacin entrante que se presenta, ahorrando
adems de tiempo, los errores que se puedan producir por realizarse
manualmente.
INDICE DEL CONTENIDO

Capitulo I. generalidades.4
1.1 titulo del proyecto.5
1.2 integrantes del grupo..5

19
1.3 versin ..5
Captulo II. Formulacin del proyecto5
2.1. Planteamiento del problema ..6
2.1.1. Definicin del problema.7
2.1.2. Justificacin de la necesidad del desarrollo....7
2.1.3. Determinacin de las factibilidades7
2.1.4. Estimacin de los recursos preliminares requeridos.7
2.1.4.1. Factibilidad Tcnica8
2.1.4.2. Factibilidad Econmica.8
2.1.4.3. Factibilidad Legal8
2.1.4.4. Factibilidad Operativa9
2.1.4.5. Factibilidad Temporal9
2.1.5. Estimacin de los recursos preliminares requeridos10
2.1.5.1. Recursos humanos10
2.1.5.2. Recursos de software..11
2.1.5.3. Recursos de hardware..11
2.1.6. Obtencin de la informacin preliminar .12
2.2. Describir la estrategia de desarrollo para el sistema...12
Capitulo III. Analisis del proyecto16
3.1. Documentacin del anlisis..17
3.1.1. Diseo de la muestra:17
3.1.2. Diseo de entrevista..17
3.2. Especificacin de requerimientos.18
3.2.1. Requerimientos generales18
3.2.2. Gestin de usuarios y administrativos..18
3.2.3. Gestin de la atencin a los usuarios18
3.3. Diagrama de casos de uso.19
3.3.1. Definicion de casos de uso..19
3.4. Descripcin de actores.21
3.5. Herramientas del anlisis estructurado ..23
Capitulo IV. Diseo del sistema..26
4.1 definir el diseo de entradas y salidas detallado e interfaz..27
4.1.1. Diseo de salidas..27
4.1.2. Diseo de entradas...27
4.1.3. Interfaz28
4.2. Diagrama de clases.29
4.2.1. Describir cmo funciona o como funcionaria el sistema con un texto en
forma precisa..29
4.2.2. Subrayar los sustantivos, los adjetivos y los verbos para identificar las
clases candidatas, sus atributos y los comportamientos. Realizar el proceso de
depuracin para quedar con las clases correctas con el formato UML
Clases candidatas..30
4.2.3. Construir las fichas crac (clase responsabilidades colaboradores) con
el formato de anverso y reverso.31
4.2.4. Relaciones de asociacin, dependencia y herencia asociacin35
4.2.5. Diagrama de clases..36
4.2.6. Diagrama de objetos.37
4.2.7. Diagrama de componentes.37
4.2.8. Diseo e implementacin de la base de datos38
4.2.9. Diagramas de entidad relacin39
Capitulo V Conclusiones y recomendaciones.40
5. conclusiones y recomendaciones..41
5.1. Conclusiones41
5.2. Recomendaciones..41
Captulo VI Bibliografa42
Bibliografa..43

19
CAPITULO I.
GENERALIDADES

19
1.1 TITULO DEL PROYECTO
SISTEMA DE TRAMITE DOCUMENTARIO
1.2 INTEGRANTES DEL GRUPO
Renn Daro Gonzales Apaza

Kevin Huamani Ordoez
1.3 VERSION
SISTEMA DE TRMITE DOCUMENTARIO V. 1.0
1.4 LUGAR Y FECHA
ILO, 14 de Diciembre del 2010

19
CAPITULO II.
FORMULACIN DEL
PROYECTO
2. FORMULACIN DEL PROYECTO
2.1. Planteamiento del Problema

19
2.1.1. Definicin del Problema
Problema Principal
Actualmente, la Universidad Nacional de Moquegua carece de un

sistema automatizado en cuanto al control de documentacin, es
por ello que requiere de mucho tiempo realizar el seguimiento
manual de la documentacin.
A travs de las entrevistas previstas, se obtuvo como resultado

que es necesaria la automatizacin del rea de documentacin,
un Sistema que administre la informacin y genere los resultados
ptimos e inmediatos, reduciendo el tiempo de respuesta
satisfactoriamente, dando mayor oportunidad de realizar otras
labores.
No es posible ubicar de manera rpida el estado actual de algn

documento que se presenta como la seguridad en el momento de
que se ha tramitado un expediente determinado a otra rea o que
el mismo est en pendiente.
2.1.2. Antecedentes
Actualmente no existe un Sistema de Informacin automatizado,

ni definido, sino simplemente se llevan los procesos de forma
manual y con hoja de Excel haciendo con esto el proceso de
bsqueda ms lento.
2.1.3. Justificacin de la necesidad del desarrollo

19 es que hemos decidido enfocarnos

Por lo expuesto anteriormente
en esta rea para darle solucin al problema que se presenta,
ahorrando adems de tiempo, los errores que se puedan producir
por realizarse manualmente.
2.1.4. Determinacin de las Factibilidades
2.1.4.1. Factibilidad Tcnica
Actualmente est la institucin cuenta con 1 computadora para la

secretaria, una para el jefe de sede ilo, 1 para cada coordinador
de carrera donde se procesan los datos administrativos del
sistema.
Cada uno cuenta con su propia impresora, con lo que la

implementacin ser solo la adaptacin del software.
Adems de la adquisicin de un equipo que debe tener un disco

duro de 40GB. Con este espacio ser suficiente para almacenar la
base de datos adecuada, para su respectivo manejo e
implementacin del sistema se requiere de un personal
capacitado para su posterior uso.
En el medio existe personal capaz de darle el mantenimiento

respectivo quien ser el Ing. de sistemas quien podr capacitar y
asesorar al personal de manera adecuado para el manejo del
sistema.
2.1.4.2. Factibilidad Econmica

19
Aqu se determinara con que recursos cuenta el rea para poder
implementar o desarrollar el sistema que se requiere.
- Se dispondr con un servidor de base de datos de costo de

2000 s/.
- Un software de aplicacin
- El sistema de control de tramite documentario
2.1.4.3. Factibilidad Legal
N 500: Normas de control interno para Sistemas Computarizados
500-08: Gestin ptima de Software Adquirido a Medida por

Entidades Pblicas.
Comentarios:
01: Para la ejecucin de actividades y operaciones,

generalmente, las entidades contratan los servicios de
terceros para el desarrollo e implantacin de aplicaciones
computarizadas, por cuyo motivo, cuando una entidad
pblica adquiere software a la medida, los derechos de
propiedad le corresponden a esta.
02: A fin de cautelar que el software adquirido por una

entidad pblica no pueda ser reutilizado indebidamente por
el proveedor original, la direccin debe establecer las
polticas que permitan registrar los derechos de propiedad
a nombre del estado.
03: Es conveniente que la direccin de la entidad,

programe o proyecte apruebe los procedimientos que
permitan compartir entre las distintas entidades pblicas la
utilizacin del software adquirido a medida para sus
actividades, con el objeto de que el estado no incurra en

mayores costos 19por la adquisicin repetitiva de

aplicaciones computarizadas.
Comentario: Se deber pagar las licencias respectivas de

los derechos del software que se va a utilizar.
2.1.4.4. Factibilidad Operativa
No hay inconveniente alguno para ejecutar el proyecto,

pues que ser un software que mejorara el tramite
documentario,
2.1.4.5. Factibilidad Temporal
Existe la posibilidad de que la fecha trazada sea variada

debido a las correcciones del sistema que se deba a
realizar no debiendo ser mayor a 5 meses
2.1.5. Estimacin de los recursos preliminares requeridos:
2.1.5.1. Recursos Humanos

19
RECURSO HUMANO ACTIVIDADES
Sern los responsable de todo el proyecto, encargados de

Grupo de estudio
elaborar el sistema de tramite documentario.
Es el encargado de elaborar el sistema propiamente dicho,

segn las especificaciones requeridas Ser tambin el
Programador encargado de disear la base de datos.
La importancia en como el usuario principal que interacta

Personal con el sistema son los que ingresan informacin en el
sistema de tramite documentario.
2.1.5.2. Recursos de Software

Software Requerido
Sistema Operativo Windows XP
2.1.5.3. Recursos de Hardware
La Organizacin:
Proveerse de un Sistema de Tramite documentario.
Usuario:
Consultas de informacin sobre el estado de algn
documento requerido.
Debe ser capaz de interactuar con el sistema con
una previa capacitacin.
Hardware:
01 computadora Pentium V, RAM 512 Mb. a ms,
con tarjeta de red inalmbrica y Disco Duro sata de
500 GB.
2.1.6. Obtencin de la Informacin preliminar
Se unas entrevistas, la entrevista fue dirigida para los actores y

coordinador de carrera que realizan la actividad de la recepcin y
emisin de documentos,

19tuvo que recurrir al registro fsico que

Para elaborar el sistema se
maneja la secretaria y la informacin almacenada en un archivo de
Excel, para as tomar los mismos registros para la base de datos a
desarrollar y mejoras que se puedan aadir, teniendo as mayor
conocimiento sobre los datos con los que se trabaja y todo el
proceso que implica la actividad de tramite documentario.
2.2. DESCRIBIR LA ESTRATEGIA DE DESARROLLO PARA EL

SISTEMA
ERwin
Erwin es una potente herramienta, software, para poder realizar el

modelamiento de datos para luego migrarlos a una base de datos,
es realmente til en estos casos.
Brinda productividad en diseo, generacin, y mantenimiento de
aplicaciones. Desde un modelo lgico de los requerimientos de
informacin, hasta el modelo fsico perfeccionado para las
caractersticas especficas de la base de datos diseada, permite
visualizar la estructura, los elementos importantes, y optimizar el
diseo de la base de datos. Genera automticamente las tablas y
miles de lneas de stored procedure y triggers para los principales
tipos de base de datos.
ERwin hace fcil el diseo de una base de datos. Los diseadores

de bases de datos slo apuntan y pulsan un botn para crear un
grfico del modelo E-R (Entidad relacin) de todos sus
requerimientos de datos y capturar las reglas de negocio en un
modelo lgico, mostrando todas las entidades, atributos,
relaciones, y llaves importantes.

Microsoft SQL Server 19
Microsoft SQL Server es un sistema para la gestin de bases de

datos producido por Microsoft basado en el modelo relacional. Sus
lenguajes para consultas son T-SQL y ANSI SQL. Microsoft SQL
Server constituye la alternativa de Microsoft a otros potentes
sistemas gestores de bases de datos como son Oracle o MySQL.
La nueva base de datos contiene mayor seguridad, integracin con

PowerShell, remueve la configuracin del rea expuesta (consola
para configurar seguridad), encripcin transparente de datos,
auditora de datos, compresin de datos, tiene correctores de
sintaxis del lenguaje Transact-SQL e IntelliSense (una
caracterstica del visual studio que permite a la base de datos
sugerir objetos existentes mientras uno escribe la mitad de la
palabra). As mismo incluye nuevos tipos de datos y funciones.
Entre ellos, datos espaciales, nuevos datos de tiempo (datetime2 y
Datetimeoffset), tipos de datos jerrquicos.
Visual Basic 6.0
Es un diseador de entorno de datos en donde es posible generar,

de manera automtica, conectividad entre controles y datos
mediante la accin de arrastrar y colocar sobre formularios o
informes. Los Objetos Actives son una nueva tecnologa de acceso
a datos mediante la accin de arrastrar y colocar sobre formularios
o informes. Nos permite generar de manera automtica formularios
que administran registros de tablas o consultas pertenecientes a
una base de datos, hoja de clculo u objeto (ADO-ACTIVE DATA
OBJECT).Es factible incluir barra de herramientas personalizada,
donde el usuario selecciona los botones que desea visualizar
durante la ejecucin. La Ventana de Vista de datos proporciona
acceso a la estructura de una base de datos. Desde esta tambin

19
acceso al Diseador de Consultas y diseador de Base de datos
para administrar y registros.
Microsoft Office
Microsoft Office Word
Es un procesador de textos de Microsoft Office. Ofrece

nuevas funciones que facilitan la creacin, el uso
compartido y la lectura de los documentos. Las funciones
de revisin y anotacin se han mejorado para solucionar
las mltiples formas en que es posible controlar los
cambios y administrar los comentarios.
Microsoft Visio
Microsoft Visio es un software de dibujo vectorial para

Microsoft Windows. Visio comenz a formar parte de los
productos de Microsoft cuando fue adquirida la compaa
Visio en el ao 2000.
Las herramientas que lo componen permiten realizar

diagramas de oficinas, diagramas de bases de datos,
diagramas de flujo de programas, UML, y ms, que
permiten iniciar al usuario en los lenguajes de
programacin.
Microsoft PowerPoint

19
Es un programa diseado para hacer presentaciones con
texto esquematizado, fcil de entender, animaciones de
texto e imgenes prediseadas o importadas desde
imgenes de la computadora. Se le pueden aplicar distintos
diseos de fuente, plantilla y animacin. Este tipo de
presentaciones suele ser muy llamativo y mucho ms
prctico que los de Microsoft Word.

19
CAPITULO III.
ANALISIS DEL
PROYECTO
3. ANALISIS DEL PROYECTO
3.1. DOCUMENTACION DEL ANALISIS

19
3.1.1. Diseo de la muestra:
La recopilacin de de datos se obtuvo del libro de registro de

recepcin de documentos y del archivo de Excel que
maneja, se entrevisto a las partes involucradas en el
proceso.
3.1.2. Diseo de entrevista:
ENTREVISTA CON LA ENCARGADA DEL AREA DE

RECEPCION DE DOCUMENTOS
ITEMS
i. Cual es el procedimiento para la recepcin del documento?

ii. clasifica los documentos?

iii. es necesario la implementacin de un sistema de trmite
documentario?

iv. Seria necesario que su rea este equipado con un sistema o
software que le ayude al desarrollo optimo de sus actividades?


19
3.2. ESPECIFICACION DE REQUIRIMIENTOS
3.2.1. REQUERIMIENTOS GENERALES
Se requiere u software para agilizar el trmite documentario de la

universidad nacional de Moquegua.
En el sistema de trmite documentario se debe ingresar el tipo de

documento, fecha y hora de ingreso, el asunto y el rea hacia
dnde va dirigida. Tambin existir un modulo en el cual se desea
consultar el estado del documento y su respuesta.
3.2.2. GESTION DE USUARIOS Y ADMINISTRATIVOS
Los usuarios pueden ser personas naturales o jurdicas, las

personas jurdicas pueden ser pblicas o privadas, en resumen
cualquier usuario que desee dirigirse por escrito a la Universidad
Nacional de Moquegua es considerado un usuario.
Los administrativos son personas naturales que laboran en la

universidad nacional de Moquegua.
3.2.3. GESTION DE LA ATENCION A LOS USUARIOS
La atencin a los usuarios es el de realizar un registro de

documentos presentados a Universidad Nacional de Moquegua
mediante un software que permita agilizar el trmite
administrativo, y tener control sobre los documentos y poder
realizar consultas cuando es pedida.

3.3. DIAGRAMA DE CASOS DE USO 19
3.3.1. DEFINICION DE CASOS DE USO
CASO DE USO GENERAL
En este diagrama podemos ver el curso del documento que entra,

primero es atendido por el encargado de la recepcin, luego es derivado
al rea de destino en donde este hace la verificacin y anlisis del
documento.
CASO DE USO DE ATENCION DE DOCUMENTO
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
a la misma vez actualizar el estado del documento.
CASO DE USO DE REGISTRO DE DOCUMENTO
Este caso de uso es iniciado por el usuario quien entrega un documento

y es verificado por el Administrativo encargado quien verifica y hace los
registros correspondientes en caso que todo este en conformidad y
luego lo deriva al rea de destino.
CASO DE USO DE CONSULTA
Este caso de uso de uso es iniciado por el usuario donde realiza una
consulta acerca del estado del trmite del documento presentado, quien
se encarga de hacer la consulta en el sistema es el Administrativo
verificando el estado del documento. Una vez realizada la consulta se le
proporciona la informacin al Usuario.
CASO DE USO GENERAL

19
CASO DE USO DE ATENCION DE DOCUMENTO
CASO DE USO DE REGISTRO DE DOCUMENTO

19
CASO DE USO DE CONSULTA
3.4. DESCRIPCION DE ACTORES
ADMINISTRATIVO
Nombre del actor Administrativo

Definicin Es la persona que interactuar con el Sistema de
trmite documentario, quien se encargara de la
recepcin y registro de cualquier documento que
ingresa a la institucin.
Rol Puede manipular (ingresar, modificar, anular,
imprimir, actualizar) el Sistema de tramite
documentario y brindar informacin de estos.
Caso de uso Caso de uso de registro de documento, Caso de uso
de consulta
Nota El administrativo puede ser contratado nombrado
USUARIO
Nombre del actor Usuario

Definicin Es la persona que Ingresa un documento al sistema
y requiere respuestas ante su documento ingresado
Rol Realiza tramites en la Universidad Nacional de
Moquegua
de consulta
Nota El usuario puede ser persona, empresa o institucin.

AREA DE DESTINO 19
Nombre del actor rea de destino

Definicin Es la oficina, gerencia subgerencia o rea a la que
va dirigido en si los documentos
Rol Realiza tramites en la Universidad Nacional de
Moquegua, actualizar el estado del documento.
de consulta
Nota El usuario puede ser persona, empresa o institucin.
3.5. HERRAMIENTAS DEL ANLISIS ESTRUCTURADO
DESCRIPCIN DE FLUJOS DE DATOS
DIAGRAMA DE NIVEL 1:

DIAGRAMA DE NIVEL 2:19
DIAGRAMA DE NIVEL 3:
Caso De Uso De Registro De Documento

19
Caso De Uso De Atencin De Documento
Caso De Uso De Consulta

19

19
CAPITULO IV.
DISEO DEL SISTEMA
4. DISEO DEL SISTEMA
4.1 DEFINIR EL DISEO DE ENTRADAS Y SALIDAS DETALLADO E INTERFAS
4.1.1. Diseo de Salidas.

19
4.1.2. Diseo de Entradas
Registro de Documentos
4.1.3. Interfaz
Interfaz de Presentacin

19
4.2. DIAGRAMA DE CLASES

4.2.1. DESCRIBIR COMO19FUNCIONA O COMO FUNCIONARIA

EL SISTEMA CON UN TEXTO EN FORMA PRECISA
Sistema de tramite documentario para la universidad nacional

de Moquegua
La universidad nacional de Moquegua es una entidad del estado,

a la que constantemente vienen personas entregando
documentos, oficios, cartas, etc. Cada documento tiene un
asunto, destino, fecha, remitente, y tipo de documento.
Los usuarios que entreguen documentos son registrados en la
base de datos como instituciones o personas naturales y luego se
procede a registrar el documento.
Todos los usuarios que entreguen un documento reciben una ficha
de recepcin indicando la hora y fecha.
Los documentos son transferidos al rea de destino por el
personal administrativo que tambin est en cargado de
recepcionar los documentos.
El personal administrativo identificado por nombre, apellido,
direccin, telfono, DNI, cdigo y el rea donde esta cargo, Los
documentos son trasladados hacia el rea de destino segn el
destinatario.
4.2.2. SUBRAYAR LOS SUSTANTIVOS, LOS ADJETIVOS Y

LOS VERBOS PARA IDENTIFICAR LAS CLASES

19
CANDIDATAS, SUS ATRIBUTOS Y LOS COMPORTAMIENTOS.
REALIZAR LE PROCESO DE DEPURACIN PARA QUEDAR
CON LAS CLASES CORRECTAS CON EL FORMATO UML
La universidad nacional de Moquegua es una entidad del

estado, a la que constantemente vienen personas
entregando documentos, oficios, cartas, etc. Cada
documento tiene un asunto, destino, fecha, remitente, y
tipo de documento.
Los usuarios que entreguen documentos son registrados en la
base de datos como instituciones o personas naturales y luego
se procede a registrar el documento.
Todos los usuarios que entreguen un documento reciben una
ficha de recepcin indicando la hora y fecha.
Los documentos son transferidos al rea de destino por el
personal administrativo que tambin est en cargado de
recepcionar los documentos.
El personal administrativo identificado por nombre, apellido,
direccin, telfono, DNI, cdigo y el rea donde esta cargo, Los
documentos son trasladados hacia el rea de destino segn el
destinatario.
Nota: Texto en negrita son Sustantivos candidatos a clases, el texto

subrayado son verbos que son operaciones y l texto en cursiva son los
adjetivos que son atributos.
CLASES CANDIDATAS
Usuario Personas Administrativo rea de destino UNAM

Entidad Estado Ficha| [Escribir Documento Instituciones
la direccin de la compaa]
19
C
CLASES INCORRECTAS
Entidad Personas Instituciones

Estado UNAM Ficha
CLASES CORRECTAS
Usuario rea de destino

Documento Administrativo
4.2.3. CONSTRUIR LAS FICHAS CRC (CLASE ESPONSABILIDADES

COLABORADORES) CON EL FORMATO DE ANVERSO Y REVERSO
ANVERSO
USUARIO
Responsabilidad Colaboradores
Entregar Documento
Administrativo
Consultar Documento
Administrativo
Recibir Ficha
Administrativo
REVERSO
USUARIO
ATRIBUTOS
Cdigo
Nombre
apellidos
Sub Clase Super Clase
Persona Natural X
Persona Jurdica
ANVERSO
ADMINISTRATIVO
Recibir Documento
Usuario
Consultar Documento
Usuario
Entregar Documento

19 Usuario
Verificar Documento
Usuario
REVERSO
ADMINISTRATIVO
ATRIBUTOS
Codigo
Nombre
Apellido
Direccin
Telfono
DNI
Cargo
X X
ANVERSO
AREA DE DESTINO
Recibir Documento
Actualizar Documento
Responder Documento
Verificar Documento
REVERSO
AREA DE DESTINO
ATRIBUTOS
Codido
Nombre de rea
Encargado de rea
X X
ANVERSO
DOCUMENTO
Responsabilida Colaboradores
d
Imprimir Administrativo
Usuario
Devolver Administrativo
Usuario
REVERSO
19
DOCUMENTO
ATRIBUTOS
Codigo
Asunto
Fecha
Tipo
Destino
Remitente
X X
DICCIONARIO DE DATOS
Clase Descripcin
Administrativo Es la persona que interactuar con el Sistema de
trmite documentario, quien se encargara de la
recepcin y registro de cualquier documento que
ingresa a la institucin.
Usuario Es la persona que Ingresa un documento al sistema
y requiere respuestas ante su documento ingresado
Documento El escrito entregado por el usuario, pueden oficios,
cartas, invitaciones,etc.
rea de destino Es la oficina, gerencia subgerencia o rea a la que
va dirigido en si los documentos
ADMINISTRATIVO
Atributo Descripcin Tipo de Dato Longitud

Codido Cdigo identificador Char 5
Nombre Nombre del personal Char 45
Apellido Apellidos del personal Char 45
Direccin Lugar donde vive Char 30
Telfono
Numero telefnico Int 10
DNI
Documento de identidad Int 8

Cargo 19
labor en la institucin char 20
DOCUMENTO
Codigo Cdigo del documento. Char 10
Asunto Descripcin del asunto char 45
Fecha Fecha de ingreso Date
Tipo Entindase al decir , oficio, Char 20

memorndum, solicitud, carta
Lugar de destino del

Destino documento Char 30
Nombre o institucin de donde Char 20
Remitente proviene el documento
USUARIO
Cdigo Cdigo del usuario. Char 10
Nombre Nombre de usuario char 45
apellidos Apellidos del usuario char 45

19
AREA DE DESTINO
Codido Cdigo del rea Char 10
Nombre Nombre de rea char 45
Encargado Nombre del encargado char 45
4.2.4. RELACIONES DE ASOCIACION, DEPENDENCIA Y HERENCIA
ASOCIACION
Redacta
USUARI Document
Deriva
Administrati Document
Registra
Administrati Document
Recibe
rea de Document
Actualiza
rea de Document
HERENCIA
Usuario
Persona Persona
Jurdica Natural

19
4.2.5. DIAGRAMA DE CLASES
4.2.6. DIAGRAMA DE OBJETOS

19
4.2.7. DIAGRAMA DE COMPONENTES.
4.2.8. DISEO E IMPLEMENTACION DE LA BASE DE DATOS.
Generacin del modelo conceptual a partir del Diagrama de Clases
Diagrama de clases simplificado

19
USUARIO DOCUMENTO
ESTADO DEL DOCUMENTO
ADMINISTRATIVO
AREA DE DESTINO
Modelo conceptual
USUARIO DOCUMENTO
Es la persona que ingresa un documento Es el medio escrito por el usuario
a la institucion y requiere respuestas para poder comunicarse con la
ante su documento ingresado instirucion
ESTADO DEL DOCUMENTO

Es la situacion en la cual se
encuestra el documento
ADMINISTRATIVO
Es la persona que interactuara
con el sistema de tramite
documentario, recepcionara y se
encargara del registro de
documentos
AREA DE DESTINO
Es la oficina , gerencia o subgerencia
a la que van dirigidos los documentos
4.2.9. DIAGRAMA DE ENTIDAD RELACION

19 DOCUMENTO
USUARIO
codigo: CHAR(10)
codigo_us: CHAR(10)
remitente: CHAR(20)
nombre: CHAR(45) asunto: CHAR(45)
apellidos: CHAR(45) fecha: DATE
telefono: INTEGER tipo: CHAR(20)
tipo: CHAR(18) destino: CHAR(30)
RUC: INTEGER
Razon social: CHAR(20) ESTADO DEL DOCUMENTO
Dni: INTEGER id: CHAR(18)
codigo_us: CHAR(10) (FK)
codigo: CHAR(10) (FK)
codigo_adm: CHAR(5) (FK)
codigo_area: CHAR(10) (FK) ADMINISTRATIVO
fecha: DATE
estado: CHAR(20) codigo_adm: CHAR(5)
Observaciones: TEXT nombre: CHAR(45)
apellido: CHAR(18)
direccion: CHAR(30)
cargo: CHAR(20)
telefono: INTEGER
DNI: INTEGER
AREA DE DESTINO
codigo_area: CHAR(10)
nombre de area: CHAR(45)

encargado: CHAR(45)

19
CAPITULO V
CONCLUSIONES Y
RECOMENDACIONES.
5. CONCLUSIONES Y RECOMENDACIONES.
19
5.1. CONCLUSIONES
Los usuario que van a manejar este software deberan tener
conocimientos de computacin, con esta presentacin se
recomienda implantar en instituciones pblicas como la
universidad nacional de Moquegua , lo que permitir que se
administre la informacin y se genere los resultados ptimos e
inmediatos, reduciendo el tiempo de respuesta
satisfactoriamente, dando mayor oportunidad de realizar otras
labores
5.2. RECOMENDACIONES.
El presente trabajo pude servir como base para posteriores

estudios en los sistemas de trmite documentario, puesto que
es un tema de carcter actual y esta es de mucha importancia,
se debe ir de la mano con la tecnologa ante el incesante
cambio de las necesidades.

19
CAPITULO VI
BIBLIOGRAFIA
BIBLIOGRAFIA

Web: 19
http://www.unlu.edu.ar/
http://www.monografias.com/

Sistema de Tramite Documentario 150523185748 Lva1 App6892

Загружено:

Сведения о документе

Исходное описание:

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Sistema de Tramite Documentario 150523185748 Lva1 App6892

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD NACIONAL DE MOQUEGUA

Kevin Huamani Ordoez

| [Escribir la direccin de la compaa]

En Agradecimiento especial para las

Para todas nuestras familias., Para

| [Escribir la direccin de la compaa]

Para realizar este Plan de Sistemas hemos elegido como institucin a la

INDICE DEL CONTENIDO

| [Escribir la direccin de la compaa]

| [Escribir la direccin de la compaa]

| [Escribir la direccin de la compaa]

1.1 TITULO DEL PROYECTO