Ejemplo de Informe

CONTROL DE VERSIONES
Identificacin:
Versin:
Nombre
Rol
Fecha
Autor
Germn Romero Contreras
Jefe de Proyecto
06-06-2007
Revisores
Marcelo Montecinos Cabrera
Cliente
06-06-2007
Responsable
Germn Romero Contreras
Jefe de Proyecto
06-06-2007
Historia de revisiones:
Nmero
de
versin
Fecha de
revisin
1.0
Descripcin
Entrega Primer Informe
2.0
07-06-2007
Entrega Segundo Informe
3.0
05-07-2007
Entrega Tercer Informe
4.0
20-07-2007
Entrega Cuarto Informe
4.1
27-07-2007
Entrega Final Informe
Proyecto Mi Estacionamiento
ndice
ndice ...................................................................................................................... 3
1. Resumen Ejecutivo ................................................................................................ 7
2. Identificacin del Proyecto ...................................................................................... 9
3. Formulacin y delimitacin del proyecto ..................................................................10
3.1. Descripcin de la organizacin .............................................................................12
3.1.1. Antecedentes..................................................................................................13
3.1.2. Estructura Organizacional.................................................................................14
4. Descripcin del Problema o Necesidad .....................................................................15
4.1. Planteamiento del Problema o Necesidad ..............................................................15
4.2. Unidades / reas Afectadas .................................................................................16
4.3. Anlisis de la Situacin Actual..............................................................................17
4.4. DFA..................................................................................................................18
4.5. Descripcin escrita del o los proceso a intervenir....................................................19
4.6. Flujos de Datos ..................................................................................................20
4.6.1. Descripcin de Documentos de Datos. ..............................................................21
4.7. Levantamiento de Requerimientos........................................................................22
4.7.1. Mtodo de Levantamiento de Requerimientos .....................................................23
4.7.1.1. Requerimientos Del Cliente ............................................................................25
4.7.1.1.1. Requerimientos Generales ..........................................................................25
4.7.1.1.2. Requerimientos Especficos .........................................................................26
4.7.1.2. Requerimientos De Desarrollo ........................................................................27
4.7.1.2.1.1 Requerimiento Explicito ............................................................................27
4.7.1.2.1.2. Requerimiento Implcito ...........................................................................28
4.7.1.2.2. Requerimientos No Funcionales ...................................................................29
4.7.1.2.2.1. Requerimiento Explicito ...........................................................................29
4.7.1.2.2.2. Requerimiento Implcito ...........................................................................29
4.7.3. Restricciones del negocio .................................................................................30
4.7.4.1. Definicin de Alcances del proyecto ................................................................31
4.7.4.2. Definicin de Lmites del proyecto...................................................................33
4.7.5. Limite Hombre / Mquina .................................................................................34
5. Objetivos .............................................................................................................35
5.1. Objetivo(s) General(s) ........................................................................................35
5.2. Objetivos Especficos ..........................................................................................36
5.3. Descripcin de Indicadores de Gestin que el Sistema aportara a la organizacin.......38
5.3.1. Indicador de gestin con respecto al nmero de consultas....................................38
5.3.2. Marcaciones errneas ......................................................................................38
5.3.3. Cantidad de incorporaciones mensuales .............................................................39
5.3.4. Cantidad de desvinculaciones............................................................................39
5.3.5. Estacionamientos Actualizados y No Actualizados ................................................40
5.3.6. Indicador de gestin con respecto al nmero de registros.....................................40
5.3.7. Indicador de gestin con respecto al Paquete de Reserva .....................................41
5.3.8. Indicador de gestin con respecto al estacionamiento ms reservado ....................41
6. Definicin de Contrato ...........................................................................................42
7. Marco Terico.......................................................................................................44
7.1. Mercado objetivo ...............................................................................................59
7.2. Descripcin del Mercado......................................................................................59
7.3. Definicin de Mercado.........................................................................................60
7.4. Necesidades de Marketing ...................................................................................60

8. Desarrollo de Alternativas de Solucin .....................................................................61
8.1. Alternativas de Solucin......................................................................................61
8.1.1. Descripcin Alternativa ....................................................................................62
8.1.2. Tecnologa a Emplear.......................................................................................63
8.1.3. Funcionalidades a incorporar ............................................................................69
8.1.4. Alcances y Proyecciones ...................................................................................70
8.2. Estudio de Factibilidad ........................................................................................72
8.2.1.1. Factibilidad Tcnica.......................................................................................73
8.2.1.2. Factibilidad Operacional.................................................................................75
8.2.1.3. Factibilidad Implementativa ...........................................................................76
8.2.1.4. Factibilidad Legal..........................................................................................77
8.2.1.5. Factibilidad Econmica ..................................................................................81
8.2.1.6. Calculo Presupuestario ..................................................................................82
8.2.7. Anlisis Financiero (VAN TIR) .........................................................................84
8.2.2. Justificacin Profesional y Tcnica de la Solucin Propuesta .................................87
8.2.3. Anlisis FODA Solucin Propuesta......................................................................90
8.3. Beneficios de la Solucin .....................................................................................92
8.4. Desarrollo Tcnico..............................................................................................93
8.4.1. Marco del Desarrollo ........................................................................................94
9. Plan del Proyecto ..................................................................................................95
9.1.1. Carta Gantt del Proyecto ..................................................................................96
9.1.2. Control de Hitos / Definicin de Puntos Crticos ................................................. 100
9.1.3. Protocolo de revisin y actualizacin de Gantt ................................................... 106
9.1.4. Plan de Desarrollo ......................................................................................... 107
9.1.5. Plan de Pruebas ............................................................................................ 109
9.1.6. Plan de Implementacin ................................................................................. 114
9.1.7. Plan de Contingencias. ................................................................................... 116
10. Desarrollo ........................................................................................................ 119
10.1. Diseo Lgico ................................................................................................ 119
10.1.1. Metodologa de desarrollo ............................................................................. 119
10.1.2. Ciclo de Vida ............................................................................................... 120
10.1.3. Modelo Conceptual de Datos ......................................................................... 123
10.1.3.1. Entidades y Relaciones del Sistema............................................................. 124
10.1.3.2. Reglas de Negocio .................................................................................... 125
10.1.3.3. Modelo Entidad - Relacin .......................................................................... 127
10.1.3.4. Modelo Relacional ..................................................................................... 128
10.1.3.5. Definicin de Vistas................................................................................... 129
10.1.3.6. Definicin de Store Procedure..................................................................... 130
10.1.3.7. Definicin de Constraint............................................................................. 131
10.1.3.8. Definicin de Triggers................................................................................ 132
10.1.3.9. Diccionario de Datos ................................................................................. 133
10.1.3.10. Script Sql Generacin de Base de Datos..................................................... 143
10.1.3.11. Script Sql Creacin de las Tablas e ndices ................................................. 144
10.1.3.12. Script Sql Creacin de Store Procedure ...................................................... 147
10.1.3.13. Script Sql Creacin de Roles ..................................................................... 148
10.1.4. Modelo de Procesos ..................................................................................... 149
10.1.4.1.1. Casos de Uso......................................................................................... 149
10.1.4.1.2. Diagrama de Secuencia .......................................................................... 158
10.1.4.1.3. Diagrama de Colaboracin ...................................................................... 162
10.1.4.1.4. Diagrama de Actividad............................................................................ 163
10.1.4.1.4. Diagrama de Actividad............................................................................ 163

10.1.4.1.5. Diagrama de Clase ................................................................................. 168
10.1.4.1.6. Diagrama de Estado ............................................................................... 169
10.1.4.1.7. Diagrama de Componentes ..................................................................... 172
10.1.4.1.8. Diagrama de distribucin ........................................................................ 175
10.1.4.1.9. Diagrama de Automatizacin ................................................................... 177
10.1.4.1.9.1 DFA Propuesto ..................................................................................... 178
10.2. Diseo Fsico ................................................................................................. 179
10.2.1. Diseo de Layout......................................................................................... 179
10.2.1.1. De Pantalla .............................................................................................. 181
10.2.1.2. De Reportes ............................................................................................. 191
10.2.1.3. rbol de Navegacin ................................................................................. 194
10.2.2. Definicin de Protocolos ............................................................................... 198
10.2.2.1. De Mensajes de Error y Comunicacin ......................................................... 198
10.2.2.2. De Ayuda................................................................................................. 200
10.2.3. Especificacin de la arquitectura tcnica ......................................................... 201
10.2.3.1. Componente de Hardware y de Software que sustente la solucin.................. 201
10.2.3.2. Dimensionamiento de la Base de Datos ....................................................... 202
10.2.3.3. Establecimiento de los tiempos de respuesta de las transacciones y ambientes en
el cual estos se podrn medir................................................................................... 203
10.2.3.4. Estandarizacin de la topologa de Red a utilizar. .......................................... 204
10.2.4. Componente de Red .................................................................................... 205
10.2.4.1.1. Seleccin de Protocolo de comunicacin a utilizar....................................... 205
10.2.4.1.2. Determinacin y especificacin de aspecto de seguridad en la red................ 206
10.2.4.1.3. Determinacin y especificacin de aspecto de seguridad de los datos a travs de
encriptaciones, certificados digitales. ........................................................................ 207
11. Gestin para el desarrollo de un sistema informtico. ............................................ 208
11.1 Normas para el desarrollo y evaluacin de un sistema. ........................................ 208
11.1.1. Normas de desarrollo ................................................................................... 208
11.1.2. Norma de respaldo ...................................................................................... 210
11.1.2. Norma de respaldo ...................................................................................... 210
11.1.3. De acceso a datos y/o fuentes de programa.................................................... 211
11.1.4. De control de versiones ................................................................................ 212
11.1.5. Norma para evaluacin de desarrollo ............................................................. 213
11.1.6. Norma de Mantencin .................................................................................. 215
11.2. Elaboracin de un plan de contingencia en implementacin ................................. 218
11.2.1.1. Concepto y estructura ............................................................................... 218
11.3. Elaboracin de un plan de contingencia en Produccin ........................................ 220
11.3.1.1. Concepto y estructura ............................................................................... 220
11.4. Elaboracin de un plan de pruebas ................................................................... 221
11.4.1.1. Concepto de plan de prueba....................................................................... 221
11.4.1.2. Casos de Prueba ....................................................................................... 222
11.4.1.3. Diseo y planificacin de un plan de prueba. ................................................ 223
12. Conclusin ....................................................................................................... 224
13. Bibliografa....................................................................................................... 226
Introduccin
En la actualidad sabemos que la tecnologa se encuentra en todo mbito de nuestras vidas,
por ende es difcil pensar que algunas cosas tan sencillas de nuestra vida no tengan una
solucin tecnolgica a una problemtica cotidiana.
Todos sabemos lo congestionado que se encuentra el centro de Santiago, tacos a todas
horas.
Estamos claro que estacionarse en una calle del centro de Santiago es muy difcil por
normas del trnsito o municipales, en las cuales uno no puede estacionarse en las calles mas
transitadas del centro. En algunas calles si se puede, pero estn muy alejadas del centro
neurlgico de Santiago o bien, estn expuesto a un riesgo mayor de robo al estar en la va
publica.
Hoy en da, existen muchos estacionamientos pblicos y privados en el centro. Pero estos
son poco conocido dado que generalmente no tienen una publicidad, o una pgina Web, en
donde indique cual es su direccin, que tarifa tiene, sus horarios, sus telfonos, su
capacidad, y que tipos de servicios poseen; servicio de seguridad, servicio de aseo.
Como una forma de apoyar o satisfacer esta necesidad de informacin, se ha propuesto el
proyecto informtico denominado mi estacionamiento que tiene como objetivo el facilitar el
acceso de informacin relacionada a los estacionamientos establecidos.
El proyecto consta de dos mdulos en el cual uno de ellos es accedido por los conductores
mediante Tecnologa Wap, la bsqueda de los estacionamientos ms cercanos al lugar donde
se encuentra el conductor en radios determinados, dando a conocer, la cantidad de
estacionamientos cercanos y cuantos tienen estacionamientos disponibles en lo que respecta
a ellos.
El segundo modulo esta mediante una aplicacin Web en donde los conductores podrn
realizar bsqueda de los estacionamientos establecidos en el centro de Santiago y a su vez
podrn adquirir los Pack de reservas para poder realizar estas reservas mediante la
aplicacin Wap. En este contexto, el nico medio de pago, para los pack de reserva ser
online, mediante transbank.
Este proyecto pretende beneficiar a la comunidad y a los empresarios del rubro, llevando y
facilitando la gestin automatizada para sus estacionamientos.
El objetivo de este informe es dar a conocer el proyecto informtico, en cuanto a su
planteamiento, desarrollo, e implementacin.
1. Resumen Ejecutivo
Hoy en da, los estacionamientos del centro de Santiago, cuentan con algunas tecnologas o
sistemas de estacionamiento, de forma automtica o manual, para la atencin de los
clientes que habitualmente llegan a estacionarse.
El mbito de desarrollo del sistema de Mi Estacionamiento se encuentra en el marco de la
bsqueda de estacionamientos establecidos en el centro de Santiago y adems la posibilidad
de realizar reserva de estos estacionamientos establecidos.
Orientado a todo tipo de estacionamiento que se encuentre dentro del permetro establecido
entre las intersecciones de; teatinos con Av. Libertador Bernardo OHiggins, teatino con
presidente Balmaceda, Av. Libertador Bernardo OHiggins con Miraflores y Av. Cardenal
Caro con Miraflores. Esta zona es de vital importancia en la circulacin de vehculos, ya que
es el sector ms transitado, dados sus negocios, trabajo, comercio.
Es un sistema innovador en el mercado. Solamente encontramos productos similares en el
mercado como lo son www.mapcity.com y www.planos.cl, los cuales tienen bsqueda de
calles con generacin de mapas, que su vez muestran en sus mapas servicios tales como:
gasolineras, mall, carabineros, establecimientos educacionales, hospitales entre otros. A
continuacin nombraremos las diferencias con estos productos.
Costo de la aplicacin para el cliente: ya que es una herramienta sencilla, fcil de

utilizar e implementar, esto diferencindola claramente de los sistemas existentes
hoy en da para el rea, los cuales son enfocados para sistema de bsqueda
geogrficas para calles o direcciones especificas.
Esta informacin solo indica el punto de las calles al cual desea ir, pero no indica los
estacionamientos establecidos y menos sus tarifa, capacidad, disponibilidad.
Atacando solamente un nicho especifico, los cuales son los estacionamiento
establecidos del centro de Santiago.
Al ser un sistema que se implementara adems en tecnologa Wap se puede tener
acceso a la informacin y registros de cualquier lugar. Por lo que no siempre es
necesario estar visitando la Web para buscar algn estacionamiento en el centro de
Santiago.
Manejo fcil e integrador de datos por parte del usuario, lo que deriva en menor
tiempo de educacin del sistema por parte de los desarrolladores del proyecto.
Herramienta de apoyo para la toma de decisiones para los administradores de
estacionamiento, ya que el sistema contiene varios indicadores de gestin, para la
administracin de estos estacionamientos.
Los estacionamientos que estuviesen interesado en adquirir el servicio solamente le
saldra como pago mensual 8 UF, tambin considerando la factibilidad tcnica la cual
es de USD 542,86 y la factibilidad Operativa de USD 35,45.
La inversin inicial de Mi Estacionamiento es de USD 13263,94, considerando los

punto de factibilidades tcnicas, operacional, implementativa, legal y econmica. Esto
solamente se considera el desarrollo y la implementacin del sistema en el mercado.
La reserva de estacionamiento, en Chile aun no esta masificado y explotado al 100%, sin

duda la reserva existe en el mercado, pero de manera mas convencional y a grandes
escalas, informacin hay muy poca sobre esto. Para llegar a ella se debe buscar en la gua
de telfono, para lo cual es una prdida bastante grande de tiempo y dinero, lo cual muchas
personas no estn dispuesta a hacerlo. Buscar informacin en la Web, tambin es otra
perdida de tiempo ya que no hay Webs habilitadas para ese tipo de tarea.
Web como mapcity.com o planos.cl solamente buscan direcciones especificas, si llegase a
mostrar un estacionamiento, solo mostraran su posicin en el mapa, sin ningn tipo de
informacin adicional.
2. Identificacin del Proyecto

Nombre del Proyecto: Mi Estacionamiento
Datos del responsable del proyecto:
Nombre: Germn Romero
Correo: german.romero@inacap.cl
Rubro: Servicio de estacionamientos.
Descripcin breve del proyecto:
La idea general del proyecto, es realizar un buscador del tipo mapcity, pero en vez de buscar
calles o direcciones especficas. Permite buscar estacionamientos de automviles cerca de
donde nos encontremos, por ejemplo, se necesita ir a la plaza de arma de Santiago y en el
buscador colocamos merced #500, el buscador nos debera mostrar los lugares en donde
hay estacionamientos los mas cercanos posible al lugar donde vamos. Con esto la persona
que desconoce muchas veces donde hay estacionamiento sabr donde ir, sus valores, sus
horarios, sus telfonos, etc. Todo lo anteriormente mencionado se limitara a rangos que
comprende; Cardenal Caro, teatinos, la Av. Libertador Bernardo OHiggins y cerro santa
lucia.
Tambin se pretende extender la bsqueda, mediante un sistema Wap el cual dar como
resultado los estacionamientos ms prximos, su capacidad y el cupo de estacionamiento
disponible en el momento.
Los clientes potenciales del proyecto, son todos los conductores que accedan al radio de
calles cubierto por el sistema. Adems de los administradores de estacionamientos cubiertos
en el radio, tendrn una mejor herramienta informtica, la cual administrara de forma
eficiente el cupo de sus estacionamientos.
El proyecto abarca solamente los estacionamientos del sector cntrico de la capital, es decir,
entre las intersecciones de; teatinos con Av. Libertador Bernardo OHiggins, teatino con
presidente Balmaceda, Av. Libertador Bernardo OHiggins con Miraflores y Av. Cardenal
Caro con Miraflores.
3. Formulacin y delimitacin del proyecto

Este proyecto nace a raz de un desconocimiento de los precios y adems, el
desconocimiento de los estacionamientos que se encuentran en el centro de Santiago.
En base a lo anterior, se determino buscar informacin en Internet, y ante este hecho, se
encontr muy poca informacin que permita saber sobre estos estacionamientos.
El proyecto esta compuesto por lo siguiente:

Modulo Web
El objetivo de este modulo es dar a conocer los estacionamientos establecido del centro de
Santiago, esto mediante un buscador, el cual muestra la informacin detallada de los
estacionamiento establecidos del centro de Santiago.
Adems tendr una seccin para los administradores de sistema y de los estacionamientos,
con sus respectivos mantenedores.
Los usuarios tendrn un modulo en el cual podrn registrarse, dentro de su panel de control
donde podrn modificar sus datos y a la vez adquirir pack de reserva de estacionamientos,
los cuales sern ocupados al momento de realizar la reserva Tecnologa Wap. Su nico
medio de pago ser a travs de una transaccin online, mediante transbank.
Los administradores pueden controlar si el usuario tiene cupo para hacer efectiva la reserva.
Los administradores pueden generar informes de gestin a travs del sitio, de acuerdo a los
indicadores de gestin que se indicaran mas adelante.
El administrador podr contar y descontar la cantidad de auto que se encuentra en el
estacionamiento, este podr ser de forma manual o automtico dependiendo de la
tecnologa que posea el estacionamiento. Este modulo estar conectado automticamente a la
base de dato el cual estar actualizando en lnea la capacidad del estacionamiento y el cupo
de disponibilidad que este tenga.
Modulo Wap
Uno de los objetivos de este modulo es dar a conocer los estacionamientos establecido del
centro de Santiago, esto mediante un men el cual desplegara las calles que se encuentran
en el sistema, al seleccionar una calle, el sistema le desplegara la alternativas de alturas
para las calles previamente seleccionadas, seleccionada esta le desplegara los
estacionamiento mas cercanos al lugar que eligi, as mostrando la disponibilidad de lo los
estacionamiento con el fin que pueda efectuar la reserva correspondiente.
Cumplido el objetivo anterior, nuestro segundo objetivo es realizar la reserva del
estacionamiento, seleccionado previamente, mediante esta va
10
Lo que este proyecto pretende implementar es:

La bsqueda, de los estacionamientos que se encuentran en el centro neurlgico de
Santiago (rango que comprende un radio entre las intersecciones de; teatinos con Av.
Libertador Bernardo OHiggins, teatino con presidente Balmaceda, Av. Libertador
Bernardo OHiggins con Miraflores y Av. Cardenal Caro con Miraflores). Esto a travs de
Tecnologa Wap y Web.
El Mostrar los resultados de los estacionamientos prximos al lugar que se desea ir, de
una forma ordenada, sencilla y clara.
Mediante Tecnologa Wap permita que los conductores acceda a informacin de los
estacionamientos prximos, mostrando su disponibilidad de cupos que quedan en un
determinado estacionamiento.
Desde la aplicacin Wap, de acuerdo al resultado de la consulta, permite realizar un
llamado con el celular, el cual podremos hacer nuestra reserva de 30 minutos.
Lo que no contempla el proyecto:

Generar reservas de estacionamiento mediante la tecnologa Web.
Bsqueda fuera del rango (rango que comprende un radio entre las intersecciones de;
teatinos con Av. Libertador Bernardo OHiggins, teatino con presidente Balmaceda, Av.
Libertador Bernardo OHiggins con Miraflores y Av. Cardenal Caro con Miraflores).
Reserva de estacionamientos que se encuentren en la va pblica, los cuales no son
estacionamientos establecidos.
Bsquedas de estacionamiento que se encuentren en la va pblica.
Cabe sealar que de los 2 primeros puntos que no se contemplan en el proyecto, sern
desarrolladas a futuro, como lo indicaremos en las proyecciones a futuro, las cuales son, la
reserva mediante la tecnologa Web y una bsqueda ms ampliada del rango establecido.
Los 2 ltimos puntos no sern contemplados por que los estacionamientos en las calles
difcilmente se podran reservar, ya que es libre de uso de todos. Y la bsqueda de
estacionamiento en la va publica, no se contemplan por que la aplicacin Web solo esta
orientado a los estacionamientos establecidos, y no a la va publica.
11
3.1. Descripcin de la organizacin

Especficamente se hace referencia a varios tipo de organizacin de cualquier empresa de
estacionamiento que en la actualidad hay en la cuidad de Santiago.
En la actualidad los estacionamientos cuentan con sistema de administracin de
estacionamientos muy simple, por lo general, muchas de ellas te controlan el acceso
mediante un Ticket el cual te registra la hora de llegada.
Por lo general las organizaciones de los estacionamientos estn compuestas por,
administrador, cajero, limpiadores de autos y acomodadores. Muchos de ellos cuentan con
guardias de seguridad y tele vigilancia.
Especficamente nos referiremos a un tipo de organizacin de estacionamiento (Centro
Comercial Alonso Ovalle), el cual cuenta con un cajero / administrador el cual cobra al
momento de que un usuario se disponga a salir del estacionamiento.
Tambin hay acomodadores de auto los cuales hacen esta tarea en el caso de estar el
estacionamiento completo, estos seores piden las llaves y van guardando el auto a medida
que el estacionamiento vaya quedando espacio disponible.
Estructura Jerrquica
Gerente General: Es el que toma las decisiones en la empresa, ve todos lo puntos a favores
y en contra, analiza propuestas y proyectos futuros. Es el que lidera la empresa.
Jefe de sucursal: Velara por el buen funcionamiento del estacionamiento que esta a cargo de
el, administrando de buena manera.
Jefe de Piso: Vela por el buen funcionamiento del piso del estacionamiento, al cual este a
cargo.
Cajero: el cajero es la persona que recibe el pago por parte de los usuarios que estn
haciendo uso del estacionamiento.
Personal de atencin: Es el que se encarga de la atencin de los usuarios del
estacionamiento, su tarea es responder las inquietudes de los usuario del estacionamiento.
Guardias: Son los encargados de la seguridad de los
estacionamiento. Vela por la seguridad del recinto en general.
automviles
dentro
del
Aseo: Son los encargado de ornato y aseo del recinto en general.
12
3.1.1. Antecedentes
En el centro de Santiago, especficamente al rea en el cual el proyecto va a abarcar,
encontraremos estacionamiento del tipo privados, los cuales tienen una administracin y
lgicamente estos tienen fines lucrativos.
Existen estacionamientos pblicos o municipales los cuales son concesionados a privados.
El en mercado de Santiago centro especficamente una de las concesionarias mas
importantes que hay hoy en da es la de Sociedad Estacionamientos Moneda Ltda., el cual su
ltimo estacionamiento es el que se encuentra ubicado en calle Teatinos esquina Av.
Libertador Bernardo OHiggins, bajo la Plaza de la Ciudadana, contiguo al Palacio de la
Moneda.
Son 557 estacionamientos pblicos con espacios reservados para 8.
Otros de los grandes estacionamientos del centro de Santiago es el Parque forestal poniente
el cual queda en Av. Cardenal Caro 870, el cual fue licitada por la municipalidad de Santiago
a la empresa COINTESA S.A.
Con el fin de ser administrada este estacionamiento fue concebido a Central Parking System.
13
3.1.2. Estructura Organizacional

En la mayora de las empresas relacionadas al mercado de los estacionamientos
establecidos, su estructura de trabajo es la siguiente:
Gerente General
Jefe Sucursal
Jefe de Piso
Cajero
Guardia
Personal de
atencin
Aseo
Ilustracin 1: Estructura organizacional de un estacionamiento
14
4. Descripcin del Problema o Necesidad

4.1. Planteamiento del Problema o Necesidad
En base al poco tiempo con que se cuenta para recorrer en vehculo el centro de
Santiago, nos planteamos la siguiente inquietud:
Donde nos podemos estacionar en el centro de Santiago?
Sin duda la poca experiencia de conducir por las calles del centro de Santiago, nos
hace tener, un desconocimiento de los estacionamientos del sector.
Buscar en la Web, suelen aparecer algunas pginas de estacionamiento en donde
generalmente hablar de ellos y algunos valores referenciales, de ah era muy poca la
informacin que se entregaban y a la vez eran muy pocas las Web que se encontraban
y peor an estaban muy lejos del centro de Santiago.
Sin duda, lo anterior podemos concluir en lo siguiente:
El origen o causa de esta problemtica o necesidad es el desconocimiento de los
estacionamiento del centro de Santiago, el no saber la ubicacin de estos
estacionamiento y mucho menos su disponibilidad de cupo real en lnea.
El efecto es la propuesta de este proyecto, el cual cubrir estas necesidades. Estas
necesidades sern cubiertas con un buscador de estacionamiento, el cual indicara datos
claves de estos estacionamientos, entre esto, su capacidad y disponibilidad, en el
instante.
15
4.2. Unidades / reas Afectadas

Una de las unidades ciertamente afectadas es la unidad de administracin de piso o el
administrador del estacionamiento, el cual deber actualizar la informacin del
estacionamiento, cada vez que un cupo de estacionamiento quede disponible, para ello
debe estar bien informado con el personal de ronda (guardias) o con el personal de
atencin. El cual le estar informando constantemente de los cambios que se
produzcan al interior del estacionamiento.
En el caso de contar con un contador de estacionamientos disponibles, el cual va
fluctuando, cada vez que ingresa y salga un automvil, el administrador deber estar
atento al movimiento de este, para que as pueda actualizar la informacin de la
pgina.
16
4.3. Anlisis de la Situacin Actual

Los estacionamientos hoy en da, lo estamos viendo con mejores cnones de seguridad
y tecnologa, pero eso no quita lo complejo que puede llegar a hacer la bsqueda de
uno de ellos. Primero que nada una persona estar deambulando por el centro de
Santiago buscando un estacionamiento cercano, y es mas an, algunos tratan de
informarse con algn conocido antes de partir al centro de Santiago, el cual le puede
dar algo de informacin.
Las personas que deambulen en el centro, lo que hacen es guiarse por los tpico
smbolos de estacionamientos E, el cual indica si un estacionamiento publico cercano,
muchos de estos muestran sus indicadores de capacidad, a la entrada de dicho
estacionamiento, con eso nos evitamos entrar. Hay otros que tienen sus carteles de
estacionamiento publicando sus valores y con suerte dan a conocer si su capacidad
esta completa o no, en muchos otros casos el administrador o el personal de atencin,
informara personalmente si la capacidad esta completa o no.
Tambin pasa la situacin de cuando una persona sabe que existe un determinado
estacionamiento, pero que al momento en el que llega a este lo encuentra totalmente
ocupado, la persona tendr que recurrir a buscar otro estacionamiento cercano al
lugar, sin saber donde va a llegar.
Al momento que se encuentra un estacionamiento que satisface las necesidades del

usuario, se procese al ingreso de este. Muchos de ello tienen ticket de entrada, los
cuales sale registrada la fecha y hora de entrada. Estos con el final de la estada, se
van a cancelar a caja, los cuales son validados al momento de cancelar el monto.
Saliendo del estacionamiento, este ticket validado se inserta en una mquina a la
salida del estacionamiento, lo cual uno puede salir tranquilamente del estacionamiento.
Como vemos esta operacin se repite en mltiples lugares donde hay estacionamiento
en el centro de Santiago.
Por otro lado la situacin actual de las pginas Web, podemos ver que existen algunas
Web dedicadas a ciertos estacionamientos exclusivos, en donde se indica el lugar, los
servicios que ofrecen y sus tarifas. Este aspecto como empresa de estacionamiento,
indican un solo estacionamiento y por ende muchas veces es difcil de encontrar.
17
4.4. DFA
Ilustracin 2: DFA de los estacionamientos
18
4.5. Descripcin escrita del o los proceso a intervenir.

Los procesos a intervenir serian los siguientes:
Bsqueda automatizada de estacionamiento.

Es uno de los puntos ms importantes del proyecto ya que permite a los conductores de
vehculo planificar el viaje, sabiendo los posibles puntos donde hay estacionamiento o no. En
este punto nos estaremos anticipando a la problemtica de que si hay estacionamiento o no.
Registro de disponibilidad de estacionamientos.

