Você está na página 1de 33

PROYECTO: REGWIREL

INTEGRANTES:
o

ECHE AVILA, RAFAEL

FABIAN CORDOVA, JORGE LUIS

LLALLERI CARDENAS, NATHALY

LOPEZ COTRINA, MARIO

PORTUGAL TUANAMA, JORGE

SALE HUARAZ, ALEXANDRA

Pgina 1 de 33

INDICE

1. INTRODUCCION..
2. RESUMEN EJECUTIVO..
3. DESCRIPCIN DEL PROYECTO..
3.1. OBJETIVOS DEL PROYECTO
3.2. ALCANCE DEL PROYECTO...
3.3. ASUNCIONES.
3.4. RESTRICCIONES
3.5. REQUERIMIENTOS DEL PROYECTO/ENTREGABLES.
4. ACTA DE CONSTITUCIN..
5. REGISTRO DE STAKEHOLDERS.
5.1. NIVEL DE COMPROMISO DE LOS STAKEHOLDERS..
6. ENUNCIADO DE ALCANZE
7. ESTRUCTURA DETALLADA DEL TRABAJO - EDT
8. DICCIONARIO DE LA EDT
9. DIAGRAMA DE RED DEL CRONOGRAMA DEL PROYECTO
10. CRONOGRAMA DEL PROYECTO
11.

ORGANIGRAMA DEL PROYECTO..

Pgina 2 de 33

Pgina 3 de 33

1. INTRODUCCION
A continuacin se proceder con el detalle de los lineamientos que se tendremos en
consideracin para la iniciacin, planificacin, ejecucin, seguimiento y control y
cierre del proyecto REGWIREL de tal forma que podamos garantizar el xito del
proyecto y se pueda cumplir con los principales objetivos del mismo (alcance,
tiempo, costo y calidad).
Para poder llegar a obtener el alcance principal del Plan de Gestin del Proyecto
ser necesario llevar a cabo la documentacin de las acciones que sean necesarias
para definir, preparar, integrar y coordinar todos los planes subsidiarios que se
generan durante la planificacin de un proyecto y que se integran en el Plan de
Gestin del Proyecto, estos estarn siendo actualizados y revisados conforme se
vaya desarrollando el proyecto
Por ltimo, se nos hace necesario indicar que el Plan de Gestin del Proyecto es un
documento formal que deber ser aprobado por los principales involucrados del
proyecto, ya que la informacin ira cambiando o modificndose segn el tiempo y la
necesidad del mismo. Segn se acuerde en el Plan de Gestin de Comunicaciones
cada cambio ser comunicado a todo el equipo de proyecto

2. RESUMEN EJECUTIVO
La empresa LANN PERU WIRELESS es una empresa proveedora de internet que
brinda el servicio para las zonas donde los operadores grandes como movistar no le
pueden garantizar a los clientes el servicio esto es varios puntos de san juan de
Lurigancho y toda la zona de san Antonio de Huarochir y otros distritos, actualmente
la empresa cuenta con dos sucursales y solo se comercializa internet que no es con
lnea de telfono.

Pgina 4 de 33

3. DESCRIPCIN DEL PROYECTO


El proyecto REGWIREL consiste en desarrollar un aplicativo de software mediante el
cual se pueda realizar un registro de clientes que nos permita tener un control de la
informacin tanto de los usuarios como de los equipos con los que cuenta cada uno
de ellos, de esta manera se podrn ejecutar los cambios correspondientes con los
proveedores y se harn efectivas las garantas segn cada antena
3.1. Objetivos del proyecto

El aumento de control de cliente y equipos con la implementacin nuevo


software de registro de clientes y por lo tanto generar mayores ingresos para
la organizacin.

Mejorar la relacin con los clientes y los proveedores al tener un mayor


control sobre las garantas de cada equipo y as poder otorgarlas de manera
correcta.

Generar un aumento de las ganancias para la organizacin al no perder las


garantas otorgadas a cada usuario.

3.2. Alcance del proyecto


