Gestin de

proyecto software
HogarSeguro 3.0
Documentacin y planificacin
Gustavo Rodrguez, Hctor Triana
UNIVERSIDAD DE CARTAGENA
1

Hoja de Revisin
Informacin general del Proyecto

Enunciado de
la Revisin:
Patrocinadores

Revisin Administrativa
de Plan de Proyecto
Software
Hogar Seguro 3.0
ID del Revisin:0003
Sponsor:
Universidad
de Cartagena
Representante del
sponsor: Mnica
Ospino

Miembros del Equipo del Revisin
Nombre Rol Contacto
Mnica Ospino Tutora, asesora moniospino@hotmail.com
Gustavo Rodrguez Programador grod2145@gmail.com
Hctor Triana Jefe de ingeniera de
software
ptb1204@hotmail.com


Historial de las versiones de control
CONTROL DE VERSIONES
Cdigo de Versin Hecha por Revisada
por
Aprobada
por
Fecha Motivo
0001 Gustavo
Rodrguez
Hctor
Triana
Mnica
Ospino
Mnica
Ospino
Marzo,
2014
Primera
Revisin al
documento
de Plan
de Gestin
de
Proyecto
Hogar
Seguro
0002 Gustavo
Rodrguez
Hctor
Mnica
Ospino

Abril,
2014
Segunda
Revisin al
documento
de Plan
2

Triana de Gestin
de
Proyecto
Hogar
Seguro
0003 Gustavo
Rodrguez
Hctor
Triana
Mnica
Ospino

Mayo,
2014
Tercera
Revisin al
documento
de Plan
de Gestin
de
Proyecto
Hogar
Seguro






























3




Prefacio

Este trabajo es una muestra de lo que se puede hacer en un proyecto software
manejndolo desde las secciones principales de la planificacin de la gestin,
donde muchas cosas pueden pasar, pues una sola iteracin y revisin no son
suficientes para dar resultados coherentes, siendo este un proceso de ensayo y
error (ms error que ensayo) donde se deben hacer constantes chequeos para
cumplir con los requerimientos funcionales y plazos establecidos.
Dentro de este documento se abordan los pasos a seguir para la realizacin de la
gestin de un proyecto software, en este caso el proyecto consiste en un sistema
de seguridad para el hogar cuyo nombre es Hogar Seguro. Este software permite
manejar varios aspectos referentes a la seguridad dentro de una casa, estos
aspectos sern tratados ms adelante en este documento.


4

Tabla de contenidos


Prefacio.3
1. Introduccin.....7
1.1. Visin general del proyecto...8
1.2. Entregables del
proyecto...10
1.3. Evolucin del PGPS..11
1.4. Materiales de referencia...12
1.5. Definiciones y acrnimos..13
2. Organizacin del proyecto...14
2.1. Modelo de procesos..14
2.2. Estructura organizativa.15
2.3. Fronteras e interfaces organizativas................................................................16
2.4. Responsabilidades....17
3. Procesos de gestin.18
3.1. Objetivos y Prioridades de la Gestin19
3.2. Asunciones, dependencias y restricciones...19
3.3 Gestin de riesgos..20
3.4 Mecanismos de supervisin y control..23
3.5 Plan de
personal..25
4 Paquetes de trabajo, calendario y
presupuesto.27
4.1 Paquetes de
trabajo.27
4.2 Diccionario de trabajo.28
4.3 Dependencias..31
4.4 Requerimiento de recursos31
4.5 Calendario32


5

Lista de figuras


Figura 1. Estructura organizativa....15
Figura 2. Asistencia de personal en los
das de desarrollo del proyecto..22
Figura 3. Paquete de trabajo...24






















6





Lista de tablas

Tabla 1. Entregables del
proyecto.10
Tabla 2. Estructura Comn del
proyecto...................................14
Tabla 3.
Responsabilidades16
Tabla 4. Tabla de riesgos....20
Tabla 5. Tabla priorizacin y planes de contingencia..23
Tabla 6. Fases de desarrollo26















7







1. Introduccin