Otro de los proceso a intervenir es la del jefe o administrador del piso o estacionamiento el
cual deber velar la disponibilidad de estacionamiento y actualizacin de este, si es que hay
disponibilidad o no. En el caso de contar con un sistema automatizado de disponibilidad de
estacionamiento, sea un contador, un semforo o sensores de disponibilidad, se evaluara la
factibilidad del sistema para ser integrado automtico al proyecto Mi Estacionamiento.
Reserva
En este punto el usuario podr realizar reserva de estacionamiento, a travs de Tecnologa
Informtica Wap.
En este punto deber haber una persona la cual deber ver y registrar las llamadas en
curso, en donde tendr que comprobar que la persona tiene cupo para realizar la reserva y
esta persona tendr que registrar la reserva y hacerla efectiva.
19
4.6. Flujos de Datos

En este tipo de servicios, por lo general tienen el mismo flujo de datos entre si, por ello a
continuacin se detallara los procesos.
Los automovilistas deambulan por el centro de Santiago en busca de un estacionamiento, en
algunos casos, el usuario se fija si el estacionamiento que encontr tiene la capacidad
completa o no, en otros casos el personal de atencin que se encuentra en la salida del
estacionamiento le indicara que la capacidad del estacionamiento se encuentra completa.
En el caso de que el automovilista encuentre disponibilidad en un estacionamiento, el
usuario tendr que pulsar el botn de la mquina expendedora de ticket a la entrada del
estacionamiento, en ese momento el conductor podr ingresar al estacionamiento y se
podr estacionar dentro de el.
En el momento que el usuario se quiera retirar del estacionamiento, el usuario debe ir a la
correspondiente caja del piso o del estacionamiento, en cual debe entregar el ticket al cajero
en donde este deber ingresarlo para efectuar el cobro y pago del servicio prestado.
Efectuado la transaccin el cajero le devuelve el ticket y adems le pasa la boleta por el
servicio prestado.
Al momento de que el usuario se retira del estacionamiento debe ingresar el ticket ya
validado, para que as, la barrera que esta en la salida del estacionamiento nos permita
dejar el recinto.
20
4.6.1. Descripcin de Documentos de Datos.

Ticket: Este documento es entregado al ingresar al estacionamiento, al apretar un
botn, la mquina le entregara el ticket, el cual contiene la hora y fecha.
Boleta: Este documento es entregado al momento de cancelar el servicio de
estacionamiento, donde esta reflejado; el valor del servicio prestado, la fecha.
Reserva: Este documento virtual, pero en si es un documento formal el cual tiene un
cliente asociado, tiene un da, mes, ao asociado. Tambin posee un horario establecido
y un estado.
21
4.7. Levantamiento de Requerimientos

Al realizar una visin global acerca de este proyecto, se debe recurrir a empresas que se
relacionen directamente con el mercado de servicios de estacionamientos. Adems se
realizaron encuestas a los principales beneficiados por este proyecto que son los
automovilistas que visitan frecuentemente el centro de Santiago y los que son cubiertos en
este rango, adems esta claro decir a los conductores que ocasionalmente visitan este radio.
22
4.7.1. Mtodo de Levantamiento de Requerimientos

Para el proceso de levantamiento de requerimientos fueron necesarias entrevistas con los
administradores de local de los estacionamientos visitados, estos estacionamientos fueron la
del centro comercial alonso de Ovalle, la cual es un pequeo estacionamiento y la de
estacionamiento la moneda, la cual es una de las mas modernas que se encuentra en el
centro de Santiago.
Adems se realizaron algunas encuestas aleatorias a personas que frecuentemente u
ocasionalmente andan en el centro de Santiago.
Los cuestionarios son preguntas simples los cuales son por ejemplo los siguientes:
Cuantos estacionamientos establecidos conoces ud. en Santiago centro?
Conoce sus precios?
Como conoce estos estacionamientos establecidos?
Esta encuesta fue realizada en diferente lugares de Santiago, de preferencia se consultaban

a gente que posee automvil.
Los lugares que se realizo esta encuesta fueron:

Las condes (En el supermercado santa Isabel, Inacap Apoquindo, parque Arauco)
Santiago Centro (Centro de entretenimiento Dianas, Centro comercial Eurocentro)
Quilicura (Centro Comercial Plaza Quilicura)
Independencia (Supermercado Monserrat)
Providencia (Gimnasio Santa Isabel)
La encuesta fue realizada de forma informal, es decir sin necesidad de contar con algn
esquema u formato de encuesta, simplemente basado en las pregunta anteriormente
mencionada.
23
El tamao de la muestra va de acuerdo a cada lugar en que se realizo a continuacin

mostraremos la proporcin por sector de esta encuesta:
Las Condes, 40 Personas
Santiago Centro, 50 Personas
Quilicura, 55 Personas
Independencia, 30 Personas
Providencia 35, Personas
60
50
40
30
Personas
20
10
0
Las Condes
16,666
Quilicura
19,047
Providencia
Las Condes
Santiago
14,285
Quilicura
23,809
Independencia
Providencia
26,19
El objetivo de esta encuesta es saber si realmente lo conductores, que van habitualmente u

ocasionalmente al centro de Santiago, sabe realmente llegar seguramente o certeramente a
un estacionamiento establecido en el centro de Santiago y si realmente conoce sus precios.
24
4.7.1.1. Requerimientos Del Cliente

4.7.1.1.1. Requerimientos Generales
Una aplicacin Web y Wap, que contenga todos los estacionamientos establecidos del
sector centro de la Regin Metropolitana que deseen participar, los cuales puedan ser
buscados mediante caractersticas pre-definidas.
Disponer de informacin estandarizada

y de acuerdo a lo que los dueos de
estacionamiento estimen necesario y automovilistas requieran.
Nombre del estacionamiento
Direccin
Telfono
Horario
Capacidad
Disponibilidad
Reserva de estacionamiento mediante Tecnologa Wap.
25
4.7.1.1.2. Requerimientos Especficos

La Aplicacin Web debe contener informacin sobre las operaciones que dicha pgina
realiza.
Para la Aplicacin Web, debe contener un formulario de bsqueda basado en
caractersticas predefinidas tales como:
Formulario de bsqueda:

Nombre de la calle (ingresada por el usuario)

Numero de la calle (ingresada por el usuario)
Para la Aplicacin Wap debe tener link de seleccin de las calles del centro de Santiago
y de las alturas de la calle previamente seleccionada.
La Aplicacin debe contener en su pgina inicial, links directos a pginas de
estacionamientos que paguen por tener esta publicidad.
La informacin que debe mostrarse del establecimiento encontrado debe contener
como mnimo los siguientes requisitos:

Orientacin
Fotos
Contacto
Caractersticas del estacionamiento
Cantidad de estacionamientos
Precios por hora, por da y por mes.
Horarios de atencin
Capacidad del estacionamiento
26
4.7.1.2. Requerimientos De Desarrollo

Para el desarrollo de este proyecto se necesitarn equipos con tecnologa de punta, que sean
capaces de soportar herramientas de desarrollo prescindibles para obtener el resultado
esperado en el proyecto.
4.7.1.2.1. Requerimientos Funcionales
4.7.1.2.1.1 Requerimiento Explicito
El sistema debe realizar bsqueda de las calles del centro de Santiago, dentro del
rango establecido el cual comprende un radio entre las intersecciones de; teatinos con
Av. Libertador Bernardo OHiggins, teatino con presidente Balmaceda, Av. Libertador
Bernardo OHiggins con Miraflores y Av. Cardenal Caro con Miraflores.
La aplicacin Web debe permitir el registro de usuarios.
Pago de Pack de Reserva Online, Mediante Transbank.
La Aplicacin debe tener un login para los siguientes tipos de usuarios

Usuarios registrados
Administradores de estacionamientos
Administradores del sistema
La Aplicacin debe poseer un mantenedor del sistema para que los usuarios,
dependiendo de sus permisos como usuarios, puedan:

Agregar
Modificar
Eliminar
El sistema Wap, al seleccionar el nmero de telfono, debe permitir realizar llamados

hacia el estacionamiento.
Seguridad en el proceso de inicio de sesin de usuario en pginas Web por medio de
autentificacin de usuario.
27
4.7.1.2.1.2. Requerimiento Implcito

Un compilador de lenguaje Web y Wap, para poder generar el cdigo que mantiene la
funcionalidad de la pgina y al mismo tiempo para poder controlar que los datos
ingresados sean correctos.
Un software de desarrollo, que permita generar el diseo de la pgina Web y Wap.
Un motor de base de datos, orientado a mantener la informacin
estacionamientos pertenecientes a la comuna de Santiago centro.
de
los
Es necesario hacer uso de un servidor Web para que realizar el software y utilizarlo
Creacin de base de datos con sus respectivas tablas para cada tipo de usuario que se
requiri.
Creacin de mantenedores de tablas maestras.
Creacin de pantalla de acceso controlado para los administradores y usuarios.
Asignar permiso de tipo administrador de estacionamiento, para que pueda gestionar el
estacionamiento y pueda realizar las reserva de los usuarios.
Realizar algoritmo
estacionamiento.
para
que
el
sistema
Wap
pueda
ejecutar
la
llamada
al
28
4.7.1.2.2. Requerimientos No Funcionales

4.7.1.2.2.1. Requerimiento Explicito
El dominio debe llamarse www.miestacionamiento.cl
Interfaz acorde a las nuevas tecnologas que existen en le mercado (browser,
Internet Explorer 6.0, Firefox 1.5, opera 9.10. cualquiera de estos que sean
superiores o compatibles).
Imagen. Esto se refiera a que
desproporciones en su ancho o alto.
las
imgenes
no
estn
pixeladas
se
4.7.1.2.2.2. Requerimiento Implcito

Se necesitar adquirir un dominio, para subir la pgina a la red mundial
denominada Internet. Este trmite se realizara en nic.cl.
Ser necesario desarrollar un sitio con algn software de diseo que permita
generar una interfaz que cumpla con requerimientos especficos (indicados los
puntos anteriores).
Algoritmo necesario para la muestra de imgenes acorde a una buena calidad.
29
4.7.3. Restricciones del negocio

Las restricciones que corresponde a los servicio de estacionamientos establecidos se
manifiestan en los tamaos de estos estacionamientos y tecnologas que ocupan muchos de
ellos.
Entre esta tecnologa que cuenta son las siguientes:
Expendedores de ticket
Barrera de contencin
Cmaras de seguridad
Mquinas validadotas de ticket
Cajeros automticos
Sensores de estacionamientos conectados con una central.
Todas las empresas de este tipo tienen una o ms de algunas de estas tecnologas, pero
podran no tener ni una de ellas, existiendo restricciones desde el punto de vista de:
Cantidad de funcionario del estacionamiento

Nivel fsico del estacionamiento
Nivel tcnico de los cajeros
La tecnologa que cuenta el estacionamiento
Por lo que se menciona anteriormente, se diferencian segn las caractersticas de los

estacionamientos, afectando o no a las restricciones del negocio que tengan cada una de
estas.
30
4.7.4.1. Definicin de Alcances del proyecto

El sistema ofrece una aplicacin en Internet que cuenta con lo siguiente:

Formulario de bsqueda de estacionamiento, dentro del rango.

Link a pginas de estacionamientos.
Link de inicio de sesin (usuarios & administradores).
Informacin de los estacionamientos, que estn dentro del sistema.
Formulario de alta para los usuarios que quieran registrarse.
Adquisicin de paquetes en lnea, para realizar reserva futuras.
El sistema ofrece una aplicacin en Wap que cuenta con lo siguiente:

link a calles que el sistema cubre.

link de las alturas de las calles previamente seleccionadas.
Informacin de los estacionamientos, que estn dentro del sistema.
telfonos de los estacionamientos, el cual permite realizar llamados al
estacionamiento.
Las caractersticas para la Aplicacin Web son las siguientes:

Sitio plano-dinmico (html o php).

Imgenes de alta calidad.
Ningn tipo de animaciones flash.
Las caractersticas para la Aplicacin Wap son las siguientes:

Sitio plano-dinmico (wml o php).

Solo imagen de presentacin.
Solo link en lo que es bsqueda.
Para que el sistema funcione en tecnologa Web debe cumplir como mnimo de
requisitos:

Conexin a Internet.
Internet Explorer 6.0.
Firefox 1.5.
Opera 9.10.
Para que el sistema funcione en Tecnologa Wap debe cumplir como mnimo de
requisitos:

Conexin a Wap.
Tener navegador que soporte Wap 1.3.
31
El sistema debe realizar las bsquedas correspondientes a los datos ingresados por el
cliente, de ser efectivo o no su bsqueda, le mostrara por pantalla, si tuvo una
respuesta ptima o no.
El sistema guardara la informacin del usuario al momento que este se registre.
El sistema har transacciones bancarias en conjunto con transbank, en el momento
que un usuario adquiera un pack de reserva.
El sistema tendrn registro de las transacciones que se hagan, con el fin de tener la
informacin adecuada para los indicadores de gestin.
El sistema genera una emisin de
pantalla.
informes o simplemente pueden ser vistos en
32
4.7.4.2. Definicin de Lmites del proyecto

El sistema necesita de un administrador de sistemas que administre el contenido de la
pgina Web. Ya que con este podremos resolver problemas que pueda presentar el
sistema.
El sistema necesita de un administrador de estacionamiento para que pueda actualizar
la informacin en lnea, sobre la disponibilidad que ocurra en esos momentos. En caso
de tener un sistema centralizado de sensores, se tiene que adaptar un mdulo de
interaccin entre sistemas.
Es necesario que el administrador del sistema debe registrar y actualizar los siguientes
datos.

Agregar,
Agregar,
Agregar,
Agregar,
modificar,
modificar,
modificar,
modificar,
eliminar
eliminar
eliminar
eliminar
administrador de estacionamientos.
estacionamientos establecidos.
calles del rango establecidos.
usuarios registrados.
El sistema no hace tareas de seguridad, por ejemplo, Firewall y antivirus

El sistema no hace tareas de seguridad del computador ya sean estas fsicas y lgicas.
El sistema no emite boletas ni ticket con respecto a servicios prestados. No esta
contemplado la emisin de estos documentos por el simple hecho que el sistema no va
dirigido a este punto.
El sistema Wap, no genera el resultado en mapa. Evitamos la carga innecesaria en el
celular, ya que adems un mapa seria complicado verlo en un celular y nosotros
necesitamos resultados rpidos.
El sistema Wap no contiene textbox. Para una bsqueda mas rpida es preferible evitar
el tecleo innecesario es por ello que se evita los textbox.
El sistema no busca fuera de los rangos establecidos previamente. Ya que en esta
primera etapa se ha definido el rango a atacar, el cual es uno de los mas visitados y
abrumado por los automovilista de santiago. Es por ello que el sistema no podr
realizar bsqueda fuera de este rango. Hay que considerar que en las proyecciones
este rango se quiere ampliar a toda la regin metropolitana.
33
4.7.5. Limite Hombre / Mquina

Sabemos que un sistema siempre tendr dependencia del hombre para que funcione en su
totalidad y opere satisfactoriamente.
Algunas de estas funciones se desencadenan automticamente, en otras situaciones tendrn
que ser llevadas a cabo por los usuarios o administradores, mediante alguna entrada de
datos, por esto, el lmite entre los usuarios y el sistema, queda de manifiesto cuando el
usuario no interacta adecuadamente con el sistema.
De acuerdo a lo anterior debemos reconocer que para los administradores de sistema y de
estacionamiento se debe realizar una capacitacin para que puedan operar el sistema.
Las siguientes tareas, son la ejecucin que parte en base a un procedimiento de un usuario
o administrador.
El sistema realiza automticamente los resultados de una bsqueda indicando los
estacionamientos prximos al punto al que se dirigen y adems generando un
mapa como un resultado. Previa bsqueda de un usuario.
El sistema gestionara la transaccin con transbank, para el pago de los pack de
reservas. Previa confirmacin del usuario.
En el sistema Wap, la llamada es generada previamente por la pulsacin de un
botn, realizado por un usuario.
Las actualizaciones de los cupos de los estacionamientos, solo se harn automticamente,
cuando el estacionamiento cuente con un sistema de sensores, el cual interactuara con el
sistema de mi estacionamiento mediante un mdulo. En el caso de no tener sistema de
sensores, el administrador de estacionamiento o el encargado de esto, deber ingresar al
modulo de administrador del sistema Web para ingresar el cupo disponible en ese momento.
34
5. Objetivos
5.1. Objetivo(s) General(s)
Uno de los objetivos que pretende el proyecto es lograr proveer un sistema informtico
(tecnologa Web & Wap) que permite la bsqueda eficiente de estacionamiento en el centro
de Santiago, el cual comprender un radio entre las intersecciones de; teatinos con Av.
Libertador Bernardo OHiggins, teatino con presidente Balmaceda, Av. Libertador Bernardo
OHiggins con Miraflores y Av. Cardenal Caro con Miraflores. El cual dar como resultado los
estacionamientos ms prximos, su capacidad y el cupo de estacionamiento disponible en el
momento
Otro objetivo que se pretende extender en la bsqueda, mediante un sistema Wap el cual
dar como resultado los estacionamientos ms prximos, su capacidad, telfono, direccin,
valor del estacionamiento y el cupo de estacionamiento disponible en el momento y facilitara
el realizar la reserva.
35
5.2. Objetivos Especficos

Tener una gestin administrativa de los estacionamientos disponibles, para realizar un
uso de ellos.
Que los usuarios tengan una administracin de su tiempo, con el cual podrn planificar
su viaje y estada en el centro de Santiago.
El servicio ser una herramienta que solucione los problemas actuales y sirva de apoyo
para la toma de decisiones de los estacionamientos establecidos en el centro de
Santiago.
Las funcionalidades que tendr el sistema de acuerdo a:
Administrador de Sistema
Administrador de Administradores
En donde se podrn modificar los datos de los administradores de sistema o de
estacionamiento, se podrn modificar datos, ingresar nuevos administradores.
Administrador de Estacionamiento
En este punto el administrador podr modificar los datos de los estacionamientos
existentes en el sistema y a la vez podr ingresar nuevos estacionamiento al sistema o
simplemente borrarlos.
Estadsticas (Modulo de gestin)
En este modulo, puede generar indicadores de la adquisicin de pack de reserva que se
han hecho durante un determinado mes.
Informes
En este modulo, genera un reporte, de los estacionamientos que se encuentra en el
sistema, y a su vez genera un reporte de los usuarios registrados en el sistema.
36
Administrador de disponibilidad
En este modulo es donde el administrador del estacionamiento podr ir administrando
los cupos restante del estacionamiento.
Modificacin de sus datos

Podr modificar los datos de su cuenta, como es su contrasea, o username.
Toma de Reservas
Es en este punto donde el administrador o el encargado de este, tomara la reserva en
el momento que reciba el llamado, deber ingresar el Rut del solicitando, en donde se
desplegara la informacin de la persona que desea efectuar la reserva.
Modificacin Datos estacionamiento

Podr modificar los datos del estacionamiento, como lo es la capacidad, la imagen, el
horario, el telfono del estacionamiento.
Reservas en Curso
Muestra las reservas que estn en curso en un determinado periodo de tiempo.
Estadsticas.
Representa a los usuarios que han hecho reserva en un determinado periodo, esto
estar representado en grafico de barras y de torta, mostrando el grado de
participacin de estos usuarios.
Clientes Registrados
Modificar Datos.
Podr cambiar datos, como la contrasea, patente, nombre.
Adquisicin de Pack de Reserva
En este es la forma de adquirir la reserva, las cuales habrn 4 pack de reserva con
diferentes valores y su medio de pago es online, mediante transbank.
37
5.3. Descripcin de Indicadores de Gestin que el Sistema aportara a

la organizacin.
5.3.1. Indicador de gestin con respecto al nmero de consultas

Entregar el nivel bsquedas realizadas en la Aplicacin de Mi Estacionamiento
Para calcular el porcentaje mensual, se utilizar la siguiente frmula:
N de ingresos mensual
= Ingreso mensual
Total de ingresos anuales
No existe una cantidad ptima ni crtica de ingresos al sitio debido a que cada
empleador decide la contratacin de nuevos empleados.
5.3.2. Marcaciones errneas

Este indicador entregara un reporte con
bsquedas de estacionamientos.
el porcentaje de errores en la digitacin en las
El clculo es el siguiente:
N de Errores
X 100
= % de Digitaciones errneas
Total Digitaciones
Ser considerado un nivel crtico cuando la base de datos contenga un espacio libre de un
0,3 % (30 estacionamientos).
Ser considerado un nivel bueno cuando la base de datos posea un 0,6% o ms de espacio
libre (60 estacionamientos).
Todo esto bajo el supuesto de que la cantidad de registros mximos del estacionamiento
sern unos 100.
38
5.3.3. Cantidad de incorporaciones mensuales

Este indicador entregar la cantidad de estacionamientos que mensualmente se aaden a
este sistema
Cada vez que un Estacionamiento se incorpore, la fecha de ese da ser guardada por
el sistema y se incrementar un contador.

N de ingresos mensual
= Ingreso mensual
Total de ingresos anuales
No existe una cantidad ptima ni crtica de ingresos debido a que cada estacionamiento es
independiente de nuestro sitio e informacin que el da conocer pblicamente.
5.3.4. Cantidad de desvinculaciones

Este indicador entregar la cantidad
desvinculados de mi estacionamiento.
de
Estacionamientos
que
mensualmente
son
Cada vez que un Estacionamiento es desvinculado, la fecha de ese da ser guardada

por el sistema y se incrementar un contador.
N de desvinculaciones mensuales
= Ingreso mensual
Total de desvinculaciones anuales
No existe una cantidad ptima ni crtica de despido debido a que cada estacionamiento
decide terminar con su negocio y publicar en el diario oficial.
39
5.3.5. Estacionamientos Actualizados y No Actualizados

Este indicador mostrara en un reporte de estacionamientos actualizados y no actualizados,
para el caso de los dos actualizados si el estacionamiento registra marcas de inactividad.
N de marcaciones realizadas
= Estacionamientos presentes
Total de estacionamientos
Total Estacionamientos - Estacionamientos presentes = Estacionamientos ausentes
El nivel ptimo o crtico de Estacionamientos presentes e Inactivos ejemplo:
Ser considerado un nivel crtico cuando la base de datos contenga un espacio libre de un
0,3 % (30 estacionamientos).
Ser considerado un nivel bueno cuando la base de datos posea un 0,6% o ms de espacio
libre (60 estacionamientos).
Todo esto bajo el supuesto de que la cantidad de registros mximos del estacionamiento
sern unos 100.
5.3.6. Indicador de gestin con respecto al nmero de registros

Entregar el nivel registros realizadas en la aplicacin de Mi Estacionamiento
N de Registros mensuales
Total de Registros anuales
= Registro mensual
40
5.3.7. Indicador de gestin con respecto al Paquete de Reserva

Entregar el nivel adquisicin de paquete especfico de reserva, adquirida en la Aplicacin de
Mi Estacionamiento

Pack Adquirido Tipo (1 - 2 - 3)
Total de Pack Adquirido Mensual
= Participacin Mensual Pack
5.3.8. Indicador de gestin con respecto al estacionamiento ms

reservado
Entregar el nivel de estacionamiento mas reservado en el mes, realizado en la Aplicacin

de Mi Estacionamiento

Total Reserva Mensual Estacionamiento (a-b-c) = Participacin Mensual Estacionamiento
Total Reserva Mensual
41
6. Definicin de Contrato
Para definir algn contrato de prestacin de servicios, primero se deben definir los entes
participantes en este contrato, en adelante se denomina como EL CLIENTE a las empresas
interesadas en adquirir el sistema de Mi Estacionamiento y como EL PROVEEDOR a los
creadores del proyecto Mi Estacionamiento.
Dado lo anterior, se establece el siguiente CONTRATO DE PRESTACION DE SERVICIOS:
EL CLIENTE contrata a EL PROVEEDOR para realizar el anlisis e implementacin del sistema
Mi Estacionamiento.
EL PROVEEDOR se compromete a realizar este anlisis utilizando herramientas asociadas,
descritas a continuacin:

UML
Diccionario de Datos
Diagrama de Estructura de Datos
Anlisis Costo-Beneficio
Diagrama de la Arquitectura con definicin de sus partes
Tras el anlisis se concluy con el diseo de un prototipo de sistema que debe cumplir con
todos aquellos requerimientos que figuren en el informe de requerimientos.
Los requerimientos mencionados anteriormente, podrn ser modificados por las partes
previo acuerdo por escrito, quedando el documento producto del acuerdo, como parte
integrante de este contrato. De igual forma, cualquier nuevo requerimiento se acordar
entre las partes y se anexar al presente contrato.
El staff de trabajo de EL PROVEEDOR quedar establecido de la siguiente manera:
Jefe de Proyecto
Analistas
Programador
: Germn Romero C.
: Germn Romero C.
: Germn Romero C.
Si EL CLIENTE decide dar trmino al contrato de servicios con EL PROVEEDOR, EL CLIENTE

debe dar aviso mediante una carta escrita con un periodo de un mes de anticipacin, el
contrato se anula y el cliente deber cancelar lo correspondiente al mes actual.
EL CLIENTE es el encargado de poblar con los datos que el sistema requiere para su uso, de
lo contrario se podr solicitar el poblamiento de estas bases por EL PROVEEDOR por medio
de previo acuerdo escrito por ambas partes.
EL PROVEEDOR garantiza que el software diseado no incurre en vicios legales.
El lenguaje, plataforma y sistema operativo que se utilice para la confeccin del prototipo
queda a eleccin de EL PROVEEDOR. En el caso que el cliente solicite otro lenguaje, l
prototipo no se podr llevar a cabo.
42
EL PROVEEDOR es el responsable de velar por el estricto cumplimiento de las leyes de

Propiedad Intelectual y otras que tipifiquen Figuras Penales relativas a la Informtica.
Se establece que el pago por el uso del sistema Mi Estacionamiento es de 8 U.F. mensuales
por parte de EL CLIENTE, La fecha de pago es definida por ambas partes involucradas,
quedando establecida para todos los das 5 de cada mes.
El no cumplimiento de este pago por parte EL CLIENTE por un periodo superior a 30 das, se
determina que ser suspendido el uso del sistema por parte de EL PROVEEDOR.
Las partes declaran que en la confeccin del presente contrato no ha mediado dolo, error o
causa alguna que pueda invalidarlo y en seal de total aceptacin proceden a firmar en dos
copias de idntico tenor a la facha que se firme el contrato de prestacin de servicios.
Original: EL PROVEEDOR
Copia 1: EL CLIENTE
Germn Romero Contreras.

Mi Estacionamiento
43
7. Marco Terico
A raz de una necesidad de los automovilistas y en base al poco tiempo con que se cuenta
para recorrer en vehculo el centro de Santiago, se dio a manifiesto que actualmente, que
estacionarse en el centro de Santiago no es una tarea fcil, por este motivo no existe un
sistema capas de realizar una bsqueda de estacionamientos en el centro de Santiago, esto
bajo la tecnologa Web y Wap. Es mas, no existe ni un sistema informtico, Tecnologa Wap,
el cual pueda realizar reserva de estacionamiento, en tiempo real. Por este motivo se
considero como un potencial negocio.
El negocio se desenvuelve en lo que se refiere al mercado de los estacionamientos
establecido en el centro de Santiago, ya sean pblicos o privados.
Sistema de bsqueda en el mercado

En la actualidad existen 2 sistema de buscadores de calles, muy reconocidas en la red, una
de ella es mapcity.com, la que lleva 13 aos en la red, a continuacin una breve resea de
mapcity.com
Breve resea histrica

Mapcity nace a partir de la empresa Ingeniera y Sistemas Grficos S.A. (ISG), fundada en el
ao 1994 con el fin de brindar servicios de desarrollo y soporte de soluciones utilizando
sistemas de informacin geogrfica. Al poco tiempo se convierte en una de las empresas
ms importantes del pas en este tipo soluciones, sirviendo a clientes de las ms diversas
reas, entre las que podemos destacar a la I. Municipalidad de uoa, Sonacol S.A.,
Teleductos S.A., Subsecretara de Telecomunicaciones y Nortel, entre muchas otras.
En 1998 ISG desarroll el primer sitio Web Chileno de localizacin (www.mapcity.com), el
que actualmente recibe ms de un milln y medio de consultas mensuales el de mayor
trfico en su tipo en Chile - y es el referente indiscutido para este tipo de servicios. Este
proyecto posteriormente dio origen a la empresa Mapcity.
Mapcity Chile S.A. fue fundada en el ao 2000, con el propsito de masificar los servicios de
anlisis basados en localizacin y bsqueda de direcciones y extenderlos a mltiples
plataformas. Adicionalmente, Mapcity introdujo el concepto de Geobusiness, la aplicacin de
estas tecnologas como apoyo al mundo de los negocios, con nfasis en el marketing,
gestin de ventas y logstica. Actualmente Mapcity ofrece sus servicios de localizacin Web
en las principales ciudades latinoamericanas.
44
Principales servicios ofrecidos

Mapcity ofrece una amplia gama de productos y servicios, entre los que destacan:
Contenido georeferenciado para Internet
Servicios de Geobusiness para la gestin comercial
Anlisis de dispersin geogrfica de clientes y competencia
Segmentacin de clientes y generacin de prospectos
Seleccin de ubicacin para nuevos puntos de venta
Soluciones de apoyo para logstica y distribucin
Bases de datos de personas y empresas para contactabilidad
Servicios mviles a travs de WAP, SMS y MMS
Ubicacin de servicios y direcciones
Servicios y juegos basados en localizacin
Desarrollo editorial de guas con contenido de mapas
Venta de software, cartografa base e informacin georeferenciada
Proyectos especiales GIS
Virtual ISP
Imagen 1: Mapcity.com
45
Mapcity, una marca de prestigio

