PLAN DE DESARROLLO PROYECTO FINAL

PARQUEADERO PBLICO

PRESENTADO POR.

SANDRA CRISTINA VILLADA ARANDO

JUAN SEBASTIAN ABELLO BEDOYA
MILTON FABIAN SERRATO VARGAS

PRESENTADO A:
CAMILO ANDRES PINTO CASTELBLANCO

FUNDACION UNIVERSITARIA SAN MARTIN

FACULTAD DE UNIVERSIDAD ABIERTA Y A DISTANCIA
PROGRAMA DE INGENIERIA DE SISTEMAS
TUTORIA DE INGENIERA DE SOFTWARE

BOGOTA D.C., 26 DE OCTUBRE DE 2012

ndice
Pagina
Introduccin

Objetivo general

Objetivos especficos

Restricciones

Organigrama y definicin de roles

Estimacin

12

Fases de desarrollo de software

15

Cronograma de actividades

18

Mecanismos de seguimiento y control

19

Introduccin
Una empresa desarrolladora de software planea construir una aplicacin que
permita administrar un parqueadero de carros. Como hasta ahora se quiere entrar
en ese ambiente, inicialmente se har esta aplicacin para parqueaderos de no
ms de 20 puestos numerados.
En cada puesto se puede parquear un carro. Como es debido, un parqueadero
tiene una tarifa por hora o fraccin de hora; adems, se manejan estas tarifas de
acuerdo al costo que impone la ley en ese momento, es decir, se debe cambiar los
costos cada vez que se requieran.
Al entrar un carro al parqueadero, este en el software se debe identificar por su
placa, y el software debe recomendar el posible puesto para que el carro tome ese
lugar, pero tambin se debe conocer la hora en la que entr, y esta se maneja
bajo la restriccin de la hora de funcionamiento del parqueadero, el cual funciona
desde las 6:00 AM hasta las 08:00 PM.
Para aumentar la calidad del software, se revisan diferentes productos de software
de parqueadero que estn hoy en el mercado, y todos ellos coinciden en estos 4
puntos.
A cada carro se le asigna el lugar donde debe parquear, a excepcin de cuando
no hay cupo, en este caso, no se permite la entrada de ms carros.
Cada carro que vaya saliendo, se le dice cuanto debe pagar, de acuerdo al
tiempo que estuvo parqueado.
El software debe mostrar en pantalla cunto dinero se ha recogido durante el
da.

 En la interfaz del software se deben mostrar que puestos del parqueadero estn
ocupados, y que puestos del mismo estn disponibles.

Objetivo general
Desarrollar un software que admita informacin para tener un registro de datos de
las entradas y salida de los vehculos, permitiendo as tener un control claro de la
situacin en tiempo real del parqueadero.

Objetivos especficos
Determinar el nmero de carros que ingresan al uso de este servicio y as
llevar un registro diario

con la placa del vehculo, horas de uso de este

parqueadero y el tiempo que permanece el vehculo en este lugar para que de

esta manera no hallan situaciones confusas, y sea ms eficaz para el usuario
que controla el software.
Elaborar una interfaz que permita identificar con mayor agilidad los espacios del
parqueadero que estn libres, ocupados y que vehculo se encuentra en el
mismo.
Generar una aplicacin software que permita conocer de manera ms detallada
los ingresos que se van adquiriendo diariamente por la prestacin del servicio.

Restricciones
Dado que se est empezando en el ambiente de manejo de software de
parqueadero, inicialmente se plantea que solo servir para manejo de
automviles, es decir, no abra opcin para parque de motocicletas. Aunque si
los clientes a los cuales les llega el software lo requieren, se adicionara el
modulo del motos.
El software est planteado para manejo en un solo computador y mono usuario,
es decir, se guardaran los datos localmente en el equipo, este no trabajara en
red.
Los datos no se guardaran en una base de datos, dado que el software se
manejara por medio de vectores, sin embargo se habilitar una opcin para
exportar el dinero producido por el servicio a un archivo TXT, para tener un
record diario guardado.
El alcance del software es para mostrar el dinero producido durante el da en el
que se trabaje, es decir, no ser posible mostrar el acumulado que se lleva en
das o semanas.

Organigrama de la empresa desarrolladora de software

Definicin de roles:

1. Presidencia: representante legal de la empresa.

2. Gerencia general: coordinador y responsable del funcionamiento de la

empresa en general.

2.1

Informtica

Departamento de Soporte Tcnico:

Planifica la modificacin e instalacin de nuevo software y hardware.
Evala los nuevos paquetes de software y nuevos productos de hardware.
Da soporte tcnico necesario para el desarrollo de nuevos proyectos
evaluando el impacto de los