Este informe de gestin de proyecto software es hecho con el fin de establecer un
orden estructurado a la secuencia de las tareas que se llevan a cabo hasta la
consecucin de la meta llamada HogarSeguro 2.0.

Mediante la aplicacin de las normas y estndares de la ingeniera de software se
espera que este proyecto d sus frutos en la obtencin de un aplicativo que ayude
a mantener los hogares ms resguardados y protegidos de la inseguridad.



8

1.1 Visin general del proyecto


Actualmente hay diversos sistemas que ofrecen un paquete completo de
seguridad en el hogar basados en circuitos cerrados de televisin los cuales
consisten en una o ms cmaras colocadas en puntos estratgicos de la casa
y que estn conectadas a uno ms monitores que muestran en tiempo real lo
que observa la cmara, este es quiz el sistema ms utilizado ya que permite
una rpida deteccin de intrusos.
Entre las desventajas de este tipo de sistemas se encuentra el que los
monitores de observacin estn en un lugar fijo, esto limita la movilidad del
usuario ya que si quiere mantener una observacin constante entonces debe
permanecer en el mismo lugar en que se encuentren los monitores.

Qu pasa si el usuario sale de viaje pero quiere seguir monitorizando su
hogar?
La respuesta a esta pregunta se encuentra en HogarSeguro 2.0, esta
solucin software brinda la ventaja de poder observar las imgenes
capturadas por las cmaras de seguridad a travs de un Smartphone o de un
ordenador.
El usuario deber registrarse para poder tener una cuenta con la cual podr
acceder a la aplicacin desde su telfono mvil, desde un navegador web o su
Smart TV, desde ah podr hacer uso de las ventajas que ofrece nuestro
sistema de seguridad.

Los implementos que se instalarn en la casa sern una serie de cmaras de
seguridad cuya cantidad ser definida por los tcnicos que harn una
evaluacin de la infraestructura de la casa con el fin de hallar posibles puntos
por los cuales un intruso pueda ingresar y luego colocar cmaras en dichos
puntos. Tambin se colocarn detectores de humo con el fin de prevenir
incendios dentro del hogar del cliente y alarmas detectoras de movimiento.

9

Las funciones de las que podr hacer uso el cliente mediante nuestro software
sern:
Modificar la direccin hacia donde observan las cmaras.
Dar aviso inmediato a la polica en caso de detectar un intruso dentro
de la casa.
Dar aviso inmediato a los bomberos en caso de detectar un incendio en
la casa
Acceder a las imgenes enviadas por las cmaras de forma remota
Recibir notificaciones en el telfono mvil en caso de la activacin de
alguna de las alarmas.



10

3.5 Entregables del proyecto



Dependiendo el cliente, el aplicativo software multiplataforma se adaptar de
acuerdo a sus necesidades, y a su vez los requerimientos funcionales.


tems Fecha de entrega Lugar de entrega
Prototipo inicial Dos semanas despus de
consolidarse el negocio
Acordado con el cliente
Prototipo mejorado 1 semana despus de
primera reunin con
cliente
Sede de empresa
Aplicativo (casi final) 1 semana y media
despus
Casa de pruebas de
aplicativo
Aplicativo final
(implementacin)
1 semana despus Casa donde aplicar
implementacin

Tabla 1. Entregables del proyecto





11

1.3 Evolucin de las PGPS

Para llevar a cabo los planes y actualizaciones se implementara el paradigma
abierto de Constantine por los siguientes puntos:
- Estructura el equipo de forma que consiga algunos de los controles
asociados con el paradigma cerrado y mucha de la innovacin del
paradigma aleatorio.
- El trabajo se desarrolla en colaboracin, con mucha comunicacin y toma
de decisiones consensuadas.
- Son adecuados para resolver problemas complejos, pero pueden no ser tan
eficientes como otros equipos.
El uso de este paradigma estar apoyado en la utilizacin de un modelo de
desarrollo iterativo e incremental debido a que permite realizar la entrega de una
versin del software cada determinado periodo de tiempo, esto a su vez es una
ventaja ya que permite solucionar errores que tenga la aplicacin en versiones
anteriores por lo que en cada entrega el producto va evolucionando y adaptndose
a las necesidades del cliente.











