Sistema de Tramite Documentario-Univ-Moquegua

7
UNIVERSIDAD NACIONAL DE MOQUEGUA

SISTEMAS DE INFORMACION
| [Escribir la direccin de la compaa]
7
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.
7
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
7
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
7
CAPITULO I.
GENERALIDADES
7
1.1 TITULO DEL PROYECTO

SISTEMA DE TRAMITE DOCUMENTARIO
1.2 INTEGRANTES DEL GRUPO
1.3 VERSION
SISTEMA DE TRMITE DOCUMENTARIO V. 1.0
1.4 LUGAR Y FECHA

ILO, 14 de Diciembre del 2010
7
CAPITULO II.
FORMULACIN DEL
PROYECTO
2. FORMULACIN DEL PROYECTO
2.1. Planteamiento del Problema
7
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
7
Por lo expuesto anteriormente es que hemos decidido enfocarnos

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

7
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
7
mayores
costos
por
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

pues que ser un
para ejecutar el proyecto,
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

7
RECURSO HUMANO
Grupo de estudio
ACTIVIDADES
Sern los responsable de todo el proyecto, encargados de
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
2.1.5.3.
Sistema Operativo Windows XP

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,
7
Para elaborar el sistema se tuvo que recurrir al registro fsico que

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.
7
Microsoft SQL Server

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
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
7
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
7
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.
7
CAPITULO III.
ANALISIS DEL
PROYECTO
3. ANALISIS DEL PROYECTO

3.1. DOCUMENTACION DEL ANALISIS
7
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?
7
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.
7
3.3. DIAGRAMA DE CASOS DE USO
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
7
CASO DE USO DE ATENCION DE DOCUMENTO
CASO DE USO DE REGISTRO DE DOCUMENTO
7
CASO DE USO DE CONSULTA
3.4. DESCRIPCION DE ACTORES
ADMINISTRATIVO
Nombre del actor
Definicin
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.
Puede manipular (ingresar,
Rol
imprimir,
Caso de uso
Nota
actualizar)
el
modificar,
Sistema
de
anular,
tramite
documentario y brindar informacin de estos.

Caso de uso de registro de documento, Caso de uso
de consulta
El administrativo puede ser contratado nombrado
USUARIO
Nombre del actor
Definicin
Usuario
Es la persona que Ingresa un documento al sistema
Rol
y requiere respuestas ante su documento ingresado

Realiza tramites en la Universidad Nacional de
Caso de uso
Nota
Moquegua
de consulta
El usuario puede ser persona, empresa o institucin.
7
AREA DE DESTINO
Nombre del actor
Definicin
rea de destino
Es la oficina, gerencia subgerencia o rea a la que
Rol
va dirigido en si los documentos

Realiza tramites en la Universidad Nacional de
Caso de uso
Nota
3.5.
Moquegua, actualizar el estado del documento.

de consulta
El usuario puede ser persona, empresa o institucin.
HERRAMIENTAS DEL ANLISIS ESTRUCTURADO
DESCRIPCIN DE FLUJOS DE DATOS

