UNIVERSIDAD DON BOSCO 
FACULTAD DE INGENIERIA 

ESCUELA DE COMPUTACIÓN 
 

 

 

 

 

 
 

DISEÑO Y CONSTRUCCIÓN DE UN SISTEMA MECANIZADO 
PARA EL MANEJO DE LA INFORMACIÓN DEL DEPARTAMENTO  

DE PROYECCIÓN SOCIAL DE LA UNIVERSIDAD DON BOSCO  EN 
LAS ÁREAS DE BECAS, BOLSA DE TRABAJO, SERVICIO 

SOCIAL Y CUOTA DIFERENCIADA. 
 

 

TRABAJO DE GRADUACION PARA OPTAR AL GRADO DE 

INGENIERO EN CIENCIAS DE LA COMPUTACION 

 

PRESENTADO POR: 

MIRNA IVETTE LARIOS SOSA 

VLADIMIR ALEXANDER ALVAREZ 

OMAR ANTONIO SOTO MELGAR 
 

 

CIUDADELA DON BOSCO JULIO DE 2003
 



UNIVERSIDAD DON BOSCO 
 
 

FACULTAD DE INGENIERIA 
 
 

AUTORIDADES 
 

RECTOR: 
 

ING. FEDERICO MIGUEL HUGUET RIVERA 
 
 

SECRETARIO GENERAL: 
 

HNO. MARIO HOLMOS 
 
 

DECANO DE LA FACULTAD DE INGENIERIA: 
 

ING. CARLOS BRAN 
 
 

ASESOR DE TRABAJO DE GRADUACION 
 

ING. CARLOS ROSALES 
 
 

JURADO EVALUADOR: 
 

ING RAUL MARTINEZ. 
 

LIC. SANTIAGO ABARCA. 
 
 
 
 
 
 
 
 
 
 
 
 
 



 
 
 

UNIVERSIDAD DON BOSCO 
 

FACULTAD DE INGENIERIA EN COMPUTACION 
 
 
 
 
 

JURADO EVALUADOR DEL TRABAJO DE GRADUACION 
 
 
 
 
 
 
. 
 
 

ING RAUL MARTINEZ                                                   LIC. SANTIAGO ABARCA. 
 
 
 
 
 
 
 
 

ING. CARLOS ROSALES 
ASESOR 

 
 
 
 
 
 
 
 
 
 
 
 
 
 



AGRADECIMIENTOS Y DEDICATORIA 
 
 

 
A Dios Todopoderoso, porque ha sido el motor que me ha dado la perseverancia y la 

fuerza para culminar satisfactoriamente este éxito, sobre todo en los momentos que sentí  

desfallecer. 

 

A María Santísima, porque ha sido ejemplo de Mujer en mi vida y ha iluminado mi 

camino desde siempre y también porque ha sido fuerza importante en la culminación de 

esta tesis. 

 

A mi Esposo Ricardo, por su gran AMOR y Paciencia, por darme fuerzas para seguir 

adelante y no dejarme vencer, Gracias por los muchos desvelos que compartió conmigo y 

su incondicional Apoyo en todo momento, Gracias por ser un excelente Esposo, Padre y 

Amigo TE AMO. 

 

A mi Bebita Alejandrita, por que es el tesoro más grande que Dios me ha regalado y la 

razón que me impulsa a seguir adelante, no hay mayor bendición que la de un hijo y ella 

es la luz de mis ojos TE AMO. 

 

A mi Madre, por su incondicional Amor y Sacrificio para hacer de mi una mujer de bien, 

por ser Padre y  Madre a la vez y luchar siempre con la frente en alto dándonos a mi 

hermano y a mí  siempre lo mejor de si,  Dios bendiga a mi Madre. 

 



A mi Hermano, por ser un apoyo en mi vida y por brindarme tanto cariño, deseo siempre 

contar contigo y verte convertido en todo un hombre, vive cada instante con amor y 

dignidad y siempre deseando conseguir tus ideales y tu futuro estará lleno de muchos 

éxitos y satisfacciones. 

 

A Mamá Tina, por todo el amor, atención  y cuidados que me dio desde el primer día de 

mi vida, por todo el amor que me sigue dando y ser la única y mas linda abuelita del 

mundo, la quiero mucho y pido a Dios la bendiga siempre. 

 

A mi Suegra, por todo el  apoyo que me ha hecho sentir durante todo este tiempo, por ser 

parte importante en mi vida y sobre todo por todo el cariño que me ha brindado, Dios la 

bendiga hoy y siempre. 

 

A toda mi Familia, tíos, tías, primos y primas, a todos ellos agradezco el estar conmigo y 

darme tanto cariño, Gracias porque este éxito alcanzado es también de ustedes. 

 

A mis Amigos, por ser parte de este logro y brindarme su apoyo y cariño. Un especial 

agradecimiento a Paty Merino, Lening Vanegas  y Jorge Cruz por ser mis grandes amigos 

y apoyarme en todo momento. 

 

A mis compañeros de Tesis, Omar y Vladimir, por todo el esfuerzo y sacrificios que 

juntos logramos y que hoy vemos coronado,  por todo el tiempo que compartimos y que 

nos ayudo en cierta manera a conocer mas de nosotros mismos y sobre todo por no 



dejarnos vencer y luchar hasta el final afrontando con valentía todas las dificultades que 

se nos presentaron. 

 

 

Ivette Larios de Madrid 

 



A Dios todopoderoso porque siempre me dio fuerzas e ilumino mi camino para poder 
continuar  trabajando 
 
A mi Madre Gloria Irma Amaya que siempre me ha dado todo su apoyo y comprensión 
y que ha sido la persona sin la cual yo no seria lo que hoy soy. 
 
A mis compañeros ya que sin ellos no hubiéramos podido alcanzar los objetivos y metas 
planeadas para este proyecto 
 
 
 
 
 
 

Vladimir Alexander Álvarez Amaya 
 

 



A Dios: que con el todo es posible y sin el nada es posible. 
 
A Lisseth mi esposa que con su amor, comprensión siempre me apoya en todo  
 
A Erick y Gabriela mis hijos que son la razón de todo lo que hago. . 
 
A mi Madre Mercedes quien con mucho amor me apoyo y que en el cielo ve 
culminados sus esfuerzos  
 
A Santiago quien fue como mi padre que con su incondicional apoyo siempre me ayudo 
a salir adelante. 
 
A mis compañeros sin los cuales la realización de este proyecto nunca hubiese sido 
posible 
 
 
 
 
 
 

Omar Antonio Soto Melgar 



INDICE 
 
CAPITULO I. GENERALIDADES 1 

1. INTRODUCCIÓN 1 
1.2 OBJETIVOS 3 
1.2.1 OBJETIVO GENERAL 3 
1.2.2 OBJETIVOS ESPECÍFICOS 3 
1.3 PLANTEAMIENTO DEL PROBLEMA 4 
1.4 IMPORTANCIA Y JUSTIFICACIÓN DEL TEMA 5 
1.5 ALCANCES Y LIMITACIONES 7 
1.5.1 ALCANCES 7 
1.5.2 LIMITACIONES 8 
1.6 PROYECCIÓN SOCIAL 10 

CAPITULO II. MARCO TEORICO Y CONCEPTUAL 11 
2.1 ESTRUCTURA GENERAL DE LA BASE DE DATOS 11 
2.2 DIAGRAMA DE FLUJO DE DATOS 16 
2.3 PROGRAMACIÓN  ORIENTADA A OBJETOS 16 
2.4 SQL (STRUCTURED QUERY LANGUAJE) 18 
2.5 CLIENTE / SERVIDOR 19 
2.6 REDES 21 

CAPITULO III. METODOLOGÍA DE LA INVESTIGACIÓN 30 
3.1 CICLO DE VIDA DE DESARROLLO DE SISTEMAS 30 

CAPITULO IV  DETERMINACION DE REQUERIMIENTOS 35 
4.1 SITUACIÓN ACTUAL 35 
4.2 PROCESOS DE LA SITUACION ACTUAL 35 
4.3 DIAGRAMAS DE FLUJO DE DATOS DE LA SITUACIÓN ACTUAL 61 
4.4 SITUACIÓN ACTUAL DEL EQUIPO 72 

CAPITULO V  DISEÑO DEL SISTEMA 73 
5.1 SITUACIÓN PROPUESTA 73 
5.1.1 CASOS DE USO 74 
5.1.2 CUMPLIMIENTO DE LOS REQUERIMIENTOS 104 
5.1.3 FACTIBILIDAD DEL SISTEMA 106 
5.1.4 ÁRBOL DE OPCIONES 109 
5.1.5 DIAGRAMAS DE FLUJOS DE DATOS PROPUESTOS 115 

CAPITULO VI  DIAGRAMA ENTIDAD RELACION 125 
CAPITULO VII CRONOGRAMA 129 
CAPITULO VIII CONCLUSIONES Y RECOMENDACIONES 130 
CAPITULO IX BIBLIOGRAFIA 131 
CAPITULO X MANUAL DE USUARIO 133 
CAPITULO XI DICCIONARIO DE DATOS 288 
CAPITULO XII MANUAL DE RESPALDO DE DATOS 329 
GLOSARIO 335 
ANEXOS 341 
 
 
 



CAPITULO I. GENERALIDADES 
 

1. INTRODUCCIÓN 

 

En la actualidad el avance de la tecnología permite el desarrollo de sistemas de 

información computarizados en áreas muy diversas como: industria, administración, 

ingeniería, etc.  

Según expertos un buen sistema es aquel capaz de satisfacer las necesidades de 

la organización prestando sus servicios de manera eficaz y eficiente utilizando 

aplicaciones, las cuales deben servir de soporte para agilizar la toma de decisiones 

de implementar controles efectivos,  de manera que los sistemas se están 

convirtiendo en herramientas claves para el funcionamiento de instituciones públicas 

y privadas, siendo un ejemplo el Departamento de Proyección Social. 

 

La Universidad Don Bosco en su afán de hacer buenos estudiantes proporciona 

además de una amplia oferta académica y especialidades técnico – científicas una 

serie de programas y servicios que favorecen y apoyan el logro de este fin. 

 

Algunos de estos programas y servicios son operativizados a través del 

Departamento de Proyección Social, el cual es una instancia del área académica y 

que actualmente depende de la Secretaría General de la Universidad.1 

 

Para el desarrollo de sus diferentes programas establece una coordinación a nivel 

interno con todos los departamentos y facultades; a nivel externo se vincula con 

todas las instancias necesarias que permitan el desarrollo de acciones que 

beneficien a la población estudiantil y comunidades que necesiten ser apoyadas. El 

Departamento de Proyección Social es el responsable de planificar, organizar, 

coordinar, evaluar y sistematizar la proyección social de la Universidad. 

                                            
1 Para mayor información referirse al anexo 1 donde se muestra el organigrama del Centro de 

Proyección Social. 



  2

 

El presente proyecto tiene como propósito principal la implantación de un sistema 

mecanizado que se denominará “Sistema del Departamento de Proyección Social “, 

el cual proporcionara información general y estadística, ayudando a mejorar el 

desempeño de las actividades cotidianas. 

 

La realización del sistema utilizará, una interfaz orientada al usuario, permitiendo 

que las aplicaciones tengan una interacción agradable, fácil de entender y manejar 

por cualquier tipo de usuario con conocimientos básicos de computación. 

 

Se presenta en el documento los antecedentes que enuncian los intentos por 

solucionar el problema al cual se enfrentan, una justificación que teóricamente 

establece los beneficios que justifican la creación de un sistema mecanizado, así 

como la proyección social a la cual estará orientado el proyecto. 

 

Se desarrolla una definición formal del tema en el cual están implícitos: objetivo 

general con sus objetivos específicos que persiguen encontrar soluciones que 

satisfagan las necesidades actuales del Departamento de Proyección Social, los 

alcances y limitaciones a los cuales el proyecto sé vera enfrentado, así como 

también la metodología del proyecto, la cual se divide en investigación y desarrollo, 

además el cronograma de actividades para realizar el estudio conforme a las fechas 

programadas, concluyendo con una pagina de conclusiones y recomendaciones 

sobre el punto de análisis del proyecto. 

 

Se espera que por medio de la utilización se obtengan mayores beneficios en 

cuanto a las necesidades de información que surjan  como por ejemplo elaboración 

de informes o reportes, recopilación de estadísticas. 

 

El desarrollo del proyecto mejorara notablemente el área de servicios,  

