Tesis Otniel Rojas PDF

 

UNIVERSIDAD ALEJANDRO DE HUMBOLDT FACULTAD DE INGENIERIA ESCUELA DE INFORMATICA

DESARROLLO DE UN SISTEMA PARA LA ESTIMACIÓN DE COSTO Y TIEMPO PARA PROYECTOS DE SOFTWARE USANDO EL MODELO COCOMO II, PARA DESARROLLADORES FREELANCE

 Autor: Tutor:

Otniel Rojas Prof. Héctor Urbina

Caracas, noviembre 2019 UNIVERSIDAD ALEJANDRO DE HUMBOLDT

 

FACULTAD DE INGENIERIA ESCUELA DE INFORMATICA

DESARROLLO DE UN SISTEMA PARA LA ESTIMACIÓN DE COSTO Y TIEMPO PARA PROYECTOS DE SOFTWARE USANDO EL MODELO COCOMO II, PARA DESARROLLADORES FREELANCE

Trabajo de grado presentado para optar al título de ingeniero en informática

 Autor: Tutor:

Otniel Rojas Prof. Héctor Urbina

Caracas, noviembre 2019

2

 

DEDICATORIA  

A mi madre, madre, muj mujer er inc incans ansabl able e que ha sabi sabido do for formarm marme e con buenos buenos

hábitos, valores y principios, lo cual me ha ayudado a seguir adelante y nunca rendirme en los momentos difíciles.  

Am mii p padre adre que desde Niño me formó y m me e guío guío por el camino del bien,

dándome su ejemplo de hombre honesto, trabajador y temeroso de Dios.  

También dedicó a mis tres hermanos: Marinés, Arístides y a mi pequeña

 Arianna quienes han sido mi mayor motivación y fortaleza para seguir  adelante con mis estudios, metas y proyectos y poder llegar a ser un ejemplo a seguir.

iii

 

AGRADECIMIENTO  

Agradezco a Jehová Dios por cuidarme y protegerme con su amor infinito

que nunca falla.  

A mi fami familia, lia, amigo amigos, s, profes profesores ores y compañ compañeros eros que me dieron su apoyo

incondicional para alcanzar la meta propuesta.  

Agradezco a todas las personas que de una u otra manera contribuyeron

de forma directa e indirecta en la realización de este trabajo de investigación, a todos mil gracias ¡Por siempre les estaré agradecido! Otniel Rojas

iv

 

INDICE INTRODUCCION.............. INTRODUCCION..... ................. ................. .................. .................. .................. ...........................................11 ..................................11 CAPITULO I....... I............... ................. .................. .................. .................. .................. ................. ........................................12 ................................12 Planteamiento del problema........... problema................... ................. .................. .................. .................. ................. .................12 .........12 Interrogantes de la investigación.......... investigación................... .................. ................. ................. .................. ....................15 ...........15 Objetivo General..........................................................................................16 Objetivos Específicos........ Específicos................. .................. .................. .................. ................. ......................................16 ..............................16 Justificación de la Investigación......... Investigación.................. .................. .................. ................. ..............................17 ......................17 Delimitaciones................ Delimitaciones....... .................. .................. .................. ................. ................. ..........................................19 .................................19 CAPITULO II...... II.............. ................. .................. .................. .................. .................. ................. ........................................23 ................................23  Antecedentes de la Investigación................. Investigación.......................... .................. .................. .................. ....................23 ...........23 Bases Teoricas......... Teoricas................. ................. .................. .................. .................. ................. ................. ...............................26 ......................26 Teoría General de sistemas......... sistemas.................. .................. ................... .........................................26 ...............................26 Teoría de la información......... información.................. .................. .................. ................. ....................... ..............................27 ...............27 Teoría sobre Base de Datos......... Datos.................. ................. ................. .................. .................. ........................28 ...............28 Normalización de bases de datos.......... datos................... .................. .................. ................. ................. ...............29 ......29 Integración de datos.......... datos................... ................. ................. .................. ............................................30 ...................................30 Fundamentos de la integración........... integración.................... ................. ...........................................31 ...................................31 Teoría de la Ventaja Competitiva............... Competitiva........................ .................................... ....................................32 .........32 Bases Legales......... Legales.................. .................. ................. ................. .................. .................. .................. ...............................35 ......................35 Definición de Términos........... Términos.................... ................. ................. .................. .................. .................. .........................37 ................37 CAPÍTULO III...... III............... ................. ................. .................. .................. .................. ................. .......................................40 ...............................40 Diseño y tipo d de e la investigación........... investigación................... ................. .................. .................. ............................40 ...................40 Diseño de la investigación.......... investigación................... .................. .................. ................. ..................................40 ..........................40 Tipo de la investigación.......... investigación................... ................. ................. .................. .......................................41 ..............................41 Población y muestra......... muestra.................. .................. .................. ................. ................. .................. ...............................43 ......................43 Técnicas e instrumentos de recolección de información............................45 v

 

Técnicas...................................................................................................45 Instrumentos................. Instrumentos........ ................. ................. .................. .................. .................. ........................................46 ...............................46 La Validez........ Validez................. ................. ................. .................. .................. .................. ............................................47 ...................................47 Confiabilidad................ Confiabilidad....... .................. .................. .................. ................. ................. .........................................48 ................................48 Procedimiento de análisis de los resultados.................. resultados.......................... .............................49 .....................49 Metodología de Desarrollo del Software Software......... ................. ................. ....................................50 ...........................50  Análisis.................  Análisis........ .................. ................. ................. .................. .................. .................. ....................................50 ...........................50 Determinación de los requerimientos requer imientos del sistema........................ sistema...............................51 .......51 Definición de los objetos.................. objetos.......................... ................. ........................ ...................................51 ....................51 Elaboración del esquema de navegación............. navegación...................... ...............................51 ......................51 Diseño................. Diseño......... ................. .................. .................. .................. .................. .............................................51 ....................................51 Diseño funcional........ funcional................. .................. .................. .................. ................. ................. .................. ......................52 .............52 Diseño físico....... físico................ ................. ................. .................. .................. .................. ................. .............................52 .....................52 Etapas de diseño..................................................................................52 Desarrollo.................. Desarrollo......... .................. .................. .................. ................. ................. .................. ...............................52 ......................52 CAPÍTULO IV..................................................................................................54 Presentación de los datos.................. datos........................... ................. ................. .................. ...............................54 ......................54  Análisis General de los Resultados................ Resultados......................... .................. ................. ................. ...................62 ..........62 CAPITULO V...................................................................................................64 Conclusiones................... Conclusiones.......... .................. ................. ................. .................. .................. .................. ................................64 .......................64 Recomendaciones................... Recomendaciones.......... .................. .................. ................. ................. .................. .................. ........................66 ...............66 CAPÍTULO VI..................................................................................................67 Formulación de la Propuesta Propuesta......................................................................67 ......................................................................67 Diagnóstico de la propuesta propuesta......... .................. ................. ................. ....................... ....................................67 ......................67 Denominación de la Propuesta Propuesta...................................................................68 ...................................................................68 Objetivos de la Propuesta........... Propuesta.................... .................. .................. .................. .....................................68 ............................68 Objetivo General General......... .................. .................. .................. ................. ................. .................. ....................................68 ...........................68 Objetivos Específicos Específicos..................................................................................68 ..................................................................................68 Justificación de la Propuesta Propuesta........ ................. .................. .................. .................. ...................................69 ..........................69 vi

 

Metas...........................................................................................................69 Metas ...........................................................................................................69 Beneficiarios................................................................................................70 Beneficiarios ................................................................................................70 Localización.................................................................................................70 Localización .................................................................................................70 Plan Operativo de Actividades. Actividades......... ................. .................. ................. ........................................70 ................................70 Estudio de Factibilidad. Factibilidad................................................................................71 ...............................................................................71 Factibilidad Técnica Técnica........ ................. .................. ................. ................. .................. .........................................72 ................................72 Factibilidad/ Hardware. Hardware.......... .................. .................. ................. ................. ........................ ...................................72 ....................72 Técnica/Software.........................................................................................73 Técnica/Software .........................................................................................73 Factibilidad Operativa Operativa........ ................. .................. .................. ................. ................. ......................................74 .............................74 Factibilidad económica económica........ ................. .................. .................. .................. ............................................74 ...................................74 Factibilidad económica de Hardware Hardware......... .................. .................. .......................................75 ..............................75 Factibilidad económica de Software Software......... .................. .................. ............................. ............................75 ........75 Factibilidad Económica de Capital Humano. Humano......... ................. .................. .........................76 ................76 Metodología de desarrollo del Sistema Propuesto.....................................76 Fase I: Aná Análisis lisis de necesidades........... necesidades.................... .................. .................. .................................77 ........................77 Fase II: Diseño del Sistema........ Sistema................. .................. .................. .................. ................. .........................77 .................77 Fase III: Implementación..........................................................................78 Fase IV: Prueba.......... Prueba................... .................. ................. ................. .................. .................. .................................79 ........................79 Fase V: Integración y Mantenimiento........ Mantenimiento................. .................. .....................................79 ............................79 Diagrama de flujo....... flujo................ .................. .................. ................. ................. ..............................................80 .....................................80 Diagrama Entidad Relación.......... Relación.................. ................. .................. .................. .................................82 ........................82 Conclusión y Recomendación.......... Recomendación................... ................. ................. .................. .................. ........................84 ...............84 Conclusión:................ Conclusión:....... .................. .................. ................. ................. .................. ...........................................84 ..................................84 Recomendaciones.................. Recomendaciones......... .................. .................. .................. ................. ......................................84 ..............................84 REFERENCIAS DE BIBLIOGRÁFICAS............... BIBLIOGRÁFICAS....................... ..........................................85 ..................................85

vii

 

INDICE DE CUADROS Cuadro 1. Operacionalización de las Variables Variables........ ................. .................. ................. ....................20 ............20 Cuadro 2. Población Objeto d de e Estudio.......... Estudio................... .................. .................. .................. .....................44 ............44 Cuadro Nº 3. Factibilidad/ Hardware. Hardware..............................................................72 .............................................................72 Cuadro N° 4. Sistemas operativos y ofimáticos. ofimáticos............................................73 ...........................................73 Cuadro N° 5. Lenguajes de Programación Programación........ ................. .................. ................. ..........................73 ..................73 Cuadro Nº6. Factibilidad económica de hardware hardware......... .................. .................. .......................75 ..............75 Cuadro N° 7. Factibilidad económica de Software Software........................................75 ........................................75 Cuadro N° 8. Factibilidad Económica de Capital Humano. Humano............................76 ...........................76

viii

 

INDICE DE GRAFICOS Gráfica 1.- Método para estimar costos.......... costos................... .................. .................. .................. .....................55 ............55 Gráfico 2.- Uso del Método COCOMO II................ II......................... ........................................56 ...............................56 Gráfica 3.- Importancia de contar con una metodología para estimar...........57 Gráfica 4.- Necesidad de la Automatización......... Automatización................. ................. .................. .................. ................58 .......58 Gráfica 5.- Beneficio obtenido......... obtenido.................. .................. ................. ................. .................. .................. ....................59 ...........59 Gráfica 6.- Cumplimiento en los tiempos de entrega............. entrega...................... ................. ................60 ........60 Grafica 7.- Efectividad de una Aplicación para Estimar Costos.....................61 Gráfico N° 8. Plan de trabajo (Diagrama de Gantt) Gantt).......................................71 .......................................71 Gráfico Nº9. Metodología de desarrollo............ desarrollo.................... ................. .................. ..................... ....................76 ........76 Gráfico Nº10. Implementación........ Implementación................. ................. ................. .................. ......................................78 .............................78 Gráfico Nº11. Diagramas de Flujo para ingreso............ ingreso..................... .................................81 ........................81 Gráfico Nº12. Diagramas de Flujo.......... Flujo.................. ................. .................. .......................................82 ..............................82 Gráfico Nº13. Diagrama de Entidad Relación........... Relación................... ................. .................. .................. ............83 ...83 Gráfico Nº14. Pantalla 1. Acceso al Sistema.......... Sistema................... ................. ................. .......................83 ..............83

ix

 

DESARROLLO DE UN SISTEMA PARA LA ESTI ES TIMA MACI CIÓN ÓN DE CO COST STO O Y TIEM IEMPO PAR ARA A PROY PR OYEC ECT TOS DE SO SOFT FTWA WARE RE US USAN ANDO DO EL MODELO COCOMO II, PARA DESARROLLADORES FREELANCE.  Autor: Otniel Rojas Tutor: Prof. Héctor   Urbina Fecha echa:: Nov Noviemb iembre re 2019 2019 Resumen La presente investigación tiene como objetivo desarrollar un sistema para la estimación de costo y tiempo para proyectos de software, usando el modelo COCOMO II, mediante la ejecución de seis objetivos específicos dirigidos a conocer las métricas empleadas por desarrolladores freelance para la estimación de costos y tiempo para el desarrollo de software, analizar  ta tales les métric métricas as para el po post ster erio iorr dise diseño ño de la inte interf rfaz az del si sist stem ema a de estimación de costo y tiempo, determinar la base de datos a utilizar para el desarrollo del sistema, ejecutar las pruebas y por ultimo implementar el sistema. En este sentido, se desarrolla una investigación de campo, tipo factible, utilizando la técnica de la observación, entrevista y la encuesta cuyos instrumentos fueron validados efectivamente. Es importante señalar  que qu e ex exiisten sten dive divers rsas as métri étrica cass a em empl plea earr pa para ra estim stimar ar co cost stos os y la determinación de cada una de ellas va estar relacionada por la experiencia del programador. El modelo COCOMO II permite estimar el costo, el esfuerzo y el tiempo cuando se planifica una nueva actividad de desarrollo software. En tal sentido, la investigación tiene como resultado la automatización del proceso de estimación de costo y tiempo para el desarrollo de software que perm pe rmitite e al pr progr ogram amado adorr una una me mejo jorr plan planifific icac ació ión n de lo loss pr proye oyect ctos os que administra o tiene en desarrollo, así como una mejor asignación de los recursos necesarios para cada proyecto. El desarrollo de un software es una actividad compleja que depende principalmente del esfuerzo intelectual y creatividad de personas que lo realizan, lo cual se ve favorecido con la automatización del proceso para estimar su costo y tiempo.

Descriptores: Proyecto, Software, Estimación, Costo, tiempo.

x

 