DIAGRAMA DE NIVEL 1:
7
Caso De Uso De Registro De Documento
7
Caso De Uso De Atencin De Documento
Caso De Uso De Consulta
7
7
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.
7
4.1.2. Diseo de Entradas
Registro de Documentos
4.1.3. Interfaz
Interfaz de Presentacin
7
4.2. DIAGRAMA DE CLASES
7
4.2.1. DESCRIBIR COMO FUNCIONA 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
7
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
Entidad
Personas
Estado
Administrativo
Ficha
rea de destino
Documento
UNAM
Instituciones
7
C
CLASES INCORRECTAS
Entidad
Estado
Personas
UNAM
Instituciones
Ficha
CLASES CORRECTAS
Usuario
Documento
rea de destino
Administrativo
4.2.3. CONSTRUIR LAS FICHAS CRC (CLASE ESPONSABILIDADES

COLABORADORES) CON EL FORMATO DE ANVERSO Y REVERSO
ANVERSO
Responsabilidad
Entregar
Consultar
Recibir
USUARIO
Colaboradores
Documento
Administrativo
Documento
Administrativo
Ficha
Administrativo
REVERSO
USUARIO
ATRIBUTOS
Cdigo
Nombre
apellidos
Sub Clase
Super Clase
Persona Natural
X
Persona Jurdica
ANVERSO
ADMINISTRATIVO
Responsabilidad
Recibir
Consultar
Entregar
Verificar
Colaboradores
Documento
Usuario
Documento
Usuario
Documento
Usuario
Documento
7
Usuario
REVERSO
ADMINISTRATIVO
ATRIBUTOS
Codigo
Nombre
Apellido
Direccin
Telfono
DNI
Cargo
Sub Clase
Super Clase
X
X
ANVERSO
AREA DE DESTINO
Responsabilidad
Colaboradores
Recibir
Documento
Actualizar
Documento
Responder
Documento
Verificar
Documento
REVERSO
AREA DE DESTINO
ATRIBUTOS
Codido
Nombre de rea
Encargado de rea
Sub Clase
Super Clase
X
X
ANVERSO
DOCUMENTO
Responsabilida
Colaboradores
d
Imprimir
Devolver
Administrativo
Usuario
Administrativo
Usuario
REVERSO
DOCUMENTO
7
ATRIBUTOS
Codigo
Asunto
Fecha
Tipo
Destino
Remitente
Sub Clase
Super Clase
X
X
DICCIONARIO DE DATOS
Clase
Administrativo
Descripcin
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.
Es la persona que Ingresa un documento al sistema
Usuario
y requiere respuestas ante su documento ingresado

El escrito entregado por el usuario, pueden oficios,
cartas, invitaciones,etc.
Es la oficina, gerencia subgerencia o rea a la que
Documento
rea de destino
va dirigido en si los documentos
ADMINISTRATIVO
Atributo
Descripcin
Tipo de Dato
Longitud
Codido
Cdigo identificador
Char
Nombre
Nombre del personal
Char
45
Apellido
Apellidos del personal
Char
45
Direccin
Lugar donde vive
Char
30
Telfono
Numero telefnico
Int
10
Documento de identidad
Int
DNI
Cargo
7
labor en la institucin
char
20
DOCUMENTO
Atributo
Descripcin
Tipo de Dato
Longitud
Codigo
Cdigo del documento.
Char
10
Asunto
Descripcin del asunto
char
45
Fecha
Fecha de ingreso
Date
Entindase al decir , oficio,

memorndum, solicitud, carta
Char
20
Char
30
Nombre o institucin de donde

proviene el documento
Char
20
Descripcin
Tipo de Dato
Longitud
Cdigo
Cdigo del usuario.
Char
10
Nombre
Nombre de usuario
char
45
apellidos
Apellidos del usuario
char
45
Tipo
Destino
Remitente
Lugar de destino del

documento
USUARIO
Atributo
7
AREA DE DESTINO
Atributo
Descripcin
Tipo de Dato
Longitud
Codido
Cdigo del rea
Char
10
Nombre
Nombre de rea
char
45
Nombre del encargado
char
45
Encargado
4.2.4. RELACIONES DE ASOCIACION, DEPENDENCIA Y HERENCIA

ASOCIACION
USUARI
Administrati
Administrati
rea de
rea de
Redacta
Deriva
Registra
Recibe
Actualiza
Document
Document
Document
Document
Document
HERENCIA
Usuario
Persona
Jurdica
Persona
Natural
7
4.2.5. DIAGRAMA DE CLASES
4.2.6. DIAGRAMA DE OBJETOS
7
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
7
USUARIO
DOCUMENTO
ESTADO DEL DOCUMENTO
ADMINISTRATIVO
AREA DE DESTINO
Modelo conceptual
DOCUMENTO
USUARIO
Es el medio escrito por el usuario

para poder comunicarse con la
instirucion
Es la persona que ingresa un documento

