costo de programa en delphi

[[Crandel]]

Precio de un programa no es lo mismo que costo de un programa. Normalmente este ultimo es el que se calcula y normalmente te piden en cualquier informe.

No recuerdo el nombre de algun libro para recomendarte pero basicamente se trata de calcular el costo apartir de las horas invertidas (multiplicado por el precio de la hora), mas el insumos que gastados (computadora, compra de licencias, etc, hasta la luz)

[[mlara]]

Un poco más complejo diría yo. No voy a revelar el secreto , pero sí puedo decir que en realidad se requiere de un detenido estudio de costos por producto, que involucra factores clave como por ejemplo la consideración de si se trata de un software hecho a la medida o un software genérico, del costo de las herramientas que deben usarse, del costo en todo el personal requerido, de los costos administrativos, del tiempo empleado en el desarrollo del producto, de los servicios ofrecidos (instalación, capacitación, implantación, etc.), de las proyecciones, del material empleado, y hasta de los costos que acarrean las ventas del mismo producto. Entonces, como ves sebamora tienes mucho, pero mucho trabajo por delante. Si es algún profesor Ing. de Sistemas a quien debes presentarle tu trabajo en la U., quizá él mismo te haya expuesto algunos límites, porque si no es así, tendrías que asesorarte incluso de un buen contador, de un buen administrador, de un buen ingeniero, de un buen programador, y hasta tendrías que hacer muchas cotizaciones. Claro, algo muy importante previo a todo ese trabajo, es que tengas muy presente qué es lo que vas a desarrollar; también debes tener en cuenta que las estimaciones relacionadas con el personal y con el tiempo generalmente fallan, sino, pregúntale a Al je je (mentira, era una broma).

[[Delphius]]

sebamora, Ten muy presente lo dicho por Crandel y mlara.

Quisiera, sino molesta a ninguno de ustedes, poner a continuación unas pequeñas palabras, extraídas del libro que he recomendado a sebamora:

Empezado por Ingeniería del software. Un enfoque práctico. Roger S. Pressman. Cuarta Edición. Editorial McGraw-Hill. Capítulo 5. Tema: 5.6.2, página 77. Último párrafo.

¿Son correctas las estimaciones? La única respuesta razonable a esto es: "No podemos estar seguros". Cualquier técnica de estimación, no importa lo sofisticada que sea, se debe volver a comprobar con otro enfoque. Incluso entonces, va a prevalecer el sentido común y la experiencia.

sebamora, bienvenido al mundo de las estimaciones. Esto es todo un mundo, no es una ciencia exacta. Por tanto, cada vez que hagas una estimación estás aceptando cierta incertidumbre, ciertos riesgos.
Asi que analiza lo más objetivamente posible tu situación y de allí sitúate en una postura. En base a tu postura prepara un plan de trabajo, teniendo en cuenta aquel factor "riesgo" que estes dispuesto a aceptar. Y luego, un plan de contingencia para aquellos posibles casos de problema.

Y no me queda más que desearte el éxito.
Saludos,

[sebamora]

la verdad que sus respuestas excedieron mis espectativas ya que me dan un poco mas de panorama para valuar un proyecto. el libro que me recomienda Delphius lo he logrado conseguir y parece muy bueno, asi que supongo lo recomendare yo tambien en un futuro. Esta informacion es algo que necesito para una materia que se llama ingenieria del software, y de hecho me han impuesto limites. Vere si puedo realizar los calculos con el metodo COCOMO. agradezco su tiempo y su guia para esto. Como ultimo dato me gustaria recomendar otro libro, tambien muy bueno, sobre ingenieria del software: "Ingenieria del Software" de Ian Sommerville. Sds

[federiconqn21]

Adhiero a lo que dicen los que respondieron a tu pregunta , agregando que es muy importante estimar tambien los tipos de usuario final de tu programa.
si tendran un login y password, y el nivel de restriccion para ellos, como por ejemplo,
nivel 1-Solo Lectura
nivel 2-Alta y Modificacion
nivel 3-Eliminacion
Nivel 4-Administrador
.
.
.
etc...
siempre que puedas meter ese concepto en tus proyectos, obviamente tu programa tendra un costo monetario superior a que si no lo contemplaras.

Tambien es muy bueno tener en cuenta si tu programa tendra una auditoria sobre los movimientos de tu B.D., fecha y hora de modificacion, que usuario lo hizo, el nombre del PC, etc...

Pero creo que es una buena opcion calcular las horas de trabajo, claro que sera estimativo

[sebamora]

gracias federiconqn21 voy a tener en cuenta el dato.