INTRODUCCION El presente trabajo de investigación, fue realizado con la finalidad optar al título de Ingeniero en Informativa en la Universidad Alejandro de Humb Hu mbol oldt dt,, de desa sarro rrollllado ado en se seis is cap capít ítul ulos, os, el pr prim imero ero vi vinc ncul ulad ado o co con n el planteamiento del problema y definición de objetivos, del que se desprende la necesid necesidad ad de desa desarro rrolla llarr un sis sistem tema a para estim estimar ar tie tiempo mposs y rec recurso ursoss presupuestarios con mayor exactitud garantizando la satisfacción del cliente, ya qu que e a pes esar ar de qu que e pu pued eda a tene tenerr re requ quer erim imie ient ntos os co com mplej plejos os,, el program prog ramador ador podr podrá á inform informar ar oportu oportuname namente nte y prev previen iendo do los riesgos riesgos,, el tiempo necesario para la ejecución y su costo con mayor exactitud. Seguidamente, se destaca en el capítulo II el marco teórico, el cual explica las teorías que fundamentaron la investigación realizada, así como los aportes de otros investigadores cuyos trabajos sirvieron de base para co comp mpre rende nderr la im impor porta tanc ncia ia de est estim imar ar costo costo y titiem empo po pa para ra desar desarro rollllar  ar  soft softwa ware re.. En este este or orde den n de idea ideas, s, se pr pres esen enta ta un una a me meto todo dolo logí gía a de investigación de trabajo de campo tipo factible, lo cual se describe en el tercer capítulo, utilizando la técnica de la observación, entrevista y encuesta cuyo instrumento fue validado de acuerdo al procedimiento llamado juicio de exper experto tos, s, lo cua cuall sirvi sirvió ó de ba base se pa para ra an anal aliz izar ar co con n ma mayor yor exa exact ctititud ud lo loss resultados de la investigación, presentados en el capítulo IV. Finalmente, se presentan las conclusiones y recomendaciones en el capítulo capít ulo V, el cual da pie a la propuesta de automatizar automatizar los proceso procesoss para la estimación de costo y tiempo en el desarrollo de software usando el modelo mod elo COCO COCOMO MO II desarrollad desarrollado o en el Capít Capítulo ulo VI VI..

xi

 

CAPITULO I EL PROBLEMA

Planteamiento del problema  

La estimación de los costos de desarrollo de software representa un factor 

rele re leva vant nte e en el an anál ális isis is de los los pr proy oyec ecto toss info inform rmát átic icos os,, toda toda vez vez qu que e constituye una estrategia efectiva contar con indicadores para medir el costo de los mismos, a los fines de garantizar la eficiencia, excelencia, calidad y la competitividad. En este sentido, la estimación de costos en los proyectos de desarrollo de software es importante, dado que una estimación imprecisa provoca que un producto producto software se exceda del presupuesto acordado con el cliente y no se cumplan los plazos previamente establecidos.  

El proceso de Estimar los Costos, consiste en realiz realizar ar una aproxim aproximación ación

de los recursos monetarios necesarios para completar las actividades del proyecto, la exactitud de la estimación del costo de un proyecto, aumenta según avanza el proyecto, de manera que es un proceso iterativo.   En este sentido, los costos se estiman para todos los recursos asignados al proyecto, es decir, recursos de trabajo, recursos materiales, coste de servicios e instalaciones y posibles costes por contingencias o riesgos que puedan afectar o alterar el normal desarrollo del software. Por su parte, la estimación de los costes de las actividades necesita de los resultados de los procesos de planificación de otras áreas como por ejemplo el cronograma del proyecto, el registro de riesgos y las asignaciones de personal.  

Para obtene obtenerr estim estimacione acioness exacta exactass para un proyect proyecto, o, alguno algunoss expert expertos os

usan usan gene genera ralm lmen ente te en entr tre e dos té técn cnic icas as di dife feren rente tes, s, ya que me medi diant ante e la

xii

 

co comp mpar araci ación ón y la con conci cililiac ació ión n de la lass est estim imac acion iones es obt obten enid idas as co con n la lass dife difere rent ntes es té técni cnica cas, s, el plan planifific icado adorr pued puede e obt obten ener er un una a est estim imac ació ión n má máss cercana a la realidad. Sin embargo, la estimación del proyecto de software nunc nu nca a se será rá una ci cienc encia ia ex exact acta, a, pe pero ro la co comb mbin inaci ación ón de bu buen enos os dato datoss históricos y técnicas puede mejorar la precisión de la estimación. En este orden de ideas, es importante mencionar que el desarrollo de un software es un proceso relativamente “nuevo”, del cual no se tiene personal lo suficientemente capacitado. Por otro lado, debido a que el software es el conj conjun unto to de pr prog ogra rama mass o inst instru rucc ccio ione ness de una una comp comput utad ador ora, a, con con los los componentes lógicos necesarios, que hacen posible la realización de tareas específicas, y que por lo tanto, no es un elemento de carácter físico; es poco probable que resulte exitoso el primer intento de elaboración, ya que el pers pe rson onal al en enca carg rgad ado o de su re real aliz izac ació ión n no pose posee e tota totall clar clarid idad ad de los los requerimientos de su cliente, lo que a su vez, vuelve en exceso complicado hace ha cerr un dise diseño ño de deta tallllad ado o de re requ quer erim imie ient ntos os,, ya qu que e es im impo port rtan ante te mencionar que su calidad se mide con respecto a su funcionamiento. En 1981 Barry Boehm estimó que el costo total del software en Estados Unidos fue del 2% del Producto Interno Bruto lo que representa $40 billones. Despuéss en 1985 el costo total se elevó a $70 billone Despué billoness en Estad Estados os Unidos y $140 billones billones en todo el mundo. Para 1999 Boehm y Sulli Sullivan van estimaro estimaron n que el costo en 1998 aumentó a los $300 - 400 billones en Estados Unidos y casi el doble a nivel mundial. El costo total del software es una parte muy im impo port rtant ante e ya qu que e no so solo lo in invol volucr ucra a el des desarr arrol ollo lo de dell mi mism smo, o, si sino no qu que e también contempla el costo del mantenimiento una vez que se entrega y se encuentra funcionando. Es aquí donde se pueden encontrar la mayoría de los los prob proble lema mass ya qu que e ge gene nera ralm lmen ente te los los pr proy oyec ecto toss care carecí cían an de un una a planeación y se trabajaba con mucha informalidad.  

Sob Sobre re este este par partic ticula ular, r, resu resulta lta nece necesar sario io des destac tacar ar el aum aument ento o de la

demanda de software, debido a su impacto en el bienestar del humano, lo que hace un desafío para el profesional de la ingeniería del software, porque xiii

 

aument aum enta a sig signif nifica icativ tivame amente nte la pro product ductivi ividad dad del des desarro arrollo llo de softwa software re e incrementa la eficacia en su mantenimiento, sin embargo se ve limitado la exactitud de la estimación que se realiza para el costo por los pocos avances o estudios realizados al respecto.   En este senti sentido do el Métod Método o COCOM COCOMO O desarro desarrollado llado en los años 80 sobre una base de datos de 63 proyectos, reúne virtudes de otros métodos y al mismo tiempo intenta corregir ciertos errores de conceptos en los mismos, obteniendo primeramente fórmulas para el cálculo del esfuerzo, la principal problemática de los profesionales al momento de establecer el costo y un valor justo para su trabajo. Sin embargo, para el año 1992 se desarrolla el método COCOMO II, implementando nuevos conceptos, para ajustar la estimación más a las características del proyecto, resultado ahora un poco mas complejo por los factores de escala que utiliza, como lo es la precedencia (experiencia en aplicaciones del mismo tipo), flexibilidad de desarrollo (grado de sujeción del desar de sarro rollllo o a titiem empo poss y re requi quisi sito tos), s), re resol soluc ución ión de ar arqui quite tect ctur ura a y ri ries esgo go,, cohesión del equipo (nivel de integración del equipo) y madurez del proceso (experiencia en el modelo de desarrollo).  

No obstan obstante, te, se calcula calcula que mas del 50% de los siste sistemas mas acaban con

unos gastos muchos mas altos que los presupuestados (algunos de estos sistemas incluso se abandonan) y mas del 60% de estas aplicaciones no son entregadas dentro de los plazos previstos, demostrándose que la elaboración de un software representa una actividad riesgosa, por lo tanto es preciso realizar previo a cada proyecto, un estudio serio de estimación que determine de forma fiable la viabilidad del proyecto, pues la comunidad de la ingeniería necesita de unas cifras y patrones de gestión capaces de: ser comprendidas por los mismos gestores técnicos, proveer una base para documentar las decisiones de planificación y valorar los beneficios que proporciona, a pesar  del riesgo, la inversión en el proceso del software software,, siempre que dicho riesgo riesgo se halle controlado. xiv

 

  En virtud de lo antes expuesto, es necesario traer a colación el avanz avanzado ado éxod éxodo o de lo loss pro profe fesi sion onal ales es ve vene nezo zola lanos nos ha haci cia a ot otro ross pa país íses es capaces de ofrecer mejores ingresos desde la industria del desarrollo de software, limitando a los recién graduados o profesionales freelance que trab tr abaj ajan an desde desde Ve Vene nezu zuel ela, a, a ofre ofrece cerr co cost stos os muy muy por por deba debajo jo de lo qu que e recibirían en otros países. Dicho de otra manera, un programador senior en Estados Unidos, percibe alrededor de $ 3.000 a $ 3.500 mensuales, mientras que en Venezuela un programador freelance cobra por el desarrollo de un software hasta $750. En este orden de ideas, los desarrolladores de software vi vive ven n un una a act actua ualilidad dad,, en la que pa para ra un clie client nte e re reduc ducir ir co cost stos os es una una necesidad, así como, para el programador obtener un valor justo por el trabajo realizado. En tal sentido, es ineludible estandarizar la metodología para estimar  costos, mediante la implementación de una aplicación que facilite el cálculo y propo pro porc rcio ione ne un co cost sto o aj ajust ustado ado a la rea realilidad dad econ económ ómic ica, a, expon exponie iend ndo o la durac du ració ión n de su el elabo abora raci ción ón y el es esfu fuerz erzo o re reque queri rido do para para lo logra grarl rlo. o. La eval evalua uaci ción ón del cos costo to det determ ermin ina a la ca calilida dad d y ca cant ntid idad ad de lo loss re recu curso rsoss necesar nece sarios ios en términ términos os de dinero, dinero, esf esfuerz uerzo, o, capaci capacidad, dad, con conoci ocimie miento ntoss y tiempo incidiendo en la gestión empresarial. Destacando además que existen un conjunto de métricas que no se utilizan a causa de la inexperiencia y que pueden ser aplicables a cualquier tipo de proyecto de software para calcular  el costo de los mismos y lograr exactitud.  

Interrogantes de la investigación De este plant planteamien eamiento to surge la motiv motivación ación de esta investig investigación, ación, la cual parte de las siguientes preguntas iniciales: a) ¿Cu ¿Cuál ál es la situac situación ión act actual ual ref referen erente te a la elab elaborac oración ión de cálculo cálculo de costos y tiempo de elaboración de proyectos de software? xv

 

b) ¿P ¿Para ara qué dis diseña eñarr un sistem sistema a de esti estima maci ción ón de cos costo to y titiem empo po de proyectos de software? c) ¿P ¿Por or qu qué é es im impo port rtan ante te re real aliz izar ar un pr prot otot otip ipo o pa para ra esti estima maci ción ón de costo? d) ¿C ¿Cuá uále less son son las las vent ventaj ajas as de ap aplilica carr pr prue ueba bass de veri verififica caci ción ón de dell funcionamiento del sistema de estimación de costo de proyectos de software usando el modelo COCOMO II?

Objetivo General  

Des Desarro arrolla llarr un sis sistem tema a par para a la estima estimació ción n de cost costo o y titiemp empo o par para a

proyectos de software usando el modelo COCOMO II, para desarrolladores freelance.

Objetivos Específicos



Conocer las métricas empleadas por desarrolladores freelance, para la es estitima maci ción ón de cos costo toss y titiem empo po de ej ejec ecuci ución ón de pr proy oyect ectos os de software con el modelo COCOMO II.



Real Re aliz izar ar an anál ális isis is de la lass mé métr tric icas as em emple plead adas as por de desa sarro rrollllado adore ress freelance, para la estimación de costos y tiempo de ejecución de proyectos de software con el modelo COCOMO II.



Diseñar interfaz del sistema para la estimación de costo y tiempo para proy proyec ecttos de so sofftw twar are e us usan and do el mod odel elo o CO COCO COMO MO II, II, pa para ra desarrolladores freelance.



Determinar la base de datos del sistema para la estimación de costo y tiempo para proyectos de software usando el modelo COCOMO II, para desarrolladores freelance.

xvi

 



Ejecutar pruebas del sistema para la estimación de costo y tiempo para proyectos de software usando el modelo COCOMO II, para desarrolladores freelance.



Implementar el sistema para la estimación de costo y tiempo para proy proyec ecttos de so sofftw twar are e us usan and do el mod odel elo o CO COCO COMO MO II, II, pa para ra desarrolladores Freelance.

Justificación de la Investigación   La presente investigación se justifica en la premisa de que la estimación de los costos de desarrollo de software es un factor muy importante en el análisis

y planificación de los proyectos informáticos, constituye un tema

estr estrat atég égic ico o co cont ntar ar co con n in indi dicad cador ores es pa para ra me medi dirr el cos costo to de los mi mism smos, os, garantizando la eficiencia, excelencia, calidad y la competitividad. En este sentido esta investigación pretende desarrollar un sistema para la estimación de costo de proyectos de software usando el modelo COCOMO II, dejando un valor importante para el país, favoreciendo a la comunidad en el desarrollo tecnológico, ya que cada software desarrollado va a generar  una alianza para el logro de un objetivo, mejorando tiempos de respuestas grac gracia iass a la au auto toma matitiza zaci ción ón de un pr proc oces eso, o, cons constititu tuyé yénd ndos ose e en un una a herramienta que facilita la vida al ser humano.  

En est este e ord orden en de ide ideas, as, la inv invest estigac igación ión real realiza izada da va a per permit mitir ir al

desarrollador definir tiempos y recursos presupuestarios con mayor exactitud garantizando la satisfacción del cliente, ya que a pesar de que pueda tener  requerimientos complejos, el programador podrá informar oportunamente y previendo los riesgos, el tiempo necesario para la ejecución y su costo con mayor exactitud, proporcionando tranquilidad y economía al cliente, quien en su necesidad de invertir en una tecnología ajustada a la atención de su negocio no puede darse el lujo de perder dinero y tiempo. De igu igual al man manera, era, los prof profesi esiona onales les que ejer ejercen cen la pro program gramaci ación ón Freela Fre elance, nce, es dec decir ir la pers persona ona que tra trabaj baja a de for forma ma ind indepen ependie diente nte o se xvii

 

dedica a realizar trabajos de manera autónoma, tendrán la facilidad con esta investigación de implementar un sistema que le garantice exactitud a la hora de estimar cuanto tiempo le llevará atender el requerimiento de un cliente, el esfu esfuer erzo zo y la cant cantid idad ad de re recu curs rso o hu huma mano no qu que e ne nece cesi sita tará rá y cuan cuanto to representará eso en valor monetario. Igualmente, para las empresas destinadas al desarrollo de software, esta inve invest stig igac ació ión n va a pr prop opor orci cion onar ar una una apli aplica caci ción ón de fáci fácill ma mane nejo jo,, con con información confiable, gracias a los niveles de exactitud en la estimación realizada, que gerencialmente va a soportar la toma de decisiones en torno a la viabilidad del proyecto y la atención oportuna de los riesgos que puedan afectar la culminación y entrega satisfactoria del mismo, promoviendo la prod roductividad

de

software y

la

competitividad de

las

empres esa as

desarrolladoras.  

En este este ord orden en de ide ideas, as, las téc técnic nicas as de estima estimació ción n son im import portant antes es