Desarrollar e implementar el nuevo software de registro de cliente en todos los
ordenadores encargados y actualizar su sistema de manera que se pueda facilitar el
uso del producto sin realizar tantos cambios drsticos sobre sus funcionalidades
anteriores
3.3. Asunciones
Que las empresas grandes de telefona e internet lleguen a expandirse a las zonas
donde ellos actualmente brindan sus servicios.
No tener los requerimientos tecnolgicos necesarios para poder brindar los servicios
de velocidad estable, calidad y rapidez.

Pgina 5 de 33

3.4. Restricciones
Las restricciones ms comunes son el presupuesto, alcance y tiempo.
Falta de capacidad profesional de su personal, para adaptarse paralelamente al
proyecto.
3.5. Requerimientos del proyecto/Entregables

Mejorar el manejo de la cartera de Clientes para poder tener acceso rpido a su


informacin y poder atenderlos segn sus requerimientos.

Tener mayor control sobre los equipos y las garantas que tienen cada uno de
los clientes y una adecuado gestin de proveedores.

4. ACTA DE CONSTITUCIN
NOMBRE DEL PROYECTO: REGWIREL
Fecha de actualizacin: Abril 2014

Autor:

Versin : 0.1

Propsito

Tener un mejor control sobre el registro de los clientes y los equipos


que tienen cada uno de ellos aumentando as el costo de las
ganancias al aplicar las garantas y aumentar la cantidad de
clientes satisfechos.

Justificacin

Este proyecto se justifica econmicamente ya que se est


perdiendo ganancias. Esto sucede porque la organizacin deja las
antenas como garanta y al no poder registrar los cdigos de serie,
la marca y modelo exacto de las antenas instaladas dificulta el
poder realizar el cambio con los proveedores correctos, esto genera
grandes prdidas ya que la empresa se compromete con una
garanta de ms de un ao teniendo que asumir el costo de equipos
nuevos. A esto se le suma la prdida de informacin sobre los
clientes ya que muchas veces no sabe si se hizo algn cambio de
sus equipos, tampoco donde vive ni como poder ubicarlos.

Pgina 6 de 33

Alcance: Nuevo software de Registro de Clientes. Aumento de


control de cliente y equipos
Objetivos y
criterios de
xito

Criterio de xito: Aumento de ingresos para el negocio.


Tiempo : Cumplir el plazo solicitado
Criterio de xito: Plazo estimado 4 meses.
Costo : No exceder el presupuesto estimado Cumplir el
presupuesto estimado
Criterio de xito: Menos de $ 500,000.
- Mejorar el manejo de la cartera de Clientes para poder tener

Requerimiento
s del alto nivel

acceso rpido a su informacin y poder atenderlos segn sus


requerimientos.
- Tener mayor control sobre los equipos y las garantas que tienen
cada uno de los clientes y una adecuado gestin de proveedores.
El proyecto REGWIREL consiste en desarrollar un aplicativo de
software mediante el cual se pueda realizar un registro de clientes
que nos permita tener un control de la informacin tanto de los

Descripcin

clientes como de los equipos con los que cuenta cada uno de

del proyecto

ellos, para cumplir con los requerimientos de la organizacin se

alto nivel

deber realizar el plan del proyecto en lapso de 15 das y el


proyecto en s deber durar un periodo de 4 meses, en este lapso
el aplicativo deber estar instalado en las 3 Computadoras que
son las que estn encargadas de llevar el control de los clientes.

Descripcin
del producto
de alto nivel

Software de Registro y actualizacin de clientes y equipos:

Mantener un registro adecuado y control de los equipos

Mejora en la actualizacin de los datos del cliente

Pgina 7 de 33

Falta de recursos y financiamiento

Falta de cdigos de serie de equipo ya instalados o de


modelos no comercializables

Riesgos de
alto nivel

Cambios en los procedimientos que se usan en la actualidad,


variacin en las configuraciones.

Problemas del usuario con el manejo de su base de datos


actual

Cronograma
de hitos
resumido
Resumen de
presupuesto

Fecha de inicio: Mayo 2014


Fecha de fin: julio 2014

Aproximadamente 1000 nuevos soles hasta los 5000 nuevos soles


Cumplimiento de requerimientos funcionales y no funcionales
Entrega peridica de Informes que contengan:

Requisitos de
aprobacin

- Manejo del nuevo registro de clientes (actual vs anterior)


- Registro de los equipos con los que cuenta cada cliente
(actual vs anterior)
- Beneficios que se lograran con el uso correcto de garantas
correctas segn cada cliente (actual vs anterior)

