TRABAJO COLABORATIVO 2 INGENIERIA DEL SOFTWARE

LUZ YANETH ECHAVARRIA RODOLFO GUTI MONICA MONTAEZ MEDINA BLANCA YOLANDA PINZON ALVARO JAVIER URBINA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BSICAS, TECNOLOGAS E INGENIERA INGENIERA DE SISTEMAS 2009

INGENIERIA DE SOFTWARE: TRABAJO COLABORATIVO # 2.

Caso # 1: Se le ha nombrado gestor de proyecto dentro de una organizacin de sistemas de informacin. Su trabajo es construir una aplicacin que es bastante similar a otras que ha construido su equipo, aunque esta es mayor y ms compleja. Los requisitos han sido detalladamente documentados por el cliente. Qu estructura de equipo elegira y porqu? Qu modelo(s) de proceso de software elegira y porqu? Hechos: Soy el Gestor de proyectos. Construir una aplicacin similar a otras que ha construido mi equipo, pero ms grande y ms compleja. Requisitos detalladamente documentados por el cliente.

Situaciones problemticas: Elegir estructura de equipo y Por qu? Elegir modelo de proceso software y Por qu?

Alternativas de solucin: 1. Seleccin del equipo de software: Para poder elegir una estructura de equipo, debemos tener en cuenta que es una aplicacin similar a otras que el equipo ha desarrollado, por tales razones sera muy prctico y eficiente optar por un modelo centralizado controlado, porque adems de conocerse proyecto similares, el proyecto actual es de mucho mas tamao, el cual con una buena modularidad se desarrollara fcil y rpidamente. 2. Seleccin del modelo: Como la documentacin est ampliamente detallada y la aplicacin es de gran tamao, se recomendara por esos motivos el modelo de proceso de software lineal secuencial. Como segunda opcin tenemos: a) Construir una aplicacin que es bastante similar a otras, como situacin problemtica Por lo general, los desarrolladores de software estn acostumbrados a desarrollar software a medida, sin suministrar las fuentes a sus clientes, debido al incremento de coste que supondra el no poder rentabilizar sus desarrollos con otros clientes. Estos bloques de cdigo reutilizables en

otras aplicaciones tambin permiten agilizar en tiempo y medida el desarrollo de programas, adems una organizacin que tenga sus procesos mejor estructurados y estandarizados podr obtener mejor provecho de las herramientas que tiene disponible y no al contrario. Esto es observable en muchas organizaciones, por lo general adquieren software que puede ofrecerles infinidad de posibilidades, razn por la cual otras empresas lo emplean, sin embargo al no tener la base definida es poco el provecho que se obtiene pues no se busca optimizar el proceso a travs del empleo de herramientas. Como alternativa de solucin: La definicin de alcance del proyecto es muy importante para su buena y eficaz conclusin. En este sentido, las metodologas de desarrollo son herramientas que nos permiten soportar y estructurar el proyecto de una manera concisa. Aqu, es importante aplicarlas y usarlas de forma adecuada. Los objetivos del proyecto se deben definir desde el inicio, esto no implica, necesariamente, que no sea extensible. Sino que delimita un rango de cosas que abarca. b) La aplicacin es mayor y ms compleja, como situacin problemtica: Un gestor de proyectos de software debe concentrarse en entender el problema que hay que resolver, gestionando el flujo de ideas y, al mismo tiempo, haciendo saber a todos los miembros del equipo (mediante palabras y, mucho ms importante, con hechos) que la calidad es importante y que no debe verse comprometida. Esto debido a que la escala es de gran tamao y complejidad y que se presta para confusiones y dificultades en el desarrollo del software. Como alternativa de solucin: La filosofa de "voy desarrollando y va quedando como quiere el cliente ya que somos recontra flexibles", no es la mejor ya que, de acuerdo a experiencias, genera mas problemas que soluciones (refactoring, retrasos, perdida de percepcin del alcance, etc.) Sobre la estimacin de tiempos de un proyecto, podra comentar que el grado alto de flexibilidad dificulta terriblemente una estimacin confiable, ya que el cliente puede cambiar tantas cosas que tu proyecto puede crecer y crecer. En todo caso lo que se hace es controlar componentes ms pequeos del proyecto, planificar el trabajo sobre estos, el tiempo y los recursos que intervendrn y posteriormente a este componente, los que sigan. Tambin es muy importante mtodos de coordinacin y comunicacin con el equipo. c) Los requisitos han sido detalladamente documentados por el cliente, como situacin problemtica: Cuando los integrantes del equipo o proyecto trabajan en aspectos que son de su inters, de esta manera, el proyecto en global se beneficia teniendo mejores resultados, personas comprometidas y apasionadas con su trabajo. Sin embargo, esto presenta el problema de que, generalmente, se pierde un poco el sentido de visualizacin integral del proyecto, cosa que se suele mejorar con la incorporacin de roles de coordinacin.

Como alternativa de solucin:

Respecto al tema de definicin de requisitos y mbito del proyecto, tenemos, como aspecto relevante la constante interaccin con el usuario operador a travs de sus procesos de retroalimentacin de versiones en etapa temprana. Esto permite que el desarrollo se realice a medida que se encuentre una necesidad del usuario. Sea un informe de fallo, solicitud de caractersticas nuevas, modificacin de funcionalidad, etc. estas incidencias son las que usualmente activan los esfuerzos de desarrollo y mantienen una lnea de vida constante en el proyecto de software. Si se pierde el inters en el software o no se obtiene esta retroalimentacin, usualmente el desarrollo se estanca y suele quedar abandonado. En cuanto a: Qu estructura de equipo elegira y porqu?: Creo que es importante una estructura de equipo CENTRALIZADO CONTROLADO, que me permita como Jefe de equipo la resolucin de problemas a alto nivel, obviamente no depender solo de mi situacin como Jefe, sino del aporte y coordinacin interna del equipo, pero se hace necesario una comunicacin vertical que permita tener enfocado al grupo en una misma direccin. Lo elegira porque da pie a la coordinacin racional tanto del personal como del conjunto de actividades a desarrollar, razn por la cual es posible que todos hablen el mismo idioma y que todos se interesen en analizar las situaciones con un margen de control interno que no permite desviaciones en el proceso. Qu modelo(s) de proceso de software elegiramos y por qu?: El modelo de proceso de software que implementaramos sera el COCOMO DETALLADO, ya que permite incluir caractersticas del modelo intermedio y adems los factores correspondientes a los atributos son sensibles a la fase sobre la que se realizan las estimaciones, puesto que aspectos tales como la experiencia en la aplicacin, utilizacin de herramientas de software entre otras, tiene mayor influencia en unas fases que en otras y adems porque van variando de una etapa a otra y permiten una evaluacin del impacto de los conductores de costo en cada fase del proceso. Tambin establece una jerarqua de tres niveles de productos de forma que los aspectos que representan gran variabilidad a bajo nivel, se consideran a nivel de modulo; los que representan pocas variaciones, a nivel de subsistema; y los restantes son considerados a nivel del sistema.

Caso # 2: Se le ha nombrado gestor de proyecto de una pequea compaa de productos software. Su trabajo consiste en construir un producto innovador que combine hardware de realidad virtual con software innovador. Puesto que la competencia por el mercado de entrenamiento casero es intensa, hay cierta presin para terminar el trabajo rpidamente. Qu estructura de equipo elegira y porqu? Qu modelo(s) de proceso de software elegira y porqu? Hechos:

Soy gestor de proyectos. Pequea compaa de productos software. Desarrollar producto innovador que combine hardware y software innovador. Presin para terminar trabajo.

Situaciones problemticas: Elegir estructura de equipo de trabajo y Por qu? Elegir proceso de software y Por qu?

Alternativas de solucin: 1. Seleccin de equipo de trabajo: Para tomar esta decisin debemos considerar seriamente las circunstancias que se presentan: Empresa pequea. Hacer cambios de software existente (innovar). Necesidad de terminar pronto.

Por tales razones y por la necesidad de innovar y por los tiempos de entrega cortos, me inclinara inevitablemente por la estructura de equipo descentralizado controlado. El cual permite cumplir con tiempos de entrega y posibilita una mxima innovacin. 2. Seleccin del modelo: Debido a la presin por tiempo de entrega corto y a la posible reutilizacin de aplicaciones debemos indicarnos por el modelo de desarrollo rpido para software tambin llamado DRA. Caso # 3: Usted es el jefe de proyectos de una compaa de software. Se le ha pedido que dirija a un equipo que est desarrollando un software de un procesador de textos. Construya una tabla de riesgo para el proyecto. Hechos: Soy el jefe de proyectos de una compaa de software. Se debe desarrollar un procesador de textos.

Situaciones problemticas: Construir una tabla de riesgo para el proyecto.

Alternativas de solucin:

RIESGOS Efectos del producto en los ingresos de la compaa. Es nuevo para la compaa el software a desarrollar. Suficiente personal. El software interactuar con hardware nuevo o no aprobado. Hay disponible herramienta de gestin de proyectos de software. Hay disponible herramienta de gestin de proyectos de software. El cliente tiene claro el producto que requiere. Existen en nuestra compaa herramientas de anlisis y diseo. Personal con conocimientos adecuados. Mayor nmero de usuarios del producto. Nmero de cambios antes de la entrega del producto. Nmero de cambios despus de la entrega del producto.
Caso #4:

CATEGORIA IO

PROBALIDAD 90%

IMPACTO 4

90%

ET T

90% 80%

4 1

ED

70%

ED

70%

TC ED

70% 50%

3 2

ET TP TP

50% 45% 30%

2 3 3

TP

3%

Asuma que ha sido contratado por una Universidad para desarrollar un sistema de inscripcin a cursos para un determinado programa. Defina un listado de tareas. Utilice las diferentes tcnicas para establecer una planificacin temporal del proyecto. Hechos:

Desarrollar de un sistema de inscripcin a cursos para un determinado programa.

Situacin problemtica: Definir listado de tareas. Usar diferentes tcnicas para establecer una planificacin temporal del proyecto:

Alternativas de solucin: Listado de tareas. 1. 2. 3. 4. 5. 6. 7. 8. 9. Definicin de cursos (1 da) A. Definicin de mecanismos de inscripcin (1 da) Definicin de personal necesario (1 da) C. Definicin de formato de inscripcin (1 da) D. Capacitacin de personal (8 das) E. Simulacro de inscripcin (3 das) F. Correcciones y/o mejoras (3das) G. Definicin de fecha de la inscripcin (1 da) H. Evento (5 das) I.

B.

Diagrama PERT: 1 0 A (1) 2 1 1 C (1) 4 2 3 D (1) 5 3 3 E (8) 6 11 11

B (1)

F (3)

2 2

7 14 14

G (3)

9 18 18

H (1)

8 17 17

I (5) 10 23 23