a la institucion y requiere respuestas
ante su documento ingresado
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
7
DOCUMENTO
USUARIO
codigo: CHAR(10)
codigo_us: CHAR(10)
nombre: CHAR(45)
apellidos: CHAR(45)
telefono: INTEGER
tipo: CHAR(18)
RUC: INTEGER
Razon social: CHAR(20)
Dni: INTEGER
remitente: CHAR(20)
asunto: CHAR(45)
fecha: DATE
tipo: CHAR(20)
destino: CHAR(30)
id: CHAR(18)
codigo_us: CHAR(10) (FK)
codigo: CHAR(10) (FK)
codigo_adm: CHAR(5) (FK)
codigo_area: CHAR(10) (FK)
fecha: DATE
estado: CHAR(20)
Observaciones: TEXT
AREA DE DESTINO
ADMINISTRATIVO
codigo_adm: CHAR(5)
nombre: CHAR(45)
apellido: CHAR(18)
direccion: CHAR(30)
cargo: CHAR(20)
telefono: INTEGER
DNI: INTEGER
codigo_area: CHAR(10)
nombre de area: CHAR(45)
encargado: CHAR(45)
7
CAPITULO V
CONCLUSIONES Y
RECOMENDACIONES.
5. CONCLUSIONES Y RECOMENDACIONES.
7
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.
7
CAPITULO VI
BIBLIOGRAFIA
BIBLIOGRAFIA
7
Web:
http://www.unlu.edu.ar/
http://www.monografias.com/

Sistema de Tramite Documentario-Univ-Moquegua

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Sistema de Tramite Documentario-Univ-Moquegua

Încărcat de

Drepturi de autor:

Formate disponibile

7

UNIVERSIDAD NACIONAL DE MOQUEGUA

| [Escribir la direccin de la compaa]

En Agradecimiento especial para las

| [Escribir la direccin de la compaa]

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

1.2 INTEGRANTES DEL GRUPO

1.4 LUGAR Y FECHA

| [Escribir la direccin de la compaa]

2. FORMULACIN DEL PROYECTO

2.1. Planteamiento del Problema

| [Escribir la direccin de la compaa]

2.1.1. Definicin del Problema

Actualmente no existe un Sistema de Informacin automatizado,

2.1.3. Justificacin de la necesidad del desarrollo

| [Escribir la direccin de la compaa]

Por lo expuesto anteriormente es que hemos decidido enfocarnos

2.1.4. Determinacin de las Factibilidades

2.1.4.1. Factibilidad Tcnica

capacitado para su posterior uso.

2.1.4.2. Factibilidad Econmica

Aqu se determinara con que recursos cuenta el rea para poder

Se dispondr con un servidor de base de datos de costo de

El sistema de control de tramite documentario

2.1.4.3. Factibilidad Legal

N 500: Normas de control interno para Sistemas Computarizados

Es conveniente que la direccin de la entidad,

programe o proyecte apruebe los procedimientos que

2.1.4.4. Factibilidad Operativa

No hay inconveniente alguno

para ejecutar el proyecto,

software que mejorara el tramite

2.1.4.5. Factibilidad Temporal

2.1.5. Estimacin de los recursos preliminares requeridos:

2.1.5.1. Recursos Humanos

encargado de disear la base de datos.

con el sistema son los que ingresan informacin en el

2.1.5.2. Recursos de Software

Sistema Operativo Windows XP

2.1.6. Obtencin de la Informacin preliminar

Se unas entrevistas, la entrevista fue dirigida para los actores y

Para elaborar el sistema se tuvo que recurrir al registro fsico que

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

Brinda productividad en diseo, generacin, y mantenimiento de

requerimientos de datos y capturar las reglas de negocio en un

relaciones, y llaves importantes.

| [Escribir la direccin de la compaa]

Microsoft SQL Server

lenguajes para consultas son T-SQL y ANSI SQL. Microsoft SQL

La nueva base de datos contiene mayor seguridad, integracin con

para configurar seguridad), encripcin transparente de datos,

caracterstica del visual studio que permite a la base de datos

Visual Basic 6.0

a datos mediante la accin de arrastrar y colocar sobre formularios

acceso al Diseador de Consultas y diseador de Base de datos

| [Escribir la direccin de la compaa]

Es un programa diseado para hacer presentaciones con

| [Escribir la direccin de la compaa]

3. ANALISIS DEL PROYECTO