ofreciéndoles información veraz y confiable, así como un análisis de la información 

mediante métodos estadísticos 



  3

1.2 OBJETIVOS 

1.2.1 OBJETIVO GENERAL 

 

Desarrollar una herramienta mecanizada para el uso y administración de los 

datos, que brinde ayuda a la toma de decisiones mediante la generación de gráficos, 

consultas y reportes. 

 

1.2.2 OBJETIVOS ESPECÍFICOS 

 

a) Creación de la Base de Datos del Departamento de Proyección Social y 

organización de la información dentro de ella. 

 

b) Generar un sistema interactivo fácil y amigable que brinde seguridad y agilidad 

en el acceso de los datos. 

 

c) Disminuir el tiempo de procesamiento de la información para agilizar los 

procesos  y así  tomar decisiones en cada una de las áreas. 

 

d) Agilizar el acceso a los datos y generar reportes consolidados que reflejen 

información relevante y útil que satisfagan las expectativas requeridas. 

 

e) Disminuir la incidencia de contratiempos generados debido a la lentitud del 

proceso manual que se sigue actualmente. 

 

f) Verificación de los problemas existentes para solucionarlos mediante una 

forma mecanizada. 

 



  4

1.3 PLANTEAMIENTO DEL PROBLEMA 

 

En la actualidad, la información es manejada de forma manual o en sistemas que 

ya no cuentan con la funcionalidad necesaria para efectuar los análisis requeridos. 

Lo cual  implica un gran esfuerzo al momento de  generar reportes, gráficos o 

estadísticas, pues se debe primero seleccionar y acondicionar la información para  

luego analizarla. Esto provoca lapsos de espera para la generación de reportes y 

cuadros (en algunos casos sumamente altos) y limita los tipos de presentación y 

acondicionamiento que se le pueda dar a la información. 

 

La situación actual a la cual se enfrenta el Departamento de Proyección Social se 

puede considerar no crítica, sin embargo no es la idónea ya que no se cuenta con la 

capacidad de administración y manipulación de datos que brinde información útil, 

para efectuar análisis. 

 

Por lo tanto el proyecto ofrecerá un sistema mecanizado capaz de brindar 

diversidad de información ya sea por acceso a consultas, reportes o gráficos 

estadísticos  los cuales ofrezcan una herramienta para poder evaluar diferentes 

alternativas para la toma de decisiones. 

 



  5

1.4 IMPORTANCIA Y JUSTIFICACIÓN DEL TEMA 

 

El sistema a desarrollar facilitara la manipulación de datos y la obtención de la 

información a la cual se le dará un tratamiento más ágil y efectivo,  

 

Al implantarse el sistema en una base de datos centralizada y con conexiones de 

red, se garantizará la unidad de la información (no existirá información dispersa en 

varias bases de datos), esto facilitará las labores de mantenimiento, respaldo, 

consulta. 

 

Otra ventaja de contar con un sistema mecanizado y enlazado por medio de una 

red con estaciones de usuarios, es la facilidad de consulta, así si se necesita algún 

reporte o información procedente de una consulta, la puede obtener de forma directa 

sin necesidad de recurrir a recursos adicionales. 

 

Es importante reconocer que la tecnología informática avanza a pasos 

agigantados y se ha a convertido en un excelente recurso para el análisis y la toma 

de decisiones debido a su rapidez y acceso de datos así como la facilidad de 

consulta, por tanto las instituciones públicas o privadas necesitan conocer en un 

momento determinado algunos parámetros con el fin de tener una mayor capacidad 

de análisis y selección. 

 

Si el Departamento de Proyección Social innova un sistema mecanizado, podría 

generarles una reducción sustancial de altos costos relacionados con el manejo 

productivo de los datos y tiempos de respuesta.  

 

En la actualidad, se ve la exigencia productiva en lo que a información se refiere, 

lo que se convierte en una demanda latente de usuarios, por lo que la productividad y 

eficiencia en el manejo de la información es importante y sustancial en los servicios 

que presta el Departamento de Proyección Social, por lo cual si se quiere satisfacer 

la demanda de usuarios se debe aumentar el rendimiento, la rapidez y la capacidad 



  6

de administración de la información para aumentar sus servicios y así hacer frente a 

cada una de las necesidades que se presenten. 

 

En un mundo en constante cambio, cada institución se siente obligada a formar 

parte de la industria de la información que se ha convertido en el eje principal de la 

sociedad moderna. Para muchas organizaciones los sistemas de información 

mecanizados son el corazón de las actividades cotidianas y objeto de gran 

consideración en la toma de decisiones. 

 

Otro punto importante a tomar en cuenta es que al mantener la información en 

bases de datos relacionales la información puede ser accesada y ordenada según 

los criterios que se estimen convenientes, evitando así, la duplicidad  de la 

información (esto es así debido a que los datos son verificados previamente). 

 

Sin ayuda automatizada las operaciones cotidianas del Departamento de 

Proyección Social seguirán generando un alto volumen de trabajo y archivos físicos. 

 

Por todo lo anterior se requiere de un sistema que brinde el apoyo necesario para 

el manejo productivo de la información y la obtención de la misma, aumentando el 

rendimiento, tiempo de respuesta y capacidad de administrar la información, lo cual 

mejorara el desempeño de sus funciones. 

 



  7

1.5 ALCANCES Y LIMITACIONES 

1.5.1 ALCANCES 

                                                     

a) Automatización de cuatro programas específicos del Departamento de 

Proyección Social, los cuales se clasificarán en módulos, siendo estos: 

Servicio Social, Bolsa de Trabajo, Cuota Diferenciada y Becas. 

 

b) Proporcionar información en el momento que sea solicitado. 

 

c) Se contemplará un módulo de seguridad  a nivel de programación y derechos 

de la base de datos, evitando que personas no autorizadas puedan tener 

acceso al sistema o que efectúen solo los procesos a los cuales tienen 

derecho dentro de cada modulo. 

 

d) Se establecerán los requerimientos mínimos de hardware y software para el 

desarrollo del sistema del Departamento de Proyección Social. 

 

e) Se desarrollara un software que satisfaga las necesidades a las cuales se 

enfrenta el Departamento de Proyección Social. 

 

f) Se capacitará a los usuarios finales para que puedan manejar y comprender el 

sistema realizado. 

 

g) Se entregarán los Casos de Uso correspondientes a cada módulo como un 

material adicional y de apoyo al manual de usuario. 

 

h) Se entregará manual de usuario y técnico respectivamente para operar el 

sistema a desarrollar. 

 



  8

i) El sistema se desarrollará en un lenguaje de cuarta generación (Visual Basic) 

y los datos se almacenarán en una base de datos relacional (Microsoft SQL 

Server), lo cual permite que el sistema se comporte de manera amigable con 

el usuario. 

 

1.5.2 LIMITACIONES 

 

a) El sistema no estará en la capacidad de predecir tendencias  o proyecciones. 

 

b) En el proyecto no se incluirá el maquilado de la información al nuevo sistema. 

 

c) Las consultas y gráficos generados por el sistema estarán restringidos a 

parámetros previamente discutidos con el usuario de la aplicación. 

 

d) La plataforma sobre la cual se desarrollara el sistema será Windows 

NT(4.0,5.0) 

 

e) El sistema a desarrollar será diseñado exclusivamente para las necesidades 

del Departamento de Proyección Social, es decir, será un sistema hecho a la 

medida. 

 

f) El desarrollo del proyecto no incluye la instalación en producción del sistema, 

ni elementos de ambientación, tales como montaje de la red o instalación de 

servidores. 

 

g) La adquisición tanto de hardware como de licencias de software correrá por 

parte de la Universidad Don Bosco. 

 

h) Debido a que no se nos permitió tener acceso a la estructura de la base de 

datos del Departamento de Registro Académico no se pudo llegar a efectuar 

una carga desde este sistema y conocer con certeza cierta información del 



  9

alumno. En la sección de anexos se incluye la carta donde del departamento 

de Registro Académico la cual explica la situación. 

 



  10

1.6 PROYECCIÓN SOCIAL 

 

El proyecto esta encaminado a favorecer el sector educativo, ya que, es el que 

tiene la información y la necesidad de análisis de la misma, lo que hace 

indispensable el uso de un sistema mecanizado que provea a la Universidad Don 

Bosco y a su población estudiantil una mayor capacidad en el manejo productivo y 

eficiente de la información y así satisfacer las demandas de información que se 

tienen actualmente.  

 

El trabajo también estará orientado a fortalecer al sector social, pues a el están  

destinados los servicios que ofrece el Departamento de Proyección Social. 

 

El proyecto será también de gran importancia al sector empresarial ayudando en 

la selección de personal y capacitación de los estudiantes en las necesidades que 

tiene el mercado laboral, ya que, el sistema ayudará a  la Universidad a ajustar sus 

planes de estudio, efectuando sus propias evaluaciones y para cubrir de una forma 

mas adecuada las necesidades actuales que las empresas e instituciones afrontan 

hoy en día, logrando un mejor desempeño en el campo laboral. 

 

 

 

 

 

 



  11

CAPITULO II. MARCO TEORICO Y CONCEPTUAL 
 

2.1 ESTRUCTURA GENERAL DE LA BASE DE DATOS 

 

El término Bases de Datos fue escuchado por primera vez en 1963, en un 

simposio celebrado en California USA. 

Una base de datos se puede definir como un conjunto de información relacionada 

que se encuentra agrupada ó estructurada, colección de datos interrelacionados 

almacenados en un conjunto sin redundancias perjudiciales o innecesarias; su 

finalidad es la de servir a una aplicación o mas, de la mejor manera posible; los datos 

se almacenan de modo que resulten independientes de los programas que los usan, 

se emplean métodos bien determinados para incluir datos nuevos y para modificar o 

extraer los datos almacenados.  

Una base de datos tiene mucha importancia en el ritmo de vida que llevamos en 

los actuales momentos, ya que, está acelera el ritmo en el momento de realizar una 

búsqueda de información. 

 

Las relaciones que existen dentro de las bases de datos pueden ser 

representadas en cuatro tipos: 

 

Relación de uno a uno 
La relación entre dos elementos es única en ambas direcciones. A dos valores de 

un mimo campo no les puede corresponder un mismo valor en otro campo y 

viceversa. 

 

Relación uno a muchos  
La relación es única en tan solo una dirección, a diferentes valores de un mismo 

campo les corresponde el mismo valor en otro campo. 

 

 

 



  12

Relación muchos a muchos 
Cualquier valor de un campo se corresponde con varios de otro campo y 

viceversa, por tanto no hay una correlación única en ninguna de las dos direcciones 

 

Los términos especiales más importantes en relación con la estructura de datos 

se muestran en la figura 1: 

 

 

 

 

 

 

 

 

 

NOMBRE 

 

CIUDAD 

C123 JOSE CASTILLO STA. TECLA 

C545 MIGUEL VIDAL SAN SALVADOR 

C554 JULIO SÁNCHEZ SANTA ANA 

 

 

 

 

 

 

 

 

Los términos en cuestión son: relación, tupla, cardinalidad, atributo, grado, 

dominio y clave primaria. 

CODIGO 

CLAVE PRIMARIA 

STA. TECLA 

SAN SALVADOR 

SANTA ANA 

----------

----------

----------

----------

D1 D3 D2 

ATRIBUTOS 

GRADO 

RELACION 

DOMINIOS 

TUPLAS 

C 
A 

R 

D 

I 

N 

A 

L 

I 

D 

A 

D 

Figura 1. Términos de las estructuras de datos



  13

Una relación depende de una conexión entre objetos que tienen los mismos tipos 

de características o atributos, corresponde a lo que generalmente se llama tabla. 

Una tupla corresponde a una fila de esa tabla y un atributo a una columna. El 

número de tuplas se denomina cardinalidad y el número de atributos se llama grado. 

La clave primaria es un identificador único para la tabla, es decir una columna o 

combinación de columnas. 

Por ultimo un dominio es una colección de valores de los cuales uno o más 

atributos (columnas) obtienen sus valores reales. 

La estructura lógica global de una Base de datos puede expresarse gráficamente 

por medio de un diagrama entidad relación, que consta de los siguientes 

componentes. 

 

Rectángulo: representa el conjunto de entidades. 

Elipses: representan los atributos. 

Rombos: representan relaciones entre conjuntos de entidades. 

Líneas: conectan atributos o conjuntos de entidades y conjuntos de entidades a 

relaciones. 

 

2.1.1 Elementos de la Base de Datos 
 

