es una aplicacion para android

7/25/2019 es una aplicacion para android

1/17

Ttulo:Plantillas de EDT para la gestin de proyectos de softwareAutores: Dra. Anaisa Hernndez Gonzlez *

M. Sc. Margarita Andr Ampuero **Institucin: Centro de Estudios de Ingeniera y Sistemas

Facultad de Ingeniera IndustrialInstituto Superior Politcnico Jos Antonio Echeverrae-mail: * [email protected]

** [email protected]:La planificacin de un proyecto es una de las actividades ms importantes, pero ala vez ms menospreciada por los equipos de desarrollo. Contar con plantillas quesirvan de marco de referencia en esta planificacin, puede ser un incentivoimportante en el camino para la ejecucin de este paso dentro del ciclo de vida deun proyecto.En este trabajo se realiza un estudio de la gestin de proyectos y, en particular, dela construccin de la Estructura Detallada de Trabajo (EDT). Se analizan losdiferentes tipos de proyectos de software que pueden desarrollarse y se proponenplantillas para construir la EDT, para proyectos de gestin, proyectos queproducen productos multimedia y proyectos de investigacin cientfica.Las plantillas propuestas para cada tipo de proyecto incluyen las actividades arealizar, las relaciones de precedencias entre ellas y los roles que juegan losmiembros del equipo que participan en su ejecucin.La propuesta toma como referencias las invariantes del proceso de desarrollo desoftware de cada uno de los tipos de proyectos que se analizan.

Abstract:The project planning is one of the most important activities, but at the same timemore minimized by the development teams. To have template that serve asreference in this planning, can be an important incentive so that it is planned.This work includes a study of the projects management and, in particular, of theconstruction of the Work Breakdown Structure (WBS). The different types ofsoftware projects are analyzed. It includes templates to build the WBS for projectsof administration, multimedia products and projects of scientific investigation.The template proposed for each project type include the activities to carry out, therelationships of precedence among them and the lists that play the members of theteam that participate in their execution.The templates takes like references the common elements of the process ofsoftware development in each one of the types of projects that are analyzed.

Palabras claves:Estructura detallada de trabajo, Gestin de proyectos informticos

Dra. Anaisa Hernndez Gonzlez M. Sc. Margarita Andr Ampuero
mailto:[email protected]:%[email protected]:%[email protected]:[email protected]


2/17

Gestin de Proyectos InformticosUn proyecto es un conjunto coordinado de actividades [11]:

- con un punto de partida y un punto de terminacin definidos,- que se propone uno o ms objetivos nicos (productos o servicios), y en el

que

- el logro de estos objetivos debe alcanzarse antes de que termine elproyectoTodos los proyectos requieren de algn grado de coordinacin de los recursospara que puedan terminar de forma exitosa y, a menos que esto no se planifiquecuidadosamente, se consumirn ms recursos, tiempo y dinero del que se

necesita [2,11].Cada proyecto tiene un elemento de novedad sobre el que habr riesgos ydificultades a vencer. Esto requiere tomar decisiones en las que se tomen encuenta los objetivos, costos y tiempos. Un proyecto es exitoso cuando lograsatisfacer a los clientes y los stakeholders y se alcanza una importante dimensin:la calidad. Se define calidad como la conformidad con los requerimientos. Por lo

tanto, un proyecto resulta exitoso cuando satisface los siguientes objetivos:- Alcance- Tiempo- Costo- Calidad

Los Grupos de procesos de la Direccin de Proyectos, de acuerdo a las fases delciclo de vida de un proyecto, son [11]: Iniciacin, Planificacin, Ejecucin,Seguimiento y Control y Cierre.La fase que ser objeto de estudio en este trabajo es la de Planificacin, que secompone de procesos para planificar y gestionar con xito un proyecto, para loque desarrolla el Plan de Gestin del proyecto que incluye principalmente el

alcance del proyecto, costos del proyecto, actividades a desarrollar, recursoshumanos y materiales requeridos, comunicaciones necesarias, riegos a enfrentar,calidad a garantizar y necesidades de adquisiciones y compras.La direccin de proyectos se estructura en 9 reas, definidas por sus requisitos deconocimientos y que organizan a los procesos de la Direccin de proyectos deacuerdo a un criterio de gestin del proyecto (Integracin, Alcance, Tiempo, Costo,

Adquisiciones, Calidad, Riesgos, Recursos Humanos y Comunicaciones) [11].Dentro de estas reas la propuesta aporta a las de: Gestin del Alcance del proyecto: Incluye los procesos necesarios para