Director de
proyecto

Alexandra Sal Huaraz

asignado

Pgina 8 de 33

5.

REGISTRO DE STAKEHOLDERS

STAKEHOLDER 1

Nombres y apellidos:
Posicin en la

Christian Luque Quispe.


Representante legal de la Empresa LANN PERU

Organizacin:

WIRELESS SAC
Es una de las partes ms interesadas por ende es de gran

Rol en el proyecto:

influencia ya que toma las decisiones en conjunto con el

Datos de contacto:

sponsor.
N de oficina (01) 721-7789 o RPM #434850

Principales expectativas,
necesidades

de la empresa.

Que sea de fcil manejo para los empleados.

Que pueda reducir las prdidas de las empresas.

Que sea de bajo costo


Que pueda emitir reportes de las garantas de los

Principales requerimientos

equipos.

Influencia potencial en el
proyecto
Fase en el ciclo de vida
donde el inters es mayor
Clasificacin del interesado
(Interno/externo, partidario,

Que sea beneficiosa y de utilidad para las funciones

Tener acceso como administrador.

Mantener satisfecho

La fase donde el inters es mayor es PRUEBAS.

Interno/partidario

Medio.

Alto

Mantener informado de los avances logrados a nivel

neutral, opositor, etc.)


Intereses en el proyecto
Evaluacin del impacto
Estrategia potenciales para
ganar soporte o reducir

general en especial si son avances importantes que

oposicin

involucren dinero ser de ms aceptacin para este


Pgina 9 de 33

Stakeholder.

STAKEHOLDER 2:

Nombres y apellidos:
Posicin en la

William Israel De la Cruz Hinostroza.


Gerente general y Sponsor de la Empresa LANN PERU

Organizacin:

WIRELESS SAC
Es una de las partes ms interesadas su opinin tiene

Rol en el proyecto:
Datos de contacto:

mayor peso que la de los otros integrantes de la empresa.


N de oficina (01) 721-7789 o RPM #434850 o Rpc
989363800
Que sea beneficiosa y de utilidad mayor a lo
invertido.

Principales expectativas,

Que sea de fcil manejo para los empleados en las


funciones de la empresa..

necesidades

Que pueda reducir las prdidas de las empresas.

Que sea de bajo costo la inversin.


Que pueda emitir reportes de las garantas de los
equipos.

Principales requerimientos

Influencia potencial en el
proyecto
Fase en el ciclo de vida
donde el inters es mayor
Clasificacin del interesado
(Interno/externo, partidario,

Tener acceso como administrador.

Que pueda emitir listados segn Marcas, proveedor.

Zonas donde hay ms fallos.

Gestionar atentamente.
A lo largo de todo el Proyecto, pero con mayor intensidad
en la definicin de requerimientos

Interno/partidario

Alto.

neutral, opositor, etc.)


Intereses en el proyecto

Pgina 10 de 33

Evaluacin del impacto

Alto

Estrategia potenciales para

Mantener informado de los avances logrados a nivel

ganar soporte o reducir

detallado en especial si son avances importantes

oposicin

que involucren dinero.

STAKEHOLDER 3:

Nombres y apellidos:
Posicin en la

Juan Torres Aguilar

Tcnico de Instalaciones

Rol en el proyecto:

Usuario

Datos de contacto:

N de oficina (01) 721-7789 o RPM #949585613

Que software pueda facilitarle la informacin

Organizacin:

completa y correcta de los clientes para que pueda

Principales expectativas,

realizar la verificacin correspondiente y se puedan

necesidades

realizar las instalaciones y aplicaciones de garantas

de manera correcta
Tener la informacin completa de los clientes

Facilidad de bsqueda de informacin sobre las

Principales requerimientos

garantas a prestar

Poder realizar de manera eficiente y eficaz la


actualizacin de la nueva informacin de los clientes

Influencia potencial en el
proyecto
Fase en el ciclo de vida

Media

A lo largo de todo el Proyecto, pero con mayor

donde el inters es mayor


Clasificacin del interesado
(Interno/externo, partidario,

intensidad en la definicin de requerimientos

Opositor

neutral, opositor, etc.)


Pgina 11 de 33