porque proporcionan la parte esencial de una buena gestión de proyecto, pues sin una aceptable estimación, los proyectos pueden verse afectados por que el programador no pueda comunicar al cliente, manager o vendedor  que los titiempo emposs y rec recurso ursoss pres presupue upuesta stario rioss otorgad otorgados os para ent entrega regarr el produ pro duct cto o so son n po pocos cos re real alis ista tas, s, lllleva evando ndo al fr fraca acaso so del del proyec proyecto to.. Co Con n la implementación de este sistema se beneficiará a los desarrolladores de software, ya que tendrán a la mano una herramienta que les permitirá estimar un costo ajustado a la realidad económica, así como el tiempo requerido para la culminación de los proyectos.  

Asimi Asimismo, smo, es importante importante destaca destacarr que como tesista, tesista, esta invest investigaci igación ón

pret preten ende de sumi sumini nist stra rarr un he herr rram amie ient nta a pa para ra la im impl plem emen enta taci ción ón de los los conocimientos adquiridos durante la carrera de Ingeniería en Informática, facilitando la incorporación al campo laboral desde una perspectiva basada en la confianza y profesionalismo, contando con un sistema de estimación, que a pesar de la inexperiencia pueda obtener exactitud en las respuestas

xviii

 

dadas como desarrollador de software, percibir una remuneración justa y mantener la competitividad en el mercado de la informática. Finalmente, esta investigación va a proporcionar a los estudiantes de la Universidad Alejandro de Humbolt las herramientas necesarias para conocer  las bondades y beneficios del modelo COCOMO II y comprender con mayor  facilidad aquellos elementos que deben ser considerados para planificar la elaboración de un proyecto, pues no solo se debe valorar el esfuerzo, sino los componentes que van a ser parte de la implementación del software, debiendo conocer datos históricos de otros proyectos con similitudes en sus requerimientos y características, que le van a permitir una aproximación más exacta, aunado a la valoración de la experiencia del programador como un elemento determinante para definir el costo del software.

Delimitaciones  

Desde la óptic óptica a de de Sabino (1986), la delim delimitaci itación ón habrá de efectuase efectuase en

cuanto al tiempo y el espacio, para situar el problema en un contexto definido y ho homo mogé géne neo. o. De mane manera ra tal, tal, de delilimi mita tarr un una a inve invest stig igac ació ión n sign signifific ica, a, especificar en términos concretos las áreas de interés en la investigación, esta establ blec ecer er su alca alcanc nce e y de deci cidi dirr las las fr fron onte tera rass de espa espaci cio, o, tiem tiempo po y circunstancias que se impondrán al estudio realizado. En la medida en que el fenómeno bajo estudio esté claramente formulado y delimitado se favorecerá las posibilidades del investigador de no perderse en la investigación.  

En es este te sent sentid ido, o, es ne neces cesari ario o dest destac acar ar que que la in inve vest stig igaci ación ón se

ci circu rcunsc nscri ribe be en un una a in inve vest stig igaci ación ón do docu cume ment ntal al sobre sobre el uso uso de dell mo mode delo lo COCOMO II como herramienta para la estimación efectiva de costos para el desarrollo de software, seguido del análisis de los datos necesarios para implementar una aplicación que beneficie a la comunidad de profesionales en el área de informática, especialmente para trabajadores Freelance.

xix

 

Cuadro 1. Operacionalización de las Variables Identificación, definición de las Variables, Operacionalización de las variables. Diseño de Campo Objetivos Específicos

Variable

1 Conocer las métricas empleadas por desarrolladores desarrolladores Métricas cas emplea empleadas das freelance, para la estimación de Métri costos y tiempo de ejecución de para estimar costos y proyec pro yectos tos de softwa software re con el tiempo modelo COCOMO II. 2 Realizar Realizar análi análisis sis de las las mét métrica ricass empleadas por desarrolladores desarrolladores freelance, para la estimación de costos y tiempo de ejecución de proyec pro yectos tos de softwa software re con el modelo COCOMO II. 3 Dise Diseña ñarr in inte terf rfaz az del del si sist stem ema a para la estimación de costo y ti tie empo para proye royect cto os de so soft ftwa ware re us usan ando do el mode modelo lo COCOMO II, para desarrolladores desarrollad ores Freelance

Definición Conceptual

Dimensión

Factores Factor es de medici medición ón considerados por  programadores Freelance para estimar  el costo de la elaboración de proyectos de softwares

Ingreso de métricas

Determinar las métricas  Análisis de las a emplears emplearse e mediante mediante métri métricas cas emplea empleadas das el modelo COCOMO II para la estimación de par para a es estim timar ar co costo stoss y costos y tiempo tiempo de desarrollo de software Interfaz del sistema para la estimación de costo y tiempo para proyectos de software usando el modelo COCOMO II

Conjunto de herramientas del si sist stem ema a co comp mput utad ador  or  con que el usuario final interactúa con el sistem sistema a para para estima estimar  r  costos y tiempo.

Medición Consultas

  Datos de entrada

Técnicas para

Indicadores

investigar 

Encuesta

 Diagrama de flujo de estimación de costos y tiempo

Observación directa y participativa Investigación Documental

Diagrama de Flujo de Datos

Encuesta  Análisis de datos, Investigación Documental





 

Datos de salida



Resultado esperado

Diagrama UML

Pantallas

Diseño pantallas, menues, ventanas

Ventanas de navegación Reportes

de



Observación

Directa Participativa  Análisis datos 

y de

20

 

Menues Botones Iconos 4 Determ Determina inarr la base base de dato datoss del sistema para la estimación de costo y tiempo para proyectos de software usando el modelo COCOMO II, para Base de da dato toss del desarrolladores desarrollad ores Freelance sistema para la estimación de costo y

Tablas:

Definición de las tablas y su suss rela relaci cion ones es que que permitirán el almacenamiento y

External Input (EI) Diagrama de Entidad Enti dad relación relación External Output de las tablas del (EO) sis sistem tema a par para a la  Análisis esti estima maci ción ón de External Query costo costoss y tie tiempo mpo datos (EQ) 



de

tiempo para usando proyectos nseusar ltario s Internal Logic File de proyectos de Documental Investigación de software el cnoec ece sa ioss deparadatoel software. modelo COCOMO II sistema siste ma de estimaci estimación ón (ILF) de costos External Logic File (ELF)

5 Ejec Ejecut utar ar pr prue ueba bass de dell sist sistem ema a para la estimación de costo y ti tie empo para proye royect cto os de so soft ftwa ware re us usan ando do el mode modelo lo COCOMO II, para desarrolladores desarrollad ores Freelance

Pruebas Prueb as del sis sistem tema a para la estimación de co cost sto o y titiem empo po pa para ra proyectos de software usan sando el mo mode dello COCOMO II

Verificar que el sistema propuesto satisface las necesidades del programa prog ramador dor freelanc freelance e y está acorde con las especificaciones previstas para el

Plan de pru prueba eba Prueba de Plan Observación cada cada prog progra rama ma del sistema. Directa y con datos de Participativa prueba, Prueba de cada cada prog progra rama ma 





21

 

con datos reales Revisión docu docume ment ntal al del del sistema propuesto 

modelo COCOMO II

6 Implem Implement entar ar el sistem sistema a para la estima estimació ción n de cos costo to y tiempo tiempo pa para ra proy proyec ecto toss de soft softwa ware re usando el modelo COCOMO II, para desarrolladores Freelance

Impl Implem emen enta taci ción ón de dell sistema para la estimación de costo y tiempo para proyectos de software usando el modelo COCOMO II

Colocar en ambiente de produc pro ducció ción n el sistem sistema a de estimación de costo y tiempo para proyectos de software

Plan de Implementación Manual del sistema

Carta de Observación acep acepta taci ción ón del del Directa y sistema siste ma firmada firmada Participativa por los usuarios del sistema 

Fuente: Otniel Rojas (2019)

CAPITULO II MARCO TEÓRICO  

La pres presente ente investig investigación ación está está dirigida dirigida a proporci proporcionar onar una una herramienta herramienta que facilite facilite al ingeniero ingeniero en iinformá nformática tica

estimar estim ar los costos para la elaboración elaboración de un software software de una manera práctica práctica y con mayor exactitud. En este sentido para el autor Ramírez, T (2010), “El marco referencial teórico es el espacio del proyecto destinado a ilustrar  al lector sobre (…) Las investigaciones realizadas sobre la problemática estudiada.” Por lo que es oportuno hacer 

22

 

referencia a los estudios realizados con anterioridad por otros autores, así como el marco legal y sublegal que regula los aspectos más relevantes de la investigación.

Antecedentes de la Investigación

 

A los fines de considerar los aportes de otros investigadores sobre los cálculos o estimaciones para determinar 

los costos costos de un proyecto, proyecto, es necesario necesario citar citar a la Autora M, Lizardo Lizardo (2010) (2010)

en su Trabajo Trabajo Especial Especial de Grado,

realizado para optar al título de Especialista de Gerencia de Proyecto, en la Universidad Católica Andrés Bello, denominado “Diseño de una propuesta de Mejores Prácticas para la Estimación de Costos de Proyectos para una Empresa Consultora de Ingeniería”, del cual se desprende que las empresas consultoras en el área de proyectos de ingeniería enfrentan sucesivamente el proceso de estimar los costos de cada proyecto que asesoran, por lo que la investigación se dirigió a identificar las mejores practicas que pueden ser aplicadas a varios proyectos, tomando en cuenta elementos de costos coincidentes en la mayoría de ellos e identificando los factores críticos para alcanzar el éxito en la estimación. Sobre este particular, particular, menciona la autora autora que el Project Project Management Institute Institute (PMI) incluye la Gestión de los Costos del Proyecto como una de las áreas del conocimiento, la cual está conformada por tres procesos: a.- Estimar  Costos, b.- Determinar el Presupuesto y c.- Controlar Costos. Los dos primeros procesos se enmarcan dentro del grupo de procesos de planificación y, el tercero, dentro del grupo de seguimiento y control.

23

 

 

En este sentido, expresa la autora que “La estimación de costos de proyectos es un área donde confluyen varias

disciplinas de la gerencia de proyectos” y constituye la representación monetaria necesaria para alcanzar los objetivos propuestos. Sobre este particular, es importante destacar que la investigación de Lizardo, aporta elementos base para determinar una metodología, desde el punto de vista gerencial, para administrar eficaz y eficientemente los recursos para el logro de los objetivos propuestos, que en el caso que nos ocupa resulta relevante para ofrecer un servicio de desarrollo de software orientado a optimizar los tiempos de respuesta y garantizar exactitud al momento de realizar  estimaciones de costos.  

Por otra otra parte, parte, la investigac investigación ión presentad presentada a por la autora autora Cabrer Cabrera a (2016) (2016) en la Univers Universidad idad Tecnológic Tecnológica a de la

Mixteca, titulado “Aplicación, Evaluación de Metodologías de Estimació de Micro-proyectos de Software y Desarrollo de un Sistema de Estimación”, cuyo objeto de investigación es analizar los métodos de estimación más utilizados y conocidos para compararlos y aplicarlos en una muestra de proyectos de software de corta duración (microproyectos) con el fin de identificar cuál de estos se ajusta a los costos reales del mercado mexicano y finalmente desarrollar una aplicación informática que implemente el método identificado para estimación de esfuerzo y costo de micro-proyectos de software.  

En este este orden orden de ideas, se idetificó idetificó que durant durante e la investga investgación ción de mét métodos odos de de estimación estimación de esfuerzo esfuerzo de

software softw are se encontró que los 5 métodos métodos más utilizados utilizados y conocidos en la industria son los siguientes: siguientes: Puntos de Función, COCOMO II, Puntos de Casos de Uso, Puntos de Historias de Usuario con Planning Poker y PROBE. No obstante, existen dos métodos de estimación de esfuerzo que proporcionan una estimación muy cercana al esfuerzo real: El método “Puntos de Historias de Usuario con Planning Poker” y el método “PROBE”. “PROBE”. 24

 

 

Igualmente, la investigación realizada por la citada autora concluye que las constantes utilizadas en los métodos

de Puntos de Función, COCOMO II y Puntos de Casos de Uso fueron determinadas mediante un estudio aplicado a proyectos muy grandes, por lo que estos métodos resultaron ser los más alejados de los valores de esfuerzo reales en los micro-proyectos.  

En virtud de lo anterior, anterior, es importante destacar que que tales resultados aportaron a esta esta investigaciòn información

documental vinculada a la estimaciòn de proyectos complejos y con grandes alcances usando el modelo COCOMO II, ya que se constatò que el mismo favorese a realizar calculos mas exactos, con respecto al esfuerzo requerido para elaborar un gran software. Por otra parte, la investigación denominada “Estimación de costo de software: Una propuesta de aplicación pedagógica de COCOMO” realizada por la autora G, Gonzalez (2018) destaca que los planes de estudio de ciencias de la computación y carreras afines, evidencian una brecha importante en torno a la temática de estimación de costos de proyectos de software. En general, en los modelos curriculares relacionados con el desarrollo de software, se recomienda la temática de la estimación en el desarrollo del software sin especificar ningún modelo de estimación en concreto. Aunado a ello, dichos modelos tienen la particularidad de que son difíciles de entender y los ejemplos existentes en la bibliografía suelen ser muy vagos sin considerar contextos cercanos a la realidad, presentando una propuesta de aplicación pedagógica del modelo de estimación de costos COCOMO en las modalidades básica e intermedia orientada a la magnitud del producto final. En este orden de ideas, es necesario destacar que la citada investigaciòn fundamenta las teorias aplicadas en torno al modelo COCOMO, el cual consta de poco desarrollo para los estudiantes de informàtica, aportando a este

25

 

trabajo traba jo de grado las herramienta herramientass basicas basicas para desarrollar desarrollar una sistema sistema que permita aprovechar aprovechar las bondades bondades del modelo COCOMO II.

Bases Teoricas Teoría General de sistemas  

La teoría de sistemas (TS) es un ramo específico de la teoría general de sistemas (TGS). La TGS surgió con los

trabajos del alemán Ludwig von Bertalanffy, publicados entre 1950 y 1968. No busca solucionar problemas o intentar  soluciones prácticas, pero sí producir teorías y formulaciones conceptuales que pueden crear condiciones de aplicación en la realidad empírica. Básicamente la TGS, se basa en los supuestos de: 

Tendencia hacia la integración de diversas ciencias naturales y sociales.



Esa integración parece orientarse rumbo a una teoría de sistemas. si stemas.



Dicha Dic ha teo teoría ría de sis sistem temas as puede puede ser una manera manera más amplia amplia de est estudi udiar ar los campos no-físic no-físicos os del

conocimiento científico, especialmente en ciencias sociales. 

Con esa teoría de los sistemas, al desarrollar principios unificadores que atraviesan verticalmente los universos particulares de las diversas ciencias involucradas, al objetivo de la unidad de la ciencia.



Esto puede generar una integración muy necesaria en la educación científica.

La TGS afirma que las propiedades de los sistemas, no pueden ser descritos en términos de sus elementos separados; su comprensión se presenta cuando se estudian globalmente. 26

 

