Versin: 0.

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

PLANIFICACIONDELSISTEMA a. Fase de estudio i. Formar el equipo de planificacin: El equipo de planificacin estar formado por: Carlos Trieste (Facilitador de los programas Fuentes y Director ejecutivo del proyecto), Luis Prez (Experto en tecnologas y Software Abierto), Ren Moreira (Administrador en informtica participante en varios proyectos estadsticos), Victoria Gabriela Gonzlez (Especialista en sistemas de informacin). ii. Definir el mbito y las expectativas de la planificacin 1. Modelo de Porter del producto? PENDIENTE y Matriz DOFA 2. Descripciones de las expectativas o aspiraciones: La aspiracin principal de la planificacin es obtener un calendario real de las actividades del desarrollo del sistema. Al mismo tiempo dicha planificacin deber incluir anlisis de riesgo y posibles re-planificaciones a futuro. El mbito general de esta planificacin se enfocar a la relacin de la empresa con la contabilidad, administracin y las entidades cliente, proveedores, caja y banco.

Fecha: 16-11-2005

Pagina N 1

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

iii. Identificarlas medidasde rendimientodel producto 1. Anlisis de factores crticos: Relacin de las aspiraciones del producto (como se define el xito del producto segn los ejecutivos ms altos) TODOS Metas del producto: Ejemplo: Posicionar a Libre Unimet 2005 como el sistema contable administrativo de mayor importancia y credibilidad en el mercado Venezolano TODOS (Carlos) 2. Factores crticos: (cosas que deberan suceder si se alcanzan los objetivos) (TODOS) iv. Seleccionaruna metodologade desarrollo:La seleccin de la metodologa es basada en los resultados esperados por el cliente, la visibilidad del producto, ciclos, estilo de diseo, etc. Re-disear un hbrido de metodologa de desarrollo de sistemas modernos + ciclo de vida + metodologa de diseo. Realizar un esquema general y explicar el porque de la seleccin del ciclo de vida y estilo de diseo. (TODOS)

b. Fase de estimacin Siguiendo un mtodo para el clculo del tamao de la empresa llamado Puntos de funcin, donde se determin que hace falta 16 meses para concluirlo. Con un esfuerzo de aproximadamente 26 personas. A esto se le incluye una holgura de una semana para garantizar el control de riesgos y re-planificacin. A continuacin se incluyen unos cuadros que muestra de forma sencilla como se logra este clculo tan importante para la planificacin total del proyecto: Primero se calcula la cantidad de puntos de funcin SIMPL E
NUMERO DE ENTRADAS NUMERO DE SALIDAS CONSULTAS ARCHIVOS LOGICOS INTERNOS ARCHIVOS DE INTERFAZ EXTERNOS 9 4 12 147 45 36 128

MEDIO

COMPLEJO

160 147 4 55

480 500 24 252

Fecha: 16-11-2005

Pagina N 2

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

SIMPL E

MEDIO

COMPLEJO 2003

TOTAL PF (Puntos de Funcin)

Seguidamente se procede a calcular el total de los estimadores que influyen en el proyecto. Comunicacin de datos Procesamiento Distribuido de datos Rendimiento Configuracin altamente Usada Promedio de transacciones Entrada de datos en Lnea Eficiencia para el usuario final Actualizacin en lnea Procesamiento Complejo Reusabilidad Facilidad de instalacin Facilidad de operacin Varios Sitios 5 5 1 1 1 5 5 4 2 5 4 0 5

Facilidad de cambios 3 Tabla para el ajuste de los puntos de funcin La frmula final para determinar el tamao del proyecto es: PF=T * (0,65 + 0,01 * M) Los valores 0.65 y 0.01 son el intervalo multiplicador de influencia M= 46 (total de estimadores) T= 2.003 (total de puntos de funcin) El total de puntos de funcin ajustados es igual a: PF= 2.003 * (0.65 + 0.01 * 46) PF= 2.223,33 (total Puntos de funcin ajustados) Despus se procede a calcular el total de lneas de cdigo o LOCs LOC= AVC * Nmero de puntos de funcin ajustados

Fecha: 16-11-2005

Pagina N 3

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

