1

INDICE
1.

PROPOSITO DEL PLAN DE PROYECTO DE SOFTWARE........................................................

2.

METRICAS EN EL DESARROLLO DE SOFTWARE..................................................................

3.

2.1.

METRICAS ORIENTADAS AL TAMAO (MOT)...............................................................

2.2.

METRICAS ORIENTADAS A LA FUNCION (MOF)...........................................................

AMBITO DEL PROYECTO.........................................................................................................

PRIMERA PARTE................................................................................................................................
3.1.

TAMAO DEL PROYECTO................................................................................................

3.2.

COMPLEJIDAD DEL PROYECTO.....................................................................................

3.3.

ESTRUCTURACION DEL CLIENTE.................................................................................

SEGUNDA PARTE...............................................................................................................................

4.

3.4.

OBJETIVOS..........................................................................................................................

3.5.

RENDIMIENTO...................................................................................................................

3.6.

FIABILIDAD........................................................................................................................

3.7.

RESTRINCCIONES.............................................................................................................

3.8.

INTERFACES EXTERNAS..................................................................................................

ESTIMACIONES DEL PROYECTO............................................................................................

4.1.

KLDC....................................................................................................................................

4.2.

COCOMO II..........................................................................................................................

4.3.

ECUACION DEL SOFTWARE............................................................................................

5.

ANALISIS DE RIESGO...............................................................................................................

6.

PLANIFICACION DEL TIEMPO................................................................................................

7.

TABLA DE RECURSOS..............................................................................................................

8.

ORGANIZACION DE EQUIPOS DE DESARROLLO DE SOFTWARE...................................

9.
10.

MECANISMOS DE SEGUIMIENTO Y CONTROL...................................................................

ANEXOS...................................................................................................................................

1. PROPOSITO DEL PLAN DE PROYECTO DE SOFTWARE

Proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de

recursos, costo, planificacin temporal y coordinar el esfuerzo de desarrollo.
Definir los riesgos y sugerir tcnicas de control del riesgo.
Asignar tareas concretas al equipo de desarrollo de Software, con fechas concretas y
mecanismos concretos de control y seguimiento.

2. METRICAS EN EL DESARROLLO DE SOFTWARE

2.1.METRICAS ORIENTADAS AL TAMAO (MOT)
REPARTO Y COBRANZAS

FUNCIONALIDAD REPARTO Y COBRANZAS

Gestion de Clientes,Gestion de localidades,Gestion de zonas

Registro de pagos manuales ,Actualizacion manual de saldos

Registros de pagos

Carga y sincronizacin de los nuevos clientes .

Resumen de rendicion

DATOS DEL DESARROLLADOR

StartApp Argentina.

Desarrolla y ofrece software para compartir fotos y organizacin. Su producto permite

compartir imgenes, subir la foto, y la visin remota. La compaa tiene alianzas con 44
ancha, LifePics, y AirSet. Fue fundada en 2005.
Sede Principal
Paraguay 2620

COBRO FASSIL

FUNCIONALIDADES COBRO FASSIL

Es una herramienta que podr registrar operaciones de ventas ,cobros,de forma inmediata y
lo mejos es que no se necesita plataforma
Las siguientes funcionalidades son las siguientes:

Lista de clientes a cobrar.

Informacion de cuanto es la deuda

Trabaj de modo offline,sin necesidad de internet

DATOS DEL DESARROLLADOR

Anses Progresar
La empresa tiene su sede en Londres y fue fundada por Chris Barton, Philip
Inghelbrecht, Dhiraj Mukherjee y Avery Wang en1999.

Aplicado a tres proyectos: Reparto y cobranzas , Cobro fassil.

PROYECTO

KLDC

COSTO
($)

TIEMPO
(MES)

GENTE

ESFUERZO

PAG. DE
DOC.

REPARTO Y
COBRANZAS

153,091

25

COBRO FASSIL

1,189

PROYECTO
REPARTO Y
COBRANZAS

COBRO FASSIL

PROYECTO
REPARTO Y
COBRANZAS

COBRO FASSIL

ERRORES
6

DEFECTOS
13

CALIDAD
0.124

PRODUCTIVIDAD
6.12

10,092

0.132

2.2.METRICAS ORIENTADAS A LA FUNCION (MOF)

Nombre de la aplicacin: REPARTOS Y COBRANZAS

5
6
7
8
9
10
11
12
13
14

Total

Medio
Complejo
4
6
5
7
4
6
10
15
7
10
Cuenta Total ------>

