TERMINAL DE BUSES DE LA PAZ: INTENTAR:

PRIMERA ITERACION
1. Coordinar y especificar nuestros
horarios cuando se realizaran las
MANTENER:
reuniones.
2.
Retrasos en las reuniones.
1. Reglas establecidas como grupo.
3. Buscar otros medios para poder
2. Horarios para el desarrollo del proyecto.
avanzar el proyecto.
3. Lugar de encuentro para realizar las
4. Evitar perder tiempo en discusiones.
tareas.
5. Terminar
de
desarrollar
los
4. Roles designados.
problemas y la introduccin.
DESARROLLO DEL PROYECTO:
Definimos que el modo de trabajo que
utilizaremos como grupo deber ser secuencial,
es decir que abarcaremos punto por punto cada
tarea de manera que cada integrante del grupo
comprenda que se est haciendo.
El grupo decidi que cada integrante debera
recabar informacin sobre los problemas que
existe en la terminal de buses de La Paz, para
poder as lograr hacer una lluvia de ideas donde
se podr sacar un problema general.
PROBLEMAS:
1. Retrasos en las reuniones.
2. Discusiones en el grupo.
GESTION DE PROCESO
MODELO CRISTAL
1ERA ITERACIN
FASE DE ANLISIS

GESTION DE PROCESO
MODELO CRISTAL
2DA ITERACIN
FASE DE ANLISIS

TERMINAL DE BUSES DE LA PAZ: SEGUNDA ITERACION

MANTENER:
1.
2.
3.
4.
5.

Reglas establecidas como grupo.

Horarios para el desarrollo del proyecto.
Lugar de encuentro para realizar las tareas.
Roles designados.
Modo de trabajo (Secuencial).

DESARROLLO DEL PROYECTO:

Logramos definir un problema general que tiene la terminal de
buses, adems se realiz una lista de problemas que tiene la terminal
especificando cada problema de manera detallada.
Se logr realizar la introduccin del proyecto.
PROBLEMAS:
1. Retrasos en las reuniones.
2. El equipo sufre interrupciones.

GESTION DE PROCESO
MODELO CRISTAL
3ERA ITERACIN

INTENTAR:

1. Evitar perder tiempo.

2. Disminuir retrasos en las re
3. Ir a la terminal de buses de
el movimiento de la termina

FASE DE ANLISIS
TERMINAL DE BUSES DE LA PAZ: INTENTAR:
TERCERA ITERACION
1. Cambiar el modo de trabajo.
2. Fijar nuevas reglas.
MANTENER:
3. Repartir los puntos de trabajo para un
mejor avance.
1. Reglas establecidas como grupo.
4. Cambiar el lugar de encuentro ya que
2. Horarios para el desarrollo del
nos produce muchas interrupciones.
proyecto.
5. Terminar la parte de los requisitos del
3. Lugar de encuentro para realizar las
proyecto.
tareas.
6. Avanzar la parte de la matriz de marco
4. Roles designados.
lgico.
5. Modo de trabajo (secuencial).
7. Cada integrante del grupo debera ir
revisando y buscando informacin
DESARROLLO DEL PROYECTO:
sobre la metodologa que utilizara el
grupo en cuanto al modelo cristal.
Compartimos nuestras ideas sobre la visita
que se realiz a la terminal, se logr realizar y
formular una serie de preguntas para la parte
de las entrevistas que se realizaran en la
prxima visita a la terminal
Se logr realizar un avance en cuanto a los
requisitos funcionales y no funcionales,
donde se tuvo ciertas observaciones que
aprecio el cliente.
Se decidi cambiar el modo de trabajo ya que
el avance del proyecto es mnimo de manera
que ya no sea secuencial.
Adems se decidi cambiar unos cuantos
roles de trabajo ya que no se tena una buena
organizacin, incluimos un nuevo rol de
coordinador de manera que solucione
nuestras falencias como grupo.
Se elabora los interfaces de usuario para ser
presentados al cliente.
PROBLEMAS:
1. Retrasos en las reuniones.
2. El equipo sufre interrupciones.
3. Los empleados de la terminal no
queran ser entrevistados.

INTERFAZ DE USUARIO

1. DIRIGIDO AL ADMINISTRADOR
DETECCION DE ROSTRO
TRANSFORMADA DE HOUGH