Mapcity es hoy una marca de alto reconocimiento en el mercado nacional, principalmente
gracias a una historia de innovacin permanente y alta presencia. La empresa cuenta con un
equipo multidisciplinario del ms alto nivel, con el mayor know-how en tecnologas de base
de datos georeferenciadas del pas. Lo anterior se ha visto reconocido con los hechos
siguientes:
Sitio Web de localizacin con mayor nmero de visitas en Chile
1,6 millones de consultas mensuales a travs de Internet
Record de venta de la Gua de Santiago
230.000 ejemplares en los primeros dos aos
Premio "50 ideas de negocios", Diario Financiero, ao 2003
Presencia a travs de Internet en 4 pases.
Alianzas en los principales pases latinoamericanos
Actuamos a travs de mltiples plataformas
Internet
Dispositivos mviles
Guas impresas
Proyectos y servicios especiales
Directores y Accionistas
Directores
Presidente: Lionel Sotomayor L.
Director: Patricio Labb C.
Director: Cristbal Philippi I.
Director: Lus Figueras
Accionistas (a travs de sus respectivas sociedades)
Bruno Philippi I., Presidente de Telefnica CTC Chile
Andrs Concha R., Secretario General de la SOFOFA
J. Antonio Guzmn M., Presidente Clnica Indisa
Lionel Sotomayor L, Socio-Gerente QUAM Consultores
Patricio Labb C., Empresario
Lus Figueras, Socio-General GSur.
Roberto Camhi, Gerente General Mapcity Chile
ITC Ventures, grupo inversionista
Administracin
Roberto Camhi L. Fundador y Gerente General Mapcity
Ing. Civil en Computacin U.de Chile
MBA U.Adolfo Ibez.
46
El otro sitio Web reconocido en el caber espacio es www.planos.cl, perteneciente a Comercial

Publiguas S.A.
Este sitio Web, es similar al anterior, ya que trae el mismo concepto de bsqueda, la
diferencia esta en que este permite indicar, centro estudiantiles, hospitales, centro
comerciales entre otros.
Sin duda estn en la prueba de un nuevo sistema ms sofisticado de mapeo, en el cual se
podrn mover por cualquier parte de Santiago, indicando muchos de los servicios nombrado
anteriormente.
Imagen 2: planos.cl
47
Tecnologa WAP
Wireless Application Protocol o WAP (protocolo de aplicaciones inalmbricas) es un estndar
abierto internacional para aplicaciones que utilizan las comunicaciones inalmbricas, p.ej.
acceso a servicios de Internet desde un telfono mvil.
Se trata de la especificacin de un entorno de aplicacin y de un conjunto de protocolos de
comunicaciones para normalizar el modo en que los dispositivos inalmbricos, se pueden
utilizar para acceder a correo electrnico, grupo de noticias y otros.
El organismo que se encarga de desarrollar el estndar WAP fue originalmente el WAP
Forum, fundado por cuatro empresas del sector de las comunicaciones mviles, SonyEricsson, Nokia, Motorola y Openwave (originalmente Unwired Planet). Desde 2002 el WAP
Forum es parte de la Open Mobile Alliance (OMA), consorcio que se ocupa de la definicin de
diversas normas relacionadas con las comunicaciones mviles, entre ellas las normas WAP.
En la versin 1 de WAP, definida en 1999, el lenguaje de presentacin de contenidos es el
WML, o Wireless Markup Language. La pila de protocolos de WAP 1 no es compatible
directamente con la de Internet: WSP (Wireless Session Protocol), WTP (Wireless
Transaction Protocol), WTLS (Wireless Transport Layer Security), y WDP (Wireless Datagram
Protocol). WDP corresponde a la capa de transporte, con funcionalidad equivalente al
protocolo UDP de Internet, y se apoya en los servicios de la "portadora" WAP, que depende
de la red mvil que est usando el terminal. WAP 1 adems define la interfaz de acceso de
las aplicaciones a las funciones de telefona del terminal con WTAI (Wireless Telephony
Application Interface), y tambin un sencillo lenguaje de "scripting", WMLScript, basado en
ECMAscript/JavaScript.
La incompatibilidad de la pila de protocolos WAP 1 con la de Internet exige la presencia de
un nodo pasarela para hacer de intermediario en la comunicacin entre un terminal WAP y
un servidor de contenidos WAP residente en Internet. WAP 1 ha sido objeto de fuertes
crticas por diversos motivos, que incluyen la pobreza del soporte grfico (grficos
monocromos WBMP, Wireless Bitmap), las diferencias en las implantaciones de WAP en los
terminales de distintos fabricantes, y un potencial problema de seguridad debido a que
WTLS no es muy robusto y adems, por no ser compatible con las capas de seguridad
usadas en Internet, en la pasarela WAP los contenidos deben estar en claro.
La nueva versin de WAP, WAP 2.0, est presente en los telfonos mviles de nueva
generacin (a partir de 2004). Esta versin es una reingeniera de WAP que utiliza XHTMLMP (Mobile Profile) como lenguaje de presentacin de contenidos, y mejora el soporte de los
grficos (incluye color). En cuanto a los protocolos usados, en la capa de transporte se usa
TCP y en la de aplicacin, HTTP. As pues, WAP 2.0 ha adoptado los protocolos de Internet.
WAP 2.0 adems especifica opciones tanto en TCP como en HTTP para mejorar las
prestaciones de dichos protocolos sobre redes de comunicaciones mviles. Los mecanismos
de seguridad usados ya son compatibles con los de Internet por lo que los problemas de
seguridad de WAP 1 se resuelven. La pasarela WAP no es estrictamente necesaria en WAP
2.0, pero su presencia puede tener funciones tiles, como cach Web y para dar soporte a
las opciones de TCP y HTTP antes mencionadas.
48
Tecnologa Web
World Wide Web (o la "Web") es un sistema de documentos de hipertexto enlazados y
accesibles a travs de Internet. Con un navegador Web, un usuario visualiza pginas Web
que pueden contener texto, imgenes u otros contenidos multimedia, y navega a travs de
ellas usando hiperenlaces.
La Web fue creada sobre 1990 por el ingls Tim Berners-Lee y el belga Robert Cailliau
mientras trabajaban en el CERN en Ginebra, Suiza. Desde entonces, Berners-Lee ha jugado
un papel activo guiando el desarrollo de estndar Web (como los lenguajes de marcado con
los que son creadas las pginas Web), y en los ltimos aos ha abogado por su visin de
una Web Semntica.
49
Portal Web
Un portal de Internet es un sitio Web cuyo objetivo es ofrecer al usuario, de forma fcil e
integrada, el acceso a una serie de recursos y de servicios, entre los que suelen encontrarse
buscadores, foros, documentos, aplicaciones, compra electrnica, etc. Principalmente estn
dirigidos a resolver necesidades especficas de un grupo de personas o de acceso a la
informacin y servicios de a una institucin pblica o privada.
El trmino portal tiene como significado puerta grande, y precisamente su nombre hace
referencia a su funcin u objetivo: es el punto de partida de un usuario que desea entrar y
realizar bsquedas en Web. Se puede decir que un portal ofrece servicios para la navegacin
en el Internet, logrando incrementar la intensidad de trfico en el mismo.
Un portal de Internet puede ser un Centro de Atencin a los clientes y prospectos de venta
de su empresa, estos se pueden complementar con herramientas que le ayuden a levantar
pedidos, atender los problemas de sus clientes, ofrecer cotizaciones, brindar correos
electrnicos, motores de bsqueda, evaluaciones en lnea, dar capacitacin a distancia, etc.
As como el centro de atencin y referencia de una institucin pblica (servicios sociales,
documentos pblicos, programas pblicos diversos, etc.).
El portal es considerado un intermediario de informacin que tiene como fuente de ingreso la

publicidad de empresas que ah se anuncian.
Un portal debe ofrecer otros servicios adicionales:

Servicios de bsqueda que incluye mecanismos de bsqueda, directorios y pginas
amarillas para localizar negocios o servicios.
Contenidos, es decir, informacin de varios tpicos como noticias, deportes,
pronsticos de clima, listas de eventos locales, mapas, opciones de entretenimiento,
juegos, ligas a estaciones de radio y a otros sitios con contenido especial en ciertas
reas de inters como coches, viajes y salud entre otros.
Facilidades para construir comunidades virtuales tales como Chat, servicios de
mensajera, aplicaciones para intercambio de fotografas, anuncios clasificados,
posibilidad de construir pginas de Web personales.
Facilidades de comercializacin: anuncios clasificados para trabajos, carros y casas;
subastas, pequeos agregados de vendedores y ligas a otros sitios que tambin se
dedican a la venta.
Aplicaciones de productividad personal tales como e-mail, calendarios, directorios
personales, almacenamiento de archivos y servicio de pagos de cuentas.
50
Existen dos modalidades de portales:
Portales horizontales, tambin llamados portales masivos o de propsito general, se

dirigen a una audiencia amplia, tratando de llegar a toda la gente con muchas cosas.
Como ejemplo de portales de esta categora estn AOL, AltaVista, Lycos, Yahoo, MSN.
Portales verticales, se dirigen a usuarios para ofrecer contenido y comercio dentro de
un tema especfico como puede ser un portal de msica, un portal de finanzas
personales o de deportes.
Los portales normalmente tienen programacin que requiere muchos recursos

computacionales y por su alto trfico generalmente se hospedan en servidores de Internet
dedicados.
51
Sitio Web
Un sitio Web (en ingls: Website) es un conjunto de pginas Web, tpicamente comunes a
un dominio de Internet o subdominio en la World Wide Web en Internet
Una pgina Web es un documento HTML/XHTML accesible generalmente mediante el
protocolo HTTP de Internet.
Todos los sitios Web pblicamente accesibles constituyen una gigantesca "World Wide Web"
de informacin.
A las pginas de un sitio Web se accede desde una URL raz comn llamada portada, que
normalmente reside en el mismo servidor fsico. Las URLs organizan las pginas en una
jerarqua, aunque los hiperenlaces entre ellas controlan cmo el lector percibe la estructura
general y cmo el trfico Web fluye entre las diferentes partes de los sitios.
Algunos sitios Web requieren una suscripcin para acceder a algunos o todos sus contenidos.
Ejemplos de sitios con suscripcin incluyen muchos sitios de pornografa en Internet, parte
de muchos sitios de noticias, sitios de juegos, foros, servicios de correo electrnico basados
en Web y sitios que proporcionan datos de bolsa en tiempo real.
52
Aplicacin Web
Una aplicacin Web es un sistema informtico que los usuarios utilizan accediendo a un
servidor web a travs de Internet o de una intranet. Las aplicaciones web son populares
debido a la practicidad del navegador web como cliente ligero. La habilidad para actualizar y
mantener aplicaciones web sin distribuir e instalar software en miles de potenciales clientes
es otra razn de su popularidad. Aplicaciones como los webmails, wikis, weblogs, MMORPGs,
tiendas en lnea y la Wikipedia misma son ejemplos bien conocidos de aplicaciones web.
Historia
En los primeros tiempos de la computacin cliente-servidor, cada aplicacin tena su propio
programa cliente y su interfaz de usuario, estos tenan que ser instalados separadamente en
cada estacin de trabajo de los usuarios. Una mejora al servidor, como parte de la
aplicacin, requera tpicamente una mejora de los clientes instalados en cada una de las
estaciones de trabajo, aadiendo un costo de soporte tcnico y disminuyendo la eficiencia
del personal.
En contraste, las aplicaciones web generan dinmicamente una serie de pginas en un
formato estndar, soportado por navegadores web comunes como HTML o XHTML. Se
utilizan lenguajes interpretados del lado del cliente, tales como JavaScript, para aadir
elementos dinmicos a la interfaz de usuario. Generalmente cada pgina web individual es
enviada al cliente como un documento esttico, pero la secuencia de pginas provee de una
experiencia interactiva.
Interfaz
Las interfaces web tienen ciertas limitantes en la funcionalidad del cliente. Mtodos comunes
en las aplicaciones de escritorio como dibujar en la pantalla o arrastrar-y-soltar no estn
soportadas por las tecnologas web estndar. Los desarrolladores web comnmente utilizan
lenguajes interpretados del lado del cliente para aadir ms funcionalidad, especialmente
para crear una experiencia interactiva que no requiera recargar la pgina cada vez (cosa que
suele molestar a los usuarios). Recientemente se han desarrollado tecnologas para
coordinar estos lenguajes con tecnologas del lado del servidor, como por ejemplo PHP.
AJAX, es una tcnica de desarrollo web que usa una combinacin de varias tecnologas.
Consideraciones Tcnicas
Una ventaja significativa en la construccin de aplicaciones web que soporten las
caractersticas de los browsers estndar es que deberan funcionar igual independientemente
de la versin del sistema operativo instalado en el cliente. En vez de crear clientes para
Windows, Mac OS X, GNU/Linux, y otros sistemas operativos, la aplicacin es escrita una vez
y es mostrada casi en todos lados. Sin embargo, aplicaciones inconsistentes de HTML, CSS,
DOM y otras especificaciones de browsers pueden causar problemas en el desarrollo y
soporte de aplicaciones web. Adicionalmente, la habilidad de los usuarios a personalizar
muchas de las caractersticas de la interfaz (como tamao y color de fuentes, tipos de
fuentes, inhabilitar Javascript) puede interferir con la consistencia de la aplicacin web.
53
Otra (poco comn) aproximacin es utilizar Macromedia Flash o Java applets para producir
parte o toda la interfaz de usuario. Como casi todos los browsers incluyen soporte para estas
tecnologas (usualmente por medio de plug-ins), aplicaciones basadas en Flash o Java
pueden ser implementadas con aproximadamente la misma facilidad. Como hacen caso
omiso de las configuraciones de los browsers estas tecnologas permiten ms control sobre
la interfaz, aunque incompatibilidad entre implementaciones de Flash o Java puedan traer
nuevas complicaciones. Por las similitudes con una arquitectura cliente-servidor, con un
cliente un poco especializado, hay disputas sobre si llamar a estos sistemas aplicaciones
web; un trmino alternativo es aplicacin enriquecida de Internet.
Estructura
Aunque muchas variaciones son posibles, una aplicacin web est comnmente estructurada
como una aplicacin de tres-capas. En su forma ms comn, el navegador web es la primera
capa, un motor usando alguna tecnologa web dinmica (ejemplo: CGI, PHP, Java Servlets o
ASP) es la capa de en medio, y una base de datos como ltima capa. El navegador web
manda peticiones a la capa media, que la entrega valindose de consultas y actualizaciones
a la base de datos generando una interfaz de usuario.
Uso en Negocios
Una estrategia que est emergiendo para las empresas proveedoras de software, es proveer
acceso va web al software. Para aplicaciones previamente distribuidas como de escritorio,
esto puede requerir el desarrollo de una aplicacin totalmente nueva o simplemente adaptar
la aplicacin para usar una interfaz web. Estos programas permiten al usuario pagar una
cuota mensual o anual para usar la aplicacin, sin necesidad de instalarla en la computadora
del usuario. Las compaas que siguen esta estrategia son llamadas Proveedores de
Aplicaciones de Servicio (ASP por sus siglas en ingls), este modelo de negocios est
atrayendo la atencin de la industria del software.
Lenguaje de Programacin
Existen numerosos lenguajes de programacin empleados para el desarrollo de Aplicaciones
Web, entre los que destacan:
PHP
ASP/ASP.NET
Java, con sus tecnologas Java Servlets y JavaServer Pages(JSP)
Perl
Ruby
Python
54
Servidor Apache
El servidor HTTP Apache es un software (libre) servidor HTTP de cdigo abierto para
plataformas Unix (BSD, GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el
protocolo HTTP/1.1 y la nocin de sitio virtual. Cuando comenz su desarrollo en 1995 se
bas inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue reescrito por
completo. Su nombre se debe a que originalmente Apache consista solamente en un
conjunto de parches a aplicar al servidor de NCSA. Era, en ingls, a patchy server (un
servidor "parcheado").
El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache
Software Foundation.
Apache presenta entre otras caractersticas mensajes de error altamente configurables,
bases de datos de autenticacin y negociado de contenido, pero fue criticado por la falta de
una interfaz grfica que ayude en su configuracin.
Apache tiene amplia aceptacin en la red: en el 2005, Apache es el servidor HTTP ms
usado, siendo el servidor HTTP del 70% de los sitios web en el mundo y creciendo an su
cuota de mercado (estadsticas histricas y de uso diario proporcionadas por Netcraft).
La mayora de las vulnerabilidades de la seguridad descubiertas y resueltas puede en la
mayora de los casos ser abusada solamente por los usuarios locales y no puede ser
accionada remotamente.
55
PHP
PHP es un lenguaje de programacin usado frecuentemente para la creacin de contenido
para sitios web con los cuales se puede programar las pginas html y los cdigos de fuente.
PHP es un acrnimo recursivo que significa "PHP Hypertext Pre-processor" (inicialmente PHP
Tools, o, Personal Home Page Tools), y se trata de un lenguaje interpretado usado para la
creacin de aplicaciones para servidores, o creacin de contenido dinmico para sitios web.
ltimamente tambin para la creacin de otro tipo de programas incluyendo aplicaciones con
interfaz grfica usando las libreras Qt o GTK+.
Historia
PHP fue originalmente diseado en Perl, seguidos por la escritura de un grupo de CGI
binarios escritos en el lenguaje C por el programador dans-canadiense Rasmus Lerdorf en
el ao 1994 para mostrar su currculum vitae y guardar ciertos datos, como la cantidad de
trfico que su pgina web reciba. El 8 de junio de 1995 fue publicado "Personal Home Page
Tools" despus de que Lerdorf lo combinara con su propio Form Interpreter para crear
PHP/FI.
PHP 3.2.4.
Dos programadores israeles del Technion, Zeev Suraski y Andi Gutmans, reescribieron el
analizador sintctico (parser en ingls) en el ao 1997 y crearon la base del PHP3,
cambiando el nombre del lenguaje a la forma actual. Inmediatamente comenzaron
experimentaciones pblicas de PHP3 y fue publicado oficialmente en junio del 1998.
Para 1999, Suraski y Gutmans reescribieron el cdigo de PHP, produciendo lo que hoy se
conoce como Zend Engine o motor Zend, un portmanteau de los nombres de ambos, Zeev y
Andi. Tambin fundaron Zend Technologies en Ramat Gan, Israel.
PHP 4
En mayo de 2000 PHP 4 fue lanzado bajo el poder del motor Zend Engine 1.0. La ltima
versin de PHP 4 disponible en febrero de 2007 es la 4.4.7. El soporte a PHP 4 contina
activo lanzando parches de seguridad para aquellas aplicaciones que lo requieren.
PHP 5
El 13 de julio de 2004, fue lanzado PHP 5, utilizando el motor Zend Engine II (o Zend Engine
2). La versin ms reciente de PHP es la 5.2.3, que incluye todas las ventajas que provee el
nuevo Zend Engine 2 como:
Soporte slido para Programacin Orientada a Objetos (OOP) con PHP Data Objects.
Mejoras de rendimiento.
Mejor soporte para MySQL con extensin completamente reescrito.
Mejor soporte a XML ( XPath, DOM).
Soporte nativo para SQLite.
Soporte integrado para SOAP.
Iteradores de datos.
Excepciones de errores.
56
La ltima versin a Mayo 2007 es la 5.2.3.
PHP 6
Est previsto el lanzamiento en breve de la rama 6 de PHP, cuando se lance esta nueva
versin, quedarn tres ramas activas en desarrollo (PHP 4, 5 y 6).
Las diferencias que encontraremos frente a PHP 5 son:
Soportar Unicode
Limpieza de funcionalidades obsoletas como register_globals, safe_mode...
PECL
Mejoras en orientacin a objetos
Usos de PHP
Los principales usos del PHP son los siguientes:
Programacin de pginas web dinmicas, habitualmente en combinacin con el motor de
base datos MySQL, aunque cuenta con soporte nativo para otros motores, incluyendo el
estndar ODBC, lo que ampla en gran medida sus posibilidades de conexin.
Programacin en consola, al estilo de Perl o Shell scripting.
Creacin de aplicaciones grficas independientes del navegador, por medio de la
combinacin de PHP y Qt/GTK+, lo que permite desarrollar aplicaciones de escritorio en los
sistemas operativos en los que est soportado.
Ventajas de PHP
Es un lenguaje multiplataforma.
Capacidad de conexin con la mayora de los manejadores de base de datos que se
utilizan en la actualidad, destaca su conectividad con MySQL
Leer y manipular datos desde diversas fuentes, incluyendo datos que pueden ingresar
los usuarios desde formularios HTML.
Capacidad de expandir su potencial utilizando la enorme cantidad de mdulos
(llamados ext's o extensiones).
Posee una amplia documentacin en su pgina oficial, entre la cual se destaca que
todas las funciones del sistema estn explicadas y ejemplificadas en un nico archivo
de ayuda.
Es libre, por lo que se presenta como una alternativa de fcil acceso para todos.
Permite las tcnicas de Programacin Orientada a Objetos.
Permite crear los formularios para la web.
Biblioteca nativa de funciones sumamente amplia e incluida.
No requiere definicin de tipos de variables ni manejo detallado del bajo nivel.
57
MYSQL
MySQL es un sistema de gestin de base de datos relacional, multihilo y multiusuario con
ms de seis millones de instalaciones. MySQL AB desarrolla MySQL como software libre en
un esquema de licenciamiento dual. Por un lado lo ofrece bajo la GNU GPL, pero, empresas
que quieran incorporarlo en productos privativos pueden comprar a la empresa una licencia
que les permita ese uso.
Est desarrollado en su mayor parte en ANSI C.
Al contrario de proyectos como el Apache, donde el software es desarrollado por una
comunidad pblica, y el copyright del cdigo est en poder del autor individual, MySQL es
propiedad y est patrocinado por una empresa privada, que posee el copyright de la mayor
parte del cdigo. Esto es lo que posibilita el esquema de licenciamiento anteriormente
mencionado. Adems de la venta de licencias privativas, la compaa ofrece soporte y
servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran
va Internet. MySQL AB fue fundado por David Axmark, Allan Larsson, y Michael Widenius.
Aplicaciones
MySQL es muy utilizado en aplicaciones web como MediaWiki o Drupal, en plataformas
(Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por herramientas de seguimiento de
errores como Bugzilla. Su popularidad como aplicacin web est muy ligada a PHP, que a
menudo aparece en combinacin con MySQL. MySQL es una base de datos muy rpida en la
lectura cuando utiliza el motor no transaccional MyISAM, pero puede provocar problemas de
integridad en entornos de alta concurrencia en la modificacin. En aplicaciones web hay baja
concurrencia en la modificacin de datos y en cambio el entorno es intensivo en lectura de
datos, lo que hace a MySQL ideal para este tipo de aplicaciones.
58
7.1. Mercado objetivo

El mercado objetivo al cual fue dirigido el proyecto mi estacionamiento, es para aquellos
conductores que van frecuentemente u ocasionalmente al centro de Santiago. Adems otro
de los nichos al cual va apuntado el proyecto es para los administradores de los
estacionamientos establecidos en el centro de Santiago.
7.2. Descripcin del Mercado

Actualmente el mercado automotriz ha crecido considerablemente, por lo cual muchas
personas, mediante crditos de consumo han podido adquirir nuevos vehculos para su uso
habitual. Tambin se ha dado el fenmeno de que el auto usado ha sido tambin una buena
forma de adquirir un automvil de forma ms rpida y econmica.
Considerando el fenmeno anterior y la situacin actual del transporte publico, en el cual
mucho han optado por comprarse un automvil, ya que es la nica forma de llegar a la hora
a sus lugares de trabajo, se puede deducir que muchos estacionamientos que se encuentran
en el centro de Santiago, quieren mejorar sus servicios para acaparar a estos conductores
que necesiten estacionarse cerca de sus trabajos.
Las estructuras organizacionales de estos estacionamientos, pueden ser muy similares unas
de otras, dependiendo de la magnitud que tengan estos estacionamientos y a la capacidad,
atencin y servicios que tengan podran variar entre si.
59
7.3. Definicin de Mercado

Con los nuevos estacionamientos en el centro de Santiago, ms grandes y con ms
tecnologa nos da un espacio ms amplio en este negocio de los estacionamientos
establecidos. Sin duda el actual sistema publico y la facilidad de adquirir un nuevo auto, nos
hace que los usuarios que van habitualmente y a los que no, un potencial cliente para
nuestro sistema.
Para que hablar de todos aquellos que posen celular, casi todos los chilenos poseen uno. Con
lo cual nos da un amplio aspecto de nuestro negocio.
7.4. Necesidades de Marketing

A raz de un estudio e investigacin de las necesidades de mercado de los estacionamientos
establecidos en el centro de Santiago, existen una gran variedad de servicios en el centro,
uno de ellos es el Estacionamientos Moneda Ltda., el cual contiene bastante tecnologa en
comparacin a otros que se encuentran en el mismo sector.
Sin embargo podemos darnos cuenta de que contando con la tecnologa suficiente, no tienen
ni un mtodo de reserva y menos una gestin adecuada del sistema de estacionamiento.
Por otro lado conocemos un estacionamiento que cuenta con precaria tecnologa, la cual es
el estacionamiento encontrado en el centro comercial alonso de Ovalle.
Mostrando los polos opuesto de estos estacionamientos, podemos apreciar que ambos tienen
necesidad de gestin de sus estacionamientos, ni uno de ellos posee algn tipo de reserva
de estacionamiento. Uno de estos posee una pgina Web, el cual solo indica informacin del
estacionamiento. Pero ni uno de esto posee alguna pgina Wap, el cual indique la
informacin de la pgina o estado actual de esos estacionamiento.
De todo lo anteriormente escrito, es donde nacen las siguientes preguntas:
Por que una empresa de estacionamiento debiera tener un sistema como este?
Como mencionamos, algunos cuentan con cierta tecnologa y adems con pginas Web, pero
estas no cumplen ni un funcionamiento, es meramente informativo lo cual no cumple ni una
funcin para el estacionamiento y menos para la gente que visita esos sitios.
60
8. Desarrollo de Alternativas de Solucin

8.1. Alternativas de Solucin
La alternativa propuesta es desarrollar un sistema el cual nos pueda indicar los
estacionamientos ms cercanos al punto al cual nos dirigimos, dndonos como referencia su
ubicacin, sus antecedentes y adems la disponibilidad de uso de estacionamiento que se
encuentre a esa hora.
Es por eso que el sistema ser capas de informacin que a continuacin se describen:
Resultados de bsqueda de estacionamiento, mediante un mapa en donde muestra
los estacionamiento mas cercano al donde se dirige.
Mediante Tecnologa Wap mostrara, la direccin, la capacidad, los valores
referenciales y el numero telefnico para la realizacin de reserva de
estacionamiento
Disponibilidad de cupo de un determinado estacionamiento.
Contando con esta informacin un usuario podr tomar la decisin mas acertada, para
planificar su viaje a su lugar de destino, con esto podr reducir su tiempo de viaje, ya que
sabe que va a llegar a un lugar y no tendr que deambular por el centro de Santiago.
61
8.1.1. Descripcin Alternativa

Para esta etapa del proyecto se evaluaran dos alternativas propuestas, luego se analizara
cual es la ms factible para ser desarrollada y su justificacin, estas son las siguientes:
Alternativa 1 No Hacer Nada
Mantener el actual sistema de bsqueda de estacionamiento en el centro de Santiago, para
ello se busca o se piden referencias a:
Amigos o conocidos
Publicidad en diarios, revista, pginas amarillas
Bsqueda exhaustiva de un lugar en donde poder estacionarse
En esta alternativa, no se estara incurriendo en inversin, pero si podemos notar que se
pierde tiempo, por la falta de informacin que no se tiene y la poca planificacin. Tambin se
esta perdiendo bencina y esto se traduce en dinero, por las constante vueltas que un
conductor debe realizar para la bsqueda de estacionamiento establecidos.
El propsito de evaluar el no hacer nada es demostrar a los estacionamientos establecidos
que la actual gestin no es la suficientemente eficiente y que por ese concepto se esta
perdiendo dinero.
Adems, los conductores, que al realizar bsquedas exhaustivas sin un punto fijo, incurren
en una prdida sustancial de bencina, lo cual es traducida en dinero. Gastos que no son para
nada agradable para el bolsillo.
Alternativa 2 Mi Estacionamiento
Herramienta capaz de realizar bsqueda de estacionamiento en el centro de Santiago, el
cual tiene por objetivo entregar informacin detallada de los estacionamientos que se
encuentra en el centro de Santiago, y adems poder realizar por Tecnologa Wap, la reserva
de algn cupo de estos estacionamientos.
De acuerdo a la inquietud del conductor que pretende ir al centro de Santiago, en La
Aplicacin Web ingresa la direccin a donde se dirige. Cuando le muestra el resultado, este
podr ver la informacin del estacionamiento, entre lo importante es la capacidad y
disponibilidad que tiene en ese mismo momento.
Adems en el formato Wap, podr realizar esa misma bsqueda, pero al obtener la
informacin necesaria podr realizar una reserva de estacionamiento, mediante la va
previamente sealizada.
62
8.1.2. Tecnologa a Emplear

Alternativa 1 No Hacer Nada
En esta alternativa, no realizaran modificaciones al la actual tecnologa que posean en la
actualidad los estacionamiento establecidos.
Alternativa 2 Mi Estacionamiento
Software de desarrollo de sistema

Para la crearon del sistema se deben considerar los siguientes software.
Dreamweaver y Firework es la opcin profesional para crear sitios Web, Wap y aplicaciones,
dado que proporcionan una potente combinacin de herramientas visuales de diseo,
funciones de desarrollo de aplicaciones y soporte para la edicin del cdigo, caractersticas
todas ellas que permiten a los desarrolladores y diseadores crear rpidamente sitios Web y
aplicaciones.
Mysql es una opcin para bases de datos, ya que con estas podremos ejecutar y tener
respuestas ms rpidas que las otras bases de datos, este punto es importante ya que la
Web y el Wap van a estar replegadas en consultas, a cada minuto.
El equipo desarrollador cuenta con los conocimientos necesarios para la utilizacin de las
herramientas nombradas anteriormente, por lo tanto no se requiere una especializacin de
dichas herramientas.
63
Software y Hardware para pruebas y desarrollo del Sistema
Software
Se utilizar PHP Versin 5.0.4 como lenguaje de programacin, un motor de base de datos
MySQL 4.1.12a.
Para esta alternativa se utilizar como herramienta de programacin PHP debido a que es
una herramienta que permite la creacin de pginas Web dinmicas, habitualmente en
combinacin con el motor de base datos MySQL y adems esta sigue siendo la herramienta
ms productiva para la creacin de aplicaciones que se ejecutan en el sistema operativo
Microsoft Windows y por ltimo es libre, por lo que se presenta como una alternativa de fcil
acceso para todos.
Adems se utilizar como motor de base de datos MySQL ya que es un software libre.
Cualquier persona puede utilizar y modificar el cdigo ajustndolo a sus necesidades sin
pagar por hacerlo. Posee gran velocidad, flexibilidad, conectividad y robustez hacen de el un
buen sistema gestor de bases de datos.
Y por ltimo se utilizar un Servidor Web Apache ya que es seguro, muy configurable y
extensible y es por tanto una solucin ideal para pginas con carga media/alta.
64
Para la realizacin de pruebas se necesitaran los navegadores ms conocidos que deben

estar instalados, como mnimo se pide
Internet Explore 6.0 en adelante
Mozilla Firefox 1.5 en adelante
Opera 9.2 en adelante
Tambin se tiene que tener instalado un emulador de Wap, el cual pueda visualizar, el
programa que esta desarrollado para este tipo de ambiente.
Hardware
El hardware como debe ser el siguiente
1 Pc con procesador P4 o similar de 2 GHz o superior.
512 MB de Memoria Ram como mnimo.
Disco duro de 60 mnimo.
Tarjeta grafica de 16 mnimo.
Tarjeta de red o MODEM fax incorporado
Software y Hardware para sistema en produccin

Hay que mencionar que se contratara un servicio de Web hosting el cual proveer, el
software y hardware necesario para que el sistema este andando, sin embargo se tiene unos
cnones mnimos para que el servicio ande adecuadamente.
Software
Linux Red Hat 9

De acuerdo a su larga trayectoria en el mercado y bajo la plataforma de Linux, este
sistema operativo es el ms estable y da una alta confiabilidad en lo que es servidor
Web.
Bases de Datos MySql

Ya que es un software libre. Cualquier persona puede utilizar y modificar el cdigo
ajustndolo a sus necesidades sin pagar por hacerlo. Posee gran velocidad, flexibilidad,
conectividad y robustez hacen de el un buen sistema gestor de bases de datos.
65
PHP 4.4.1
Es un lenguaje multiplataforma el cual tiene la capacidad de conexin con la mayora
de los manejadores de base de datos que se utilizan en la actualidad, destaca su
conectividad con MySQL.
Leer y manipular datos desde diversas fuentes, incluyendo datos que pueden ingresar
los usuarios desde formularios HTML.
Capacidad de expandir su potencial utilizando la enorme cantidad de mdulos
(llamados ext's o extensiones).
Posee una amplia documentacin en su pgina oficial, entre la cual se destaca que
todas las funciones del sistema estn explicadas y ejemplificadas en un nico archivo
de ayuda.
Es libre, por lo que se presenta como una alternativa de fcil acceso para todos.
Permite las tcnicas de Programacin Orientada a Objetos.
Permite crear los formularios para la Web.
Biblioteca nativa de funciones sumamente amplia e incluida
No requiere definicin de tipos de variables ni manejo detallado del bajo nivel.
Soporte SSL
SSL proporciona autenticacin y privacidad de la informacin entre extremos sobre
Internet mediante el uso de criptografa. Habitualmente, slo el servidor es autenticado
(es decir, se garantiza su identidad) mientras que el cliente se mantiene sin autenticar;
la autenticacin mutua requiere un despliegue de infraestructura de claves pblicas (o
PKI) para los clientes. Los protocolos permiten a las aplicaciones cliente-servidor
comunicarse de una forma diseada para prevenir escuchas (eavesdropping), la
falsificacin de la identidad del remitente (phising) y mantener la integridad del
mensaje.
- Seguridad
La Ultima versin de Antivirus ClamAV 0.88.4
Todos los servidores deben tener su antivirus ya que, l idea que este sistema no
infecte a los ordenadores de los clientes, a su vez no queremos proporcionar un
servicio lento he inseguro para los usuarios.
APF ( Firewall de Software)

Para la adquisicin de un servidor seguro, es confiable tener un hosting que posea
una muralla de fuego, a nivel de software, para tener mayor seguridad. Ya que con
esto evitaremos ataques al sitio de forma, mal intencionada
66
Brute force Defense

Es un sistema que previene el ataque, mediante Fuerza bruta, al momento de ejecutar
programas de hacking que ocupan este metido de violacin de seguridad.
Mod Security
ModSecurity es un Firewall de aplicaciones Web embebible que ejecuta como mdulo del
Servidor Web Apache, provee proteccin contra diversos ataques hacia aplicaciones Web
y permite monitorear trfico HTTP, as como realizar anlisis en tiempo real sin
necesidad de hacer cambios a la infraestructura existente.
ModSecurity para Apache es un producto desarrollado por Breach Security. ModSecurity
est disponible como Software Libre bajo la licencia GNU General Public License, a su
vez, se encuentran disponibles bajo diversas licencias comerciales.
67
Hardware
- Servidor
Servidor Pentium 4 (2 CPU Mnimo) 3.2 GHZ
2 GB de Memoria Ram como mnimo.
2 Disco Duros.
Se necesita este tipo de tecnologa ya que sabemos que este sitio ser bastantemente
consultado de manera frecuente. Para la realizacin de varias consultas y transacciones,
se necesitan equipos confiables los cuales rindan eficientemente a estas cargas.
- Enlace
Plan A: Enlace Principal de Nacional y Internacional
Plan B: Ante posibles fallas del enlace principal contamos con un Enlace de respaldo
por lo que garantizamos un 100% Uptime del Enlace.
- Energa Elctrica
Plan A: Alimento de energa elctrica principal
Plan B: Ups para todos los servidores mas Grupo Electrgeno con Tablero de
Transferencia Automtica, de tal forma que si se corta la Energa elctrica principal,
automticamente comienza a operar el grupo electrgeno y en menos de 15
segundos ya estamos generando nuestra propia energa elctrica, por lo que le
garantizamos un 100% Uptime de energa Ininterrumpida.
- Respaldos de la Informacin
Plan A: Disco Duro principal con paginas Web, bases de datos, emails, contraseas
Plan B: Respaldo diario de toda la informacin almacenada en un disco duro
secundario, manteniendo siempre una copia diaria, una semanal y una mensual de
toda la informacin, tambin una vez a la semana respaldamos toda la informacin
en DVD y la tenemos almacenada fuera de las instalaciones, de esta forma le
garantizamos que nunca perder informacin.
- Seguridad
Firewall Watchguard X8000 ( Firewall de Hardware ) 1 Milln de Sesiones
Concurrentes.
La ltima versin del Kernel de los servidores.
68
8.1.3. Funcionalidades a incorporar

Las funcionalidades a incorporar son las siguientes:
Bsqueda mediante tecnologa Web de los estacionamientos establecidos. En el cual
comprende un radio entre las intersecciones de; teatinos con Av. Libertador Bernardo
OHiggins, teatino con presidente Balmaceda, Av. Libertador Bernardo OHiggins con
Miraflores y Av. Cardenal Caro con Miraflores. Esto es as ya que se pens en un
rango mas denso y restringido de estacionamiento, lgicamente en las proyecciones
queremos ampliar el rango.
Bsqueda mediante Tecnologa Wap, es similar al anterior, pero este desplegara las
calles del rango establecido anteriormente.
Registro de usuarios, esta funcionalidad nos permite tener todos los datos de un
cliente, el cual en un futuro podr adquirir pack de reservas y as poder realizar la
reserva mediante Tecnologa Wap.
Adquisicin de pack para la realizacin de reservas, el cual el usuario al momento
de adquirirlo quedara habilitado para realizar reserva mediante Tecnologa Wap.
Reserva Tecnologa Wap, esta opcin estar disponible al seleccionar la informacin
de un estacionamiento, el cual mostrara y da la posibilidad de realizar la reserva.
69
8.1.4. Alcances y Proyecciones

El proyecto tiene como alcances:
Realizar bsqueda de los estacionamientos del centro de Santiago en los rangos que
comprende; Cardenal Caro, teatinos, Av. Libertador Bernardo OHiggins y cerro santa
lucia. Esto es a travs de tecnologa Web y Wap.
Permite crear administradores de sistema, como a su vez la creacin de
administradores de locales de estacionamientos y la creacin de usuarios
particulares.
Los estacionamientos tendrn informacin actualizada en el sistema, el cual dar una
breve descripcin de ella, tendr una foto correspondiente al estacionamiento y
mostrara, la direccin fsica del estacionamiento, la capacidad total del
estacionamiento, la cantidad de cupo online, el horario de funcionamiento del
estacionamiento, el telfono de contacto y finalmente el valor del estacionamiento.
El administrador podr actualizar la informacin de la disponibilidad en que se
encuentre el estacionamiento, de manera online, para esto se cuenta con una
aplicacin el cual podr ingresar la disponibilidad de forma manual o automtica.
Venta de pack de reserva mediante la Web, pudiendo ser cancelada con waypay de
transbank que estar habilitada en el sistema Web.
Un usuario registrado, con cupo de

estacionamiento mediante Tecnologa Wap.
reserva,
podr
realizar
reserva
de
El administrador de estacionamiento podr realizar modificacin a la informacin de

su estacionamiento.
El administrador de sistema podr modificar, eliminar o agregar administradores de
sistema o de estacionamiento.
El sistema creara informes, de acuerdo a los indicadores de gestin, previamente
escrito.
70
Las proyecciones del proyecto son:

Realizar reserva de estacionamiento, por da y horas mediante tecnologa Web.
Cancelacin de reservas mediante Tecnologa Wap.
Abarcar el mbito de bsqueda de estacionamientos en toda la regin metropolitana.
Abarcar el mbito de la reserva de estacionamiento en toda la regin metropolitana.
71
8.2. Estudio de Factibilidad

Esta investigacin preliminar que se ha desarrollado, ha permitido conocer el nivel de
confiabilidad que tiene este mercado de los estacionamientos establecidos en el centro de
Santiago. Esto es de suma importancia ya que permitir examinar la factibilidad del
proyecto, es decir, determinar las posibilidades de que el sistema sea de utilidad para el
automovilista y para los administradores de estacionamientos establecido del centro de
Santiago.
En esto existen algunos aspectos relacionados con el estudio de factibilidad, que en la
mayora de los casos, son realizados por los directivos de estos establecimientos o gente
capacitada para cumplir esta labor.
Dentro de estos estudios estn:
Factibilidad Tcnica
Factibilidad Operacional
Factibilidad Implementativa
Factibilidad Legal
Factibilidad Econmica
72
8.2.1.1. Factibilidad Tcnica

En esta etapa, veremos la factibilidad tcnica de aplicar el proyecto Mi Estacionamiento en
algn estacionamiento del centro de Santiago. Adems queremos ver el factor humano que
participan en estos estacionamientos, para llevar a cabo este proyecto informtico.
Si bien, para definir esta factibilidad, se han evaluado distintos criterios. Esto se le ha dado
un grado de ponderacin de acuerdo a las necesidades reales de los clientes y conductores.
Criterios a evaluar
Alt. 1
Alt.2
Se posee la tecnologa necesaria?
30
20
El equipo propuesto, cumplir las expectativas?
20
20
Se poseen indicadores de gestin adecuados?
20
15
Es adaptable a la tecnologa existente?
20
20
Es una herramienta a medida?
10
10
100
15
80
Total
Tabla 1: Criterios a evaluar
73
Solucin de desarrollo
Factibilidad Tcnica
Articulo
Computador
Sistema Operativo
Conexin Internet(al
mes)
Software Appsserv
apache
Cantidad
Valor(USD)
Unitario
379,13
379,13
512 - mb en memoria Ram Kingston DDR
63,69
63,69
Disco Duro 80Gb 7200rpm
56,87
56,87
Tarjeta de Red LAN 10/100.
Monitor CRT 17" E70FB Flat Negro
129,28
129,28
Windows XP Pro OEM
193,84
193,84
Conexin a Internet banda ancha

servidor de apache para plataforma
Windows
46,41
46,41
878,22
878,22
Descripcin
Computador con Procesador Pentium 4
de 2000 Mhz
(incluye tarjeta madre, gabinete, tarjeta
de video)
Totales
Total
(USD)
Tabla 2: Factibilidad Tcnica, solucin de desarrollo
Solucin de Implementacin
Factibilidad Tcnica
Articulo
Computador
Conexin Internet(al mes)

Hosting arriendo mensual
Descripcin
Procesador: AMD Sempron
3200+
Memoria Ram: 512MB DDR
Monitor CRT 15" HP
Incluye, teclado, Mouse,
LAN: Realtek RTL8201CL PHY
10/100,
Grabador de cd.
Conexin a Internet banda ancha
servidor Linux con apache
Cantidad
1
1
1
Total
Valor(USD)
Unitario
Total
(USD)
473,89 473,89
46,41
22,56
46,41
22,56
542,86
Tabla 3: Factibilidad Tcnica, solucin de implementacin
74
8.2.1.2. Factibilidad Operacional

Mi Estacionamiento, involucra directamente las interrogantes de los conductores que
suelen conducir por el centro de Santiago, de manera que busca atacar las dudas frecuente
de los conductores.
Adems que al trabajar en conjunto con algunos estacionamientos establecido, podemos
identificar los puntos crticos de disponibilidad que carezcan.
Los nuevos procesos, no entorpecern el funcionamiento de los actuales proceso que posean
estos estacionamientos, solo mejoran la gestin que estos posean.
Sin duda, estos servicios son parecidos a los que son ofrecen en el mercado, donde pueden
buscar un lugar determinado, pero ni uno de ellos muestra la capacidad, ni la disponibilidad
en ese momento y aun mas, permitir la reserva de ellos.
En otro punto, los indicadores de gestin son un claro ejemplo de cmo al usuario se le
facilita y ahorra el tiempo de operacin al contar con un sistema de gestin.
Sin duda, las herramientas tecnolgicas, para muchas personas son algo que le tienen cierto
temor, ni par que decir, que la gente es reacia al cambio, pero este cambio es el que
muestra bastantes puntos positivos para la administracin de estacionamientos establecidos.
Articulo
Analista
Programador
analista
Usuario Tester
Factibilidad Operativa
Descripcin
Desarrollo Lgico del Sistema
Programacin del Sistema
Manual del sistema.
Usuario para desarrollar plan de pruebas
Pago hrs.
23,88
24,78
23,88
2,84
Total (USD)
hrs.
260
170
45
8
Total
6208,8
4212,6
1074,6
22,72
11518,7
Tabla 4: Factibilidad operativa, solucin de desarrollo
Solucin de Implementacin
Articulo
Instructor
Factibilidad Operativa
Descripcin
Capacitacin al personal que
usar el sistema
Servicio Transbank(
pago mensual)
Para pagos mediante Webpay
Pago hrs.
hrs.
USS 28,43
Cantidad
V. Unitario
1
Total (USD)
Total
1 28,43
7,02
7,02
35,45
Tabla 5: Factibilidad operativa, solucin de implementacin
75
8.2.1.3. Factibilidad Implementativa

Para la implementacin de este servicio se necesita contar con los siguientes elementos a
considerar:
Tener Habilitado la url de nuestro sitio web, si bien este tramite no consta de un par
de horas, por lo menos debemos tener habilitado la url con 24 horas de anticipacin.
Haber adquirido el Hosting, el cual albergara nuestro sistema web.
Es necesario que los administradores de estacionamiento tengan en cuenta las siguientes

consideraciones.
Tener habilitado el PC en el cual podr administrar el sistema.
Tener la conexin Lista a Internet.
Articulo
Programador
Descripcin
Instalador de programas para el desarrollo
Pago hrs.
24,78
hrs. Req.
Total
3 74,34
Total (USD)
74,34
Pago Hrs
Hrs
Requeridas Total
Tabla 6: Factibilidad Implementativa
Solucin de Puesta en Marcha
Articulo
Programador
Descripcin
Activacin de servidor web, activacin de
url, puesta en marcha de la base de datos
24,78
Total (USD)
6 148,68
148,68
Tabla 7: Factibilidad Implementativa
76
8.2.1.4. Factibilidad Legal

Este proyecto cumple todas las normativas legales aplicables bajo la ley Chilena, demarcada
por la ley de propiedad intelectual (Ley 17.336).
PROPIEDAD INTELECTUAL
LEY 17336 DE PROPIEDAD INTELECTUAL DE CHILE
Con las modificaciones introducidas por la ley 19166 - Publicada el 17/09/92
Aprueba la ley de Propiedad Intelectual; crea el Departamento de Derechos Intelectuales y
la Corporacin Cultural Chilena; deroga el decreto ley de Propiedad Intelectual 345, de
1925, y la Ley 9.549. (Publicada en el Diario Oficial N 27.761, de 2 de octubre de 1970).
TITULO I
DERECHO DE AUTOR
CAPITULO I
Naturaleza y objeto de la proteccin. Definiciones.
Art.1. La presente ley protege los derechos que, por el solo hecho de la creacin de la obra,
adquieren los autores de obras de la inteligencia en los dominios literarios, artsticos y
cientficos, cualquiera que sea su forma de expresin, y los derechos conexos que ella
determina. El derecho de autor comprende los derechos patrimonial y moral, que protegen
el aprovechamiento, la paternidad y la integridad de la obra.
Art. 2. La presente ley ampara los derechos de todos los autores Chilenos y de los
extranjeros domiciliados en Chile. Los derechos de los autores extranjeros no domiciliados
en el pas, gozarn de la proteccin que les sea reconocida por las convenciones
internacionales que Chile suscriba y ratifique. Para los efectos de esta ley, los autores
aptridas o de nacionalidad indeterminada sern considerados como nacionales del pas
donde tengan establecido su domicilio.
Art. 3. Quedan especialmente protegidos con arreglo a la presente ley:
1) Los libros, folletos, artculos y escritos, cualesquiera que sean su forma y naturaleza,
incluidas las enciclopedias, guas, diccionarios, antologas y compilaciones de toda clase;
2) Las conferencias, discursos, lecciones, memorias, comentarios y obras de la misma
naturaleza, tanto en la forma oral como en sus versiones escritas o grabadas;
3) Las obras dramticas, dramtico-musicales y teatrales en general, as como las
coreogrficas y las pantommicas, cuyo desarrollo sea fijado por escrito o en otra forma;
4) Las composiciones musicales, con o sin texto;
5) Las adaptaciones radiales o televisuales de cualquiera produccin literaria, las obras
originales producidas por la radio o la televisin, as como los libretos y guiones
correspondientes;
77
6) Los peridicos, revistas u otras publicaciones de la misma naturaleza;

