Professional Documents
Culture Documents
INDICE
1.
2.
3.
2.1.
2.2.
PRIMERA PARTE................................................................................................................................
3.1.
3.2.
3.3.
SEGUNDA PARTE...............................................................................................................................
4.
3.4.
OBJETIVOS..........................................................................................................................
3.5.
RENDIMIENTO...................................................................................................................
3.6.
FIABILIDAD........................................................................................................................
3.7.
RESTRINCCIONES.............................................................................................................
3.8.
INTERFACES EXTERNAS..................................................................................................
KLDC....................................................................................................................................
4.2.
COCOMO II..........................................................................................................................
4.3.
5.
ANALISIS DE RIESGO...............................................................................................................
6.
7.
TABLA DE RECURSOS..............................................................................................................
8.
9.
10.
Registros de pagos
Resumen de rendicion
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
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
5
6
7
8
9
10
11
12
13
14
FACTORES DE INCIDENCIA
9
16
12
1335
14
1386
PF=1469.16
5 F
0
5
0
5
5
5
2
2
0
4
3
3
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
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 . .
10
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.
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
3.7.RESTRINCCIONES
3.7.1. Restricciones tcnicas
Las herramientas a usar en el desarrollo del proyecto son:
12
3.8.INTERFACES EXTERNAS
El software tendr una interfaz va interactuar con un solo usuario a la vez.
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
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
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%
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
Normal
Critico
Critico
Critico
Medio
Medio
60% Critico
R5
R3
R1-R11-R12
R2-R10
R4
R7
R15
16
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 PROBABILIDAD
17
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
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
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.
TAREAS EN PROCESO
23
INFORME DE ERRORES
24
10. ANEXOS