Intereses en el proyecto

Alto

Evaluacin del impacto

Alto

Estrategia potenciales para

que ocurre en el proyecto y darle a conocer todos

ganar soporte o reducir

los beneficios que le proporcionar la

oposicin

Mantenerlo informado constantemente sobre todo lo

implementacin del software

STAKEHOLDER 4:

Nombres y apellidos:
Posicin en la

IC ARIES SAC

Cliente

Rol en el proyecto:

Usuario final o Beneficiario.

Datos de contacto:

N de oficina (01) -4072156

Que el mantenimiento tcnico sea eficiente en caso

Organizacin:

Principales expectativas,

de que presente un problema la empresa pueda

necesidades
Principales requerimientos
Influencia potencial en el
proyecto
Fase en el ciclo de vida

cliente y de sus equipos

Baja.

Principalmente en la parte final. En la etapa de

donde el inters es mayor


Clasificacin del interesado
(Interno/externo, partidario,

resolverlo en el menor tiempo posible.


Que el sistema pueda guardar datos importantes de

pruebas.

Neutral.

neutral, opositor, etc.)


Intereses en el proyecto

Bajo.

Pgina 12 de 33

Evaluacin del impacto

Bajo (monitorear)

Estrategia potenciales para

Informar en caso se requiera hacer pruebas con sus

ganar soporte o reducir

datos y de forma paulatina informar la fecha de

oposicin

migracin para que pueda notar los beneficios.

5.1

NIVEL DE COMPROMISO DE LOS STAKEHOLDERS

NIVEL DE

Stakeholder

COMPROMISO

Stakeholder 2

Stakeholder 3

Stakeholder 4

Apoyo entusiasta
(trabajar fuerte para

lograr que suceda)


Ayuda al trabajo
(apoyar para

implementar la
solucin)
Condescendiente
(har lo mnimo)
Indiferente (No

ayudar, no har
dao)
Vacilante (se
reserva, no es
voluntario)
No cooperativo
(tendr que ser
estimulado)
Opuesto
(abiertamente se
opondr a la

solucin)
Pgina 13 de 33

Hostil (bloquear a
toda costa la
implementacin de la
solucin)

Pgina 14 de 33

6. ENUNCIADO DE ALCANZE
ENUNCIADO DEL ALCANCE DEL PROYECTO
Ttulo del Proyecto

REGWIREL

Grupo

7
Aumentar

el

control

de

cliente

equipos

con

la

implementacin
Objetivos del
Producto

Generar mayores ingresos para la organizacin.


Mejorar la relacin con los clientes y los proveedores
Tener un mayor control sobre las garantas de cada equipo
El aumento de control de cliente y equipos con la
implementacin nuevo software de registro de clientes y por
lo tanto generar mayores ingresos para la organizacin.

Descripcin del
Alcance del
Producto

Mejorar la relacin con los clientes y los proveedores al


tener un mayor control sobre las garantas de cada equipo y
as poder otorgarlas de manera correcta.
Generar un aumento de las ganancias para la organizacin

al no perder las garantas otorgadas a cada usuario.


Requerimientos y
Caractersticas del
Producto

Requerimientos
Que sea beneficiosa y de

Caractersticas
Aumentar el control de

utilidad para las funciones

inventario de equipos

de la empresa

entregados.

Que sea de fcil manejo


para los empleados.

Facilidad en el registro de

Que pueda reducir las

clientes

prdidas de las empresas.


Pgina 15 de 33

Que sea de bajo costo


Parmetros

Lmites aceptados (con


unidades de medida)

Funcionalidad:
Adecuacin
Exactitud
Seguridad de Acceso
Fiabilidad
Consistencia de datos
Capacidad de volumen de
datos
Usabilidad
Capacidad para ser entendido
Capacidad para ser aprendido
Capacidad para ser operado

Criterios de
Aceptacin

Eficiencia
Comportamiento
Utilizacin de recursos
Mantenibilidad
Capacidad para ser cambiado
Estabilidad
Portabilidad
Adaptabilidad
Instalabilidad
Capacidad para ser
reemplazado
Pruebas al Producto
Prueba de Unidad
Prueba de Integracin
Prueba de Validacin
Prueba del Sistema
Prueba de Aceptacin
Pgina 16 de 33