AVC= Factor dependiente del lenguaje que vara desde 200-300 para lenguaje ensamblador y 2-40 para lenguaje 4GL. Para este proyecto se estim un factor 25 para AVC LOC= AVC * Numero de puntos de funcin Los lenguajes propuestos para el desarrollo del proyecto son PHP o PERL. Lenguaje que se determinar en el anlisis de herramientas un poco ms adelante. PERL y PHP son lenguajes de 4GL, por lo tanto su AVC es de aproximadamente 25, segn la opinin de los expertos basados en desarrollos anteriores. LOC= 25 * 2.223,33 = 55.583,25 Esta informacin fue comparada con la tabla de Planificaciones lo ms cortas posibles (vase la pgina 205 del libro de McConnell):

Tama o del sistema Planificaci n (L neas de c digo) (meses) 10000 15000 20000 25000 30000 35000 40000 45000 50000 60000 70000 80000 90000 100000 120000 140000 160000 180000 200000 250000 300000 400000 500000

Esfuerzo Esfuerzo Esfuerzo Planificaci n Planificaci n (personas (personas (personas mes) (meses) (meses) mes) mes) 6 25 3,5 5 4,2 8 7 40 4,1 8 4,9 13 8 57 4,6 11 5,6 19 9 74 5,1 15 6 24 9 110 5,5 22 7 37 10 130 5,8 26 7 44 11 170 6 34 7 57 11 195 6 39 8 66 11 230 7 46 8 79 12 285 7 57 9 98 13 350 8 71 9 120 14 410 8 83 10 140 14 480 9 96 10 170 15 540 9 110 11 190 16 680 10 140 11 240 17 820 10 160 12 280 18 960 10 190 13 335 19 1100 11 220 13 390 20 1250 11 250 14 440 22 1650 13 330 15 580 24 2100 14 420 16 725 27 2900 15 590 19 1000 30 3900 17 780 20 1400

De esta tabla se determin que el tiempo ms corto posible para un tamao de

Fecha: 16-11-2005

Pagina N 4

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

55.583,25 lneas de cdigo es de aproximadamente 11 meses y medio (menos de un ao) con un esfuerzo de 257,5 personas-mes. Tambin hay que considerar que la tabla anterior es para desarrollo lo ms rpido posible, para planificaciones nominales el promedio del tiempo de desarrollo es de 20.5 meses con un esfuerzo de 400 personas-mes. Por ello propone una planificacin total de 16 meses (un ao y cuatro meses) considerando las posibles desviaciones que surgen a lo largo del proyecto (riesgos, replanificacin, etc.) as como experiencias anteriores en proyectos similares. Tambin el esfuerzo se determinara con una media de los dos valores de esfuerzo anteriores, este nuevo esfuerzo es de 328,75 personas-mes. El nmero de personas que participarn el en proyecto es de 26 personas para un tiempo de desarrollo de 11 meses y medio con un colchn de planificacin de 5 meses segn los clculos anteriores. El grupo de personas estar constituido por programadores, jefe de proyectos, jefes de programacin, director de proyecto, consultores y analistas de sistemas. c. Fase de recursos: i. Definir los recursos humanos necesarios. Los recursos humanos son una entidad importante en el desarrollo y xito del proyecto. Forman parte las dimensiones de velocidad de desarrollo y se tienen que manejar con extrema sutileza. A continuacin se muestra una serie de conocimientos u habilidades necesarias para el equipo de trabajo del presente proyecto:

Directivos: Tienen que sentirse identificados con el proyecto, se encargarn de velar por el flujo de recursos adems de verificar el estado del proyecto. El directivo no debe faltar a reuniones de entrega del producto. Jefes de equipo de proyecto: Se encargan de la planificacin y ajustes del proyecto. Conocen en forma amplia las caractersticas necesarias para presentar y mantener un proyecto de este tipo. Velaran por la culminacin de las tareas en los tiempos estimados, controlaran aspectos como riesgos y adems tendrn que ajustar tiempos en algunas situaciones. Analistas de sistemas: Objetivo: Los Analistas de sistemas tienen como funcin principal la recoleccin de informacin necesaria para determinar los requerimientos del sistema. Tambin se encargan de realizar un diseo del sistema que sea legible por el programador y cumpla con las necesidades propuestas. Disear, desarrollar e implementar SI. Determinar necesidades, requerimientos y/o modificaciones. Evaluar integracin entre distintas plataformas. Perfil: Nivel de estudio universitario en rea relacionada a los sistemas de informacin. Experiencia en anlisis programacin, metodologa y tcnica para el desarrollo de sistemas. Jefes de programacin: Se encarga de supervisar los estndares de programacin, as como tambin del cumplimiento de las entregas por parte de los programadores. Otra de sus funciones en el proyecto es la de crear y mantener un ncleo (core) del sistema que