La TGS se fundamenta en tres premisas básicas: 1. Los sistemas sistemas son abiertos: es consecuenci consecuencia a del anterior. anterior. Cada sistema que se examine, examine, excepto el menor o mayor, recibe y descarga algo en los otros sistemas, generalmente en los contiguos. Los sistemas abiertos se caracterizan por un proceso de cambio infinito con su entorno, que son los otros sistemas. Cuando el intercambio cesa, el sistema se desintegra, esto es, pierde sus fuentes de energía. 2. Los sistemas sistemas existen dentro dentro de sistemas: sistemas: cada sistema sistema existe dentro dentro de otro más grande. grande. 3. Las funcion funciones es de un sistema sistema dependen dependen de su estructur estructura: a: para los sis sistem temas as biológico biológicoss y mecánic mecánicos os esta afirmación es intuitiva. Los tejidos musculares por ejemplo, se contraen porque están constituidos por una estructura celular que permite contracciones.

Teoría de la información La teoría se ha aplicado extensamente extensamente por los ingenieros ingenieros de la comunicación comunicación y algunos algunos de sus conceptos han encontrado el uso en psicología y lingüística. Los elementos básicos de cualquier sistema de comunicaciones general incluyen: 1. Una fuente fuente de información información que es un dispositivo dispositivo que que transmite transmite y transforma transforma la información información o el " mensaje " en una forma conveniente para la transmisión por un medio en particular. 2. El medio medio o el canal canal en el cual se transmite transmite el el mensaje. mensaje. 3. Un dispositivo dispositivo de recepción recepción que descifra el mensaje mensaje nuevamente nuevamente dentro de una cierta aproximaci aproximación ón de la forma original. 4. La destinación destinación o el recipiente recipiente previsto previsto del del mensaje. mensaje. 27

 

5. Una fuente fuente del ruido (es decir, interferenc interferencia ia o distorsión) que cambia cambia el mensaje de maneras maneras imprevisibles imprevisibles durante la transmisión.  

La Teoría de la Información o Teoría de la Comunicación  se creó en los años cuarenta a partir de los trabajos de

C. E, Shannon y N. Wiener. En todo sistema de comunicación la información inicial se codifica y se transmite en "señales". Estas señales se transmiten a un destinatario o receptor, quien a su vez debe descodificar o interpretar la señal. Generalmente el mensaje inicial o "input" no es totalmente idéntico al final u "output", porque en su codificación codifi cación,, transmisión transmisión o decodificaci decodificación ón pueden pueden producirse producirse interferencias interferencias o "ruido". "ruido". La Teoría Teoría de la Información Información intentó crear un formulismo matemático para la descripción de la información, la medida de la cantidad de información y su perdida en la transmisión o comunicación.

Teoría sobre Base de Datos  

Contreras (2012). (2012). Señala que “Todo software para para su funcionamiento necesita una base de datos que almacene

cada una de las informaciones que este genere. Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta.  

En la actualidad, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de

las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos. Existen programas denominados sistemas gestores de bases de d datos, atos, abreviados SGBD, que 28

 

permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y administración, se s e estudian dentro del ámbito de la iinformática” nformática” (p.34).   Las apli aplicac cacion iones es más más usuales usuales son para para la la gestió gestión n de empre empresas sas e iinst nstituc itucion iones es pú públic blicas. as. T Tamb ambién ién sson on ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental. Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios países. Por ejemplo, en España los datos personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD).” Toda base de datos está formada por uno o varios bloques de información llamados tablas que normalmente tendrán alguna característica en común. Una tabla es un conjunto conexo de información del mismo tipo. Cada tabla está formada por registros. Un registro es la unidad elemental de información de la tabla. Cada registro está formado por uno o más elementos llamados campos. Un campo es cada una de las iinformaciones nformaciones que interesa almacenar de cada registro, y es por tanto la unidad elemental de información del registro. Existen 3 tipos de base de datos que se detallan a continuación. 

Base de datos jerárquica: Primera en ser utilizada. Se basa en el establecimiento de jerarquías o niveles entre los distintos campos de los registros, basándose en el criterio de que los campos de mayor jerarquía sean los más genéricos, y tiene una estructura arborescente, donde los nodos del mismo nivel corresponden a los campos y cada rama a un registro.



Base de datos en red: Es una variación del modelo de datos jerárquico. Se utiliza una estructura de grafo, donde existe más de una conexión entre los nodos de diversos niveles, de forma que pueden recorrerse por 

29

 

distintos caminos sin necesidad de acudir cada vez a la primera raíz. Desaparece así el concepto de jerarquía entre campos. 

Base de datos relacional: El modelo relacional de datos representa todos los datos en estructura de matriz o tabla bidimensional, donde las filas son los registros y las columnas los campos.

Normalización de bases de datos Son el conjunto de normas que ayudan a diseñar una estructura de base de datos óptima para su implementación, gestión y explotación. Las bases de datos relacionales se normalizan para: 

Evitar la redundancia de los datos.



Evitar problemas de actualización de los datos en las tablas.



Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones: Cada columna debe tener su nombre único, no puede haber dos filas iguales, todos los datos en una columna deben ser del mismo tipo. Las formas normales son aplicadas a las tablas de una base de datos. Decir que una base de datos está en la forma normal N es decir que todas sus tablas están en la forma normal N. Las formas normales, definidas en la teoría relacional, permiten normalizar una base de datos en un esquema mal diseñado. El creador de las 3 primeras formas normales fue Edgar F. Codd. Cuánto más alta sea la forma normal en la l a que se encuentran los esquemas de relación, menores serán los problemas que aparecerán en el mantenimiento de la base de datos. Cuando un

30

 

esquema de relación está en una forma normal, implícitamente también lo está en las formas normales inferiores a ésta.

Integración de datos  

Es el proceso que que permite combinar datos heterogéneos de muchas fuentes diferentes en la forma y estructura

de una única aplicación. Esto facilita que diferentes tipos de información, tales como matrices de datos, documentos y tablas, sean fusionados por usuarios, organizaciones y aplicaciones para un uso personal, de procesos de negocio o de funciones.  

La int integraci egración ón soporta soporta el procesam procesamiento iento analítico analítico de de grandes grandes conjunt conjuntos os de datos alineando, alineando, combin combinando ando y

presentando cada conjunto de informaciones de departamentos organizacionales y fuentes de datos remotas y externas, para cumplir con los objetivos del integrador.  

La integración de datos se implementa generalmente en un data warehouse mediante software especializado

que aloja grandes almacenes de datos de recursos internos y externos. Los datos se extraen, se mezclan y se presentan de forma unificada. Por ejemplo, el conjunto completo de datos de un usuario puede incluir información

extraída y combinada de marketing, ventas y operaciones, que se combinan para formar un informe completo.   Un proyecto de integración de datos generalmente implica los siguientes siguientes pasos: pasos: 

Acceso a los datos desde todas las fuentes y localizaciones tanto si se trata de locales, en la nube o de una combinación de ambos.



Integración de datos  de modo que los registros de una fuente de datos mapean registros en otra. Por  ejemplo, incluso si un conjunto de datos utilizara “nombre, apellidos” y otro “nom, ape”, el conjunto integrado 31

 

se asegurará de que en ambos casos los datos van al lugar correcto. Se trata de un tipo de preparación de datos esencial para que las analíticas y otras aplicaciones sean capaces de utilizar los datos con éxito. 

Entrega de datos integrados  al negocio justo en el momento en que la empresa los necesita, ya sea por  lotes, casi en tiempo real o en tiempo real.

Fundamentos de la integración  

Los responsa responsables bles que que han sido sido puestos puestos a cargo cargo de un proyecto proyecto de integración integración de de datos datos a me menudo nudo no no están están

seguros de por dónde comenzar ni qué hacer. Por ello, existen varios fundamentos que marcarán el punto de partida para saber cómo abordar este proceso:   Los metadatos lo son todo. El origen de los datos guiará la forma en la que se debe iniciar la integración de los datos. La empresa debe comprender la información almacenada en los sistemas de origen y destino y encontrar una sola fuente fiable y verdadera.   Entender el flujo de información. Una vez identificada la fuente, es necesario averiguar cómo los datos fluirán de un sistema a otro. Si bien la mayoría de los flujos de integración de datos son una replicación simple, también es posible cambiar la estructura y el contenido de la información que fluye de un sistema a otro, para que la infraestructura de destino reciba datos nativos.   Unir Seguridad y Data Governance. Son dos elementos que a menudo menudo no se complementan bien en los entornos entornos de integración de datos. Este problema se vuelve más importante a medida que avanzamos hacia la nube, ya que los datos están físicamente fuera de control. Los encargados de la integración deben cifrar los datos, y una vez encriptados, la información será más segura. 32

 

 

En el contexto de la integración de datos, Data Governance implica la utilización de políticas activas en torno al

uso de datos, flujos, transformaciones, etc. Esto permite evitar que alguien cambie un flujo o varíe la estructura de un sistema objetivo y rompa la solución de integración. Tanto si se trata de la primera vez que una organización realiza una integración de datos como si ya es un sistema consolidado, los fundamentos de la integración siguen siendo la clave para el éxito de su desarrollo.

Teoría de la Ventaja Competitiva  

Para Michael Porter la ventaja competitiva ha sido una revolución de la información y de las teorías económicas;

sin lugares a dudas ha actuado un cambio fundamental en el concepto que cada gerente de empresa tiene del papel de los sistemas de información. Antes de las teorías de Porter, la información se consideraba un factor entre otros en el proceso que determina los negocios. Ahora por contra hay un creciente reconocimiento del valor de la información como factor determinante en las dinámicas económicas. Por otra parte, gracias a las teorías de Porter  se ha reconocido que la información posee un alto potencial y que por lo general es menospreciada frente a su real valor, así que debe ser tratada como un recurso que cada organización podría y debería utilizar en su rubro de negocio.  

En este orden de de ideas, es importante importante destacar destacar que la ventaja ventaja competitiva competitiva introduc introducida ida por Porter Porter guarda guarda una una

relación estricta con el concepto de valor que en muchos casos sustituye al concepto tradicional de costo en términos de planificación empresarial. En tal sentid sentido o Porter Porter (1985), (1985), en tér términ minos os genera generales les,, mencio menciona na que: que: “ La venta ventaja ja com competitiv petitiva a  crece fundamentalmente en razón del valor que una empresa es capaz de generar. El concepto de valor representa lo que 33

 

los compradores están dispuestos a pagar, y el crecimiento de este valor a un nivel superior se debe a la capacidad de ofrecen precios más bajos en relación a los competidores por beneficios equivalentes o proporcionar beneficios únicos en el mercado que puedan compensar los precios más elevados. (…) Para que una empresa logre una real capacidad de generar valor a largo plazo su estrategia empresarial debe empresarial debe enfocarse en trazar un plan de ventaja competitiva sostenible en el tiempo. Según Porter dos son los tipos de ventajas competitivas que se pueden observar en el mercado: 1. El liderazgo en costos, o sea la capacidad de realizar un producto a un precio inferior al de los competidores; 2. La diferenciació diferenciación n del producto, o sea la capacidad capacidad de ofrecer un producto dis distinto tinto y más atractivo atractivo para los consumidores frente a los productos ofrecidos por los competidores.  

Como consecuencia consecuencia directa directa de estos dos tipos tipos de ventajas ventajas competitivas competitivas,, Por Porter ter habla habla de tres tres estrateg estrategias ias

competitivas genéricas que se pueden aplicar a cualquier rubro empresarial; las estrategias que se pueden poner en acto, generalmente por separado pero en algunas circunstancias también en conjunto, según los casos, para asegurar el crecimiento del valor de la empresa, son las siguientes: 1. El liderazgo en costos , que es la estrategia más intuitiva y representa una oportunidad si la empresa está capacitada para ofrecer en el mercado un producto a un precio inferior comparado a la oferta de las empresas oponentes. 2. La diferenciación, que constituye una opción atractiva para empresas que quieren construirse su propio nicho en el mercado y no apuestan necesariamente a un elevado porcentaje de consensos en términos generales, sino en compradores que buscan características peculiares del producto distintas a las que

34

 

of ofre rece cen n la lass empr empres esas as opon oponen ente tes. s. Algu Alguna nass buen buenas as actu actuac acio ione ness de la estra estrate tegi gia a comp compet etititiv iva a de la diferenciación pueden ser: o

Materias primas de mayor valor frente a los productos en el mercado

o

Un servicio al cliente más específico y capacitado para proporcionar más seguridad a los compradores en el tiempo

o

Ofrecer un diseño del producto exclusivo que sea un atractivo muy fuerte para los clientes. 3. El enfoque, que consiste en especializarse en un dado segmento del mercado y en ofrecer el mejor producto pensado expresamente para los reales requerimientos de nuestro segmento. Ejemplos concretos de enfoque pueden ser: una categoría especial de potenciales compradores, un área geográfica específica, un segmento particular de la línea de productos  

Por lo tanto, queda claro que cada estrategia estrategia puede asegurar asegurar una ventaja competitiva sostenible solamente

hasta cuando el mercado reaccione de forma eficaz a la estrategia. En cuanto se presente una empresa capaz de ganar terreno y cambiar la posición de supremacía deberemos forzosamente recurrir a otra estrategia o bien cambiar los términos de la que hemos elegido para asegurarnos de no dejarnos derrotar por los competidores. c ompetidores.   En tal sentido, Aplicar las  tres estrategias al mismo tiempo en términos absolutos resulta imposible para cualquier  empresa, y como regla general es importante que el plan empresarial considere cuál estrategia quiere poner en acto como prioritaria. Pero pueden darse casos específicos en los cuales se puede beneficiar de más de una estrategia. Porter habla de tres circunstancias en las cuales se puede aplicar en conjunto la diferenciación y el liderazgo en costos: 1. En el caso que los los competidores competidores resulten resulten muy muy ineficientes ineficientes en sus planes planes de empresa empresa 35

 

2. En el caso que la empres empresa a pueda contar contar con alguna alguna tecnologí tecnología a exclusiva exclusiva que no esté al alcanc alcance e de los competidores 3. En el caso que exista una fuerte posibilidad posibilidad de coordinar estr estrategia ategiass comunes entre distintas distintas empres empresas as del mismo rubro, como cuando hay una participación societaria similar en empresas distintas que de hecho ya no se pueden considerar oponentes.  

Finalmente, Porter le otorga un papel de primer nivel a las tecnologías en el desarrollo empresarial, empresarial, con especial

referencia a las tecnologías de la comunicación, que se pueden aplicar con excelentes resultados a cualquier rubro de negocio y que constituyen un valioso aporte a la estrategia competitiva. De la correcta utilización de las nuevas tecnologías de la comunicación se puede obtener varias ventajas, tales como: 

Mejor control de nuestro plan empresarial



Mejor programación de la empresa



Mejor posibilidad de llevar a cabo investigaciones inve stigaciones de mercado efectivas



Mejor capacitad de gestión producto de una medición más exacta del mercado

Bases Legales

 

La Constitu Constitución ción de de la Repúblic República a Bolivarian Bolivariana a de Venezue Venezuela la de fecha 19 de febrero febrero de 2009, Gaceta Oficial Oficial

N°5.908 establece en su Artículo 110, que:

36

 

