MARCO DE REFERENCIA DE LA INVESTIGACIN

4.1.
ANTECEDENTES
Segn Jaime Grados (1997), dentro de una concepcin ms limitada define el Reporte de
Desarrollo como: "Un proceso para evaluar formalmente la conducta laboral y prop
orcionar una retroalimentacin en la que puedan hacerse los ajustes en la misma".
El Reporte de Desarrollo constituye el proceso por el cual se estima el rendimie
nto global del empleado; constituye una funcin esencial que de una u otra manera
suele efectuarse en toda organizacin moderna. Segn William B. Werther (1987).
Jos Villegas (1988), afirma que el Reporte de Desarrollo: "...es el examen metdico
del desempeo de la persona, que se cumple en todos los niveles de la organizacin
para evidenciar capacidades, debilidades y realizaciones que inciden directament
e sobre la productividad, con el propsito de orientar a la direccin en la formulac
in de polticas y procedimientos para el adiestramiento y desarrollo del personal".
Segn los principios de la Performance Appraisal, PA: "...es un sistema formal de
revisin y evaluacin peridica del desempeo de un individuo o de un equipo de trabajo"
.
4.2.

MARCO TERICO

4.2.1. REPORTES EN CASCADA

Son informes que organizan y exhiben la informacin contenida en una base de datos
. Su funcin es aplicar un formato determinado a los datos para mostrarlos por med
io de un diseo atractivo y que sea fcil de interpretar por los usuarios (Definicio
n.de, 2015).
Por otra parte Silva, R. (2009) La realizacin de esta funcin es esencial para el s
istema de informacin, ella se encarga de producir la informacin requerida y trasmi
tirla a los puntos o centros de informacin que la soliciten. Esta transmisin de in
formacin se puede efectuar mediante el movimiento fsico de los elementos de almace
namiento (papel, cintas magnticas, diskettes, y otros) o mediante la comunicacin d
e seales elctricas digitales o analgicas a dispositivos receptores (terminales, con
vertidores, estaciones remotas u otro computador). Los reportes que genera el si
stema de informacin se clasifican en:
a)
Reportes de Errores
Proporcionan informacin sobre los errores que ocurren y se detectan durante el pr
ocesamiento de transacciones.
b)
Reportes de Actividades
Proporcionan informacin sobre las actividades elementos de la organizacin. No estn
orientados a la toma de decisiones. Por ejemplo. Listados de empleados, listados
de inventarios de piezas, y otros.
c)
Reportes Regulares
Estn orientados a la toma de decisiones. Se preparan a intervalos definidos de ti
empo y en un formato fijo, por lo que se pueden generar automticamente.
d)
Reporte de Excepcin
tiles para controlar situaciones anormales pues sealar la ocurrencia de condicione
s "fuera de limite". Tienen un formato predefinido y se pueden generar automticam
ente bajo solicitud o cuando ocurra la condicin anormal.
e)
Reportes no Planeados
Requeridos eventualmente para la toma de decisiones. Se generan cuando se solici
tan y pueden tener un formato predefinido.