Fecha: 16-11-2005

Pagina N 5

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

garantice la facilidad de comunicacin entre los mdulos creados. (Seguir modelo) Programadores: Ellos tienen como principal tarea transcribir los diseos de los analistas a cdigo. Cada uno se encargar de un mdulo del sistema y deber estar al tanto del estado del proyecto (Seguir modelo) Supervisores: Velan por el cumplimiento de las normas de calidad ya establecidas para el producto. Ellos pueden pertenecer a otro grupo.(Seguir modelo) Consultores: Tienen el conocimiento avanzado en un rea en especfico, a lo largo del proyecto facilitaran informacin vital para la culminacin de actividades claves en el proyecto.(Seguir modelo) Grupo de Inspeccin: de 3 a 6 personas, pueden ser participantes del proyecto (preferiblemente). Su funcin principal es inspeccionar la calidad del software.(Seguir modelo) Usuarios: Usuarios del sistema actual que estn dispuestos a una sesin de entrevistas para definir los requisitos del nuevo sistema. (Seguir modelo)

Necesidad

Recurso

Cantida d (horas)

Estado

Comentarios/ Responsabilidades

Administracin del proyecto Jefe de programacin Consultora y dominio experto Consultora con experto en el tema Capacitacin y uso de una tecnologa Anlisis del sistema Diseo general Diseo detallado (Interfaz de usuario) Diseo detallado (base de datos) Codificacin

pendient e pendient e pendient e pendient e pendient e pendient e pendient e pendient e pendient e pendient e

Fecha: 16-11-2005

Pagina N 6

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Necesidad

Recurso

Cantida d (horas)

Estado

Comentarios/ Responsabilidades

Documentacin tcnica Documentacin del proyecto Inspeccin (moderador) Inspeccin (revisores) Inspeccin (autor) Inspeccin (secretario) Inspeccin (lector)

pendient e pendient e pendient e pendient e pendient e pendient e pendient e

La estructura del equipo de trabajo es de Ejecucin Tctica por que se centra en ejecutar un plan bien definido. Los miembros del mismo necesitan tener un sentido de la urgencia por la misin, estar ms interesados en la accin que en la intelectualizacin esotrica y ser leales al equipo. Segn McConnell este equipo de trabajo se ajusta a los ciclos de vida de cascadas, cascadas modificadas, entrega por etapas, espiral, diseo para planificacin y diseo de herramientas. Tambin se determin que el modelo a utilizar del equipo es un hbrido entre Equipo profesional de Atletismo y Equipo de negocios. El primero por que cada miembro del equipo se especializar en una funcin es especial: Analista, programador de interfaces, programador del core, programador de un mdulo, etc. El segundo por que adems de adaptarse a todas las estructuras de trabajo, el modelo de equipo de negocios especifica un encargado del proyecto que a su vez es el enlace principal entre los dems participantes y los directivos (Su funcin la desempeara el Sr. Luis Prez). Ms adelante se utilizar el formato de Ficha de tarea para asignarlas a lo largo del proyecto. A continuacin un ejemplo:

Fecha: 16-11-2005

Pagina N 7

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Especificacin de tarea Nmero: 3.1 Nombre: Diseo de BD Descripcin: Se disea la base de datos... Esfuerzo estimado: 2 semanas/hombre Personas: 1 Diseador Recursos: Sala de reuniones Duracin: 2 semanas Entregables: Estructura de implantacin de la BD...

i.

Estudio y seleccin de herramientas PENDIENTE

ii. Recursos usuales y primarios 1. Lugar de trabajo Salas de reuniones: Salas cmodas para la reunin semanal con el directivo, adems de la reunin del grupo de inspeccin y otras reuniones. Entornos de desarrollo silenciosos y tranquilos: Muchos de los desarrolladores se dedicarn a trabajar desde sus casas, los encargados de cada grupo se asegurarn de crear junto con ellos el ambiente deseado Entornos para recoleccin de datos 2. Equipamiento Mobiliario de oficina: Sillas cmodas para los desarrolladores, ergonoma en los dispositivos de uso diario (pasar una lista de normativas para trabajar con computadores y evitar lesiones). Computadores: Hay que verificar el estado de cada una de las estaciones de trabajo y asignar partes de computadoras al presupuesto si estas mquinas lo requieren. Material para presentaciones a directivos 3. Material bsico para el desarrollo S.O. Lenguajes de desarrollo y herramientas: El estudio de herramientas se describe mejor ms adelante Manuales de Software: Manuales, documentos necesarios para el desarrollo Libros con referencia a tcnicas de desarrollo 4. Insumos de oficina Material de escritorio: Bolgrafos, engrapadora, grapas, carpetas, post-it,