Entidad o tabla: es todo aquello de lo que se puede decir algo, que agrupa 

características y / o cualidades.  Las entidades deben ser escritas en mayúscula 

y en singular. Una entidad puede ser un objeto tangible, por ejemplo un 

empleado, una pieza o artículo o un lugar. Pero también puede ser algo 

intangible, tal como un suceso, un nombre de tarea, la cuenta de un cliente o un 

concepto abstracto. 

Campo: es cada una de las propiedades o características de la entidad. 

Registro: es el conjunto de valores de los diferentes campos que describen un 

caso particular de la entidad, dicho de otra manera en el formato de una tabla un 

registro o tupla es una línea de las mismas. 



  14

Llave: son campos cuyos elementos son diferentes todos entre si, e identifican 

solamente a un registro. 

Elemento: representan al dato, es decir a cada uno de los valores que 

representan las tuplas en las bases de datos. 

 

2.1.1 RELACIONES Y LLAVES 
Una relación se puede definir como una asociación entre dos o más tablas. 

Para poder distinguir las relaciones, se asigna una llave primaria a cada relación. La 

llave primaria es un conjunto de uno o más atributos que, juntos permiten identificar 

en forma única a una entidad dentro de una relación. Sin embargo, existen también 

las llaves foráneas, las cuales toman los mismos valores de la llave primaria pero en 

otras tablas. 

Las relaciones entre dos tablas relacionales se establecen al comparar el valor 

de la llave foránea de una tabla con el valor de la llave primaria de la otra.  

 

2.1.2 CALCULO DEL TAMAÑO DE UNA BASE DE DATOS DE SQL2000 
Un aspecto importante para determinar las capacidades del hardware en el cual 

se va ha implantar una base de datos consiste en determinar su tamaño, así para 

cada tipo de base de datos existe una forma diferente de determinarlo.  

En SQL2000 para determinar el tamaño de la base se debe primero encontrar 

el tamaño de todas las tablas que la conforman, y para ellos se deben de determinar 

primero los siguientes parámetros: 

• Num_Rows: es el número de filas que tiene la tabla. 

• Num_Cols: es el número de columnas de la tabla. 

• Fixed_Data_Size: es la sumatoria del espacio ocupado por todas las 

columnas de tamaño fijo 

• Num_Variable_Cols: el número de columnas de tamaño variable que 

tiene la tabla 

• Max_Var_Size: el máximo tamaño de las celdas de tamaño variable (o 

un promedio). 

 



  15

 

Luego de determinados los valores anteriores se deberá de proceder a calcular los 

siguientes elementos: 

• Null bitmap: en las columnas de tamaño fijo una parte de la columna se 

reserva para  manejar los valores nulos. 

 

Null_Bitmap = 2 + (( Num_Cols + 7) / 8 ) 

 

• Variable_Data_Size: si existen columnas de tamaño variable, este 

calculo estima el espacio ocupado por estas en la filas 

 

Variable_Data_Size = 2 + (Num_Variable_Cols x 2) + Max_Var_Size 
 

• Row_Size: calcula el tamaño de cada fila en la tabla 

 

Row_Size) = Fixed_Data_Size + Variable_Data_Size + Null_Bitmap +4 

 

• Rows_Per_Page: calcula la cantidad de filas que existen por pagina (una 

pagina cuenta con 8096 bytes disponibles) 

 

Rows_Per_Page) = ( 8096 ) / (Row_Size + 2) 

 

• Free_Rows_Per_Page: Al utilizarse indices de tipo cluster se debe 

estimar un factor de llenado (fill factor) el cual equivale a un porcentaje 

de espacio libre en las paginas, por defecto este valor es 5. 

 

Free_Rows_Per_Page = 8096 x ((100 - Fill_Factor) / 100) / (Row_Size   

+2) 

 

 

 



  16

 

• Num_Pages: determina la cantidad de páginas que ocupara la tabla para 

almacenar todas las filas 

 

Num_Pages = Num_Rows / (Rows_Per_Page - Free_Rows_Per_Page) 

 

• Tamaño de la Tabla: se calcula el tamaño físico de la tabla en bytes. 

 

Table size (bytes) = 8192 x Num_Pages 

 

Una vez se ha determinado el tamaño de todas las tablas basta con sumar los 

valores y se obtendrá el tamaño de la base de datos.  

 

2.2 DIAGRAMA DE FLUJO DE DATOS 

 
Un Diagrama de Flujo  es una herramienta gráfica que se emplea para describir y 

analizar el movimiento de datos a través de un sistema, ya sea que este fuera 

manual o automatizado, incluyendo procesos, lugares para almacenar datos y 

retrasos en el sistema. Los Diagramas de Flujo de datos son la herramienta más 

importante y la base sobre la cual se desarrollan otros componentes. La 

transformación de datos de entrada en salida por medio de procesos puede 

escribirse en forma lógica e independiente de los componentes físicos. 

 

2.3 PROGRAMACIÓN  ORIENTADA A OBJETOS 

 

Actualmente una de las áreas más candentes en la industria y en el ámbito 

académico es la orientación a objetos. La orientación a objetos promete mejoras de 

amplio alcance en la forma de diseño, desarrollo y mantenimiento del software 

ofreciendo una solución a largo plazo a los problemas y preocupaciones que han 

existido desde el comienzo en el desarrollo de software: la falta de portabilidad del 



  17

código y reusabilidad, código que es difícil de modificar, ciclos de desarrollo largos y 

técnicas de codificación no intuitivas. 

Un lenguaje orientado a objetos ataca estos problemas. Tiene tres características 

básicas: debe estar basado en objetos, basado en clases y capaz de tener herencia 

de clases. Muchos lenguajes cumplen uno o dos de estos puntos; muchos menos 

cumplen los tres. La barrera más difícil de sortear es usualmente la herencia. 

 

El concepto de programación orientada a objetos (OOP) no es nuevo, lenguajes 

clásicos como SmallTalk se basan en ella. Dado que la OOP. Se basa en la idea 

natural de la existencia de un mundo lleno de objetos y que la resolución del 

problema se realiza en términos de objetos, un lenguaje se dice que está basado en 

objetos si soporta objetos como una característica fundamental del mismo. 

 

El elemento fundamental de la OOP es, como su nombre lo indica, el objeto. 

Podemos definir un objeto como un conjunto complejo de datos y programas que 

poseen estructura y forman parte de una organización. 

 

Esta definición específica varias propiedades importantes de los objetos. En 

primer lugar, un objeto no es un dato simple, sino que contiene en su interior cierto 

número de componentes bien estructurados. En segundo lugar, cada objeto no es un 

ente aislado, sino que forma parte de una organización jerárquica o de otro tipo. 

 

Es una cosa real o abstracta que esta formada por un conjunto de otros objetos y 

que poseen una estructura lógica para una determinada función. 

 

 

2.3.1 ESTRUCTURA DE UN OBJETO 
 

Un objeto puede considerarse como una especie de cápsula dividida en tres 

partes: 

 



  18

Relaciones: permiten que el objeto se inserte en la organización y están 

formadas esencialmente por punteros a otros objetos. 

Propiedades: distinguen un objeto determinado de los restantes que forman 

parte de la misma organización y tiene valores que dependen de la propiedad de 

que se trate. Las propiedades de un objeto pueden ser heredadas a sus 

descendientes en la organización. 

Métodos: son las operaciones que pueden realizarse sobre el objeto, que 

normalmente estarán incorporados en forma de programas (código) que el 

objeto es capaz de ejecutar y que también pone a disposición de sus 

descendientes a través de la herencia. 

 

2.4 SQL (STRUCTURED QUERY LANGUAJE) 

 

Es un lenguaje  bastante sencillo, principalmente orientado a bases de datos y, 

sobre todo, al manejo de consultas, accede y manipula la información que se 

encuentra dentro de los sistemas de bases de datos relacionales. Visual Basic 

incorpora esta extensión junto a nuestras bases de datos, obteniendo potentes 

resultados. De hecho, las consultas que se realizan en Access, están desarrolladas o 

basadas en este lenguaje, por lo que su implementación en Visual Basic no es 

complicada. 

La mayoría de Sistemas de Bases de datos Relacionales que se usan en la 

actualidad, tal como Oracle o Sybase, soportan sentencias SQL. 

 

Con SQL se pueden realizar ciertas acciones sobre la información, tales como: 

1. Creación de tablas 

2. Acceder a la información dentro de la base de datos, para realizar consultas 

específicas. 

3. Actualizar la información dentro de la base de datos. 

4. Insertar nueva información a la base de datos. 

5. Borrar información especifica de la base de datos. 

6. Modificar la definición de los datos en la base de datos. 



  19

  

El objetivo principal de SQL es la realización de consultas y cálculos con los datos 

de una o varias tablas. 

En resumen, el código SQL que manipula y accede a la base de datos es 

portable, rápido y fácilmente de trasladar a cualquier plataforma en que se desee 

trabajar. 

 

2.5 CLIENTE / SERVIDOR 

 

Es una arquitectura computacional que involucra procesos de clientes que se 

encuentran requiriendo servicios de procesos de servidor. 

 

Cliente /Servidor es el concepto computacional que viene a ser la extensión lógica 

de la programación modular, la cual asume fundamentalmente la separación de 

grandes piezas de software, en partes mas pequeñas llamadas módulos, creando la 

posibilidad de obtener un desarrollo mas fácil y darle un mejor mantenimiento. 

El proceso Cliente / Servidor reconoce que estos módulos no necesitan ser 

ejecutados dentro el mismo espacio de memoria, de tal manera que al utilizar esta 

arquitectura, el módulo que realiza la llamada se convierte en el “cliente” (que es 

quien hace la requisición de un servicio), y el módulo que es llamado se convierte en 

el “servidor” (que es el que provee el servicio). 

 

Para aplicar dicho concepto, el siguiente paso será tener a clientes y servidores 

corriendo en el hardware, y bajo el software de la plataforma apropiada para realizar 

sus funciones. Por ejemplo, servidores de manejo de sistemas de bases de datos, 

ejecutándose en plataformas especialmente diseñadas y configuradas para manejar 

requisiciones en forma de pregunta, o archivos de servidores corriendo en 

plataformas con elementos especiales para manejo de archivos. 

 

Entre las principales características de la arquitectura cliente / servidor, se 

pueden destacar las siguientes:  



  20

a) El servidor presenta a todos sus clientes una interfase única y bien definida.  

b) El cliente no necesita conocer la lógica del servidor, sólo su interfase externa.  

c) El cliente no depende de la ubicación física del servidor, ni del tipo de equipo 

físico en el que se encuentra, ni de su sistema operativo.  

d) Los cambios en el servidor implican pocos o ningún cambio en el cliente.  

 

2.5.1 PROCESO CLIENTE 
El cliente es un proceso (programa) que envía un mensaje a un proceso 

servidor, requiriéndole a este la realización de una tarea (servicio). El programa 

cliente usualmente maneja la parte de la aplicación que hace interfaz con el usuario, 

validando los datos introducidos por éste, enviando las requisiciones al programa 

servidor, y a veces ejecutando lógicamente las tareas. 

Los clientes realizan generalmente funciones como:  

a) Manejo de la interfase del usuario.  

b) Captura y validación de los datos de entrada.  

c) Generación de consultas e informes sobre las bases de datos. 

 

2.5.2 PROCESO SERVIDOR 
Un proceso (programa) servidor satisface las requisiciones el cliente realizando 

la tarea solicitada. El programa servidor general recibe las solicitudes desde el 

programa cliente, ejecuta las extracciones de información de las bases de datos, las 

actualiza, manejando la integridad de los datos, y envía respuestas a las 

interrogantes el cliente. 

Por su parte los servidores realizan, entre otras, las siguientes funciones:  

a) Gestión de periféricos compartidos.  

b) Control de accesos concurrentes a bases de datos compartidas.  

c) Enlaces de comunicaciones con otras redes de área local o extensa. 

 



  21

2.6 REDES 

 
2.6.1 CONCEPTO 
 

En el nivel mas elemental, una red consiste de dos computadoras conectadas 

entre si por un cable con el objetivo de compartir información. 

 

Las computadoras que forman pare de una red pueden compartir: datos, 

mensajes, gráficos, impresores, equipos de fax, módems, etc. Esta lista es larga y 

continua incrementándose continuamente. Un ejemplo se presenta en la figura 2. 

 

 

 

 
 
 
 

 
2.6.2 CLASIFICACIÓN DE LAS REDES 
 