FACTORES DE
PFINCIDENCIA

]
Requiere el sistema copias de seguridad y de recuperacin fiables?
Se requiere comunicacin de datos?
Existen funciones de procesamiento distribuido?
Es crtico el rendimiento?
Se ejecutara el sistema en un entorno operativo existente y fuertemente
utilizado?
Requiere el sistema entrada de datos interactiva?
Las transacciones de entrada se lleven a cabo sobre mltiples pantallas
u operaciones?
Se actualizan los archivos maestros de forma interactiva?
Son complejas las entradas, las salidas, los archivos o las peticiones?
Es complejo el procesamiento interno?
Se ha diseado el cdigo para ser reutilizable?
Estn incluidas en el diseo la conversin y la instalacin?
Se ha diseado el sistema para soportar mltiples instalaciones en
diferentes organizaciones?
Se ha diseado la aplicacin para facilitar los cambios y para ser
fcilmente utilizada por el usuario?

5 F
3
5

3
3
3
1

0
2
0
3
3
3

PF = 1298 * [0,65+0,01*36]
PF=1311

Total

Esencial

Significativo

30
24
16
1200
28
1298

Medio

Simple
3
4
3
7
5

Moderado

Nro
1
2
3
4

10
6
4
120
4

FACTOR DE PESO

Incidental

# de Entradas de Usuario
# de Salida de Usuario
# de peticiones de Usuario
# de Archivos
# de interfaces Externas

Cuenta

0 No influye

Parmetros de Medicin

36

Nombre de la aplicacin:COBRO FASSIL

5
6
7
8
9
10
11
12
13
14

FACTORES DE INCIDENCIA

Requiere el sistema copias de seguridad y de recuperacin fiables?

Se requiere comunicacin de datos?

Existen funciones de procesamiento distribuido?

Es crtico el rendimiento?
Se ejecutara el sistema en un entorno operativo existente y
fuertemente utilizado?
Requiere el sistema entrada de datos interactiva?
Las transacciones de entrada se lleven a cabo sobre mltiples pantallas
u operaciones?
Se actualizan los archivos maestros de forma interactiva?
Son complejas las entradas, las salidas, los archivos o las peticiones?

Es complejo el procesamiento interno?

Se ha diseado el cdigo para ser reutilizable?
Estn incluidas en el diseo la conversin y la instalacin?
Se ha diseado el sistema para soportar mltiples instalaciones en
diferentes organizaciones?
Se ha diseado la aplicacin para facilitar los cambios y para ser
fcilmente utilizada por el usuario?

9
16
12
1335
14
1386

PF=1469.16

5 F
0
5

0
5

5
5
2
2
0
4
3
3

PF= 1386 * [0,65+0,01*41]

Total

4
6
5
7
4
6
10
15
7
10
Cuenta Total ------>

Esencial

3
7
5

Total

Complejo

Significativo

3
4

Medio

Medio

Simple

Moderado

Nro
1
2
3
4

3
4
3
89
2

FACTOR DE PESO

Incidental

# de Entradas de Usuario
# de Salida de Usuario
# de peticiones de Usuario
# de Archivos
# de interfaces Externas

Cuenta

0 No influye

Parmetros de Medicin

41

3. AMBITO DEL PROYECTO

PRIMERA PARTE
3.1.TAMAO DEL PROYECTO
Requerimiento Principales
RP1: Gestionar Credito
El usuario podr registrar el crdito de sus clientes ,introduciento los datos
respectivos del prestamo
RP2: Registrar Pago
El usuario podr efectuar los pagos de los clientes ,de una forma rpida .los
cobradores se dirigirn a realizar los cobros
RP3: Registrar Pedido
El usuario podr realizar los respectivos pedidos de productos de los clientes de
la empresa.
RP4: Gestionar Asignacion
Cado cobrador de la empresa tendr asignado una lista de clientes asignados .lo
cual realizara el cobro de las lista . .

3.2.COMPLEJIDAD DEL PROYECTO

Tipo de software: Software de Computadora o PC
El grado de conocimiento de este tipo es software: Medio

3.3.ESTRUCTURACION DEL CLIENTE

Grado de organizacin del cliente: Alta

10

Ideas Definidas: Requiere un software de cobranzas y pedidos para dispositivos mviles

donde se pueda realzar los cobros de los crditos y los pedidos de los clientes, realizara asi
los procesos teniendo as internet y sin conexin a internet.
Tiempo de entrega: 1 mes