asegurarse que el proyecto incluya todo el trabajo requerido y solo el trabajorequerido, para completar el proyecto satisfactoriamente.

Gestin del Tiempo del proyecto: Incluye los procesos requeridos paralograr la conclusin del proyecto en Tiempo.

Gestin de Recursos Humanos de un proyecto:Incluye los procesos queorganizan y dirigen el equipo del proyecto

Estructura Detallada de TrabajoLa Estructura de Desglose o Detallada de Trabajo (EDT o WBS-Work BreakdownStructure) presenta una descomposicin jerrquica, que parte de cada uno de losproductos entregables y contiene el trabajo que ser ejecutado por el equipo del



3/17

proyecto para lograr los objetivos del proyecto y crear los productos entregablesrequeridos. Cada nivel descendente define un mayor nivel de detalle del trabajorequerido, por lo que en la definicin del Enunciado del Alcance del proyectopreliminar solo se descompone en los productos entregables y los principalessubproductos derivados de ellos que puedan identificarse tanto externos como

internos. Dentro de los procesos de las reas de conocimiento de Alcance yTiempo del proyecto se profundiza en esta jerarqua [10,11].Para obtener la EDT se parte esencialmente de la informacin contenida en:

Enunciado del alcance del proyecto: Descripcin narrativa del alcance delproyecto, incluidos los principales productos entregables, objetivos delproyecto, hiptesis del proyecto, restricciones del proyecto y una descripcindel trabajo, que brinda una base documentada que permite tomar decisionesfuturas sobre el proyecto, y confirmar o desarrollar un entendimiento comn delalcance del proyecto entre los interesados.

Activos de los procesos de la organizacin: Incluye las bases deconocimientos de la organizacin como las lecciones aprendidas de otros

proyectos y la informacin histrica y todos los planes formales e informales,polticas, procedimientos y pautas que deben tomarse en cuenta.La descomposicin es la tcnica de planificacin que se utiliza para obtenerla.Consiste en subdividir el alcance del proyecto y los productos entregables delproyecto en componentes ms pequeos y ms fciles de manejar, hasta que eltrabajo a desarrollar est suficientemente detallado para poder respaldar laejecucin, seguimiento y control del proyecto.La posibilidad de contar conplantillasque proporcionen un punto de referencia,basado en proyectos anteriores, que al usarlas produzcan un reduccin delesfuerzo necesario para planificar, al incluir actividades, relaciones de precedenciaentre ellas y roles que desempean las personas encargadas de acometerlas,constituye una herramienta til para el proceso de planificacin.En el caso de los proyectos de software debe contemplarse las invariantes delproceso de desarrollo de software que la organizacin ejecutante del proyectoutilice en el desarrollo de productos de esta naturaleza.En la figura 1 se muestran los procesos de planificacin asociados a las reas deconocimiento de Alcance, Tiempo y Recursos Humanos vinculados con laobtencin de los elementos de la EDT a los que se har referencia en la plantillapropuesta.



4/17

PLANIFICACIN

Alcance

1- Planificar elalcance

Alcance

2- Definir elalcance

Alcance

3- Crearel EDT

Tiempo

4- Estimacinde recursos delas actividades

Recursos Humanos

1- Planificacin de losRecursos Humanos

Tiempo

1- Definicinde actividades

Tiempo

3- Estimacin dela duracin de lasactividades

Tiempo

2- Establecimientode la secuencia delas actividades

Figura 2 Procesos vinculados con la obtencin de la EDT.

Identificacin de ProyectosExisten mltiples criterios para clasificar a los proyectos, algunos de ellos son:

Respuesta de la Lista de Gerencia de Proyectos de Informtica(GEPROYINFO) de la Asociacin Colombiana de Ingenieros de Sistemas(ACIS) a la pregunta: caractersticas por las cuales se podra hacer unaclasificacin de proyectos de software Proyectos de desarrollo de software. Proyectos de implantacin de aplicaciones (ERP, CRM, ...) Proyectos de planeacin estratgica (consultora, reingeniera, out

sourcing, ) De acuerdo a la situacin de partida del producto de software vinculado al

proyecto, segn Banzi, Islam y Maxim [1,4,8]: Nuevo



5/17

Mejora incremental Mantenimiento Adaptacin Conformidad Evolucin

Reingeniera Ingeniera inversa De acuerdo al tipo de producto que produce:

Software de sistema Software de tiempo real Software de ingeniera y cientfico Software de gestin Software empotrado Software de computadoras personales Software de Inteligencia Artificial Multimedia Investigacin cientfica

