Estimación de Costos y Planificación de Proyectos
Contents
1. Modelado Algor tmico de Costos A B M 1 05 1 05 1 02 Esfuerzo A Tama o M Tama o PF Esfuerzo PM Equipo de5 Equipo de 10 En 6 meses En 12 meses PF A PF M PMI5 PM 10 PMI6 PM 12 10 12 02 2 4 1 2 2 1 20 24 88 4 98 2 49 4 15 2 07 30 38 09 7 62 3 81 6 35 3 17 40 51 52 10 3 5 15 8 59 4 29 50 65 12 13 02 6 51 10 85 5 43 60 78 86 15 77 7 89 13 14 6 57 70 92 71 18 54 9 27 15 45 7 73 80 106 67 21 33 10 67 17 78 8 89 90 120 71 24 14 12 07 20 12 10 06 100 134 83 26 97 13 48 22 47 11 24 A E DE LOS ANDES 8R DE LOS ANDES E NEZUELA Modelado Algor tmico de Costos En 12 meses O o 5 oO Ww O Jo e Equipo de 5 E Equipo de 10 Oo e S En 6 meses O o D E Tama o PF Cu ntas personas necesito para desarrollar el proyecto en 15 d as DE LOS ANDES VENEZUELA Modelado Algoritmico de Costos a UNIVERSIDAD El I MR JOHNSON reg gt A h e Myth Cal SLIGHT a gi a WOMEN ct Busy OTHERM BUSI NESS OLIN E al E A RSR Man Month En general no es posible forzar la cantidad de participantes en un proyecto m s all de cierto punto para acelerar la fecha de entrega Lo peor que se puede hacer para resolver retrasos existentes en un proyecto es a adir mas personal al equipo de trabajo Ver http en wikipedia org wiki The_M2. 1 1 11 1 3 1 66 ejecuci n Restricciones de memoria virtual STOR 1 1 06 1 21 1 56 Volatilidad de la m quina virtual VIRT 0 87 1 1 15 1 3 Tiempo de respuesta TURN 0 87 1 1 07 1 15 Atributos de personal Capacidad de an lisis ACAP 1 46 1 19 1 0 86 0 71 Experiencia en la aplicaci n AEXP 1 29 1 13 1 0 91 0 82 Calidad de los programadores PCAP 1 42 1 17 1 0 86 0 7 Experiencia en la m quina VEXP 1 21 1 1 1 0 9 ExperiencMirEm241 lenguaje LEXP 1 14 1 07 1 0 95 Atributos del proyecto T cnicas actualizadas de MODP 1 24 1 1 1 0 91 0 82 programaci n Utilizaci n de herramientas de TOOL 1 24 dl 1 0 91 0 83 software Restricciones de tiempo de SCED 1 23 1 08 1 1 04 1 1 desarrollo Fuente http es wikipedia org wiki COCOMO COCOMO 81 4 UNIVERSIDAD DE LOS ANDES Constructive Cost Model MEY seu Modelo Basico M 1 Modelo Intermedio M RELY DATA CPLX TIME STOR VIRT TURN ACAP AEXP PCAP VEXP LEXP MODP TOOL SCED UNIVERSIDAD COCOMO 81 de DE LOS ANDES Constructive Cost Model COCOMO II Constructive Cost Model Desarrollado por Barry Boehm y otros autores en el ano 1997 publicado en el ano 2000 Incorpora a COCOMO 81 elementos adicionales que permiten hacer mejores estimaciones en funcion a las tecnicas y tecnologias de desarrollo de software existentes en la actualidad UN
3. C 58 59 51 66 FoxPro 36 35 34 38 J2EE Java 57 50 50 67 Java 55 53 9 214 JavaScript 54 55 45 63 JSP 59 NET 60 60 60 60 Perl 57 57 45 60 PL SQL 47 39 16 78 Qui n decide cu ntas SLOC por PF se van a tener por cada PF Fuente http www qsm com resources function point languages table index html Ae gt UNIVERSIDAD Puntos de Funci n Ss DE LOS ANDES Si estamos programando en Java Es posible calcular la cantidad de l neas de c digo Source Lines Of Code SLOC que tendr la aplicaci n SLOC LANG FACTOR PF SLOC 55 124 SLOC 6820 6820 y Ser acertado este c lculo A UNIVERSIDAD Puntos de Objeto Puntos de Aplicaci n GE DE LOS ANDES Son m tricas similares a los puntos de funci n pero adaptadas a otros esquemas de desarrollo tipos de sistemas Puntos de Objeto Puntos de Aplicaci n en COCOMO II Consideran 1 N mero de pantallas independientes que se despliegan Sencillas 1pto medias 2pts complejas 3pts 2 N mero de informes reportes Simples 2pts moderados 5pts complejos 8pts 3 M dulos en lenguajes imperativos Java C que deben desarrollarse para implementar el c digo de acceso a la BD 10pts cada uno fie Bt DE LOS ANDES Puntos de Funci n E DE LOS ANDES A lo largo del proceso se han hecho las siguientes preguntas De d nde salen estos valores de cada uno de los componentes
4. G DE LOS ANDES M tricas de Software una m trica es cualquier medida o conjunto de medidas destinadas a conocer o estimar el tama o u otra caracter stica de un software o un sistema de informaci n generalmente para realizar comparativas o para la planificaci n de proyectos de desarrollo N mero de Puntos de Funci n Clases e Interfaces Errores por Caso de Uso Fuente http es wikipedia org wiki M trica _ inform tica Ae gt UNIVERSIDAD IS Midiendo el Tama o de una Aplicaci n Midiendo la Productividad de un Programador UNIVERSIDAD Cantidad de L neas de C digo E DE LOS ANDES VENEZUELA L neas de C digo include lt iostream h gt Loja Hola Mundo en C ma1n i cout lt lt Hello World lt lt endl e return 0 neas de c digo Hello World for the nasm Assembler Linux ii ie Hello world 0xa nee wanes en W I Oxa le ob are Assembler SEPT Ora ay Aproximadamente global main 15 l neas de c digo main mov eax 4 write system call mov ebx 1 file stdou mov ecx msg string mov edx Len strlen int 0x80 call kernel mov eax 1 exit system call mov ebx 0 int 0x80 call kernel ce A UNIVERSIDAD O ERN EZUEL A Cantidad de Lineas de Codigo e DE LOS ANDES Un programa escrito en C tiene 500 000 lineas de codigo 500 KLOC Un programa escrito en Assembler
5. b sicos n meros Qui n decide la complejidad de un PF Qui n decide el Rating de cada Factor Qui n decide cu ntas SLOC por PF se van a tener por cada PF Ser acertado el c lculo de las l neas de c digo e UNIVERSIDAD Puntos de Funci n at De LOS ANDES En general para responder a las preguntas anteriores se necesita Requisitos Que permitan darle valores a los componentes 5 basicos Un Experto o un grupo de expertos Que pueda sustentar cada una de los valores y pesos seleccionados Y normalmente contar con un experto o un grupo de expertos no siempre es suficiente ya que e UNIVERSIDAD Puntos de Funci n at De LOS ANDES muchos de los factores que gt afectan estas preguntas dependen de la tecnolog a utilizada y de la experiencia y habilidades del equipo de desarrollo Estad sticas Informaci n de proyectos anteriores que sirva como base para realizar estimaciones confiables que tomen en cuenta los factores organizacionables no contemplados hasta los momentos fa le UNIVERSIDAD Puntos de Funci n Q DE LOS ANDES Bien suponiendo que nuestros c lculos y estimaciones sean correctas nuestro sistema tiene tendr 124 puntos de funci n y si lo implementamos en Java tendr cerca de 6820 l neas de c digo Y qu fie Bt DE LOS ANDES Puntos de Funci n E DE LOS ANDES La estrategia de PF s
6. distributed collaborative editing and pair programming A UNIVERSIDAD de y DE LOS ANDES VEN EBEZUEL A Ultimately everyone wants estimates with the highest possibility or probability of being correct If an estimate has an equal amount of possibility to be early as late then this is the highest probability Imagine a bell curve for a moment At the peak of the bell curve the mean value the most likely outcome This should be the estimate If on the other hand an estimate has no probability of being early then it has just about zero percent possibility of actually happening and about 100 probability of being late In other words the estimate is to the far left side of the bell curve A good estimate should have an equal probability of being early or late When an estimate is based upon some quantitative process it is easier to stand behind the estimate When the estimate is based upon a guess there is more likelihood to cave when pressure is applied The reason for this is simply a lack of confidence in the estimating process The only thing to change about an estimate is the inputs used to generate an estimate If the estimate is too high then functionality needs to be reduced Esto esta genial para futuros cursos Fuente Reboot Rethink http www rebootrethink com forcesBehavior miracleWorkers php UNIVERSIDAD de be DE LOS ANDI DES The reason overtime is rewarded is because software development managers hav
7. ejecutar el sistema en un entorno operativo existente y 0 4 fuertemente utilizado Hay restricciones de plataforma 5 El sistema tendr una carga transaccional alta o baja 5 6 Nivel de Disponibilidad 4 7 Eficiencia del Usuario Final Requerida Usabilidad 2 8 Actualizaci n en L nea 2 9 Complejidad del Procesamiento 5 El sistema debe estar dise ado e implementado para ser 2 10 reutilizable 11 El sistema debe ser dise ado para ser f cil de instalar y de portar 3 12 Facilidad de Uso 4 El sistema debe soportar m ltiples instalaciones en diferentes 2 13 organizaciones 14 El sistema debe estar dise ado e implantado para facilitar cambios 2 Total N 43 Qui n decide el Rating de cada Factor Puntos de Funci n CAF 40 UNIVERSIDAD 8 DE LOS ANDES Se calcula el CAF Complexity Adjustment Factor CAF 0 65 0 01 N CAF 0 65 0 01 43 CAF 1 08 CAF puede variar entre 0 65 todos los ratings en 0 hasta 1 35 todos los ratings en 5 Puntos de Funci n be Tos ANDES AF P E DE LOS ANDES Se calcula el AFP Adjusted Funtion Points AFP FP CAF AFP 114 1 08 AFP 124 124 Bueno y qu Puntos de Aplicaci n 8 gt UNIVERSIDAD SLOC FP P de E Lenguaje SLOC FP Source Lines Of Code Function Points Avg Med M n M x ASP 56 50 32 106 Assembler 209 203 91 320 C 148 107 22 704 C 59 53 20 178
8. sistema Archivos Interfaces Internos Integraci n con fuentes de datos Internas UNIVERSIDAD y DE LOS ANDES VENEZUELA Puntos de Funcion de 5 Componentes B sicos Categor a Cantidad Entradas 4 Salidas 3 Interacciones 4 Interfaces Externas 5 Archivos Internos 2 Se realiza una estimaci n pero De d nde salen estos n meros Puntos de Funci n PF NIVERSIDAD he U 8 DE LOS ANDES HEZUEL A Cada uno de los elementos de las categorias anteriores se vuelve a clasificar seg n su complejidad en simples promedio y complejo asignando pesos adicionales que van de 3 a 15 respectivamente Categor a Cantidad Simples Promedio Complejos Puntos de Total Funci n Entradas 4 1x3 2x 1x15 3 14 15 32 Salidas 3 3x3 0x7 0x15 9 0 0 9 Interacciones 4 2x3 0x7 2x15 6 30 36 Interfaces Externas 5 3x3 1x7 1x15 9 7 15 31 Archivos Internos 2 2x3 0x7 0x7 6 0 0 6 Total FP Function Points 114 Qui n decide la complejidad de un PF Puntos de Funci n Factor Ambiental Aspectos Generales bn UN pp IVERSIDAD LOS ANDES HEZUEL A Se toman en cuenta las caracteristicas no funcionales Aspectos Generales del Sistema Factor Ambiental Rating 0 5 1 Se requiere comunicaci n de datos 5 2 Existen funciones o procedimientos distribuidos 4 3 Es cr tico el rendimiento 3 Se
9. 00 00 Entrenamiento 0 Bs0 00 Subtotal 20 Bs10 400 00 Total Tiempo neto en d as Costos 78 Bs40 560 00 de calcular costos Una hoja de c lculo es su mejor amigo al momento es UNIVERSIDAD Juicio Experto af De LOS ANDES Ventajas Suele ser muy barato Puede ser muy exacto si se cuenta con los expertos adecuados Desventajas Imposible de realizar o muy impreciso si no se cuenta con los expertos adecuados UNIVERSIDAD Ley de Parkinson af De LOS ANDES NEZ Los costos del proyecto est n en funci n de los recursos disponibles utilizando todo el tiempo permitido Normalmente esto no es una buena idea Ventajas No realiza presupuestos abultados Desventajas El sistema normalmente no se termina O se desperdicia tiempo recursos Hee UNIVERSIDAD Pricing to Win af De LOS ANDES El costo del proyecto esta en funcion de lo que el cliente esta dispuesto a pagar Normalmente esto no es una buena idea Ventajas La empresa de software consigue el contrato desarrollar un producto que vale 50 000 BSF por tan solo 5 000 BsF Desventajas La probabilidad de que el cliente obtenga el trabajo es minima ya que los costos no reflejan verdaderamente el trabajo requerido Costos fijos Concepto Costos Fijos Administradores 2 000 00 Incluye seguro y otros aspec
10. Ae A UNIVERSIDAD BE LOS ANDES Estimaci n de Costos y Planificaci n de Proyectos Money so they say Is the root of all evil Today Pink Floyd Oh dear Oh dear I shall be too late White Rabbit Alice In Wonderland Universidad de los Andes Demi n Gutierrez Febrero 2010 AAN UNIVERSIDAD j E US ANDE Cu nto cuesta desarrollar software Qu costos hay asociados al desarrollo de un producto de software 4 A UNIVERSIDAD Costo y el Esfuerzo GB DE LOS ANDES Costos de Hardware y Software Costos de Viajes y Aprendizaje Costos de Esfuerzo Sueldos Ingenieros Gastos de Seguros Seguridad Social etc Costos de Alquiler Condominio Luz Limpieza Servicios Varios Costos de Redes y Comunicaci n Costos de Recursos Compartidos Administraci n Salas de Reuni n etc tera Ae gt UNIVERSIDAD Costo y el Esfuerzo Para calcular los costos de un sistema es necesario calcular entre otras cosas su tama o y en consecuencia el esfuerzo necesario para desarrollarlo C mo se puede estimar el tama o y el esfuerzo necesario para desarrollar un sistema Adem s es necesario considerar otros costos indirectos asociados gastos administrativos de mantenimiento infraestructura equipos etc tera E E UNIVERSIDAD m tricas c mo mido el tama o de una aplicaci n a i UNIVERSIDAD M tricas Qu son y por qu son necesarias
11. IVERSIDAD COCOMO Il do Constructive Cost Model La p gina oficial de COCOMO II http sunset usc edu csse research COCOMOII cocomo_main html Herramienta para hacer estimacion con COCOMO y con otros esquemas de Modelado Algoritmico de Costos http www softstarsystems com Estimaci n por Analog a fad E De LOS ANDES 8 DE LOS ANDES O O EZTUE A ce Esfuerzo Costo Paginas Errores Defectos Personas Tiempo de PM BsF Documentaci n Desarrollo Meses Alfa 12 100 24 45 000 165 134 29 3 8 00 Beta 27 200 62 140 000 245 321 86 5 12 40 Gamma 20 200 43 150 000 500 256 64 6 7 17 El costo se calcula por comparaci n con proyectos similares en el mismo dominio de aplicaci n M tricas E UNIVERSIDAD Estimaci n por Analogia GE De LOS ANDES Ventajas Preciso si se dispone de datos previos Desventajas Imposible de realizar si no se han desarrollado proyectos comparables Es necesario mantener una base de datos con la informaci n necesaria Es necesario que las condiciones generales de los proyectos a comparar sean similares fa d gt UNIVERSIDAD Juicio Experto Q DE LOS ANDES Uno o m s expertos tanto en desarrollo de software como en el dominio de la aplicaci n usan su experiencia para predecir los costos del software Se realizan Iteraciones hasta llegar
12. a un consenso Siguiente El experto X Juicio Experto Costo 6 Q Happy Monkey El Experto a UNIVERSIDAD DE LOS ANDES H EZ UW Juicio Experto Ne Costo 200 000 EB De verdad no es broma C mo lo hacen en UNIVERSIDAD Juicio Experto dee 1 LOS ANDES H EZ UW El costo se puede estimar en funci n a un grupo de requisitos casos de uso funcionalidad Inicial la experiencia de los expertos en el dominio y la experiencia de los expertos en software Juicio Experto JDE LOS ANDES fi if DE LOS ANDES VENEZUELA Tiempos Costos de Desarrollo Sistema XXX Costo hora Bs65 00 Caso de uso Concepto Tiempo Dias Costo Arranque del proyecto Levantamiento de Requerimientos Refinar casos de uso 15 Bs7 800 00 Arquitectura del sistema arranque del proyecto 10 Bs5 200 00 Subtotal 25 Bs13 000 00 Recursos Log sticos Flujo Incorporaci n a Inventario 2 Bs1 040 00 Flujo Desincorporaci n a Inventario 2 Bs1 040 00 Buscar Desincorporaci n a Inventario 1 Bs520 00 Inventario 3 Bs1 560 00 Subtotal 8 Bs4 160 00 Control de calidad ajustes finales Control de Calidad 20 Bs10 400 00 Instalaci n y puesta a punto final 5 Bs2 600 00 Subtotal 25 Bs13 000 00 Manuales Entrenamiento Desarrollo del manual de usuario 20 Bs10 4
13. alidar Requisitos 2z Preparar DDR y DER 24 Entrega Final DDR y DER 25 EDefinir Arquitectura Preliminar 26 Investigar Arquitecturas Existentes 27 Seleccionar Arquitectura Base a Utilizar 28 Puesta a Punto del Ambiente de Desarrollo 29 Arquitectura Frameworks Definida y Prok 30 EDise o Arquitect nico 31 Blteraci n 1 32 Especificar Arquitectura General 33 Especificar Arquitectura Detallada 34 Definir el Modelo de Datos 25 2 Fliteraci n 2 4 il UNIVERSIDAD E LOS ANDES VENEZUELA No Filter v aredes Pedro Perez y Jose Paredes Pedro Perez Jose Paredes Pedro Perez Jose Paredes Pedro Perez Jose Paredes Pedro Perez Jose Paredes Pedro Perez E Jose Paredes Pedro Perez Jose Paredes Pedro Perez Jose Paredes Pedro Perez Jose Paredes Pedro Perez Jose Paredes Pedro Perez Jose Paredes Pedro Perez 3 24 1 i DE LOS ANDES VENEZUELA Modelos Incrementales BO DE LOS ANDES Modelo Incremental Planificar s lo pensando en los O 2 requerimientos o s lo pensando en el proceso especialmente esto ltimo usualmente er Requerimientos y Funcionalidad no es adecuado M todo Proceso o gt O O S Cox ee 7 z S La planificaci n y el c lculo de costos son S problemas muy complejos con muchas ae variables pero en general las mas importantes son los m todos y procesos usados l
14. dos Gesti n y Administraci n Soporte al Desarrollo 2 3 Pruebas L gica de Control Interfaz de comandos Utilidades visualiz 22531 2232 2233 Driver de Pantalla Generador de Formas Requerimientos antes de costos Proyecto de Prueba home dmi Dropbox IngDelSoftB2009 clase 6 costos proyecto de prueba pod OPENPROJ File Edit View Insert Tools Project Help BR sa ama al Name INICIE NETA a ala el gt Ea a Duration 19 333 d 2 21 4 333 da 2 2 0 333 d 2 2 1 day2 21 2 5 days 2124 0 5 days 3 2 6 5 days 3 3 0 5 days 3 3 1 day3 3 2 5 days 3 4 0 5 days 3 94 1 day3 9 0 5 days 3 14 0 5 days 3 1 8 5 days 3 1 1 day3 1 2 5 days 3 1 0 5 days 3 1 1 day3 1 0 5 days 3 1 0 5 days 3 13 2 daysi3 1 0 5 days 3 2 22 days 3 3 7 days 3 3 7 days 3 14 7 days 3 21 1 day 4 1 15 days 4 2 13 days 4 2 1 day 4 2 7 days 4 54 5 days 4 1 2 das Ai 2 BiRequisitos 3 Blteraci n 1 4 Definir la Visi n del Sistema 5 Definir Requisitos 6 Describir Requsitos if validar Requsitos 8 Blteraci n 2 9 Realizar Modelo de Dominio 10 Realizar Diagrama de CU General al Realizar Descripci n General de CU 12 Refinar Visi n del Sistema 13 Refinar Requisitos 14 validar CU Generales 15 validar Requisitos 16 Biteraci n 3 17 Refinar Diagrama de CU 18 Refinar Descripci n General de CU 19 Refinar Visi n del Sistema 20 Refinar Requisitos 21 Yalidar CU Generales 22 v
15. e basa en la experiencia del que calcule los PF fundamentalmente y en el conocimiento y grado de correcta aplicaci n de los criterios usados para calcularlos fa le UNIVERSIDAD Puntos de Funci n Q DE LOS ANDES Adem s Con los PF o la cantidad de l neas de c digo no resolvemos el problema de determinar el costo de una aplicaci n NIVERSIDAD IAN Modelado Algoritmico de Costos at De LOS ANDES VEN BZUEL A Si se puede tener una estimacion del tamano de la aplicacion entonces es posible calcular el esfuerzo requerido para desarrollar el sistema con una formula como la siguiente Esfuerzo A Tamano M Donde el esfuerzo viene dado en P M Personas Mes ENS UNIVERSIDAD Modelado Algor tmico de Costos at De LOS ANDES VENEZUELA La unidad P M es una unidad similar a las horas hombre que sirve para calcular el esfuerzo necesario para completar una tarea Si un proyecto toma X P M esto significa que si se pudieran contratar X personas en circunstancias ideales entonces el proyecto se terminaria en 1 mes O bien significa que si solo contratamos a una persona entonces el proyecto se terminaria en X meses Es una unidad que permite teoricamente determinar la cantidad de personas que serian necesarias para terminar un proyecto en cierto tiempo o la cantidad de tiempo que seria necesario para terminar el proyecto con cierta cantidad de personas
16. e no other metric in place to measure performance These same managers illogically conclude a person who is working overtime is a dedicated productive and hard working employee Crudo pero cierto en muchos casos Recuerdan las 40 horas a la semana de XP Fuente Reboot Rethink http www rebootrethink com forcesBehavior workingOvertime php A UNIVERSIDAD de y DE LOS ANDES VENEZUELA Estimates need to be non negotiable An estimate should be created using a quantified method That means there is some method to creating estimates Put some data into a formula and derive the result The only thing you should be willing to budge on is the inputs There are several inputs with an estimate including size of the project deadlines staff so on and so forth Hence if the estimate is too high then one of the inputs needs to be changed Unfortunately what traditionally happens is that an estimate is nothing more than a guess The estimate has no substance at all in other words it is not based upon historical performance or statistical modeling Often when working on a contract ask the question How did you come up with your estimate More often than not the person actually admits it was a guess Another common answer begins based upon my vast experience as a software professional In other words questioning the estimate is the same as questioning their integrity It is important for an estimator to be able to qua
17. e qui n realizar las tareas qu recursos se necesitar n cu ndo se realizaran y cu l ser el orden en el que se realizaran DE LOS ANDES VENEZUELA a UNIVERSIDAD Planificaci n Tareas Proceso Proceso Grupo de Proceso T cnico 1 T cnico 2 Procesos T cnico N 4 NO ENTRAR EN ng MUCHO DETALE Proceso A e Proceso B E Proceso C Subproceso Subproceso EEE A 1 A n EEE Fuente Adaptado de GRAY WATCH M TODO DE DESARROLLO DE SOFTWARE PARA APLICACIONES EMPRESARIALES Noviembre 2008 A UNIVERSIDAD de y DE LOS ANDES VENEZUELA Planificaci n Hitos Estudio de Perfilar Desarrollo de Especificaci n Viabilidad Requisitos Prototipos de Requisitos Informe Definici n Especificaci n de de de Viabilidad Requisitos Requisitos eee Informe La definicion y de verificaci n de Prototipos ados NO ENTRAR EN Hitos es una o ee MUCHO DETALE forma de darle visibilidad al proceso Fuente Adaptado de EPS Inform tica UAM T3 18 19 Requerimientos antes de costos El desglose de tareas se realiza en base al proceso actividades generales a realizar y en base a las tareas espec ficas resultantes de los requerimientos funcionalidad oo NO ENTRAR EN 2 Driver de Pantalla MUCHO DETALE 3 Utilidades visualiz 2 Dise o Sistema de control y Desarrollo de coman
18. ntitatively explain how they derived their estimate Fuente Reboot Rethink http www rebootrethink com forcesBehavior nonNegotiable php ee E y ae Gracias Jt AGIA
19. os requerimientos y los recursos humanos DE LOS ANDES VENEZUELA Otros aspectos de la gesti n de proyectos E DE LOS ANDES Se Gesti n de na C digo Fuente D anejo de SCM Gesti n y Clientes CVS SVN Hg Asignaci n de Tareas CRS Git etc Redmine dotProject eGroupware Trac Manejo de Gesti n Contenido gil de Proyectos CMS SCRUM XP Drupal Gesti n Otros Soporte Joomla etc de Bugs al Usuario FlySpray Trac Foros Issue Base Jira Mantis Trackers y otras de Conocimiento etc herramientas Wiki Otras Dokuwiki Mediawiki Discusiones etc Gesti n de Recursos Humanos Gesti n de Documentos otras Foros y otras GoogleDocs Launchpad herramientas KnowledgeTree Atlassian tools mybb phpbb eGroupWare PHProjekt Gforge Saros fluxbb SMF Collanos in eee UNIVERSIDAD Algunas Herramientas de Planificaci n GE De LOS ANDES Planner Libre Escritorio http live gnome org Planner Openproj Libre Escritorio http openproj org Dotproject Libre Web http www dotproject net M Project Propietario Escritorio Otros UNIVERSIDAD Sobre el PMBok at De LOS ANDES Mas informacion en http www pmi org PMBok Project Management Body of Knowledge http marketplace eclipse org content saros
20. roductivo TAA UNIVERSIDAD QU DE LOS ANDES Las l neas de codigo en si mismas no son una m trica adecuada para medir el tama o de un sistema Es necesaria una m trica que sea independiente de la tecnolog a utilizada D gt UNIVERSIDAD Puntos de Funci n de DE LOS ANDES Es una m trica que sirve para estimar el tama o de una aplicaci n de forma independiente del lenguaje de programaci n o las tecnolog as utilizadas Los requisitos funcionales del sistema son identificados y clasificados dentro de cada uno de los siguientes cinco tipos entradas salidas interacciones con el usuario interfaces externas y archivos utilizados por el sistema La m trica fue fundamentalmente dise ada para sistemas de informaci n de gesti n de negocios empresariales etc tera AE De LOS ANDES DE LOS ANDES G Es decir Los puntos de funci n miden el tama o de un sistema en t rminos de la cantidad de funcionalidad del sistema Puntos de Funci n A amp N UNIVERSIDAD el DE LOS ANDES 5 Componentes B sicos arie Entradas U gt Archivos BD Otros Sistemas Salidas Archivos BD Otros Sistemas gt IU Interacciones Consultas U gt Archivos BD gt Ul Interfaces Externas Integraci n con otras aplicaciones bases de datos etc tera externas al
21. tiene 900 000 lineas de codigo 900 KLOC Cu l de los dos programas es m s grande Cu l de los dos requiri m s esfuerzo 4 gt UNIVERSIDAD JDE LOS ANDES E Cantidad de L neas de C digo K Un programador escribe unas 1000 lineas de c digo a la semana en Assembler Otro programador escribe unas 500 lineas de c digo a la semana en C Cu l de los dos programadores es el m s productivo peor a n Cantidad de L neas de C digo Un programador escribe unas 500 lineas de c digo a la semana en C Otro programador escribe unas 750 lineas de c digo a la semana en C Cu l de los dos programadores es el m s productivo Se pueden considerar otros factores para comparar a los programadores por ejemplo UNIVERSIDAD Cantidad de L neas de C digo GE De LOS ANDES Un programador escribe unas 500 lineas de c digo a la semana en C Y posteriormente en su c digo se encuentran 3 bugs Escribe c digo dif cil de entender ilegible Otro programador escribe unas 750 lineas de c digo a la semana en C Y posteriormente en su c digo se encuentran 6 bugs Escribe c digo f cil de entender Otro programador escribe unas 1200 lineas de c digo a la semana en C Y posteriormente en su c digo se encuentran 3 bugs Escribe c digo f cil de entender Cu l de los dos programadores es el m s p
22. tos legales Limpieza 600 00 Incluye seguro y otros aspectos legales Alquiler 2 000 00 Papeler a 1 000 00 No olvide calcular y contemplar los Luz Agua 400 00 costos fijos de alg n modo y si Redes Comunicaci n 500 00 puede consiga un administrador que Condominio 200 00 se encargue de los detalles TOTAL A 6 700 00 financieros Sueldo Ingeniero B 4 000 00 Cantidad de Ingenieros C 15 00 Costos Fijos Ingenieros D 446 67 A C Costo Mensual Ingeniero E 4 446 67 B D Costo Hora Hombre F 26 47 E 21 d as 8 horas Recordar tambi n los costos de depreciaci n de equipos GE DE LOS ANDES Requerimientos antes de costos Q DE LOS ANDES i EN EE Muchos Ingenieros de Software coinciden en la necesidad de profundizar en la especificaci n de requerimientos o tener alg n tipo de requerimientos ANTES de ejecutar la estimaci n de plazos y esfuerzos del proyecto de software Simplemente c mo se puede calcular el costo de un edificio sin saber cuantos pisos se van a construir KAN UNIVERSIDAD i j E OS ANDE Planificaci n y Gesti n del Proyecto GE De LOS ANDES Requerimientos antes de costos Q DE LOS ANDES Es necesario realizar la planificaci n y calendarizaci n del proyecto Esto se logra definiendo y desglosando las tareas que hay que realizar para poder llevar a t rmino el proyecto Luego se defin
23. ythical_Man Month COCOMO 81 Z N UNIVERSIDAD W DE LOS ANDES Constructive Cost Model COCOMO Constructive Cost Model Es una estrategia basada en el modelado algor tmico de costos desarrollada en 1981 por Barry W Boehm Se bas en el estudio de 63 proyectos de software desarrollados fundamentalmente usando el modelo de proceso en cascada y que oscilaban entre las 2 000 a las 100 000 l neas de c digo UNIVERSIDAD COCOMO 81 de DE LOS ANDES Constructive Cost Model Proyectos Simples Aplicaciones bien entendidas desarrolladas por equipos peque os PM 2 4 KSLOC M Proyectos Moderados Aplicaciones mas complejas en las que el equipo de desarrollo tiene experiencia limitada en el tipo de sistema en cuestion PM 3 0 KSLOC 12 M Proyectos Empotrados Proyectos complejos donde la aplicacion es parte de un fuerte acoplamiento de software hardware y reglas operacionales PM 3 6 KSLOC M DE LOS ANDES VENEZUELA UNIVERSIDAD COCOMO 81 de Constructive Cost Model Atributos Siglas Valor Muy bajo Bajo Nominal Alto Muy alto Extra Atributos de software Fiabilidad RELY 0 75 0 88 1 1 15 1 4 Tama o de Base de datos DATA 0 94 1 1 08 1 16 Complejidad CPLX 0 7 0 85 1 1 15 1 3 1 65 Atributos de hardware Restricciones de tiempo de TIME
Download Pdf Manuals
Related Search