SEGUNDA PARTE
3.4.OBJETIVOS
3.4.1. Objetivo General
Desarrollar una aplicacin de cobranzas y pedidos online, offline.
3.4.2. Objetivos Especficos
Registrar Clientes y Usuarios. El Sistema debe permitir registrar, modificar los datos
de los clientes y de los usuarios.
El usuario tendr una cuenta, que ser otorgada por el administrador del sistema
(nombre de usuario y contrasea) para ingresar al sistema mvil.
Registrar Crdito. La persona que solicita un crdito debe estar registrada. Se
registrar, el importe total del crdito, el inters, la fecha en la cual se le otorg el
crdito y se generara el plan de pago.
Registrar Producto. Debe registrar los productos (nombre del producto, cantidad), el
tipo de producto, la unidad de medida de cada producto.
El administrador del sistema podr crear temporada de productos, en una temporada
podr insertarse productos de diversos tipos.
El administrador del sistema asignar clientes a un cobrador para realizar el
respectivo cobro.
El sistema mvil permitir realizar un pedido y adems
bsqueda de productos por tipo o por temporada.

permitir realizar una

El sistema mvil permitir mostrar la ubicacin del domicilio de un cliente.

El sistema mvil permitir registrar el pago de una o ms cuotas.
El sistema mvil permitir ver la lista de clientes asignados al cobrador cuando
inicie sesin

11

3.5.RENDIMIENTO
Tipo de Interfaces: Interfaces graficas.

3.6.FIABILIDAD
Analizando el grado de fiabilidad:

Requerimiento de software
Realizar credito
Realizar los pagos del credito
Sincronizar los datos
Realizar pedidos
Realizar Asignacion

Nivel de fiabilidad
Normal Alto Critico

El software a desarrollar no lo consideramos como un Software Crtico.

Solucin:
Definir el tiempo de respuesta cuando se est realizando el reconocimiento o detectando
el rostro de la imagen en caso de no detectar nada.

3.7.RESTRINCCIONES
3.7.1. Restricciones tcnicas
Las herramientas a usar en el desarrollo del proyecto son:

El Proceso Unificado de Desarrollo de Software (PUDs)

Lenguaje Unificado de Modelado(UML)

Lenguaje de programacin Android Studio

Para la documentacin usaremos considerar Office 2013

Herramienta CASE: Enterprise Architect

12

3.7.2. Restricciones de recursos

Se dispone de 2 personas para desarrollar el software.

No se tiene ningn recurso econmico asignado para desarrollar la

aplicacin.

El software debe ser desarrollado en un mes.

El software debe ser entregado el 30/07/2016.

3.7.3. Restricciones legales

Infringir el derecho a la privacidad de los usuarios en espacios pblicos.

3.8.INTERFACES EXTERNAS
El software tendr una interfaz va interactuar con un solo usuario a la vez.

4. ESTIMACIONES DEL PROYECTO

Estimaciones del proyecto de software aplicando los 3 mtodos:

4.1. KLDC
KLDC

PROYECTO
Software de cobranzas y
pedido online/offline

MAS
OPTIMISTA PESIMISTA PROBABLE
1,189

427,766

153,091

ESPERADO

13

VE= 173,55

ESTIMAR EL TIEMPO DE DESARROLLO DE SOFTWARE

TIEMPO (MESES)

MAS
OPTIMISTA PESIMISTA PROBABLE

PROYECTO
Bsqueda de
imgenes con imagen

ESPERADO
6

VE=5

4.2. COCOMO II

Tipo Objeto
Pantalla
Informes
Componentes 3GL

FACTOR DE PESO
Avanzad
Cuenta Simple Medio o
Total
3
1
2
3
6
1
2
5
8
5
1
10
10
PO:
21

= PO * [ (100 - %Reutilizacin) ]/100

Proporciones de
Productividad

Muy
bajo

Bajo

Normal

Capacidad y
madurez del
desarrollador

Capacidad y
Estructuracin del
Entorno

PROD
PROD TOTAL

4
26

13

Alto

Muy
alto

25

50

14

Reutilizacin = 20%

= 21* [ (100 - 20) ]/100

= 16,8

E =16,8/26 1 Persona / mes

4.3. ECUACION DEL SOFTWARE

donde E = esfuerzo en hombres-ao.

