Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

PROYECTO Son acciones organizadas para alcanzar uno o varios objetivos especficos, empleando recursos materiales y humanos con restricciones de tiempo y costos. La planeacin de un proyecto empieza por dividirlo en tres actividades principales: Anlisis: Sus actividades son, la recopilacin de datos, anlisis de datos y de decisiones y preparacin de la propuesta. Diseo: Sus actividades son, diseo de la captura de datos, diseo de entradas, diseo de salidas y organizacin de datos. Implementacin: Sus actividades son, la implementacin y evaluacin.

COMPONENTES DE UN PROYECTO Un proyecto, Un jefe de proyecto(Administrador del desarrollo), Un equipo de desarrollo, Mtodos (para la planificacin, estimacin y fases del desarrollo), Herramientas (soporte automtico o semiautomtico), Procedimientos (normalizan el desarrollo del proyecto).

TAREAS PRINCIPALES DE LA ADMINISTRACION DE PROYECTOS Planeacin: Acomodo de las actividades requeridas para lograr el proyecto. Programacin: Asignacin de tiempos y recursos. Presupuestacin: Estimacin de costos. Control: Comparar el avance de lo real con el planeado y si hay desviaciones tomar decisiones.

CICLO DE VIDA DE LOS PROYECTOS Gestacin, Nombramiento del jefe, Planeacin, Programacin y presupuestacin, Desarrollo y control, Terminacin

1.

GESTACION DE UN PROYECTO: La gestacin de los proyectos es generada por la planeacin estratgica de las instituciones.

Planeacin estratgica:

Pgina 1 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Identificar lneas prioritarias de especialidad (Misin institucional y departamental). Plantear estrategias de formacin de personal (Fuerzas y debilidades). Definir lneas de comercializacin (Diversos escenarios del futuro).

El objetivo es integrar una cartera potencial de proyectos que sean rentables o tiles. Pasos: Inicio del proyecto de software, Desarrollo de una estrategia de solucin, Anlisis de factibilidad, Anlisis de riesgos, Especificacin del plan del proyecto.

1.1.Inicio del proyecto de software Un proyecto empieza con una solicitud o investigacin para satisfacer diversas necesidades institucionales.

Fuentes de solicitud de proyectos Altos ejecutivos, Gerentes de departamento, Analistas de sistemas, Grupos externos(gobierno, bancos, clientes, proveedores, )

Investigacin: Para resolver problemas operativos o de desempeo. (Muchos errores, trabajo lento o inconcluso, bajas ventas, malestar entre clientes, rotacin de personal, ) Aprovechar una oportunidad de mejora. (Mayor rendimiento econmico o competitivo) Dar respuesta a directivos (Necesidades de informacin estratgica o gerencial)

RAZONES PARA INICIAR PROYECTOS DE SISTEMAS DE INFORMACION Capacidad (Rapidez y eficiencia) Aumentar la velocidad de procesamiento Manejar un volumen creciente de transacciones Recuperacin veloz de la informacin

Pgina 2 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Control Mejorar la consistencia y exactitud (formato igual y correcto) Dar mayor seguridad

Comunicacin Aumento en la comunicacin (redes) Integracin de reas (informacin compartida)

Costos Vigilancia de los costos Reduccin de costos

Competencia Asegurar clientela (servicios exclusivos, asegurar clientela) Dejar fuera a los competidores (con buenos sistemas de informacin) Mejor acuerdo con proveedores (sistema de inventarios) Formar las bases para nuevos productos (utilizacin de las bases de datos existentes)

El Proyecto debe tener un nombre y una definicin clara de los objetivos o metas a lograr.

2.

NOMBRAMIENTO DEL JEFE

Tradicionalmente un proyecto de desarrollo de software en un equipo de trabajo dirigido por un jefe, pero las estructuras organizacionales y el liderazgo del grupo o estructura interna pueden cambiar esto.

Objetivos:

Darle a conocer los objetivos y restricciones del proyecto. Hacerle saber su responsabilidad. Asignar y limitar su autoridad. Definirle el criterio de evaluacin. Sealarle la jerarqua administrativa.