Fecha: 16-11-2005

Pagina N 8

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

resaltadores, Dvds, Cds, marcadores de cds, cuaderno contable, fichas, Cuadro de Errores clsicos enmarcado, Pizarras pequeas, borrador, marcadores de pizarra. Material necesario para los equipos: tinta para la impresora, resma de papel. 5. Otros: Dotacin de agua potable, utensilios de bao, refrigerios pequeos para las reuniones. Garantizar el acceso a Internet para todos los participantes Proporcionar un plan de comunicacin continua para los encargados del proyecto (planes telefnicos) Pen-Drives (Memorias extrables) para los desarrolladores. Jornadas de actualizacin tributaria para los analistas de sistemas. Tabla de necesidades primarias Necesidad Materiales de Entrenamiento Fuente Libro del lenguaje a utilizar Cantidad Estado Localizado / cumplen El grupo de desarrollo utilizar su propio PC Comentarios

Estaciones de trabajo PC para desarrollo (especificacione s) Servidor On-line Servidor de pruebas Estacin de trabajo prueba Licencias

d. Fase de Control i. Estimacin de riesgos 1. Identificacin de riesgos: A continuacin se muestra un cuadro con la lista de posibles riesgos encontrados hasta el momento en el proyecto mostrando el porcentaje de ocurrencia y ordenados por su impacto.

Fecha: 16-11-2005

Pagina N 9

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Prioridad 1 2 3

Riesgo La utilizacin de metodologas desconocidas (UML) deriva en un periodo extra de formacin El personal necesita tiempo extra para aprender un nuevo lenguaje de programacin Las tareas encargadas a terceros necesitan ms tiempo del esperado (aprobacin del presupuesto, aprobacin de la adquisicin del material, revisiones legales, seguridad, etc) Algunos de los participantes no poseen habilidades especficas que los clasifiquen dentro de el personal necesitado Falta de entrega del dinero al plazo esperado Las tareas preliminares (aprobacin del proyecto) no se han completado a tiempo El retraso de una tarea produce retrasos en las tareas dependientes. Los ciclos de revisin del cliente son lentos y no participa en la revisin de los planes, prototipos y especificaciones 3 de los programadores estn culminando su tesis de grado y puede que presenten ms atencin a sus obligaciones acadmicas que al proyecto La contratacin tarda ms de lo esperado Ofrecer el producto antes de estar terminado Amenazas de virus en las computadoras de los desarrolladores Normativas del gobierno para la presentacin del proyecto que pueden cambiar de forma inesperada El trabajo con un entorno software desconocido causa problemas no previstos El CORE o ncleo del sistema puede llevar ms tiempo del planificado Vacaciones inesperadas de alguno de los participantes Incompatibilidad de herramientas de trabajo con nuevas versiones o conflicto entre versiones

Porcentaje de ocurrencia 100% 100%

90%

90% 80% 80% 80% 70% 70% (dos primeros meses) 60% 60% 50% 50% 40% 40% 40% 30%

5 6 7 8 9

10 11 12 13 14 15 16 17

Fecha: 16-11-2005

Pagina N 10

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Prioridad 18 19 20 21 22 23

Riesgo Abandono de alguno o varios de los miembros del equipo de trabajo Falta de comunicacin con alguno o varios de los integrantes por que no poseen conexin a Internet Robo de cdigo o material intelectual por parte de alguno o varios desarrolladores Prdida de cdigo fuente por fallas en el servidor principal Aparicin de un nuevo producto con las mismas caractersticas del sistema Cambio de requisitos en materia fiscal o contable

Porcentaje de ocurrencia 30% 20% 10% 10% Por definir Por definir

ii. Control de riesgos 1. Planificacin de la gestin de riesgos: Esta tabla muestra el plan a seguir para cada uno de los riesgos listados anteriormente. (Cada uno de estos planes se va a ejecutar para prevenir la aparicin de los riesgos involucrados).

Prioridad 1

Riesgo Utilizacin de metodologas desconocidas (UML) para el grupo de trabajo. El uso de un nuevo lenguaje de programacin implica tiempo extra de aprendizaje para el mismo.

