Ver Mensaje Individual
  #4  
Antiguo 09-12-2015
Avatar de Delphius
[Delphius] Delphius is offline
Miembro Premium
 
Registrado: jul 2004
Ubicación: Salta, Argentina
Posts: 5.582
Reputación: 25
Delphius Va camino a la fama
Cita:
Empezado por lgarcia Ver Mensaje
Gracias Delphius por tu respuesta, pero en mi caso especifico se trata de sistemas que estan en explotacion y lo que necesito para poder recibir una remuneración es presentar un método o una formula que pueda presentar a la comision que lo evalue y que el costo no salga del aire, o sea referenciarlo contra algo. Por eso esa formula de Cocomo me podria venir bien, pero como explique en el caso de las lineas de codigo son todas las que estan en la Unit o solo las que uno va generando a traves de los eventos u otras definiciones en el programa y tambien queria esclarecerme acerca del codigo que uno va creando en los procedimientos almacenados de la BD formaban parte de eso.

Saludos
Luis Garcia
Con más razón, ¡COCOMO no! Va de nuevo: COCOMO es para estimar proyectos a futuro en base a proyectos históricos. Si la idea es ofrecer una base sólida para argumentar el valor de tu proyecto piensa de otra forma. ¿Que vale más para ti? ¿El código? ¿tus años de experiencia? ¿O el tiempo que le invertiste en el análisis, en el diseño, la implementación y las pruebas?
COCOMO es para algo interno, le sirve al equipo de desarrollo. No tiene sentido buscarle la tuerca y tratar de ofrecerle una formulita mágica al cliente como para justificar lo que ya está hecho. Si te demoraste 6 meses, pues eso: 6 meses. No lo que te tire COCOMO. Valórate. No por aplicar un modelo "estándar" como COCOMO te hace ser más profesional.
COCOMO además no es exacto, es sólo una estimación y que hay que estar corrigiendo los coeficientes a números locales y ajustados para el negocio o empresa particular. Y para eso debe analizarse varios proyectos. Ajustarlo para que calce a este proyecto en particular es mentirse.
Tomá si queres todas las líneas, descartando comentarios, o si quieres la sección implementation... ¡de todas formas tendrás que toquetear!

Vamos por parte: convengamos que esa es la forma errada de encararlo. ¿Y si te lo rechazan? ¿Que haces con tu tiempo y esfuerzo gastado al vicio? Justamente lo que se debe hacer es definir de entrada una estimación inicial con cierto márgen de error (hacia arriba y nunca para abajo) y poner en papel y con gancho. Tener la cosa segura. Se le ofrece unos tiempos prudenciables, y unos costos esperables y si hay visto bueno recién se arranca fuerte. Naturalmente para dar dicha estimación debe haber un pre análisis y estudio del caso. Para llegar a esos números bien se podría utilizar aquellos datos históricos que gracias a COCOMO podrían ayudar... (la cosa es que tu pretendes ver lo actual con COCOMO cuando este mira el pasado para adivinar el futuro) pero lo primero y fundamental a poner en la mesa es la propia experiencia, lo que tienes por aportar, y aplicar un buen plan de viabilidad técnica-operativa, económica y legal.


Otra cosa, ¿y si resulta que la formulita de COCOMO te tira para abajo lo que esperas? ¿Que haces? Digamos que en tu cabeza ronda un numerito de 50.000 dólares y la formulita de COCOMO de libro te sale un 35.000. ¿Sos el carero? ¿O es que COCOMO infravalora? ¿Y si el esfuerzo persona-mes no es lo que en verdad te ha llevado? Y esto te lo digo porque si hay algo en lo que COCOMO falla es en proyectos medianos a chicos... se lo conoce por no ser preciso en los proyectos chicos y esto se debe a que el Modelo se basó en un estudio de mega proyectos millonarios ¡y de hace años! En el año 1997 salió COCOMO II, que al menos en lugar de usar KLDC también puede emplearse la medida Puntos de Función y algo le "calibraron" pero sigue teniendo los mismos inconvenientes de sus orígenes.

Las medidas, métricas e indicadores en Ingeniería de Software son un concepto que extrapolamos y copiamos de Ingeniería Civil... en un mundo de exactas. En Informática las cosas son más abstractas, relativas... y no hay recetas mágicas. En Civil hay formulitas que dicen esto es así y si le erras se te cae la estructura. Acá las formulitas no son nada mágicas, y no hay nada certero... tenemos blanco, negro y grises. Pesa mucho más nuestra propia experiencia e intuición que lo que te pueda decir una formulita propuesta en la universidad Yanqui y que ha estudiado en mega proyectos locales.

Con todo respeto: busca otra carta que jugar. Si la idea es ofrecer una jugada que los atraiga y le den visto bueno aporta otro enfoque.

Saludos,
__________________
Delphius
[Guia de estilo][Buscar]

Última edición por Delphius fecha: 09-12-2015 a las 03:57:14.
Responder Con Cita