Ir al contenido principal

ESTIMACION PARA PROYECTOS DE SOFTWARE

Antes de iniciar el proyecto el equipo debe estimar el trabajo que debera realizarse, los recursos que se requeriran y el tiempo que transcurrira desde el principio hata el final.

La planificacion del proyecto de software abarca cinco grandes actividades, estimacion, programa de trabajo, analisis de riesgos, planificacion de la gestino de la calidad y planificacion de la gestion de cambio

La estimacion es un tanto un arte como una ciencia pero aun asi esta actividad no debe hacerse de manera improvisada  ayudadese de metricas y perspectivas historicas para poder desarrollar y revisar estimaciones.

Mientras mas se conozca del proyecto mejor se estimara en consecuencia se deben actualizar las estimaciones conforme avance el proyecto.

Existen diferentes tareas  para la planificacion del proyecto .

1. Establecer el ambito del proyecto
2. Determinar la factibilidad
3. Analizar riesgos
4. Definir recursos requeridos
5. Estimar costo y esfuerzo
6. Desarrollar  un plan de proyecto

La factibilidad del proyecto es importante, pero una consideracion de las necesidades del negocio es incluso mas importante no es bueno construir un sistema o producto de alta tecnologia que nadie requiere

El software es el recurso mas costoso en cualquier sitema basado en computadora y por lo tanto la estimacion es de lo mas importate ya que hacerlo de una manera incorrecta puede hacer la diferencia entre ganancia o perdida.

Existen demasiadas variables para hacer alguna estimacion exacta como humanas, tecnicas, ambientales, politicas. etc. todas estas pueden afectar el costo final el costo del software ye el esfuerzo

Para lograr mejores estimaciones se puede.

1. Demorar  la estimacion  hasta lo mas tarde del proyecto
2. Basar estimaciones en proyectos  similares
3. Emplear tecnicas de descomposicion relativamente simples para generar estimaciones de costo y esfuerzo del proyecto.
4. Utilizar uno  o mas modelos  empiricos en la estimacion de costos y esfuerzos

El tamaño del software que se construira puede medirse directamente utilzando LDC  o indirectamente con PF


Ademas de estos existen otras forma de hacer estimaciones como casos de uso o procesoso, si no existe conconrdancia entre estas y se debe reevaluar se debe a posiblemente dos causas.

el planificador no ha entendido o ha definido mal el ambito
Los datos de productividad que utilizan las tecnicas de estimaciones  basadas en el problema  son inapropiados para la aplicacion, obsoletos o se han aplicado mal.

Comentarios

Entradas populares de este blog

DISEÑO AL NIVEL DE COMPONENTES

El diseño a nivel de componentes se presenta a menudo despues que se ha terminado la primera iteracion del diseño arquitectonico. y  el objetivo de esta fase es traducir el diseño en software operaciona. El diseño a nivel de componentes define las estructuras de datos, los algoritmos, las caracteristicas de la interfaz  y los mecanismos de comunicacion asignados a cada componente de software. esta fase permite revisar si los detalles de diseño son correctos y consistentes con las representaciones iniciales de diseño ¿QUE ES UN COMPONENTE? Es un bloque de construccion modular par el software de computo. una parte modular desplegable y reemplazable de un sistema que encapsula implementacion y expone un conjunto de interfaces. desde el punto de vista orientado a objetos un componente es un conjunto de clases ques se interrelacionan entre si. en el contexto convencional de ingenieria de software  un componente es un elemento funcional que incorpora  la logica del procesamiento y

ESTRATEGIAS DE PRUEBAS DE SOFTWARE

La estrategia de pruebas de software proporciona un mapa que describe los pasos que se daran como parte de la prueba indica cuando se planea y cuando se daran dichos pasos ademas cuanto tiempo, esfuerzo y recursos consumiran. un software se prueba para descubrir los errores cometidos, si se realiza sin ningun plan seguramente se desperdiciara tiempo, se dedicara un esfuerzo innecesario y lo que es peor puede que no se detecten los errores. Las pruebas se deben planificar con anticipacion y realizarlas de manera sistematica por lo que es importante tener una plantilla existen diferentes y en general tienen los siguientes pasos. 1. Revisiones tecnicas formales y efectivas 2. Se inicia a nivel de componentes y se trabaja hacia afuera hacia la integracion del sistema 3. Diferentes tecnicas en diferentes momentos 4. las pruebas las dirige el desarrollador 5. la prueba y la depuracion son actividades diferentes, pero la segunda debe incluirse en cualquier estrategia de pruebas. l

AGE OF EMPIRES ERROR INICIALIZAR DIRECT 3D

Instale age of empires 3 pero no me corria me salia un mensaje de error al inicializar posibles causas direct 3d y otras que no me acuerdo la solucion luego de buscar: abrir el archivo mis documentos\my games\Age of empires 3\users\NewProfile.xml en block de notas setting name="optiongrfxres">etting Name="optiongrfxres">1280 x 720 colocar los parametros en la configuarcion que tiene el ordenador en mi caso es wide screen 1280 X 720 Setting Name="optionrefreshrate">75 esta configuracion se mira en inicio > panel de control > apariencia y temas >pantalla lengeta configuarcion > boton opciones avanzadas lengueta adaptador > boton listar modos alli colocas el modo que queres y lo pones en el archivo newProfile.xml