7) Las fotografas, los grabados y las litografas;
8) Las obras cinematogrficas;
9) Los proyectos, bocetos y maquetas arquitectnicas y los sistemas de elaboracin de
mapas;
10) Las esferas geogrficas o armilares, as como los trabajos plsticos relativos a la
geografa, topografa o a cualquiera otra ciencia, y en general los materiales audiovisuales;
11) Las pinturas, dibujos, ilustraciones y otros similares;
12) Las esculturas y obras de las artes figurativas anlogas, aunque estn aplicadas a la
industria, siempre que su valor artstico pueda ser considerado con separacin del carcter
industrial del objeto al que se encuentren incorporadas;
13) Los bocetos escenogrficos y las respectivas escenografas cuando su autor sea el
bocetista;
14) Las adaptaciones, traducciones y otras transformaciones, cuando hayan sido autorizadas
por el autor de la obra originaria si sta no pertenece al patrimonio cultural comn;
15) Los viodeogramas y diaporamas, y
16) Los programas computacionales.
Art. 4. El ttulo de la obra forma parte de ellas y deber ser siempre mencionado junto con
el nombre del autor, cuando aqulla sea utilizada pblicamente.
No podr utilizarse el ttulo de una obra u otro que queda manifiestamente inducir a engao
o confusin, para individualizar otra del mismo gnero.
Art. 5. Para los efectos de la presente ley, se entender por:
a) Obra individual: la que sea producida por una sola persona.
b) Obra en colaboracin: la que sea producida, conjuntamente, por dos o ms personas
naturales cuyos aportes no pueden ser separados.
c) Obra colectiva: la que sea producida por un grupo de autores por iniciativa y bajo la
orientacin de una persona natural o jurdica que la coordine, divulgue y publique bajo su
nombre;
d) Obra annima: aqulla en que no se menciona el nombre del autor, por voluntad del
mismo, o por ser ste ignorado.
e) Obra seudnima: aqulla en que el autor se oculta bajo un seudnimo que no lo
identifica, entendindose como tal el que no haya sido inscrito conforme a lo dispuesto en el
artculo 8;
78
f) Obra indita: aqulla que no haya sido dada a conocer al pblico;

g) Obra pstuma: aqulla que haya sido dada a la publicidad slo despus de la muerte de
su autor;
h) Obra originaria: aqulla que es primignitamente creada;
i) Obra derivada: aqulla que resulte de la adaptacin, traduccin u otra transformacin de
una obra originaria, siempre que constituya una creacin autnoma;
j) Artista, intrprete o ejecutante: el actor, locutor, narrador, declamador, cantante, bailarn,
msico o cualquiera otra persona que interprete o ejecute una obra literaria o artstica;
k) Productor de fonogramas o productor fonogrfico: la persona natural o jurdica
responsable por la publicacin de fonogramas;
l) Organismo de radiodifusin: la empresa de radio o de televisin que transmite programas
al pblico;
m) Fonograma: toda fijacin exclusivamente sonora de los sonidos de una ejecucin o de
otros sonidos. Copia de fonograma: el soporte que contiene sonidos tomados directa o
indirectamente de un fonograma, y que incorpora la totalidad o una parte substancial de los
sonidos fijados en l;
n) Emisin o transmisin: la difusin, por medio de ondas radioelctricas, de sonido o de
sonidos sincronizados con imgenes;
) Retransmisin: La emisin de la transmisin de un organismo de radiodifusin por otro, o
la que posteriormente hagan uno u otro de la misma transmisin;
o) Publicacin: la reproduccin de la obra en forma tangible y su puesta a disposicin del
pblico mediante ejemplares que permitan leerla o conocerla visual o auditivamente de
manera directa o mediante el uso de un aparato reproductor o de cualquier otra mquina;
p) Videograma: las fijaciones audiovisuales incorporadas en cassettes, discos u otros
soportes materiales. Copia de videograma: el soporte que contiene imgenes y sonidos
tomados directa o indirectamente de un videograma y que incorpora la totalidad o una parte
substancial de las imgenes y sonidos fijados en l;
q) Distribucin de fonogramas o videogramas al pblico: cualquier acto cuyo propsito sea
ofrecer, directa o indirectamente, copias de un fonograma o videograma al pblico;
r) Planilla de ejecucin: la lista de las obras musicales ejecutadas mencionado el ttulo de la
obra y el nombre o seudnimo de su autor; cuando la ejecucin se haga a partir de un
fonograma, la mencin deber incluir adems el nombre artstico del intrprete y la marca
del productor;
s) Diaporama: sistema mecnico que combina la proyeccin de una diapositiva con una
explicacin oral, y
79
t) Programa computacional: conjunto de instrucciones para ser usadas directa o

indirectamente en un computador a fin de efectuar u obtener un determinado proceso o
resultado, contenidas en un cassette, disquete, cinta magntica u otro soporte material.
Copia de programa computacional: soporte material que contiene instrucciones tomadas
directa o indirectamente de un programa computacional y que incorpora la totalidad o parte
sustancial de las instrucciones fijadas en l.
Factibilidad Legal
Articulo
inscripcin del sistema
inscripcin a nic.cl (valido
por 2 aos)
Descripcin
cantidad
V. Uni.
Total
Inscripcin de derechos de autor
20,41
20,41
url para la www, direccin Web
38,24
38,24
Total(USD)
101,12
Tabla 8: Factibilidad legal
80
8.2.1.5. Factibilidad Econmica

El anlisis de las 2 alternativas permiti establecer las distintas situaciones ofrecidas por
estas, al mismo tiempo de cual era la ms viable para el desarrollo del proyecto y
determinar los factores claves a la hora de la implementacin y creacin de este.
La mejor alternativa a desarrollar e implementar es Mi Estacionamiento, justificado por el
costo de inversin y el nivel de respuesta que cumple netamente con las necesidades
planteadas por el cliente.
Dlar del 31 de mayo del 2007 ($527.52)
Los precios de equipamiento y software requeridos para el proyecto fueron sacados

de la tienda Pcfactory, mayo 2007.
UF al 01 de Junio del 2007 ($ 18517.75)
Ao 0
Ventas
Costo de Venta
M. de Contribucin
Gastos Generales
Depreciacin
RAI
Impuesto 17%
RDI
Depreciacin
Inversin Inicial
Ao 1
16849,64
18255,23
-1405,59
9853,83
292,74
-11552,16
0,00
-11552,16
292,74
Ao 2
33699,27
18255,23
15444,04
9853,83
292,74
5297,47
900,57
4396,90
292,74
Ao 3
50548,91
18255,23
32293,68
9853,83
292,74
22147,11
3765,01
18382,10
292,74
Ao 4
67398,54
18255,23
49143,31
9853,83
Ao 5
74138,40
18255,23
55883,17
9853,83
39289,48
6679,21
32610,27
46029,34
7824,99
38204,35
-13263,94
FNF (USD)
-13263,94 -11259,42
4689,64
18674,84
32610,27
38204,35
Tabla 9: Flujo Neto
81
8.2.1.6. Calculo Presupuestario

Presupuesto De Ingresos Por Ventas.
En la tabla que se muestra a continuacin, el volumen de clientes que adquieren y suscriben
al sistema y que adems representan el mercado proyectado de los prximos 5 aos para la
empresa. Ahora bien, si se toma en consideracin que el precio de arriendo se acord en 8
U.F. mensuales por Cliente.
La proyeccin de ventas seria la siguiente:
Ao
Clientes
Ventas
2008
16849,64
2009
10
33699,27
2010
15
50548,91
2011
20
67398,54
2012
22
74138,40
Tabla 10: Proyeccin de clientes e ingreso por ventas proyectadas
Presupuesto De Produccin
Este presupuesto esta compuesto por los costos que estn incluidos en los elementos,
materias primas, mano de obra y gastos generales. Al analizar estos elementos se obtienen
los siguientes presupuestos:
Presupuesto De Insumos Y Materiales (MP)

Como la empresa solo realiza servicios, no existen materias primas involucradas en la
produccin, ya que el producto es netamente la gestin.
Materias Prima
Ao 1
Ao 2
Ao 3
Ao 4
Ao 5
tiles de Oficina
Totales (USD)
56.86
56.86
56.86
56.86
56.86
56.86
56.86
56.86
56.86
56.86
Tabla 11: Presupuesto De Insumos Y Materiales
82
Presupuesto De Insumos Y Materiales (MP)

Como la empresa solo realiza un servicio, no existen materias primas involucradas en la
produccin, ya que el producto es netamente la gestin.
Materias Prima
Ao 1
Ao 2
Ao 3
Ao 4
Ao 5
tiles de Oficina
56,86
56,86
56,86
56,86
56,86
Totales (USD)
56,86
56,86
56,86
56,86
56,86
Tabla 12: Presupuesto De Insumos Y Materiales
Presupuesto De Mano De Obra (MO)
Remuneracin
Ao 1
Ao 2
Ao 3
Ao 4
Ao 5
Operario Sistema
6824,39
6824,39
6824,39
6824,39
6824,39
Secretaria
6824,39
6824,39
6824,39
6824,39
6824,39
Vendedor
7961.78
7961.79
7961.80
7961.81
7961.82
Soporte
4549,59
4549,59
4549,59
4549,59
4549,59
Totales (USD)
18198,37 18198,37 18198,37 18198,37 18198,37

Tabla 13: Presupuesto De Mano de Obra
Presupuesto De Gastos Generales (CIF)
Gasto Generales
Ao 1
Gas, luz, agua
Ao 2
Ao 3
Ao 4
Ao 5
682,44
682,44
682,44
682,44
682,44
Telefona / Internet
2252,23
2252,23
2252,23
2252,23
2252,23
Arriendo
6445,25
6445,25
6445,25
6445,25
6445,25
473,91
473,91
473,91
473,91
473,91
Mantencin
Totales (USD)
9853,83 9853,83 9853,83 9853,83 9853,83

Tabla 14: Presupuesto De Gastos Generales
83
8.2.7. Anlisis Financiero (VAN TIR)

Sabemos que en esta parte de la evaluacin econmica, es donde debemos demostrar si el
proyecto es rentable.
Tambin sabemos que el dinero disminuye su valor real con el paso del tiempo, es por esto
que se evala el proyecto, mediante el VAN y la TIR.
Valor actual neto o Valor presente neto son trminos que proceden de la expresin inglesa
Net present value. El acrnimo es NPV en ingls y VAN en espaol. Es un procedimiento que
permite calcular el valor presente de un determinado nmero de flujos de caja futuros. El
mtodo, adems, descuenta una determinada tasa o tipo de inters igual para todo el
perodo considerado. La obtencin del VAN constituye una herramienta fundamental para la
evaluacin y gerencia de proyectos, as como para la administracin financiera.
La frmula que nos permite calcular el Valor Presente Neto es:
In representa los ingresos y En representa los egresos. En se toma como valor negativo ya
que representa los desembolsos de dinero. N es el nmero de perodos considerado (el
primer perodo lleva el nmero 0, no el 1..). El valor In - En indica los flujos de caja
estimados de cada perodo. El tipo de inters es i. Cuando se iguala el VAN a 0, i pasa a
llamarse TIR (tasa interna de retorno).
El criterio del VAN es:

VAN > 0 se acepta el proyecto