12

1.4 Materiales de referencia

-Ingeniera de software: un enfoque prctico 6 edicin. Ed McGraw Hill.
Pressman, Roger.

- Ingeniera de software 7 edicin. Ed Adisson Wesley. Sommerville, Ian



13

1.5 Definiciones y acrnimos


-Gestin de proyectos: Es la aplicacin de conocimientos, habilidades,
herramientas y tcnicas para proyectar actividades destinadas a satisfacer las
necesidades y expectativas de los beneficiarios de un proyecto.

-PMI: Project Management Institute. Organizacin para manejar proyectos.

-PMBOK: Project Management Body Of Knowledge . Manejo de proyectos y la
gestin de procesos.




14

2. Organizacin del proyecto

2.1 Modelo de procesos
Elegimos utilizar el modelo de desarrollo iterativo e incremental porque permite el
desarrollo de la aplicacin en varias partes que irn ganando tamao conforme
avancen las iteraciones. Se ha elegido este mtodo porque va de la mano con
paradigmas de equipo que tienen una gran cantidad de miembros, si bien las
fechas lmite son rgidas con este modelo es posible agilizar la entrega del
proyecto.

Estructura Comn de Proyecto (ECP)
Actividades
estructurales de
proceso comunes
Comunicacin
con el cliente
Planificaci
n
Anlisis
de
riesgos
Ingeni
era
Construcci
n y
entrega
Evaluacin
del cliente
Tarea de IS
Funciones del
producto

Direccin de cmaras
Alerta inmediata a
organismos de
seguridad

Administracin de
todo el sistema de
seguridad

Notificacin de
activacin de alarma


Tabla 2. Estructura Comn de Proyecto (ECP)


15

2.2 Estructura organizativa


Todo equipo de trabajo necesita una estructura organizativa en la cual a cada
miembro del equipo se le asigna una funcin a cumplir a lo largo del desarrollo del
proyecto, esto se hace con el fin de realizar un trabajo ms organizado y con cada
miembro del equipo desempeando su funcin asignada sobre la parte del
proyecto que le corresponde.
Basado en la implementacin del desarrollo incremental, este sera nuestro
esquema de trabajo de gestin de proyecto software organizacional.


Figura 1. Estructura organizativa
Jefe de ventas y comisiones: Hctor Triana Lpez.
Jefe de gestin de proyectos: Hctor Triana Lpez.
Product owner: Mnica Esther Ospino.
Equipo de desarrollo
o Hctor Triana Lpez
o Gustavo Rodrguez Romero
16

2.3. Fronteras e interfaces organizativas.

En este punto establecemos los lmites organizativos:
Encargados del proyecto: Empresa HogarSeguro 2.0 con apoyo de la
Universidad de Cartagena.

Cliente: Usuario final, puede ser una persona particular o jurdica o una empresa.
Organizaciones subcontratadas: Empresas de seguridad (ejm. VIMARCO)



17

2.4 Responsabilidades

Personas Funciones
Gustavo Rodrguez Programador: encargado de crear las
aplicaciones de acuerdo a los modelos
de ingeniera de software
Hctor Triana Jefe de ingeniera de software: hace
correcciones y revisiones en
implementacin de modelos, interpreta
lo que el cliente quiere para hacer las
respectivas iteraciones, y si es
necesario, es parte del proceso de
programacin.
Mnica Ospino Tutora, se encarga de la planificacin y
requerimientos, verifica que se hayan
cumplido a cabalidad los estndares y
normas de la gestin de proyectos de la
ingeniera de software.
Cliente Participa en el proceso software,
manifiesta sus deseos para hacerlos
realidad con el fin de establecer
requerimientos funcionales en las
iteraciones
Empresa de seguridad Brinda asesora para saber cmo
implementar el hardware del aplicativo
en la casa

Tabla 3. Responsabilidades

18

3. Proceso de gestin