Pgina 3 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Presentarlo a los clientes o usuarios.

A partir de aqu el Jefe de Proyecto se encargar de seguir la administracin del proyecto hasta terminarlo.

a)

Estructura Organizacional. De acuerdo como este organizada una institucin un proyecto puede realizarse de las siguientes maneras:

FORMATO DEL PROYECTO. El equipo de trabajo inicia y termina el proyecto. FORMATO FUNCIONAL. Equipos distintos realizan una fase del proyecto (Eje. Definicin, desarrollo, mantenimiento) y entregan un producto cada vez mas evolucionado. Esta forma requiere ms comunicacin pero los equipos se especializan. FORMATO MATRICIAL. Cada actividad o funcin es desarrollada por gente y equipo de un departamento y juntos son parte integral de un proyecto supervisados por un jefe.

b)

Estructura Interna. Cualquier grupo de trabajo puede tener una organizacin interna diferente y de acuerdo con la naturaleza del proyecto se da lo siguiente: Grupo Democrtico Grupo con Jefe Grupo Jerrquico

Grupo Democrtico

Caractersticas: Las metas y decisiones se definen por acuerdo. El liderazgo rota segn las tareas que realicen y la capacidad de cada miembro. Todas las actividades se discuten abiertamente.

Ventajas: Todos los miembros contribuyen en la toma de decisiones. Los miembros aprenden uno de otro. Ambiente comunicado.

Desventajas: Demasiadas lneas de comunicacin para la toma de decisiones. Todos deben trabajar juntos. Falta de autoridad.

Pgina 4 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Grupo con Jefe

Caractersticas: Grupos muy bien estructurados. EL Jefe hace partes crticas y toma de decisiones tcnicas importantes. El Jefe asigna y controla el trabajo. EL Jefe cuenta con asesores tcnicos y administrativos.

Ventajas: Decisiones centralizadas. Reduccin de las trayectorias de comunicacin.

Desventajas: La eficacia de esta organizacin es sensible a las capacidades del Jefe.

AUTORIDA D

COMUNICACIO N

Grupo Jerrquico

Son roles que cada integrante del equipo de desarrollo de software tendrn en la duracin del proyecto.

Ingeniero Senior: Jefe de Proyecto: Planifica, coordina y revisa todas las actividades tcnicas del equipo.

Ingeniero de Apoyo: Ayuda al Ingeniero Seor en sus actividades y puede reemplazarse con la misma prdida de continuidad.

Pgina 5 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Plantilla de Soporte: Normalmente entre 2 y 5 personas, que realizan el anlisis y las actividades de desarrollo.

Analista de Sistemas: a) b) Consultor de sistemas: Proporciona una perspectiva fresca que otros miembros de la organizacin no poseen. Experto de apoyo: Proporciona su punto de vista sobre pequeas modificaciones o decisiones que afecten a un departamento en particular. El experto nunca ser el administrador del proyecto, sino solamente un recurso de apoyo al mismo. Agente de cambio: Ser un facilitador del cambio mediante la aportacin de su experiencia. Tienen las siguientes cualidades: Visin del anlisis de problemas como un reto y disfruta encontrando soluciones factibles. Comunicador capaz de interactuar positivamente con la gente durante largos perodos de tiempo. Persona auto disciplinado, auto motivado capaz administrar y coordinar innumerables recursos proyectos, incluyendo gente. de de

c) d)

Bibliotecario: Atiende a muchos equipos y tiene asignado las funciones de mantener y controlar todos los elementos de la configuracin del software. (Documentacin, listados fuente, los datos, loe medios magnticos, estadsticas, etc.)

Especialistas: Son los expertos en telecomunicaciones, bases de datos, escritores tcnicos y ejecutivos.

INGENIERO SENIOR

ESPECIALISTAS

INGENIERO DE APOYO

PLANTILLA DE SOPORTE

BIBLIOTECARIO

Pgina 6 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

3.

PLANEACION