Las redes en general tienen ciertos tipos de componentes y funciones en común 

las cuales son: 

 

a) Servidores: computadoras las cuales proveen recursos compartidos a los 

usuarios de la red 

b) Clientes: computadoras las cuales accedan los recursos compartidos que 

provee un servidor. 

c) Medio: la forma mediante la cual están interconectadas las computadoras. 

d) Datos Compartidos: Archivos proveídos por un servidor a través de la red.  

e) Impresores u otros periféricos compartidos: otros recursos proveídos por los 

servidores. 

Figura 2.  Componentes típicos de una red 



  22

f) Recursos: Archivos, impresores u otros elementos usados por los usuarios de 

la red. 

 
2.6.3 DIVISIÓN DE REDES 
 

A pesar de esos elementos comunes es posible dividir las redes en dos 

categorías: 

a) Punto a Punto. 
b) Basadas en Servidor. 

 

La distinción entre una red punto a punto y una basada en servidor es 

importante debido a  que cada una tiene diferentes capacidades. EL tipo de red que 

se debe implementar en un determinado ambiente dependerá de: 

a) El tamaño de la organización 
b) Nivel se seguridad requerido 
c) Tipo de Negocio de la empresa 
d) Nivel de administración y soporte disponible 
e) Cantidad de tráfico en la red. 
f) Necesidades de los clientes de red 
g) Presupuesto de inversión en la red 

 

2.6.3.1 REDES PUNTO A PUNTO 

En una red punto a punto no hay servidores o jerarquía entre las computadoras 

Todas las computadoras son iguales en la red y por ello se llaman puntos. 

Normalmente cada computadora funciona como cliente y servidor, debido a ello no 

hay nadie que pueda ser asignado como administrador de la red. El usuario de cada 

maquina es el que determina que datos serán compartidos con el resto de puntos de 

la red. 



  23

 

 

 

 

 

 

 

 

Normalmente la redes punto a punto son llamadas grupos de trabajo 

(Workgroups)  Este termino implica un reducido número de usuarios, comúnmente 

menor a 10 computadoras en la red. 

Las redes punto a punto son relativamente simples. Debido a que cada 

computadora funciona como un cliente y  servidor, por tanto no hay necesidad de un 

costoso y poderoso servidor central o elementos de almacenamiento de alta 

capacidad tal como se muestra en la figura 3. Por ello una red punto a punto es 

menos cara que una red basada en servidor. 

 

En una red punto a punto el sistema operativo de red (NOS) no requiere 

manejar el mismo desempeño o seguridad que el de los software diseñados para 

funcionar como servidores dedicados. 

 

Factores que motivan implementar una red Punto a Punto: 

a) Hay menos de 10 computadoras 
b) Todos  los usuarios están en la misma área. 
c) La seguridad no es importante 
d) La organización y la red tienen limitado crecimiento en el futuro cercano. 

 

Consideraciones en el manejo de una red punto a punto 

Cada usuario administra su equipo y por tanto debe de manejar la seguridad de 

los usuarios que accedan su equipo, así como los recursos compartidos. Todo ello 

implica un alto nivel de capacitación por parte del usuario. Otro punto a considerar 

antes de optar por una red punto a punto es el desempeño de las computadoras 

Figura 3. Red Punto a Punto



  24

clientes, pues no solo deberán de destinar recurso a atender al usuario local, si no 

también a destinar recursos para los clientes de red. 

2.6.3.2 REDES BASADAS EN SERVIDOR 

En un ambiente de más de 10 computadoras una máquina actuando tanto 

como estación de trabajo como servidor no es lo más adecuado. Por ello la mayoría 

de redes tienen servidores dedicados. Un servidor dedicado es aquel que solo 

cumple la función de servidor y no la de estación de trabajo. 

Los servidores son dedicados debido a que están optimizados para brindar los 

servicios necesarios en la red tal como sistema de Archivos, impresión, etc. 

 

 

 

 

 

 

 

A medida que una red crece en tamaño y tráfico, es necesario incrementar la 

cantidad de servidores para distribuir la carga y brindar servicios de tal forma que 

sean desempeñados de la manera más eficiente. La variedad de tareas que puede 

desempeñar un servidor son muy variadas y complejas, por ello los servidores se 

han venido especializando para acomodar las necesidades de expansión de lo 

usuarios, como por ejemplo: Servidores de archivo e impresión, Servidores de 

aplicación, Servidores de Correo, Servidores de Paginas Web, Servidores Proxy, etc. 

 

2.6.4 VENTAJAS DE LAS REDES BASADAS EN SERVIDORES 
 

Seguridad es una de las razones principales para escoger una red basada en 

servidor. En una red basada en servidor la seguridad es manejada por un 

administrador el cual define las políticas de seguridad que se aplican a cada usuario  

en la red. 

Figura 4. Red basada en servidor 



  25

 

Recursos compartidos: los recursos compartidos de un servidor permiten su 

control y administración centralizada lo que facilita la localización y soporte de la 

información. 

 

Respaldo: al estar los datos centralizados es mucho más fácil el respaldarla en 

una forma regular. 

 

Redundancia: los datos almacenados en un servidor pueden ser duplicados y 

mantenidos en línea, de tal forma que si algo pasa con el almacenamiento principal 

el almacenamiento secundario puede ser usado para recuperar la data. 

 

Número de Usuarios: una red basada en servidores puede manejar fácilmente 

cientos de usuarios, pero en el caso de una red punto a punto esto es muy difícil. 

 

Consideraciones de espacio: normalmente las computadoras cliente están 

limitadas en espacio. 

 

2.6.5 TOPOLOGÍAS DE RED 
 

El termino topología de red se refiere a la disposición física de computadoras, 

cables y otros componentes de la red. Topología es el término estándar que muchos 

profesionales ocupan para referirse al diseño básico de la red. 

 

Los elementos en que afecta la decisión de tomar una topología u otra son: 

a) Tipo de equipo que la red necesita 
b) Capacidades de los equipos 
c) Crecimiento de la red. 
d) Forma en que la red deberá de ser manejada  

 

Una topología de red implica un número de condiciones. Por ejemplo un tipo de 

topología no solo determina el tipo de cable a utilizar si no también la forma en que el 



  26

cable recorrerá los conductos. Así mismo la topología determina la forma en que las 

computadoras se comunicarán en la red. 

 
2.6.6 TOPOLOGÍAS ESTÁNDAR 
  

Todos los diseños de redes surgen a partir de tres esquemas básicos: 

a) Bus  
b) Estrella 
c) Anillos  

 

Mientras estas tres topologías en su estado puro son simples, en el mundo real 

las redes resultan ser combinaciones de éstas y pueden llegar a ser muy complejas. 

2.6.6.1 TOPOLOGÍA DE BUS 

Es conocida como bus lineal, este es el más simple método para formar una 

red de equipos. Este consiste en un simple cable llamado Trunk, Backbone o 

Segmento el cual conecta todos los equipos de la red en una simple línea. 

 

 

 

 

 

 

 

 

La comunicación en la topología de bus se realiza al direccionar información a 

una máquina en específico y poner los datos en el cable en la forma de señales 

electrónicas. Al poner los paquetes en el cable estos son enviados a todos los 

equipos en la red, pero los datos solo son aceptados por la computadora cuya 

dirección concuerda con la especificada. 

 

 

Figura 5. Esquema de una red de tipo bus 



  27

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Debido a que solo una computadora puede mandar paquetes a la vez el 

desempeño de la red es afectado por el número de clientes. Así si hay muchas 

máquinas conectadas al bus, son muchas las máquinas que están esperando por 

enviar información y por tanto es más baja la velocidad de transferencia para cada 

máquina en la red. 

Esta arquitectura es pasiva, pues las máquinas no se encargan de mover 

datos en la red, solo escuchan y esperan por información para ellas, debido a esto 

una falla no afecta a las demás, en cambio en una arquitectura activa cada máquina 

es responsable de regenerar y reenviar los paquetes. 

La señal de los datos recorre el cable desde un extremo al otro, y si se le 

permitiere continuar indefinidamente  la información pasarían yendo de un lado a 

otro, evitando a los demás equipos el poder transmitir. Por ello la señal debe de ser 

detenida antes de llegar al destino, para ello hay un elemento llamado terminador el 

cual es colocado al final de cada extremo del cable. 

Figura 6. Transferencia de datos en una red de tipo bus 



  28

2.6.6.2 TOPOLOGÍA DE ESTRELLA 

En la topología de estrella las computadoras están conectadas por segmentos 

de cable a un dispositivo central llamado HUB. Las señales son transmitidas desde la 

máquina origen hacia todas las computadoras a través del HUB.  

 

 

 

 

 

 

 

 

 

 

 

Las redes de estrella ofrecen recursos y administración centralizada. Y 

también un punto de falla único, pues en caso de falla del HUB central la red entera 

queda fuera de servicio. Por otro lado las fallas en una estación de trabajo no afectan 

de ninguna forma a las demás estaciones. 

 

2.6.6.3 TOPOLOGÍA DE ANILLO 

La topología de anillo conecta computadoras en un solo círculo de cable. Por 

ello no tiene terminadores. La señal viaja a través del lazo en un solo sentido y es 

revisado por todas la computadoras. A diferencia de las redes pasivas cada 

computadora actúa como un repetidor que amplifica la señal y la reenvía a la 

siguiente computadora. Debido a que la señal pasa por cada computadora la falla de 

una provoca una falla total de la red. 

Figura 7. Topologia de estrella



  29

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Figura 8. Topología de anillo 



  30

 

CAPITULO III. METODOLOGÍA DE LA INVESTIGACIÓN 
 
El proyecto se desarrollara siguiendo la metodología del ciclo de vida de desarrollo 

de sistemas,  originalmente se planteo en el anteproyecto que se seguiría la 

metodología en espiral, pero debido al alto consumo de tiempo en horario laboral que 

esta implica se opto por el ciclo de vida clásico de desarrollo de sistemas. 

3.1 CICLO DE VIDA DE DESARROLLO DE SISTEMAS 

 
El desarrollo de sistemas es un proceso que se aplica tanto a nuevos sistemas 

como a sistemas en uso que requieren mejoras. 

 

El Ciclo de Vida para Desarrollo de Sistemas está compuesto por siete  

actividades, en las que están involucrados los analistas, diseñadores, programadores 

y usuarios para echar en marcha un Sistema de Información. 

 

Estas actividades se interrelacionan en el desarrollo de implantación el sistema y 

pueden llegar a encontrarse ciertas fases de una actividad con otra.  

 

Dichas actividades que conforman el Método del Ciclo de Vida para el desarrollo 

de Sistemas son: 

1. Identificación del problema, oportunidades y objetivos 

2. Determinación de Requerimientos de información 

3. Análisis de las necesidades el sistema 

4. Diseño del sistema recomendado 

5. Desarrollo y documentación del software 

6. Pruebas y Mantenimiento el sistema 

7. Implantación y Evaluación del sistema 

 

 



  31

3.1.1 IDENTIFICACIÓN DEL PROBLEMA, OPORTUNIDADES Y OBJETIVOS 
 

Esta etapa es crítica para el  éxito el proyecto, debido a que nadie quiere 

desperdiciar el tiempo subsiguiente resolviendo el problema equivocado. Esta fase 

requiere observar todo lo que sucede en el Departamento de Proyección Social 

(Procesos). 

 

Las oportunidades son situaciones que se consideran pueden ser mejoradas por 

medio del uso de un sistema mecanizado. 

 

La identificación de objetivos es también importante, se debe descubrir lo que 

esta tratando de hacer el departamento de Proyección Social, para luego poder 

identificar si algún aspecto de la aplicación de sistemas puede ayudar al logro de sus 

objetivos, mediante el ataque a problemas específicos u oportunidades. 

 

Las  personas involucradas en esta fase son los responsables de cada área 

dentro del departamento de Proyección Social (usuarios) y los analistas. 

 

Las actividades de esta fase son: 

a) Entrevistas con los responsables de cada área 

b) Sumarización  de conocimientos obtenidos 

c) Documentación de los resultaos 

 

 
3.1.2 DETERMINACIÓN DE LOS REQUERIMIENTOS DE INFORMACIÓN 
 

El fin de esta fase es comprender que información necesitan los usuarios en 

cada área del departamento de Proyección Social para realizar su trabajo, que se 

requiere de una interacción directa con los usuarios. Se necesitan saber los detalles 