f)
Reportes Especiales
Requeridos generalmente una sola vez con fines de analizar situaciones o resolve
r problemas involucran el uso de modelos que respondan a interrogantes del tipo
"que ocurre si " No tienen formato predefinido y pueden o no generarse automticamen
te. Los dos primeros reportes son producidos por los subsistemas de procesamient
o de transacciones, mientras que los restantes los producen los subsistemas de p
rocesamientos de informacin.
Segn BRAUDE (2013), Tambin conocido como modelo clsico, modelo tradicional o modelo
lineal secuencial. l mtodo de la cascada es considerado como el enfoque clsico par
a el ciclo de vida del desarrollo de sistemas, se puede decir que es un mtodo pur
o que implica un desarrollo rgido. Est es una secuencia de actividades(o etapas) q
ue consisten en el anlisis de requerimientos, el diseo, la implementacin, la integr
acin y las pruebas.
4.2.1.1.
ANLISIS DE REQUERIMIENTOS
En esta fase se analizan las necesidades de los usuarios finales del software pa
ra determinar qu objetivos debe cubrir. De esta fase surge una memoria llamada SR
D (documento de especificacin de requisitos), que contiene la especificacin comple
ta de lo que debe hacer el sistema sin entrar en detalles internos (Melgarejo, 2
013).
Es importante sealar que en esta etapa se debe consensuar todo lo que se requiere
del sistema y ser aquello lo que seguir en las siguientes etapas, no pudindose req
uerir nuevos resultados a mitad del proceso de elaboracin del software de una man
era (Casallas, 2012).
4.2.1.2.
DISEO
Segn London (2013) Descompone y organiza el sistema en elementos que puedan elabo
rarse por separado, aprovechando las ventajas del desarrollo en equipo. Como res
ultado surge el SDD (Documento de Diseo del Software), que contiene la descripcin
de la estructura relacional global del sistema y la especificacin de lo que debe
hacer cada una de sus partes, as como la manera en que se combinan unas con otras
.
Es conveniente distinguir entre diseo de alto nivel o arquitectnico y diseo detalla
do. El primero de ellos tiene como objetivo definir la estructura de la solucin (
una vez que la fase de anlisis ha descrito el problema) identificando grandes mdul
os (conjuntos de funciones que van a estar asociadas) y sus relaciones. Con ello
se define la arquitectura de la solucin elegida. El segundo define los algoritmo
s empleados y la organizacin del cdigo para comenzar la implementacin.
4.2.1.3.
IMPLEMENTACIN
Una implementacin es la instalacin de una aplicacin informtica, realizacin o la ejecu
cin de un plan, idea, modelo cientfico, diseo, especificacin, estndar, algoritmo o po
ltica. (Distngase siempre el trmino implementacin de implantacin, puesto que una impl
antacin se realiza de forma impuesta u obligatoria al usuario sin importar su opi
nin; en cambio en la implementacin se involucra al usuario en el desarrollo de lo
que se est realizando).
En ciencias de la computacin, una implementacin es la realizacin de una especificac
in tcnica o algoritmos como un programa, componente software, u otro sistema de cmp
uto. Muchas implementaciones son dadas segn a una especificacin o un estndar. Por e
jemplo, un navegador web respeta (o debe respetar) en su implementacin, las espec
ificaciones recomendadas segn el World Wide Web Consortium, y las herramientas de
desarrollo del software contienen implementaciones de lenguajes de programacin.
4.2.1.4.
INTEGRACIN
La integracin de sistemas consiste simplemente en conectar distintas aplicaciones i
nformticas con la intencin de que la informacin sea compartida entre ellas. El obje
tivo de la integracin de sistemas es doble.