1. La utilizacin de ms de una cmara conectada a un computador implica un
mayor rendimiento del equipo. En caso de utilizar dos cmaras IP conectadas a
un computador, es necesario que el equipo se dedique slo a esta tarea.
2. Una grabacin de dos horas y media con una resolucin de 640 pxeles x 480
pxeles puede ocupar hasta un gigabyte de espacio en el disco. Para mayor
seguridad, es recomendable contar con un servidor de Internet mediante una
cuenta FTP donde subir de forma remota las capturas realizadas. Si el
ordenador domstico resulta daado, las imgenes tomadas quedan a salvo.
3. El software, debe tener un sistema de grabacin por puntos o clips, de modo
que permita localizar de forma rpida los momentos en que se ha registrado
una variacin en la grabacin, por la entrada de un objeto o persona en la
escena. Localizar manualmente diez segundos en los que una persona entra en
escena, en un vdeo de doce horas, es una tarea que implica demasiados
esfuerzos para usuarios domsticos. Una alternativa adecuada puede ser el uso
de aplicaciones que detectan movimiento, es decir, que slo se activan cuando
una persona, animal u objeto entra en escena. Otras se fijan en personas y
objetos que no forman parte de la escena original.
4. El uso de tecnologa web y mvil mediante el recurso de una cuenta disponible
24/7 es muy til para que el usuario sepa como es el estado de seguridad del
sitio que quiere cuidad.
5. El SmartTv permite saber desde la tranquilidad de un sitio ajeno al que quiere
cuidar el estado en que se encuentra y si hay peligro inminente.
6. Sensores de ruido permiten saber si hay sospechosos y esto ayudado de las
cmaras grabaran momentos dados donde se presentan actividades anmalas.
7. Instalacin de sensores de humo para detectar posibles incendios dentro de la
casa.




19

3.1. Objetivos y Prioridades de la Gestin.

Realizar un producto software que se adapte a los requerimientos del
cliente.
Utilizar adecuadamente el tiempo y el presupuesto estipulados para la
entrega del producto.
Proporcionar seguridad a la informacin generada por el producto software.
Soportar mediante diagramas y documentos de texto el avance del
proyecto.




3.2 Asunciones, dependencias y restricciones.


Este proyecto depende en gran parte de los deseos del usuario, pues, este es
base principal de la implementacin de modelos software y hardware que se lleven
a cabo de acuerdo a los ajustes que se hagan a los requerimientos funcionales
basados en los informes, reportes y planes de gestin software.

El presupuesto, distribucin de recursos y el tiempo son importantes para llevar a
cabo la consecucin del proyecto final porque el cumplimiento de los plazos es
importante para que el cliente quede satisfecho.

Un aspecto final a resaltar es la revisin del software en los parmetros de
seguridad, que siempre est atento a cualquier amenaza casera externa e interna
para que el usuario est alerta.





20

3.3 Gestin de Riesgos

Plan de contingencia:
Como en toda empresa hecha por el hombre, es algo normal que haya fallos o
imprevistos que tratan de impedir que los planes se efecten perfectamente. En
este caso, el desarrollo incremental junto con una buena comunicacin con el
cliente evita que haya malos entendidos y se entregue un aplicativo
multiplataforma final que cumpla con todos los requerimientos funcionales, esto
evita problemas crticos en cuestin de rendimiento, costo y tiempo.

Por otro lado, el cambio de un requisito impactara directamente en la fecha de
entrega, pues se trata de un requisito que no se incluye en la planificacin de tal
fecha y por lo tanto habr que re-analizar los requisitos, cambios y dependencias
para dar a conocer una nueva fecha de entrega para que el cliente se encuentre
satisfecho con los respectivos anlisis de gestin de calidad realizados antes de la
entrega.

Es posible tambin que un requisito tomado al cliente fuese malinterpretado
presentando entonces lo que es una diferencia entre el cliente y el personal. En tal
caso, se empleara la metodologa de diseo dirigida por el diagrama dominio, en
la que se tendr un mayor acompaamiento con el cliente para reducir posibles
errores de interpretacin, el jefe de ingeniera de software debe ser capaz de esto.