de las funciones actuales del sistema: quien (las personas involucradas), que (la 

actividad del Departamento de Proyección Social), donde (el ambiente donde se lleva 



  32

a cabo el trabajo), cuándo (en que momento) y cómo (de que manera se desarrollan 

los procedimientos actuales del Departamento de Proyección Social) 

 

Al término de esta fase se debe comprender por qué de las funciones del 

Departamento de Proyección Social y tener información completa sobre las 

personas, objetivos, datos y procedimientos  involucrados. 

 

Las personas involucradas en esta fase son los responsables de cada área 

dentro del Departamento de Proyección Social (usuarios) y los analistas. 

 

3.1.3 ANÁLISIS DE LAS NECESIDADES DEL SISTEMA 
 

Esta fase involucra el análisis de las necesidades del sistema. Herramientas y 

técnicas especiales ayudan para que se hagan determinaciones de los 

requerimientos. Una herramienta de estas es el uso de diagramas de flujo de datos 

para diagramar la entrada, procesos y salida de las funciones del departamento de 

Proyección Social, en forma gráfica estructurada. 

 

A partir de los diagramas de flujo de datos se desarrollara un diccionario de 

datos, que lista todos los conceptos de datos usados en el sistema, así como sus 

especificaciones, si son alfa numéricos y que tanto espacio ocupan cuando se 

imprimen. 

 

En esta etapa se prepara una propuesta de sistema que sumariza lo que ha sido 

encontrado, se proporciona un análisis de costo beneficio de las alternativas y se 

hacen recomendaciones sobre lo que debe ser hecho (en caso de haberlo). 

 

3.1.4 DISEÑO DEL SISTEMA RECOMENDADO 
 

En esta fase se usa toda la información recolectada anteriormente para realizar 

el diseño lógico del sistema, se diseñan  procedimientos precisos para la captura de 



  33

datos, a fin de que los datos que van a entrar al sistema sean correctos, además se 

proporciona entrada efectiva para el sistema mediante el uso de técnicas para el 

buen diseño de formas y pantallas. 

 

Parte del diseño lógico del sistema es diseñar la interfaz de usuario, la interfaz 

conecta al usuario con el sistema y es, por lo tanto, extremadamente importante. 

Ejemplo de interfaces de usuarios incluyen, un teclado para introducir preguntas y 

respuestas, menús en pantalla para elegir comandos del usuario y un ratón para 

seleccionar opciones. 

 

Esta fase también incluye el diseño de la base de datos que almacenará la 

mayor parte de los datos necesarios para los tomadores de decisiones del 

Departamento de Proyección Social. 

 

En esta fase también se trabaja con los usuarios para diseñar las salidas (ya sea 

en pantallas o impresas), que satisfagan sus necesidades de información. 

 

Por último se deben diseñar procedimientos de control y respaldo para proteger 

el sistema y a los datos. 

 

3.1.5 DESARROLLO Y DOCUMENTACIÓN DEL SOFTWARE 
 

Algunas de las técnicas estructuradas para el diseño y documentación de 

software incluyen diagramas estructurados, diagramas de flujo, pseudo código. El 

analista de sistemas usa uno o más de estos dispositivos para comunicar lo que se 

necesita ser programado. 

 

Durante esta fase también se trabaja con los usuarios para desarrollar 

documentación efectiva para el software, incluyendo manuales de procedimientos. La 

documentación le dice al usuario la manera de usar el software y también que hacer 

si suceden problemas con el software. 



  34

 
3.1.6 PRUEBA Y MANTENIMIENTO DEL SISTEMA 
 

Antes de que pueda ser usado, el sistema debe ser probado. Es mucho menos 

costoso encontrar problemas antes de que el sistema sea entregado a los usuarios. 

Se ejecutan una serie de pruebas para que se destaquen los problemas con datos de 

ejemplo y eventualmente con datos reales. 

En esta fase comienza lo que es el mantenimiento del sistema y su 

documentación y es efectuado rutinariamente a lo largo de la vida del sistema.    

 

3.1.7 IMPLANTACIÓN Y EVALUACIÓN DEL SISTEMA 
 
En esta fase se ayuda al usuario a implementar el sistema, en este caso 

particular (Sistema para el Departamento de Proyección Social) la implantación se 

llevará a cabo en una PC para realmente hacer constar que el sistema funciona, que 

cubre y satisface todas las necesidades requeridas por cada área del Departamento 

de Proyección Social. En esta parte también se incluye la capacitación de los 

usuarios para que manejen y se ambienten con el sistema. 

 

La evaluación forma parte de esta fase final, principalmente para fases de 

discusión. De hecho la evaluación se realiza en cada fase. 

 

Es de recalcar que esta fase solo contempla el presentar el sistema para 

evaluación por parte del departamento de Proyección Social, no la implementación 

en producción del sistema, pues ello depende de la adquisición de hardware y 

software por parte de la Universidad Don Bosco2. 

 

 

                                            
2 El concepto de Implantación no comprende la puesta en producción de un sistema, para mas 

información referirse al glosario. 



  35

CAPITULO IV  DETERMINACION DE REQUERIMIENTOS 
 

4.1 SITUACIÓN ACTUAL 

 

La evolución tecnológica ha hecho que en la actualidad la mayoría de 

instituciones tanto públicas como privadas almacene y manejen la información de 

manera mecanizada mediante un software comercial o a la medida, que satisfaga 

sus necesidades y cumpla con las funciones requeridas, es por eso que el 

Departamento de Proyección Social ha optado por la mecanización de cada uno de 

sus procesos utilizando tecnología informática para obtener beneficios en la 

ejecución de sus procedimientos. 

Este panorama y la urgencia por satisfacer las necesidades de una población que 

crece y demanda bienes y servicios conducen a la creación y construcción de un 

software mecanizado cuyo potencial esta orientado a desarrollar todo el esfuerzo 

para optimizar cada uno de los procesos manejados por el Departamento de 

Proyección Social. 

 

4.2 PROCESOS DE LA SITUACION ACTUAL 

 

Los procesos manejados actualmente por el Departamento de Proyección Social 

se encuentran todos recopilados en lo que llamamos casos de uso, siendo estos los 

siguientes: 



  36

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_001 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción del 

Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 
 

Caso de Uso:   Ofertas de Trabajo para la Bolsa de Trabajo 

Constituye una estrategia de inserción laboral que la UDB pone a disposición de 

estudiantes, egresados o graduados en diferentes áreas a fin de favorecer el 

encuentro entre empleadores y aspirantes a integrarse  a la vida productiva del país. 
                                                                                                                                       

1. Pre-requisitos 

• Recibir Solicitud de una empresa sobre el perfil del personal necesario 
 

2. Flujo Normal 
Cuando un estudiante egresado o graduado de la UDB esta seguro de que quiere o 

necesita  trabajar debe abocarse a los servicios que ofrece el programa de Bolsa de 

trabajo. Este programa comprende los siguientes pasos o funciones: 

a) Estar en contacto permanente con empresas para obtener información 

acerca de ofertas de trabajos y dar a conocer el programa de bolsa de 

trabajo. 

b) Recibir de las empresas e instituciones las ofertas de trabajo, ya sea 

vía teléfono o por escrito la necesidad de contar con un profesional 

idóneo para cubrir alguna plaza permanente o temporal. 

c) La persona encargada del Programa de Bolsa de Trabajo toma la 

información general de la empresa y los requisitos del puesto de trabajo 

que solicita y lo registra en el formulario (Anexo No. 2) denominado “ 

Perfil del puesto de Trabajo” 



  37

d) Establecer un Banco de Datos de las empresas y las ofertas de trabajo. 

e) Se llena un formulario (Anexo No. 3) donde se lleva el control de los 

candidatos referidos a las empresas. 

f) Selecciona del banco de datos los candidatos disponibles y los propone 

a las empresas para que sean entrevistados. 

g) Una vez entrevistados los candidatos queda en manos del funcionario 

de la empresa encargado de la contratación seleccionar al candidato 

idóneo. 

h) Si el candidato es seleccionado, posteriormente el supervisor de campo 

realiza visitas de verificación de desempeño de los estudiantes o 

profesionales insertados laboralmente en las empresas a través de la 

Bolsa de Trabajo. 
 

3. Flujo Alterno 

• No aplica 
 
4. Resultados Esperados 

a) Listado de empresas que solicitan el servicio. 



  38

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_002 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción del 

Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 
 

Caso de Uso:   Coordinar el programa Bolsa de Trabajo (Seguimiento) 

Conocer la calidad de profesionales que la UDB esta formando y su impacto en el 

desarrollo social y económico del país, el supervisor de campo del Centro de 

Proyección Social realiza un seguimiento al desempeño laboral de los estudiantes, 

egresados o graduados que han sido insertados laboralmente. 

                                                                                                                                    

1. Pre-requisitos 
a) No aplica 

 
2. Flujo Normal 

a) El responsable del programa solicita la nómina de graduados de la UDB a 

administración académica. 

b) Reunirse cada ciclo con los graduandos convocados por Administración 

Académica. 

c) Proporcionar información referente al Programa Bolsa de Trabajo. 

d) Administrar cuestionarios para conocer la situación laboral y las expectativas 

de los mismos, llenando un formato ya establecido (Anexo No. 4). 

e) Registrar sistemáticamente el seguimiento a la inserción laboral. 

f) Proporcionar al supervisor de campo la lista de los insertados laboralmente 

para la programación de la visita en el lugar de trabajo. 



  39

g) El supervisor investiga vía telefónica la situación laboral de cada candidato 

para verificar nuevamente si realmente esta laborando ¿Dónde? y su Jefe 

inmediato. 

h) Se prepara la programación semanal de visitas de supervisión. 

i) Realiza visitas de supervisión a cada uno de los lugares previstos, en las 

cuales se entrevista con: 

1. Los jefes del estudiante, egresado o profesional graduado en la UDB para 

explorar mediante un instrumento la percepción que cada jefe tiene de su 

desempeño laboral. 

2. Los alumnos o exalumnos para informarse acerca de la satisfacción 

laboral, la que puede derivarse de bien o mal desempeño en la empresa, 

como consecuencia entre otros aspectos de la preparación académica que 

la universidad le ha ofrecido. 

j) Llevar las estadísticas del seguimiento a los graduados de la Universidad. 

k) Presentar a la Directora del Departamento informes periódicos en cuanto a la 

inserción laboral de los graduados y estudiantes que hacen uso del programa. 

 

3. Flujo Alterno 

• No aplica 
 
4. Resultados Esperados 

a) Reporte o informes periódicos de todos los resultados en cuanto a la inserción 

laboral(Ofertas) 

b) Reporte de cuantas personas se ofertaron por semestre 

c) Reporte de todas las personas se insertaron laboralmente 

1. A través de la Bolsa de Trabajo 

2. A través de una agencia 

3. Por su propia cuenta 



  40

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_003 Módulo de CPS 
 

Histórico de Revisión 

Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción del 

Caso de Uso. 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Ingreso al Programa Bolsa de Trabajo  

Solicitar los servicios del Programa de la Bolsa de Trabajo por parte de estudiantes, 

egresados o graduados.                                                         

                                                                          

1. Pre-requisitos 
a) Presentar por parte del interesado la hoja de vida o currículo vitae. 

 
2. Flujo Normal 

a) Orientar a los interesados como elaborar el currículo vitae. 

b) Presentar al responsable del programa Bolsa de Trabajo en el Centro de 

Proyección Social su hoja de vida o currículum vitae para que lo incluya en el 

Banco de datos del programa. 

c) Informar a los estudiantes a cerca de las ofertas de trabajo. 

d) Contrasta la hoja de vida del solicitante con los perfiles de las ofertas del 

empleo existente en el Banco de Datos. 

e) Se propone a las empresas laboralmente potenciales los candidatos idóneos 

para que los entrevisten. 

f) Si no hubiese oportunidad por el momento, se ingresa su hoja de vida en la 

base de datos de candidatos disponibles para proponerle en la menor 

oportunidad. 

g) Actualizar la base de datos de la bolsa de trabajo. 



  41

h) Cuando el candidato es llamado por las empresas para ser entrevistado se 

presenta al Centro de Proyección Social con el responsable del programa para 

que se le de mayor información sobre la empresa que lo ha llamado y sobre el 

cargo para el cual será entrevistado. 

 

3. Flujo Alterno 
a) Si la hoja de vida o currículo vitae no esta elaborada correctamente se le da al 

estudiante la asesoría respectiva para que lo mejore y lo presente de nuevo. 
 
4. Resultados Esperados 