El objetivo de la planificacin del proyecto de software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos, costo y planificacin temporal. Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software y deberan actualizarse regularmente a medida que progresa el proyecto. Adems las estimaciones deberan definir los escenarios del mejor caso y peor caso de forma que los resultados del proyecto puedan limitarse. Identifica los objetivos. Organiza el equipo de trabajo. Identifica productos y servicios. Fija las fechas de inicio, metas parciales y final. Determina las actividades. Elabora la red de actividades. Lista de actividades. La lista de actividades parte de la metodologa que se halla elegido para desarrollar el software o de la genrica recomendada por la ingeniera del software.

Red de actividades: Consiste en representar las actividades de tal manera que muestre su secuencia, paralelismo y dependencias.

Ejemplo: 1 2 3 4 5 6 7 8 9 13 14 Otras actividades que se pueden ejecutar al mismo

1 0

11

1 2

Relaciones en las actividades:

Secuencias: Actividades dependientes, una actividad tiene que terminar, para que otra pueda empezar.

Pgina 7 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Paralelismo: Actividades independientes, las actividades se pueden realizar al mismo tiempo ya que no hay una relacin directa entre ellas.

Dependencias:

PREDECESORA

SUCESORA

4.

ESPECIFICACION DEL PLAN DEL PROYECTO

Cada paso del proceso de ingeniera del software debe producir algo que se pueda entregar, revisar y que sirva de base para los pasos posteriores. El Plan del Proyecto de software se produce como el resultado de la etapa de planificacin y debe:

Comunicar el mbito y los recursos a los administradores de software, personal tcnico y al cliente. Definir el costo y la agenda de trabajo. Proporcionar un enfoque global del desarrollo para la gente involucrada en el proyecto.

Formato del Plan del Proyecto: a) b) c) d) e) Modelo del ciclo de vida. Estructura organizacional. Requisitos preliminares de personal y recursos. Programacin preliminar del desarrollo y grfica de Gantt. Estimado preliminar de costos.

Pgina 8 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

f) g) h) i) j) k) l)

Mecanismos de supervisin y control del proyecto. Herramientas y tcnicas que se emplearan. Lenguajes de programacin. Requisitos de prueba. Documentos de apoyo necesarios. Formas de demostracin y entrega. Programacin de entrenamiento.

m) Plan de instalacin. n) o) p) q) Consideraciones de mantenimiento. Mtodo y tiempo de la entrega final. Mtodo de tiempo de pago. Fuentes de informacin.

5.

GESTION DEL RIESGO El anlisis y gestin del riesgo son una serie de pasos que ayudan al equipo de software a comprender y a gestionar la incertidumbre. Un proyecto de software puede estar lleno de problemas. Un riesgo es un problema potencial, puede ocurrir o no. Pero sin tener en cuenta el resultado, realmente es una buena idea identificarlo, evaluar su probabilidad de aparicin, estimar su impacto, y establecer un plan de contingencia por si ocurre el problema.

Identificacin de riesgos:

a)

Los riesgos del proyecto: Amenazan al plan del proyecto, es decir, si los riesgos del proyecto se hacen realidad, es probable que la planificacin temporal del proyecto se retrase y los costos aumenten. Los riesgos del proyecto identifican los problemas potenciales de presupuesto, planificacin temporal, personal (asignacin y organizacin), recursos, cliente, y requisitos y su impacto en un proyecto de software. Los riesgos tcnicos: Amenazan la calidad y la planificacin temporal del software que hay que producir. Si un riesgo tcnico se convierte en realidad, la implementacin puede llegar a ser difcil o imposible. Los riegos tcnicos identifican problemas potenciales de diseo, implementacin, de interfaz, verificacin y de mantenimiento. Adems, las ambigedades de especificaciones, incertidumbre tcnica, tcnicas anticuadas y las tecnologas de punta son tambin factores de riesgo. Los riesgos del negocio: amenazan la viabilidad del software a construir. Los candidatos para los cinco principales riesgos del negocio son:

b)

c)