Proceso de desarrollo de softwareEl Proceso de desarrollo de software es el conjunto total de actividades necesariaspara transformar los requisitos de un cliente en un conjunto consistente deartefactos que representan un producto de software y, en un punto posterior en eltiempo para transformar cambios en dichos requisitos en nuevas versiones delproducto de software [6,9].RUP es un proceso de ingeniera de software que posee dos dimensiones. Laprimera dimensin representa su aspecto dinmico y se expresa en trminos defases, iteraciones e hitos. Por tanto, muestra los aspectos del ciclo de vida de RUPque se descompone en cuatro fases secuenciales que culminan respectivamentecon grandes hitos; estas son: Conceptualizacin, Elaboracin, Construccin yTransicin. La segunda dimensin representa su aspecto esttico, o sea, cmoest descrito en trminos de componentes del proceso, actividades, flujos detrabajo, artefactos y roles. Dichas disciplinas agrupan actividades por sunaturaleza lgica.Dentro de las metodologas extremas se han desarrollado variantes reducidas deeste proceso, pero de forma general se puede decir que incorporan las invariantespara producir un producto de software, por cuanto se sustentan en el cuerpo deconocimiento de la Ingeniera de Software [3].En las plantillas que se propone se toman como referencia estos elementos.

RolesUn ROL es un puesto que puede ser asignado a una persona o conjunto depersonas que trabajan juntos en un equipo, y que requiere responsabilidades yhabilidades sobre cmo realizar determinadas actividades y desarrollardeterminados artefactos.Los miembros de un equipo de proyecto generalmente cubren varios roles. Sinembargo, los roles no son individuales; ellos ms bien describen cmo los



6/17

individuos se comportan en un negocio y qu responsabilidades tienen estosindividuos.De acuerdo a RUP, los roles que juegan los miembros de un equipo de proyectose clasifican en cinco grandes grupos: Analistas, Desarrolladores, Probadores,Directivos y Otros.

En este trabajo se toma como referencia la propuesta de roles que se hace en [7],que se basa en las caractersticas y necesidades de la Industria Cubana deSoftware. Estos roles son:

Analista

Diseador

Programador

Arquitecto

Planificador

Especialista en calidad

Especialista en seguridad

Implantador

Probador Jefe de proyecto

Especialista en soporte

Especialista en gestin de cambios y configuracinHay determinados proyectos que requieren roles particulares. Este es el caso, porejemplo, de los productos multimedias que requieren personal especializado paratrabajar con algunos medios como el video y el sonido.

Plantillas propuestasLos tipos de proyectos que se han escogido como referencia, responden a losque usualmente se desarrollan por los equipos de desarrollo en las empresas

cubanas. Proyecto de investigacin cientfica: Para poder llegar a conclusiones sobre

la viabilidad del uso de una tecnologa, plataforma, tcnica, mtodo.

WBS Tarea Rolesinvolucrados

Predecesoras

1. 1 Proyecto de investigacin cientfica.

2. 1.1 Estudio del tema objeto de anlisis deviabilidad.

3. 1.1.1 Buscar bibliografa vinculada con eltema.

Jefe del proyecto,Analista

4. 1.1.2 Extraer ideas relevantes de cada unade las fuentes bibliogrficas.


3

5. 1.1.3 Identificar campos de aplicacin deltema objeto de estudio.


4

6. 1.1.4 Comparar con otras tecnologas,plataformas, mtodos, tcnicas.


4,5

7. 1.1.5 Obtener conclusiones sobre el anlisisbibliogrfico.


4,5,6



7/17

WBS Tarea Rolesinvolucrados

Predecesoras

8. 1.1.6 Elaborar glosario de trminos sobre losconceptos relevantes sobre el temaestudiando.

Analista 4,5,6,7

9. 1.1.7 Construir el diagrama de clases delmodelo de objetos. Analista 8

10. 1.1.8 Elaborar documento de referenciasobre el estudio realizado.

Analista, Jefe deproyecto

4,5,6,7,8,9

11. 1.2 Diseo e implementacin de un casode estudio o piloto a usar para probarvalidez del tema objeto de anlisis.

12. 1.2.1 Seleccionar caso de estudio o piloto. Analista, Jefe deproyecto

10

13. 1.2.2 Definir otras herramientas dedesarrollo requeridas para construir la

solucin.

Analista 10,12

14. 1.2.3 Construir los diagramas de diseo quedescriben cmo se dar respuesta alcaso de estudio o piloto.

Analista,Diseador,

Arquitecto

10,12

15. 1.2.4 Definir estndares a emplear. Analista 12,13