a) Listado de todas las personas que solicitan el servicio. (Anexo No.3) 

1. Por carrera egresados 

2. Por carrera estudiantes 

3. Por carrera graduados 



  42

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_004 Módulo de CPS 
 

Histórico de Revisión 

Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción del 

Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Servicio Social 

Son todas las actividades organizadas que realizan los estudiantes para contribuir a 

resolver problemas y satisfacer necesidades concretas de los sectores y 

comunidades mas necesitadas del país, mediante la aplicación práctica de los 

conocimientos adquiridos para los estudiantes en su proceso de formación 

profesional.                                                                    

                                                                          

1. Pre-requisitos 
a) Haber cursado 9º ciclo de estudios universitarios (Mínimo  3º ciclo) 

b) Los estudiantes pueden realizar su servicio social en grupos no mayores de 5 

personas 

c) Elaboración del Plan de Trabajo. 

 
2. Flujo Normal 
 
INSCRIPCION 

a) Dar información a los estudiantes sobre los objetivos, reglamentos y 

procedimientos para la realización del servicio social. 

b) El estudiante podrá proponer su propio proyecto o seleccionar conjuntamente 

con la coordinadora, un proyecto, sobre la base de las solicitudes presentadas 

al departamento de proyección social por parte de las diferentes instituciones. 



  43

c) Revisar conjuntamente con el estudiante las solicitudes de proyectos de 

servicio social recibidas en el Departamento de Proyección Social. 

d) Deberá llenar la ficha de inscripción (Anexo No. 5) en el departamento de 

proyección social para dar apertura a su expediente de servicio social. 

e) Seleccionado su proyecto, el estudiante deberá presentarse en la institución o 

comunidad beneficiada con una carta de presentación extendida por la 

coordinadora del programa de servicio social para recibir la información 

detallada sobre el proyecto y proponer su horario de trabajo. 

 

EJECUCIÓN  

a) Se debe hacer un diagnostico para definir el trabajo a desarrollar y los 

recursos necesarios para su ejecución. (Convenio) 

b) Recibir asesoría sobre la elaboración del plan de trabajo obligatorio del 

proyecto a realizar que deberá elaborar conjuntamente con el supervisor de la 

Institución que solicita el servicio. 

c)  Entregar el Plan de Trabajo a la coordinadora del Servicio Social Estudiantil. 

d) La coordinadora del Servicio Social Estudiantil abre un expediente por 

estudiante que realiza el Servicio Social y deberá actualizarlo. 

 

SUPERVISIÓN Y CONTROL (Realización del Proyecto) 

a) Se deberá realizar un seguimiento y control por parte del supervisor asignado 

por la institución o comunidad beneficiada, un profesional de la UDB vinculado 

con el proceso de formación del estudiante y el supervisor general de servicio 

social asignado por la UDB, quien realizará las visitas necesarias y solicitará 

informes al estudiante y al supervisor que se le ha asignado en la institución 

para: 

1. Evaluar la aplicación de sus conocimientos de campo. 

2. Retroalimentar el currículo institucional tomando en cuenta las 

observaciones dadas por los estudiantes y los supervisores. 

3. Brindar la asesoría técnica necesaria. 



  44

4. Corregir oportunamente las fallas y garantizar el logro de los objetivos 

propuestos durante la ejecución del plan de trabajo. 

 

FINALIZACIÓN 

a) El estudiante al finalizar el proyecto del servicio social deberá elaborar un 

informe (Anexo No. 6), el cual contendrá la auto evaluación de su trabajo y lo 

entregará al supervisor asignado por la institución beneficiada para que le de 

su aval con su firma y sello, también le entregara el formato del reporte 

evaluativo (Anexo No. 7) para que le evalué su trabajo y se lo firme y selle. 

b) Dichos reportes se entregarán al responsable del servicio social en la UDB. 

(Ver formatos) 

 

ACREDITACION 

a) Coordinar con la Directora del Departamento la entrega de la constancia de 

servicio social, lo cual acreditará  las  300 ó 500 horas sociales realizadas y la 

finalización del servicio social (300horas para Tecnológicos y Profesorados y 

500 horas para Licenciaturas e Ingenierías). 

b) Orientar al estudiante para que presente la constancia del cumplimiento del 

Servicio Social a Administración Académica. 

c) La constancia deberá ser presentada por el estudiante a Administración 

Académica para que le extiendan su carta de egreso, la cual es un requisito 

para realizar los trámites de graduación. 

 
3. Flujo Alterno 

Al  estudiante no se le reconocerá servicio social cuando: 
a) No cumpla con el convenio, reglamento y procedimientos establecidos 

por el Centro de Proyección Social. 
b) No cumpla con el Plan de Trabajo 
c) Abandonar el proyecto sin justificación o sin autorización de la persona 

que coordina el Centro de Proyección Social  y de la persona  

encargada de supervisarlo. 



  45

 
4. Resultados Esperados 

a) Listado General de estudiantes por año. 

b) Listado General de estudiantes por orden alfabético. 

c) Listado General de estudiantes por status de proyecto. 

d) Listado General de estudiantes por institución. 

e) Listado General  de estudiantes por proyecto. 

f) Datos Estadísticos  

1. Instituciones que se atendieron 

2. Cuantos Proyectos 

3. Cuantos estudiantes activos 

 

 

 



  46

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_005 Módulo de CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción del 

Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Selección de Candidatos Becas Puerta Nueva 2000 

Seleccionar y Brindar a los candidatos de escasos recursos económicos y de buen 

rendimiento académico, la oportunidad de iniciar o continuar estudios superiores 

becados en la UDB 

                                                                                                                                          

1. Pre-requisitos 
a) Limitados de Recursos económicos 

b) Buen rendimiento académico (nota promedio final igual o mayor de 7.0) 

c) Ser de nacionalidad Salvadoreña 

d) Ser menor de 28 años de edad 

 
2. Flujo Normal 
Cuando un estudiante quiere solicitar el otorgamiento de una beca del programa 

puerta nueva 2000 deberá realizar el siguiente procedimiento: 

 

a) Presentarse al departamento de Proyección Social a retirar el formulario 

(Anexo No. 8) para solicitar la beca, si es de nuevo ingreso presentar sus 

notas de bachillerato, si es estudiante de la UDB presentar las notas del 

ciclo anterior. 

b) Llenar el formulario y anexarle todos los documentos de respaldo 

requeridos. 



  47

c) Llevar el formulario totalmente contestado y entregarlo al analista de becas 

en el Departamento de Proyección Social para su respectiva revisión. 

d) El analista de becas evalúa cada solicitud a fin de determinar si el 

candidato cumple con los requisitos exigidos. 

e) Entrevista a los estudiantes. 

f) Analiza y evalúa las solicitudes a fin de determinar si los candidatos 

cumplen con los requisitos exigidos. 

g) Para verificar si los candidatos cumplen con los requisitos el analista de 

becas coordina con el supervisor de campo la visita domiciliaria a cada uno 

de los aspirantes llenando un formato (Anexo No. 9) ya establecido. 

h) Recibe los reportes de las visitas por parte del supervisor de campo. 

i) Anexar el reporte de visita domiciliaria a cada solicitud de beca. 

j) Con los reportes de la visita domiciliaria, el analista entrega a la directora 

del departamento de proyección social las solicitudes  que cumplan con 

todos los requisitos para su revisión final. 

k) La directora con él (la) analista de becas presentan las solicitudes con la 

documentación de respaldo al comité de becas. 

l) El comité de becas analiza las solicitudes y otorga las becas en 

porcentajes, según la situación económica de cada solicitante, es decir, 

adjudica, rechaza, posterga o renueva las becas solicitadas. 

m) El analista de becas notifica a cada estudiante si ha sido favorecido o no 

con la beca, mediante una carta personal firmada por el presidente del 

comité de becas. 

n) El estudiante favorecido con la beca debe presentarse personalmente al 

Departamento de Proyección Social para enterarse de los compromisos 

que adquiere. 

o) La persona responsable del programa de becas deberá presentar el listado 

de los estudiantes becados con el porcentaje de beca asignado y el 



  48

programa de vinculación3 a la directora del departamento quien lo remite a 

la Dirección General de la Administración. 

p) El estudiante deberá retirar su carta y presentarla en colecturía para que 

se le efectúe el respectivo descuento según el porcentaje de beca 

asignado. 

 
3. Flujo Alterno 

A un estudiante se le suspenderá la beca en caso de que: 
a) Reprobación de materias o rendimiento académico inferior a lo 

establecido en los requisitos. 

b) Abandono injustificado de los estudios. 

c) Alteración de documentos. 

d) Inasistencia a clases en más del 15%, sin causa justificada. 

e) No atender las obligaciones pactadas en el proyecto de vinculación. 

f) Por mala conducta. 

g) Por cambiarse de carrera en forma inconsulta. 

h) No llevar la carga académica normal del pensum. 

 
4. Resultados Esperados 
 

a) Listado de estudiantes que han sido seleccionados 

b) Listado por porcentaje de becas 

c) Listado por sexo 

d) Listado por carrera 

e) Listado por realización de vinculación 

 

                                            
3 Programa de vinculación: horas de trabajo que el estudiante realiza en la institución (UDB) por la 

ayuda recibida 



  49

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_006 Módulo de CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
1/11/2001 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Coordinación del Programa de Becas 

Coordinar eficientemente los programas de becas para estudiantes de la Universidad 

Don Bosco. 

                                                                                                                                         

1. Pre-requisitos 

• No aplica  

 
2. Flujo Normal 

 

a) Coordinar el Programa de Becas  Puerta Nueva 2000 (con fondos propios de 

la UDB) 

b) Promocionar los Programas de Becas en las carteleras. 

c) Llevar las estadísticas de los becarios de la UDB. 

d) Elaborar informes sobre los becarios para la calificación del Ministerio de 

Educación. 

e) Presentar informes periódicos de la administración de los diferentes 

programas de becas a la Directora del Departamento. 

 
3. Flujo Alterno 

• No aplica 
 



  50

4. Resultados Esperados 
a) Listado Académico  (Notas, CUM) 

b) Listado de Vinculación 

 



  51

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_007 Módulo de CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
1/11/2001 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Asignación y Seguimiento de Becas Puerta Nueva 2000 

Administrar el proceso de asignación de becas. 

                                                                                                                                          

1. Pre-requisitos 
a) Haber salido favorecido con la beca. 

b) Buena Conducta 

c) Inscribir y aprobar todas las materias que el ciclo exige 

d) Mantener un CUM no menor de 7.0 

e) Cumplir con el programa de Vinculación Becarios-UDB 

 

2. Flujo Normal 
 

a) Entregar las solicitudes y la documentación de respaldo a la Directora del 

Departamento para que lo presente en la reunión de Comité de Becas para su 

estudio. 

b) Preparar información sobre las nuevas solicitudes de beca a los estudiantes 

que reúnen los requisitos. 

c) Asistir a las reuniones del Comité de Becas para presentar las solicitudes de 

los candidatos pre-seleccionados. 

d) Dar seguimiento académico a todos los estudiantes becados. 



  52

e) Preparar los reportes de notas y de vinculación de los estudiantes becados 

durante el ciclo. 

f) Presentar la información a la Directora del Departamento para que lo presente 

al Comité de Becas para el estudio de reasignación de becas a los 

estudiantes. 

g) Elaborar la propuesta de las cartas de resolución y presentarlas para revisión 

y firma al presidente del Comité de Becas ( Secretario General) 

h) Recibir las cartas de resolución para cada estudiante firmada por el Presidente 

del Comité de Becas. 

i) Entregar las cartas de resolución de becas a los estudiantes de nuevo y 

antiguo ingreso. 

j) Entregar listados de estudiantes becados a la administración financiera de la 

UDB y a Secretaria General 

k) Llevar el control y registro de cumplimiento de compromisos de los estudiantes 

becarios durante el ciclo. 

l) Al final del ciclo solicitar las notas de los becarios a Administración Académica 

para chequear los estudiantes que puedan continuar con la beca el próximo 

ciclo. 

m) Elaborar el informe por cada becario de cumplimiento de compromisos. 

n) Presentar el informe de cumplimiento de compromisos a la Directora del 

Departamento. 

 

 
3. Flujo Alterno 

• No aplica 
 
4. Resultados Esperados 
 

a) Listado de estudiantes becados de nuevo ingreso al programa y 

renovación de becas 

b) Listado General por año de ingreso al programa de becas 



  53

