Gestión de Proceso

TERMINAL DE BUSES DE LA PAZ: PRIMERA ITERACION

MANTENER:

1. Reglas establecidas como grupo.2. Horarios para el desarrollo del proyecto.3. Lugar de encuentro para realizar las tareas.4. Roles designados.

INTENTAR:

1. Coordinar y especificar nuestros horarios cuando se realizaran las reuniones.2. Retrasos en las reuniones.3. Buscar otros medios para poder avanzar el proyecto.4. Evitar perder tiempo en discusiones.5. Terminar de desarrollar los 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 PROCESOMODELO CRISTAL1ERA ITERACINFASE DE ANLISIS

GESTION DE PROCESOMODELO CRISTAL2DA ITERACINFASE DE ANLISIS

TERMINAL DE BUSES DE LA PAZ: SEGUNDA ITERACION

MANTENER:

1. Reglas establecidas como grupo.2. Horarios para el desarrollo del proyecto.3. Lugar de encuentro para realizar las tareas.4. Roles designados.5. Modo de trabajo (Secuencial).

INTENTAR:

1. Evitar perder tiempo.2. Disminuir retrasos en las reuniones.3. Ir a la terminal de buses de La Paz y ver el desarrollo y el movimiento de la terminal.


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 PROCESOMODELO CRISTAL3ERA ITERACINFASE DE ANLISIS

TERMINAL DE BUSES DE LA PAZ: TERCERA ITERACION

MANTENER:

1. Reglas establecidas como grupo.2. Horarios para el desarrollo del proyecto.3. Lugar de encuentro para realizar las tareas.4. Roles designados.5. Modo de trabajo (secuencial).

INTENTAR:

1. Cambiar el modo de trabajo.2. Fijar nuevas reglas.3. Repartir los puntos de trabajo para un mejor avance.4. Cambiar el lugar de encuentro ya que nos produce muchas interrupciones.5. Terminar la parte de los requisitos del proyecto.6. Avanzar la parte de la matriz de marco lgico.7. Cada integrante del grupo debera ir revisando y buscando informacin 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 terminalSe 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 USUARIO1. DIRIGIDO AL ADMINISTRADOR

DETECCION DE ROSTROTRANSFORMADA DE HOUGH

FILTRO WAVELETS GABOR

ADMINISTRADOR

El Administrador registrar los datos, de administradores, conductores, boleteros, buses.Ser el responsable del control con la ayuda del software que permitir con las diferentes herramientas, identificar rostros para autoregistro de asistencia del personal , y control de salidas, llegadas con registro satelital de buses mediante gps.

Control de BusesMedida de Longitud y tiempo

ADMINISTRADOR

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

Control de la pantalla LedCIRCUITOS 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 PROCESOMODELO CRISTAL4TA ITERACIN

TERMINAL DE BUSES DE LA PAZ: CUARTA ITERACION

MANTENER:

1. Nuevas reglas establecidas.2. Horarios para el desarrollo del proyecto.3. Nuevo lugar de encuentro para realizar las tareas.4. Nuevos roles designados.

INTENTAR:

1. Realizar entrevistas en la terminal.2. Recabar informacin del modelo de proceso cristal.3. Buscar que herramientas (formulas) se utilizaran para el reconocimiento de rostro.4. Disear la parte de la interfaz grfica del software y presentar al cliente.


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 ProcesoMODELO CRISTAL4ta iteracinFASE DE DISEO Y ANLISISIndice de Contenidos

Anlisis y Diseo

Parte I ORIENTADA AL PASAJERO

1. Estudio del problema y propuesta de una solucin de software1.1. Descripcin detallada del problema1.2. Descripcin detallada de la solucin de Software

Parte II ORIENTADA AL ADMINISTRADOR CAJERO

1. Anlisis del sistema software

PARTE 1ORIENTADA AL CLIENTE1. 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 2ORIENTADA AL ADMINISTRADOR1. Estudio del problema y propuesta de una solucin de Software


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.


En el sistema a desarrollar el administrador del sistema podr:

Manipular informacin referente a los usuarios de nuestro 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. Realizaroperacionesconsideradascomogestindel 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.

Consultar la historia de las operaciones llevadas a cabo en nuestro sistema. 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 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

GESTION DE PROCESOMODELO CRISTAL5TA ITERACIN

TERMINAL DE BUSES DE LA PAZ: QUINTA ITERACION

MANTENER:


INTENTAR:

1. Terminar de llenar los puntos faltantes en cuanto a la matriz de marco lgico.2. Obtener una mejor perspectiva de lo que es el modelo crystal.3. Buscar informacin sobre lo que es el punto funcin para ir avanzando luego.


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:


INTENTAR:

1. Recurrir a documentacin de libros de la biblioteca.2. Analizar en profundidad la parte de punto funcin.3. Realizar ciertos arreglos en cuanto a la documentacin que se entregara al cliente, ya que se aproxima la 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 Proceso5ta IteracinFASE FINAL DE DISEO Y ANLISISIndice de Contenidos

Anlisis y Diseo

Parte I ORIENTADA AL PASAJERO

2. Estudio del problema y propuesta de una solucin de software1.3. Descripcin detallada del problema1.4. Descripcin detallada de la solucin de Software2. Recursos hardware y software3. Gestin de usuario

Parte II ORIENTADA AL ADMINISTRADOR CAJERO

2. Anlisis del sistema software3. Diseo del sistema software

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


Se nos plantea la realizacin de un sistema software que interacte con el usuario (pasajero) proporcionndole informacin bsica de viajes.


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 2ORIENTADA AL ADMINISTRADOR2. Estudio del problema y propuesta de una solucin de Software


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.


En el sistema a desarrollar el administrador del sistema podr:

Manipular informacin referente a los usuarios de nuestro 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. Realizaroperacionesconsideradascomogestindel 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.

Consultar la historia de las operaciones llevadas a cabo en nuestro sistema. 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 PROCESOMODELO CRISTAL6TA ITERACINFASE DE CODIFICACIN Y PRUEBAS

TERMINAL DE BUSES DE LA PAZ: SEXTA ITERACION

MANTENER:


INTENTAR:

4. Recurrir a documentacin de libros de la biblioteca.5. Analizar en profundidad la parte de punto funcin.6. Realizar ciertos arreglos en cuanto a la documentacin que se entregara al cliente, ya que se aproxima la 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.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.

Gestión de Proceso

Documents

Transcript of Gestión de Proceso