Pgina 9 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Construir un producto o sistema excelente que no quiere nadie en realidad (riesgo de mercado). Construir un producto que no encaja en la estrategia comercial general de la compaa (riesgo estratgico). Construir un producto que el departamento de ventas no sabe cmo vender. Perder el apoyo de una gestin experta debido a cambios de enfoque o a cambios de personal (riesgo de direccin). Perder presupuesto o personal asignado (riesgos de presupuesto).

Proyeccin del Riesgo. A cada riesgo se le asigna una probabilidad de que el riesgo sea real y el impacto o consecuencias de los problemas asociados con el riesgo.

a) b) c)

Actividades en la proyeccin del riesgo. Establecer una escala que refleje la probabilidad del riesgo.

Escala lgica (SI o NO) Escala cualitativa (Bastante improbable, improbable, moderado, probable y bastante probable) Probabilidad matemtica (Basada en estadsticas de proyectos pasados)

a) b) c)

Asignacin de un peso de la consecuencia del riesgo, de acuerdo a: Su naturaleza (problemas potenciales si el riesgo ocurre) El alcance (Cmo de serio es?, qu tanto afecta al proyecto o a los clientes) La duracin (Cundo empieza y por cunto tiempo)

Evaluacin del riesgo. Co n la lista de riesgos de manera de terna (Ri, Pi, Xi) se prioritizan y se les define un nivel de referencia o punto de ruptura del proyecto, decisin de parar o continuar con el proyecto. a) Pasos que se realizan en la evaluacin del riesgo: Definir los niveles de referencia de riesgo para el proyecto. Intentar desarrollar una relacin entre cada (Ri, Pi, Xi) y cada uno de los niveles de referencia.

b)

Pgina 10 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

c)

Predecir el conjunto de puntos de referencia que definan la regin de abandono, limitado por una curva o reas de incertidumbre. Intentar predecir como afectarn las combinaciones compuestas de riesgos a un nivel de referencia.

d)

Gestin y supervisin de riesgo. Para cada uno de los riesgos se calcula un porcentaje adicional en la planeacin y en el costo del proyecto por el riesgo y se gestiona una serie de pasos para contrarrestar el riesgo. Posteriormente durante el proyecto se supervisan los riesgos.

Documentacin. Es el Plan de Gestin y de Supervisin del riesgo (PGRS).

Nivel de Referencia del riesgo.

6.

PROGRAMACION Y PRESUPUESTACION Los objetivos son: Estimar el tiempo y el esfuerzo en horas-hombre para cada actividad. Asignar los recursos disponibles para cada actividad. Estimacin de costos

Esta parte es apoyada por el juicio de los expertos. Manuales de tiempos estndar y paquetes de administracin de proyectos por computadora (Project).

La programacin es la asignacin de tiempos y recursos a las actividades y la presupuestacin es la estimacin de costos del proyecto. 6.1 PROGRAMACION La asignacin de tiempos para cada actividad debe ser determinada cuantitativamente en das, esto es posible si se conoce adecuadamente lo que se va hacer, cosa que no sucede regularmente al inicio de un proyecto, por lo tanto la programacin se tiene que estimar y el grado de xito depende de que tan definidas estn las actividades. 6.1.1 Estimando la duracin de cada actividad. De acuerdo a la lista de actividades hay que estimarle una duracin en das, como ayuda para la estimacin se pueden usar las siguientes herramientas: PERT(Program Evaluation and Review Technique), CPM (Critical Path Method), PDM(Precedence Diagramming Method) las cuales son tcnicas que utilizan una red de actividades.

Pgina 11 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Por ejemplo: ACTIVIDAD 1. Anlisis y especificacin 2. Revisin de los requisitos 3. Diseo arquitectnico y de datos 4. Revisin del diseo preliminar 5. Diseo procedimental del programa 1 6. Inspeccin del diseo del programa 7. Codificacin del programa 1 8. Inspeccin del cdigo del programa 1 9. Prueba de unidad del programa 1 10. Planificacin de la prueba 11. Procedimiento de prueba 12. Revisin de la prueba 13. Prueba de integracin 14. Prueba de validacin DURACION 15 das 3 das 20 das 3 das 3 das 2 das 2 das 1 da 3 das 12 das 2 das 1 da 10 das 10 das