c) Listado General de estudiantes becados por carrera. 

d) Listado General de estudiantes becados por sexo. 

e) Listado General de estudiantes becados por financiamiento. 

f) Datos Estadísticos 

1. Cuantos estudiantes becados por año de ingreso 

2. Cuantos estudiantes becados por carrera 

3. Cuantos estudiantes becados por sexo 

4. Cuantos estudiantes becados por financiamiento 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 



  54

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_008 Módulo de CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
1/11/2001 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Recepción de Cuestionarios (Cuota Diferenciada)  

Es el conjunto de lineamientos específicos que permiten analizar las condiciones 

socioeconómicas de los aspirantes a ingresar a la UDB, con el propósito de 

asignarles las cuotas mensuales que les corresponderá pagar como estudiantes 

regulares de este centro de estudio. 

                                                                                                                                       

1. Pre-requisitos 
a) Inscripción en el curso pre-universitario. 

b) Entrega de la PAES. 

 
2. Flujo Normal 

Con el propósito de proporcionar un servicio eficiente, se recomienda seguir los 

siguientes pasos: 

a) El candidato debe inscribirse en Administración Académica como 

aspirante a ingresar a la UDB. 

b) Entregar al estudiante de nuevo ingreso  y casos de reingreso el 

formulario de estudio  socioeconómico (Anexo No.10). 

c) Orientar al estudiante como llenar el cuestionario y de la importancia de 

que la información proporcionada sea confiable. (Indicar los 

documentos que deben anexar a la solicitud). 

d) Responder y documentar el cuestionario antes mencionado. 



  55

e) Entregar al Departamento de Proyección Social el cuestionario 

debidamente respondido y acompañado de los atestados 

correspondientes. 

f) Revisar conjuntamente con el estudiante si el cuestionario esta 

debidamente completado. 

g) Realizar visitas domiciliarias por parte del supervisor de campo a una 

muestra representativa de la población inscrita, o a los casos que 

presenten incongruencias al contestar el cuestionario socioeconómico. 

h) Concienciar al estudiante sobre la importancia del pago de una cuota 

justa. 

i) Todos los cuestionarios recibidos se archivan debidamente. 

j) Se elabora un informe con todas las cuotas asignadas a los estudiantes 

y se envía a la administración de la UDB. 

 
3. Flujo Alterno 

a) En caso de que el estudiante considere que no se le ha aplicado con justicia la 

cuota deberá avocarse a una apelación de la cuota. 
 
4. Resultados Esperados 

a) Listado de todos los que se les ha aceptado cuestionario.(General) 

 



  56

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_009 Módulo de CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
1/11/2001 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Apelación de la Cuota Diferenciada 

Constituyen un recurso establecido por la institución para aquellos casos en que los 

estudiantes consideren que no se les ha aplicado con justicia la cuota y por lo tanto 

no están en capacidad de pagarla. 

                                                                                                                                        

1. Pre-requisitos 
a) La solicitud de apelación debe presentar un motivo fuerte (muerte de un 

familiar, despido laboral, etc.) 

b) El período de apelación es previo al inicio de cada ciclo. 

c) La notificación de las cuotas de los estudiantes a la Administración General de 

la UDB. 

 

2. Flujo Normal 
Con el propósito de proporcionar un servicio eficiente, se recomienda seguir los 

siguientes pasos: 

a) El estudiante se presenta ante el coordinador del programa y solicita la 

apelación. 

b) El estudiante se entrevista con el encargado del Programa de Cuota 

Diferenciada a quien expone su situación. 

c) El encargado del Programa de Cuota Diferenciada  evalúa la situación 

planteada y si el caso lo amerita le entrega un formato en la que el estudiante 



  57

debe explicar detalladamente el motivo de su apelación y anexarle todos los 

comprobantes correspondientes. 

d) Estudiar cada uno de los casos de apelación. 

e) Coordinar con el supervisor de campo las visitas domiciliarias para verificar la 

veracidad de la información en los casos que se justifique. 

f) Una vez efectuada la visita domiciliaria, el supervisor de campo entrega el 

reporte de la visita a la Directora del Centro de Proyección Social. 

g) La Directora del Centro de Proyección Social, el encargado del Programa de 

Cuota Diferenciada y el Supervisor de Campo se reúnen para evaluar cada 

caso y determinar la resolución sobre la cuota asignada. 

h) El encargado del Programa comunica al estudiante el dictamen del resultado 

de la apelación. 

i) El coordinador del programa deberá informar a la Administración General de la 

UDB las modificaciones efectuadas por motivos de apelación. 

 
3. Flujo Alterno 

No aplica 
 
4. Resultados Esperados 

a) Informe a la Administración General de la UDB nuevas cuotas por apelación. 

b) Listado de todos los estudiantes que han apelado. 

c) Listado de todas las resoluciones favorables. 

d) Listado de todas las resoluciones rechazadas. 

e) Listado del total de apelaciones. 

 

 

 

 

 



  58

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CU_010 Módulo de CPS 
 

Histórico de Revisión 

Fecha Versión Descripción Autor 
1/11/2001 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar A. Soto 

Vladimir Álvarez 

 

Caso de Uso:   Asignación de Cuota 

En base al estudio socioeconómico asignar una cuota justa a cada uno de los 

estudiantes.  

                                                                                                                                        

1. Pre-requisitos 
a) Estudio previo del cuestionario socioeconómico. 

 

2. Flujo Normal 
a) Analizar por parte del encargado del Programa la información contenida en el 

cuestionario, comprobando los documentos de respaldo presentados. 

b) Coordinar con el supervisor de campo las visitas domiciliarias en los casos 

que se presente incongruencia. 

c) Asignar la cuota a cada estudiante de acuerdo a su condición 

socioeconómica. 

d) Comunicar al estudiante la asignación de su cuota. 

e) Recibir los casos de apelación de cuota. 

f) Asignar la cuota. 

g) Comunicar al estudiante la asignación de su cuota. 

h) Elaborar los informes y estadísticos de los estudios socioeconómicos y 

asignación de cuotas realizados por ciclo y presentarlo a la Directora del 

Departamento. 



  59

i) Solicitar a la Dirección General Administrativa Financiera y Administración 

Académica los datos referentes a inscripción de estudiantes. 

j) Mantener actualizado la base de datos con los resultados y estadísticas ciclo a 

ciclo de los estudios socioeconómicos, asignación de cuotas en relación al 

número de estudiantes inscritos. 

 

 
3. Flujo Alterno 

a) En caso de que el estudiante considere que no se le ha aplicado con justicia la 

cuota deberá avocarse a una apelación de la cuota. 
 
4. Resultados Esperados 

• Informe de la caracterización por ciclo. 

a) Listado de la clasificación según genero (femenino o Masculino). 

b) Listado de la clasificación según edades. 

c) Listado de la clasificación según estado familiar (casado, divorciado, 

acompañado y viudo) 

d) Listado de la clasificación según lugar de procedencia. 

e) Listado de la clasificación según Institución de procedencia. 

f) Listado de la clasificación según carrera. 

g) Listado de la clasificación según Situación Ocupacional. 

h) Listado de la clasificación según Número de Miembros del grupo 

familiar. 

i) Listado de la clasificación según Ingreso per cápita. 

j) Listado de la clasificación según condición de vivienda. 

k) Listado de la clasificación según valor de la vivienda. 

l) Listado de la clasificación según posesión de vehículos. 

m) Listado de la clasificación según deudas. 

n) Listado de la clasificación según cuotas asignadas. 

o) Listado de la clasificación según PAES. 



  60

Durante el proceso de investigación y recopilación  de la información se pudo 

conocer de que el Centro de Proyección Social posee equipo computarizado, 

pero sus utilización es básicamente para la generación de reportes finales y 

estadísticos que son presentados a los diferentes departamentos que los 

requieren, toda la información es procesada en hojas electrónicas (Excel). 

 

 



  61

 

4.3 DIAGRAMAS DE FLUJO DE DATOS DE LA SITUACIÓN ACTUAL 

 

 

4.3.1 ESQUEMA JERARQUICO 
 
 
 

DIAGRAMA DE JERARQUIA QUE MUESTRA LOS MODULOS DEL SISTEMA 
 
 

 
 
 
 
 
 
 
 



  62

 
4.3.2 NIVEL 0.  DIAGRAMA DE CONTEXTO 
 
 
 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

0

Sistemas
de

Proyeccion
Social

Estudiantes

Empresas

Direccion
departamento
de Proyeccion

Social

Cartas de Notificacion
Curriculum
Datos Personales
Formularios

Curriculum

Perfiles
Ofertas
Proyectos
Informacion
de seguimiento



  63

4.3.3 MODULO DE BOLSA DE TRABAJO 
 
NIVEL 1.  
INGRESO BOLSA DE TRABAJO 

 
 



  64

 
SEGUIMIENTO BOLSA DE TRABAJO 
 

 
 
4.3.4 MODULO DE SERVICIO SOCIAL 
 

NIVEL 1.  

 
 
 
 



  65

NIVEL 2. 
 

 
 
NIVEL 3. 
INSCRIPCION. 

 
 
 
 
 
 



  66

EJECUCION. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Ficha de Inscripción llenada 2.1 
ASESORIA 
PARA PLAN 

DE TRABAJO 

2.2 
ELABORAR 

PLAN DE 

TRABAJO 

 
  DSS 

 

EMPRESA O 

INST. 

BENEFICIADA 

Convenio 

Convenio 

Carta de Presentación 

Revisión de Convenio 

Firma y Sello de Documentos 

Plan de Trabajo terminado 

Entrega Plan de Trabajo 

Verifica Plan de Trabajo 

Entrega Plan de Trabajo 

 

   

ESTUDIANTE



  67

SUPERVISION Y CONTROL. 
 

 
 
 
 
 
 
 
 
 
 

Plan de Trabajo 

Revisión del Reporte 

3.1 
 

REALIZAR 
PROYECTO 

3.2 
SEGUIMIENTO 

DEL 

PROYECTO 

3.4 
 

FINALIZAR 
PROYECTO 

 
  DSS 

 

 

ESTUDIANTE 

3.3
 

PRESENTAR 
AVANCE DEL 
PROYECTO

D2 Archivo de Alumnos 

Control del Proyecto  

(Visitas) 

Avance del 

Proyecto 

Avance del 

ProyectoDatos 

Recopilado

3.5 
 

ELABORAR 
REPORTE FINAL 

 

 

ESTUDIANTE
Reporte 

Final

Información Recopilada 



  68

 
FINALIZACION Y ACREDITACION. 
 
 

 

 
 
 
 
 
 
 
 
 
 
 

 

DSS 

4.1 

Entregar 

reporte 

final 

4.2 

Evaluar 
Proyecto 

4.3 
Elaborar 

constancia de 

horas 

sociales 

Institución o 

Empresa 

beneficiada 

 

ESTUDIANTE

D2 Archivo de Alumnos 

Revisión  

Del 

Proyecto 

Revisión del Reporte 

Registra terminación del Proyecto

Eliminación del Proyecto 

como disponible 

D1 Archivo de Proyectos disponibles 

Reporte Final 

Reporte Evaluativo 

Proyecto evaluado 

satisfactoriamente

Constancia de 

realización del S S

Anota entrega del Reporte 

Final 



  69

4.3.5  MODULO DE BECAS 
 

NIVEL 1 

Estudiantes

1

Determinaci
ón de

solicitudes
validas

Solicitudes1

2

Generar
Reporte de
las visitas

Reporte de visitas2

Formulario

Solicitudes Válidas

Listado de Visitas

Reporte

3

Análisis por parte
de la Dirección

del departamento
de Proyección

Social

Solicitudes

Comite de
Becas

Solicitudes

4

Determinaci
ón del

estatus de la
beca

Solicitud
Solicitudes3

Estatus

Reportes

5

Generar
carta de

Resolución

Resolución

Estudiantes

Carta

6

Generación
de

informe

Solicitudes
Aprobadas

Administración
Académica

Informe

 



  70

 
4.3.6  MODULO DE CUOTA DIFERENCIADA  
NIVEL 1 
ASIGNACION DE CUOTA 
 

Estudiante

1

registra
Informacio

n
estudiante

Estudiante1

2

Genera
Listados
Visitas

Listado de
Visitas2

3

Corrobora
Informaci

on

4

Asignacio
n de Cuota

Estudiantes3

6

Generacion
reportes

Estadisticos

5

Notificacion
cuota

estudiante

Estudiante

Direccion
Departamento
de Proyeccion