“El Estado reconocerá el interés público de la ciencia, la tecnología, el conocimiento, la innovación y sus aplicaciones y los servicios de información necesarios por ser instrumentos fundamentales para el desarrollo económico, social y político del país, así como para la seguridad y soberanía nacional. Para el fomento y desarrollo de esas actividades, el Estado destinará recursos suficientes y creará el sistema nacional de ciencia y tecnología de acuerdo con la ley. El sector privado deberá aportar  recursos para las mismas. El Estado garantizará el cumplimiento de los principios éticos y legales que deben regir las actividades de investigación científica, humanística y tecnológica. La ley determinará los modos y medios para dar cumplimiento a esta garantía.”   Igualmente, establece la Carta Magna en su artículo 98 sobre la creación cultural libre, lo siguiente: “Esta libertad comprende el derecho a la inversión, producción y divulgación de la obra creativa, científica, tecnológica y humanística, incluyendo la protección legal de los derechos del autor o de la autora sobre sus obras. El Estado reconocerá y protegerá la propiedad intelectual sobre las obras científicas, literarias y artísticas, invenciones, innovaciones, denominaciones, patentes, marcas y lemas lem as de acuerd acuerdo o con las condic condicion iones es y excepc excepcion iones es que establezca establezcan n la ley y los tratados tratados internacionales suscritos y ratificados por la l a República en esta materia.”  

En este sentido la Ley de Infogobierno de fecha 17 de octubre de 2013, Gaceta Oficial N° 40.274, establece en

su Artículo 6 que: “El Poder Público, en el ejercicio de sus competencias, debe utilizar las tecnologías de información en su gestión interna, en las relaciones que mantengan entre los órganos y entes del Estado que lo conforman, en sus relaciones con las personas y con el Poder Popular, de conformidad con esta Ley y demás normativa aplicable.”   Igualmente la citada Ley menciona acerca del principio de transparencia, en su Artículo 13, destacando que:

37

 

“El uso de las tecnologías de información en el Poder Público y el Poder Popular garantiza el acceso de la información pública a las personas, facilitando al máximo la publicidad de sus actuaciones como requisito esencial del Estado democrático y Social de Derecho y de Justicia, salvo aquella información clasificada como confidencial o secreta, de conformidad con la ley que regule el acceso a la información pública y otras normativas aplicables.”   Así mismo, el Principio de seguridad, el cual establece que:

 Artículo 23. En las actuaciones electrónicas que realicen el Poder Público y el Poder Popular se debe garantizar la integridad, confidencialidad, autenticidad y disponibilidad de la información, documentos y comunicaciones electrónicas, en cumplimiento a las normas y medidas que dicte el órgano con competencia en materia de seguridad de la información.   Con respecto al desarrollo de tecnologías la referida Ley se refiere al Conocimiento Libre, señalando que:  Artículo 34. El desarrollo, adquisición, implementación y uso de las tecnologías de información por  el Poder Público, tiene como base el conocimiento libre. En las actuaciones que se realicen con el uso de las tecnologías de información, sólo empleará programas informáticos en software libre y estándares abiertos para garantizar al Poder Público el control sobre las tecnologías de información empleadas y el acceso de las personas a los servicios prestados. Los programas informáticos que se empleen para la gestión de los servicios públicos prestados por  el Poder Popular, a través de las tecnologías de información, deben ser en software libre y con estándares abiertos.

Definición de Términos

38

 

Freelance: Se refiere a la actividad que realiza la persona que trabaja de forma independiente o se dedica a realizar  trabajos de manera autónoma que le permitan desenvolverse en su profesión o en aquellas áreas que pueden ser  más lucrativas y son orientadas a terceros que requieren de servicios específicos

Gestión de proyectos: Es la aplicación del conocimiento, habilidades, herramientas y técnicas a las actividades de un proyecto para cumplir los requisitos del proyecto

Métodos de estimación de costos:  Modo ordenado de proceder para llevar a cabo la estimación de costos:  Algunos de los métodos de estimación de costos son: 1. Punt Puntos os de de Func Funció ión. n. 2. Fu Funci ncion ones es de de Bang Bang.. 3. Cuesti Cuestiona onario rioss y conse consenso. nso.

Metodologías de estimación de costos: Conju Conjunto nto de métodos, métodos, técnicas técnicas y procedimient procedimientos os agrupados agrupados que sirven para llevar a cabo la estimación de costos. Toda metodología de estimación de costos debe aplicarse al ciclo de vida de un proyecto. Algunos ejemplos de las metodologías desarrolladas actualmente son: 1. Metodo Metodolog logía ía de Ali Ali Arifogl Arifoglu. u. 2. Metodo Metodolog logía ía de Shari Shari Pfleeger Pfleeger..

Métricas de estimación de costos : Es la unidad de medida que se utiliza como referencia para calcular el total de trabajo desarrollado. Los dos tipos de métricas son: 1. Lí Líne neas as de de códi código go.. 2. Comple Complejid jidad ad de los los algorit algoritmos mos y 39

 

funciones.

Modelos de estimación de costos . Esquema teórico, expresada en forma matemática. Estas representaciones matemáticas estiman el esfuerzo total que se desarrollará en un proyecto. Los modelos de estimación se clasifican como sigue: 1. Mode Modelo loss Está Estátitico cos. s. a. Ecuacio Ecuaciones nes lin lineale eales. s. b. Ecuacio Ecuaciones nes no lin lineal eales. es. 2. Mode Modelo loss Dinám Dinámic icos os

Puntos de función:  son una de las técnicas más usadas para la estimación de tamaño en proyectos software. Riesgo: en la ingeniería del software se define como la posibilidad de que ocurra un evento no deseado que afecte a los objetivos de plazo, coste, calidad del proyecto e incluso a supervivencia de una organización.

Técnicas de estimación de costos : Conjunto de procedimientos y recursos que se utilizan en el la estimación de costos. Las principales técnicas utilizadas en la medición del software son: 1. Estimación Estimación ascendente ascendente y d descend escendente ente 2. Basada Basadass en la la experi experienc encia. ia. 3. Ecuaci Ecuacione oness paramét paramétric ricas. as. a) Modelos Estáticos. b)

Modelos

Dinámicos.

40

 

CAPÍTULO III MARCO METODOLÓGICO

41

 

 

Para dar inicio al presente presente Capítulo Capítulo es importante mencionar que Arias (2006) expone expone el marco met metodológico odológico

como “Conjunto de pasos, técnicas y procedimientos que se emplean para formular y resolver problemas” (p.16). Este método se basa en la formulación de hipótesis las cuales pueden ser confirmadas o descartadas por medios de investigaciones relacionadas al problema.  

Así mismo Arias (2012) afirma que la metodología metodología del proyecto proyecto   incluye el tipo o tipos de investigación, las

técnicas y los procedimientos que serán utilizados para llevar a cabo la indagación. Es el cómo se realizó el estudio para responder al problema planteado. De acuerdo a lo planteado en este capítulo, se centra la médula del trabajo de investigación y por ello, orienta el curso de las acciones a seguir para la solución de la problemática planteada.

Diseño y tipo de la investigación. Diseño de la investigación. Según Nicanor Nicanor A. (2011), (2011), El diseño de investigació investigación n constituye constituye el plan general del investigador investigador para obtener  respuestas a sus interrogantes o comprobar la hipótesis de investigación. El diseño de investigación desglosa las estrategias básicas que el investigador adopta para generar g enerar información exacta e interpretable.  

Igualm Igualment ente e expres expresa a Arias Arias (2012 (2012)) asegur asegura a que la la invest investiga igació ción n de campo campo es es aquell aquella a que ccons onsist iste e en la

recolección recol ección de datos directamente directamente de los sujetos investigados, investigados, o de la realidad realidad donde ocurren ocurren los hechos (datos

42

 

primarios), sin manipular o controlar variable alguna, es decir, el investigador obtiene la información pero no altera las condiciones existentes. De allí su carácter de investigación no experimental.  

En este sentido, un diseño no experimental, según S, Palella (2012) “es el que se realiza sin manipular en forma

deliberada delibe rada ninguna variable”. variable”. El investigador investigador no sustituye sustituye intencionalme intencionalmente nte las variables variables independien independientes. tes. Se observan los hechos tal y como se presentan en su contexto real y en un tiempo determinado o no, para luego analizarlos. Por lo tanto, en este diseño no se construye una situación específica si no que se observan las que

existen. Las variables independientes ya han ocurrido y no pueden ser manipuladas, lo que impide influir sobre ellas para

modificarlas.

En tal sentido esta investigación se nutrió de la información recabada directamente de especialistas en el área de progra programac mación ión Freela Freelance, nce, cuya cuya trayect trayectori oria a dentro dentro de la informá informátic tica a les da la exp experi erienci encia a par para a realiz realizar  ar  estimaciones basadas en datos que proporcionan la mayor exactitud y por ende favorecieron a documentar las bases teóricas que fundamentan esta investigación, así como la revisión documental de publicaciones que nutren el mundo de la informática.

Tipo de la investigación  

Para S. Palella (2012) el tipo de investigación se refiere “a la clase de estudio que se va a realizar”. Orienta sobre

la finalidad general del estudio y sobre s obre la manera de recoger las informaciones o datos necesarios. Por lo tanto, para la presente investigación se orientó con un tipo de investigación de campo, toda vez que consistió en la recolección de datos directamente de la realidad donde ocurren los hechos, se estudia los fenómenos sociales en su ambiente 43

 

natural. Con este tipo de investigación el investigador no manipula variables ya que esto hace perder el ambiente de naturalidad en el que manifiesta y desenvuelve el hecho (Ramírez. 1998). En este sentido la investigación se enmarcó en un nivel Proyectivo, el cual según Hurtado de Barrera (2000), es el que "intenta proponer soluciones a una situación determinada. Implica explorar, describir, explicar y proponer  alternativas de cambio, y no necesariamente ejecutar la l a propuesta." Lo mencionado por Hurtado se aplica a todas las investigaciones que conllevan a diseños o creaciones dirigidas a cubrir una necesidad y basadas en conocimientos anteriores. De allí que el término proyectivo refiere a un proyec pro yecto to en cuanto cuanto a aproxi aproximac macion iones es o modelo modelo teóric teórico. o. El invest investiga igador dor puede puede llegar llegar a ést éste e median mediante te vías vías diferentes,

las

cuales

involucran

procesos,

enfoques,

métodos

y

técnicas

propias.

 Ahora bien, como parte de una investigación de campo, es necesario destacar que se basó en una modalidad Proyecto Factible. De acuerdo a la UPEL (1998) define el proyecto factible como un estudio “que consiste en la investigación, elaboración y desarrollo de una propuesta de un modelo operativo viable para solucionar problemas, requerimientos o necesidades de organizaciones o grupos sociales” (p.7). La propuesta que lo define puede referirse a la formulación de políticas, programas, tecnologías, métodos o procesos, que sólo tienen sentido en el ámbito de sus necesidades. De esta definición surge que un proyecto factible consiste en un conjunto de actividades vinculadas entre sí, cuya ejecución permitirá el logro de objetivos previamente definidos en atención a las necesidades que pueda tener una institución o un grupo social en un momento determinado. Es decir, la finalidad del proyecto factible radica en el diseño de una propuesta de acción dirigida a resolver un problema o necesidad previamente detectada en el medio. La investigación de Nivel Proyectivo o proyectos factibles, está

44

 

orientada a la elaboración de una propuesta, un modelo, un diseño, un programa, que conduzca a la resolución del problema cuando el mismo se ejecute.

Población y muestra.    Arias (1999), señala que población “es el conjunto de elementos con características comunes que son objetos de análisis y para los cuales serán válidas las conclusiones de la investigación”. (p.98).  

Para Balestrini Balestrini (1997), (1997), La muestra muestra “es obtenid obtenida a con el fin de investiga investigar, r, a partir del conocim conocimiento iento de sus

características particulares, las propiedades de una población” (p.138). En este orden de ideas, es importante importante destacar destacar que de acuerdo al tipo de Población depende depende el cálculo de la muestra, para C. Campos (2011) la población puede ser, “infinita: no se conocen el número exacto que forman la población y la finita se conoce el número de elementos que la conforman”.  

Para la presente investigación es importante destacar que se fundamentó en la selección de una población finita

compuesta por programadores freelance que hacen vida en la Universidad Alejandro de Humboldt, por lo que la muestra corresponde a la selección representativa de estos expertos quienes aportarán información basada en su experiencia y conocimiento, tal como se expresa en la tabla N°1. En virtud de lo antes expuesto la población está determinada por los sujetos objeto de investigación, de cuyos aportes se fundamenta el análisis realizado a la información recababa durante el trabajo de campo, considerando 45

 

una muestra probabilística, la cual es aquella donde todos los miembros de la población tienen la misma posibilidad de conformarla. Es importante destacar que la población seleccionada corresponde a una cantidad aproximada de cien estudiantes de la escuela de informática, que se desempeñan como programadores Frelance, obteniendo una muestra representativa de 35 %.

Cuadro 2. Población Objeto de Estudio NOMBRE Y APELLIDO

TELEFONO

EMAIL

CARGO

EMPRESA

Estebana Cassiani Nanibel Tovar

0426-315-50-93 0426- 33 336- 32 32- 31 31