VAN < 0 se rechaza el proyecto
Se escoge una taza mnima de rentabilidad para este proyecto y es de (i) = 15%
De acuerdo a los flujos obtenidos y a la tasa de descuento obtenida el proyecto tiene un:
FNF (USD)
-13263,94
-11259,42
4689,64
18674,84
32610,27
38204,35
VAN=US$ 30.409,65.Lo que significa que el proyecto es rentable y se debe aceptar.
84
La tasa interna de retorno o tasa interna de rentabilidad (TIR) de una inversin, est
definida como la tasa de inters con la cual el valor actual neto o valor presente neto (VAN o
VPN) es igual a cero. El VAN o VPN es calculado a partir del flujo de caja anual, trasladando
todas las cantidades futuras al presente.
La Tasa Interna de Retorno es el tipo de descuento que hace igual a cero el VAN:
La TIR es una herramienta de toma de decisiones de inversin utilizada para comparar la

factibilidad de diferentes opciones de inversin. Generalmente, la opcin de inversin con la
TIR ms alta es la preferida
El criterio de la TIR es:
TIR > i se acepta la inversin, significa que el rendimiento de la empresa es mayor

que el mnimo fijado como aceptable, es decir el proyecto es econmicamente
rentable.
TIR < i se rechaza la inversin, significa que el rendimiento de la empresa es menor

que el mnimo exigido como aceptable de acuerdo al riesgo del proyecto.
La TIR del proyecto es: 46,32%.Lo que significa que se debe aceptar el proyecto, ya que
46,32% > 15%.
85
Anlisis en el peor de los casos

Este anlisis representa un caso pesimista, para ello, esto se representara en las ventas, las
cuales no superaran las 5.
Ao 0
Ao 1
Ao 2
Ao 3
Ao 4
Ao 5
Ventas
33699,27 33699,27 33699,27 33699,27 33699,27
Costo de Venta
18255,23 18255,23 18255,23 18255,23 18255,23
M. Contribucin
15444,04 15444,04 15444,04 15444,04 15444,04
Gastos Generales
9853,83 9853,83 9853,83 9853,83 9853,83
Depreciacin
292,74
292,74
292,74
RAI
5297,47 5297,47 5297,47 5590,21 5590,21
Impuesto 17%
900,57
900,57
900,57
950,34
950,34
RDI
4396,90 4396,90 4396,90 4639,88 4639,88
Depreciacin
292,74
292,74
292,74
Inversin Inicial
-13263,94
FNF (USD)
-13263,94
4689,64
4689,64
4689,64
4639,88
4639,88
Tabla 15: Flujo neto, en el peor de los casos.
De acuerdo a lo anterior y al porcentaje que seguir siendo 15% podemos determinar que
el VAN corresponde al 2456,46 lo cual lo hace viable aun y la TIR 22,58% lo cual tambin
indica que es viable.
86
8.2.2. Justificacin Profesional y Tcnica de la Solucin Propuesta

Producto de los anlisis de factibilidad y financiero es posible determinar que el proyecto es
viable como solucin al problema de la bsqueda de los estacionamientos en el centro de
Santiago. Ya que por el simple hecho que los anlisis financiero, dgase VAN y TIR arrojaron
resultados positivos, los cuales dan resultados bastantes optimistas.
Las personas que ingresen al sistema de mi estacionamiento podrn tener resultados

fehacientes de los estacionamientos establecido en el centro de Santiago. Los conductores
que posean telfono celular, el cual podrn conectarse Tecnologa Wap y navegar por mi
estacionamiento podrn realizar esas mismas bsquedas pero con la ventaja que podrn
reservar un cupo de estacionamiento, cosa que le da mas ventaja sobre el resto de los
conductores que va a estar paseando por el centro de Santiago, sin poder ubicarse en
ningn estacionamiento cercano y que adems estar gastando bencina, por estar haciendo
estas vueltas de mas.
Los administradores tendrn una mejor administracin de los estacionamientos, ya que

tendrn ni una herramienta de gestin, que antiguamente eran nulas o simplemente no
existan y por eso motivos, podrn dar un mejor servicio a los conductores o cliente que
hacen uso de ciertos estacionamientos.
En el caso contrario los administradores tendrn el mismo sistema de gestin de

estacionamiento, el cual no entregara informacin adecuada, oportuna, para la toma de
decisiones, sobre sus estacionamientos.
En la parte tcnica podemos decir lo siguiente:
PHP es un lenguaje multiplataforma, y no propietario. Un script PHP normal puede

ejecutarse sin cambiar ni una sola lnea de cdigo en cualquier servidor que interprete PHP,
es decir, en servidores Windows, Linux etc. ASP, por contra, es un lenguaje propietario de
Microsoft y solo puede ejecutarse en servidores Microsoft. Perl si puede ejecutarse bajo
Windows y unix, pero antes hay que realizar labores de adaptacin de cada script al
concreto sistema operativo.
PHP combina excelentemente con otras inmejorables herramientas, como son el servidor
apache y la base de datos mysql (o mysql, o posgres), todas ellas gratuitas.
87
Lenguaje de Desarrollo
Ponderadores de Lenguajes de Desarrollo

1
2
3
4
=
=
=
=
No Cumple
Cumple Precariamente
Cumple Satisfactoriamente
Cumple Totalmente
Caractersticas a considerar y/o de importancia

Compatibilidad
Estabilidad
Vulnerabilidad
Interfaz
Costo
20 %
20 %
25 %
15%
20 %
Tabla Comparativa de Lenguaje de Desarrollo
Caracterstica
ASP
Php
AspX
Compatibilidad
0.2
0.6
0.8
0.4
Estabilidad del Sitio
0.2
0.6
0.8
0.6
Vulnerabilidad
0.25
0.5
0.75
0.5
Interfaz
0.15
0.45
0.6
0.15
Costo
0.2
0.6
0.4
0.6
Total
2.75
3.5
2.25
Tabla 16: Tabla Comparativa de Lenguaje de Desarrollo
88
MySQL Database Server es la base de datos de cdigo fuente abierto ms usada del mundo.
Su ingeniosa arquitectura lo hace extremadamente rpido y fcil de personalizar. La
extensiva reutilizacin del cdigo dentro del software y una aproximacin minimalstica para
producir caractersticas funcionalmente ricas, ha dado lugar a un sistema de administracin
de la base de datos incomparable en velocidad, compactacin, estabilidad y facilidad de
despliegue. La exclusiva separacin del core server del manejador de tablas, permite
funcionar a MyQSL bajo control estricto de transacciones o con acceso a disco no
transaccional ultrarrpido.
Motor de Base de Datos

Ponderadores de Bases de Datos
1
2
3
4
=
=
=
=
No Cumple
Cumple Precariamente
Cumple Satisfactoriamente
Cumple Totalmente
Caractersticas a considerar y/o de importancia

Costo
Marca Prestigiosa
Estabilidad
Estndar
Capacidad de Almacenamiento
25
0.5
30
10
30
%
%
%
%
%
Tabla Comparativa de Motores de Bases de Datos
Caracterstica
My SQL
Oracle
Access
SQL
Server
0.25
0.75
0.25
Estabilidad
0.3
1.2
1.2
0.6
0.9
Estndar
0.1
0.3
0.4
0.3
0.3
0.05
0.2
0.2
0.15
0.2
0.3
0.9
1.2
0.6
0.9
3.35
3.25
2.65
3.3
Costo
Marca
Prestigiosa
Almacenamiento
Total
Tabla 17: Tabla Comparativa Motores de Base de Datos.
En este caso la tabla comparativa demuestra que el motor de base de datos ms

conveniente es Mysql provisto por el Webhosting
89
8.2.3. Anlisis FODA Solucin Propuesta

Fortaleza
El mercado objetivo de nuestro proyecto, son las personas que poseen automvil,
tienen un manejo bsico de informtica y que necesiten ir al centro de Santiago por un
tiempo determinado.
En Santiago existen diversas plazas de estacionamientos, cuenta con tarifas definidas y
polticas.
Multi-plataforma, tanto en Windows como en Linux el usuario podr
buscador, as no se excluye a ningn usuario.
navegar por el
Sistema rpido de integrar en la empresa, solo requiere de poco tiempo para ser
habilitado en su empresa, que cuenten con los requerimientos que el sistema necesita
para su instalacin y funcionamiento.
Accesible acceso para los usuarios provistos de un PC y una conexin a Internet.
El acceso a la plataforma esta disponible las 24hrs. Tecnologa Web y Wap.
Sistema desarrollado completamente en Tecnologa de la informacin Web la cual
permite centralizar la informacin ya que el sistema solamente se ejecuta por el lado
del servidor.
Proyecto innovador y creativo que puede ser de gran atencin para las empresas
dedicadas al rubro de los estacionamientos establecidos en el centro de Santiago.
Sistema que permite informar al conductor en tiempo real sobre la capacidad de uno o
ms estacionamiento disponibles en el centro de Santiago.
90
Oportunidad
El grupo objetivo al cual estamos enfocados presenta un crecimiento considerable en el
uso de nuevas tecnologas.
En el anlisis de mercado que se presento en el primer informe, se demuestra que el
parque automotriz est en aumento.
Se estima que el proyecto mi estacionamiento perdure en el tiempo y con esto seguir
una de las leyes ms importantes en el mercado que es la expansin de sus rubros y el
crecimiento mantenido.
Prospera situacin econmica a nivel nacional.
Tendencia actual al uso de tecnologas de la informacin WEB y WAP.
Debilidad
Al ser un proyecto nuevo no se cuenta con una marca establecida y un tiempo
determinado en el mercado.
Se esta estudiando la factibilidad de contar con contratos, los cuales estaran
establecidos con los estacionamientos establecidos.
Mantener informacin actualizada minuto, a minuto es difcil de desarrollar en una
primera etapa, ya que se espera, realizar una conexin asncrona en un comienzo.
El proyecto no cuenta con grandes recursos econmicos por concepto de publicidad del
sistema.
Amenaza
Un factor importante en el uso de Mi Estacionamiento, es la cantidad de clientes que
ingresen al sitio, un factor importante es el alza de los combustibles. En los ltimos
meses.
Desconfianza por parte de los ciertos usuarios de las empresas, al uso de nuevas
tecnologas o tecnologas computacionales.
Un factor importante a destacar en Santiago, son los altos rangos de contaminacin del
aire, por este motivo la cantidad de automviles que circulan en Santiago disminuye.
Terceras personas pueden presentar productos similares o realizar copia de Mi
Estacionamiento.
91
8.3. Beneficios de la Solucin

Siendo un sistema Web, los beneficios que otorga La Aplicacin de Mi Estacionamiento son
muchos ya que se trata de un servicio el cual centraliza la informacin de los
estacionamientos establecidos del centro de Santiago.
Esto es sumamente favorable ya que siempre el sistema se ejecuta por el lado del servidor
lo cual otorga un gran nmero de ventajas en comparacin a una aplicacin descentralizada.
A continuacin se describen los beneficios ms importantes que posee Mi Estacionamiento:
Bsqueda de estacionamientos mediante Tecnologa Wap: la tecnologa celular nos favorece
en lo que es conectividad, sin depender de cable, es por ello que nos trae la tecnologa Wap,
la cual puede navegar por Internet, sin necesidad de estar conectado a una lnea. Es por ello
que Mi estacionamiento ofrece una aplicacin Tecnologa Wap el cual podr realizar
bsqueda de estacionamiento con la ventaja de poder realizar reserva de estacionamiento,
la cual ni otro sistema ofrece este servicio.
Rapidez en la bsqueda de estacionamiento: sin duda sabe a donde llegar, nos facilita la
vida al momento de bsqueda de estacionamiento, sin duda no solamente la vida nos
facilita, sino tambin un ahorro considerable de bencina y de tiempo que es bastante
importante hoy en da.
Indicadores de gestin: Sin duda los administradores de estacionamientos, con los sistema
actuales no tienen muy claro, de cuales son horarios de mayor afluencia, ni de menor
afluencia de estacionamiento. Con este sistema se contemplan estos puntos.
Reserva de estacionamiento: hoy en da, realizar reserva en cualquier mbito es posible,
pero de estacionamiento, no es muy comn, es mas en la actualidad hacer reserva en
tiempo real es casi imposible, con los sistemas que ofrecen los estacionamientos, ya que
carecen de informacin.
Informacin actualizada: con este sistema, es posible mostrar en tiempo real, la capacidad,
la disponibilidad de cupos de estacionamiento que quedan en un determinado
estacionamiento del centro de Santiago.
92
8.4. Desarrollo Tcnico

El sistema Mi Estacionamiento esta enfocado al modelo cliente-servidor por lo requiere
tecnologa especifica para un correcto funcionamiento el servidor.
- Servidor
Servidor Pentium 4 (2 CPU) 3.2 GHZ
2 GB de Memoria Ram.
2 Disco Duros.
Tarjeta de Red LAN 10/100
Firewall Watchguard X8000 ( Firewall de Hardware )
Linux Red Hat 9
Bases de Datos MySql.
La tecnologa de servidor es importante ya que con este tipo de servidor tendremos

respuestas ptimas, para la alta demanda que pueda tener el sitio, ya sea por frecuencias
de preguntas y por las operaciones que realicen los administradores de estacionamientos.
- Pc Cliente

Tarjeta de red o MODEM fax incorporado.
Internet Explore 6.0 en adelante o,
Mozilla Firefox 1.5 en adelante o,
Conexin banda ancha 400 kb
Las tecnologas aplicadas para los operadores de estacionamiento, son las de un PC ptimo
para la navegacin en Internet, ya que con este servicio operara el estacionamiento, para
realizar las modificaciones correspondientes a la disponibilidad que tenga el estacionamiento
en determinada hora.
93
8.4.1. Marco del Desarrollo

Mi Estacionamiento a sido desarrollado con tecnologa Web dinmica de PHP, la cual corre
bajo servidor Linux. Este mismo servido trae incluido la base de datos Mysql.
Estos software se complementan entre si para ptimo funcionamiento.
El computador que se ocupara prale desarrollo del sistema, actuara tambin como servidor,
esto es para realizar las pruebas correspondientes. Este PC fue proporcionado para el
proyecto.
El computador tendr los siguientes software para el desarrollo del sistema:
Dreamweaver 8: permite el desarrollo Web, ya sea html o php, de manera mas flexible y
con entorno grafico, en donde nos permite la facilitacin de la escritura html. Este software
nos permite el desarrollar pginas Web de forma profesional. Este software pertenece a la
familia Macromedia
Firework 8: Este software nos permite desarrollar el entorno grafico de la Web, permite la
realizacin de logos de forma profesional, adems no permite la insercin de men
desplegable y la exportacin a cdigo html
Appserv 2.5.4.a: Este software nos permite la instalacin del servidor apache en el PC, con
esto nos permite que nuestro PC sea un servidor, para la ejecucin de script php. Adems
este software instala la base de datos Mysql para el almacenamiento de datos de nuestro
sistema Web.
Los siguientes software son para
correspondientes:
la visualizar el
sistema y
realizar las pruebas
Internet Explorer: este navegador Web, viene por defecto en Windows, sirve para la
visualizacin del sistema Web.
Mozilla Firefox: Navegador alternativo y libre de uso, es popular en la gente que no le
gusta el IE de Microsoft. Se instalara para ver compatibilidad del sistema con este
navegador.
Opera: Este navegador se instalara para ver la compatibilidad del sistema. Adems este
navegador tiene la ventaja de ser compatible para la visualizacin de paginas Wap.
94
9. Plan del Proyecto

Como todo plan debemos tener conciente, todas las actividades que efectuaremos en este
punto, adems los objetivos que queremos alcanzar. Para ello detallaremos todos estos
puntos a continuacin.
Actividades y Objetivos
Elaboracin de la Carta Gantt
Es en este punto donde definimos todo el trazado de proyecto el cual tiene por
objetivo llevar un orden de todo el proyecto, donde debemos cumplir los plazos
establecido para as terminar el proyecto en la fecha estipulada.
Control de Hitos y Puntos Crticos
Es en el momento los cuales hemos definido los controles de hitos y puntos crticos y
esto tienen por objetivo, dar la importancia en las aceptaciones de las tareas por
parte de los clientes, haber terminado de forma exitosa las tareas establecidas.
Protocolos de Revisin y actualizacin carta gantt
Es en este punto donde considerar algunos factores que mas adelante se
mencionaran, en donde este punto tendr como objetivo hacer cambios en la carta
gantt.
Plan de desarrollo
El plan de desarrollo tiene por objetivo ver todos los puntos que afectan al desarrollo
del sistema propiamente tal, el hardware y software que se necesitara.
Plan de Prueba
Este punto tiene por objetivo realizar las pruebas correspondientes al software y
hardware que se implementara en el sistema, ve su correcto funcionamiento.
Plan de implementacin
El plan de implementacin tiene por objetivo la implementacin del sistema,
propiamente tal, en donde el cliente debe tener cada uno de los requisitos pedido con
anterioridad.
Plan de Contingencia
Este punto tiene como objetivo cumplir con las posibles eventualidades que puede
sufrir el hardware y el software de sistema.
95
9.1.1. Carta Gantt del Proyecto

La Carta Gantt representa nuestra ilustracin de la duracin de nuestras actividades a travs
del tiempo, esto se ilustra de manera grafica.
Imagen 3: Carta Gantt 1 Parte
96
97
98
99
9.1.2. Control de Hitos / Definicin de Puntos Crticos

De acuerdo a este punto, hemos definido los hitos a travs de todo el proyecto, para ellos
debemos describir lo que es un hito y que puntos consideramos un hito en el proyecto.
Los hitos a consideran son los siguientes:
Finalizaciones o finalizaciones exitosas.
Aceptacin de los clientes
Trminos
De acuerdo a lo anterior, detallaremos los hitos considerados en la carta gantt.
Etapa
Estudio de Mercado
Sub. Etapa
Tareas
Levantamientos de Requerimientos
Desarrollar de Alternativas de Solucin
Revisin, Correccin
Hitos
Aceptacin de la Alternativa de Solucin y entrega
Descripcin de Hitos
Es en este punto en que se eligen entre que alternativa de solucin se elige.
Tabla 17: Tabla Control de Hitos, Etapa Estudio de Mercado
Etapa
Anlisis de Factibilidades
Sub Etapa
Tareas
Plan de Desarrollo del Proyecto
Revisin, Correccin
Hitos
Aceptacin de Factibilidades
Descripcin de Hitos
Se acepta el estudio de factibilidades proporcionado por los gestionadores del proyecto.
Tabla 18: Tabla Control de Hitos, Etapa anlisis de factibilidad
100
Etapa
Definicin de Prstamo de Servicio
Sub Etapa
Tareas
Contrato por Prstamo de Servicio
Revisin, Correccin
Hitos
Finalizacin Exitosa del Contrato
Descripcin de Hitos
Las partes quedan en un acuerdo mutuo, entre las partes interesadas.
Tabla 19: Tabla Control de Hitos, Etapa Definicin de Prstamo de Servicio.
Etapa
Diseo lgico BD
Sub Etapa
Modelo de Datos
Tareas
Modelo Entidad-Relacin
Modelo Cannico
Modelo Relacional
Diccionarios de Datos
Revisin, Correccin
Hitos
Finalizacin Exitosa de los Modelos
Descripcin de Hitos
El jefe de proyectos acepta la finalizacin exitosa de la modelacin
Tabla 20: Tabla Control de Hitos, Etapa Diseo lgico BD
101
Etapa
Diseo lgico BD
Sub Etapa
Modelo de Procesos
Tareas
UML - Casos de uso
Diagrama de Secuencia
Diagrama de Clases
Diagrama de Estado
Diagrama de Componentes
Revisin, Correccin
Hitos
Finalizacin de Diagramas
Descripcin de Hitos
El jefe de proyectos acepta el trmino exitoso de los diagramas.
Tabla 21: Tabla Control de Hitos, Etapa Diseo lgico BD
Etapa
Diseo Fsico
Sub Etapa
Plan de Desarrollo
Tareas
Programacin de Mantenedores
Definicin de Reportes
Definicin de Errores
Validaciones
Prototipos Interfaz Grfica
Revisin, Correccin
Hitos
Aceptacin del Desarrollo
Descripcin de Hitos
Se acepta el desarrollo de la aplicacin proporcionado por los gestionadores del
proyecto
Tabla 22: Tabla Control de Hitos, Etapa Diseo Fsico
102
Etapa
Diseo Fsico
Sub Etapa
Especificacin de Arquitectura Tcnica
Tareas
Componentes de Hardware
Componentes de Software
Revisin, Correccin
Hitos
Aceptacin de Arquitectura Tcnica
Descripcin de Hitos
El jefe de proyectos acepta los componentes del proyecto y los costos asociados.
Tabla 23: Tabla Control de Hitos, Etapa Diseo Fsico
Etapa
Generar Normas y Evaluaciones del Sistema.
Sub Etapa
Tareas
Diseo y Planificacin de Plan Pruebas
Revisin, Correccin
Hitos
Trmino Exitoso de Etapa
Descripcin de Hitos
En este punto, el jefe de proyecto acepta los planes de prueba que se han
planificado.
Tabla 24: Tabla Control de Hitos, Etapa Generar Normas y Evaluaciones del Sistema.
103
Etapa
Generar Normas y Evaluaciones del Sistema.
Sub Etapa
Tareas
Plan de Pruebas
Revisin, Correccin
Hitos
Aceptacin de Prototipo
Descripcin de Hitos
El prototipo es aceptado.
Tabla 25: Tabla Control de Hitos, Etapa Generar Normas y Evaluaciones del Sistema.
Etapa
Implementacin
Sub Etapa
Tareas
Tcnica
Operativa
Capacitacin
Hitos
Trmino de Implementacin
Descripcin de Hitos
La implementacin es aceptada finalmente.
Tabla 26: Tabla Control de Hitos, Etapa Implementacin.
104
Se ha estudiado cada uno de estos puntos y con ello se han definido cada punto crtico, los
cuales mencionaremos a continuacin:
Real existencia de los recursos:

Tecnolgicos.
Humanos.
Econmicos.
Tiempo.
En cualquier caso de falta de estos recursos, se considera como punto crtico.
Tareas mal definidas: para este punto, las tareas deben ser descritas con claridad,
para as evitar futuros malos entendidos que provoquen atrasos o cualquier tipo de
problemas.
Fijacin y definicin de los perfiles de usuario del sistema: Se deben definir
bien los perfiles de cada usuario del sistema para que no existan ingreso o
modificacin de datos que no correspondan.
Asignacin de responsabilidades: El staff del proyecto Mi Estacionamiento
deben asumir sus roles que se le fueron asignados, y con ello deben respetarlos y
asumir todas las responsabilidades que esto conlleva.
Mala divisin de tareas: Estas tareas deben dividirse de forma equitativa entre el
staff del proyecto para que no existan sobrecargas de trabajos y tiempos ociosos.
Actividades predecesoras no respetadas: deben ser respetada la programacin
estipulada en la carta Gantt para que las tareas se realicen eficientemente.
Las capacitaciones de los usuarios del sistema: se debe tener conciencia de
todos los factores que pueden involucrar la capacitacin:

Los
Los
Los
Los
usuarios
usuarios
usuarios
usuarios
desconocen el uso de computadores.

desconocen el uso de Internet.
son reacios al uso de sistemas informticos y computadores.
necesitan ms de una capacitacin.
Los resultados obtenidos no son los que se esperaban: De acuerdo a la

planificacin y los presupuestos que se realizaron, se deben obtener los resultados
esperados y en el caso de que no llegase a ocurrir, se deben tomar los planes de
contingencia respectivos y las mejores decisiones para seguir con ptimo desarrollo
del proyecto.
105
9.1.3. Protocolo de revisin y actualizacin de Gantt

Para poder realizar cambios en la carta gantt debemos considerar algunos factores como:
- Circunstancias de la modificacin de la carta gantt

Solo se podr modificar o actualizar la carta gantt si el proyecto carece de alguno
de los principales recursos que necesita:

Humanos.
Tecnolgicos.
Tiempo.
Econmicos.
Solo se modificara la carta gantt en el caso de tener algn problema de fuerza

mayor.
Se modificara la carta gantt si las partes estn de acuerdo, asumiendo las
posibles consecuencia en lo que son costos y gastos que puedan producir.
Solo se podr actualizar o modificar la carta gantt si no se estn desarrollando
correctamente las tareas expuestas o algunas de estas present algn problema
significativo, el cual impida el avance de las dems tareas. Todo esto bajo la
decisin del jefe de proyecto.
- Secuela de los Cambios

Al contemplar los posibles cambios que fueron realizados en la planificacin, se puede
presupuestar y considerar todos los costos que en la eventualidad podran llegar a ocurrir,
por estos eventos fortuitos.
- Sobre los acuerdo de los cambios

Todos los cambios que se realicen, hecho por el jefe de proyecto y las partes que participen
debern ser expresado por escrito, siendo estas aceptadas por todas las partes involucradas.
Adems los cambios que efecten el staff del proyecto, debern asumir el costo, ya sea
econmico como de tiempo, por todo el equipo de Mi Estacionamiento.
106
9.1.4. Plan de Desarrollo

Este plan esta desarrollado en actividades, tiempo y procedimientos que sern descritos a
continuacin.
Tener el Hardware y Software Necesario Para el Desarrollo del sistema.
Este punto contemplara todo sobre el desarrollo del sistema. Para ello ante de todo esto
debemos tener el equipo tecnolgico adecuado para el desarrollo del sistema:
Computador con Procesador Pentium 4 de 2000 Mhz o similar, 512 de Ram, con sistema
operativo Windows XP y con monitor de 17.
Teniendo el equipo necesario, se debe idear el plan de desarrollo partiendo de la base de la
presentacin de las alternativas de solucin para la problemtica presentada anteriormente
descrita.
Con esto partiramos la creacin del diseo lgico de base de datos, para esto debemos
realizar nuestro modelo entidad-relacin, lo cual debera ser realizado en 1 da.
Teniendo listo el punto anterior, debemos pasar al modelo cannico el cual debera durar 2
das para as pasar nuestro modelo a un modelo relacional.
Ya con el modelo relaciona, debemos pasar nuestro diseo a un diccionario de datos el cual
debe durar 3 das, con este paso debemos tener termino exitoso de la modelacin de
nuestra base de datos.
Teniendo el modelo de datos concluido exitosamente, debemos pasar al modelo de Procesos.
Casos de usos, debemos definir bien a los actores que representaran nuestro sistema, con
ello las tareas que realizaran cada uno de los actores, este punto debe contemplar 1 da
para su desarrollo.
Los Diagrama de Secuencia, Diagrama de Clases, Diagrama de Estado y Diagrama de
Componentes, deben durar 1 da cada uno, su modelamiento integro, para as dar su
finalizacin exitosa de los modelos de procesos.
Los responsables de todo lo que el desarrollo va de acuerdo a lo definido anteriormente, en
donde se sealo al programador quien es el encargado de tener todos los programas y
sistema andando para el desarrollo del sistema.
Los responsables de los modelamiento esta a cargo de los analistas.
107
Con los pasos anteriormente completado y teniendo nuestro Hardware listo para el
desarrollo, nuestro siguiente paso es instalar los software necesario para el desarrollo de
nuestro sistema, a continuacin haremos una pequea descripcin de cada uno de ello y el
tiempo duracin de su instalacin.
Software PC
Descripcin
Se instala Windows xP, se verifica su buen
funcionamiento
Se instala drivers o controladores de hardware
que no fueron reconocidos, se verifica su buen
Instalador de Drivers,
controladores de hardware funcionamiento
Se actualiza la versin de seguridad y otros de
Actualizacin Services Pack Windows XP
Instalacin de Antivirus
Se Instala el antivirus
Se Instala el servidor apache, el cual nos
permitir ejecutar los script php y adems
Instalacin Appserv Apache instalara la base de datos de Mysql
Instalacin de
Instalacin de software de desarrollo de
Dreamweaver
sistema
Instalacin de software de desarrollo de
sistema para seccin grafica
Instalacin de Firework
Instalacin de Firefox
Instalacin de navegador Web
Instalacin de Opera
Instalacin de navegador Web y Wap
Etapa
Instalacin de Sistema
Operativo Windows XP
Duracin (hrs.)
2:00
1:30
2:30
0:15
0:40
0:30
0:30
0:20
0:20
Tabla 27: Tabla de software de Pc
En el desarrollo, tenemos un periodo de 31 das para desarrollar los mantenedores del

sistema. Entre estos mantenedores destacan, la de los administradores del sistema, los
administradores del estacionamiento y el mantenedor de los usuarios registrados.
Definiremos reportes, de acuerdo a las exigencias descritas en los requerimientos y a los
indicadores de gestin del presente informe, para esto contaremos con 7 das para la
ejecucin y desarrollo de estos informes.
La definicin de errores estn estipuladas para ser desarrollada en 7 das los cuales
debemos algunos sern desplegado en la misma interfaz Web o si habr un msg de alerta.
Las validaciones de desarrollaran en 10 das, las principales son la de verificacin de Rut, las
sesiones, como la de los administradores de los estacionamiento y sistema.
El ltimo paso es ver la interfaz grafica del sistema el cual tendr que ser contemplado
durante 10 das.
108
9.1.5. Plan de Pruebas