16. 1.2.5 Implementar solucin Programador 12,13,14,15

17. 1.2.6 Elaborar documento de refencia sobreel diseo e implementacin.

Analista

18. 1.3 Resultados del anlisis de viabilidad.

19. 1.3.1 Prueba

20. 1.3.1.1 Disear los casos de prueba. Probador 17

21. 1.3.1.2 Disear los procedimientos de prueba. Probador 17,2022. 1.3.1.3 Probar Probador 20,21

23. 1.3.1.4 Documentar las pruebas realizadas Probador 20,21,22

24. 1.3.2 Evaluar los resultados esperados conrespecto a los esperados

Analista, Jefe delproyecto

10,23

25. 1.3.3 Documentar los resultados del anlisisde viabilidad

Analista, Jefe delproyecto

24,23,17,10

Producto multimedia: Creacin un producto multimedia que permita lapresentacin de informacin utilizando diferentes medios audiovisuales.

WBS Tarea Predecesoras Roles

involucrados1. 1 Producto multimedia

2. 1.1 Estudio de las NTIC como apoyo alproceso de enseanza-aprendizaje.

3. 1.1.1 Estudio del proceso de enseanza-aprendizaje.



8/17

WBS Tarea Predecesoras Rolesinvolucrados

4. 1.1.1.1 Recopilar informacin sobre lasformas de organizacin de laenseanza, los mtodos de

enseanza y los medios deenseanza-aprendizaje.

Analista

5. 1.1.1.2 Identificar las formas, mtodos ymedios que usualmente se utilizan enel proceso de enseanza-aprendizajede esta temtica.

4 Jefe del proyecto,Analista

6. 1.1.1.3 Identificar las necesidadeseducativas y el entorno docente en elque se desarrolla este proceso.

Jefe del proyecto

7. 1.1.1.4 Analizar las experiencias que setienen con el uso de las NTIC en la

enseanza de este tema o de otrosafines.

4 Jefe del proyecto,Analista

8. 1.1.1.5 Elaborar documento con informacinrelativa al proceso de enseanza-aprendizaje de esta temtica.

4,5,6,7 Jefe del proyecto,Analista

9. 1.1.2 Tendencias y tecnologas actuales aconsiderar.

10. 1.1.2.1 Las NTIC en el mbito educacional.

11. 1.1.2.1.1 Estudiar el impacto de las nuevastecnologas en el entorno del procesode enseanza-aprendizaje.

4,7 Jefe del proyecto,Analista

12. 1.1.2.1.2 Identificar el uso que se dar a lacomputadora en el producto aobtener.

8,11 Jefe del proyecto,Analista

13. 1.1.2.1.3 Identificar el tipo de softwareeducativo a producir.

8,11,12 Jefe del proyecto,Analista

14. 1.1.2.1.4 Elaborar documentacin sobre lajustificacin del uso de las NTIC en elproceso de enseanza-aprendizajede esta temtica.

8,11,12,13 Jefe del proyecto,Analista

15. 1.1.2.2 Tecnologa multimedia.

16. 1.1.2.2.1 Estudiar las herramientas de autora

y para el tratamiento de los mediosque se pueden utilizar en laelaboracin del producto.

13 Analista

17. 1.1.2.2.2 Seleccionar las herramientas a usaren la elaboracin del producto.

16 Analista



9/17


18. 1.1.2.2.3 Estudiar las caractersticas de losdiferentes medios que se puedenutilizar.

13 Analista,Especialista ensonido,

Especialista envideo, Editor

19. 1.1.2.2.4 Elaborar documentacin sobre lajustificacin de las herramientas ymedios a utilizar en el producto desoftware.

16,17,18 Analista deinformacin

20. 1.1.2.3 Modelado de aplicaciones.

21. 1.1.2.3.1 Estudiar los mtodos, metodologas,herramientas y tcnicas posibles autilizar.

13 Analista

22. 1.1.2.3.2 Seleccionar metodologa, mtodos,

tcnicas y herramientas a utilizar.

21 Analista

23. 1.1.2.3.3 Elaborar documentacin sobre lajustificacin de las herramientas,mtodos, metodologas y tcnicas ausar en el desarrollo.

21,22 Analista

24. 1.2 Preparacin de la informacin.

25. 1.2.1 Recopilacin de la informacin.

26. 1.2.1.1 Solicitar a las fuentes informacin endiferentes medios sobre el tema.

Jefe del proyecto

27. 1.2.1.2 Estudiar contenido sobre el tema yorganizacin del mismo en las vas a