nuevos proyectos.

 Ejecuta mantenimiento preventivo y correctivo al equipo informtico de la

empresa.
Ofrece los servicios de mantenimiento preventivo y correctivo a los equipos
informticos que los clientes han adquirido en cualquiera de nuestras
sucursales.
Departamento de Desarrollo.
Identifica la posibilidad de automatizacin de una tarea especfica.
Impone los requisitos del programa. Esto aclarando lo que debe hacer y para
que se necesita el programa.
Realiza el anlisis de los requisitos del programa.
Disea la arquitectura del programa.
Implementa el programa.
Comprueba la calidad del programa.
Valida la entrada en venta del programa a los clientes.
Departamento de Seguridad Informtica.
Mantener reglas de acceso de datos y dems recursos de la empresa.
Monitorear violaciones de seguridad y tomar medidas correctivas.
Probar arquitectura de seguridad para evaluar fortalezas y detectar
amenazas.
Impedir el extravi de datos y el ingreso de intrusos en la red de la empresa.
Impedir el ingreso, edicin, insercin eliminacin desautorizada en la base
de datos de la empresa.

2.2

Mercadeo

Departamento de Ventas.
Buscar distribuidores
Venta de Productos
Realiza propaganda de los productos y servicios ofrecidos por la empresa.
Estipula precios, ofertas y descuentos a aplicar a los productos y servicios
ofrecidos por la empresa.
Impulsa promociones de venta.
Percibir ingresos.
Mantener comunicacin permanente con el departamento de contabilidad
para constatar la existencia de productos.
Departamento de compras.
Buscar los mejores proveedores
Compra de productos
Constatar calidad de los productos adquiridos.
Mantener comunicacin permanente con el departamento de contabilidad
para la adquisicin oportuna de productos.

2.3

Recursos humanos

Departamento de reclutamiento y Contratacin.

Prepara el perfil del puesto de trabajo.
Se encarga de evaluar los candidatos para el puesto de trabajo.
Hace los procesos de contratacin para el nuevo empleado.

 Constata la necesidad de reclutar nuevos empleados para la empresa.

Departamento de Ambientacin.
Elabora los mtodos de incentivos para los empleados.
Se encargan de crear un buen ambiente de trabajo.
Explica y apoya a los nuevos empleados.
Se encarga de capacitar a los nuevos empleados.
Muestra las instalaciones con las que cuenta la empresa al empleado.
2.4

Finanzas

Departamento de Contabilidad.
Llenar y pagar planillas
Firma de cheques
Llevar los libros de compra y venta
Declarar impuestos
Generar balances (Inicial, final, general)
Generar informes de estados de resultados.
Generar informes de flujo de efectivo.
Generar inventarios de los activos (Edificios, mobiliario y equipo, vehculos,
etc.); con los que cuenta la empresa.
Generar inventarios de los productos en existencia, puestos en venta,
averas y en reparacin (por garanta o particular).
Mantener comunicacin permanente con el departamento de ventas y de
compras para constatar los mximos y los mnimos estipulados de productos
en adquisicin y los puestos a la venta a los clientes.

10

 Departamento de Auditora Interna.

Generar informes operativos, y financieros.
Salvaguardar los activos, y verificar si existen dichos activos.
Identificar fugas de efectivos y evitarlas.

11

Estimacin
Modelo de punto de funcin.
Formulacin de 14 preguntas de funcionabilidad del software, asignando un valor
adecuado de acuerdo a la tabla expuesta:

0
Sin
Influencia

Incidental Moderado

3
Medio

Significativo Esencial

Preguntas
1 Requiere el sistema copias de seguridad y recuperacion fiables
2 Se requiere comunicacin de datos?
3 Existen funciones de procesamiento distribuido?
4 Es critico el rendimiento?
5 Sera ejecutado el sistema en un entorno operativo existente y frecuentemente utilizado?
6 Requiere el sistema entrada de datos interactivo?
Requiere la entrada de datos interactivo que las trancisiones de entrada se lleven a cabo sobre
7
multiples o variadas operaciones?
8 Se actualizan los archivos maestros en forma interactiva?
9 Son complejas las entradas, las salidas, los archivos o peticiones?
10 Es complejo el procesamiento interno?
11 Se ha diseado el codigo para ser reutilizable?
12 Estan incluidos en el diseo la conversion y la instalacion?
13 Se ha diseado el sistema para soportar multiples instalaciones en diferentes organizaciones?
14 Se ha diseado la aplicacin para facilitar los cambios y para ser facilmente utilizada por el usuario?
Total fi