6.1.2 Fecha de inicio y fecha de trmino del proyecto. Con la fecha de inicio del proyecto se determinan las fechas de inicio y trmino de cada actividad y la fecha final del proyecto. Es bueno aclarar que en la realidad las fechas de inicio y trmino generalmente estn definidas y hay que hacer determinados ajustes en la planeacin o en la asignacin de recursos, tambin las tcnicas mencionadas de estimacin requieren cierta informacin adicional. Para efectos prcticos aqu se utiliza el Diagrama de Gantt que estrictamente es una tcnica que junta la planeacin y programacin en una sola actividad, por lo tanto no es necesaria una red de actividades, pero esta es de gran utilidad para ver las relaciones que existen entre las actividades.

Pgina 12 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

Al llevar las actividades al calendario se determina una fecha de inicio y fin para cada actividad, tomando en cuentas los das laborables (de Lunes a Viernes) y das festivos que haya en el mes. 6.1.3 Objetivos principales para elaborar el Programa del Proyecto. Terminar el proyecto a tiempo Obtener un flujo continuo de trabajo (sin interrupciones o retrasos). Evitar confusiones y malos entendidos. Aumentar el conocimiento de todos los integrantes acerca de su estatus en que se encuentra el proyecto. Proveer reportes veraces y oportunos. Obtener el conocimiento previo de las fechas importantes relacionadas con las actividades clave para el proyecto. Obtener conocimiento anticipado de la distribucin de los costos mientras dure el proyecto. Definir y comunicar con precisin y claridad la responsabilidad / autoridad de cada una de las partes a travs del tiempo. Nivelar y asignar apropiadamente los recursos. Establecer parmetros de medicin de desempeo. 6.1.4 Asignacin de Recursos A cada actividad hay que asignarle recursos. Se consideran dos aspectos: 1) Asignar recursos para cumplir con lo planeado y programado anteriormente.

2)

Tener recursos ilimitados (cosa que no sucede en la prctica ya que hay un equipo de trabajo formado, aqu solo hay que los ajustes necesarios para cumplir con la gente asignada al proyecto).

6.2 PRESUPUESTACION La presupuestacin indica que tanto se va a gastar en todo el proyecto y en que fechas esto se puede determinar en cuanto a recursos humanos y materiales de la programacin. Por esto sera tan slo una parte del costo del proyecto, ya que habra que agregarle una ganancia y esta se tendra que estimar con varios factores que influyen en el costo del software. Hay que aplicar algunas tcnicas y contar con un procedimiento para estimar el costo de un proyecto de software. 6.2.1 Factores que influyen en el costo del software

a)

Capacidad del programador. La produccin de productos de programacin son tareas laboriosas, por lo que la productividad es funcin directa de la capacidad individual. Los programadores que se muestran competentes en procesamiento de datos, suelen no serlo en reas cientficas y de igual forma, un programador cientfico no es, forzosamente un buen programador de sistemas. Por lo tanto, la falta de familiaridad con el rea de aplicacin puede implicar baja productividad y por ende mayor costo y esfuerzo. Complejidad del producto. 1. 2. PROGRAMAS DE APLICACIN Procesamiento de Datos. Programas cientficos.

b)

Compleji dad +

PROGRAMAS DE APOYO Compiladores. Ligadores. PROGRAMAS DE SISTEMAS Sistemas de Bases de Datos. Sistemas operativos. Sistemas de Tiempo Real.

3.

Pgina 13 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

c)

Tamao del programa. Entre mayor sea el tamao del producto, su costo ser mayor. Tamao del producto

Costo del Product o

d)

Tiempo disponible. El esfuerzo total del proyecto se relaciona con el calendario de trabajo asignado para la terminacin del proyecto. Los proyectos de programacin requieren ms esfuerzo si el tiempo de desarrollo se reduce. Confiabilidad requerida. Se debe establecer durante la gestacin del proyecto, en el anlisis de riesgos se deben establecer las fallas en los programas y el impacto que pueden producir en los usuarios o en costo del proyecto.