Experiencia en el manejo del software.


Los entredichos de los tcnicos de la empresa.
Falta de cdigos de serie de equipo ya instalados o de
Restricciones

modelos no comercializables
Cambios en los procedimientos que se usan en la
actualidad, variacin en las configuraciones.
Problemas del usuario con el manejo de su base de datos
actual
Corresponde a aquellas restricciones que estn fuera del
control de la Organizacin:

Dependencias
Externas

Cambios de ley que sean perjudicantes a nuestra lnea de


trabajo.
La competencia llegue a puntos donde actualmente se
trabaja bajo nuestros servicios.

Administracin del proyecto


* Reuniones planificadas
Propsito

Participantes

Frecuencia

Requerimientos

Jefe del proyecto, cliente,

3 reuniones en una semana

Stakeholder interno
Identificacin de

Sponsor, jefe del proyecto,

2 reuniones en todo el proyecto

Stakeholders

cliente

Presupuesto

Sponsor, jefe del proyecto

Constantemente

Reporte

Propsito

Frecuencia y destinatarios

Acta de constitucin

Conocer la empresa y

* Reportes a generar

necesidades
Presupuesto

Planificacin de gastos
Pgina 17 de 33

Administracin del proyecto


Edt del proyecto

Estructura del proyecto

Cronograma del proyecto

Estimar el tiempo del proyecto

Plan de gestin

Estimacin y diccionario edt

Acta final del proyecto

Trabajo final y entregado

Estrategia para la Administracin de Problemas y Asuntos Pendientes


Juicio de expertos, reuniones, tcnicas analtica.
Estrategia para la Administracin de Adquisiciones
Generar los costos actuales y con mrgenes de ganancia para la adquisicin de empleados,
herramientas, licencias, y permisos.
Estrategia para la Administracin de Recursos
Estimar los costos y los mrgenes de ganancia con un 10% ms de lo requerido.

Alcance del Proyecto


* Entregables

1.

Acta de Constitucin del Proyecto

2.

Interesados del proyecto

3.

resumen ejecutivo

4.

justificacin del proyecto

5.

Descripcin del proyecto

6.

Requerimientos del proyecto/Entregables

7.

Presupuesto

8.

Recursos

9.

ORGANIZACIN DEL PROYECTO 3

10.

Aprobacin del acta

11.

Acta de plantilla 1 y 2

12.

Acta de plantilla 3 y 4

Otros

Usuario

Cliente Principal

J. Proyecto

J.Desarrollo

Aprobadores
Sponsor

Los principales entregables para la elaboracin del Software REGWIREL

X
x

X
X

X
x

X
X

Pgina 18 de 33

Alcance del Proyecto


* Entregables
13.

EDT del proyecto

14.

Cronograma del proyecto

15.

Plan de gestin del proyecto

16.

Presupuesto del proyecto

17.

Entrega del acta del proyecto final

* Qu no incluir este proyecto


1.

Generar una ganancia ms de lo esperada.

2.

El control de inventario de equipos entregados entes de la elaboracin de software.

3.

Acceso a cualquier usuario en el sistema.

4.

Un software con cdigo libre para su propio beneficio.

* Supuestos

Pgina 19 de 33

7. ESTRUCTURA DETALLADA DEL TRABAJO - EDT

8.

9. DICCIONARIO DE LA EDT
10. Realizacin EDT
12. Creacin EDT

1.

11. Actividade 13. Revisin EDT


s
15. Notas
17. Fecha de

14. Aprobacin EDT


16.

Inicio
19. Fecha de

18. 02 Mayo - 2014

Finalizaci
n
21. Criterio de

20. 29 Agosto -2014

Aceptacin 22. Obtener aceptacin del grupo de desarrollo y jefe de Proyecto


23.
24. Modulo
padre:
1.1.

25. 0. Realizacin EDT


26. Creacin EDT
28. Se realizarn las siguientes actividades:

27. Actividade Identificacin de productos principales


Creacin de borrador de EDT
s
29. Notas
30.
31. Fecha de
Inicio
33. Fecha de

32. 02 Mayo - 2014

Finalizaci
n
35. Criterio de

34. 02 Mayo - 2014


36. Aprobacin del grupo de Desarrollo.