t = duracin del proyecto en aos.
B = factor especial de destrezas. Para programas pequeos (menores a 5
KLDC) B vale 0.16, para programas intermedios (KLDC= 5 a 15) vale 0.28,
para programas mayores (mayores a 70 KLDC) vale 0.39.
P = parmetro de productividad, para un software de tiempo real, P vale 2,000,
para comunicaciones vale 10,000, para software cientfico vale 12,000 y para
aplicaciones comerciales de sistemas vale 28,000.
DATOS
1 KLDC = 1000 LDC

15

B=0.39
P=28000
t = 5 MESES

5. ANALISIS DE RIESGO

RIESGOS
R1. Al programador le sera difcil de manejar el lenguaje
R2 Podra ocurrir un cambio de lenguaje
R3.Incumplimiento con la fecha de entrega
R4.Incumplimiento con las fechas intermedias
R5. Se perder cdigo fuente por descuido
R6. No se cumplir con el horario asignado a los
programadores
R7. El cliente no estar conforme con el software

60%
20%
20%
10%
10%
35%

EVALUAR
RIESGOS

IMPACTO

PROBABILIDAD

Identificar Riesgos en el software

Normal
Critico
Critico
Critico
Medio
Medio

60% Critico

R5
R3
R1-R11-R12
R2-R10
R4
R7
R15

16

R8. No disponer con el nmero necesario de computadoras

R9. No disponer con un ambiente adecuado
R10. Mala planificacin en el diseo
R11. El cliente requiere cambiar los requisitos
R12. Falta de informacin de herramientas
R13. Cambio de personal
R14. Programadores sin experiencia en el tipo software
R15. No comprender los requisitos del software
R16. No analizar los requisitos de software

10%
30%
70%
5%
60%
5%
60%
70%

Critico
Medio
Medio
Critico
Normal
Medio
Medio
Critico
60% Critico

R9
R16

R1-R2-R14

R14

REDUCIR RIESGOS DE PROBABILIDAD

RIESGOS

REDUCIR PROBABILIDAD

R1:.Al programador le sera difcil de manejar el

lenguaje

Darle a conocer con anticipacin el lenguaje

R2: Podra ocurrir un cambio de lenguaje

R3.Incumplimiento con la fecha de entrega
R4.Incumplimiento con las fechas intermedias
R5. Se perder cdigo fuente por descuido

Definir bien el lenguaje

Planificar la entrega con anticipacin
Mostrar el avance del software continuamente
Hacer varias copias de seguridad

R6.No se cumplir con el horario asignado a los

programadores

Disponibilidad de tiempo de los programadores

R7. El cliente no estar conforme con el software

R8. No disponer con el nmero necesario de
computadoras
R9. No disponer con un ambiente adecuado
R10. Mala planificacin en el diseo
R11. El cliente requiere cambiar los requisitos
R12. Falta de informacin de herramientas

Realizar una buena captura de requisitos.

Alquilar computadoras
Buscar con anticipacin un lugar adecuado
Consultar con los programadores sobre el
ambiente que les gustara tener
Utilizar un ciclo de vida flexible
Buena comunicacin con el cliente. Analizar
bien los requisitos.
Incentivar a tomar cursos de preparacin.

17

R13. Cambio de personal

R14. Programadores sin experiencia en el tipo de
software
R15. No comprender los requisitos del software
R16. No analizar los requisitos de software

Capacitar al personal en nuevas tecnologa.

Consultar Internet. Ver otros software
Brindar buen ambiente
Buen trato a los programadores
Incentivar por objetivos logrados
Hacerles conocer el tipo de software a realizar
Realizar cuestionario de preguntas, entrevistas
Tomarse el tiempo para definir, especificar lo
que tiene que hacer el software.

REDUCIR IMPACTO

RIESGOS
R1. Al programador le sera difcil de manejar el
lenguaje
R2 Podra ocurrir un cambio de lenguaje
R3.Incumplimiento con la fecha de entrega
R4.Incumplimiento con las fechas intermedias
R5. Se perder cdigo fuente por descuido

REDUCIR IMPACTO
Elegir otro lenguaje de desarrollo conocido
Asesoramiento a los programadores por un
profesional
Trabajar fines de semana y horas extras
Trabajar ms tiempo de lo programado.
Realizar de nuevo el trabajo

18

R6. No se cumplir con el horario asignado a