y=mx+ n =xcos + ysin

FILTRO WAVELETS GABOR

j ( x )=

k 2j
2

exp

k 2j . x 2
2 2

)[

( )]

exp ( i k j x )exp
2

ADMINISTRADOR

El Administrador
registrar los datos, de
administradores,
conductores, boleteros,
buses.
Ser el responsable del
control con la ayuda del
software que permitir
Control de Buses
con las diferentes
Medida de Longitud
y tiempo
herramientas,
identificar
rostros para autoregistro
de asistencia del personal
, y control de salidas,

( )(

k
k cos

k j= jx = v
, k v =2
k jy
k v sin

v +2
2

, = con indice j=+8 v

8

ADMINISTRADOR

El Administrador
registrar los datos de
precios en una ventana
led de acuerdo a precios
establecidas por la
autoridad de
telecomunicaciones y

Control de la pantalla Led

CIRCUITOS INTEGRADOS

2. DIRIGIDO AL CAJERO

CAJERO

El cajero ser el
responsable de cobro de
pasajes, asi como de
envio de servicio de
encomiendas.

GESTION DE PROCESO
MODELO CRISTAL
4TA ITERACIN
TERMINAL DE
ITERACION

BUSES

DE

LA

PAZ:

CUARTA INTENTAR:

MANTENER:
1.
2.
3.
4.

Nuevas reglas establecidas.

Horarios para el desarrollo del proyecto.
Nuevo lugar de encuentro para realizar las tareas.
Nuevos roles designados.

DESARROLLO DEL PROYECTO:

Se logr definir nuevas reglas y un nuevo lugar para desarrollar
el proyecto.
Presentamos la parte de los requisitos funcionales y no
funcionales al cliente obteniendo el visto bueno.
Desarrollamos un mnimo avance en cuanto a la parte de la
matriz del marco lgico, tuvimos ciertas observaciones del
cliente.
Analizamos como grupo la metodologa cristal.
Designamos a dos integrantes del grupo para que se encarguen de
la parte de la investigacin en cuanto a los modelos matemticos
que se utilizara para la parte del reconocimiento del rostro.
Los dems integrantes se organizaron para hacer la entrevista a
los empleados de la terminal de buses.
PROBLEMAS:
.
1. El equipo sufre interrupciones.
2. Observaciones de cliente en el marco lgico.

Gestin de Proceso
MODELO CRISTAL
4ta iteracin
FASE DE DISEO Y ANLISIS
Indice de Contenidos

1. Realizar entrevistas en la te
2. Recabar informacin del m
3. Buscar que herramientas (f
el reconocimiento de rostro
4. Disear la parte de la inte
presentar al cliente.

Anlisis y Diseo
Parte I ORIENTADA AL PASAJERO
1. Estudio del problema y propuesta de una solucin de software
1.1. Descripcin detallada del problema
1.2. Descripcin detallada de la solucin de Software
Parte II ORIENTADA AL ADMINISTRADOR CAJERO
1. Anlisis del sistema software

PARTE 1
ORIENTADA AL CLIENTE
1. Estudio del problema y propuesta de una solucin de Software

1.1.

Descripcin detallada del problema

Se nos plantea la realizacin de un sistema software que interacte

con el usuario (pasajero) proporcionndole informacin bsica de viajes.
1.2.

Descripcin detallada de la solucin del software

En el sistema a desarrollar para que un usuario pase a formar parte de nuestro

sistema primero se ha de dar de alta proporcionando sus datos personales al
administrador del sistema, o bien rellenando un formulario web, mediante el cual
si el usuario no existe ya en el sistema ser automticamente dado de alta
otorgndole un NIF..
El NIF ser el identificador de cada persona dentro del sistema,
puede haber dos personas con el mismo nombre y apellidos, pero el NIF
ser siempre nico.
Si una persona quiere modificar sus datos personales deber
realizarlo ponindose en contacto con el administrador quien tendr el
software con la interfaz necesaria para interactuar con la base de datos del
sistema de manera correcta.
El sistema permitir a los usuarios acceder a informacin de viajes
como de pasajes en el sitio web correspondiente, adems de hacer
reservaciones para viaje.
El sistema tambin ha de ser capaz de enviar a los usuarios mensajes de aviso
ante una situacin de cancelacin de viajes por bloqueos existentes al correo
electrnico proporcionado.

PARTE 2
ORIENTADA AL ADMINISTRADOR
1. Estudio del problema y propuesta de una solucin de Software
1.1.

Descripcin detallada del problema

Se nos plantea la realizacin de un sistema software que gestione la

buena organizacin de la central de Buses de La Paz en la venta de
pasajes, control de salida de buses.
1.2.

Descripcin detallada de la solucin del software

En el sistema a desarrollar el administrador del sistema podr:

o Manipular informacin referente a los usuarios de nuestro
o
o
o
o
o

sistema:
Dar de alta a un nuevo cliente de la terminal a travs de venta
de pasajes.
Hacer consultas genricas y especficas sobre los datos de
los usuarios.
Realizar modificaciones sobre los datos de los usuarios.
Mediante identificacin de rostro podr alertar a las
autoridades correspondientes el ingreso de pasajeros
menores de edad que viajen solos.
Realizar operaciones consideradas como gestin del
sistema:
Realizar operaciones de creacin, borrado, consulta y
modificacin sobre las tarifas de costes que aplica nuestro
sistema.
Modificar el nmero fijado como nmero del sistema al que los
usuarios debern mandar sus peticiones.

o Consultar la historia de las operaciones llevadas a cabo en

nuestro sistema.
o Consultar estadsticas sobre el uso del sistema por parte de
un determinado usuario.

Nivel 0 o de contexto:
En este diagrama se define la frontera del sistema con el mundo
exterior y se definen los flujos de entrada y salida del sistema con el
entorno.
Entidad externa Administrador:
Representa a una persona que desempea la labor de
administrador y que se comunica con el sistema mediante un
terminal.
Entidad externa Usuario:
Representa a un usuario dado de alta en la compaa y que
interacta con nuestro sistema mediante compra o reserva de
pasajes.
Entidad externa Web:
Representa la pgina web de la compaa, mediante la cual un
usuario se podr dar de alta usando su propio terminal.
Entidad externa Pantalla de ordenador:
Representa la pantalla de cualquier terminal de ordenador con el
que se haya accedido a nuestro sistema, all se ir mostrando
informacin de inters.
Entidad externa Usuario:
Representa una compra de pasaje de la terminal.
Proceso Sistema:
Gestiona la organizacin y control de buses terminal
Flujo de datos flujo_administrador:
Contiene datos acerca de la operacin que el administrador
desea realizar en el sistema, usando su terminal.
Flujo de datos flujo_usuario:
Contiene informacin acerca de la peticin de servicio que nos
hace un usuario .
Flujo de datos flujo_web:
Contiene los datos extrados del formulario web y que sern
necesarios para dar de alta o de baja al cliente que lo solicita.
Flujo de datos salida_a_pantalla:
Representa cualquier informacin que el sistema arrojar a la
pantalla de un terminal conectado al sistema: este terminal
puede ser el de un administrador o el de un usuario conectado a
la web.

Flujo de datos salida_a_usuario:

Representa los datos que enva el sistema a un usuario en
forma de mensaje de texto.

Nivel 0

DIAGRAMA 0

Nivel 1:
En este diagrama se definen los subsistemas principales as como
algunos procesos primitivos que ya no se descompondrn ms.
Subsistema administrador:

Este subsistema se encarga de gestionar las peticiones del administrador

acerca de la gestin de usuarios, la gestin del propio sistema y la
consulta de la historia y las estadsticas.
Subsistema usuario:
Se encarga de gestionar las peticiones que puede hacer un
usuario mediante su telfono mvil: conectarse, desconectarse,
recargar saldo, consultar saldo, activar el desvo, desactivar el
desvo o enviar un mensaje de texto a otro usuario.
Proceso distinguir_peticin_web:
Dependiendo de los datos que recibe de la pgina web mediante un
formulario decide si lo que se quiere realizar es una alta o una baja en el
sistema y dependiendo de esto pasar los datos de alta al proceso alta o
los datos de baja al proceso baja, para poder realizar la operacin.
Proceso alta:
Da de alta un nuevo usuario en el sistema, almacenando en la base de
datos los datos proporcionados por el formulario web rellenado por el
propio usuario.
Flujo de datos salida_administrador:
Representa los datos de informacin
administrador al realizar alguna operacin

que

se

le

mostrarn

al

Flujo de datos salida_a_usuario:

Representa los datos en forma de mensaje que se mandarn al
usuario como salida de alguna operacin realizada.
Flujo de datos datos_alta:
Contiene el NIF del propietario y entradas ya vendidas al
usuario
Flujo de datos alta_lee_bd:
Representa los datos personales del propietario que extrae el
proceso alta de la base de datos si ese usuario que est
intentando dar de alta un telfono existe ya en el sistema y as
poder usarlos para que no tenga que volver a proporcionarlos.
Flujo de datos alta_act_bd:
Representa el conjunto de datos del telfono que sern
almacenados en la base de datos para que conste como
registrado y el NIF de su propietario. Si el propietario no era
usuario del sistema tambin contendr los datos necesarios
para registrarlo.

Flujo de datos baja_lee_bd:

Representa los datos, acerca del propietario y sus telfonos
registrados, que el proceso Baja extrae de la base de datos
partiendo del NIF proporcionado.
Flujo de datos baja_act_bd:
Representa el NIF de su propietario, que son necesarios para
eliminarlos de la base de datos.
Almacn Base de Datos:
Representa la base de datos del sistema, que ser consultada y
modificada por los procesos alta y baja.

NIVEL 1

DIAGRAMA 1

NIVEL 1

DIAGRAMA 2

GESTION DE PROCESO

MODELO CRISTAL
5TA ITERACIN
TERMINAL DE
ITERACION

BUSES

DE

LA

PAZ:

QUINTA INTENTAR:

MANTENER:
1.
2.
3.
4.
5.

Reglas establecidas como grupo.

Horarios para el desarrollo del proyecto.
Lugar de encuentro para realizar las tareas.
Roles designados.
Modo de trabajo (secuencial).

1. Terminar de llenar los pun

matriz de marco lgico.
2. Obtener una mejor perspec
crystal.
3. Buscar informacin sobre
para ir avanzando luego.

DESARROLLO DEL PROYECTO:

Presentamos la parte de la interfaz grfica al cliente.
Presentamos el marco lgico al cliente pero aun as sigue tuvimos
observaciones que se solucionaran en la prxima entrega.
Se logr terminar con las entrevistas teniendo ciertos conflictos.
Avanzamos en detalle la mitad del grupo la parte del modelo de
proceso crystal analizando ciertos puntos que se asemejen a lo
que quiere el proyecto y de acuerdo al grado de dificultad que
tiene la terminal de buses.
Se logr terminar la parte del reconocimiento de rostro gracias a
la otra mitad de grupo que se encarg de dicho trabajo.
Se hizo una breve reunin analizando los puntos pendientes del
proyecto.
PROBLEMAS:
1. Retrasos en las reuniones.
2. El equipo sufre interrupciones.
3. Los empleado de la terminal no queran ser entrevistados.
TERMINAL DE BUSES DE LA PAZ: SEXTA ITERACION
MANTENER:
1.
2.
3.
4.
5.

Reglas establecidas como grupo.

Horarios para el desarrollo del proyecto.
Lugar de encuentro para realizar las tareas.
Roles designados.
Modo de trabajo (secuencial).

DESARROLLO DEL PROYECTO:

INTENTAR:

1. Recurrir a documentacin d
2. Analizar en profundidad la
3. Realizar ciertos arreglos en
que se entregara al client
entrega del proyecto.

Presentamos la matriz de marco lgico al cliente obteniendo

buenos resultados.
Analizamos el modelo de proceso crystal, como grupo
designamos a dos personas para que se encarguen llenar la parte
del modelo de proceso ya que ellos observaran como aplicamos
como grupo el modelo cristal, ellos sern los que guiaran al
grupo.
Se presenta al cliente la fase final de anlisis y diseo.
Se elabora los diagramas bajo el modelo estructural.
PROBLEMAS:
1. Retrasos en las reuniones.
2. Falta de informacin sobre el tema de punto funcin.

Gestin de Proceso
5ta Iteracin
FASE FINAL DE DISEO Y ANLISIS
Indice de Contenidos
Anlisis y Diseo
Parte I ORIENTADA AL PASAJERO

2. Estudio del problema y propuesta de una solucin de software

1.3. Descripcin detallada del problema
1.4. Descripcin detallada de la solucin de Software
2.

Recursos hardware y software

3.

Gestin de usuario

Parte II ORIENTADA AL ADMINISTRADOR CAJERO

2. Anlisis del sistema software
3. Diseo del sistema software

PARTE 1
ORIENTADA AL CLIENTE
2. Estudio del problema y propuesta de una solucin de Software
2.1.

Descripcin detallada del problema

Se nos plantea la realizacin de un sistema software que interacte

con el usuario (pasajero) proporcionndole informacin bsica de viajes.

2.2.

Descripcin detallada de la solucin del software

En el sistema a desarrollar para que un usuario pase a formar parte de nuestro

sistema primero se ha de dar de alta proporcionando sus datos personales al
administrador del sistema, o bien rellenando un formulario web, mediante el cual
si el usuario no existe ya en el sistema ser automticamente dado de alta
otorgndole un NIF..
El NIF ser el identificador de cada persona dentro del sistema,
puede haber dos personas con el mismo nombre y apellidos, pero el NIF
ser siempre nico.
Si una persona quiere modificar sus datos personales deber
realizarlo ponindose en contacto con el administrador quien tendr el
software con la interfaz necesaria para interactuar con la base de datos del
sistema de manera correcta.
El sistema permitir a los usuarios acceder a informacin de viajes
como de pasajes en el sitio web correspondiente, adems de hacer
reservaciones para viaje.
El sistema tambin ha de ser capaz de enviar a los usuarios mensajes de aviso
ante una situacin de cancelacin de viajes por bloqueos existentes al correo
electrnico proporcionado.

3. Recursos de desarrollo
Estos son los recursos software que consideramos necesarios para el
desarrollo de nuestro sistema software:
Sistema operativo Windows 7, NT, o XP.
Como entorno de desarrollo para las interfaces usaremos Java
Tecnology.
Se utilizar Oracle 8i para la definicin y manipulacin de la base de
datos de nuestro sistema.
Software de conexin a internet para el mdem.
Como recursos hardwares mnimos y recomendados se considerarn los
siguientes:
Microprocesador Intel Pentium o similar.

Frecuencia de reloj de la CPU 200 Mhz.

Memoria RAM de 1gb Mb.
Mdem de 300 Kbps (para realizar las pruebas con conexin a la
red).

4. Gestin de usuarios
En esta interfaz el administrador puede realizar las siguientes
operaciones en relacin a la informacin de los usuarios:

Al principio se mostrarn en la tabla que ocupa la parte inferior todos los

usuarios del sistema, correspondiendo cada fila con un usuario y
permitiendo la seleccin de uno de ellos para trabajar con sus datos de
forma individual. Tambin podremos realizar consultas genricas o
especficas rellenando los valores que conozcamos en las cajas de
texto, en el caso de una consulta genrica las coincidencias aparecern
en la tabla inferior para poder seleccionarlas de forma individual.

Dar de alta a un usuario, para ello debe proporcionar el NIF del

propietario.
Dar de baja a un usuario, para ello deber seleccionar un usuario
registrado, o bien seleccionando un usuario existente de la tabla de la
parte inferior o bien proporcionando el nmero de CI que se desea
eliminar. Una vez seleccionado se mostrarn sus datos en las cajas de
texto y si queremos eliminarlo deberemos pulsar sobre el botn
Borrar.

Modificar los datos de un determinado usuario, para ello deber

seleccionar un usuario registrado, o bien seleccionando un usuario
existente de la tabla de la parte inferior o bien proporcionando algn
dato conocido para realizar as una consulta genrica o especfica. Una
vez tengamos el usuario seleccionado, sus datos aparecern en las
cajas de texto correspondientes y podremos cambiar los datos que
queramos y si queremos que los cambios queden registrados en la
base de datos, deberemos pulsar sobre el botn Guardar.

PARTE 2
ORIENTADA AL ADMINISTRADOR
2. Estudio del problema y propuesta de una solucin de Software
2.1.

Descripcin detallada del problema

Se nos plantea la realizacin de un sistema software que gestione la

buena organizacin de la central de Buses de La Paz en la venta de
pasajes, control de salida de buses.
2.2.

Descripcin detallada de la solucin del software

En el sistema a desarrollar el administrador del sistema podr:

o Manipular informacin referente a los usuarios de nuestro
sistema:

o Dar de alta a un nuevo cliente de la terminal a travs de venta

de pasajes.

o Hacer consultas genricas y especficas sobre los datos de

los usuarios.

o Realizar modificaciones sobre los datos de los usuarios.

o Mediante identificacin de rostro podr alertar a las
autoridades correspondientes el ingreso de pasajeros
menores de edad que viajen solos.
o Realizar operaciones consideradas como gestin del
sistema:
Realizar operaciones de creacin, borrado, consulta y
modificacin sobre las tarifas de costes que aplica nuestro
sistema.
Modificar el nmero fijado como nmero del sistema al que los
usuarios debern mandar sus peticiones.

o Consultar la historia de las operaciones llevadas a cabo en

nuestro sistema.

o Consultar estadsticas sobre el uso del sistema por parte de

un determinado usuario.

Nivel 0 o de contexto:
En este diagrama se define la frontera del sistema con el mundo
exterior y se definen los flujos de entrada y salida del sistema con el
entorno.
Entidad externa Administrador:
Representa a una persona que desempea la labor de
administrador y que se comunica con el sistema mediante un
terminal.
Entidad externa Usuario:
Representa a un usuario dado de alta en la compaa y que
interacta con nuestro sistema mediante compra o reserva de
pasajes.
Entidad externa Web:
Representa la pgina web de la compaa, mediante la cul un
usuario se podr dar de alta usando su propio terminal.
Entidad externa Pantalla de ordenador:
Representa la pantalla de cualquier terminal de ordenador con el
que se haya accedido a nuestro sistema, all se ir mostrando
informacin de inters.
Entidad externa Usuario:
Representa una compra de pasaje de la terminal.
Proceso Sistema:
Gestiona la organizacin y control de buses terminal
Flujo de datos flujo_administrador:
Contiene datos acerca de la operacin que el administrador
desea realizar en el sistema, usando su terminal.
Flujo de datos flujo_usuario:
Contiene informacin acerca de la peticin de servicio que nos
hace un usuario .
Flujo de datos flujo_web:
Contiene los datos extrados del formulario web y que sern
necesarios para dar de alta o de baja al cliente que lo solicita.

Flujo de datos salida_a_pantalla:

Representa cualquier informacin que el sistema arrojar a la
pantalla de un terminal conectado al sistema: este terminal
puede ser el de un administrador o el de un usuario conectado a
la web.
Flujo de datos salida_a_usuario:
Representa los datos que enva el sistema a un usuario en
forma de mensaje de texto.

Nivel 0

DIAGRAMA 0

Nivel 1:
En este diagrama se definen los subsistemas principales as como
algunos procesos primitivos que ya no se descompondrn ms.
Subsistema administrador:
Este subsistema se encarga de gestionar las peticiones del
administrador acerca de la gestin de usuarios, la gestin del
propio sistema y la consulta de la historia y las estadsticas.
Subsistema usuario:
Se encarga de gestionar las peticiones que puede hacer un
usuario mediante su telfono mvil: conectarse, desconectarse,
recargar saldo, consultar saldo, activar el desvo, desactivar el
desvo o enviar un mensaje de texto a otro usuario.
Proceso distinguir_peticin_web:
Dependiendo de los datos que recibe de la pgina web mediante
un formulario decide si lo que se quiere realizar es una alta o una
baja en el sistema y dependiendo de esto pasar los datos de alta
al proceso alta o los datos de baja al proceso baja, para poder
realizar la operacin.
Proceso alta:
Da de alta un nuevo usuario en el sistema, almacenando en la
base de datos los datos proporcionados por el formulario web
rellenado por el propio usuario.

Flujo de datos salida_administrador:

Representa los datos de informacin que se le mostrarn al
administrador al realizar alguna operacin

Flujo de datos salida_a_usuario:

Representa los datos en forma de mensaje que se mandarn al
usuario como salida de alguna operacin realizada.
Flujo de datos datos_alta:
Contiene el NIF del propietario y entradas ya vendidas al
usuario
Flujo de datos alta_lee_bd:
Representa los datos personales del propietario que extrae el
proceso alta de la base de datos si ese usuario que est
intentando dar de alta un telfono existe ya en el sistema y as
poder usarlos para que no tenga que volver a proporcionarlos.
Flujo de datos alta_act_bd:
Representa el conjunto de datos del telfono que sern
almacenados en la base de datos para que conste como
registrado y el NIF de su propietario. Si el propietario no era
usuario del sistema tambin contendr los datos necesarios
para registrarlo.

Flujo de datos baja_lee_bd:

Representa los datos, acerca del propietario y sus telfonos
registrados, que el proceso Baja extrae de la base de datos
partiendo del NIF proporcionado.
Flujo de datos baja_act_bd:
Representa el NIF de su propietario, que son necesarios para
eliminarlos de la base de datos.
Almacn Base de Datos:
Representa la base de datos del sistema, que ser consultada y
modificada por los procesos alta y baja.

NIVEL 1

DIAGRAMA 1

NIVEL 1

DIAGRAMA 2

Nivel 2:
1. Subsistema administrador
Subsistema gestin_usuarios:
Este subsistema se encarga de gestionar las operaciones que el
administrador podr realizar con la informacin de los usuarios,
estas operaciones sern dar de alta, dar de baja, consultar y
modificar.
Subsistema gestin_sistema:
Se encarga de gestionar las operaciones que el administrador
puede realizar con informacin que afecta directamente al
funcionamiento del sistema, tal como el cambio del registro
predeterminado del sistema, operaciones con las tarifas de costes
y envos de propsito general a todos los usuarios del sistema.
Proceso historia:
Consulta en la base de datos la historia de una determinada
persona y muestra al administrador toda la informacin de las
operaciones realizadas .
Proceso estadsticas:
Consulta en la base de datos del sistema y extrae y calcula
varia informacin en forma de estadsticas acerca de viajes
proporcionado. Dicha informacin se le mostrar al administrador.
Flujo de datos datos_usuario venta de pasajes:
Estar formado por varios datos acerca de un usuario que sern
diferenciados y usados en el subsistema de gestin de pasajes.
Flujo de datos datos_sistema:
Estar formado por informacin referente al sistema que ser
diferenciada y usada en el subsistema de gestin del sistema.
Flujo de datos datos_historia:
Nmero de telfono aportado por el administrador al proceso que
se encarga de mostrarle la historia de ese telfono dentro de
nuestro sistema.
Flujo de datos datos_estadsticas:
Nmero de telfono aportado por el administrador, que ser
necesario para que el proceso estadsticas le muestre varias

estadsticas acerca de ese telfono.

Flujo de datos historia_lee_bd:
Representa los datos que el proceso historia ha de extraer de la
base de datos para poder presentar la historia del sistema.
Flujo de datos estadsticas_lee_bd:
Representa los datos que el proceso estadsticas ha de extraer
de la base de datos para poder realizar su labor.
Almacn Base de Datos:
Representa la base de datos del sistema que ser consultada
por los procesos historia y estadsticas.

NIVEL 2

DIAGRAMA 3

GESTION DE PROCESO
MODELO CRISTAL
6TA ITERACIN
FASE DE CODIFICACIN Y PRUEBAS
TERMINAL DE BUSES DE LA PAZ: INTENTAR:
SEXTA ITERACION
1. Recurrir a documentacin de
libros de la biblioteca.
MANTENER:
2. Analizar en profundidad la
parte de punto funcin.
1. Reglas establecidas como grupo.
3.
Realizar ciertos arreglos en
2. Horarios para el desarrollo del
cuanto a la documentacin que
proyecto.
se entregara al cliente, ya que
3. Lugar de encuentro para realizar
se aproxima la entrega del
las tareas.
proyecto.
4. Roles designados.
5. Modo de trabajo (secuencial).
DESARROLLO DEL PROYECTO:
Presentamos la matriz de marco lgico al
cliente obteniendo buenos resultados.
Analizamos el modelo de proceso crystal,
como grupo designamos a dos personas
para que se encarguen llenar la parte del
modelo de proceso ya que ellos
observaran como aplicamos como grupo
el modelo cristal, ellos sern los que
guiaran al grupo.
Logramos realizar una lluvia de ideas en
cuanto a la parte de punto funcin para
luego as analizar el tamao de nuestro
software y la calidad.
Se empieza a codificar el diseo ya
aprobado por el cliente .
PROBLEMAS:
1. Retrasos en las reuniones.
2. Falta de informacin sobre el tema
de punto funcin.