e)

6.3 DESARROLLO Y CONTROL La parte de desarrollo consiste en implementar el plan, contratar, administrar los contratos, integrar al equipo, distribuir la informacin y ejecutar las acciones requeridas de acuerdo a lo establecido. Por otra parte, el Control consiste en comparar lo ejecutado contra lo planeado, es decir, si hay desviaciones, en equipo planear una accin correctiva. Comparar el progreso real contra lo programado. Identificar el estado del proyecto. Replanear. Actualizar el programa. Reportar nuevas estimaciones de tiempo y costo a cliente y superiores.

6.4 TERMINACION. Es la parte final en donde se elaboran documentos con resultados finales. Evaluacin del reporte final de costo y resultados tcnicos. Evaluacin del proyecto, Jefe y Equipo.

7.

METRICAS DEL SOFTWARE Se refieren a un amplio elenco de mediciones para el software de computadora. La medicin se puede aplicar al proceso del software con el intento de mejorarlo sobre una base continua. Se puede utilizar en el proyecto del software para ayudar en la estimacin, el control de calidad, la evaluacin de productividad y el control de proyectos.

Pgina 14 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

7.1 METRICAS ORIENTADAS AL TAMAO Provienen de la normalizacin de las medidas de calidad y/o productividad considerando el tamao del software que se haya producido. Si una organizacin de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamao.

En la imagen se ve la lista de cada proyecto de desarrollo de software de los ltimos aos y las medidas correspondientes de cada proyecto. En el proyecto Alfa se desarrollaron 12,100 lneas de cdigo(LDC) con 24 personas mes y con un costo de 168,000 libras. Debe tenerse en cuenta que el esfuerzo y el costo registrados en la tabla incluyen todas las actividades de ingeniera de software (anlisis, diseo, codificacin y prueba) y no slo la codificacin. Otra informacin sobre el proyecto Alfa indica que se desarrollaron 365 pginas de documentacin, se registraron 134 errores antes de que el software se entregara y se encontraron 29 errores despus de entregrselo al cliente dentro del primer ao de utilizacin. Tambin sabemos que trabajaron 3 personas en el desarrollo del proyecto Alfa. Para desarrollar mtricas que se puedan comparar entre distintos proyectos, se seleccionan las lneas de cdigo como valor de normalizacin. Los datos contenidos en la tabla se pueden desarrollar para cada proyecto un conjunto de mtricas simples orientadas al tamao: Errores por KLDC(miles de lneas de cdigo) Defectos por KLDC E por LDC Pginas de documentacin por KLDC.

7.2 METRICAS ORIENTADAS A LA FUNCION Utilizan una medida de la funcionalidad entregada por la aplicacin como un valor de normalizacin. Ya que la funcionalidad no se puede medir directamente, se debe derivar indirectamente mediante otras medidas directas.

Valores de dominio

Pgina 15 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

7.3 METRICAS AMPLIADAS DE PUNTO DE FUNCION Se dise originalmente para aplicarse a aplicaciones de sistemas de informacin de gestin. Para acomodar estas aplicaciones, se enfatiz en la dimensin de datos (valores de dominio) para la exclusin de dimensiones (control). Para remediar esta situacin se ha propuesto un nmero de extensiones a la mtrica del punto de funcin bsica. Una extensin del punto de funcin es la llamada puntos de caractersticas, es una ampliacin de la medida del punto de funcin que se puede aplicar a sistemas y aplicaciones de ingeniera de software. La medida de punto de caracterstica acomoda a las aplicaciones en donde la complejidad del algoritmo es alta.

8.

TECNICAS DE ESTIMACION DE COSTOS

1)

Juicio Experto. La tcnica ms utilizada. Se basa en la experiencia, en el conocimiento anterior y en el sentido comercial de uno o ms individuos dentro la organizacin. Razonando de la siguiente manera:

El sistema que se va a desarrollar es muy similar a uno que cost $60,000.00 y tard 5 das. Se puede reutilizar la base del proyecto anterior. Se utilizar el mismo equipo de cmputo y a varios integrantes del proyecto anterior, por lo que la estimacin del esfuerzo se puede reducir en un 20%. Mucho cdigo y rutinas son reutilizables por lo que el esfuerzo se reduce un 20%. Ventajas: Se obtiene una estimacin en corto tiempo.

Desventajas: El experto puede pensar que todos los proyectos son iguales. El experto no tiene familiaridad con el rea del proyecto. Para compensar las desventajas se forma un grupo de expertos que en consenso estimen el costo, teniendo mucho cuidado de no polarizar la estimacin en una sola persona o no llegar a una estimacin consensada.

2)

Tcnica Delfi. Se basa en lograr un acuerdo de un grupo de expertos sin contar con los efectos negativos de las reuniones de grupos. Los pasos para utilizar esta tcnica son: Un coordinador proporciona a cada experto la documentacin con la definicin del sistema y una hoja para que escriba su estimacin. Cada experto estudia la definicin y determina su estimacin en forma annima, los expertos pueden consultar un coordinador, pero no entre ellos. El coordinador prepara y distribuye un resumen de las estimaciones efectuadas, incluyendo cualquier razonamiento extrao efectuado por alguno de los expertos. Los expertos realizan una segunda ronda de estimaciones, otra vez annimamente utilizando los resultados de la estimacin anterior. En los casos en que una estimacin difiera mucho de las dems, se podr solicitar que tambin en forma annima el experto justifique su estimacin. El proceso se repite tantas veces como se juzgue necesario, impidiendo una discusin grupal durante el proceso.

3)

Mtodo histrico. Se basa en registros de esfuerzos de proyectos pasados. Contienen las caractersticas de los programas. La asignacin de tareas. Los requerimientos de tiempo del personal y cualquier acontecimiento o problema poco comn. Cuando se proponen nuevos proyectos se comparan con estos registros y se trata de igualar a lo planeado en los trabajos anteriores para estimar el tiempo de desarrollo estimado.

Pgina 16 de 17

Introduccin al Anlisis y Diseo de Sistemas

Unidad 1

4)

Modelo de Costos COCOMO( Modelo Constructivo de Costo). Es un modelo emprico univariable de recursos que estima el esfuerzo y por lo tanto el costo de los proyectos y est basado en la siguiente ecuacin: RECURSO= C1 x (CARACTERISTICA ESTIMADA)C2 C1 Y C2 son constantes que se determinan de los datos recopilados de proyectos pasados. El COCOMO tiene los siguientes modelos:

El bsico. El cual calcula el recurso esfuerzo (meses de programador) en base al tamao del programa expresado en lneas de cdigo. (KLDC). ESFUERZO=C1 x KLDCC1 (PM) El esfuerzo es dado en meses de programador

El intermedio. Utiliza el bsico pero le multiplica un conjunto de factores que incluyen una evaluacin subjetiva del producto, del hardware, del personal y de los atributos del proyecto. (ESFUERZO x F1 x F2 x F3 x F4 x ) El avanzado. Al intermedio le adiciona una evaluacin de cada una de las fases de desarrollo de software. (Anlisis, diseo, construccin del cdigo, etc)

8.1 PROCEDIMIENTO SUGERIDO PARA LA ESTIMACION DE COSTOS Identificar todos los subsistemas y los mdulos del producto. Estimar el tamao o magnitud por mdulo y sistema en total. Especificar los factores (COCOMO Intermedio) y determinar el factor total. Determinar el tiempo de desarrollo de cada mdulo y del sistema total. Calcular el costo del personal y agregarle los costos de planeacin, anlisis, instalacin, entrenamiento, materiales y equipo y los costos indirectos. (secretarias, personal de limpieza, operadores de equipo de cmputo,.)

Las estimaciones COCOMO cubren desde el diseo hasta las pruebas y aceptacin. Y hay que tomar con reservas esta estimacin ya que est basada en la estimacin de las lneas de cdigo fuente, como referencia en los programas de aplicacin: Estos debern de tener de 2 a 22 KLDC, conocer el rea de aplicacin, sistema operativo y plataforma.

Pgina 17 de 17