los programadores
R7. El cliente no estar conforme con el software
R8. No disponer con el nmero necesario de
computadoras
R9. No disponer con un ambiente adecuado
R10. Mala planificacin en el diseo
R11. El cliente requiere cambiar los requisitos
R12. Falta de informacin de herramientas
R13. Cambio de personal
R14. Programadores sin experiencia en el tipo
software
R15. No comprender los requisitos del software
R16. No analizar de los requisitos de software

6. PLANIFICACION DEL TIEMPO

DIAGRAMADEGANTT

Trabajar fines de semana u horas extras.

Presentar un prototipo del proyecto.
Comprar nuevos equipos.
plazo al cliente
Trabajar ms tiempo de los programado
Realizar de nuevo el trabajo
Trabajar fines de semana y horas extras
Brindar cursos de capacitacin
Brindar cursos de capacitacin
Realizar cuestionario de preguntas, entrevistas
Tomarse el tiempo para definir, especificar lo
que tiene que hacer el software.

19

7. TABLA DE RECURSOS
FECHA

RECURSOS

DESDE
HARDWARE

HASTA

CANTIDAD

PRECIO
UNITARIO
Bs

PRECIO
TOTAL

20

Estacin de Trabajo
Router inalmbrico HUAWEI
Impresora Epson L220

05/01/16
05/01/16
05/01/16

13/02/16
29/02/16
29/02/16

2
1
1

6500
900
1879

13000
900
1879

05/01/16
05/01/16
05/01/16

13/02/16
13/02/16
13/02/16

--------------

0
0
0

0
0
0

SOFTWARE

OpenCV
Skype
Android Studio
GENTE

Personal de limpieza
Programadores

05/01/16
05/01/16

29/02/2016
29/02/2016

1
2

1800
3480

1800
6960

05/01/16
05/01/16
05/01/16
05/01/16

29/02/16
13/02/2016
29/02/16
13/02/16

2
2
2
2

1400
800
182
90

2800
1600
364
180

05/01/16
05/01/16
05/01/16
05/01/16

29/02/16
13/02/16
13/02/16
13/02/16

3
1
2
12

25
150
5
3

75
150
10
36

05/01/16
05/01/16
05/01/16
05/01/16
05/01/16
05/01/16

29/02/16
29/02/16
29/02/16
29/02/2016
29/02/16
29/02/2016

48
1
4
1
10
10

2.5
30
5
30
5
5

120
30
20
30
50
50

05/01/16
05/01/16
05/01/16
05/01/16

29/02/16
29/02/16
29/02/16
29/02/2016

1
2
1
1

50
14
1531
349

50
28
1531
349

05/01/16
05/01/16

29/02/2016
29/02/16

2
3

153
30

306
90

05/01/16
05/01/16

29/02/16
29/02/2016

1
1

500
1000

500
1000

INFRAESTRUCTURA

Alquiler de oficina
Escritorio
Internet 2Mb
Sillas
LOGISTICA
Material de escritorio

Papel de impresora
Pizarra
Borrador de pizarra
Marcadores Acrlicos
Material de limpieza

Papel Higinico
Escoba
Trapeador
Basurero
Pastilla de inodoro
Jabn de tocador
Servicio de Refrigerio

Porta sifn
Sifn de Agua
Frigobar
Cafetera
Cableado

Estabilizador
Regleta
Publicidad

Isologo
Letrero

Total:33908

21

8. ORGANIZACION DE EQUIPOS DE DESARROLLO DE

SOFTWARE
La estructura de equipo que se utilizar: Descentralizada Democrtica (DD):
Este equipo no tiene un jefe permanente. Sino, se nombran coordinadores de tareas a
corto plazo y se sustituyen por otros
para diferentes tareas.
Las decisiones sobre problemas y los
enfoques se hacen por consenso del
grupo. La comunicacin entre los
miembros del equipo es horizontal.

9. MECANISMOS DE
SEGUIMIENTO Y CONTROL
SEGUIMIENTO.
Realizar reuniones peridicas con el personal de desarrollo de software para tratar sobre
el estado del proyecto, en las cuales cada miembro: D un informe de los progresos de
las tareas definidas y de los hitos, y tambin delos problemas.
D a conocer sus valoracin es subjetivas acerca de los problemas se pueden presentar
ms adelante en el desarrollo del software.

CONTROL

22

Para llevar un control del desarrollo del software, una vez determinado un problema, se
deben disponer recursos para el rea problemtica; se puede volver a organizar el
personal o redisear la agenda del proyecto.

REPORTES DE TAREAS FINALIZADAS

TAREAS EN PROCESO

23

INFORME DE ERRORES

24

10. ANEXOS