Post on 13-Aug-2015
FACULTAD DE INGENIERIA DE SISTEMAS Y
URBANISMO
ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS
PROYECTO DE INVESTIGACIÓN
EVALUACION DE UN SOFTWARE DE REGISTRO DE DATOS EN MEJORA DE LA GESTION DE LA CARTERA DE
CLIENTES EN LA EMPRESA DE AUDIO Y SONIDO "FUEGO"
Para aprobación de la Experiencia Curricular de METODOLOGÍA DE LA INVESTIGACIÓN
CIENTÍFICACICLO III
AUTORLluén Custodio Leo.
Preciado Cango Jhermans.Zambrano Guevara Jhon Carlos.
ASESOR:MSc. Mairena Fox Petronila Liliana
Pimentel – Perú 2012
INFORMACIÓN GENERAL
1. Título del Proyecto de Investigación:
Evaluación de un software de registro de datos en mejora de la gestión de la cartera de clientes.
2. Autor(es):
Lluén Custodio Leo.Preciado Cango JhermansZambrano Guevara Jhon Carlos
3. Asesor Metodológico:
Msc. Mairena Fox Petronila Liliana
4. Asesor Especialista:
Msc. Mairena Fox Petronila Liliana
5. Tipo de Investigación:
Descriptiva, socio critica-propositiva y experimental
6. Facultad y Escuela Profesional:
Facultad de Ingeniería de Sistemas y UrbanismoEscuela Profesional de Ingeniería de Sistemas
7. Duración del proyecto: 9 semanas
8. Período: 29 de Agosto – 14 Diciembre
Incluye: Planificación, Ejecución e Informe que durará la investigación: (04meses: Setiembre 2012 a Diciembre 2012)
9. Fecha de inicio: : 29 de Agosto
10. Presentado por:
----------------------------Ing. Lluén Custodio
Leo.
----------------------------Ing. Preciado Cango
Jhermans
----------------------------Ing. Zambrano
Guevara Jhon Carlos
11. Aprobado:
Mg. Roger Chanduví Calderón Mg. Jorge Lujan López Dirección de Investigación (Firma) Decano de Facultad
12. Fecha de presentación: Fecha de semana 9
I. PLAN DE INVESTIGACIÓN
1.1. Situación Problemática
1.1.1. En el contexto internacional
La Revista Internacional de Ingeniería de Software (IJSE) (2012), proporciona
un foro para el software Ingeniería investigación que publica los resultados
empíricos relevantes para investigadores y practicantes.
IJSE básicamente tiene como objetivo alentar a los investigadores,
profesionales y desarrolladores a presentar trabajos de investigación de
información, resultados originales de investigación, estudios de tendencias
tecnológicas revisión de un área de investigación en software ingeniería,
ciencias software, ingeniería de software teórico, inteligencia computacional, e
ingeniería del conocimiento, el estudio de topografía artículos de una amplia
zona en la ingeniería de software e ingeniería del conocimiento, las revisiones
de herramientas y reseñas de libros.
Fernández Sanz L (2010) considera que el objetivo principal de este congreso
es poner en contacto a investigadores, pedagogos, desarrolladores y
miembros de organizaciones interesadas en la formación virtual, en dos
facetas importantes: la calidad y la accesibilidad. La generalización del uso de
plataformas de aprendizaje en línea, accesibles a través de internet, plantea
nuevos retos en la forma de aprender y enseñar, y también en la forma de
acceder a los contenidos mediante dispositivos tecnológicos en constante
evolución. Medir, mejorar y asegurar la calidad de los procesos, recursos
educativos y plataformas tecnológicas, para garantizar el correcto desempeño
de todos los elementos que intervienen en la formación virtual – tecnología,
gestores, profesores y estudiantes, permitirá avanzar a las organizaciones
involucradas, como lo son las universidades, hacia el objetivo de ofrecer una
enseñanza virtual de excelencia.
Gómez (2009) propone en su investigación la aplicación de un software para
audiómetro de tamizaje, al realizar el estudio de los fenómenos sonoros y su
interacción con el ambiente, le permite la integración y generación de
conocimiento en el campo de la Acústica, el cual, se estructura y desarrolla
por medio de técnicas y metodologías propias de la ingeniería. Es así, como
la Ingeniería de Sonido apoyada en diversas disciplinas como la Ingeniería
del Software, plantea soluciones a problemáticas específicas por medio de la
elaboración de aplicativos que procesan señales de audio y sirven de
instrumento para el análisis de propiedades acústicas.
1.1.2. En el contexto latinoamericano
Carlos M. Zapata y Otros (2009), consideran que los conceptos ontológicos se
suelen acercar más a la ingeniería del conocimiento, por lo que los ingenieros
del software no los suelen aplicar para resolver problemas de su área.
Es necesario que los ingenieros de software se apropien de las ontologías,
pues éstas proporcionan un vocabulario común, que podría contribuir en la
solución de problemas recurrentes en ingeniería del software, tales como la
dificultad de la comunicación entre analista e interesado para definir los
requisitos de un sistema, la baja reutilización de componentes y la escasa
generación automática de código, entre otros.
En este artículo se presenta un primer enlace entre las ontologías y la
ingeniería de software mediante la recopilación y análisis de la literatura
relativa a la utilización de las ontologías en las diferentes fases del ciclo de
vida de un producto de software.
Torrejón (2009) implemento Procedimientos para el control de calidad en
proyectos de software, cuyo desarrollo de software es un proceso complejo
que engloba tantos aspectos que muchas veces son relegados a un segundo
plano por los equipos de desarrollo para cumplir con ajustados cronogramas
o, simplemente, son ignorados por la poca actualización a la que la rutina
puede llevar. Este problema se nota desde la etapa de formación hasta la
etapa profesional.
Serna Montoya E (2010) propone en su investigación que los métodos
formales surgieron como puntos de vista analíticos con los que es posible
verificar el desarrollo de sistemas mediante la lógica y las matemáticas, lo que
aporta grandes ventajas para mejorar la calidad de los programas y por tanto
la Ingeniería de Software.
En este campo del conocimiento, la especificación formal es una de las
más importantes fases del ciclo de vida, labor que requiere mucho cuidado ya
que su función es garantizar que tanto el funcionamiento como el desempeño
del programa sean correctos, bajo cualquier situación. En el futuro, los
métodos formales deberían estar presentes como principios esenciales en el
desarrollo de software, ya que se convierten en la base para aplicar las
técnicas de prueba y, dado su principio matemático, en potencialmente
automatizables.
1.1.3. En el contexto nacional
Serna Montoya E (2010) propone en su investigación que los métodos
formales surgieron como puntos de vista analíticos con los que es posible
verificar el desarrollo de sistemas mediante la lógica y las matemáticas, lo que
aporta grandes ventajas para mejorar la calidad de los programas y por tanto
la Ingeniería de Software.
En este campo del conocimiento, la especificación formal es una de las
más importantes fases del ciclo de vida, labor que requiere mucho cuidado ya
que su función es garantizar que tanto el funcionamiento como el desempeño
del programa sean correctos, bajo cualquier situación. En el futuro, los
métodos formales deberían estar presentes como principios esenciales en el
desarrollo de software, ya que se convierten en la base para aplicar las
técnicas de prueba y, dado su principio matemático, en potencialmente
automatizables.
1.2. Formulación del Problema:
¿De qué manera un software podrá ayudarnos en la administración y organización de
la empresa Audio y Sonido “Fuego”?
1.3. Objeto de Estudio y Campo de Acción
1.3.1. Objeto de estudio:
Sistemologia Interpretativa
1.3.2. Campo de acción:
Gerencia de la Información
1.4. Delimitación de la Investigación
La presente evolución y nuestra propuesta de implementación de una base de datos
que será enfocado exclusivamente en la empresa Audio y Video “Fuego”, este
proceso se viene llevando a cabo desde el mes de septiembre y se estima
aproximadamente su culminación el mes de diciembre del presente año, estas
evaluación está limitada en la Av. Leguía y Calle Latina 101 en el Distrito de José
Leonardo Ortiz, Chiclayo, Lambayeque y tomara como base del estudio el registro de
los clientes y potenciales de la empresa bajo estudio.
1.5. Justificación e Importancia:
Se conoce que escasamente no se da una buena evaluación y mejora a las pequeñas
empresas de nuestro rubro. Sin embargo, hemos tenido una visión de evaluar y
mejorar nuestra herramienta que va hacer aplicada a nuestra empresa para facilitar
mucho más la administración y la eficiencia para con nuestros clientes.
Porque nos va permitir administra de una mejor manera nuestros registros de
contratos y alquileres.
Para mejorar a un más la eficiencia de nuestra extensa cartera de clientes.
1.6. Objetivos:
1.6.1 Objetivo general.
a. Evaluar, ordenar, almacenar, un software de registro para poder tener una
mayor facilidad de búsqueda de nuestros contratos y alquileres y para
mejorar la gestión de nuestra cartera de clientes fieles.
1.6.1 Objetivos específicos.
a. Identificar la problemática de la Empresa de Audio y Sonido “Fuego”.
b. Elaborar una propuesta de un software de registro de datos en mejora de
la gestión de la cartera de clientes en la empresa de audio y sonido
"Fuego"
c. Validar la propuesta del software de registro de datos en mejora de la
gestión de la cartera de clientes en la empresa de audio y sonido "fuego"
d. Aplicar el software de registro de datos en mejora de la gestión de la
cartera de clientes en la empresa de audio y sonido "fuego"
II. MARCO TEÓRICO
2.1. Antecedentes de la investigación:
2.1.1. En el contexto internacional
INTRODUCCION A LAS BASES DE DATOS: MODELO RELACIONAL
Este libro está pensando para ser la base de un curso introductorio sobre
Bases de Datos de un cuatrimestre de duración para los estudios de
Informática. En este sentido, cubre perfectamente los temarios de asignatura
“Bases de Datos I” de los estudios de Ingeniería Técnicas en Informática y
“Base de Datos”.
El capítulo uno recoge una introducción general a las Bases de Datos,
motivando su uso y presentando los elementos esenciales de dicho concepto.
El capítulo dos insiste en el concepto de Sistema de Gestión de Base de
Datos, definiendo su arquitectura y concepto relativo a la misma.
El capítulo tres está dedicado a los niveles lógicos de uno Base de Datos, en
él se presentan las técnicas básicas para la organización de los datos en este
nivel. El capítulo cuatro está dedicado a los niveles lógicos de una Base de
Datos y a la modelización conceptual. Se introduce el modelo
Entidad/Relación como un ejemplo de modelo de datos semántico. Como
modelos de datos implementables, se presentan los modelos basados en
grafos y una primera visión intuitiva de Modelo de Datos Relacional.
El capítulo cinco introduce los modelos de datos relacionales de manera
formal, describiendo conceptos esenciales como el de clave primaria y clave
extrema y las reglas de integridad asociadas a ellos.
El capítulo seis aborda el formalismo de consulta del modelo relacional más
conocido, que es el Álgebra Relacional. Se ha intentado enfocar este tema
desde un punto de vista eminentemente práctico, utilizando numerosos
ejemplos y proponiendo una amplia gama de ejercicios.
El capítulo Siete está dedicado al lenguaje asociado al modelo relacional más
extendido: el lenguaje de consulta SQL. Al igual que en el capítulo anterior,
hemos seguido una orientación práctica, evitando en lo posible las
particularidades de un sistema concreto.
El capítulo ocho, por último, está dedicado a mostrar algunos aspectos
normativos de los sistemas de bases de datos relacionales. Se presentan las
doce reglas de Codd y se describe la necesidad de uno de nuevos modelos de
bases de datos que vayan más allá del modelo relacional.
Pons, C. O. (2005). Introducción a las bases de datos: El modelo relacional.
Madrid, España: Thomson.
Zambrano (2010) implementa una herramienta para el análisis de
requerimientos dentro de la pequeña empresa desarrolladora de software en
Bogotá, dándonos a saber que en el ámbito de los proyectos de software
siempre ha existido una constante preocupación acerca del posible éxito de
los mismos, y una de las inquietudes más importantes de la Ingeniería de
Software es el garantizar ese éxito. Así mismo, a través de la experiencia, se
han identificado ramas y tópicos de especial relevancia dentro del desarrollo
de software, y cuyo tratamiento es de suma importancia si se desea obtener
éxito dentro de este campo.
APLICACIONES INFORMÁTICAS DE BASES DE DATOS RELACIONALES
Cada vez más se están usando grandes volúmenes de datos, siendo éste uno
de los rasgos más característicos de nuestra época, hasta el punto de que,
desde hace una veintena de años, se la ha bautizado como Era de la
información y de la comunicación.
Sin darnos cuenta, en nuestra vida familiar y laboral dedicamos buena parte
de tiempo a compilar, intercambiar y recuperar datos, de ahí que sea tanto
necesario disponer de herramientas que permitan almacenar cantidades
considerables de información que puedan consultarse y gestionarse con la
mayor eficacia y rapidez posible.
La principal característica de cualquier base de datos es la interrelación
existente entre los datos que la componen, de manera que permite a un
usuario acceder a una de ellos por múltiples caminos, utilizando claves
diferentes según el caso. Existen diferentes tipo de Base de Datos, aunque la
más extendida es la Base de Datos relacional.
Sánchez, E. O., Mollo, V. M., & Sánchez, E. O. (2011). Aplicaciones
informáticas de bases de datos relacionales. Madrid: Paraninfo.
2.2. Estado del Arte
BASE DE DATOS DE CASILLAS IFE 2012
En el distrito Federal de México se llevó acabo la realización de una base de datos de
casillas de votación del instituto Federal Electoral correspondiente al periodo electoral
del 2012.
La base de datos fue tomado de un concentrado de información que fue obtenida a
partir de un servicio público que provee el IFE, este servicio es Ubica tu Casilla
Analizaron la aplicación Ubica tu casilla, realizaron una petición POST vía HTTP a un
servicio web y este a su vez regresa los resultados en formato JSON. Por lo que
consideraron que se puede construir una petición similar mediante un robot.
El proceso de obtención de los datos se realizó construyendo la petición a la
aplicación Ubica tu Casilla mediante un ciclo consecutivo (para el número de sección),
ejecutado una vez por cada entidad federativa y almacenando los datos en una base
de datos local.
En algunos registros se tienen agrupadas a varias casillas, es decir, un registro puede
contener varias casillas de diferente tipo, pero cada casilla de diferente tipo para el IFE
es contada por separado, por lo que el número total de registros de la base de datos
es menor al número de casillas totales publicadas por el IFE.
2.3. Bases Teórico-Científicas:
LA TEORIA DE BASE DE DATOS
Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los
laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo
paradigma en los modelos de base de datos. Su idea fundamental es el uso de
"relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos
de datos llamados "tuplas". Pese a que ésta es la teoría de las bases de datos
relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una
manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una
tabla que está compuesta por registros (las filas de una tabla), que representarían las
tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen
relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la
considerable ventaja de que es más fácil de entender y de utilizar para un usuario
esporádico de la base de datos. La información puede ser recuperada o almacenada
mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la
información.
El lenguaje más habitual para construir las consultas a bases de datos relacionales es
SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar
implementado por los principales motores o sistemas de gestión de bases de datos
relacionales.
Durante su diseño, una base de datos relacional pasa por un proceso al que se le
conoce como normalización de una base de datos.
Durante los años 80 la aparición de BASE produjo una revolución en los lenguajes de
programación y sistemas de administración de datos. Aunque nunca debe olvidarse
que dBase no utilizaba SQL como lenguaje base para su gestión.
2.4. Marco conceptual:
Software: Al equipamiento lógico o soporte lógico de un sistema informático,
comprende el conjunto de los componentes lógicos necesarios que hacen posible la
realización de tareas específicas, en contraposición a los componentes físicos, que
son llamados hardware.
Dato: Puede ser una fecha, un nombre, un valor, etc. Los datos tienen poco
significado.
Registro: Es un conjunto de uno o más campos conectados lógicamente. Estos
describen a una persona, lugar o cosa.
Base de Datos: Llamado banco de datos es un conjunto de datos pertenecientes a un
mismo contexto y almacenados sistemáticamente para su posterior uso.
Archivo: Conjunto de registros relacionados entre sí y almacenados en un mismo
lugar.
Almacenamiento: Agrupación y ordenación de un conjunto de archivos o datos. Un
Archivo puede almacenar una serie de datos y una carpeta puede almacenar un grupo
de archivos.
Programación: Es el proceso de diseñar, codificar, depurar y mantener el código
fuente de programas computacionales.
Sistema: Conjunto de cosas que ordenadamente relacionadas entre sí contribuyen a
determinado objeto. Métodos, procedimientos, normas, planes.
III. MARCO METODOLÓGICO
3.1. Tipo y diseño de la investigación:
El proyecto de investigación que se realizara, en la Empresa Audio y Sonido “Fuego”
S.A. Ubicada en el la urbanización San Carlos, se encuentra en el tipo de
investigación descriptivo, porque nos permite estudiar y hacer un aplicación de que
ayudará a registrar y administrar la gestión de la cartera de clientes y determinar
egresos e ingresos de la empresa.
X= (Software de Registro de Datos) Y= (Gestión de la Cartera de Clientes)
3.2. Población y Muestra:
La población es el conjunto de individuos, objetos, situaciones, cursos, etc. de los que
se desea conocer algo en una investigación.
La muestra es la pequeña porción representativa y adecuada de la población, a partir
de la cual el investigador va ha obtener datos que son puntos de partida de las
generalizaciones.
3.3. Hipótesis:
Si se implementa un software de registro de datos entonces mejorara la gestión de la
cartera de clientes en la EMPRESA DE AUDIO Y SONIDO “FUEGO”
T
R Os ESVTI
3.4. Variables
3.4.1. Variable independiente
Evaluación de un software de registro de datos
3.4.2. Variable dependiente
Gestión de la cartera de clientes
3.4.3. Operacionalización
VARIABLE DEFINICIÓNPALABRA
CLAVE N° 1DEFINICIÓN
N° 1PALABRA
CLAVE N° 2DEFINICIÓN
N° 2
SO
FT
WA
RE
Una base de datos se define como un fichero en el cual se almacena información en campos o delimitadores, teniendo acceso a ella posteriormente tanto de forma separada como de forma conjunta. Se utiliza normalmente para recoger grandes cantidades de información.
BA
SE
DE
DA
TO
S
Conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso.
SIS
TE
MA
TIC
AM
EN
TE
Ordenamiento y clasificación bajo determinados criterios, relaciones y categorías de todo tipo de datos. Por ejemplo, la creación de bases de datos.
FIC
HE
RO
Es un sistema real o virtual de organización de la información mediante una clasificación determinada. S
IST
EM
A R
EA
L O
VIR
TU
AL
Comparte recursos de computadora con otros servidores virtuales.
DE
RE
GIS
TR
OS
DE
DA
TO
S
INF
OR
MA
CIÓ
N
"Es un conjunto de datos con un significado, o sea, que reduce la incertidumbre o que aumenta el conocimiento de algo.”
DA
TO
S
Son los hechos que describen sucesos y entidades "Datos" es una palabra en plural que se refiere a más de un hecho.
CA
MP
OS
O
DE
LIM
ITA
DO
RE
S
En las bases de datos un campo es la mínima unidad de almacenamiento de información accesible. A
LMA
CE
NA
MIE
NT
O Introducción de datos e información en el disco duro de un ordenador o en otro dispositivo de memoria.
GE
ST
ION
DE
CA
RT
ER
A D
E C
LIE
NT
ES
El concepto Gestión de Cartera de Clientes debe entenderse como una metodología cuyo objetivo consiste en incrementar la eficiencia de los esfuerzos que llevan a
C
LIE
NT
ES Derivado de
“cliens” que significa obedecer a alguien, a aquellos miembros de clases inferiores agregados a las familias patricias y bajo la protección de ellas.
P
RO
TE
CC
ION
Acción y efecto de proteger (resguardar, defender o amparar a algo o alguien).
cabo empresas con una finalidad retentiva evitando salidas y vinculándose a sus clientes.
OB
JET
IVO
Se entiende por objetivo a la meta o fin propuesto en una actividad determinada.
AC
TIV
IDA
D
Es el conjunto de acciones que se llevan a cabo para cumplir las metas de un programa o subprograma de operación, que consiste en la ejecución de ciertos procesos o tareas.
INC
RE
ME
NT
AR
Añadir una parte a un conjunto de elementos o a un todo y aumentar su cantidad, volumen, calidad o intensidad.
CO
NJU
NT
O
Se denomina conjunto a la agrupación de entes o elementos, que poseen una o varias características en común.
EF
ICIE
NC
IA
Es la capacidad de hacer las cosas bien, la eficiencia comprende un sistema de pasos con los que se puede garantizar la calidad en el producto de cualquier tarea.
GA
RA
NT
IZA
R
Dar garantía de que una cosa va a suceder o realizarse.
3.5. Métodos, técnicas de investigación
Con el propósito de obtener datos (información), válidos y confiables, para su
procesamiento y análisis, se debe:
Indicar la cantidad y calidad de materiales y reactivos necesarios para la ejecución de
la investigación.
Explicar el procedimiento de intervención de los métodos y/o técnicas (Observación,
entrevista, encuesta, evaluación, análisis de documentos).
3.5.1. Métodos de la investigación
3.5.2. Técnicas de la investigación
Observación - Encuesta estructurada
3.6. Descripción del(os) instrumento(s) utilizado(s)
Describir los instrumentos utilizados para recoger y registrar la información:
cuestionarios, fichas o guías de observación, test, hojas de control, etc.; Además se
incluye la Validación y Confiabilidad de los respectivos instrumentos. Dichos
instrumentos se presentan en anexo.
3.7. Plan de análisis estadístico de datos.
La información que se obtuvo de la aplicación de las técnicas de recolección de datos
será procesada para su respectivo análisis y conclusión.
IV. MARCO ADMINISTRATIVO
4.1 Cronograma de Actividades:
En el diagrama de Gantt se presenta las actividades de las etapas, fases de
investigación, duración estimada. (en años meses, semanas).
Actividades
AG
O
SEPTIEMBR
EOCTUBRE NOVIEMBRE DICIEMBRE
4
1
1
2
2
3
3
4
4
5
1
6
2
7
3
8
4
9
1
1
0
2
1
1
3
1
2
4
1
3
1
1
4
2
1
5
3
1
6
4
1
7
1. Elaboración del
ProyectoX X X X X X X X
2. Presentación del
ProyectoX
3. Revisión Bibliográfica X X X X X X X X X X X X X
4. Elaboración de
instrumentosX
5. Aplicación de
instrumentosX X
6. Tabulación de datos X X
7. Elaboración de
InformesX X
8. Presentación del
InformeX X
9. Sustentación (para
estudiantes)X X
4.2 Presupuesto
RUBROS PARCIAL TOTAL
A. Recursos humanos
1. Asesor
2. Investigadores
S/.
1000.00
7560.0
S/
8560.00
B. Bienes
1. Material de escritorio
2. Materia prima
S/.
120
S/.
6200
C. Servicios
1. Movilidad
2. Viáticos
3. Tipeo e impresiones
4. Revisión ortográfica
5. Reprografía
6. Espiralado
7. Internet
S/.
500.00
300.00
120.00
50.00
30.00
10.00
200.00
S/.
1 210.00
TOTAL S/ 10 890.00
Tipo de cambio = $2.56 (11 de octubre 2012)
4.3 Financiamiento:
El proyecto será financiado por los autores, en todo el proceso de duración y las
actividades que se llevara a cabo para lograrlo.
REFERENCIAS BIBLIOGRÁFICAS
- Tello Y. R., Base De Datos En La Ingeniería Y Los Negocios, Vol. 6, Perú (2003),
Revista Industrial Data; recuperada de
http://www.scielo.org.co/pdf/rium/v9n16/v9n16a08.pdf
Serna Montoya E., Métodos formales e Ingeniería de Software. Colombia (2010) Revista
Virtual Universidad Católica del Norte; recuperada de
http://redalyc.uaemex.mx/redalyc/pdf/1942/194214476008.pdf
Zapata C., Giraldo G., Urrego Giraldo G., Métodos formales e Ingeniería de Software,
Vol. 9, Colombia (2010), Revista Ingenierías Universidad de Medellín; recuperada de
http://www.scielo.org.co/pdf/rium/v9n16/v9n16a08.pdf
Dr. Nabeel T., International Journal of Software Engineering (IJSE), Vol. 3, Malaysia
(2012),Computer Science Journals CSC; recuperada de
http://www.cscjournals.org/csc/download/issuearchive/IJSE/volume3/IJSE_V3_I1.pdf
Fernández Sanz L., Innovación, Calidad E Ingeniería del Software, Vol. 8, España
(2010), Journal REICIS; recuperada de
http://www.ati.es/IMG/pdf/ResenaCAFVIR2012Vol8Num1.pdf
ANEXOS
Se adjuntan los instrumentos, técnicas o tablas estándares y otros elementos como el
consentimiento informado (cuando se involucran personas) que se utilizarán en el
desarrollo de la investigación.
Orientaciones para la redacción
Para título principal, secundario y terciario, además de codificación numérica,
considerar:
o Para Título (principal): El uso de MAYÚSCULAS, negrita y centrado.
o Para subtítulos. (secundario): El uso de Minúsculas, negrita y al margen izquierdo.
o Para subtítulos (nivel terciario, etc.). El uso de Minúsculas, negrita, con texto en la
siguiente línea.
Tipo de letra: Arial 11.
Interlineado “sencillo”, y “doble” entre párrafo.
Márgenes Derecho: 3 cm., Superior: 2,5 cm. Izquierdo: 2,5 cm. Inferior: 2,5 cm.
Numerar todas las páginas en la parte inferior derecha. No se enumeran: carátula,
contra carátula, y páginas que sólo contiene el Título del Capítulo o separadores.
No usar viñetas en los trabajos de investigación.
Tener en cuenta las reglas o normas de redacción y ortografía.
Reemplazar función SI anidada por función CONSULTAVPor Moises el 25 de noviembre del 2011
La función SI nos ayuda a evaluar una condición de manera que podamos
tomar una acción en base al resultado, ya sea falso o verdadero. Además la
función SI puede anidarse, una dentro de otra, para hacer múltiples
evaluaciones.
Sin embargo, al utilizar muchas funciones SI anidadas corremos el riesgo de
implementar una fórmula que sea muy complicada de entender. Considera
el siguiente ejemplo.
En una empresa se dan reconocimientos a los empleados en base a su
antigüedad en el trabajo. Por cada 5 años de antigüedad se da un
reconocimiento diferente de manera que tengo la siguiente tabla de
reconocimientos por antigüedad.
Solución con funciones SI anidadas
Si tengo una lista de empleados con su fecha de ingreso entonces puedo
calcular el tipo de reconocimiento que le corresponde a cada uno de ellos
utilizando funciones SI anidadas de la siguiente manera:
Algunas consideraciones para este ejemplo son las siguientes. La fecha del
cálculo para este ejercicio fue el 25 de noviembre de 2011. Por simplicidad
del ejemplo he colocado la fecha de ingreso de todos los empleados el día
25 de noviembre aunque de diferentes años. En un caso real en donde los
días, meses y años son totalmente diferentes se debería obtener la
antigüedad utilizando algún método apropiado para ello como por ejemplo
la función SIFECHA. La última consideración es que para aquellos
empleados que tienen menos de 5 años he colocado la leyenda NA (No
Aplica) ya que no recibirán reconocimiento alguno.
El resultado mostrado en la columna Reconocimiento es correcto para todos
los empleados, pero fue necesario utilizar 6 funciones SI anidadas. Esta es
la fórmula completa:
=SI(E3>=30, "Viaje", SI(E3>=25, "Reloj", SI(E3>=20,
"Plumas", SI(E3>=15, "Pulsera", SI(E3>=10, "Anillo",
SI(E3>=5, "Pin", "NA"))))))
Como puedes observar las funciones SI anidadas dificultan un poco la
lectura e interpretación de la fórmula. Ahora imagina que la empresa desea
incluir más años de reconocimientos entonces se tendrían que utilizar
funciones SI adicionales.
Solución con la función CONSULTAV
Una alternativa cuando comienzas a tener muchas funciones SI anidadas es
sustituirlas por una sola función, y para nuestro ejemplo, la función
CONSULTAV nos ayudará a comparar cada valor de antigüedad con la
matriz que contiene los reconocimientos. Solamente debo agregar un
registro adicional para aquellos casos donde la antigüedad sea menos a 5
años de la siguiente manera:
Al utilizar la función CONSULTAV, la fórmula de SI anidados se convierte en
la siguiente:
=CONSULTAV(C5,$A$19:$B$25,2)
Y al aplicarla en nuestro ejemplo obtenemos el mismo resultado:
La próxima vez que vayas a utilizar varias funciones SI anidadas considera
reemplazarlas por la función CONSULTAV y tendrás una solución más
sencilla.
lilianamairenafox@yahoo.es
Sujeto (quien)Verbo (Accion)Objeto Directo (cosas)Objeto Indirecto (personas)Modo (¿Cómo?)Lugar (¿Donde?)Tiempo (¿Cuando?)
Es la falta de organización de la cartera de clientes que manejamos en la empresa el cual ha traído muchas consecuencias tales como perdida de contratos, confusión en fechas pactadas, etc. Entonces se ha requerido implementar un software que nos permita almacenar distintos datos como son el registro de los contratos, los diferentes clientes, para esto el software tiene que tener una muy buena base de datos para así poder mejorar la organización de la empresa.
a. Ofrecer un buen servicio de calidad en nuestras contrataciones.b. Facilitar el trabajo a nuestros empleados para su mayor desempeño.c. Aumentar en un 20 o 25 % de ingresos anuales.
Es hacer una muy buena evaluación al software que contiene la base de datos donde se encuentra registrada nuestra cartera de clientes.
Este proyecto se va realizar en la empresa de Audio y Sonido “FUEGO”
CAPITULO III: MARCO METODOLÓGICO.
En esta parte del estudio se precisa la metodología de la investigación científica donde se considera y define el tipo de investigación a desarrollar, asi como el diseño que se ha utilizado. También se señala la población y la muestra a emplear, la hipótesis, las variables que han sido objeto de estudio, los métodos, las técnicas e instrumentos que han sido empleados con la finalidad de analizar e interpretar los datos obtenidos en la presente investigación.3.1. Tipo y diseño de investigación:
3.1.1. Tipo de estudio:
El estudio planteado es del tipo descriptivo – propositivo, por un lado describirá el fenómeno objeto de estudio y enunciara las características de la realidad, por el otro lado se elabora la propuesta DE UN SOFTWARE DE REGISTRO DE DATOS EN MEJORA DE LA GESTION DE LA CARTERA DE CLIENTES EN LA EMPRESA DE AUDIO Y SONIDO "FUEGO"
3.2. Población y Muestra
El estudio es analítico propositivo y se realizará con una población muestral que ha seguido los requerimientos de la técnica de la encuesta teniendo como base la escala de Likert; esto es a 10 reactivos que corresponde a un mínimo de 30 encuestas.
Los participantes de la entrevista estructura han sido los colaboradores de la Municipalidad de ciudad Eten.
3.2.1. Población
Los colaboradores “Audio y sonido Fuego” hacen un total: 45 colaboradores que son las personas involucradas directamente a la organización…
Paso 1 : construcción de una Matriz de Datos
Se elaboró teniendo en cuenta la necesidad de seleccionar y almacenar, en forma primaria, la información obtenida.
Paso 2: Utilización de los instrumentos de la tecnología informática.
La información almacenada en la Matriz de Datos, se trasladó a una computadora para que puedan realizarse los tratamientos textuales y estadísticos necesarios, utilizando los programas más adecuados para cumplir tal propósito. Además, se hará uso de otras herramientas informáticas si el caso así lo queriere.
Paso 3: Aplicación de las Pruebas estadísticas.
Se aplicaron las pruebas estadísticas requeridas, de tal forma que se adaptaran y que fueran las más apropiadas para el
3.5.2. Técnicas de investigación.
Se utilizó esta técnica porque se usaron preguntas dirigidas al dueño de la empresa, el cual es la persona directamente relacionada con Registro de datos de nuestro clientes; y además a los colaboradores íntimamente ligado con el proceso de Elaboración de un software.
Se utilizó la técnica de la observación porque permitió determinar la realidad de la empresa detectando el problema principal, la cual es SOFTWARE DE REGISTRO DE DATOS EN MEJORA DE LA GESTION DE LA CARTERA DE CLIENTES EN LA EMPRESA DE AUDIO Y SONIDO "FUEGO"
3.6 Descripción del instrumento utilizado:
3.7 Análisis estadístico e interpretación de datos
La información cuantitativa que se obtuvo de la aplicación de las técnicas de recolección de datos, fueron procesadas para su respectivo tratamiento estadístico utilizando programas como el Excel, versión 2007, para ordenarlos, tabularlos y presentarlos en cuadros, gráficos con sus respectivas descripciones e interpretaciones.
La encuesta estructurada fue analizada cada una de las preguntas realizadas a los entrevistados y posteriormente contrastándolas con la base teórica para finalmente obtener la propuesta.
Se elaboró una encuesta estructurada a 2 persona que corresponde al 100% de la institución.
El número de interrogantes han sido 10 dirigidas a cubrir información sobre SOFTWARE DE REGISTRO DE DATOS EN MEJORA DE LA GESTION DE LA CARTERA DE CLIENTES EN LA EMPRESA DE AUDIO Y SONIDO "FUEGO"
CAPITULO IV
ANALISIS E INTERPRETACION DE LOS RESULTADOS.
En este capítulo se describe y analiza los resultados obtenidos a través de la aplicación de una entrevista estructurada, los cuales han sido analizadas.
4.1. Resultados de la entrevista
Dirigido a: El dueño de la empresa “Audio y Sonido Fuego”
Objetivo:
Resultado de la entrevista:
4.2. Discusión de resultados
Realizadas las entrevistas, se llegó al siguiente análisis.
Pregunta 01 ¿Conoce usted el procedimiento temporal y excepcional para subsanar la omisión de utilizar los medios de pago exigidos por la bancarización?
Análisis Según las respuestas dadas por los entrevistados, ambos manifiestan que tienen conocimiento del procedimiento temporal y excepcional para subsanar la omisión de utilizar los medios de pago exigidos por la Ley Bancarización, lo cual indica que si la empresa no ha cumplido con el cumplimiento de dicha Ley, la empresa puede acogerse a este procedimiento.