Plan de accin Organizar una jornada para la induccin en el uso de la metodologa UML, previa asignacin de manuales operativos de dicha metodologa a los involucrados Planificar sesiones de adiestramiento para el dominio de las particularidades de este lenguaje por parte de los programadores, en paralelo con la fase de anlisis. Acordar en una reunin con los directivos la fecha de introduccin del documento y el tiempo calculado para la aprobacin.

Las tareas delegadas a terceros necesitan ms tiempo del esperado (aprobacin del presupuesto, aprobacin de la adquisicin del material, revisiones legales, seguridad, etc) Algunos de los participantes no poseen habilidades especficas que los clasifiquen dentro de el personal

Redefinir las actividades de los participantes y asignarles tareas acorde con sus habilidades (Incluir en la

Fecha: 16-11-2005

Pagina N 11

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Prioridad necesitado 5

Riesgo

Plan de accin planificacin tiempo de instruccin en la tarea de ser necesario) Garantizar a los trabajadores el flujo de dinero, as como el pago por su servicio. Puede que el proyecto tarde en aprobarse, pero esto no debe influir en el presupuesto de los recursos si se desea empezar de inmediato. Esta ligado a los riesgos anteriores. Se debe realizar una reunin en donde se acuerde la continuidad del proyecto por los directivos. De lo contrario no podr iniciarse de inmediato.

Falta de entrega del dinero al plazo esperado

Las tareas preliminares (aprobacin del proyecto) no se han completado a tiempo

El retraso de una tarea produce retrasos Puntualizar la entrega de informes y en las tareas dependientes. reuniones para informar del avance del proyecto. Presionar levemente en las fechas de entrega y re-planificar en caso de suceder un retraso significativo Los ciclos de revisin del cliente son Involucrar al cliente en la revisin del lentos y no participa en la revisin de los proyecto. Realizar una reunin semanal en planes, prototipos y especificaciones donde los principales miembros del proyecto puedan comunicar sus inquietudes y mostrar sus avances. Documentar lo acordado para cada reunin 3 de los programadores estn culminando su tesis de grado y puede que presenten ms atencin a sus obligaciones acadmicas que al proyecto Verificar las fechas de entrega de sus tesis de grado y no incluirles actividades durante ese tiempo. Evidentemente ellos no pueden estar encargados de las primeras prestaciones del sistema. Asignarles la tarea de aprender el nuevo lenguaje durante sus ratos libres. Legalizar la contratacin de los recursos humanos necesarios para el desarrollo del proyecto. Especificar con un abogado sus deberes y recompensas Realizar una clausula que especifique que si los directivos ofrecen el producto antes

10

La contratacin tarda ms de lo esperado

11

Ofrecer el producto antes de estar terminado

Fecha: 16-11-2005

Pagina N 12

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Prioridad

Riesgo

Plan de accin de las pruebas finales, los desarrolladores

12

Amenazas de virus en las computadoras Especificar un ambiente de trabajo para de los desarrolladores cada desarrollador e incluir las medidas necesarias para el control de posibles ataques de virus. Circular normativas para la lectura de correos, apertura de archivos, etc. Proporcionar enlaces a las aplicaciones necesarias para evitar dichos ataques. Normativas del gobierno para la presentacin del proyecto que pueden cambiar de forma inesperada El trabajo con un entorno software desconocido causa problemas no previstos Establecer este rengln como riesgo continuo en la monitorizacin de riesgos. Ubicar un buen contacto en el gobierno que informe de estos posibles cambios. Planificar actividades de instruccin en las herramientas a utilizar, as como distribuir entre el grupo de trabajo los manuales o tutoriales necesarios. Se debera crear una lista para que sea ms fcil la distribucin de los conocimientos. Incluir en la monitorizacin la posibilidad de planificar consultora en el rea Dialogar con cada uno de los participantes y acordar un mes de vacaciones dependiendo de sus planes personales y de la planificacin general. Las vacaciones se asignaran para todos los integrantes del proyecto y solo tendr actividades de monitorizacin.

13

14

15 16

El CORE o ncleo del sistema puede llevar ms tiempo del planificado Vacaciones inesperadas de alguno de los participantes

17

Incompatibilidad de herramientas de En el anlisis de herramientas especificar trabajo con nuevas versiones o conflicto la versin de cada una de ellas y entre versiones establecer una tarea peridica que verifique el estado de nuevas versiones; de ser necesario estas debern ser instaladas para los dems desarrolladores Abandono de alguno o varios de los miembros del equipo de trabajo Realizar la contratacin lo ms pronto posible y poseer una lista de personas con las mismas habilidades que puedan estar