Este plan esta desarrollado en actividades, tiempo y procedimientos que sern descritos a
continuacin.
Para el plan de pruebas se cuenta con una breve descripcin de las actividades a
desarrollarse durante todo el proceso de las pruebas del sistema, haciendo nfasis en los
mdulos que sern incluidos, recursos que sern empleados, as como los participantes de
estas pruebas.
Actividad
Las actividades que se realizaran al sistema, son diferentes tipos de pruebas, las que sern
descritas a continuacin.
Prueba 1
Descripcin: Bsqueda.
Actividades
1.
Ingresar calle independencia
2.
Ingresar Numero 4000
3.
Ingresar calle Merced
4.
Ingresar Nmero 0
5.
Ingresar calle 0
6.
Ingresar Numero 1
7.
Ingresar calle Merced
8.
Ingresar 500
Resultados esperados
1 y 2. Que el sistema despliegue un mensaje indicando que la calle es invlida.
3 y 4. Que el sistema despliegue un mensaje indicando que la numero es invlido.
5 y 6. Que el sistema despliegue un mensaje indicando que los datos ingresados son
invlidos.
7 y 8. Debe desplegar un mapa el cual apuntara la direccin citada con los estacionamiento
mas prximos al la direccin ingresada, desplegando sus datos y valores.
109
Prueba 2
Descripcin: Registro de Usuarios.
Actividades
1.
Ingresar Rut invlido 11.121.121-9
2.
Ingresar Rut valido 16.147.382-0
3.
Ingresar Patente Invalida AAS112
4.
Ingresar Patente valida YU3112
1.
Que el sistema despliegue un mensaje indicando que el Rut 11.121.121-9 es invlido
2.
Que el sistema Valide el Rut 16.147.382-0 como correcto
4.
Que el sistema Valide el Rut 16.147.382-0 como correcto
5.
Que el sistema guarde los datos asociados al cliente en la DB
Prueba 3
Descripcin: Inicio de sesin administrador estacionamiento.
Actividades
1.
Ingresar Rut invlido 11.121.121-9 e ingreso de clave invalida
2.
Ingreso de Rut 16147382-0 Valido y Clave valida
1.
2.
Que el sistema Valide el Rut 16.147.382-0 como correcto al igual que su clave, con
esto puede ingresar al sistema de administracin.
110
Prueba 4
Descripcin: Administracin de administradores.
Actividades
1.
Ingresar un nuevo administrador de sistema Username: Juaco
2.
Ingresar un nuevo administrador de sistema Username: Juaco
3.
Editar administrador Juaco
4.
Eliminar Administrador Juaco
1.
El Usuario es comparado si es que existe en la BD o no, si no existe el usuario es
agregado al la base de datos, como un nuevo administrador de sistema.
2.
El Usuario es comparado en la base de datos, al existir, debe advertir que ese
Username no puede ser ocupado, ya que existe uno en la base de datos.
3.
El usuario se le desplegara sus opciones para la edicin de estos.
4.
Se advierte al administrador mediante mensaje si esta seguro de borrar al
administrador, si es as, se borra el registro de la base de datos.
Prueba 5
Descripcin: Bsqueda de estacionamiento Tecnologa Wap.
Actividades
1.
El usuario ingresa al sistema www.miestacionamiento.cl Tecnologa Wap.
2.
El usuario selecciona Merced
3.
El usuario selecciona altura entre el 500 al 649
1.
Se desplegara La Aplicacin de bienvenida del sitio
2.
Se le desplegara los resultados para Merced mostrndole sus alturas, las cuales sern
entre: 350 al 499, 500 al 649, 650 al 799 y el 800 al 999.
3.
Se le desplegara la lista de los estacionamientos ms cercanos los cuales sern:
Merced S.A., Barra S.A y Los Rancios.
111
Empresa
Nombre de los empleados escogidos por parte de la empresa contratante del servicio.
Nombre de los desarrolladores escogidos de la empresa que ofrece el servicio.

Resultado De La Prueba
Prueba N
Descripcin:
Fecha:
Hora inicio:
Hora finalizacin:
Observaciones
Acciones
Resultado de la Prueba
Funcionarios que participaron en la prueba:
Nombres
Firmas
112
Objetivo: Contemplar las posibles fallas de vulnerabilidad, estabilidad, confiabilidad de el

sistema de Mi Estacionamiento.
Recursos: debemos tener conciencia de los elementos que vamos a considerar para tomar
las pruebas, si bien, a lo mejor no tendremos grandes cosas que ocupar en este punto o si
realmente las tenemos y las necesitamos estas debemos ocuparlas de acuerdo a la
necesidad real.
Plazos: los plazos para realizar el plan de prueba, lo tenemos definido en la carta gantt, el
cual esta definido para efectuarse en 5 das, la realizacin de esta.
113
9.1.6. Plan de Implementacin

Este plan contempla, la implantacin del sistema donde nuestros futuros cliente, para ellos
se deben tener el hardware y software necesario que se solicito y se menciono en la
factibilidad tcnica.
Actividad
Primero que nada debemos corroborar de que los elementos requerido estn disponible y
estn listo.
Al tener el PC operativo, navegadores y con conexin a Internet. Se procede a instalar la
aplicacin de escritorio el cual permitir administrar de forma remota la disponibilidad del
estacionamiento, para ser publicado en la Web.
Con el navegador tambin podr ingresar a la pgina Web en donde podr modificar la
informacin que se despliega del estacionamiento el cual administra. Con esto podr tener
informacin fidedigna de su estacionamiento, siempre actualizado.
Objetivo
El objetivo de este plan es la correcta realizacin de la implementacin del sistema mi
estacionamiento.
Recursos
Para ello el cliente debe tener lo siguiente:

Tarjeta de red o MODEM fax incorporado.
Internet Explore 6.0 en adelante o,
Mozilla Firefox 1.5 en adelante o,
Conexin banda ancha 400 kb.
114
Responsable
La responsabilidad de este proceso se debe determinar muy claramente, cul es el papel de
cada uno de los sectores de la organizacin ante la contingencia y cmo se alteran los
procedimientos habituales para dar lugar a los procedimientos de contingencia.
Si bien el jefe de proyecto es el encargado de que toda la ejecucin este en su 100%, cada
uno del staff de Mi Estacionamiento debe estar atento a su participacin en el plan de
contingencia.
Plazos
De acuerdo a la carta gantt se debe contemplar la hora de capacitacin del personal quien
ocupara estas herramientas para el uso del sistema implementado en los estacionamientos
afiliados al sistema.
115
9.1.7. Plan de Contingencias.

Sin duda que si el sistema se encontrara abajo, por algn motivo, afectara enormemente la
informacin que se encuentre en la red, la funcionalidad del sistema y la confiabilidad del
sistema. Es por esto que los planes de contingencia buscan ms que nada encaminar una
actuacin a conseguir una restauracin progresiva y gil de los servicios afectados por la
paralizacin.
Debemos rescatar que existen diferentes causales a prever, las cuales abarcan, la seguridad
de datos, la seguridad fsica de componentes y las ambientales.
Averas o desperfectos de equipos informticos.

Desastres
naturales,
domsticos,
(incendios,
sobrecargas de voltajes, terremotos, huracanes).
inundaciones,
cortocircuitos,
Conflictos del pas o mundial ( desorden publico, desorden colectivo, actos de

terrorismo, toma de estado, guerras, hurtos, robos)
Errores de ingresos de datos, que puede conllevar al borrado indebido de archivos o
modificaciones no autorizadas.
Difusin mal intencionada de informacin.
Virus informticos.
Errores en el diseo de las aplicaciones.
Sabotajes o robos de material.
Para manejar el riesgo de todas estas amenazas se debern delimitar:
Gravedad de situacin generada.

Probabilidad de ocurrencia.
Costo de la medida de prevencin.
Por lo cual se debe trabajar en consecuencia y asumir el riesgo, en el caso que las medidas
sean ms costosas que las consecuencias de la amenaza evitarlo.
116
Actividades
Hay que mencionar que nuestro sistema estar bajo un hosting pagado y para ello, el Web
hosting tiene medidas especiales para la implementacin de planes de contingencia en el
caso de pasar algunos de estos improvistos.
La Empresa de Hosting Tiene los siguientes planes de contingencia.
- Enlace
- Energa Elctrica
PlanB: Respaldo diario de toda la informacin almacenada en un disco duro
- Seguridad
Firewall Watchguard X8000 (Firewall de Hardware)
Concurrentes.
Milln
de
Sesiones
Adems esta empresa de hosting presta soporte de Lunes a Viernes de 9:00 hrs. a 13:00
hrs. y de 14:00 hrs. a 18:00 hrs.
Celular exclusivo para Emergencias reales las 24 horas : 09 8888743
Sistema Automatizado de Cobranza, donde usted recibe por email oportunamente los
avisos de renovacin + recordatorio de pago + aviso de suspensin.
Panel de Administracin Totalmente en espaol
117
Ahora debemos plantear los planes de contingencia que adoptaran los estacionamientos
establecidos que adoptaran el sistema de mi estacionamiento.
Medidas de proteccin Fsicas y Lgica
Para evitar el dao que pueden afectar al computador que usara el administrador del
estacionamiento, o la persona encargada de esto, se deben contratar seguros que es una
forma de traspasar el riesgo en lugar de tomarlo y asumirlo, instalar equipos lejos de baos
y caeras.
En el caso de un posible corte de luz o cada de Internet, este punto es vital ya que con ello
el administrador del estacionamiento, o la persona encargada de usar el sistema, no podrn
ocupar el sistema, para ello se pretende informar la disponibilidad, mediante va telefnica,
cada 15 minutos a la central que controlan el sistema.
Para ellos los estacionamientos deben contemplar la contabilizacin de los cupos disponibles
que se encuentre en el estacionamiento, teniendo esto podrn comunicarse con la central
para dar la informacin correspondiente.
Como pudimos ver, esos serian los casos ms recurrentes que le podran ocurrir a los
estacionamientos que cuenten con el sistema al no tener acceso a ella.
Objetivo
Sin duda el objetivo principal de este plan es tener las herramientas y soluciones adecuadas
en un caso de contingencia.
Con ello pudiendo repeler esta contingencia y minimizar los daos y costo que esto pueda
provocar.
Responsables
Sin duda el responsable ser el jefe de proyecto, el cual ideo y planifico este plan, esto en el
caso de que el plan de contingencia estuviese mal planteado.
Tambin el hosting debe responder en alguna falla en caso de perdida de informacin.
Plazos
Los plazos deben ser ejecutado en el menor tiempo posible, de haber ocurrido la
contingencia o el caso fortuito.
118
10. Desarrollo
10.1. Diseo Lgico
10.1.1. Metodologa de desarrollo

La metodologa de desarrollo es el conjunto de herramientas, procedimientos y tcnicas, las
cuales permiten a un desarrollador la realizacin de un nuevo software.
Una metodologa puede seguir uno o varios modelos de ciclo de vida, es decir, el ciclo de
vida indica qu es lo que hay que obtener a lo largo del desarrollo del proyecto pero no
cmo hacerlo.
La metodologa indica cmo hay que obtener los distintos productos parciales y finales.
Las siguientes, son las generaciones de metodologas que existen:
Desarrollo Convencional (Sin Metodologa)
Desarrollo Estructurado
Desarrollo Orientado a Objetos
De acuerdo a nuestro lenguaje PHP, cuya versin estamos ocupando es la versin 4,

solamente estamos ocupando lenguaje estructurado. Cabe mencionar que la versin PHP 5
se puede desarrollar en orientacin objeto.
Desarrollo Estructurado
Programacin estructurada
Diseo estructurado
Anlisis estructurado
Especificaciones funcionales:
Grficas
Particionadas
Minimamente redundantes
119
10.1.2. Ciclo de Vida

La evolucin que ha tenido el proceso de desarrollo de software se ha visto influenciada en
forma necesaria por el desarrollo que ha tenido el software y la tecnologa en general.
Las metodologas tradicionales, aunque vigentes, no siempre son aplicables a problemas
actuales, ya que el nacimiento en los aos 70, del concepto estructurado de sistemas, marca
el compromiso de integrar fuertemente al usuario al proceso de desarrollo. As entonces, hoy
se debe decidir bajo distintos paradigmas el uso de una u otra metodologa.
El modelo en el cual se basar el desarrollo del software ser el modelo en cascada ya que
este enfoque metodolgico permite ordenar rigurosamente las etapas del ciclo de vida del
software, permitiendo la verificacin inmediata despus de haber realizado alguna etapa de
desarrollo.
La metodologa a seguir es la siguiente:
Anlisis de requerimientos.
Diseo del Sistema.
Diseo del Programa.
Programacin Codificacin.
Pruebas.
Implementacin.
Mantenimiento.
De la metodologa describiremos cada uno de estos pasos:

Anlisis de requisitos
Extraer los requisitos de un producto de software es la primera etapa para crearlo.
Mientras que los clientes piensan que ellos saben lo que el software tiene que hacer, se
requiere de habilidad y experiencia en la ingeniera de software para reconocer requisitos
incompletos, ambiguos o contradictorios. El resultado del anlisis de requisitos con el
cliente se plasma en el documento ERS, Especificacin de Requerimientos del Sistema,
cuya estructura puede venir definida por varios estndares, tales como CMM-I.
Asimismo, se define un diagrama de Entidad/Relacin, en el que se plasman las
principales entidades que participarn en el desarrollo del software.
Especificacin
Es la tarea de describir detalladamente el software a ser escrito, en una forma
matemticamente rigurosa. En la realidad, la mayora de las buenas especificaciones han
sido escritas para entender y afinar aplicaciones que ya estaban desarrolladas. Las
especificaciones son ms importantes para las interfaces externas, que deben
permanecer estables.
120
Diseo y arquitectura
Se refiere a determinar como funcionar de forma general sin entrar en detalles.
Yourdon dice que consiste en incorporar consideraciones de la implementacin
tecnolgica, como el hardware, la red, etc. Se definen los casos de uso para cubrir las
funciones que realizar el sistema, y se transforman las entidades definidas en el anlisis
de requisitos en clases de diseo, obteniendo un modelo cercano a la programacin
orientada a objetos.
Programacin
Reducir un diseo a cdigo puede ser la parte ms obvia del trabajo de ingeniera de
software, pero no es necesariamente la porcin ms larga.
Prueba
Consiste en comprobar que el software realice correctamente las tareas indicadas en la
especificacin. Una tcnica de prueba es probar por separado cada mdulo del software,
y luego probarlo de forma integral.
Documentacin
Realizacin del manual de usuario, y posiblemente un manual tcnico con el propsito de
mantenimiento futuro y ampliaciones al sistema.
Mantenimiento
Mantener y mejorar el software para enfrentar errores descubiertos y nuevos requisitos.
Esto puede llevar ms tiempo incluso que el desarrollo inicial del software. Alrededor de
2/3 de toda la ingeniera de software tiene que ver con dar mantenimiento. Una pequea
parte de este trabajo consiste en arreglar errores, o bugs. La mayor parte consiste en
extender el sistema para hacer nuevas cosas. De manera similar, alrededor de 2/3 de
toda la ingeniera civil, arquitectura y trabajo de construccin es dar mantenimiento.
121
Este modelo depende de la realizacin de prototipos el cual es diseado repetidamente y

probado con un grupo de usuarios hasta que el modelo cumpla con las expectativas
requeridas.
Grafico 1: Cascada
Una forma de entregar la posibilidad de escalabilidad al proyecto, es dando la

documentacin apropiada para un posterior crecimiento de este. Con el mtodo de
desarrollo en cascada y su extensa argumentacin, pasar a un proceso de desarrollo
incremental en cascada, el cual permite la construccin de un nuevo subconjunto de
requerimientos que la empresa estipule.
Le permite a la empresa conocer la arquitectura, requerimientos, reglas de negocio y diseo
de la aplicacin para poder realizar mdulos adicionales, o nosotros como empresa poder
brindar una nueva consultara para extender el producto.
122
10.1.3. Modelo Conceptual de Datos

Aun cuando la etapa de modelado de datos nicamente representa una pequea proporcin
del esfuerzo total del desarrollo de sistemas, probablemente el impacto sobre el resultado
final es mayor que el de cualquier otra etapa. El modelo conceptual de datos es la base de
todo trabajo de diseo posterior y el principal factor determinante de la calidad del diseo
del sistema global. Esto pone en evidencia la importancia que tiene contar con mtricas que
permitan evaluar y controlar la calidad de los modelos conceptuales de datos. El Modelo
conceptual de bases de datos otorga herramientas que permiten traducir, mediante una
estructura de datos, la semntica de lo real que se quiere considerar dentro de un sistema
de informacin en estudio.
123
10.1.3.1. Entidades y Relaciones del Sistema

A continuacin se expondrn las entidades y sus respectivas relaciones del sistema Mi
Estacionamiento.
Entidades
Descripcin
Relaciones
Administrador
Entidad que se refieren al administrador

de sistema y estacionamientos.
Estacionamiento
Calle
Entidad que contemplan las calles del

sistema.
Estacionamiento
Reserva
Cliente
Estacionamiento
Pack
Entidad que contempla los registro de las

reservas realizadas en un determinado
periodo.
Entidad que se refieren a los clientes que
se registren en el sistema, los cuales
podrn realizar reserva de
estacionamientos.
Entidad que se refiere al registro de los
estacionamientos que se encuentran en el
sistema.
Entidad que registra todas las
adquisiciones de pack de reserva que se
hayan hecho en un determinado periodo.
Estacionamiento
Cliente
Reserva
Administrador
Calle
Reserva
Cliente
Tabla 28 Entidades y relaciones del sistema.
124
10.1.3.2. Reglas de Negocio

Este punto es clave al momento de definir el sistema final, debemos tener presente las
reglas de negocio el cual puede afectar el sistema, a los usuarios que ocuparan este sistema
y a los procesos que realizara el sistema.
A continuacin se muestran ciertos aspectos que considerarn estas reglas:
Del Registro de Usuarios:

Los usuarios no registrados o que no han iniciado sesin solo podrn acceder a
la seccin de informacin del sitio, a la seccin de registro de nuevo usuario y a
la seccin de bsqueda del sitio.
El usuario del sistema puede solo registrarse con un RUT vlido, una nica vez.
El usuario no podr modificar datos de identificacin tales como su RUT.
El usuario podr adquirir su pack de reserva, de acuerdo al poder adquisitivo
que tenga el usuario.
El pack ser pagado solamente con tarjeta de crdito mediante una transaccin
en lnea, hecho en transbank.
Los pack de reserva son acumulativos para el usuario que adquiera pack
consecutivamente.
La bsqueda solamente cubre el rango de las siguientes intersecciones de;
teatinos con Av. Libertador Bernardo OHiggins, teatino con presidente
Balmaceda, Av. Libertador Bernardo OHiggins con Miraflores y Av. Cardenal
Caro con Miraflores.
Del Administrador de Sistema:

El administrador tiene la facultad, de eliminar, editar y borrar el registro de
cualquier administrador de sistema y administrador de estacionamiento.
El administrador ser identificado con un Username, el cual ser nico, por ende
no habrn 2 o mas personas con ese Username.
El administrador, no podr cambiar el id asignado, de ningn administrador de
sistema o estacionamiento.
El administrador
estacionamiento.
de
sistema,
podr
ingresar,
modificar
eliminar
un
El administrador de sistema podr realizar la peticin de informes y estadsticas.
125
Del Administrador de Estacionamiento:
El administrador puede modificar sus datos, como el username, password y su

nombre.
El administrador ser identificado con un Username, el cual ser nico, por ende
no habrn 2 o mas personas con ese Username.
El administrador, no podr cambiar el id asignado.
El administrador de sistema, podr solamente modificar la informacin de su
estacionamiento asignado.
El administrador de sistema podr realizar la peticin de informes y estadsticas.
El administrador es el encargado de gestionar la disponibilidad de
estacionamiento, sobre los cupos exactos que queden disponibles en el
estacionamiento.
Para la toma de reserva el administrador de estacionamiento, debe pedir el Rut
de la persona que desea realizar la reserva, en el caso que aquella persona no
tenga cupo para realizar esta, el administrador deber de desistir en realizar
esta reserva.
El administrador podr ver las reservas en curso.
Las reservas tienen una vigencia de 30 minutos a contar de la hora y fecha, de
la peticin de reserva, pasado ese tiempo de los 30 minutos y si el usuario no
aparece, la reserva expira sin derecho a reclamo, ni devolucin.
Las reservas estn a la orden del que realizo esta reserva, registrado sus datos
personales y su patente, que sern fiscalizado a la llegada al estacionamiento.
Las reservas son solamente para automviles de 4 ruedas, ya sean jeep,
camionetas, furgones, autos. Quedan excluido los microbuses, buses, motos,
camiones, motonetas, bicicletas.
126
10.1.3.3. Modelo Entidad - Relacin

Definido las entidades y relaciones anteriormente, procederemos a mostrar nuestro modelo
entidad relacin.
Is a
Grafico 2: Modelo E-R
127
10.1.3.4. Modelo Relacional

Definido nuestro modelo entidad - relacional, procederemos a mostrar nuestro modelo entidad relacional.
128
10.1.3.5. Definicin de Vistas

Una vista de base de datos es un resultado de una consulta SQL de cero, una o varias
tablas.
Las vistas tienen la misma estructura que una tabla: filas y columnas. La nica diferencia es
que slo se almacena de ellas la definicin, no los datos. Los datos que se recuperan
mediante una consulta a una vista se presentarn igual que los de una tabla. De hecho, si
no se sabe que se est trabajando con una vista, nada hace suponer que es as. Al igual que
sucede con una tabla, se pueden insertar, actualizar, borrar y seleccionar datos en una vista.
Aunque siempre es posible seleccionar datos de una vista, en algunas condiciones existen
restricciones para realizar el resto de las operaciones sobre vistas.
Una vista se especifica a travs de una expresin de consulta (una sentencia SELECT) que la
calcula y que puede realizarse sobre una o ms tablas. Sobre un conjunto de tablas
relacionales se puede trabajar con un nmero cualquiera de vistas.
La mayora de los DBMS soportan la creacin y manipulacin de vistas.
Las vistas (incluyendo vistas actualizables) fueron introducidas en la versin 5.0 del servidor
de base de datos MySQL
Al haber definido la base de datos MySQL 4.1.12a, debemos saber que soporta distintos
tipos de tablas entre ellas estn ISAM, MyISAM, InnoDB y DBD. De estos previamente se
haba elegido MyISAM, ya que este tipo de tabla nos permite realizar transacciones muchos
ms rpidos que las otras mencionadas previamente.
Sin embargo es diferente, ya que este tipo de tabla no es relacional, no conserva la
integridad de los datos, por ende se requiere un esfuerzo adicional en lo que es codificacin
del programa en si.
Lamentablemente en la versin de MySQL 4.1.12a no se pueden generar vistas y es mas, el
tipo de tabla debera ser InnoDB.
129
10.1.3.6. Definicin de Store Procedure

Un procedimiento almacenado (store procedure) es un programa (o procedimiento) el cual
es almacenado fsicamente en una base de datos. Generalmente son escritos en un lenguaje
de bases de datos propietario como PL/SQL para Oracle database o PL/PgSQL para
PostgreSQL. La ventaja de un procedimiento almacenado es que al ser ejecutado, en
respuesta a una peticin de usuario, es ejecutado directamente en el motor de bases de
datos, el cual usualmente corre en un servidor separado. Como tal, posee acceso directo a
los datos que necesita manipular y solo necesita enviar sus resultados de regreso al usuario,
deshacindose de la sobrecarga resultante de comunicar grandes cantidades de datos
salientes y entrantes.
Usos tpicos para procedimientos almacenados incluyen la validacin de datos siendo
integrados a la estructura de base de datos (los procedimientos almacenados utilizados para
este propsito a menudo son llamados detonadores), o encapsular un proceso grande y
complejo. El ltimo ejemplo generalmente ejecutar ms rpido como un procedimiento
almacenado que de haber sido implementado como, por ejemplo, un programa corriendo en
el sistema cliente y comunicndose con la base de datos mediante el envo de consultas SQL
y recibiendo sus resultados.
Los procedimientos almacenados y funciones son nuevas funcionalidades de la versin de

MySQL 5.0.
Al haber definido la base de datos MySQL 4.1.12, no podemos realizar procedimientos
almacenados, ya que al emigrar a un servidor previamente definido que no posea Mysql 5.0.
la aplicacin no podr realizar procedimientos almacenado.
De hecho, en la definicin de nuestras necesidades para la realizacin de este software se
deja claramente una versin anterior de Mysql 5.0, en donde no podemos realizar
procedimientos almacenados.
Se ha definido algunos procedimientos almacenados, en los prximos puntos de este
documento, como ejemplo al registro de nuevos usuarios al sistema.
130
10.1.3.7. Definicin de Constraint

Estrictamente hablando, para que un campo sea una clave fornea, ste necesita ser
definido como tal al momento de crear una tabla. Se pueden definir claves forneas en
cualquier tipo de tabla de MySQL, pero nicamente tienen sentido cuando se usan tablas del
tipo InnoDB.
A partir de la versin 3.23.43b, se pueden definir restricciones de claves forneas con el uso
de tablas InnoDB. InnoDB es el primer tipo de tabla que permite definir estas restricciones
para garantizar la integridad de los datos.
De acuerdo a nuestra versin podramos ejecutar constraint, pero como nuestras tablas son
del tipo My Isam, no tenemos una integridad de datos aseguradas como las del tipo InnoBD,
sin embargo como hemos dicho anteriormente la integridad se vela de acuerdo a una buena
programacin.
131
10.1.3.8. Definicin de Triggers