Aceptacin 37. Aprobacin del actual jefe de Proyecto


38.
39. Modulo
padre:
1.2.

40. 0. Realizacin EDT


41. Revisin EDT
43. Se realizarn las siguientes actividades:

42. Actividade Revisin del borrador de la EDT.


Correccin de la EDT.
s
44. Notas
45.
46. Fecha de
Inicio
48. Fecha de

47. 03 Mayo - 2014


49. 03 Mayo - 2014

Finalizaci
n
50. Criterio de

51. Aprobacin del grupo de Desarrollo.

Aceptacin 52. Aprobacin del actual jefe de Proyecto


53.
54.
55. Modulo
padre:

56. 0.Realizacin EDT


57. Aprobacin EDT
58. Actividade 59. Se realizarn las siguientes actividades:
1.3.

s
60. Notas
62. Fecha de

Inicio
64. Fecha de

63. 04 Mayo - 2014

Aprobacin y cierre de la EDT.

61.

Finalizaci
n
66. Criterio de

65. 04 Mayo - 2014


67. Aprobacin del grupo de Desarrollo.

Aceptacin 68. Aprobacin del actual jefe de Proyecto


69.
70.
1.

71. Anlisis de Requerimiento


73. Realizar las entrevistas
74. Anlisis de las necesidades del cliente
75. Definir los objetivos del proyecto
76. Anlisis de los requerimientos del software
77. Estudio del negocio
78. Definir los recursos preliminares

72. Actividade 79. Definir la problemtica de la empresa


s
81. Notas
83. Fecha de

80. Entrega de requerimientos de alta direccin


82.

Inicio
85. Fecha de

84. 05 Mayo - 2014

Finalizaci
n
87. Criterio de

86. 15 Mayo - 2014

Aceptacin 88. Obtener aceptacin del grupo de desarrollo y jefe de Proyecto

89.
90. 2.

91. Diseo de elaboracin


93. Inicio del diseo
94. Especificaciones del software
95. Identificar requerimientos
96. Requerimientos funcionales
97. Requerimientos no funcionales
98. Diseo funcional

92. Actividade 99. Evaluacin del primer avance


s
101.
103.

100.
102.
Notas
Fecha

de Inicio
105. Fecha

Entrega del primer avance


Se tendr un avance en el diseo de pantallas igual al

nmero de iteraciones realizadas


104.

16 Mayo - 2014

n
106.
107. Criterio

29 Mayo - 2014

de
Finalizaci

de

108.

Aceptacin 109.
110.
111.

113.

3.

124.
126.

Notas
Fecha

de Inicio

Aprobacin del actual jefe de Proyecto

112.
114.

Desarrollo
Realizar el diseo a nivel componentes de sistema.

115.

Inicio del desarrollo

116.

Desarrollo del software

117.

Construccin de la BD

118.

Diagrama de clases

119.

Desarrollo del cdigo

120.

Prueba de desarrolladores

121.

Desarrollo completo

Activida 122.

des

Aprobacin del grupo de Desarrollo.

123.
125.

Evaluacin del segundo avance


Entrega del segundo avance
Se tendr el segundo avance con la cual se realizara las

siguientes pruebas para la aprobacin del software


127.

30 Mayo - 2014

128.

Fecha

129.

10 Julio - 2014

131.

Aprobacin del grupo de Desarrollo.

de
Finalizaci
n
130. Criterio
de

Aceptacin 132.
133.
134.

4.

135.
137.

Pruebas / Ensayo
Inicio de pruebas

138.

Codificacin

139.

Elaboracin del primer entregable

Ejecucin
Revisar el cdigo del software
Probar los componentes
Modificar cdigo

140.

Elaboracin del entregable

141.

Ejecucin

136.

Aprobacin del actual jefe de Proyecto

Revisar el funcionamiento
Modificar las especificaciones

142.

Verificacin y correccin del software

143.

Entrega del software

Activida 144.

des
146. Notas
148. Fecha

145.
147.

de Inicio
150. Fecha

149.

Instalacin del software

11 Julio - 2014

de
Finalizaci
n
151.
152. Criterio
de

153.

11 Agosto - 2014
Aprobacin del grupo de Desarrollo.

Aceptacin 154.
155.