Social

informacion
estudiante

Informacion Estudiantes

Registro Estudiante

Estudiantes Informacion Estudiantes

visitas

Lista de visitas

Datos

Reportes

Cuota Estudiante

Notificacion

 
 



  71

 

APELACION A LA CUOTA DIFERENCIADA 
 

Estudiante

1

Registrar
Apelació

n

Apelación1

6

Notificació
n de

Resolución

Apelación

3

Generación
de listado

de personas
a visitar

Listado de visitas2

Visitador

4

Generació
n de

Estatus

Listado de casos a evaluar3Listado de resolución4

Estudiante

2

Estudio de
las

apelaciones

5

Evaluación
y

Resolución
de Cuota

Estatus

Estatus
(calificación)

Estudiantes
con apelaciones
estudiadas

Listado
de estudiantes
a visitar

Estatus

Listado de estudiantes
a visitar

Listado
de estudiantes
visitados

Listado con estatus

Estudiantes
con
apelaciones

Resolución

Listado
con
resoluciones

 
 

 



  72

4.4 SITUACIÓN ACTUAL DEL EQUIPO 

El departamento de Proyección social cuenta con 4 equipos, a continuación se detalla las condiciones 

de los mismos: 

 

 Equipo 1 analista 
de becas y 

servicio social 

Equipo 2 
Analista de bolsa 

de trabajo y 
cuota 

diferenciada 

Equipo 3 
Directora del 

departamento de 
Proyección 

social 

Equipo 4 
secretaria 

Tipo de CPU AMD Athlon AMD Athlon AMD Athlon Intel Pentium 

Velocidad de CPU 1.3GHZ 1.3GHZ 1.3GHZ 200 Mhz 

Memoria 120 MB 120 MB 120 MB 48 mb 

Disco Duro 9.31 GB 9.31 GB 9.31 GB 1.18 GB 

Tarjeta de Red 100 mb/s 100 mb/s 100 mb/s  

Sistema Operativo Windows 98 Windows 98 Windows 98 Windows 95 

 

 



  73

CAPITULO V  DISEÑO DEL SISTEMA 
 

 

5.1 SITUACIÓN PROPUESTA 

 

Como un complemento a los Diagramas de Flujo de Datos, para la descripción de los 

procesos que los conforman, se utilizó la técnica de Casos de Uso que es una 

técnica propia de la metodología de Racional para el análisis y diseño de sistemas. 

Los Casos de Uso diseñados son los siguientes: 



  74

5.1.1 CASOS DE USO 

SERVICIO SOCIAL 

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  SS01 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar  Soto 

Vladimir Álvarez  

 

Caso de Uso:   Creación de Instituciones, Tipo de Instituciones y Campos de Acción 

Definición  de características especificas de las Instituciones, Tipos de institución y 

Campos de Acción 

                                                                                                                                       

1. Pre-requisitos 
 

a) Solicitudes de las diferentes Instituciones al Departamento de Proyección 

Social. 

b) Catalogo de Tipos de Institución creados. 

 
2. Flujo Normal 
 

Tipos de Institución 

a) Se definen los siguientes datos: 

1) Nombre 

2) Descripción 

3) Status, si el tipo esta activo o inactivo. 

 

Se actualiza la información. 



  75

 

 

Institución 

a) Se definen los siguientes datos: 

1) Nombre de la Institución 

2) Descripción 

3) Tipo de Institución 

4) Dirección 

5) Status, si la Institución esta activa o inactiva 

6) Código, nombre, cargo, teléfono y fax de cada uno de los contactos 

vinculaos con la Institución. 

 

Se actualiza la información. 

 

Campos de Acción 

a) Se definen los siguientes datos: 

1) Nombre 

2) Descripción 

3) Status, si el Campo de Acción esta activo o inactivo. 

 

Se actualiza la información. 

 

Para este caso específico se tienen 3 tipos de Campo de Acción, los cuales se 

encuentran ya introducidos en la tabla respectiva. 

 

3. Flujo Alterno 
 

No aplica 
 
4. Resultados Esperados 
 

a) Registro de las generalidades del Tipo e Institución, Instituciones y 
Campos de acción. 

 



  76

 
 
Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  SS02 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar  Soto 

Vladimir Álvarez  

 

Caso de Uso:   Creación de Proyectos 

Definición  de características especificas de los nuevos  Proyectos 

                                                                                                                                       

1. Pre-requisitos 
 

a) Catalogo de Instituciones con respectivos contactos creados 

b) Catalogo de Campos de Acción creados 

 
2. Flujo Normal 
 

a) Se definen los siguientes datos: 

1) Nombre del Proyecto 

2) Descripción 

3) Status, si el Proyecto esta activo o inactivo. 

4) Fecha en que inicia y finaliza el Proyecto 

5) Campo de Acción al cual esta vinculado el Proyecto 

6) Área de Acción al cual esta vinculado el Proyecto (Carrera) 

7) Número e personas que requiere el Proyecto. 

8) Número de personas a las que se le ha asignado el Proyecto. 

 

Se actualiza la información. 

 



  77

3. Flujo Alterno 
 

No aplica 
 
 
4. Resultados Esperados 
 

a) Registro de las generalidades del nuevo Proyecto. 
 



  78

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  SS03 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar  Soto 

Vladimir Álvarez  

 

Caso de Uso:   Inscripción  del Proyecto 

Proceso mediante el cual un alumno inscribe el Proyecto para realizar sus horas 

sociales. 

                                                                                                                                       

1. Pre-requisitos 
 

a) Ficha de inscripción debidamente llenada por el alumno 

b) Elaboración del Plan de Trabajo 

c) Catalogo de Instituciones con respectivos contactos creados 

d) Catalogo de Proyectos creados 

 
2. Flujo Normal 
 

a) Se obtienen  los siguientes datos del Alumno, en base al carné 

1) Nombre 

2) Apellidos 

3) Status 

4) Carrera 

5) Facultad 

6) Ingreso por equivalencia 

7) Horario de estudio 

8) Lugar de trabajo 



  79

9) Teléfono 

 

b) Se definen  los siguientes datos del  Proyecto 

1) Nombre el Proyecto 

2) Institución 

3) Horas Proyecto  

4) Fecha inicio 

5) Fecha Fin 

6) Status del Proyecto  

 

Se actualiza la información. 

 

3. Flujo Alterno 
 

No aplica 
 
4. Resultados Esperados 
 

a) Inscripción de Proyectos por Alumno. 

b) Listado general de estudiantes por status de proyecto. 

c) Listado general de estudiantes por institución. 

d) Listado general de estudiantes por  proyecto. 

 

 



  80

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  SS04 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar  Soto 

Vladimir Álvarez  

 

Caso de Uso:   Ingreso de Actividades 

Proceso mediante el cual se ingresan cada una de las actividades en base al Plan de 

Trabajo elaborado por el alumno. 

                                                                                                                                       

1. Pre-requisitos 
 

a) El alumno debe existir 

b) El Proyecto debe estar creado 

c) El proyecto debe estar inscrito 

 
2. Flujo Normal 
 
ACTIVIDADES 

 
1) Se deberá seleccionar el Proyecto y el alumno a los cuales se les va a definir 

las actividades en base a un Plan de Trabajo. 

2) Se definen cada una de las actividades, generándose luego, el porcentaje 

para cada una de ellas. 

3) Se actualiza la información. 

 

 

 



  81

CONTROL DE VISITAS 
1) Se deberá anotar cada una de las observaciones por visita, así como, un 

porcentaje estimado de avance según las actividades que se han logrado a la 

fecha. 

2) Con cada visita se podrá generar un resumen de la visita con los datos 

introducidos en la s observaciones, con el botón generar resumen. 

3) Cuando se ha alcanzado el cumplimiento total de todas las actividades, se da 

por finalizado el proyecto, para lo cual, se deberá marcar la casilla de proyecto 

finalizado. 

4) Se actualiza la información. 

 

3. Flujo Alterno 
 

No aplica 
 
4. Resultados Esperados 
 

a) Registro de las actividades por proyecto y por alumno. 

b) Listado de actividades por proyecto y por alumno. 

c) Resumen con las observaciones de las visitas realizadas. 

 



  82

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  SS05 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar  Soto 

Vladimir Álvarez  

 

Caso de Uso:   Avance de ejecución de Proyectos 

Monitoreo del avance de un Proyecto. 

                                                                                                                                       

1. Pre-requisitos 
 

a) El Proyecto debe estar creado 

b) El proyecto debe estar inscrito 

c) Las actividades deben estar definidas. 

 
2. Flujo Normal 
 

a) Se deberá seleccionar el Proyecto y el alumno a los cuales se les va generar 

el avance el Proyecto. 

b) Se genera el avance ejecutando el botón Generar Avance. 

c) Como resultado del paso anterior se obtiene un reporte grafico del estado del 

Proyecto, todo en base a las actividades. 

 
3. Flujo Alterno 
 

No aplica 
 
4. Resultados Esperados 
 

a) Reporte grafico del estado de un Proyecto específico. 



  83

CUOTA DIFERENCIADA 

 

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CD01 Módulo del CPS 
 

Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar Soto 

Vladimir Álvarez 

 

Caso de Uso: Creación de fichas de información del alumno 

Introducción de la información dada por el estudiante en  el Cuestionario 

socioeconómico tales como: Bienes Inmuebles, Deuda del grupo Familiar, 

Familiares, Clubes y Asociaciones, Vehículos, Familiares estudiando 

 

1.  Pre-requisitos:  

a) Cuestionario socioeconómico  y documentos de respaldo 

b) Resultados de la visita domiciliaria 

 

1. Flujo Normal 
 

Se introduce la  información siguiente: 

 

a) Bienes Inmuebles 
 

1) Tipo de Inmueble 

2) El lugar donde se encuentra el inmueble 

3) Propietario 

4) Si fue una compra al crédito 

5) Letra mensual 



  84

6) Saldo actual 

7) Valor total actual 

 
 

b) Deuda del grupo 
 

1) El deudor 

2) Monto Inicial 

3) Pago mensual 

4) Saldo actual 

5) Motivo de la deuda 

6) Fecha de cancelación  

 

c) Familiar 
 

1) Nombre del familiar 

2) Edad 

3) Profesión 

4) Ocupación 

5) Lugar de trabajo 

6) Salario mensual 

7) Otros salarios 

 

d) Clubes y Asociaciones 
 

1) Nombre de la persona que pertenece al club 

2) Nombre del club o asociación 

3) La cuota que paga 

4) Observaciones 

 

e) Vehículos 
 

1) Propietario del Vehículo 

2) Marca 



  85

3) Año 

4) Estado 

5) Si fue una compra al crédito 

6) La letra mensual si es al crédito 

7) Saldo actual 

8) Valor actual 

9) El uso del carro 

 

f) Familiares estudiando 
 

1) Parentesco 

2) Nombre del familiar 

3) El nivel escolar 

4) Institución de estudiando 

5) El país de estudio 

6) Fecha inicio de los estudios 

7) Fecha de finalización de estudios 

8) El valor de las ultimas cuotas de pago 

9) La persona que le costeo el estudio 

 
Se guarda la información 

 

3. Flujo Alterno 
 

No aplica 
 
4. Resultados Esperados 
 

a) Registro de toda la información que el alumno proporciono en el cuestionario 
Socioeconómico   



  86

 
Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CD02 Módulo del CPS 
 
Histórico de Revisión 
Fecha Versión Descripción Autor 
15/08/2002 1 Identificación y descripción 

del Caso de Uso 

Ivette de Madrid 

Omar Soto 

Vladimir Álvarez  

 

Caso de Uso: Introducción de las cuotas apeladas 

Proceso por el cual se registran todos los estudiantes que piden  apelación de la 

cuota asignada. 

 

1.  Pre-requisitos 
a) Cuestionario socioeconómico  y documentos de respaldo 

b) Formatos que se entregaron al alumno en el que se explican las razones de 

su apelación 

c) Resultados de la visita domiciliaria 

 
2.  Flujo Normal    

a) Se modifican los siguientes datos del Alumno, en base al carné 

b) Se actualiza el campo de apelación  

c) Se guarda la información 

 

3. Flujo Alterno 
 

No aplica 
 
4. Resultados Esperados 
 

a) Registro de alumnos para apelación 
 



  87

Proyecto: Programa Centro de Proyección Social Versión:  1 

Especificación :  CD03 Módulo del CPS 
 
Histórico de Revisión 
Fecha Versión Descri