[email protected] [email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Pro rog gra rama mad do orr

Fre ree ela lan nce

Sher Sherle leyy Cam Campe pero ross Ju Juan ana a Manz Manzan anililla la

04 0414 14-2 -299 99-2 -299-31 31 04 0414 14-1 -136 36-7 -788-56 56

[email protected]  [email protected] @gmail.com  jfdmanzanilla

Pro rog gra rama mad do orr

Fre ree ela lan nce

4

Pro rog gra rama mad do orr

Fre ree ela lan nce

5

 Aurelia Jordan Jordan

0414-305 0414-305-11-16 -11-16

 [email protected]  [email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

6

Karla Karla B Bea eatr triz iz Aqui Aquino no

04 0414 14-3 -365 65-9 -911-22 22

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

7

Charbel Di Diaz

0424-111-27-37

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

8

Veruzk ruzka aO Ollllarve rve

0412-39 -393-74 -74-07 -07

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

9 1 0

Ya Yani nire reth th H Her erna nand ndez ez

04 0426 26-4 -412 12-0 -099-18 18

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Ya Yair irim ima a Herm Herman ande dezz

04 0426 26-1 -111 11-0 -055-56 56

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

1 2 3

1 1 1 2 1 3 1 4 1

Irene Mor al ales

0416- 40 407- 65 65- 9 93 3

[email protected]

Carmen C Ca ampos

0412-818-52-62

Rosa Vicent Stefany Vicent Leomaris Sanchez

Pro rog gra rama mad do orr

Fre ree ela lan nce

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

0416-925-94-30

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

0426-335-58-88 0426-5138164

[email protected] [email protected]

Pro rog gra rama mad do orr Pro rog gra rama mad do orr

Fre ree ela lan nce Fre ree ela lan nce

46

 

5 1 6 1 7 1 8 1 9 2 0 2 1 2 2 2 3 2 4 2 5 2 6 2 7 2 8 2 9 3 0 3 1 3 2 3 3 3 4 3 5

Maritza Paredes

0414-123-99-12

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Glenis Vicente

0412-923-96-95

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Zulay Gomez

0416-213-61-77

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Diana Caceres

0416-295-11-33

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Belkis D De e Gu Guillen

0414-377-27-17

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Isloren Guillen

0416-836-05-41

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Shirley Cuadro

0412-365-21-86

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Claudia E Ibarra C

0424-265-35-68

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Karen Illanes

0212-872-59-52

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Ana Muñoz

0416-924-96-84

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Analia Flores

0414-229-07-00

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Mary Gonzalez

0416-193-91-25

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Odalys Vargas

0426-516-48-90

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Katerine N Na azaret

0416-930-91-77

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Venus Infante

0416-615-46-06

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Arlen Corro

0412-825-26-18

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Katerin Ortega

0414-205-25-65

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Jesica Mora

0416-040-98-90

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Genesis Polo

0416-198-46-54

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Emerson Polo

0414-240-52-52

[email protected]

Pro rog gra rama mad do orr

Fre ree ela lan nce

Fuente: Elaboración Propia (2019)

47

 

Técnicas e instrumentos de recolección de información Técnicas Partiendo de la importancia que en toda investigación tienen los resultados y el que los mismos deben

representar hechos reales, se procede a exponer algunas de las técnicas utilizadas con el fin de comprobar la objetividad de los datos estudiados y los resultados obtenidos, tales como la observación, la entrevista y la encuesta relacionadas con los resultados que se van obteniendo en la investigación, los cuales proporcionaron la posibilidad de hacer contraste entre las intuiciones de los autores y las realidades presentadas. Entonces las técnicas de recolección de datos, que son so n las distintas formas o maneras de obtener la información.  

Observación. Para Becerra V. V. (2012) afirma que la observación es una técnica que consiste en la utilización de

los sentidos para captar cualquier hecho, fenómeno o situación relativa a la investigación en proceso. Así mismo Becerra V. (2012), la lista de cotejo o chequeo es un tipo de instrumento en el que se indica o no la presencia de un aspecto, rango, conducta o situación a ser observada.  

la observación es participante cuando el investigador se incluye en el grupo, hecho o fenómeno observado, para

obtener la información "desde adentro". Implica la realización de un trabajo casi siempre dilatado y cuidadoso, pues el investigador debe integrarse al grupo, comunidad o institución en estudio para, una vez instalado, ir realizando una doble tarea: desempeñar algunos roles dentro del conjunto e ir recogiendo los datos que necesita. nec esita.

48

 

 

La entrevista entrevista según García García (1999), (1999), “es una técnica técnica de de investigac investigación ión realizad realizada a sobr sobre e una m muestra uestra de sujetos sujetos

representativa de un colectivo más amplio, que se lleva a cabo en el contexto de la vida cotidiana, utilizando procedimientos estandarizados de interrogación, con el fin de obtener mediciones cuantitativas de una gran variedad de características objetivas y subjetivas de la población”.  

De la misma manera, Álvarez (2001), (2001), expresa que a través de la encuesta se permite obtener la información de

un grupo socialmente significativo de personas relacionadas con el problema de estudio, para luego, por medio de un análisis cuantitativo o cualitativo, generar las conclusiones que corresponda a los datos recogidos. Según S. Palella (2012) la encuesta es una técnica destinada a obtener datos de varias personas cuyas opiniones interesan al investigador. Para ello, a diferencia de la entrevista, se utiliza un listado de preguntas escritas que se entregan a los sujetos quienes, en forma anónima, las responden por escrito. Es una técnica aplicable a sectores amplios del universo, de manera mucho más económica que mediante entrevistas individuales. Con respecto a la investigación documental, es importante destacar que según Baena (1985), “es una técnica que consiste en la selección y recopilación de información por medio de la lectura y crítica de documentos y materiales bibliográficos, de bibliotecas, hemerotecas, centros de documentación e información”.

Instrumentos  

Respecto al al tema, Hurtado (2000), (2000), comenta que en la encuesta, el grado de interacción del investigador con la

persona quien posee la información es mínimo; la información es obtenida por medio de preguntas formuladas en instrumentos como el cuestionario. 49

 

 

Para Hurtado Hurtado (2000) (2000) un un cuestionar cuestionario io “es un instrume instrumento nto que que agrupa agrupa una una serie serie de pregunt preguntas as relativas relativas a un

evento, situación o temática particular, sobre el cual el investigador desea obtener información”. Consiste en un conjunto conju nto de preguntas preguntas formuladas formuladas en base a una o más variables a medir, donde se utiliza un formulario formulario impreso estandarizado de preguntas, en el cual el contestante co ntestante llena por sí mismo.  

El cuestionar cuestionario io debe cumplir cumplir los requisit requisitos os de validez validez y de confiabil confiabilidad. idad. La La validez validez dep depende ende de de si los datos

obtenidos se ajustan o no a la realidad, sin distorsión de los hechos. La confiabilidad en cambio viene dada por la capacidad de obtener resultados iguales o similares, aplicando las mismas preguntas acerca de los mismos hechos o eventos, en la misma muestra  

Las listas de cotejo o de control, según S. Palella (2012) son un instrumento muy útil para registrar la evaluación

cualitativa en situaciones de aprendizaje. Permiten orientar la observación y obtener un registro claro y ordenado de todo cuanto acontece. Sirven para sistematizar los distintos niveles de logro de cada investigador, mediante el uso de propos proposici icione ones, s, íte ítemes mes,, indica indicador dores es (o cri criter terios ios de evalua evaluació ción) n) y de una escala escala cualit cualitati ativa va previa previamen mente te seleccionados. EI guion de entrevista es un instrumento que forma parte de la técnica de la entrevista. Desde un punto de vista general, es una forma específica de interacción social. El investigador se sitúa frente al investigado y le formula las preguntas que ha incluido en el guion previamente elaborado. Otro de los instrumentos de investigación documental es la ficha bibliográfica. Esta contiene los datos bibliográficos de las fuentes documentales. En esta unidad de registro se anotan los diversos elementos que identifican los documentos. (I, Castillo (2009)).

50

 

La Validez   Se refiere al grado en que un instrumento de recolección de datos mide lo que pretende medir Hernández y otros (2000), señala que la validez, se determina antes de aplicar el instrumento. Tamayo y Tamayo (2008) “consideran que validar es “determinar cualitativa y/o cuantitativamente un dato. La validez en términos generales, se refiere al grado en que un instrumento realmente mide la variable v ariable que pretende medir” (p. 39).  

Para la Validez que que se requiere el instrumento de recolección de información de la investigación se aplicara a

través de un procedimiento llamado juicio de expertos donde tres (3) especialistas uno (1) en metodología y dos (2) en contenido emitirán una opinión. Se realizará a partir de la entrega de la copia del planteamiento del problema, copia del cuadro de variable y una Operacionalización, copia del instrumento y copia de la matriz de validación para que cada experto haga validez del instrumento.  

Confiabilidad. La mayoría mayoría de Investigador Investigadores es y metodólogos, metodólogos, coinciden coinciden en afirmar afirmar que, la confiabilida confiabilidad d de un Instrumento Instrumento de Recolección de Datos, se refiere al grado en que una aplicación reiterada a un grupo de individuos o sujetos, produce resultados similares. Se obtiene mediante la aplicación de un "Estudio Piloto" el cual consiste en aplicar el

instrumento una vez validado, a una pequeña muestra, con características similares a la del estudio a realizar, para determinar su confiabilidad. Según Pérez (2012) la confiabilidad se refiere a “lo que el instrumento mide con exactit exa ctitud ud y certez certeza a en difere diferente ntess ocasion ocasiones” es” (p. 71). 71). La confiab confiabili ilidad dad vie viene ne det determ ermina inada da por la fiabili fiabilidad dad y probabilidad del buen funcionamiento o aplicación del instrumento.

51

 

 

Para calcula calcularr la confiabil confiabilidad idad de un instrumen instrumento, to, se utilizan utilizan diversos diversos métodos métodos que genera generan n un coe coeficien ficiente te de

confiabilidad. (Hernández y otros, 2003, p. 353). En este sentido, la confiabilidad del instrumento será evaluada a partir de los resultados arrojados por el mismo, los cuales deben ser, reales y certeros. Método Kuder Richardson, es una técnica para el cálculo de la confiabilida confia bilidad d de un instrumento instrumento aplicable aplicable sólo a investigacione investigacioness en las que las respuestas respuestas a cada ítem sean dicotómicas o binarias, es decir, puedan codificarse como 1 ó 0 (Correcto – incorrecto, presente – ausente, a favor   – en contra, si – no etc.), por ello se empleara ya que el cuestionario está conformado por preguntas dicotómicas (si  – no). La fórmula para calcular la confiabilidad de un instrumento de n ítems o KR20 será la siguiente: k k-1

*1-

p.q Vt

 KR-20 = Coeficiente de Confiabilidad (Kuder Richardson) k = Número de ítems que contiene el instrumento. Vt: Varianza total de la prueba. Sp. q = Sumatoria de la varianza individual de los ítems. p = TRC / N; Total respuesta correcta entre número de sujetos q=1–p

52

 

 

El resultado de la confiabilidad es de 0,72 clasificada como de excelente confiabilidad, ya que Según Herrera

(1998) está dentro del rango de 0,72 a 0,99.

Procedimiento de análisis de los resultados. El procedimiento de datos incluye las funciones de edición y codificación. La edición comprende la revisión de los formatos de datos en cuanto a la legibilidad, consistencia y totalidad de los datos. La codificación implica el

establecimiento de categorías para las respuestas o grupos de respuestas (Kinnear y Taylor, 1993).   El propósito del análisis es establecer los fundamentos fundamentos para desarrollar opciones de solución al factor que se estudia, con el fin de introducir las medidas de mejoramiento en las mejores condiciones posibles (Franklin, 1998).  

En tal sentido, en la presente investigación los datos son representados en tablas o cuadros estadísticos, según

el tipo de análisis, el tamaño de la muestra y la naturaleza de la información, haciendo uso de las técnicas de asociación y correlación. Sin embargo, es importante destacar que “Analizar significa establecer categorías, ordenar, manipular y resumir  los datos,” (Kerlinger, 1982, p. 96). En esta etapa del proceso de investigación se procede a racionalizar los datos colectados a fin de explicar e interpretar las posibles relaciones que expresan las variables estudiadas. El diseño de tablas estadísticas permite aplicar técnicas de análisis complejas facilitando este proceso. Los resultados de una investigación basados en datos muestrales requieren de una aproximación al verdadero valor de la población (Zorrilla, 1994). Para lograr lo anterior se requiere de una serie de técnicas estadísticas, que se derivan tanto de la estadística paramétrica como de la estadística no paramétrica. La primera tiene como 53

 

supuestos que la población estudiada posee una distribución normal y que los datos obtenidos se midieron en una escala de intervalo y de razón. La segunda no establece supuestos acerca de la distribución de la población sin embargo requiere que las variables estudiadas se midan a nivel nominal u ordinal (ver Weiers, 1993).

Metodología de Desarrollo del Software  

La metodología de desarrollo del software que se utilizará en la investigación será el Modelo en cascada ya que

un proceso secuencial de fácil desarrollo en el que los pasos son visto hacia abajo en forma de cascada de agua a través de sus fases de análisis de necesidades, diseño, implementación, prueba, integración y mantenimiento, después de un análisis se llegó a la decisión de utilizar esta metodología ya que muestra un alto grado de confiabilidad y exactitud.

 Análisis   Se basa en el actor principal del servicio servicio que es el usuario interesado en el tema, nos permite saber a dónde va dirigida la aplicación; durante las reuniones con el usuario se discutirán los puntos tales como: meta final del proyecto; aspectos relevantes para la organización, los conceptos básicos, las expectativas del usuario y conocer el método de distribución de la aplicación.  

Esta fase permite permite definir definir que contendrá contendrá la la aplicación aplicación,, para para quien quien es la aplicaci aplicación, ón,   quien la usara, entre otros

aspectos importantes y necesarios para el desarrollo de las   mismas, mediante la conversación con el cliente y los agentes afectados directamente con la aplicación en cuanto a su uso en este caso los trabajadores de la empresa. 54

 

Determinación de los requerimientos del sistema  

El desarro desarrollador llador de la aplicación aplicación multimedia multimedia se encargar encargará á de determinar determinar las necesid necesidades ades del mismo mismo y su

factibilidad es determinada por la disponibilidad real de los recursos necesarios para el desarrollo del prototipo Definición de los objetos   Se definirán los objetos en función de las mismas y la relación existente entre ellas. El análisis del problema se ha realizado a un nivel macro, por lo tanto, también los objetos serán definidos al mismo nivel. La relación existente entre los objetos, está dada a través de las asociaciones entre los mismos, una vez representados los objetos, es importante que en la aplicación multimedia se indique el objetivo de la misma hacia el tema seleccionado, así como también definir el propósito de cada unidad de información. Elaboración del esquema de navegación  

En esta esta etapa etapa se introdu introduce ce la creació creación n de un gráfico gráfico de navegac navegación ión donde donde estarán estarán represen representadas tadas todas las

unidades de información. Este grafico representara el prototipo de la l a aplicación a desarrollar. Diseño  

En esta etapa se define el aspecto de la estética de la aplicación, si es llamativa la vista del usuario, entendible,

de fácil manejo, si contiene todo lo necesario para su uso y entendimiento.

55

 

Diseño funcional  

Es el proceso en el cual se define la función instructiva para la que está destinada la aplicación, combinación de

elementos. Diseño físico  

Es el proceso en el cual se definen las características físicas de la aplicación: presentación y visualización de los

elementos, secuencias, uso de multimedios, entre otros. Etapas de diseño 



Definición del conjunto de elementos que formarán y darán d arán cuerpo a la interfaz de la aplicación Definición y clasificación de los productos parciales de la aplicación. Un producto parcial es un elemento de interacción entre el usuario y la aplicación.

Desarrollo  

Es la fase destinada a la programación y ensamble de los recursos recursos de presentación y visualización. Cuando se

dice programación; todo depende de la herramienta que se desee utilizar o que se disponga para tal fin. También se deben considerar de las herramientas requeridas para el ensamble de los recursos de presentación, visualización e

incorporación de multimedios. 1.

Etapas del d de esarrollo

56

 



Elección de las herramientas del desarrollo



Incorporación de multimedios: se realizan todas las operaciones de digitalización de imágenes y sonidos, generación de dibujos, edición de las imágenes, y las rutinas necesarias para su incorporación a la aplicación (programa o procedimiento), transcripción de los textos que aparecen en la aplicación; dependiendo de la herramienta de desarrollo se deberá codificar en los lenguajes.

2.

 

Revisiones

Primera Primera etapa: etapa: se refiere refiere a las revisiones revisiones de funciona funcionalidad lidad del del producto producto llevaba llevaba a cabo cabo por el p persona ersonall técnic técnico o

que ha desarrollado la aplicación multimedia. Segunda etapa: se refiere a la revisión en forma conjunta con el usuario en la cual se identificará la conformidad del mismo con el producto o la identificación de posibles cambios que deberán ser atendidas hasta que el producto responda a los requerimientos y expectativas del usuario. 3.

 

Implementación.

Se incorporan incorporan y se corrigen corrigen los posibles posibles cambios cambios en el el prototipo prototipo para para logr lograr ar un pr producto oducto final. final. En En esta fase fase se

congelan los posibles nuevos cambios a la aplicación y solo se debe producir una versión que puede ser distribuida a todos los interesados, dejando abierta la posibilidad de generación de nuevas versiones.

  57

 