travs de las que se trasmite.

Expertos en lamateria, Jefe del

proyecto, Analistade informacin

28. 1.2.1.3 Definir organizacin del contenido aincorporar en el producto.

8,13,18,27 Expertos en lamateria, Jefe delproyecto, Analistade informacin

29. 1.2.1.4 Recopilar informacin que se tengasobre el tema y que se ajuste a losacpites de estructuracin de lainformacin que se definan.

26,28 Expertos en lamateria, Analistade informacin

30. 1.2.1.5 Describir caractersticas tcnicas de

la informacin recopilada.

18,29 Especialista en

sonido,Especialista envideo, Editor,

Analista deinformacin



10/17


31. 1.2.1.6 Decidir informacin a incorporar en elproducto.

18,28,30 Expertos en lamateria, Jefe delproyecto, Analista

de informacin32. 1.2.1.7 Solicitar autorizacin para incorporarinformacin al producto.

31 Jefe del proyecto

33. 1.2.1.8 Elaborar documentacin sobre laestructuracin del contenido einformacin a incluir.

31,27,28,29,30,32

Jefe del proyecto,Analista deinformacin

34. 1.2.2 Elaboracin de los medios.

35. 1.2.2.1 Definir colores, tipo y tamao deletras, iconos, zonas en la que secolocar la informacin.

6,13,19 Diseador

36. 1.2.2.2 Decidir los juegos a crear. 6,13,33 Analista de

informacin,Diseador

37. 1.2.2.3 Preparar la informacin textual. 17,18,13,33,35, 36,48

Analista deinformacin,Diseador

38. 1.2.2.4 Preparar las imgenes. 17,18,33,36,48 Analista deinformacin,Diseador,Especialista envideo

39. 1.2.2.5 Preparar sonido. 17,18,33,36,35

, 48

Especialista en

sonido, Analistade informacin,Diseador

40. 1.2.2.6 Preparar animaciones. 17,18,33,35,36, 48

Especialista envideo, Analista deinformacin,Diseador

41. 1.2.2.7 Preparar video. 17,18,33,35,36, 48

Analista deinformacin,Especialista envideo, Diseador

42. 1.2.2.8 Documentar decisiones tomadas encuanto al diseo del producto desoftware.

35,36,37,38,39, 40,41

Analista deinformacin,Diseador

43. 1.3 Software educativo.

44. 1.3.1 Adquisicin del equipamientoinformtico y licencias requeridaspara la elaboracin del producto desoftware.



11/17


45. 1.3.1.1 Definir los medios tcnicosrequeridos para elaborar este tipo deproductos.

18,30,31 Analista,Especialista ensonido,


46. 1.3.1.2 Elaborar documentacin con ladescripcin de los medios tcnicos ylicencias de software requeridos.

18,45 Analista

47. 1.3.1.3 Analizar ofertas de vendedores sobrelos productos que se requiereadquirir.

46 Jefe del proyecto

48. 1.3.1.4 Adquirir productos. 47 Analista

49. 1.3.1.5 Documentar necesidades deadquisiciones y resultados del

proceso de adquisicin.

45,46,47,48 Analista,Computadora

50. 1.3.2 Diseo del producto informtico.

51. 1.3.2.1 Construir el diagrama de clasesextendido para modelar aplicacionesmultimedia.

23,33,42 Diseador

52. 1.3.2.2 Disear la base de datos. 23,33,51 Diseador

53. 1.3.2.3 Construir los diagramas depresentacin.

23,33,42 Diseador

54. 1.3.2.4 Construir los M-Slices. 23,33,42,51,52, 53

Diseador

55. 1.3.2.5 Disear la navegacin. 23,33,37,38,39

, 40,41,53,54

Diseador, Jefe

del proyecto,Analista deinformacin

56. 1.3.2.6 Construir los diagramas de secuenciaextendidos.

23,33,42,51,52, 53,54,55

Diseador

57. 1.3.2.7 Disear los mecanismos de ayudaque se darn al usuario.

8,33 Diseador

58. 1.3.2.8 Disear los mecanismos deevaluacin del conocimiento.

6,7,33,55 Jefe del proyecto,Analista, Expertosen la materia

59. 1.3.2.9 Elaborar la documentacin de diseo

del producto de software.

23,51,52,53,54

, 55,56,57,58

Diseador

60. 1.3.3 Ensamblaje del producto de software.

61. 1.3.3.1 Programar el mdulo de actualizacindinmica de la base de datos.

59 Programador,Especialista enseguridad



12/17