Es importante dentro del equipo de trabajo, la motivacin, esto se hace con
bonificaciones y actividades ldicas que aligeren el ambiente laboral, y a pesar el
equipo no va a abandonar el trabajo, pueden ocurrir calamidades o situaciones
sobre las cuales no tenemos control alguno. En tal caso, donde miembros del
equipo se ausenten, se pueden contratar personal anexo con contratos
temporales, esto debe evitarse para mantener el prestigio y calidad de puntual de
la empresa


Tabla de riesgos
Riesgos Categora Probabilidad Impacto RSGR
Mala
interpretacin
del problema
RT 60% 1
Cambio en los
requerimientos
RT 30% 2
21

Poca
comunicacin
con el cliente
CM 10% 2
Cambio de
personal
PE 70% 3
Mala
comunicacin
dentro del
equipo de
desarrollo
CM 60% 2
Poco
conocimiento
de las
herramientas
utilizadas para
llevar a cabo el
proyecto
CA 20% 3
Entrega del
proyecto
despus de la
fecha lmite
T 20% 2
Sobrepasar el
presupuesto
asignado
CL 40% 2
No cubrir a
cabalidad los
requerimientos
planteados por
el cliente
RT 30% 2
Fallas en
funcionalidades
TP 20% 1
Fallas de
seguridad del
sistema
TP 30% 2
No contar con
la
infraestructura
necesaria para
que el sistema
se ejecute
correctamente
RE 10% 3
Tabla 4. Riesgos


22

Priorizacin de riesgos y planificacin de respuestas
Riesgo Impacto Plan de contingencia
Mala interpretacin del
problema
1 Mantener una
comunicacin
constante con el
cliente
Fallas en funcionalidades 1 Realizar pruebas al
sistema que de verdad
puedan sacar a flote
posibles fallas de este
Cambio en los
requerimientos
2 Durante la etapa de
anlisis se debe
mostrar al cliente de
qu forma se ha
entendido lo que l
est pidiendo de forma
tal que se eviten
modificaciones futuras
Poca comunicacin con el
cliente
2 Acordar fechas de
reunin con el cliente
para mostrarle los
avances del proyecto
Mala comunicacin en el
equipo de desarrollo
2 Contratar personal sin
antecedentes de roces
o rias con sus
compaeros de
trabajo y con
experiencia en el
trabajo en equipo
Entrega del proyecto
despus de la fecha lmite
2 Hacer buen uso del
tiempo creando
especificando fechas
para entregar cada
iteracin
Sobrepasar el presupuesto
asignado
2 Realizar un plan de
uso del presupuesto
en el cual se colocar
la cantidad a utilizar
para desarrollar cada
parte del proyecto
No cumplir a cabalidad los
requerimientos planteados
por el cliente
2 Este riesgo est
relacionado con el
buen manejo del
tiempo y el
entendimiento del
problema, por lo cual
23

si se logra aplicar el
plan de contingencia
para estos, este riesgo
podr ser evitado
Fallas de seguridad del
sistema
2 Contar con un experto
en seguridad
informtica dentro del
equipo de desarrollo
Cambio de personal 3 Manear un buen nivel
de trabajo en equipo y
un buen ambiente
laboral, adems de
pagar un salario justo
a los empleados
Poco conocimiento de las
herramientas utilizadas para
llevar a cabo el proyecto
3 Contratar personal
certificado para
trabajar con las
herramientas
necesarias para llevar
a cabo el proyecto
No contar con la
infraestructura necesaria
para que el sistema se
ejecute correctamente
3 Acordar con el cliente
los equipos que
necesita para que la
aplicacin pueda
trabajar correctamente
Tabla 5. Priorizacin y planes de contingencia.

3.4 Mecanismos de supervisin y control.

La supervisin y control de la realizacin del proyecto estar a cargo del jefe de
ingeniera de software, pues este es quien debe interpretar lo que quiere el cliente
desea en el transcurso del proceso software. Luego, es responsabilidad del
programador hacer esto posible y seguir las instrucciones del jefe de ing.
Software, estos a su vez hacen parte de la fase de depuracin y pruebas del
proyecto antes de su entrega.