Aprobacin del actual jefe de Proyecto

156. 5.
157.
158. Activida 159.

Documentacin / Entrega
Elaboracin de documentacin

des

160.

Elaboracin de manual

162.
164.

Notas
Fecha

de Inicio
167. Fecha

161.
163.
165.

Entrega de manual
12 Agosto - 2014

166.

de
Finalizaci
n
168.
169. Criterio
de

170.

Aceptacin 171.
172.
173.

29 Agosto - 2014
Aprobacin del grupo de Desarrollo.
Aprobacin del actual jefe de Proyecto

174. DIAGRAMA DE RED DEL CRONOGRAMA DEL PROYECTO

175.
176.

177.
178. REQUISITOS DE RECURSOS DE LAS ACTIVIDADES *
179.

PAQUE
TE DE
TRABAJO

184.

180. Recurso
Requerido RBS

Nombr
e

185.

181.

Recurso

210. Especificaciones
del software

209. Diseo
215. Identificar
de
requerimientos
elaboracin

Diseo funcional

225. Desarrollo de
Software

191. Analista
practicante

245. Diagrama de
Desarrol
Clases

255. Desarrollo del


Cdigo

265. Prueba de
Desarrollo

INVO
LUCRA
ADQUISI
CIN

192.

193.

NO

197.

198.

NO

202.

203.

NO

206. Analista
practicante

207.

208.

NO

211. Analista
practicante

212.

213.

NO

216. Analista
practicante

217.

218.

NO

221. Analista
practicante

222.

223.

NO

227.

1
228.

NO

238.

NO

248.

NO

258.

NO

268.

NO

196. Analista
practicante
201. Analista
practicante

226. Programador
Practicante
231. Analista
Practicante

236. Programador
Practicante
235. Construccin de la
BD
241. Analista
Practicante

224.
lo

182. Ca
ntidad

Nombre

190. Anlisis de las


necesidades del
cliente
189. Anlisis 195. Objetivos del
proyecto
y
requerimien 200. Anlisis de los
tos
requisitos del software
205. Definir la
problemtica de la
empresa

220.

183.

232.

237.

242.

246. Programador
Practicante

247.

251. Analista
Practicante

252.

256. Programador
Practicante

257.

261. Analista
Practicante
266. Programador
Practicante
271. Analista
Practicante
276.

Jefe de Proyecto

262.

267.

272.

277.

280.

Codificacin

290. Revisin de
cdigo

300. Prueba de
Componentes

279. Pruebas
310. Modificacin de
/ ensayo
Cdigo

320. Revisin del


funcionamiento

335. Modificacin de
las Especificaciones
336.
337.

281. Programador
Practicante

282.

286.

287.

291. Programador
Practicante

292.

296. Analista
Practicante

297.

301. Programador
Practicante

302.

306. Analista
Practicante

307.

311. Programador
Practicante

312.

316. Analista
Practicante

317.

321.

322.

326. Analista
Practicante

327.

331. Programador
Practicante

332.

338.

339.

343. Analista
Practicante

344.

348. Programador
Practicante

349.

354.

359.

364.

369.

Jefe de Proyecto

Jefe de Proyecto

Jefe de Proyecto

353. Jefe de Proyecto


352. Elaboracin de la
358. Analista
documentacin
351. Docume
Practicante
ntacin /
363. Jefe de Proyecto
Entrega
362. Elaboracin del
368. Programador
Manual
Practicante

371.

372. Entrega del


Manual

373.

Sponsor

374.

378.

Jefe de Proyecto

379.

384.

383. Programador
Practicante

386.
387.
388. CRONOGRAMA DEL PROYECTO

283.

NO

293.

NO

303.

NO

313.

NO

323.

NO

340.

NO

355.

NO

365.

NO

375.

NO

389. NOMBRE DEL PROYECTO

390. REGWIREL

391. ACTIVIDADES / HITOS


395. ANALISIS DE
REQUERIMIENTOS
399. Realizar entrevistas
403. Anlisis de las necesidades del
cliente
407. Definir los objetivos del
proyecto
411. Anlisis de los requerimientos
del software
415. Estudio de Negocios
419. Definir los recursos
preliminares
423. Definir la problemtica de la
empresa
427. Entrega de requerimientos de
Alta Direccin
431. DISEO DE ELABORACION
435.