62. 1.3.3.2 Montar los medios preparados deacuerdo a la navegacin del sistema.

37,38,39,40,59 Programador,Especialista ensonido,


63. 1.3.3.3 Programar los juegos a incorporar alsistema.

36,35,59 Programador,Especialista ensoporte

64. 1.3.3.4 Implementar los mecanismos deayuda.

57,59 Programador

65. 1.3.3.5 Programar los mecanismos deevaluacin del conocimiento.

58,59 Programador

66. 1.3.3.6 Documentar el desarrollo del procesode programacin.

61,62,63,64,65 Programador

67. 1.3.3.7 Prueba.68. 1.3.3.7.1 Elaborar los casos de prueba. 61,62,63,64,65

,66,59Probador

69. 1.3.3.7.2 Elaborar el procedimiento de prueba. 68 Probador

70. 1.3.3.7.3 Probar. 61,62,63,64,65,66,68,69

Probador

71. 1.3.3.7.4 Elaborar la documentacin sobre laspruebas realizadas y los resultados.

70 Probador

72. 1.4 Utilizacin del producto de software.

73. 1.4.1 Definir curso en el que se harn laspruebas de software.

6,7,33 Jefe del proyecto,usuarios

74. 1.4.2 Adaptar el proceso en el lugar dondese harn las pruebas.

6,7,33,55,57,58,73

Jefe del proyecto,usuarios

75. 1.4.3 Desarrollar las pruebas 61,62,63,64,65, 74

Jefe del proyecto,usuarios

76. 1.4.4 Evaluar resultados del uso delsoftware.

75 Jefe del proyecto,usuarios

77. 1.4.5 Elaborar documentacin conresultados de la insercin delproducto de software.

73,74,75,76 Jefe del proyecto

Proyecto de gestin: Procesamiento de grandes volmenes de informacin,

garantizando su conservacin y consulta por diferentes criterios.WBS Tarea Predecesoras Roles

involucrados1. 1 Proyecto de gestin2. 1.1 Diseo de la arquitectura y

equipamiento informtico para lautilizacin del producto de software

3. 1.1.1 Informe del funcionamiento del negocio.



13/17


4. 1.1.1.1 Descripcin del negocio actual

5. 1.1.1.1.1 Analizar el comportamiento del negocio. Analista

6. 1.1.1.1.2 Analizar la necesidad de informatizacin

del negocio.

5 Analista

7. 1.1.1.1.3 Informe que describe negocio actual

8. 1.1.1.1.3.1 Identificar los actores y trabajadores delnegocio involucrados

6 Analista

9. 1.1.1.1.3.2 Identificar los procesos del negocio y lasreglas del negocio asociadas

6 Analista

10. 1.1.1.1.3.3 Describir los procesos del negocio atravs de diagramas de actividad

"8,9,14" Analista

11. 1.1.1.1.3.4 Construir el Diagrama de clases delmodelo de objetos del negocio

10 Analista

12. 1.1.1.1.3.5 Elaborar informe con descripcin del

negocio actual

11 Analista

13. 1.1.1.2 Estudio de otros sistemas de este tipoimplantados en el mundo y susbeneficios

14. 1.1.1.2.1 Estudiar las experiencias similares en elmundo

Analista

15. 1.1.1.2.2 Revisar soluciones existentes para elproblema estudiado

Analista

16. 1.1.1.3 Descripcin del negocio propuesto.

17. 1.1.1.3.1 Identificar actividades que requiereninformatizarse y los cambios al negocio

actual que provocan

12,14,15 Analista

18. 1.1.1.3.2 Identificar las diferencias entre elnegocio actual y propuesto

6,12,14,15 Analista

19. 1.1.1.3.3 Identificar los procesos del negociopropuesto

6,12,14,15,18 Analista

20. 1.1.1.3.4 Describir los procesos del negociopropuesto a travs del diagrama deactividades.

6,12,14,15,18,19

Analista

21. 1.1.1.3.5 Construir el diagrama de clases delmodelo del negocio propuesto

6,12,14,11,15,18,19,20

Analista

22. 1.1.1.3.6 Elaborar informe sobre la descripcin

del negocio propuesto

18,19,20,21 Analista

23. 1.1.2 Modelo del sistema

24. 1.1.2.1 Construir Diagrama de Casos de uso delsistema

22 Analista

25. 1.1.2.2 Describir los casos de uso del sistemaubicndolos en el nivel donde seejecutan e identificando la informacinque manipulan

24 Analista



14/17


26. 1.1.2.3 Disear la arquitectura 22,24,25 Arquitecto