La tutora, es la evaluadora encargada de que los estndares se cumplan de
acuerdo a lo estipulado, esto es un proceso iterativo y constante para evitar fallos
24

de documentacin a ltima hora por medio de recomendaciones al jefe de ing.
Software. Finalmente, con la constante comunicacin cliente/jefe, se procede a la
implementacin en la casa del cliente con la asesora de la empresa de seguridad.



25

3.5 Plan de personal
Esta grafica muestra la asistencia del personal a travs del tiempo en el que se
realiza el proyecto. De esta se puede decir que en su primera etapa trabaja todo el
equipo para la sesin de diseo luego a la mitad se muestra un prototipo y por
ltimo la fase de prueba y la entrega del software.


Figura 2. Asistencia de personal en los das de desarrollo del proyecto.

Procesos tcnicos
Mtodos y herramientas tcnicas: Este equipo de usa el desarrollo iterativo e
incremental. El sitio web de la empresa podr ser visitado en cualquiera de los
navegadores conocidos tales como Mozilla Firefox, Google Chrome, Internet
Explorer, Opera, Safari, etc. Los lenguajes de programacin a usar son: Android,
ayuda mucho en el desarrollo de la versin mvil del aplicativo, el usuario podr
ver lo que pasa en su casa desde su celular sin importar donde est. PHP, la
versin web del aplicativo al igual que el anterior permite un sistema de logueo del
usuario donde pueda ver su casa el tiempo real desde un computador donde sea
que est.
0
1
2
3
4
5
1 3 6 9 12 15 18 21 24 27 30
P
e
r
s
o
n
a
s

a
c
t
i
v
a
s

Das
26


Documentacin del software
En esta metodologa que usamos, la cual es iterativo-incremental, las labores a
efectuarse por fases son: Anlisis, diseo, codificacin, pruebas, prototipo (y se
repite hasta dar una versin final), ello se aplica en niveles alto y bajo, es decir,
desde el anlisis UML, pasando por el desarrollo de cdigo fuente hasta el
cumplimiento de los estndares de ingeniera de software. Con estos puntos
claros, procedemos a poner lo anterior en un contexto tabulado.
FASE ENTREGABLE
Anlisis Modelo del negocio, requerimientos
funcionales y no funcionales
Diseo Diagramas de clases, diagramas de
secuencia.
Codificacin Se procede a aplicar la programacin
mvil y web con su documentacin
inmediata de lneas de cdigo
Pruebas Se hacen las respectivas depuraciones y
pruebas de control del aplicativo
multiplataforma
Prototipo Se entrega una versin, y si el cliente
cambia algn parmetro, se procede de
nuevo con los pasos anteriores hasta la
consecucin final.

Tabla 4. Fases de desarrollo

Funciones de soporte a proyecto
Las funciones de soporte las lleva a cabo el mismo equipo de desarrollo software.
Gustavo Rodrguez: seccin de soporte tcnico
Hctor Triana: Seccin de pruebas y depuracin (en conjunto con el primero)


27

4. Paquetes de trabajo, calendario y presupuesto.

4.1 Paquete de trabajos


Figura 3. Paquete de trabajos










HogarSeguro
Planeacin del
proyecto
Descripcin del
problema
Anlisis de riesgos
Anlisis de costos
Anlisis y diseo
Especificacin de
requisitos
Elaboracin y
presentacin de
prototipos
Construccin
Codificacin
Pruebas
Depuracin
Entrega
Verificacin
Monitoreo y control
28

Diccionario de trabajo
Nmero: 1
Nombre: Planeacin de proyecto
Descripcin: Aplicar las metodologas de planificacin de ingeniera de software
para tener una coordinacin de las tareas en el desarrollo del proyecto
Duracin estimada: 3 das
Recursos necesarios:
Personal: Jefe de ingeniera de software y asesora (tutora)
Habilidades: Alto nivel de planeacin
Equipamiento:
Infraestructura: edificacin con oficinas y computadores con herramientas
software pertinentes
Otros:
Productos de Trabajo:
Diagrama Gantt y planeacin de proyecto por redes CPM-PERT
Predecesores: Ninguno
Sucesores: 1.1
Criterios de Completitud: Visto bueno de la asesora.