CAPÍTULO IV

PRESENTACIÓN PRESENTACIÓ N Y ANALISIS DE LOS DATOS  

En el presente presente capítulo capítulo se expone expone bajo una una perspect perspectiva iva conceptu conceptual al el análisis análisis de datos, los cuales cuales fueron

recaudados mediante la aplicación de técnicas y métodos cuantitativos, describiendo de manera no exhaustiva algunos datos numéricos útiles tanto para la organización y presentación de los datos como para el análisis de los resultados de investigación. En ese sentido, es oportuno destacar que Tamayo y Tamayo (2003) expresa: “el análisis de los resultados y obtener una mayor orden de los datos recabados, a fin de alcanzar un razonamiento concreto del contexto se procede al análisis” (pag.45), por tal motivo, se expondrán los resultados de aplicación del cuestionario aplicado como instrumento para recabar la información, cuyos datos proporcionados por programadores aportaron el insumo necesarios para obtener el conocimiento y entender fenómenos vinculados al problema planteado. De igual modo,

58

 

se presentan a continuación los resultados de la aplicación del resto de los instrumentos y técnicas que favorecieron en la recolección de los datos.  

Presentación de los datos  

Es impor importan tante te menci menciona onarr que de de un unive universo rso de de 100 100 estudi estudiant antes es de inge ingenie niería ría e en n Inform Informáti ática, ca, fuer fueron on

seleccionados aquellos que se desenvuelven como programadores freelance, los cuales totalizaron la cantidad de 35 estudiantes, simbolizando una muestra representativa de la población objeto de estudio. En sentido, se muestra gráficamente los datos arrojados por el instrumento aplicado. 1. ¿Utiliza ¿Utiliza algún método método para estimar estimar costos para desarroll desarrollar ar software? software?

Gráfica 1.- Método para estimar costos

59

 

26%

SI NO

74%

Fuente: Elaboración Propia (2019)   Deducción: Tal como se desprende de la gráfica 1, el 74 % de los encuestados utilizan métodos formalmente establecidos o estadarizados por expertos para estimar los costos de elaboración de software y otro 26% no cuentan con una metodología pero determinan el costo por analogías vinculadas a otros software realizados o por consulta de otros expertos. Conclusión:

60

 

Es importante destacar que estos encuestados en su mayoría son aún estudiantes de la carrera de informática, por lo que el proceso utilizado para estimar costos se ve influenciado por las metodologías explicadas en la Universidad durante su proceso de formación, lo cual debe ser reforzado por la experiencia en cada proyecto ejecutado.   2. ¿Considera en su estimación similitud con otros softwares y la complejidad de los requerimientos del cliente?

Gráfico 2.- Uso del Método COCOMO II Fuente: 31% SI

  Deducción: De la gráfica 2, se pued puede e

evid eviden enci ciar  ar 

que el 31% de los

69%

NO

Elaboración Propia (2019)

encuestados consi sid dera

para

61

 

estimar los costos de elaboración de software, las métricas vinculadas a software desarrollados con anterioridad y la complejidad de los requerimientos del cliente, mientras que el 69 % de los programadores entrevistados u usa sa otro tipos de métricas para desarrollar software, lo cual esta estrechamente relacionado con el método que escoja por lo tanto puede variar en cada desarrollo realizado. Conclusión:

Del análisis presentado se concluye que, las métricas utilizadas pueden ser variadas, pues los modelos de cálculo del costo de desarrollo de software se basan en un conjunto de variables, estas se denominan factores como el costo, el esfuerzo o el tamaño, cada modelo basa sus estimaciones en un conjunto propio de factores. No obstante, al desarrollar de una manera freelance y sin una metodología clara la estimación se puede ver afectada por la gran cantidad de datos necesarios y la dificultad de obtenerlos. 3. ¿Considera ¿Considera que es importante importante realizar realizar estimaciones estimaciones de costos con una metodología metodología bien definida? definida?

Gráfica 3.- Importancia de contar con una metodología para estimar 

62

 

23%

SI NO

77%

Fuente: Elaboración Propia (2019) Deducción:

Como se puede apreciar en la Gráfica 3 los programadores entrevistados consideran en un 77% que de suma importancia contar con una metodología bien definida para precisar los costos y tiempo de desarrollo de software, lo cual les favorece en el éxito del trabajo realizado y la satisfacción del cliente que hace el requerimiento. Así mismo, se evidencia de la encuesta realizada que el 23 % no les resulta ser tan importante contar con un método definido para realizar las estimaciones necesarias para el desarrollo de software. Conclusión:

63

 

Las metodologías para el desarrollo del software imponen un proceso disciplinado sobre el desarrollo de software con el fin de hacerlo más predecible y eficiente. En este sentido que los programadores freelance cuenten con una metodología definida es vital para aumentar la calidad del software evaluando en cada etapa los requerimientos. Igualmente se puede concluir que una metodología de software universal, pues toda metodología debe ser adaptada a las características de cada proyecto (equipo de desarrollo, recursos, etc.) exigiéndose así que el proceso sea configurable, razón por la que los profesionales entrevistados destacaron en su respuesta la importancia de contar  con una metodología clara pero que a la vez debe ser flexible. 4. ¿Considera ¿Considera necesaria necesaria la automatizac automatización ión del modelo COCOMO COCOMO II, para la estimación estimación de costos y tiempo en el desarrollo de software?

Gráfica 4.- Necesidad de la Automatización si

no

6%

94%

64

 

Fuente: Elaboración Propia (2019) Deducción:

Con este ítem, se obtuvo una respuesta mayoritaria representada con el 94% de los encuestados, a favor de la necesidad de automatizar el proceso de estimar los costos y tiempo necesario para el desarrollo de software y solo un 6 % destacó que no le es necesario, pues en virtud de su experiencia en la forma de estimar, le resulta satisfactorio el método utilizado. Conclusión:

En este sentido es importante concluir que la necesidad de contar con una aplicación automatizada va a representar una herramienta de gran utilidad y apoyo para estos programadores que, en virtud de la poca experiencia, pueden ver más vulnerable el proceso de estimar costos, limitando así las posibilidades de éxito con los método un tanto robustos que puedan estar utilizando. 5. ¿El benef beneficio icio obten obtenido ido como como resul resultad tado o de la esti estima maci ción ón reali realiza zada da fu fue e prop propor orci cion onal al al si 29%

esfuerzo y recurso utilizado? Gráfica 5.- Beneficio obtenido

no 71%

65

si

no

 

Fuente: Elaboración Propia Deducción:

Con respecto a este ítem, los encuestados destacaron que solo el 29 % obtuvo un beneficio realmente satisfactorio o acorde con el esfuerzo realizado por el equipo de programadores, mientras que el 71% las estimaciones realizadas fueron poco exactas o aproximadas, lo cual no les generó el beneficio económico deseado o proporcional con el esfuerzo y recursos usados. Conclusión:

En virtud de lo antes expuesto, es necesario concluir que la exactitud o proximidades a los costos y tiempo requerido para desarrollar un software, son afectadas por la ausencia de metodologías claras y procedimientos bien

definidos de selección de métricas, lo cual se ve reflejado en la aplicación de la relación costo beneficio y en la evaluación de la satisfacción del cliente o usuario del software.

66

 

6. ¿Los tiempos tiempos de entrega ofrecidos ofrecidos al cliente, cliente, de acuerdo a la metodología metodología empleada empleada para la estimación, estimación, se cumplieron con exactitud en la mayoría de los casos?

Gráfica 6.- Cumplimiento en los tiempos de

si 14%

entrega

no 86%

si

no

Fuente: Elaboración Propia (2019) Deducción:

Como se observa en la gráfica 6, el 86% de los programadores encuestados opinaron que con las estimaciones realizadas y con las metodologías empleadas no fue posible acertar con el tiempo de entrega ofrecido al cliente, ya que solo el 14 % obtuvo un resultado mas acertado logrando entregar en el tiempo arrojado por la estimación realizada, cumpliendo así con la oportunidad de la entrega del software. Conclusión:

67

 

Cuando se planifica un proyecto se tienen que obtener estimaciones del esfuerzo humano requerido, de la duración cronológica del proyecto y del costo. En la mayoría de los casos las estimaciones se hacen valiéndose de la experiencia pasada como única guía. En tal sentido, contar con buenas métricas asegura una correcta correlación con el esfuerzo del proyecto, y facilita la estimación del mismo 7. ¿Considera usted que una aplicación será efectiva para lograr exactitud de las mediciones realizadas?

Grafica 7.- Efectividad de una Aplicación para Estimar Costos no 9%

si 91%

si

no

Fuente: Elaboración Deducción:

68

 

 

De las respuestas recibidas por los programadores, programadores, se desprende que el 91% considera que la realización de

una aplicación para estimar costos, favorecerá a la obtención de la exactitud de los costos estimados, lo cual incide en la satisfacción del cliente y el éxito del programador como profesional dedicado al desarrollo de software, mientras que contrariamente solo un 9 % dudan de que con la implementación de una aplicación se pueda obtener  la exactitud deseada. Conclusión:

En este sentido, se concluye que es favorable contar con una aplicación que proporcione a l desarrollador  freelance una herramienta, rápida y segura que le permita estimar costos y tiempos con mayor exactitud, lo que a su vez se va a traducir en la satisfacción del cliente y en la competitividad del programador.

Análisis General de los Resultados   Como bien ha sido expuesto durante la investigación se utilizaron varias técnicas de recolección de datos con su respectivo instrumento, los cuales permitieron recabar datos de suma importancia que han permitido realizar un análisis anális is general que permitirá permitirá dar respuesta respuesta a las interrogantes interrogantes planteadas planteadas y alcanzar alcanzar el logro de los objetivos de investigación. En este sentido, resulta necesario destacar que la investigación se dio inicio con una revisión documental vinculada a las metodologías desarrolladas por expertos para estimar costos y tiempo para programar y basada en trabajos anteriores que fundamentaron las bases teóricas de este trabajo de grado.  Así mismo, mediante la técnica de la observación y entrevistas fue posible evidenciar los medios utilizados por  los progra programad madore oress selecci seleccionad onados os como como muestr muestra, a, los cuales cuales por sus propio propioss med medios ios y cri criter terios ios (ya que se 69

 

desempeñan de forma Freelance) establecen una estimación que les permite de alguna manera determinar el tiempo y los costos necesarios para el desarrollo de un software.  

En este este orden de ideas, ideas, las encuestas encuestas realizadas, realizadas, cuyos datos recabados recabados se present presentaron aron anteriormen anteriormente, te,

permitieron determinar la necesidad de estandarizar una forma sencilla y confiable de estimar costos, utilizando métricas definidas por el Modelo COCOMO II que van a permitir optimizar las estimaciones realizadas. Es importante mencionar, que la encuesta arrojó datos vinculados a la importancia de contar con un medio que permita llegar a un resultado lo más aproximado aproximado posible, posible, favoreciendo favoreciendo la satisfacción satisfacción del usuario o cliente cliente que solicita los servicios de programación. Finalmente, los datos analizados evidencian la importancia de estimar el esfuerzo que requiere la realización de un proyecto, el cual debería ser siempre el primer paso que demos para acometerlo. Una adecuada estimación es la base de toda planificación creíble y útil, por lo que se debe conocer las distintas técnicas existentes y usarlas (a menudo de manera combinada) como medio para elaborar un plan de proyecto orientado hacia el éxito.

70

 

CAPITULO V CONCLUSIONES Y RECOMENDACIONES  

El prese presente nte Capí Capítul tulo o da cuent cuenta a de las las conclus conclusion iones es y recome recomenda ndacio ciones nes de lla a investi investigac gación ión,, lo cu cual al fue

considerado de acuerdo al desarrollo de cada objetivo específico, tal como se muestra a continuación:

Conclusiones

71

 



De la investigación realizada se pudo evidenciar que existen diversas métricas a emplear para estimar costos y la determinación de cada una de ellas va estar relacionada por la experiencia del programador. En tal sentido, se aplicó la técnica de la encuesta en que se determinó que las Métricas del software son las que están relacionadas con el desarrollo del software como funcionalidad, complejidad, eficiencia, se centran en las características del software, por ejemplo: la complejidad lógica, el grado de modularidad. De igual modo se desprende del análisis documental que las métricas corresponden a la unidad de medida que se utiliza como referencia para calcular el total de trabajo desarrollado, considerando con mayor relevancia Líneas de código, Complejidad de los algoritmos y funciones del software.



 Ahora bien, al analizar estas métricas existentes y los datos provenientes de la encuesta e investigación documental se obtiene que la medición es muy común en el mundo de la ingeniería a pesar de las diferencias en criterios para determinar métricas a la hora de medir y cómo se van a evaluar las medidas, en este sentido hay varias razones para medir un producto, para indicar la calidad del producto, para evaluar la productividad de los desarrolladores, para evaluar los beneficios en términos de calidad, derivados del uso de nuevos métodos y herramientas de la ingeniería de software, para establecer una línea de base para la estimación y



para medir el costo del proyecto. Observando directa y participativamente la forma en que se emplean diversas metodologías de estimación, se obtiene que el modelo COCOMO II es un modelo que permite estimar el costo, el esfuerzo y el tiempo cuando se planifica una nueva actividad de desarrollo software, y está asociado a los ciclos de vida modernos. Sobre este particular el desarrollo de una aplicación que permita la aplicación de este modelo, de 72

 

una manera automati automatizad zada a va a propor proporcio cionar nar exacti exactitud tud en los cos costos tos de los pro proyec yectos tos a desarr desarroll ollar  ar  favoreciendo a la oportuna toma de decisiones. Su interfaz ha de satisfacer aquellas necesidades expresadas por los estimadores de software, como por ejemplo el apoyo a la planificación de proyectos, la previsión de personal del proyecto, replanificación, seguimiento, negociaciones de contrato y la evaluación del diseño. 

Se logró determinar que, para el desarrollo de una aplicación destinada a la estimación de costo y tiempo para el desarrollo de software, es necesario contar con la definición clara de las métricas a emplear, destacando como producto de esta investigación, el esfuerzo humano, la complejidad del proyecto y la similitud que se pueda determinar con otros softwares desarrollados anteriormente. Siendo esta la base de



datos referencial para esta aplicación la cual será empleada por desarrolladores freelance. En este sentido se constató la importancia de evaluar previo a la implementación del software la detección de errores que puedan afectar la satisfacción del usuario o cliente, así como. las fallas que van a permitir que dentro del código se proporciones los datos reales.



Finalmente, se concluye como paso final o posterior a la realización de la prueba del software para la estimación de costos un segura implementar del sistema, contando con el respectivo plan de implementación y manales que van a facilitar la l a puesta en marcha de la aplicación.

Recomendaciones Luego del desarrollo de la presente investigación, el autor recomienda lo siguiente: 1. Estand Estandari arizar zar criterio criterioss para para definir definir métricas métricas destina destinadas das a la estimac estimación ión de costo costo y tiempo tiempo para el desarrollo de software. 73

 