27. 1.1.2.4 Construir el diagrama de despliegue 26 Analista,Arquitecto

28. 1.1.2.6 Elaborar informe con la arquitecturapropuesta 24,25,26,27 Analista,Arquitecto

29. 1.1.3 Estudio de factibilidad del proyecto

30. 1.1.3.1 Calcular el total de la inversin enequipamiento para la implantacin

28 Planificador

31. 1.1.3.2 Determinar los beneficios tangibles eintangibles

14,15,28 Planificador

32. 1.1.3.3 Estimar el esfuerzo y el tiempo deduracin de la construccin del productode software

28 Planificador

33. 1.1.3.4 Estimar el tiempo requerido para poblar

la Base de Datos

32 Planificador

34. 1.1.3.5 Elaborar el informe de estudio defactibilidad del proyecto

30,31,33 Jefe deproyecto,Planificador

35. 1.2 Producto de software36. 1.2.1 Tecnologas y plataformas a usar

37. 1.2.1.1 Estudiar el modelo de datos distribuidosy centralizados y cmo se disea labase de datos

Analista,Arquitecto,Especialistaen soporte

38. 1.2.1.2 Estudiar las tecnologas para el

desarrollo de aplicaciones

Analista,

Especialistaen soporte

39. 1.2.1.3 Analizar las soluciones de Cdigoabierto

Analista,Especialistaen soporte

40. 1.2.1.4 Analizar los gestores de bases de datosque pueden usarse

37 Analista,Especialistaen soporte

41. 1.2.1.5 Elaborar un informe sobre el estado delarte de las tecnologas y plataformasposibles a usar y la justificacin de la

eleccin

37,38,39,40 Analista,Arquitecto,Especialista

en soprte42. 1.2.2 Diseo del producto informtico

43. 1.2.2.1 Modelo de diseo

44. 1.2.2.1.1 Describir de forma detallada los casosde uso

28,41 Diseador

45. 1.2.2.1.2 Construir los diagramas de secuenciapara cada caso de uso

41,44 Diseador



15/17


46. 1.2.2.1.3 Construir el diagrama de clases deldiseo

45 Diseador

47. 1.2.2.2 Seguridad del sistema

48. 1.2.2.2.1 Disear la seguridad que se dar a lainformacin 28,41 Especialistaen seguridad

49. 1.2.2.2.2 Establecer los niveles de acceso a lainformacin

48 Especialistaen seguridad

50. 1.2.2.2.3 Identificar las funcionalidades a incluiren el sistema

48,49 Especialistaen seguridad

51. 1.2.2.2.4 Incorporar los elementos de seguridad alos diagramas de clases y de secuenciaconstruidos

45,46.50 Diseador

52. 1.2.2.3 Diseo de la base de datos

53. 1.2.2.3.1 Identificar las entidades que se desea

sean persistentes

22,46 Analista,

Diseador54. 1.2.2.3.2 Obtener el esquema conceptual global 53 Diseador

55. 1.2.2.3.3 Obtener la base de datos fsica 22,54 Diseador

56. 1.2.2.4 Principios de diseo

57. 1.2.2.4.1 Definir los estndares en el diseo delas entradas y salidas del sistema

41,44 Diseador

58. 1.2.2.4.2 Definir la ayuda que tendr el sistema 41,44 Diseador

59. 1.2.2.4.3 Definir el tratamiento que se dar a loserrores

41,44 Diseador

60. 1.2.2.4.4 Establecer los estndares decodificacin a utilizar

41,44 Diseador

61. 1.2.2.5 Modelo de implementacin62. 1.2.2.5.1 Identificar los componentes a programar 41,28,60,44,45

,46Diseador

63. 1.2.2.5.2 Identificar los componentes a reutilizar 41,62,28,44,45,46

Diseador

64. 1.2.2.5.3 Construir el diagrama de componentes 62,63 Diseador

65. 1.2.2.6 Elaborar informe con documentacin delsistema

44,45,46,51,54,55,64,57,58,59,60,48,49,50

Diseador

66. 1.2.3 Implementacin del producto

67. 1.2.3.1 Mdulo de X

68. 1.2.3.1.1 Crear la base de datos 65 Programador,Especialistaen soporte,Especialistaen gestin delaconfiguraciny cambio



16/17


69. 1.2.3.1.2 Programar 65,68 Programador,Especialistaen soporte,

Especialistaen soporte,Especialistaen gestin delaconfiguraciny cambio

70. 1.2.3.1.3 Documentar la programacin 65,68,69 Programador,Especialistaen gestin dela

configuraciny cambio