Inicio de diseo

439.

Especificaciones del software

443.

Identificar requerimientos

447.

Requerimientos funcionales

451.

Requerimientos no funcionales

455.

Diseo funcional

459.

Evaluacin de primer avance

463.

Entrega del primer avance

467. DESARROLLO
471.

Inicio del Desarrollo

475.

Desarrollo del software

479.

Construccin de la BD

483.

Diagrama de clases

487.

Desarrollo del cdigo

491.
495.

Prueba de desarrolladores
Desarrollo completo

392. DURA
CION
396.

10 das

400.

2 das

404.

2 das

408.

1 da

412.

3 das

416.

1 da

420.

1 da

424.

1 da

428.

1 da

432.

12 das

436.

1 da

440.

2 das

444.

4 das

448.

2 das

452.

1 da

456.

3 das

460.

1 da

464.

1 da

468.
472.
476.

36 das
1 da
15 das

480.

9 das

484.

2 das

488.

3 das

492.

2 das

496.

4 das

393. IN
ICIO
397. 05
-may
401. 05
-may
405. 07
-may
409. 09
-may
413. 10
-may
417. 12
-may
421. 13
-may
425. 14
-may
429. 15
-may
433. 16
-may
437. 16
-may
441. 17
-may
445. 20
-may
449. 21
-may
453. 23
-may
457. 24
-may
461. 28
-may
465. 29
-may
469. 30
-may
473. 30
-may
477. 31
-may
481. 17
-jun
485. 25
-jun
489. 27
-jun
493. 01
-jul
497. 04

394. FI
NAL
398. 15
-may
402. 07
-may
406. 09
-may
410. 10
-may
414. 13
-may
418. 12
-may
422. 13
-may
426. 14
-may
430. 15
-may
434. 29
-may
438. 16
-may
442. 19
-may
446. 24
-may
450. 23
-may
454. 24
-may
458. 27
-may
462. 28
-may
466. 29
-may
470. 10
-jul
474. 31
-may
478. 17
-jun
482. 27
-jun
486. 27
-jun
490. 01
-jul
494. 03
-jul
498. 08

499.

Evaluacin de segundo avance

503.

Entrega del segundo avance

507. PRUEBAS/ ENSAYO


511.

Inicio de pruebas

515. Codificacin
519. Elaboracin del primer
entregable
523.
Revisar el cdigo del
software
527.

Probar los componentes

531.
Modificar cdigo
535. Elaboracin del segundo
entregable
539. Ejecucin
543.
Revisar el
funcionamiento
547.
Modificar las
especificaciones
551. Verificacin y correccin del
software
555.

Entrega del software

559. Instalacin del software


563. DOCUMENTACION /
ENTREGA
567.

Elaboracin de documentacin

571.

Elaboracin de manual

575.

Entrega de manual

579.

500.
504.
508.
512.
516.
520.
524.
528.
532.
536.
540.
544.
548.
552.
556.
560.
564.
568.
572.
576.

-jul
501. 08
1 da
-jul
505. 09
1 da
-jul
509. 11
27 das
-jul
513. 11
1 da
-jul
517. 12
17 das
-jul
521. 18
2 das
-jul
525. 21
3 das
-jul
529. 25
2 das
-jul
533. 30
3 das
-jul
537. 31
2 das
-jul
541. 02
4 das
-ago
545. 02
2 das
-ago
549. 04
2 das
-ago
553. 08
2 das
-ago
557. 10
1 da
-ago
561. 11
1 da
-ago
565. 12
16 das
-ago
569. 12
7 das
-ago
573. 20
4 das
-ago
577. 24
5 das
-ago

-jul
502. 09
-jul
506. 10
-jul
510. 11
-ago
514. 11
-jul
518. 02
-ago
522. 21
-jul
526. 24
-jul
530. 30
-jul
534. 31
-jul
538. 01
-ago
542. 06
-ago
546. 04
-ago
550. 06
-ago
554. 10
-ago
558. 10
-ago
562. 11
-ago
566. 29
-ago
570. 20
-ago
574. 24
-ago
578. 29
-ago

4.1. ORGANIGRAMA DEL PROYECTO

580.

Você também pode gostar