Un trigger o un disparador en una Base de datos es un evento que se ejecuta cuando se
cumple una condicin establecida al realizar una operacin de insercin (INSERT),
actualizacin (UPDATE) o borrado (DELETE). Tambin puede ser el nombre que recibe la
pastilla de los circuitos integrados, microcontroladores, etc...(ejemplo el 555). Es lo que se
denomina el disparador por donde entra el impulso que es la seal de entrada al circuito.
Usos
Son usados para mejorar la administracin de la Base de datos, sin necesidad de contar con
el usuario que ejecute la sentencia de SQL.
Adems, pueden generar valores de columnas, previene errores de datos, sincroniza tablas,
modifica valores de una vista, etc.
Permite implementar
deduccin).
programas
basados
en
paradigma
lgico
(sistemas
expertos,
A partir de MySQL 5.0.2 se incorpor el soporte bsico para disparadores (triggers).

Cabe recordar que la versin que ocupa el software de Mi Estacionamiento esta en MySQL
4.1.12.
132
10.1.3.9. Diccionario de Datos

10.1.3.9.1.1. Base de Datos
Nombre: Mi Estacionamiento.
Unidad: Equipo De Proyecto Seminario De Ttulo.
Encargado: Germn Romero C.
APLICACIN
Nombre
Proyecto
Encargado
Operaciones
Tablas
Mi
Estacionamiento
Mi
Estacionamiento
Germn Romero C.
R-W-X-F
Todas
Nombre
Servidor URL
IP
Port.
Estacionamiento
www.miestacionamiento.cl
Por definir
Por definir
DATA
Nombre
Espacio
Ubicacin
Estacionamiento 2 MB
C:\Archivos de programa\AppServ\mysql\data\estacionamiento
LOG
Nombre
Espacio
Ubicacin
Estacionamiento 1 MB
C:\Archivos de programa\AppServ\mysql\data\estacionamiento
ROLES
PERMISOS
Programador
R-W-X
Administrador de aplicacin R-W-X

USUARIOS O CUENTAS
Usuario
Rol Asociado
Permisos
Germn Romero C
Programador
R-W-X
Germn Romero C
Administrador de aplicacin
R-W-X
Tabla 29: Base de Datos
133
10.1.3.9.2 Tablas
Nombre Tabla: Admin
Objetivo:
Contener la informacin de los administradores de sistema y de

estacionamiento. Ya sea su username, password, nombre de usuario.
TABLAS ASOCIADAS
Tabla
Nombre
Foreing Key
Estacionamiento
Estacionamiento
Id_esta
FOREING KEY HEREDADOS

Foreing Key
Tipo
Objetivo
Tabla Origen
No aplica
No aplica
No aplica
No aplica
Encargado
Mi Estacionamiento
Tipo
Acceso
R-W-X-F
Campo
Objetivo
Tipo Dato
id
Identificador nico de la
tabla admin.
Guardara el username del
administrador.
Guardara la fecha de
registro.
Guardara el nombre del
administrado.
Guardara la password del
administrador.
Si es administrador de
sistema o administrador
de estacionamiento, ser
del tipo 1 o 2.
Si es administrador de
estacionamiento, se
guardara el
estacionamiento asociado.
tinyint(4)
Rango
Positivo
X>0
APLICACIONES ASOCIADAS
Nombre
Aplicacin
Mi
Estacionamiento
Proyecto
Germn Romero
ATRIBUTO
username
fecha
nombre
password
Tipo
Nom_estaciona
varchar(25)
Null
Validacin
No
String <>
date
varchar(25)
String <>
varchar(32)
String <>
int(1)
varchar(15)
X>0
String <>
String <>
Tabla 30: Tabla Admin
134
Nombre Tabla: Estacionamiento

Objetivo:
Contener la informacin de los estacionamientos establecidos en el

centro de Santiago, en donde se guarda la direccin, telfono, entre
otros.
Guarda la disponibilidad que se tenga en el momento.
TABLAS ASOCIADAS
Tabla
Nombre
Foreing Key
Calle
Admin
Reserva
Calle
Admin
Reserva
Id_Calle
-

Foreing Key
Tipo
Objetivo
Tabla Origen
No aplica
No aplica
No aplica
No aplica
Tipo
Acceso
R-W-X-F
Encargado
Nombre
Aplicacin
Mi
Estacionamiento
Proyecto
Mi Estacionamiento
Germn Romero
Tabla 31: Tabla estacionamiento
135
ATRIBUTO
Campo
Objetivo
Tipo Dato
Guarda el
identificador nico de
la tabla
estacionamiento.
Nom_Estaciona Guarda el nombre de
un estacionamiento.
Direccion
Guarda la direccin
del estacionamiento.
Numero
Guarda el nmero de
un estacionamiento.
Descripcion
Guarda la descripcin
de ese
estacionamiento.
Capacidad
Guarda la capacidad
de ese
estacionamiento.
Horario
Guarda el horario que
posee ese
estacionamiento.
Precio
Guarda el precio que
tiene ese
estacionamiento.
Telefono
Guarda el telfono de
ese estacionamiento.
x_img
Guarda el punto X
para la visualizacin
en el Mapa.
y_img
Guarda el punto Y
para la visualizacin
en el Mapa.
id_esta
int(5)
Rango
Null
Positivo
X>0
No
Validacin
varchar(25)
String <>
varchar(30)
String <>
int(11)
X>0
mediumtext
String <>
int(4)
X>0
varchar(20)
String <>
varchar(20)
String <>
int(7)
X>0
int(5)
X>0
int(5)
X>0
dispo
Guarda la
disponibilidad que se
tenga en ese
momento.
int(11)
X>0
img_esta
Guarda el nmero de
la imagen del
estacionamiento
asociado.
int(10)
X>0
No
Tabla 32: Tabla estacionamiento
136
Nombre Tabla: Calle

Objetivo:
Contener la informacin de las calles que se encuentran bajo el rango

establecido en el proyecto.
Contiene la comuna en que se encuentra, la direccin y el nmero de esta.
Tambin posee las coordenadas del mapa.
TABLAS ASOCIADAS
Tabla
Nombre
Estacionamiento
Estacionamiento
Foreing Key
-

Foreing Key
Tipo
No aplica
No aplica
Objetivo
No aplica
Tabla Origen
No aplica
Tipo Acceso
Encargado
R-W-X-F
Germn Romero
Nombre
Proyecto
Aplicacin
Mi Estacionamiento Mi Estacionamiento
Tabla 33: Tabla Calle
137
ATRIBUTO
Campo
Objetivo
Tipo Dato
id_calle
Guarda identificador
nico para la calle.
Guarda el nombre de la
calle.
Guarda la altura mnima
de un rango de una
calle.
Guarda la altura
mxima de un rango de
una calle.
Guarda la comuna en
que se encuentra una
calle.
Guarda el tipo de calle,
si es avenida, calle,
paseo peatonal.
Guarda el punto X de
una referencia de la
altura de una calle
Guarda el punto Y de
una referencia de la
altura de una calle
int(5)
Nombre_call
altura_min
altura_max
comuna
Tipo_calle
Rango
Null
Positivo
X>0
No
varchar(30)
Validacin
NULL String <>
int(7)
X>0
NULL
int(7)
X>0
NULL
varchar(20)
NULL String <>
varchar(10)
NULL String <>
int(4)
X>0
NULL
int(4)
X>0
NULL
x_calle
Guarda el punto X de
una calle dentro del
mapa original.
int(5)
X>0
NULL
y_calle
Guarda el punto Y de
una calle dentro del
mapa original
int(5)
X>0
NULL
Tabla 34: Tabla Calle
138
Nombre Tabla: Reserva

Contener la informacin de las reservas realizadas, por que usuario, y a que
hora y fechas fueron realizadas.
Objetivo:
TABLAS ASOCIADAS
Tabla
Nombre
Cliente
Cliente
Estacionamiento
Estacionamiento
Foreing Key
Rut
Id_esta

Foreing Key
Tipo
No aplica
No aplica
Objetivo
No aplica
Tabla Origen
No aplica
Tipo Acceso
Encargado
R-W-X-F
Germn
Romero
Nombre
Proyecto
Aplicacin
ATRIBUTO
Campo
Objetivo
Tipo Dato
Rango Positivo
Null
id
Guarda el
identificador nico
de esta tabla.
Guarda la fecha en
que se efectu la
reserva.
Guarda la hora en
que se efectu la
reserva.
Guarda el usuario
que realizo la
reserva.
Guarda el
estacionamiento al
cual se realizo la
reserva
int(11)
X>0
No
fecha
hora
user
esta
Validacin
date
time
varchar(10)
String <>
Varchar(25)
String <>
Tabla 35: Tabla Reserva
139
Nombre Tabla: Cliente

Objetivo:
Contener la informacin de los usuarios registrados en la pagina Web,

en donde se tiene su identificador nico el cual es el Rut, su password,
nombre, apellido y la patente de su vehiculo.
TABLAS ASOCIADAS
Tabla
Nombre
Reserva
Reserva
Pack
Pack
Foreing Key
-

Foreing Key
Tipo
No aplica
No aplica
Objetivo
No aplica
Tabla Origen
No aplica
Tipo Acceso
Encargado
R-W-X-F
Germn Romero
Nombre
Proyecto
Aplicacin
ATRIBUTO
Campo
Objetivo
Tipo Dato
rut
Guarda el identificador
nico de la tabla user.
Guarda la password del
usuario.
Guarda el Nombre del
usuario.
Guarda el apellido del
usuario.
Guarda la patente del
automvil del usuario.
varchar(10)
password
nombre
apellido
patente
reserva
Rango
Null
Positivo
No
Validacin
String <>
varchar(32)
String <>
varchar(20)
String <>
varchar(20)
String <>
varchar(6)
String <>
Guarda el numero de cupo int(3)

de reserva que tenga
adquirido el usuario.
X>0
Tabla 36: Tabla Cliente
140
Nombre Tabla: Pack

Objetivo:
Contener la informacin de los pack adquiridos en determinada fecha.
TABLAS ASOCIADAS
Tabla
Nombre
Cliente
Cliente
Foreing Key
Rut

Foreing Key
Tipo
No aplica
No aplica
Objetivo
No aplica
Nombre
Proyecto
Aplicacin
Tabla Origen
No aplica
Tipo Acceso
Encargado
R-W-X-F
Germn Romero
ATRIBUTO
Campo
Objetivo
id
Guarda el identificador nico

de esta tabla.
Guarda la fecha en que fue
adquirido un pack de reserva.
Guarda el tipo de pack que
fue adquirido.
fecha
tipo
Tipo Dato Rango

Positivo
int(11)
X>0
Null
Validacin
No
date
int(5)
X>0
Tabla 37: Tabla Pack
141
10.1.3.9.3 Store Procedure
Nombre
Objetivo
insuser
Agrega un nuevo usuario (Cliente) en la Tabla Cliente
PARMETRO ENTRADA
Campo
Tipo Dato
rut
varchar(10)
pass
varchar(32)
nombre
varchar(20)
apellido
varchar(20)
patente
varchar(6)
TABLAS USADAS
Tabla
Operacin
Cliente
Insert
CDIGO
Procedimiento
Insuser
Cdigo
insert into cliente VALUES (rut, pass, nombre, apellido, patente);
Tabla 40: Tabla Store Procedure
142
10.1.3.10. Script Sql Generacin de Base de Datos

Este script corresponde a la creacin de la base de datos, como vern, este poseer el
nombre Estacionamiento.
Creacin de la base de datos
CREATE DATABASE èstacionamiento`

USE èstacionamiento`;
Tabla 41: Creacin BD
143
10.1.3.11. Script Sql Creacin de las Tablas e ndices
Creacin de la Tabla Admin

CREATE TABLE àdmin` (
ìd` tinyint(4) NOT NULL auto_increment,
ùsername` varchar(25) NOT NULL default '',
`fecha` date NOT NULL default '0000-00-00',
`nombre` varchar(25) NOT NULL default '',
`password` varchar(32) NOT NULL default '',
`tipo` int(1) NOT NULL default '2',
`Nom_estaciona` varchar(15) default NULL,
PRIMARY KEY (ìd`)
) ENGINE=MyISAM AUTO_INCREMENT=86 DEFAULT CHARSET=latin1;
ALTER TABLE àdmin` ADD UNIQUE (

ìd`
)
Tabla 42: Creacin tabla admin
Creacin de la Tabla Calle
CREATE TABLE `calle` (

ìd_calle` int(5) NOT NULL default '0',
`Nombre_call` varchar(30) default NULL,
àltura_min` int(7) default NULL,
àltura_max` int(7) default NULL,
`comuna` varchar(20) default NULL,
`Tipo_calle` varchar(10) default NULL,
`x` int(4) default NULL,
`y` int(4) default NULL,
`x_calle` int(5) default NULL,
`y_calle` int(5) default NULL,
PRIMARY KEY (ìd_calle`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
ALTER TABLE `calle` ADD UNIQUE (

ìd_calle`
)
Tabla 43: Creacin tabla admin
144
Creacin de la Tabla Estacionamiento
CREATE TABLE èstacionamiento` (

ìd_esta` int(5) NOT NULL auto_increment,
`Nom_Estaciona` varchar(25) default NULL,
`Direccion` varchar(30) default NULL,
`Numero` int(11) default NULL,
`Descripcion` mediumtext,
`Capacidad` int(4) default NULL,
`Horario` varchar(20) default NULL,
`Precio` varchar(20) default NULL,
`Telefono` int(7) default NULL,
`x_img` int(5) default NULL,
`y_img` int(5) default NULL,
`dispo` int(11) NOT NULL default '0',
ìmg_esta` int(10) default NULL,
PRIMARY KEY (ìd_esta`)
ALTER TABLE èstacionamiento` ADD UNIQUE (

ìd_esta`
)
Tabla 44: Creacin tabla estacionamiento
Creacin de la Tabla Cliente
CREATE TABLE `cliente` (

`rut` varchar(10) NOT NULL default '',
`password` varchar(32) NOT NULL default '',
`nombre` varchar(20) NOT NULL default '',
àpellido` varchar(20) NOT NULL default '',
`patente` varchar(6) NOT NULL default '',
`reserva` int(3) NOT NULL default '0',
PRIMARY KEY (`rut`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
ALTER TABLE `cliente` ADD UNIQUE (

`rut`
)
Tabla 45: Creacin tabla Cliente
145
Creacin de la Tabla Pack
CREATE TABLE `pack` (

ìd` int(11) NOT NULL auto_increment,
`fecha` date default NULL,
`tipo` int(5) default NULL,
PRIMARY KEY (ìd`)
ALTER TABLE `pack` ADD UNIQUE (

ìd`
)
Tabla 46: Creacin tabla Pack
Creacin de la Tabla Reserva
CREATE TABLE `reserva` (

ìd` int(11) NOT NULL auto_increment,
`fecha` date NOT NULL default '0000-00-00',
`hora` time NOT NULL default '00:00:00',
ùser` varchar(10) default NULL,
PRIMARY KEY (ìd`)
ALTER TABLE `reserva` ADD UNIQUE (

ìd`
)
Tabla 47: Creacin tabla reserva
146
10.1.3.12. Script Sql Creacin de Store Procedure
Creacin de SP Insuser
create PROCEDURE insuser(in rut varchar(10),in pass varchar(32),in nombre

varchar(20),in apellido varchar(20),in patente varchar(6))
BEGIN
insert into cliente VALUES (rut, pass, nombre, apellido, patente);
END
Tabla 48: Creacin SP insuser
147
10.1.3.13. Script Sql Creacin de Roles
Creacin de Rol Administrador de Sistema
CREATE USER 'admin'@ 'localhost' IDENTIFIED BY '********';

GRANT ALL PRIVILEGES ON * . * TO 'admin'@ 'localhost' IDENTIFIED BY '********'
WITH GRANT OPTION MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR
0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0 ;
Tabla 49: Creacin Roles
148
10.1.4. Modelo de Procesos
10.1.4.1.1. Casos de Uso

Sistema Web
Buscar
Registrar
Visitante
Administrador
de Sistema
Compra
Pack de
Reserva
Cliente
Registrado
Mantencin
Actualizacin
del sistema
Administrador
de
estacionamiento
Mantencin
Actualizacin de
estacionamiento
afiliado
Visitante
1. Accede al sitio
3. Llena los campos y realiza una
bsqueda.
Sistema
2. Despliega la interfaz de bsqueda.
4. Valida los criterios de bsqueda
5. Recorre la base de datos y despliega un
resultado de bsqueda.
Visitante
1. Accede al sitio
3. Realiza clic en registro.
5. Llena los campos requeridos.
Sistema
2. Despliega la interfaz del sitio.
4. Despliega la interfaz de registro.
6. Valida, e inserta datos de un usuario
nuevo.
149
Cliente Registrado
1. Accede al sitio
3. Ingresa al sistema con login y
password.
5. Llena los campos y realiza una
bsqueda.
Cliente Registrado
1. Accede al sitio
password.
6. Adquiere pack de reserva, pagando

online.
Administrador Sistema
password.
4. Actualiza/ingresa/modifica
informacin.
password.
4. Actualiza/ingresa/modifica
informacin.
Sistema
4. Valida al cliente registrado y habilita el
acceso al sistema.
6. Valida los criterios de bsqueda
7. Recorre la base de datos y despliega un
resultado de bsqueda.
Sistema
4. Valida al cliente registrado y habilita el
acceso al sistema de compra de pack de
reserva.
5. Habilita opciones de compra de pack de
reserva.
5. Realiza transaccin bancaria con
transbank.
6. De acuerdo con la respuesta de
tranbank, dar una respuesta
satisfactoria o una respuesta negativa a
la transaccin.
7. Si es positiva validara transaccin y
actualizara base de datos, si no es se
desplegara mensaje de transaccin
fallida.
Sistema
2. Valida al administrador y habilita el
acceso al sistema de mantencin y
actualizacin.
3. Habilita opciones de mantencin,
configuracin y actualizacin.
5. actualiza la base de datos.
Sistema
2. Valida al administrador y habilita el
acceso al sistema de mantencin y
actualizacin.
150
Sistema Wap
Buscar
Visitante
Reserva
Usuario
Registrado
Visitante
1. Accede al sitio wap
3. selecciona ver calles.
5. selecciona calle
7. selecciona la altura
Sistema
2. Despliega la interfaz de la pgina.
4. Despliega calles.
6. Recorre la base de datos y despliega la
altura de esa calle.
8. Recorre la base de datos y despliega los
resultados de acuerdo a la calle y altura.
Usuario Registrado
1. Accede al sitio wap
3. selecciona ver calles.
5. selecciona calle
7. selecciona la altura
Sistema
2. Despliega la interfaz de la pgina.
4. Despliega calles.
6. Recorre la base de datos y despliega la
altura de esa calle.
8. Recorre la base de datos y despliega los
resultados de acuerdo a la calle y altura.
10. Administrador comprueba RUT en el
sistema administrativo y si tuviese cupo
del pack de reserva.
12. asigna reserva.
9. ejecuta llamada telefnica, desde el

nmero desplegado por el sistema wap.
11. realiza reserva
Restricciones:
1 - Reservas, se realizan previamente, registrado en la pgina Web y con saldo para realizar
reserva.
2 - Las reserva son solo validas por media hora, a partir de la hora que ejecuto la reserva,
pasado este tiempo caduca la reserva.
3 - No se realizan reserva desde va WEB.
151
Caso de Uso 2 Grado
Administrador
de
estacionamiento
152
1. Ingresa al sistema con login y password.
4. Actualiza informacin admin.
7. Actualiza informacin estacionamiento.
10. Realiza estadsticas.
13. Consulta reserva en curso.
16. Toma de reserva.
Sistema
2. Valida al administrador y habilita el acceso
al sistema de mantencin y actualizacin.
5. valida base de datos.
Sistema
12. busca en la base de datos.
18. actualiza base de datos.
153
Administrador
de
estacionamiento
154
Administrador de Sistema
Sistema
2. Valida al administrador y habilita el acceso

al sistema de mantencin y actualizacin.
4. Actualiza informacin admin.

7. Ingresa Informacin Admin

10. Borra Informacin Admin

13. Actualiza informacin estacionamiento.

16. Ingresa Informacin estacionamiento

19. Borra Informacin estacionamiento

22. Realiza estadsticas.

25. Realiza Informe.

155
Administrador
de
estacionamiento
156
Cliente
Sistema
2. Valida al cliente y habilita el acceso al

Panel de control.
3. Habilita opciones del panel de control.
4. Actualiza informacin Cliente

7. Adquiere Pack de reserva, pagando

online.

157
10.1.4.1.2. Diagrama de Secuencia
Diagrama 1: diagramas de secuencias
158
159
160
161
10.1.4.1.3. Diagrama de Colaboracin
Diagrama 5: diagramas de colaboracin
162
10.1.4.1.4. Diagrama de Actividad
Diagrama 6: diagramas de Actividad
163
164
165
166
167
10.1.4.1.5. Diagrama de Clase
Diagrama 11: diagramas de Clases
168
10.1.4.1.6. Diagrama de Estado
Diagrama 12: diagramas de estado
169
Administrador Sistema
170
Administrador Estacionamiento
171
10.1.4.1.7. Diagrama de Componentes
Diagrama 15: diagramas de componentes
172
173
174
10.1.4.1.8. Diagrama de distribucin

Del Cliente
Diagrama 18: diagramas de distribucin
175
Del Servidor
Diagrama 19: diagramas de distribucin
176
10.1.4.1.9. Diagrama de Automatizacin
Diagrama 20: diagramas de automatizacin
177
10.1.4.1.9.1 DFA Propuesto
178
10.2. Diseo Fsico

10.2.1. Diseo de Layout
Utilizado habitualmente en el contexto de las artes aplicadas, ingeniera, arquitectura y otras
disciplinas creativas, diseo es considerado tanto sustantivo como verbo.
Etimolgicamente la palabra Di-seo tiene varias acepciones del trmino anglosajn design"
(Del, referente al signo, signar, sealar, seal, indicacin grfica de sentido o direccin)
representada mediante cualquier medio y sobre cualquier soporte analgico, digital, virtual
en dos o ms dimensiones.
Es el proceso previo de configuracin mental "pre-figuracin" en la bsqueda de una
solucin en cualquier campo. Del trmino italiano Disegno dibujo, designio, signare, signado
"lo por venir", el porvenir visin representada grficamente del futuro, lo hecho es la obra,
lo por hacer es el proyecto, el acto de disear como prefiguracin es el proceso previo en la
bsqueda de una solucin o conjunto de las mismas. Plasmar el pensamiento de la solucin
mediante esbozos, dibujos, bocetos o esquemas trazados en cualquiera de los soportes,
durante o posteriores a un proceso de observacin de alternativas o investigacin.
La interfaz de Mi Estacionamiento esta basada en la metodologa de obtener informacin

rpida y precisa en el menor tiempo posible, ya que en los tiempos presentes no se puede
estar navegando en un sitio demasiado tiempo, se necesita rapidez en las respuestas
adems esta debe estar enlazada a la precisin.
179
Cmo disear un sitio con estas caractersticas?

Esta pregunta ha estado presente en nuestros cerebros varias veces, en el desarrollo de la
interfaz, por lo cual hemos decido seguir el siguiente esquema
Encabezado y Logo tipo
Bsqueda al entrar al sitio
El esquema presentado, es la estructura hecha en tablas, la cual no contiene nada de frame,

solamente son tabla, ya que con este esquema le daremos un orden y uniformidad a la
pagina web.
Al momento de haber realizado su bsqueda llenando los campos Nombre Calle, Nmero de
Calle y realizando la accin de presionar el botn Buscar. La interfaz cambiara a la siguiente
forma:
Encabezado y Logo tipo
Resultado de la Bsqueda
Men de Bsqueda
De esta forma se presenta una interfaz sin complicaciones para el usuario y adaptable para
los Administradores al momento de modificarla.
180
10.2.1.1. De Pantalla
De acuerdo a lo anteriormente descrito, procederemos a mostrar la interfaz del proyecto Mi
Estacionamiento
Sistema Web
Index del sitio
En el index de la pgina se desplegara el formulario de bsqueda, en donde el usuario debe

ingresar el nombre de la calle y numero de esta.
Tambin encontramos en la parte superior, los vnculos al formulario de registro y adems el
link al logeo del usuario.
En la parte inferior encontraremos
sistema/estacionamiento.
el
link
para
el
logeo
del
administrador
de
181
Resultado de Una Bsqueda
Al haber efectuado una bsqueda, se desplegara un mapa indicando el punto de referencia

de la bsqueda efectuada, mostrando adems los estacionamientos cercanos al lugar en que
se efectu la consulta.
Debajo de esta imagen encontraremos los resultados, con el nombre del estacionamiento, la
capacidad de automviles, sus respectivos horarios y sus telfonos.
Cada uno de estos resultado, tiene un link asociado, para ver con detalle cada uno de estos
estacionamientos, esto lo vera en la siguiente hoja.
182
Seleccin de un estacionamiento
Al haber seleccionado un estacionamiento, este mostrara con mas detalles, las disponibilidad
de los estacionamientos, una breve descripcin de este estacionamiento y una foto en el
caso de que el estacionamiento posea.
183
Formulario de Registro
Este es el formulario de registro para los nuevos clientes que quieren estar en el sistema.
Los datos considerados son el Rut, la password que ingrese el cliente, su nombre con su
apellido y la patente del vehiculo.
184
Identificacin Cliente
Formulario para la identificacin del cliente en donde debe ingresar su Rut y su password.
Identificacin Administrador
Formulario para la identificacin del administrador de sistema o el administrador del

estacionamiento en donde debe ingresar su Username (Nombre de usuario) y su password.
185
Panel Administrador de Sistema
El panel de administrador de sistema encontraremos un men el cual consta de las

siguientes opciones:
Ver Administradores: En seccin ud podr modificar los datos de algn administrador de
sistema y a los administradores de estacionamientos. Adems podr eliminar un
administrador y agregar un nuevo administrador.
Ver Estacionamientos: En seccin ud podr modificar los datos de algn estacionamiento
que se encuentre afiliado al sistema. Adems podr eliminar un estacionamiento y agregar
un nuevo estacionamiento.
Estadstica: En esta seccin podr realizar la consulta de un determinado indicador de
gestin, los cuales sern representado de forma grafica.
Informes: En esta seccin el administrador podr realizar consulta de acuerdo a los
estacionamientos que se encuentre en el sistema y a los usuarios registrado de este.
Estos informes son exportables a PDF o a Excel.
186
Panel Administrador de Estacionamiento
El panel de administrador de estacionamientos encontraremos un men el cual consta de las

siguientes opciones:
Administrado de Disponibilidad: Es en este punto en donde el administrador de
estacionamiento deber mantener actualizado el cupo del estacionamiento, ya que de
acuerdo a esto, el sistema mostrara la disponibilidad de su estacionamiento.
Modificar sus datos: el administrador podr modificar sus datos, como el nombre y la
contrasea.
Toma de Reserva: aqu el administrador podr efectuar la toma de reserva, al momento que
el cliente efectu la llamada telefnica desde el celular, se le preguntara por sus datos, estos
deben ser corroborados y el sistema mostrara si el cliente tiene cupo para efectuar la
reserva.
Modificar datos estacionamiento: el administrador podr modificar los datos de su
estacionamiento.
Reserva en curso: Mostrara todas las reservas que estn en curso, mostrando los datos del
cliente que realizo la reserva, la hora efectuada y la hora de caducidad.
Estadsticas: En esta seccin podr realizar la consulta de un determinado indicador de
gestin, los cuales sern representado de forma grafica.
187
Panel de Control Usuario
El panel del cliente encontraremos un men el cual consta de las siguientes opciones:
Modificar Datos: Esta seccin el cliente podr modificar sus datos.

Adquirir Pack de Reserva: en esta opcin el cliente podr adquirir el pack de reserva de
estacionamiento, con esto el cliente podr realizar reserva de estacionamiento ocupando la
tecnologa wap.
188
Sistema Wap
Index
Esta es nuestra presentacin en la

aplicacin wap.
Lo primero que se desplegara en el sistema
son los criterio de bsqueda:
Ver calles: Mostrara todas las calles que se
encuentran en el sistema.
Ver estacionamiento: Mostrara todos los
estacionamientos.
Ver Disponibilidad por Calles: Mostrara
todas las calles con su disponibilidad de los
estacionamientos que se encuentran en
esas calles.
Eleccin de Calle
En el caso que un cliente haya

seleccionado el criterio de bsqueda
Ver Calles, se le desplegaran todas
las calles. El cliente deber elegir a la
calle a la cual se dirige.
Al haber seleccionado la calle, se le

desplegara la altura de esta calle, el cliente
deber elegir la altura mas cercana al punto
al cual se dirige.
189
Al haber seleccionado la altura, se

desplegaran los estacionamientos ms
cercanos al lugar en donde se dirige el
cliente.
El cliente podr seleccionar cualquier

estacionamiento que se haya encontrado en
la bsqueda, al seleccionar uno de estos, se
le desplegara el detalle del estacionamiento,
en donde lo primero que se despliega es la
disponibilidad.
190
10.2.1.2. De Reportes
Los administradores de sistema podrn realizar los siguientes reportes: estacionamientos

afiliados y usuarios (Clientes) afiliados.
191
Al realizar el informe de los estacionamientos, se desplegaran todos los estacionamientos

que se encuentren en el sistema.
Adems tenemos la opcin de exportarla a un archivo PDF o a una planilla de Excel.
192
Estadsticas
Al seleccionar un determinado periodo de tiempo podremos apreciar el siguiente resultado.
Las
estadsticas
estn
representadas
mediante
grafico,
los
cuales
representan
los
pack
adquiridos por los cliente,
durante un determinado
mes.
193
10.2.1.3. rbol de Navegacin
194
195
196
197
10.2.2. Definicin de Protocolos

10.2.2.1. De Mensajes de Error y Comunicacin
Se desplegara un mensaje al momento que el usuario haya ingresado letras en el campo

Nombre de Calle, el mensaje comunica al usuario que solamente debe ingresar solo
dgitos en el campo anteriormente sealado.
198
En caso de no encontrar la direccin de bsqueda.
En el caso de que el administrador quiera insertar un nuevo administrador.
199
10.2.2.2. De Ayuda
Al ser un sitio sin grandes complicaciones, las ayudas estn en la misma interfase de la
pgina en donde se deba realizar alguna accin, a continuacin sealaremos algunas
interfases de ayuda.
Para la Bsqueda de Estacionamientos
Para el Registro de Nuevos Clientes
200
10.2.3. Especificacin de la arquitectura tcnica

10.2.3.1. Componente de Hardware y de Software que sustente la
solucin
Para que esta solucin tecnolgica quede sustentada, nosotros hemos especificados los
siguientes cnones a nivel de hardware y a nivel de software.
- Servidor
Servidor Pentium 4 (2 CPU) 3.2 GHZ
2 GB de Memoria Ram.
2 Disco Duros.
Tarjeta de Red LAN 10/100
Firewall Watchguard X8000 ( Firewall de Hardware )
Linux Red Hat 9
Bases de Datos MySql.
La tecnologa de servidor es importante ya que con este tipo de servidor tendremos

respuestas ptimas, para la alta demanda que pueda tener el sitio, ya sea por frecuencias
de preguntas y por las operaciones que realicen los administradores de estacionamientos.
Enlace
201
10.2.3.2. Dimensionamiento de la Base de Datos

En este punto se entrega un detalle de cmo se calcula el dimensionamiento de nuestra
base de datos de Mi Estacionamiento y cada una de la tablas que la base de datos posea.
El tamao de la base de datos depende de su aplicacin, as como del nmero de usuarios y
elementos.
A continuacin presentaremos el siguiente detalle.
Tabla
Tamao % de Uso
Tamao a
Inicial
de las
Incrementar
(KB)
Tabla
(KB)
Registro
Mensual
Tamao
Total
Mensual Anual(KB)
(KB)
Admin
30%
0,6
11
6,6
79,2
Estacionamiento
50%
1,0
15
15
180
Calle
10%
0,2
113
22,6
271,2
Pack
100%
2,0
22
44
528
Reserva
100%
2,0
31
62
744
Cliente
90%
1,8
30
54
648
Total
204,2
2450,4
Tabla 50: Dimensionamiento BD
Debemos considerar un % de uso de las tables ya que cada una de estas va ir aumentando
de acuerdo a la usabilidad de esta, es decir las tablas que mas se ocupan son; Tabla Pack, la
tabla Reserva y la tabla cliente, ya que esta irn en constante aumento en comparacin a las
otras.
202
10.2.3.3. Establecimiento de los tiempos de respuesta de las

transacciones y ambientes en el cual estos se podrn medir.
Si bien sabemos que los tiempos de respuestas para consultas, van a depender de muchos
factores, de acuerdo a la conexin de Internet que se tenga y a su vez la velocidad del pc en
el cual se realicen las consultas y las tareas que impliquen el sistema.
Tambin debemos considerar la carga que puede tener el servidor a las diferentes
solicitudes, de todos los posibles consultores, que hagan bsqueda en el sitio, como aquellos
administradores que realicen alguna modificacin de datos.
Teniendo en cuenta lo anterior, nosotros podemos hacer una estimacin de cada consulta
que se realice a la base de datos, pero es complejo determinar el tiempo de respuesta en
cada condicin que se nombro anteriormente.
203
10.2.3.4. Estandarizacin de la topologa de Red a utilizar.

Las redes de computadoras surgieron como una necesidad de interconectar los diferentes
host de una empresa o institucin para poder as compartir recursos y equipos especficos.
Pero los diferentes componentes que van a formar una red se pueden interconectar o unir
de diferentes formas, siendo la forma elegida un factor fundamental que va a determinar el
rendimiento y la funcionalidad de la red. La disposicin de los diferentes componentes de
una red se conoce con el nombre de topologa de la red. La topologa idnea para una red
concreta va a depender de diferentes factores, como el nmero de mquinas a
interconectar, el tipo de acceso al medio fsico que deseemos.
Si bien, mi estacionamiento es un servicio que se ofrece mediante sistema web, esta no
exige un estndar necesario para los estacionamientos afiliados.
Cada empresa tendr su topologa de acuerdo a sus necesidades internas que hayan ellos
definido.
204
10.2.4. Componente de Red

10.2.4.1.1. Seleccin de Protocolo de comunicacin a utilizar.
Los protocolos son reglas de comunicacin que permiten el flujo de informacin entre
computadoras distintas que manejan lenguajes distintos, por ejemplo, dos computadores
conectados en la misma red pero con protocolos diferentes no podran comunicarse jams,
para ello, es necesario que ambas "hablen" el mismo idioma, por tal sentido, el protocolo
TCP/IP fue creado para las comunicaciones en Internet, para que cualquier computador se
conecte a Internet, es necesario que tenga instalado este protocolo de comunicacin.
TCP/IP
El protocolo TCP/IP (Transmition Control Protocol/Internet Protocol) hace posible enlazar
cualquier tipo de computadoras, sin importar el sistema operativo que usen o el fabricante.
Este protocolo fue desarrollado originalmente por el ARPA (Advanced Research Projects
Agency) del Departamento de Defensa de los Estados Unidos. Actualmente, es posible tener
una red mundial llamada Internet usando este protocolo. Este sistema de IP permite a las
redes enviar correo electrnico (e-mail), transferencia de archivos (FTP) y tener una
interaccin con otras computadoras (TELNET) no importando donde estn localizadas, tan
solo que sean accesibles a travs de Internet.
Arquitectura de Interconexin de Redes en TCP/IP
Caractersticas
Protocolos de no conexin en el nivel de red.

Conmutacin de paquetes entre nodos.
Protocolos de transporte con funciones de seguridad.
Conjunto comn de programas de aplicacin.
Para entender el funcionamiento de los protocolos TCP/IP debe tenerse en cuenta la

arquitectura que ellos proponen para comunicar redes. Tal arquitectura ve como iguales a
todas las redes a conectarse, sin tomar en cuenta el tamao de ellas, ya sean locales o de
cobertura amplia. Define que todas las redes que intercambiarn informacin deben estar
conectadas a una misma computadora o equipo de procesamiento (dotados con dispositivos
de comunicacin); a tales computadoras se les denominan compuertas, pudiendo recibir
otros nombres como enrutadores o puentes.
205
10.2.4.1.2. Determinacin y especificacin de aspecto de seguridad

en la red.
Esta es un punto importante en el aspecto a la seguridad de nuestro software, sin duda los
componente que les mencionaremos a continuacin son aquellos medios de proteccin
brindados por nuestro web hosting, los cuales evitaran los posibles ataque de gente mal
intencionada.
APF ( Firewall de Software)

Para la adquisicin de un servidor seguro, es confiable tener un hosting que posea
una muralla de fuego, a nivel de software, para tener mayor seguridad. Ya que con
esto evitaremos ataques al sitio de forma, mal intencionada
Brute force Defense
Es un sistema que previene el ataque, mediante Fuerza bruta, al momento de ejecutar
programas de hacking que ocupan este metido de violacin de seguridad.
Mod Security
ModSecurity es un Firewall de aplicaciones Web embebible que ejecuta como mdulo del
Servidor Web Apache, provee proteccin contra diversos ataques hacia aplicaciones Web
y permite monitorear trfico HTTP, as como realizar anlisis en tiempo real sin
necesidad de hacer cambios a la infraestructura existente.
Sin duda el acceso a nuestro sistema de parte de los administradores de sistema o de

estacionamientos, deben tener claros algunos procedimientos de seguridad.
Las claves son estrictamente privadas, la divulgacin de ellas puede ser perjudicial
para un estacionamiento.
Debe tener actualizado el antivirus que posean en la empresa.
Deben tener elementos de seguridad como firewall en el pc que accede al sistema.
206
10.2.4.1.3. Determinacin y especificacin de aspecto de seguridad

de los datos a travs de encriptaciones, certificados digitales.
Hoy en da la mayora de las pginas web utilizan bases de datos para poder desarrollar
portales dinmicos y as hacerlos ms atractivos a la vez que tiles. Pero esta informacin
que se guarda en la base de datos tiene que tener algn tipo de proteccin. Es por ello que
algunos campos se guardan encriptados en la base de datos, principalmente cuando una
pgina requiere el nombre de usuario y contrasea, esta ltima se encripta y se guarda en
la Base de datos.
En PHP se utiliza la funcin MD5 (Message Digest 5), que es una funcin hash irreversible
(de un slo sentido) , es decir, encripta el password tecleado por el usuario y es imposible
que partiendo desde la cadena encriptada se vuelva a la contrasea origen. Por esto mismo
no hay problema de que alguien pueda acceder al campo encriptado de la base de datos.
Como en la base de datos se guarda la contrasea encriptada, cuando un usuario quiere
acceder, habr que realizar una comparacin entre el password que introduce encriptado en
MD5, y lo que tenemos en la base de datos, (que es la contrasea encriptada en MD5), si
coincide se le permite el acceso, si no, se rechaza.
MD5 se utiliza tambin para que cuando un usuario olvida su password, si quiere recuperar
la contrasea se le pide que introduzca por ejemplo el correo, y se le enva un mail con una
URL tal que si entra en ella genere una nueva contrasea que se le indica al usuario y se
reescribe en md5 en la base de datos (borrando la anterior contrasea).
Hay que tener en cuenta que esto no es 100% seguro, puesto que la contrasea se encripta
en el servidor, entonces al enviar la contrasea desde el cliente al servidor podra ser
interceptada.
Para hacernos una idea, el algoritmo MD5 convierte el mensaje en un bloque mltiplo de
512 bits, (si hace falta aadir bits por el final). Luego coge el primer bloque de 512 bits del
mensaje y realiza diversas operaciones lgicas con los 128 bits de cuatro vectores iniciales
ABCD de 32 bits cada uno. (Dichos vectores tendrn el valor inicial que nosotros queramos).
Como resultado obtiene una salida de 128 bits que se convierte en el nuevo conjunto de los
4 vectores ABCD. Se repite el algoritmo hasta procesar el ltimo bloque del mensaje. Al
terminar, el algoritmo devuelve los ltimos 128 bits de estas operaciones.
207
11. Gestin para el desarrollo de un sistema informtico.

11.1 Normas para el desarrollo y evaluacin de un sistema.
11.1.1. Normas de desarrollo
Como desarrolladores debemos tener claro muchos punto, especialmente
programamos en un sistema tan masificado como es la tecnologa web.
cuando
A continuacin debemos considerar el modelo de diseo:

Intuicin y juicio
Experiencia en modelos similares
Principios y/o heursticas que guan la forma de desarrollar
Criterios que permiten juzgar virtudes del diseo
Un proceso iterativo que conduce a un diseo final
Especificacin de
requerimientos
de software
DISEO
PRELIMINAR
Documento
De Diseo
Preliminar
Modificaciones
REVISION
DEL
DISEO
PRELIMINAR
Diseo
DISEO
DETALLADO
Documento
de Diseo
Documento
de Diseo Final
Modificaciones
REVISION
DEL
DISEO
DETALLADO
208
Si bien debemos ceirnos a los procedimientos establecidos, debemos tener en cuenta, que
cada punto, como el diseo preliminar deba ser revisado y aprobado por el jefe de proyecto,
quien pondr la firma de VB, en caso de que todo sea concordante con los que se pidi en el
informe de requerimiento.
Si bien cada no de estos punto es importante que el jefe de proyecto este conciente de lo
que realiza cada uno de sus subalternos.
209
11.1.2. Norma de respaldo

Si bien, nuestro sistema de basa en la tecnologa web y contamos con un servidor web
hosting, quien nos da las siguientes garantas de respaldo:
Si bien, se tienen plan y norma en el respaldo, debemos adems de considerar de parte de
nosotros, un respaldo diario de la base de datos del sistema, ya que en el caso de pasar
cualquier eventualidad ya que los respaldos anteriormente descritos pueden fallar.
Como norma, los respaldo solamente los realiza el administrador de sistema, anotando la
fecha y la hora la cual esta realizando el respaldo.
Los Respaldo deben ser guardados en 2 o mas medios.
Por su parte los administradores de sistema, en el caso de realizar informes, reportes y
estadsticas, pueden guardar cada uno de ellos, en formato PDF y Excel, para su comodidad.
Va a depender de cada administrador de estacionamiento guardar sus respectivos archivos.
210
11.1.3. De acceso a datos y/o fuentes de programa
Solo el personal autorizado podr, editar, modificar y copiar los archivos fuente, con
autorizacin previa del jefe de proyecto.
La modificacin y actualizacin de la base de datos queda exclusivamente al personal
autorizado pro el jefe de proyecto, quedando registrado en constancia de a quien se autorizo
a realizar los procedimientos mencionado anteriormente.
Personal ajeno a la programacin, al modelamiento, al diseo y en general al proyecto en si,
no tendr la facultad de editar, ni mucho menos al acceso de los datos ni mucho menos a la
manipulacin de la fuente y de los datos.
En el caso de querer manipular los datos en otro momento que no sea de desarrollo, de
deber expresar una solicitud a al jefe de proyecto, indicado la hora, el da y el por que de
esta manipulacin, acceso u desarrollo del sistema.
Si bien son normas, quizs sencilla de cumplir, esta deben quedar expresada en papel ya
que sirve como constancia en caso de haber algn tipo de ilcito en la manipulacin y acceso
a estos.
211
11.1.4. De control de versiones

Se llama control de versiones a la gestin de versiones (revisiones) de todos los elementos
de configuracin que forman la lnea base de un producto o una configuracin del mismo.
Los sistemas de control de versiones facilitan la administracin de las distintas versiones de
cada producto desarrollado junto a las posibles especializaciones realizadas para algn
cliente especfico.
El control de versiones se realiza principalmente en la industria informtica para controlar
las distintas versiones del cdigo fuente. Sin embargo, los mismos conceptos son aplicables
a otros mbitos y no slo para cdigo fuente sino para documentos, imgenes, etctera.
Aunque un sistema de control de versiones puede realizarse de forma manual, es muy
aconsejable disponer de herramientas que faciliten esta gestin
Un sistema de control de versiones debe proporcionar:
Mecanismo de almacenaje de cada uno de los tems que deba gestionarse (archivos
de texto, imgenes, documentacin.)
Posibilidad de modificar, mover, borrar cada uno de los elementos.
Histrico de las acciones realizadas con cada elemento pudiendo volver a un estado
anterior dentro de ese historial.
Aunque no es estrictamente necesario, suele ser muy til la generacin de informes con los
cambios introducidos entre dos versiones, informes de estado, marcado con nombre
identificativo de la versin de un conjunto de ficheros.
Clasificacin
La principal clasificacin que se pude establecer est basada en el almacenamiento del
cdigo:
Centralizados: existe un repositorio centralizado de todo el cdigo, del cual es
responsable un nico usuario (o conjunto de ellos). Se facilitan las tareas
administrativas a cambio de reducir la potencia y flexibilidad, pues todas las
decisiones fuertes (como crear una nueva rama) necesitan la aprobacin del
responsable.
Distribuidos: se aumenta la capacidad de decisin distribuida. Esto da ms flexibilidad
pero puede dificultar bastante la sincronizacin.
Se llevara un registro de todas las modificaciones realizadas, una modificacin mayor ya sea
la insercin de clases o seguridad y es aprobado por el jefe de proyecto, da pauta para que
se realice un cambio de versin.
212
11.1.5. Norma para evaluacin de desarrollo

Si bien a la hora de evaluar un sistema, a veces se podra pensar que es muy subjetivo,
para ir quitando ese concepto hemos desarrollado los siguientes conceptos.
El Software debe cumplir las expectativas del cliente o las esperadas por el.
Los tems pueden ser evaluados por medicin directa, o de manera indirecta, midiendo sus
consecuencias. Por ejemplo, un proceso puede ser medido indirectamente por la medicin y
evaluacin de sus productos, y un producto puede ser evaluado indirectamente por la
medicin del desempeo de un usuario en sus tareas (usando mtricas de calidad en uso).
Perspectivas de calidad
Las necesidades de calidad del usuario incluyen requerimientos de calidad en uso, en

contextos especficos. Estas necesidades identificadas pueden ser usadas cuando se
especifiquen la calidad externa e interna, utilizando caractersticas y sub caractersticas de la
calidad del producto de software.
La evaluacin de los productos de software para satisfacer las necesidades de calidad es uno
de los procesos en el ciclo de vida del desarrollo del software.
La calidad del producto de software puede ser evaluada midiendo atributos internos
(medidas tpicamente estticas de productos intermedios), o midiendo atributos externos
(midiendo tpicamente el comportamiento del cdigo cuando es ejecutado), o bien midiendo
los atributos de aplicacin de calidad en uso.
213
La meta es alcanzar la calidad necesaria y suficiente para cumplir con las necesidades reales
de los usuarios. La norma ISO 8402 define calidad en trminos de la habilidad de satisfacer
necesidades explcitas (declaradas/descritas/especificadas) e implcitas.
Sin embargo, las necesidades descritas por un usuario no siempre reflejan las verdaderas
necesidades del mismo, porque:
Un usuario normalmente no est consciente de sus necesidades reales.
Las necesidades podran cambiar despus de ser especificadas.
Diferentes usuarios pueden tener diferentes ambientes de operacin.
Podra ser imposible consultar a todos los posibles tipos de usuario, particularmente
para un tipo de software (que no est en el mostrador/producto preelaborado).
Por lo tanto, los requisitos de calidad no pueden ser completamente definidos antes de
empezar con el diseo. Sin embargo, es necesario entender las necesidades reales del
usuario tan al detalle como sea posible, y representarlas en los requerimientos. La meta no
es obtener la calidad perfecta, pero s la calidad necesaria y suficiente para cada contexto
especfico de uso, cuando el producto sea entregado y utilizado por los usuarios.
214
11.1.6. Norma de Mantencin

No es el mismo tipo de mantenimiento el del software que el de hardware, como primera
aproximacin al mantenimiento del software lo definiremos como el conjunto de medidas
que hay que tomar para que el sistema siga trabajando correctamente.
Entre las caractersticas sobresalientes del mantenimiento del software destacan:
El software no envejece.
El mantenimiento del software supone adaptar el paquete o sistema objeto del mismo
a nuevas situaciones como:

Cambio de hardware.
Cambio de software de base (S.O.).
Todo sistema software conlleva mejoras o aadidos indefinidamente.

Al cerrar todo proyecto se debe considerar y preveer las normas del mantenimiento del
sistema (tanto en connotaciones hardware como software).
Cualquier mantencin, ya sea correctiva o perfectiva al sistema es de responsabilidad de la
unidad, quedando entre sus obligaciones el velar, con el grupo que desarroll el sistema u
otro que ella estime conveniente, por el desarrollo y nuevo albergue del sistema.
TIPOS DE MANTENIMIENTO:
Existen 4 tipos de mantenimiento:
Correctivo.
Adaptativo.
Perfectivo.
Preventivo.
Mantenimiento correctivo:
Tiene por objetivo localizar y eliminar los posibles defectos de los programas.
Un defecto en un sistema es una caracterstica del sistema con el potencial de provocar un
fallo. Un fallo se produce cuando el comportamiento de un sistema difiere con respecto al
comportamiento definido en la especificacin.
Los fallos en un sistema software pueden ser:
- Procesamiento (salidas incorrectas de un programa).
- Rendimiento (tiempo de respuesta demasiado alto).
- Programacin (inconsistencias en el diseo).
- Documentacin (inconsistencias entre la funcionalidad de un programa y el manual de
usuario).
215
Mantenimiento adaptativo:
Consiste en la modificacin de un programa debido a cambios en el entorno (hardware o
software) en el que se ejecuta. Desde cambios en el sistema operativo, pasando por
cambios en la arquitectura fsica del sistema informtico, hasta en el entorno de desarrollo
del software. Este tipo de mantenimiento puede ser desde un pequeo retoque hasta una
reescritura de todo el cdigo.
Mantenimiento perfectivo:
Conjunto de actividades para mejorar o aadir nuevas funcionalidades requeridas por el
usuario.
Se divide en dos:
- Mantenimiento de Ampliacin: incorporacin de nuevas funcionalidades.
- Mantenimiento de Eficiencia: mejora de la eficiencia de ejecucin.
Mantenimiento preventivo:
Modificacin del software para mejorar las propiedades de dicho software (calidad y
mantenibilidad) sin alterar sus especificaciones funcionales. Incluir sentencias que
comprueben la validez de los datos de entrada, reestructuracin de los programas para
aumentar su legibilidad o incluir nuevos comentarios. Este tipo de mantenimiento utiliza las
tcnicas de ingeniera inversa y reingeniera. El mantenimiento para la reutilizacin
especializado en mejorar la reusabilidad del software se incluye en este tipo.
Actividades De Mantenimiento:
Las actividades de mantenimiento se agrupan en tres categoras funcionales:
Comprensin del software y de los cambios a realizar (Comprender): es necesario el
conocimiento a fondo de la funcionalidad, objetivos, estructura interna y requisitos del
software. Alrededor del 50% de tiempo de mantenimiento se dedica a esta actividad, a
consecuencia de lo cual, las herramientas CASE incorporan utilidades que automatizan este
tipo de tareas aumentando de manera notable la productividad.
216
Modificacin del software (Corregir): crear y modificar las estructuras de datos, la lgica
de procesos, las interfaces y la documentacin. Los programadores deben evitar los efectos
laterales provocados por sus cambios. Esta actividad representa del tiempo total de
mantenimiento.
Realizacin de pruebas (Comprobar): realizar pruebas selectivas que nos aseguren la
correccin del software.
217
11.2. Elaboracin de un plan de contingencia en implementacin

11.2.1.1. Concepto y estructura
Objetivo del plan: se deben indicar aquellos componentes de la funcin crtica que se
pretenden cubrir frente a la contingencia considerada. Estos componentes pueden variar, as
como su grado de cobertura para las distintas contingencias analizadas.
El objetivo del plan es evitar cualquier inconveniente o algn caso fortuito que se pueda
presentar durante la implementacin del sistema.
Debemos considerar:
Posible corte de luz
Sin conexin a Internet
Hosting cado
Extravo de respaldo
Criterio para la ejecucin del plan: condiciones bajo las cuales se considera que debe
comenzar a aplicarse el plan de contingencia.
El plan debe ser ejecutado en el caso de las consideraciones anteriormente mencionadas, ya
que debemos evitar que la implementacin del sistema falle.
Tiempo esperado mximo de duracin del plan. Es decir, el tiempo mximo que se
puede continuar operando bajo estas condiciones de contingencia.
La implementacin del sistema no debe demorarse mas del tiempo establecido en la
factibilidad de implementacin, con esto podremos realizar el plan de contingencia.
Roles, responsabilidad y autoridad: Esto es clave para la buena marcha del plan de
contingencia. Se debe determinar muy claramente, cul es el papel de cada uno de los
sectores de la organizacin ante la contingencia y cmo se alteran los procedimientos
habituales para dar lugar a los procedimientos de contingencia.
Si bien el jefe de proyecto es el encargado de que toda la ejecucin este en su 100%, cada
uno del staff de Mi Estacionamiento debe estar atento a su participacin en el plan de
contingencia.
218
Requerimiento de recursos: qu recursos se necesitan para operar en el modo

contingencia y cules de los recursos habitualmente utilizados no se deben utilizar. Esto
debe estar debidamente documentado y verificado lo ms exhaustivamente posible.
Los recursos que se van a ocupar en la implementacin van a ser los siguientes:
Por Parte del Web Hosting
- Enlace
- Energa Elctrica
- Seguridad
Firewall Watchguard X8000 ( Firewall de Hardware ) 1 Milln de Sesiones
Concurrentes.
219
11.3. Elaboracin de un plan de contingencia en Produccin

11.3.1.1. Concepto y estructura
Objetivo del plan: Cubrir las posibles contingencias que pudiese ocurrir en un momento
determinado de la produccin del programa.
Debemos considerar:
Posible corte de luz
Desperfectos del Pc
Problemas de Licencia
Ausencia laboral
Atraso en la produccin.
Extravo de respaldo
Criterio para la ejecucin del plan:

Este plan debe ser ejecutado lo ms pronto posible en el momento que ocurra una de estas
contingencias.
Por ejemplo en el corte de luz si, debemos ver si nuestra up corre adecuadamente a la
exigencia, para as proceder a respaldar todo.
Debemos ver si es un problema temporal o si estn haciendo alguna obra cercana al lugar,
para ello debemos informarlo con la compaa elctrica.
Tiempo esperado mximo de duracin del plan

De acuerdo a nuestro tiempo establecido en la carta gantt no debera superar o atrasar mas
de lo que esta establecida en ella, la idea siempre que todo se reestablezca en un tiempo
corto y prudente para as poder tener nuestro trabajo en forma puntual.
Roles, responsabilidad y autoridad
Los roles estarn de acuerdo a cada participacin del staff de mi estacionamiento en el
proyecto en si, sabemos que siempre el responsable ante el cliente es el jefe de proyecto.
Requerimiento de recursos
Los recursos son importantes, para el respaldo debemos tener presente los medios
magnticos u otro mecanismo de almacenamiento ante un posible problema.
220
11.4. Elaboracin de un plan de pruebas

11.4.1.1. Concepto de plan de prueba
Un plan de pruebas es la unidad bsica de ejecucin dentro del sistema de pruebas, est
asociado a un proyecto de desarrollo y est constituido por un conjunto de pruebas y
ejecuciones. Una prueba pertenece a un plan de pruebas e indica el tipo de prueba que se
desea realizar dentro del proyecto, las pruebas estn compuestas por casos de prueba.
221
11.4.1.2. Casos de Prueba

Un caso de prueba corresponde a un conjunto de datos de entrada con el que se ejecutar la
prueba y un conjunto de criterios de aceptacin para el caso de prueba. Una ejecucin de un
plan de pruebas, significa que se ejecutaron todas las pruebas y para cada una, todos sus
casos de prueba definidos. El resultado de una ejecucin de un plan de pruebas es un
conjunto de defectos que puede ser vaco si todo funcion correctamente, en caso contrario,
cada defecto corresponde a un caso de prueba cuyo criterio de aceptacin no fue satisfecho.
222
11.4.1.3. Diseo y planificacin de un plan de prueba.

Si bien con antelacin de este informe se elaboro un plan de prueba para ver el correcto
funcionamiento de nuestro software.
Este plan esta desarrollado en actividades, tiempo y procedimientos que fueron descritos
anteriormente.
Para el plan de pruebas se cuenta con una breve descripcin de las actividades a
desarrollarse durante todo el proceso de las pruebas del sistema, haciendo nfasis en los
mdulos que sern incluidos, recursos que sern empleados, as como los participantes de
estas pruebas.
Objetivo del plan: Contemplar las posibles fallas de vulnerabilidad, estabilidad,

confiabilidad de el sistema de Mi Estacionamiento.
Criterio para la ejecucin del plan: Sabemos que cada logro o hito logrado, nos
da la pauta para ir ejecutando las pruebas correspondientes al sistema.
Tiempo esperado mximo de duracin del plan: Debemos tener claro que la
duracin de este plan de contingencia no debe durar mas de lo establecido en la
carta gantt, ya que extenderse mas del plazo no podran producir complicaciones.
Roles, responsabilidad y autoridad: Como nos hemos referido anteriormente el

jefe de proyecto es el encargado de la responsabilidad del proyecto, pero a su vez el
staff y cada uno de sus participante ser responsable de las prueba que cada uno
realizo, para ello las pruebas quedaran registradas.
Requerimiento de recursos: debemos tener conciencia de los elementos que

vamos a considerar para tomar las pruebas, si bien, a lo mejor no tendremos grandes
cosas que ocupar en este punto o si realmente las tenemos y las necesitamos estas
debemos ocuparlas de acuerdo a la necesidad real.
223
12. Conclusin
Sin duda la modernidad y el ajetreo que conlleva la cuidad, nos hizo meditar lo rpido que
esta sociedad vive el da a da, de que todo lo que necesitamos hoy, en realidad era para
ayer.
Con este pensamiento fuimos capaces de resolver algunas inquietudes que complican a los
conductores que viven el da a da en el centro de santiago, una de ellas es la problemtica
de no saber donde estacionarse.
Para ellos fuimos investigando la estructura organizacional de una empresa de
estacionamiento que se encuentra en el centro de santiago, de cmo esta compuesta esta,
ver su funcionamiento y la interaccin que tiene con el cliente.
Sumndose a la problemtica de; el no saber donde estacionarse, encontramos la dificultad
a la llegada a un estacionamiento y no saber si este, tendr disponibilidad o esta en su
capacidad completa. Esto nos lleva a emigrar a otros estacionamientos los cuales no
sabemos si tambin irn a estar disponibles o no.
El desafo fue enfrentar estas problemticas, es por ello que planteamos el proyecto
denominado Mi Estacionamiento, el cual viene a cubrir esas carencias, necesidades y
dudas que tienen da a da los conductores que frecuenta el centro de santiago.
Para ellos tuvimos que analizar todo los aspectos que estn relacionados con los
estacionamientos establecidos en el centro de santiago, realizar levantamientos de
requerimientos a estos, analizar el funcionamiento actual y ver que procesos podamos
intervenir y automatizar.
En este proyecto planteamos 2 alternativas de solucin, las cuales fueron analizadas en un
aspecto funcional y en un aspecto econmico, realizando un estudio de factibilidad en el
mbito tcnico, operacional, implementativo, econmico y legal de la propuesta de Mi
estacionamiento.
De acuerdo a estos estudios, concluimos que este proyecto es viable de acuerdo a los
resultado dados por el VAN y la TIR, ya que con muy pocos clientes y a un periodo de 5 aos
podemos recuperar la inversin inicial.
Si bien, para llegar al producto final, hemos tenido que planificar toda la construccin de
este, tomando las metodologas y herramientas necesarias para llegar a un buen termino de
este proyecto.
El proyecto Mi Estacionamiento contempla valores agregados que van en directo beneficio
de los conductores que pasan habitualmente u ocasionalmente por el centro de Santiago.
Beneficios tales como la capacidad de poder ejecutar reservas, las cuales se realizan
mediante la tecnologa wap, con el objetivo que el conductor pueda ver disponibilidad de los
estacionamientos del centro de santiago y a su vez pueda realizar reserva de estos
estacionamientos.
224
Sin duda este proyecto mejorara la calidad de vida a muchos conductores que pasan
habitualmente o repentinamente por el centro de santiago, por que los conductores podrn
planificar su viaje con anticipacin al centro de santiago y llegar a un destino seguro, usando
nuestro sistema.
Una de las enseanzas que no deja este proyecto, es pensar que creemos conocer todo,
pero por la experiencia personal de recorrer el centro de santiago en automvil y no saber
donde dejarlo, me enseo y me incentiv a investigar ms sobre este tema y conocer
muchos estacionamientos, sus instalaciones, las tecnologas que estas ocupan.
225
13. Bibliografa
http://www.movired.com/Wap-Wap/Wap.htm
http://es.wikipedia.org/wiki/WAP
http://www.estacionar.cl/
http://www.estacionamientolamoneda.cl/
http://www.municipalidaddeSantiago.cl/ambiente/mapa_verde.php
http://www.terra.cl/finanzas/index.cfm?pag=preg_experto&numero=1&nreg=0&id_reg=730
449#toppgt
http://es.wikipedia.org/wiki/Web
http://www.planos.cl/streetguide/streetguide/
http://www.mapcity.com
http://www.mysql-hispano.org/page.php?id=27&pag=4
http://dev.mysql.com/doc/refman/5.0/es/innodb-foreign-key-constraints.html
http://es.wikipedia.org/wiki/Trigger_%28base_de_datos%29
http://es.wikipedia.org/wiki/Topolog%C3%ADa_de_red
http://mx.geocities.com/alfonsoaraujocardenas/topologias.html
http://www.ongei.gob.pe/Bancos/Banco_Normas/Archivos/Guia-evaluacion-sw.pdf
226

Ejemplo de Informe

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Ejemplo de Informe

Caricato da

Copyright:

Formati disponibili

CONTROL DE VERSIONES

Germn Romero Contreras

Marcelo Montecinos Cabrera

Germn Romero Contreras

Entrega Primer Informe

Entrega Segundo Informe

Entrega Tercer Informe

Entrega Cuarto Informe

Entrega Final Informe

7.4. Necesidades de Marketing ...................................................................................60

10.1.4.1.4. Diagrama de Actividad............................................................................ 163

Costo de la aplicacin para el cliente: ya que es una herramienta sencilla, fcil de

La inversin inicial de Mi Estacionamiento es de USD 13263,94, considerando los

La reserva de estacionamiento, en Chile aun no esta masificado y explotado al 100%, sin

2. Identificacin del Proyecto

3. Formulacin y delimitacin del proyecto

El proyecto esta compuesto por lo siguiente:

Lo que este proyecto pretende implementar es:

Lo que no contempla el proyecto:

3.1. Descripcin de la organizacin

Aseo: Son los encargado de ornato y aseo del recinto en general.

3.1.2. Estructura Organizacional

Ilustracin 1: Estructura organizacional de un estacionamiento

4. Descripcin del Problema o Necesidad

4.2. Unidades / reas Afectadas

4.3. Anlisis de la Situacin Actual

Al momento que se encuentra un estacionamiento que satisface las necesidades del

Ilustracin 2: DFA de los estacionamientos

4.5. Descripcin escrita del o los proceso a intervenir.

Bsqueda automatizada de estacionamiento.

Registro de disponibilidad de estacionamientos.

4.6. Flujos de Datos

4.6.1. Descripcin de Documentos de Datos.

4.7. Levantamiento de Requerimientos

4.7.1. Mtodo de Levantamiento de Requerimientos

Esta encuesta fue realizada en diferente lugares de Santiago, de preferencia se consultaban

Los lugares que se realizo esta encuesta fueron:

El tamao de la muestra va de acuerdo a cada lugar en que se realizo a continuacin

El objetivo de esta encuesta es saber si realmente lo conductores, que van habitualmente u

4.7.1.1. Requerimientos Del Cliente

Disponer de informacin estandarizada

Nombre del estacionamiento

Reserva de estacionamiento mediante Tecnologa Wap.

4.7.1.1.2. Requerimientos Especficos

Nombre de la calle (ingresada por el usuario)

4.7.1.2. Requerimientos De Desarrollo

El sistema Wap, al seleccionar el nmero de telfono, debe permitir realizar llamados

4.7.1.2.1.2. Requerimiento Implcito

4.7.1.2.2. Requerimientos No Funcionales

4.7.1.2.2.2. Requerimiento Implcito

4.7.3. Restricciones del negocio

Cantidad de funcionario del estacionamiento

Por lo que se menciona anteriormente, se diferencian segn las caractersticas de los

4.7.4.1. Definicin de Alcances del proyecto

Formulario de bsqueda de estacionamiento, dentro del rango.

El sistema ofrece una aplicacin en Wap que cuenta con lo siguiente:

link a calles que el sistema cubre.

Las caractersticas para la Aplicacin Web son las siguientes:

Sitio plano-dinmico (html o php).

Las caractersticas para la Aplicacin Wap son las siguientes:

Sitio plano-dinmico (wml o php).

informes o simplemente pueden ser vistos en

4.7.4.2. Definicin de Lmites del proyecto

El sistema no hace tareas de seguridad, por ejemplo, Firewall y antivirus