71. 1.2.3.1.4 Prueba del mdulo X

72. 1.2.3.1.4.1 Disear los casos de prueba 70,65 Probador

73. 1.2.3.1.4.2 Disear los procedimientos de prueba 72,65,70 Probador

74. 1.2.3.1.4.3 Probar los algoritmos programados 73,72 Probador

75. 1.2.3.1.4.4 Documentar los resultados de laspruebas

72,73,74 Probador

76. 1.2.3.2 Elaborar el manual de usuario delsistema

65,22,70,75 Arquitecto,Analista, Jefedel proyecto,

Diseador77. 1.2.3.3 Prueba piloto del sistema

78. 1.2.3.63.1 Identificar clientes en los que se harnla prueba

28 Jefe deproyecto

79. 1.2.3.3.2 Capacitar a los especialistas de losclientes seleccionados

76 Implantador

80. 1.2.3.3.3 Crear las condiciones en los clientesseleccionados

28 Implantador

81. 1.2.3.3.4 Probar el sistema 75,79,80 Implantador

82. 1.2.3.3.5 Elaborar informe con los resultados delas pruebas

81 Implantador

ConclusionesContar con plantilla de referencia, durante la fase de planificacin de un proyecto,para la construccin de la Estructura Detallada de Trabajo; constituye un armaestratgica en la gestin de proyectos al contribuir al incremento de eficiencia delproceso y de la calidad de los resultados.

Al tomarse como referencia las reconocidas buenas prcticas que se deben seguirdurante el proceso de desarrollo de software, se est favoreciendo su uso por el



17/17

equipo de desarrollo. Las plantillas que se han propuesto contemplan algunoselementos que son planificados, pero que son cruciales para ejecutar el proyectode software: las actividades que se requieren realizar, los roles involucrados en surealizacin y las relaciones de precedencia entre las actividades. Otros elementoscomo el tiempo requerido para realizar una actividad y los recursos no humanos

que se necesitan; pueden ser propuesto sobre la base del estudio de lasinvariantes y la prctica real.

Bibliografa1. Banzi, Massimo: Software Process Management

http://www.inf.unibz.it/mcs/courses/smp/Lect.6Plan/Plan.ppt 2. Salvador Capuz, Eliseo Gmez-Senent, Alvaro Torrealba, Pablo Ferrer, Toms

Gmez y Jos Luis Vivancos: Cuadernos de Ingeniera de Proyectos III:Direccin, gestin y organizacin de proyectos. Servicio de Publicaciones dela Universidad Politcnica de Valencia. 2000. Espaa.

3. Islam, Misbah: Software Engineeringhttp://www.site.vottawa.ca/misbah/sag3300b

4. IEE Computer Society: Guide to the Software Engineering Body of Knowledge(SWEBOK ). 2004 Version,

5. Humphrey, Watts S.: Introduccin al Proceso de Software Personal SM.Addison Wesley, Pearson Education, S.A. 2001..Espaa (Traducido de:Introduction to the Personal Software Process, First Edition, 1997).

6. Jacobson, I.; Booch, G. y Rumbaugh, J.: El Proceso Unificado de Desarrollode Software.. Addison-Wesley. 2000.

7. Lpez Trujillo, y. Andr Ampuero, M.: Roles en el Proceso de desarrollo desoftware para las empresas cubanas. Reporte de investigaciones del Centrode Estudios de Ingeniera y Sistemas, Cuba. Diciembre 2005.

8. Maxim, Bruce R.: Project Scheduling and Trackinghttp://www.engin.vmd.umich.edu/CIS/course.des/cis375

9. Pressman, R.: Ingeniera de Software: Un enfoque prctico. Mc Graw-Hill/interamericana de Espaa. 2002.

10. Project Management Institute: Practice Standard for Work BreakdownStructures. USA. 2001.

11. Project Management Institute: Gua a los Fundamentos de la Direccin deproyectos (Gua del PMBOK). Edicin Tercera edicin.. EUA. 2004.

Dra Anaisa Hernndez Gonzlez M Sc Margarita Andr Ampuero
http://www.inf.unibz.it/mcs/courses/smp/Lect.6Plan/Plan.ppthttp://www.site.vottawa.ca/misbah/sag3300bhttp://www.engin.vmd.umich.edu/CIS/course.des/cis375http://www.engin.vmd.umich.edu/CIS/course.des/cis375http://www.site.vottawa.ca/misbah/sag3300bhttp://www.inf.unibz.it/mcs/courses/smp/Lect.6Plan/Plan.ppt

es una aplicacion para android

Documents