Valor
5
0
0
5
5
5
4
5
4
4
3
5
5
5
55

Factor de ponderacin:

Parametro de medicion
Numero de entradas de usuario
Numero de salidas de usuario
Numero de peticiones de usuario
Numero de archivos
Numero de interfaces externas
Cuenta_Total

Factor de ponderacion
Cuenta
x
Simple
2
2
1
1
1

Medio

Complejo
4
5
4
10
7

=
8
10
4
10
7
39

12

-PF = CUENTA_TOTAL * [0.65 + 0.01 * SUM (fi)] =39*(0.65+0.01*55)

-Productividad = PF / persona-mes = 46.8 / 3
-Calidad = Errores / PF = 10/46.8

46.8

15.6

0.21

-Costo = Dlares / PF = U$250 / 46.8

5.34

-Documentacin = Pgs. Doc. / PF = 4 / 46.8

0.08

Modelo COCOMO
Dado que se va a desarrollar el software en lenguaje Java, la variable de LDC por
cada punto de funcin que aplica segn Cocomo para este lenguaje es de 53.

-KLDC = (PF * Lneas de cdigo por cada PF)/1000 = (46.8*53)/1000 = 2.48

-Coeficientes a usar segn KLDC:

Proyecto
Software
Orgnico
Semiacoplado
Empotrado

a
3,2

b
1,05

c
2,5

d
0,38

3
2,8

1,12
1,2

2,5
2,5

0,35
0,32

Se usar el tipo Orgnico ya que el proyecto no supera las 50 KLDC.

13

-Calculo de la variable FAE:

Conductores de coste
Fiabilidad requerida del software
Tamao de la base de datos
Complejidad del producto
Restricciones en tiempo de ejecucion
Restricciones del almacenamiento principal
Volatilidad de la maquina virtual
Tiempo de respuesta del ordenador
Capacidad del analista
Experiencia en la aplicacin
Capacidad de los programadores
Experiencia en S.O. utilizado
Experiencia en el lenguaje de programacion
Practicas de programacion modernas
Utilizacion de herramientas software
Limitaciones de planificacion del proyecto

Muy bajo Bajo

0,75

Valoracion
Nominal
alto

0,7

0,88
0,94
0,85

1,46
1,29
1,42
1,21
1,14
1,24
1,24
1,23

0,87
0,87
1,19
1,13
1,17
1,1
1,07
1,1
1,1
1,08

1
1
1
1
1
1
1
1
1
1
1
1
1
1

Muy alto
1,15
1,08
1,15
1,11
1,06
1,15
1,07
0,86
0,91
0,86
0,9
0,95
0,91
0,91
1,04

Extra alto

1,4
1,16
1,3
1,3
1,21
1,3
1,15
0,71
0,82
0,7

1,65
1,66
1,56

0,82
0,83
1,1

FAE = 1.15*0.94*0.7*1.3*1.21*0.87*1.07*1*0.82*1*0.9*1.0*0.91*0.91*1.08 =
0.7313
-Clculo del esfuerzo del desarrollo:
E = a KLDC ^ (b) * FAE = 3.2 * (2.48) ^ 1.05 * 0.7313 = 6.07 personas /mes
- Clculo tiempo de desarrollo:
T = c Esfuerzo d = 2.5 * (6.07) ^ 0.38 = 4.96 meses
-Productividad:
PR = LDC/Esfuerzo = 2480/6.07 = 408.56 LDC/personas mes
-Personal promedio:
P = E/T = 6.07/4.96 = 1.2 personas
Segn los resultados se necesitan un equipo de 2 personas trabajando alrededor
de 5 meses, sin embargo segn el cronograma establecido del proyecto, se debe
tener el software en 2 meses, entonces se procede a incrementar a 3 el nmero
de personas. 1 Jefe de proyecto, 1 Analista y responsable de calidad, y 1
programador.

14

Fases de desarrollo del software

1. Levantamiento de requerimientos
Los propietarios de parking tomaron la decisin de contratar los servicios de tres
(3) ingenieros de sistemas, con el fin de estructurar un software que permita
agilizar el registro y control de los vehculos que utilizan el parqueadero, calcular
los costos y optimizar la atencin del pblico.

Especificaciones tcnicas
Software que permita registrar el ingreso de vehculos al parqueadero y
ordenarlos segn la disponibilidad de espacio.
Calculo del costo total del uso del parqueadero.
El software ser utilizados por dos (2) usuarios que son los administradores del
establecimiento.
Guardara en

una serie de vectores programados por el software el dinero

realizado diariamente.