Nmero: 1.1
Nombre: Anlisis y diseo
Descripcin:
Se realiza modelado UML del problema a travs de un diagrama de
dominio y casos de uso basado en entrevistas con el cliente.
Se especifican los requerimientos funcionales
Realizacin de diagrama de clases y de secuencia

Duracin estimada: 12 das
Recursos necesarios: Peticin del cliente
Personal: Jefe de ingeniera de software
Habilidades: Alto nivel de abstraccin
29

Equipamiento: Tablero, hojas y computadores con programas para modelado
UML
Otros:
Productos de Trabajo:
Modelo de dominio o negocio, requerimientos, diagrama de clases y de
secuencia
Predecesores: 1
Sucesores: 2
Criterios de Completitud: Visto bueno del Jefe de ingeniera de software y
asesora.




Nmero: 2
Nombre: Construccin
Descripcin:
Desarrollo de programacin multiplataforma mvil-web y
documentacin inmediata.
Prueba del prototipo preliminar
Depuracin del cdigo fuente y cambio de aspectos de la
documentacin pertinentes.
Duracin estimada: 25 das
Recursos necesarios: Diagramas y requerimientos dados en la fase de diseo
Personal: Programador y jefe de ing. Software (si es necesario)
Habilidades:
Conocimiento de plataformas mvil, web y Smart TV, programacin
orientada a objetos, lgica, algoritmia y aplicacin de conocimientos
de ing. Software como patrones.
Experiencia en realizacin de pruebas a productos software
Experiencia en depuracin de cdigo fuente
30

Equipamiento: Herramientas, frameworks de desarrollo y software de
depuracin
Infraestructura:
Otros:
Productos de Trabajo:
Prototipo preliminar del aplicativo multiplataforma con su respectiva
documentacin
Predecesores: 1.2
Sucesores: 3
Criterios de Completitud: Visto bueno del programador y del jefe de ing.
Software.

Nmero: 3
Nombre: Entrega
Descripcin: Presentacin y capacitacin al cliente para el uso del aplicativo
para que este determine un juicio final.
Duracin estimada: 3 das
Recursos necesarios: Prototipo preliminar de aplicativo producto de
depuracin.
Personal: Cliente y jefe de ing. software
Habilidades:
Equipamiento: Casa del cliente, mvil con SO. Android, computador con
internet, y si posee, un Smart TV.
Otros:
Productos de Trabajo:
Entrega de prototipo para evaluacin hecha por cliente
Predecesores: 2
Sucesores: Si el cliente cambia de parecer en algo, se vuelve a comenzar el
ciclo de vida
Criterios de Completitud: Visto bueno del cliente.


31

4.2 Dependencias del producto

Dentro de las dependencias para este proyecto es solo necesario un usuario que
es el dueo de la casa que maneje el aplicativo sea por medio de un computador,
Smart TV o un celular Android por medio de un sistema de cuenta y chequeo en
tiempo real.


4.3 Requerimiento de recursos
Para la ejecucin del proyecto solo ser necesario un servidor donde se encuentre
alojada la aplicacin ya sea uno propio o un hosting contratado con las medidas
de seguridad web pertinentes.

4.4 Presupuesto y distribucin de recursos
CONCEPTO VALOR
Transporte $408.000
Servicio de internet $240.000
Electricidad $400.000
Recursos humanos $18,000.000
Equipos informticos $2,400.000
Cmaras $150.000
Cableado de red $180.000
Detector de humo $40.000
Detector de movimiento $160.000
Asesoras $1,200.000
Otros $3,000.000
Total $26,178.000




32

4.5 Calendario
Actividad
Junio de 2014
1 3 6 9 12 15 18 21 24 27 30
Planeacin I T
Anlisis I R T
Diseo I R R T
Codificacin I R T
Pruebas I R R T
Depuracin I R R T
Entrega I T