Por un lado se pretende que todo el mundo trabaje con la misma informacin, es dec
ir, que la informacin con la que un usuario est trabajando en una aplicacin determi
nada sea la misma con la que otro usuario dado est utilizando en otra aplicacin di
stinta. De esta manera lo que conseguimos es evitar errores y reprocesos por est
ar trabajando con datos distintos.
4.2.2. SISTEMAS DE INFORMACIN
Segn Kenneth (2006) Un sistema de informacin es un conjunto de elementos orientado
s al tratamiento y administracin de datos e informacin, organizados y listos para
su uso posterior, generados para cubrir una necesidad o un objetivo. Dichos elem
entos formarn parte de alguna de las siguientes categoras:
Personas
Datos
Actividades o tcnicas de trabajo
Recursos materiales en general (generalmente recursos informticos y de co
municacin, aunque no necesariamente).
Burch y Strater (1974), "Un sistema de informacin se define como sigue: Un ensamb
laje formal y sistemtico de componentes que ejecutan operaciones de procesamiento
de datos para: a) satisfacer los requerimientos, procesamientos de datos legale
s y transaccionales; b) proporcionar informacin a la gerencia para el apoyo de la
s actividades de planificacin, control y toma de decisiones; c) proporcionar una
variedad de reportes, que sean requeridos por entes externos.
4.2.3. FRAMEWORK
Para Gutirrez (2010) el concepto framework se emplea en muchos mbitos del desarrol
lo de sistemas software, no solo en el mbito de aplicaciones Web. Podemos encontr
ar frameworks para el desarrollo de aplicaciones mdicas, de visin por computador,
para el desarrollo de juegos, y para cualquier mbito que pueda ocurrrsenos. En gen
eral, con el trmino framework, nos estamos refiriendo a una estructura software c
ompuesta de componentes personalizables e intercambiables para el desarrollo de
una aplicacin. En otras palabras, un framework se puede considerar como una aplic
acin genrica incompleta y configurable a la que podemos aadirle las ltimas piezas pa
ra construir una aplicacin concreta. Los objetivos principales que persigue un fr
amework son: acelerar el proceso de desarrollo, reutilizar cdigo ya existente y p
romover buenas prcticas de desarrollo como el uso de patrones. Un framework Web,
por tanto, podemos definirlo como un conjunto de componentes (por ejemplo clases
en java y descriptores y archivos de configuracin en XML) que componen un diseo r
eutilizable que facilita y agiliza el desarrollo de sistemas Web.
4.2.4. LENGUAJES DE PROGRAMACIN ORIENTADOS A OBJETOS
Snchez (2010), la Programacin Orientada a Objetos (POO) es una tcnica de programar
aplicaciones ideadas en los aos setenta y que ha triunfado desde los ochenta, de
modo que actualmente es el mtodo habitual de creacin de aplicaciones. La programac
in estructurada impone una forma de escribir cdigo que potencia la legibilidad del
mismo. Cuando un problema era muy grande, an que el cdigo es legible, ocupa tanta
s lneas que al final le hacen inmanejable. La programacin modular supuso un import
ante cambio, ya que el problema se descompone en mdulos (en muchos lenguajes llam
ados funciones) de forma que cada uno se ocupa de una parte del problema.
Cuanto ms independiente sea cada mdulo, mejor permitir el mantenimiento de la aplic
acin y el trabajo en equipo. Ya que cada persona puede programar cada mdulo sin te
ner en cuenta cmo se han programado los otros. Pero nuevamente esta tcnica se qued
a corta. Al final realmente los mdulos necesitan datos globales conocidos por tod
os, lo que resta independencia a los mismos. Adems los datos y las funciones se m
anejan de forma distinta e independiente, lo que provoca problemas. Con la POO s
e intenta solucionar esta limitacin ya que el problema se divide en objetos, de f
orma que cada objeto funciona de forma totalmente independiente. Un objeto es un
elemento del programa que integra sus propios datos y su propio funcionamiento.

Es decir un objeto est formado por datos (propiedades) y por las funciones que e
s capaz de realizar el objeto (mtodos).
4.2.5. SISTEMA DE GESTIN DE BASES DE DATOS
Segn Mrquez (2011) el sistema de gestin de la base de datos (SGBD) es una aplicacin
que permite a los usuarios de?nir, crear y mantener la base de datos, adems de pr
oporcionar un acceso controlado a la misma. Se denomina sistema de bases de dato
s al conjunto formado por la base de datos, el SGBD y los programas de aplicacin
que dan servicio a la empresa u organizacin.
4.2.6. NORMA TCNICO PERUANA - ISO/IEC 12207
Esta Norma Tcnica Peruana establece un marco de referencia comn para los procesos
del ciclo de vida del software, con una terminologa bien definida a la que puede
hacer referencia la industria del software. Contiene procesos, actividades y tar
eas para aplicar durante la adquisicin de un sistema que contiene software, un pr
oducto software puro o un servicio software y durante el suministro, desarrollo,
operacin y mantenimiento de productos software. Esta NTP incluye tambin un proces
o que se puede emplear para definir, controlar y mejorar los procesos del ciclo
de vida del software. (NTP-ISO/IEC 12207, 2006)