Requerimientos funcionales
El software permitir registrar la placa y hora de ingreso del vehculo al
parqueadero y adems informar que espacio le corresponde.
El software solo funcionar entre las 06:00 am y las 06:00 pm, de tal forma que
si se utiliza en otro horario no realizar ninguna operacin.
La aplicacin informar de forma precisa el valor que debe pagar el usuario al
salir del parqueadero y el tiempo que lo us.

15

2. Anlisis y Diseo
Teniendo en cuenta los requerimientos del usuario, se realizar una reunin entre
los desarrolladores para iniciar la etapa de estructuracin del software pero
teniendo en cuenta un anlisis detallado sobre los requerimientos y como
optimizar la construccin del software.

Para el desarrollo del software ser utilizado el modelo cascada teniendo en

cuenta que ya se conocen los requerimientos del proyecto y que funciones debe
tener el software.

3. Pruebas (aplicacin-usuario)
Se destinar un tiempo prudente para el desarrollo de las mismas, con el fin de
evitar errores o inconformismos por parte del usuario final.

Para las pruebas se tendr en cuenta el tiempo que tarda el software en ejecutar
las aplicaciones, el orden de la informacin y su rendimiento al ser utilizado por
mucho tiempo constantemente.

4. Entrega Producto
El software ser entregado en el tiempo estipulado en el contrato, se destinar una
semana de induccin a los usuarios y administradores del programa con el fin de
solucionar inquietudes frente a su manejo.
Igualmente se entregar el manual del usuario con el fin de facilitar el empleo de la
herramienta.

5. Realizacin cambios

16

Los cambios que se realizarn debern estar alineados con los requerimientos
iniciales del usuario, en ningn momento se realizarn cambios estructurales en el
software y las sugerencias que se hagan por parte del contratante debern estar
soportadas en el marco del contrato inicial.

17

Cronograma de Actividades
Para este proyecto se ha establecido el siguiente cronograma de actividades, en el
cual se contemplan las diferentes actividades comprendidas dentro del plan de
fases.

DESCRIPCION

FECHA

FECHA

INICIAL

FINAL

Analista, Jefe de

29-10-

04-11-2012

Modelo casos de uso

proyecto

2012

Anlisis y Diseo

Analista,

05-11-

programador

2012

Programador,

16-11-

analista, gestor

2012

Levantamiento requerimientos

Pruebas (aplicacin-usuario)

RESPONSABLES

08-11-2012

19-11-2012

de calidad
Entrega Producto

Jefe de proyecto

20-11-

20-11-2012

2012
Realizacin cambios

Analista,

22-11-

Programador

2012

24-11-2012

18

Mecanismo de Seguimiento y Control

Control de Plazos

El jefe de proyecto realizara seguimientos semanales acerca de la ejecucin del

cronograma de actividades.

Calidad

Se realizaran pruebas acerca de la calidad del programa desarrollado, con el fin

de evaluar su correcto funcionamiento. Estas se realizaran frecuentemente.

Control de Calidad

Para brindar una calidad optima del programa ofertado, el jefe de proyecto
acompaado del desarrollador y el usuario final, pondr a prueba la eficiencia del
software verificando que cumpla con todos los requerimientos establecidos tanto
por el usuario como por el desarrollador.

Control de Cambios

El principal objetivo del control de cambios es la evaluacin y planificacin del

proceso de cambio para asegurar que, si ste se lleva a cabo, se haga de la forma
ms eficiente, asegurando en todo momento la calidad y continuidad del servicio.

La ejecucin de la metodologa de los cambios que se presenten durante el

desarrollo del proyecto combina procedimientos de aseguramiento de calidad y
gestin en la identificacin, control y auditora de las modificaciones que
invariablemente puedan ocurrir.

19

Estos cambios pueden ocurrir durante las fases de desarrollo. Los posibles
orgenes de los cambios pueden ser:
Reorganizacin, reduccin o crecimiento de la solucin de proyecto.
Cambio de los requerimientos de la solucin del proyecto.
La solicitud debe estar consignada en el siguiente formato:
Tipo solicitud de cambio

Descripcin

Solicitante

Estos sern aprobados solo por el jefe de proyecto.

Control de Riesgos

Desde el momento en que se inicie el proyecto se van a tener en cuenta los

siguientes riesgos asociados al proyecto y las acciones para mitigarlos. Esta
verificacin se realizara una vez cada semana.
Tiempo: no entregar el proyecto en el plazo establecido.
Aumento requerimientos: ms nmero de los requerimientos del usuario.
Manejo de herramientas por el usuario: falta de conocimientos por parte del
usuario en cuanto al manejo de herramientas tecnolgicas.

20