18

Fecha: 16-11-2005

Pagina N 13

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Prioridad

Riesgo

Plan de accin disponibles si esto llega a suceder.

19

Falta de comunicacin con alguno o varios de los integrantes por que no poseen conexin a Internet

Realizar fichas personales para cada uno de los integrantes, adems de tener el control de sus habilidades tambin funcionar como centro de informacin de sus telfonos, correos, etc. Tambin incluir como tarea diaria de cada uno de los participantes la revisin del correo asignado para el proyecto. (Concerniente al contrato)

20

Robo de cdigo o material intelectual por parte de alguno o varios desarrolladores

21 22

Prdida de cdigo fuente por fallas en el Realizar respaldos diarios de toda la servidor principal informacin del servidor Aparicin de un nuevo producto con las mismas caractersticas del sistema Revisar en Internet y con los contactos de las personas implicadas si existe algn producto con las mismas caractersticas que pueda salir al mercado antes o para la misma fecha.

23

Cambio de requisitos en materia fiscal o Igual a la 13 contable

2. Monitorizacin de riesgos: Se recomienda aadir en el plan del proyecto u calendario tems mensuales que permitan identificar nuevos riesgos a lo largo del desarrollo. Esto permitir generar nuevos planes a seguir para evitar retrasos o inconvenientes en la planificacin general. iii. Seleccin de mtodos de control de calidad: La combinacin de Inspeccin y lectura de cdigo es la favorita hasta los momentos, esto gracias a su capacidad de deteccin de errores que garantizan la calidad del producto. La inspeccin y la lectura de cdigo se incluirn como una actividad peridica ms en el calendario de planificacin. Para la inspeccin se necesitan (3 a 6 personas) Moderador: Planifica, dirige y Ordena los reportes. Trabaja en el producto antes de la reunin. Tambin genera un informe al finalizar la reunin describiendo cada uno de los defectos e indicando lo que se har con cada uno de ellos. Revisores: que examinan el producto antes de la reunin y utilizan listas de control para estimular su revisin (identifican los errores).

Fecha: 16-11-2005

Pagina N 14

Versin: 0.3

Codigo: Unimet 2005

Nombre: Documentacin de planificacin

Autor: Comenta el material inspeccionado, es el desarrollador del producto de trabajo. Secretario: Se en carga de ordenas los reportes y documentar los errores. Finalmente se recogen los datos de los errores, se emplea tiempo corrigindolos y otras inspecciones. Lector: Da un resumen del producto de trabajo durante la reunin. A continuacin los pasos a seguir para llevar a cabo una inspeccin: Planificacin: El desarrollador completa el producto y se rene un grupo de personas para la inspeccin. El moderador se asegura que el producto de trabajo (requerimientos, diseos, cdigo, documentacin, guias de usuarios. 10 a 12 hojas para requerimientos, 200 o 250 lneas de cdigo) satisfaga el criterio de inspeccin. Por ltimo se planifica la inspeccin y asignacin de roles. Resumen: Se les facilita a los inspectores un background del proyecto (de ser necesario). Preparacin: Los inspectores estudian los productos de trabajo y el material asociado con ellos (se recomienda usar listas de chequeo para ayudar a encontrar los errores comunes). Examen: Los inspectores se renen a revisar su trabajo en forma conjunta. El moderador deber asegurarse de la preparacin de los inspectores. Una persona asignada como lector presenta el producto de trabajo parafraseando o interpretando el texto, mientras que cada participante observa en busca de defectos (duracin: hasta 2 horas). Al finalizar el grupo decide si el producto es aceptado o debe ser retrabajado. (AL finalizar la reunin se generan 2 documentos: Una lista de defectos y el informe del moderador) Retrabajo: El autor corrige todos los defectos. Seguimiento: El moderador chequea las correcciones del autor. Si es satisfactorio el producto de trabajo es puesto bajo control de configuracin. En cuanto a la Lectura de cdigo: Es una revisin ms formal y una tcnica de testeo esttica, el autor, distribuye listados del cdigo fuente entre dos o ms revisores. Los revisores leen el cdigo e informan de cualquier error del autor del cdigo.

b. Desarrollar un plan de proyecto (VER Libre Unimet 2005) i. Anlisis de costos (Interno) Definir parmetros

Fecha: 16-11-2005

Pagina N 15