2. Aplicar Aplicar las métric métricas as desde desde la planif planifica icació ción n del proyecto proyecto y manten mantener er el proces proceso o de mej mejora ora conti continua nua durante todas las etapas del desarrollo de software. 3. Emplear Emplear una aplicación aplicación con metodologías metodologías para estimación estimación de costos bien definidas, definidas, cuy cuyos os análisis de datos o requerimientos del cliente puedan ser considerados en todo momento. 4. Determinar Determinar de acuerdo acuerdo con la experiencia del programad programador, or, la base de datos que permita tabular tabular los elementos requeridos para estimar costos, de acuerdo al modelo COCOMO II. 5. Realiz Realizar ar revisi revisione oness periód periódicas icas para evitar fallas fallas del sistem sistema a que puedan puedan ser perju perjudic diciale ialess par para a la exactitud de la estimación realizada. 6. Realizar Realizar escenarios escenarios manteniendo manteniendo de manera manera independiente independiente aquellas variables variables externas al proyecto, proyecto, como por ejemplo, inflación, impuestos, entre otros, de manera de poder medir efectos de variaciones de estas sobre la estimación final.

CAPÍTULO VI LA LA  PROPUESTA

74

 

Formulación de la Propuesta  

La propuest propuesta a es automatizar el proceso de estimación estimación de de costo y tiempo tiempo para para el desarrollo desarrollo de software, software,

usando usan do el modelo modelo COCOMO COCOMO II, para para los profesional profesionales es de la program programació ación n que desarrolla desarrollan n de manera manera independiente, a los fines de obtener cifras oportunas y lo más aproximadas posibles para lograr el éxito de software desarrollado.

Diagnóstico de la propuesta  

Para el diagnóstico diagnóstico de la propuesta propuesta se enfocó a conocer la ac actua tuall situació situación n que experimentan los

desarrolladores freelance al momento de estimar los costos y tiempo a destinar para la elaboración de un software, ya que estos profesionales independientes en su mayoría no cuentan con una metodología claramente definida que le facilite la toma de decisiones en la medida que van desarrollando.  

Sobre este particular, es importante destacar los resultados obtenidos de esta investigación, en la que se

destacó la existencia de diferentes métricas que aplicándolas sobre la base de una metodología de estimación van a proporcionar los valores mas aproximados para lograr atender los requerimientos del cliente que solicita el sof softw twar are e y la posib posibili ilidad dad de of ofre recer cer una una entre entrega ga en tiem tiempo po real, real, fa favor vorec ecien iendo, do, ademá además, s, a mante mantener ner la competitividad del programador freelance.

75

 

 

En virtud de lo anterior, anterior, se plantea la necesidad necesidad del desarrollo desarrollo de un sistema siste ma para la estimació esti mación n de costo y

tiempo para para proyectos proyectos

de software software usando el modelo modelo COCOMO II, II, para desarrolladore desarrolladoress freelance, ccon on el

objeto de proporcionar exactitud exactitud a la hora de estimar cuanto tiempo le llevará atender el requerimiento requerimiento de un cliente, el esfuerzo y la cantidad cantidad de recurso humano humano que necesitará y cuanto representará eso en valor  monetario.  

Para tal fin, se empleará el sistema web bajo el entorno del Sistema Operativo Windows, desarrollado en el

lenguaj lenguaje e de progra programaci mación ón PHP, ya que es uno de los lenguajes de programación diseñados para la infraestructura de lenguaje común.

Denominación de la Propuesta  

La prop propues uesta ta está está enmarcad enmarcada a bajo bajo el nombre nombre de: Automatización Automatización del del proceso proceso de estimación de costo y

tiempo para desarrollar software usando el modelo COCOMO II, que para efectos de este trabajo será llamado PECTDS, que son las siglas para Proyecto de Estimación de Costo y Tiempo en el Desarrollo de Software, para desarrolladores freelance, el cua cuall da respuesta a las problemáticas que actualmente se detecta en la entrega oportuna del software y calculo real de los costos que generan su desarrollo, haciéndose de una manera automatizada con el fin de optimizar la exactitud y entrega oportuna al cliente. cliente .

Objetivos de la Propuesta Objetivo General

76

 

 Automatizar los procesos para la est estima imació ción n de costo cos to y tie tiempo mpo en el desarr des arroll ollo o de sof softwa tware re usa ndo el modelo mod elo COCOMO II.

Objetivos Específicos



 Asegurar la integridad integridad de la Base Base de Datos Datos del Sistema Sistema PECTDS. PECTD S.



Mantener el Sistema PECTDS de acuerdo a las necesidades de información de los usuarios



Garantizar el funcionamiento permanente del Sistema PECTDS

Justificación de la Propuesta  

Esta Investigación se justifica en la necesidad de unificar mediante el uso de una herramienta web, las métricas

más comunes y útiles para garantizar la exactitud y oportunidad durante el proceso de estimación de costos y tiempo para el desarrollo de software.  

Esta Esta herram herramient ienta a va a facili facilitar tar el el cálculo cálculo para para la la obtenc obtención ión de de un costo costo m mone onetar tario io justo justo no no solo solo para para el

profesional que cuenta con alta experiencia en el desarrollo de software sino también para aquellos que recién incursionan en el mercado de la programación y requieren posicionarse como profesionales, entregando en condiciones de eficiencia y eficacia el software solicitado por el cliente.

77

 

 

En este orden de ideas, es necesario destacar que esta herramienta obedece al gran interés que han mostrado

actualmente las empresas del mundo para la automatización de procesos y simplificación de trámites, lo cual convierte en una necesidad la inversión en las tecnologías de la información y la comunicación, lo que incluye el desarrollo de software, requiriendo cada vez mas de profesionales en el área que en el menor tiempo posible puedan satisfacer las necesidades de automatización.

Metas



Lograr la implementación del sistema de estimación de costo y tiempo en un 85%



Optimizar el tiempo de respuesta de costo y tiempo destinado para el desarrollo del software en un

70% 



 Alcanzar en un 90% el uso de la herramienta tecno te cno lóg ica para par a la  la  estimación de costo y tiempo. Disminuir Dismin uir en 70% los errores errores manuales en la elaboración elaboración la estimación de costo costo y tiempo tiempo para par a el desarrollo del software

Beneficiarios  

con la ejecución ejecución de este proyecto proyecto se beneficiar beneficiara a directame directamente nte a los programador programadores es que de manera manera

independien indep endiente te ofrecen sus servicios servicios de elaboración elaboración de software, software, ya que reducirá los tiempos de respuesta, así como la eliminación de errores manuales; y el aumento de la productividad, impactándolos de forma positiva en su

78

 

bienest bienestar ar y competitividad labora laboral;l; indirectamente indirectamente a los clientes o empresas que contraten los servicios de programadores freelance ya que serán atendidos sus requerimientos en tiempos reales considerando las métricas mínimas para dar una respuesta satisfactoria para el logro de los objetivos y metas planteadas, como es el esfuerzo humano, la complejidad del sistema a desarrollar, etc.

Localización   El Sistema estará alijados en un servidor local Apache con Apache  con el fin de previsualizar y probar el código mientras éste es desarrollado, igualmente su base de datos estará alojada en el servidor mediante el gestor MySQL.

Plan Operativo de Actividades. Actividades.  

Según Según el Manual, normas y orient orientaci acione oness par a la elaboración elaboración del   trabajo de grado (TG-UAH), el plan

operativo de actividades, “es uno de los aspectos esenciales en la elaboración de un proyecto porque permite  juzgar su factibilidad factibilidad y establecer si existe una distribución uniforme del tr traba abajo” jo” (p.38), es decir, permite determinar si los plazos de tiempo asignados pa para ra cada una de las fases son proporcionados o existe un desajuste en los mismos.

Gráfico N° 8. Plan de trabajo (Diagrama de Gantt)

79

 

Fuente: Rojas, Otniel (2019).

Estudio de Factibilidad.  

Se entiende por estudio de factibilidad al análisis que se realiza con el fin de determinar determinar la vialidad vialidad y éxito éxito

del proyecto, recopilando datos relevantes, para ir evaluando las diversas variables que determinan su éxito . La factibilidad se apoya en tres (3) aspectos básicos: 

Operativo.



Técnico.



Económico

80

 

  El éxito de un proyecto está determinado por el grado de factibilidad que se presente en cada una de los tres aspectos anteriores. anteriores.   Kendall y Kendall (1997), establecen que “la factibilidad del proyecto no es una decisión a ser tomada por el analista de sistemas sino por la administración” (p.53).  

Por tal razón, se puede decir que las decisiones están basadas en los datos de factibilidad recolectados en

forma experta y profesional presentados por el analista.

Factibilidad Técnica  

La factibilidad técnica para White, Bentley y Barlow (1996), satisface como medida preliminar “el éxito de

la puesta en práctica de una solución té técn cnic ica a específic específica a y de la disponibilidad disponibilidad de los recursos y los conocimientos técnicos necesarios” (p.854), que se han de utilizar dentro de este proyecto. A través de los siguientes cuadros se muestran los principales recursos técnicos que serán utilizados en la implementación y desarrollo del sistema:

81

 

Factibilidad/ Hardware. Cuadro Nº 3. Factibilidad/ Hardware.

1

VIT

SR2280M4 VERSIÓN 03

VIT

Vit LED2280

1

SERV SERVID IDOR OR Pr Proc ocesa esador dor (2) (2) x Servidor donde se

INTEL®

XEON XEON® ® E5 SERI SERIES ES E5-26 E5-2650 50alm almace acenar nará á la V4.

aplicación y la

Cache / QPI 25 M / 9.6 GT/s.

base de datos.

Nú Núcle cleos os 10. 10. Ch Chips ipset et IN INTE TEL® L® Monitor 19.5” (16:9) ConMonitor que Retroiluminación

LED,mostrará

la

interfaz   gráfica Resolución de 1600×900. 1600×900. Puerto  Puerto interfaz VGA

de usuario

Fuente: Rojas, Otniel (2019).

Técnica/Software

82

 

 

Sistemass Operativos y herramientas ofimáticas Implementados para los programadores freelance de la Sistema

Universidad Alejandro de Humboldt

Cuadro N° 4. Sistemas operativos y ofimáticos. XAMPP es un paquete de software libre, que consiste principalmente en el sistema de gestión de bases de datos MySQL, el servidor web Apache y los intérpretes para lenguajes de script PHP y Perl. Sistema operativo Windows 7 es una versión de Microsoft Windows, línea de sistemas operativos producida por Microsoft Corporation. Esta versión está escrito ritorio rio en hogares y diseñada diseña da para uso en PC, incluyend incluyendo o equipos de esc oficinas, equipos portátiles, tabletas, netbooks y equipos multimedia.

Fuente: Rojas, Otniel (2019).

Cuadro N° 5. Lenguajes de Programación Software y lenguajes de programación para la creación del Sistema Automatizado PHP, acrónimo recursivo en inglés de PHP: Hypertext Preprocessor (preprocesador  de hipertexto), es un lenguaje de programación de propósito general de código del lado del servidor originalmente diseñado para el pre-procesado de texto plano en UTF-8. Posteriormente se aplicó al desarrollo web de contenido dinámico, dando un paso evolutivo en el concepto de aplicación en línea, por su carácter de servicio. Sublime Text es un editor de texto y editor de código fuente está escrito en C++ y Python para los plugins. Desarrollado originalmente como una extensión de Vim, con

83

 

el tiempo fue creando una identidad propia, por esto aún conserva un modo de edición tipo vi llamado Vintage mode MySQL es un sistema de gestión de bases de datos relacional desarrollado bajo licencia dual: Licencia pública general/Licencia general/Licencia comercial por Oracle Corporation y está considerada como la base de datos de código abierto más popular del mundo Bootstrap: es una biblioteca multiplataforma o conjunto de herramientas de código abierto para diseño de sitios y aplicaciones web.

Fuente: Rojas, Otniel (2019).

Factibilidad Operativa  

La factibilidad operativa tiene como basamento los conocimientos técnicos y operativos de los usuarios del

nuevo sistema, comprobando que la empres empresa a le dará el uso debido al sistema. Es importante importante señalar que se cuentan con los conocimientos necesarios de la rama de la ingeniería ingeniería en informática, que permite operar  adecuadamente los procesos en el área técnica.  

La misma se apoya a la conceptualización realizada por Juan Godoy (2008) donde interpreta que se debe

garantizar la factibilidad operativa “Asegurar que no va a faltar el personal necesario para que el sistema funcione adecuadamente y no altere el ritmo del trabajo”. Pág. (11). Tam También bién es importante señalar que, el sistema no debe ser de alta complejidad para los usuarios, para ello se debe evitar que qu e el usuario ocupe el sistema de manera que pueda ocasionar errores o darle un uso indebido, simplificar las funciones y dar todo por  servido.

84

 

Factibilidad económica  

La factibilidad económica está directamente relacionada con los cos costos tos generados por el desarrollo del

sistema con el éxito que este pueda tener, incluyendo los análisis de costos y beneficios asociados con cada alternat alte rnativa iva del proyecto, al respecto Whitten, Bentley y Barlow (1996), la explican co como mo “una medida de la eficacia de los costos asociados a un proyecto o una solución” (p.854).

Factibilidad económica de Hardware Cuadro Nº6. Factibilidad económica de hardware CANTIDAD

M AR ARCA

MODELO

COSTO COSTO COSTO REAL UNITARIO UNITARIO REFERENCIA $ EN $ REFERENCIA  EN $

85

 

1

VIT

SR2280M4

694,95

694,95

0,00

Vit

149,99

149,99

0,00

TOTAL

844,94

844,94

0,00

VERSIÓN 1

VIT

Fuente: Rojas, Otniel (2019).  

Los progra programad madore oress free freelan lance ce por ser esta esta su for forma ma de empleo empleo,, cu cuent entan an con los equipos (hardware)

necesarios necesar ios para la ejecución del proyecto, proyecto, siendo ellos mismos los usuarios usuarios del si sistema, stema, por lo lo que va a representar una mejora importante para sus tiempos de respuesta en cuanto a la estimación de costos y tiempo para el desarrollo de software.

Factibilidad económica de Software  

Los paquetes de software utilizados para la implementación del sistema son de distribución libre por 

lo que no generara gastos de licencias.

Cuadro N° 7. Factibilidad económica de Software Cantidad

Producto

1

Servidor    Apache Xampp Windows 7

1

Costo real en Costo un unitario Costo en $ referenci refer encial al en $ $ $0 $0 $0 $120

$120

$120

86

 

TOTAL

$120

Fuente: Rojas, Otniel (2019).

Factibilidad Económica de Capital Humano. Cuadro N° 8. Factibilidad Económica de Capital Humano. Cantidad 1 1

Cargo Líder Proyecto Líder   Funcional

Horas a dedicar  del 520 130

Costo referencial por horas en $.

Costo total por  proyecto

8,5

4.420

8

1.040

TOTAL

5.460

Fuente: Rojas, Otniel (2019).  

No está estipulado ningún costo hora hombre pues el sistema será implementado como requisito para optar al

título de ingeniero en informática.

Metodología de desarrollo del Sistema Propuesto  

En la presente presente investiga investigación ción se seleccionó seleccionó la la Metodologí Metodología a Kendall Kendall & Kendall Kendall (Modelo (Modelo C Cascada ascada), ), en la cual cual se

cumplieron con todas las Fases que requiere la aplicación de la misma, a continuación, se describe esta metodología:

87

 

Gráfico Nº9. Metodología de desarrollo