You are on page 1of 3

DICCIONARIO WBS (simplificado

)
NOMBRE DEL PROYECTO Guía De Transporte (Rojhi)
ESPECIFICACION DE PAQUETES DE TRABAJO DEL WBS Descripción de cada paquete de trabajo. Etapa 1: Introducció Se comienza hablando acerca sobre de que tratara el proyecto n 2.1 Problemática Se describe cual es el problema que se quiere resolver y que se propone para revolver el mismo Etapa 2: Planteamie nto del problema 2.2.1 Objetivo Se refiere a ¿qué se va a ser? , ¿En dónde?, ¿para qué?, esté General debe comenzar con verbo 2.2.2 Objetivos Son los pasos que se han de realizar para alcanzar el objetivo Específicos general Porque se realiza el proyecto, que ventajas tiene y que se logra hacer con el mismo. Que es lo que el proyecto va a realizar y que es lo que no va a realizar

2.2 Objetivos 2.3 Justificación 2.4 Alcances

Etapa 3: Marco Teórico

Se refiere al estado de arte, es decir, si ya existen productos similares o iguales al que se pretende realizar 4.1.1 Requerimientos funcionales Son todos aquellos que intervienen con el funcionamiento del sistema, es decir, que todos ellos forman parte de su funcionamiento y que en caso de que uno de ellos no funcione correctamente puede afectar al sistema.

4.1 Definición de requerimientos de información Etapa 4: Diseño teórico del prototipo

4.1.2 Requerimientos no funcionales

Son aquellos que no intervienen en el funcionamiento del sistema y aunque el cliente los pide , su función no es importante para que el sistema funcione correctamente.

4.2.1 Contrato de servicio

4.2 Planeación del proyecto

4.2.2 Estudio de factibilidad 4.2.3 Cronograma de tareas 4.2.4 Estructura

Es un acuerdo escrito firmado por el cliente y el contratante, en donde se aceptan acuerdos y se da inicio al proyecto a realizar. Este estudio se realiza para saber qué tan viable es realizar el proyecto solicitado y si es posible realizarlo Es una agenda en donde se plasman todas las actividades ya realizadas, así como las que se van a realizar y si se produjo algún cambio en algunas de ellas. Es una estructura jerárquica de la división del trabajo

de división del trabajo (WBS) 4.2.5 Acta de inicio del proyecto. 4.2.6 Plan de administración del proyecto 4.2.7 Plan de calidad 4.3.1 Modelo de Casos de uso 4.3.2 Modelado de Clases 4.3.3 Modelo de Estado 4.3.4 Modelo de Secuencia 4.4.1 Modelo Entidad-Relación 4.4.2 Esquema de la base de datos (Modelo relacional) 4.4.3 Diccionario de datos

Una vez que se ha validado la realización del proyecto y que han obtenido los requerimientos del proyecto, se levanta un documento el cual da inicio al proyecto. Es una metodología para planificar el desarrollo del proyecto

Es definir y escribir todos aquellos requisitos que la empresa a de cumplir para, desarrollar con eficacia el proyecto. Es la combinación de la descripción detallada de los casos de uso con sus correspondientes diagramas Son los diagramas que describen la estructura del sistema, mostrando sus clases, atributos y relaciones entre ellos Son los diagramas que representan los estados por el cual el sistema pasa, para realizar una acción. Son los diagramas que describen detalladamente todos los pasos que acurren al activar una función del sistema Consta de una colección de objetos básicos llamados entidades y de relaciones llamados objetos Es un grupo de tablas para representar datos y las relaciones entre ellas

4.3 Análisis y diseño del Sistema empleando UML.

4.4 Diseño de la base de datos

4.5 Diseño de la interfaz de usuario (Maqueta)

4.4.4 Procedimientos almacenados y disparadores En ésta sección se detalla los elementos del estándar aplicado para el diseño de las interfaces

Conjunto de datos que contiene las características lógicas de los datos que se van a utilizar en el sistema, que incluya nombre y descripción de la base de datos, nombre y descripción de cada una de las tablas, por cada campo su nombre, el tipo de dato, tamaño, descripción, valores nulos, valores por default, determinar llave primaria y/o foránea. Son ejecutados directamente en la base de datos en repuesta a la petición de un usuario, estos están almacenados físicamente en la base de datos.

Etapa 5: Diseño físico, pruebas y validación

5.1 Implementación del servidor de la base de datos

5.1.1 Requerimientos de software. 5.1.2 Requerimientos de hardware. 5.1.3 Proceso de instalación del servidor de datos.

Son las características que tendrá el sistema el cual se realizara el proyecto Son las características que debe tener la computadora en la cual se realizara el proyecto y estas deben estar basadas en los requerimientos de software Son los pasos que se deben realizar para instalar el servidor de base de datos para el sistema a realizar.

5.2 Administración de la Base de Datos.

5.2.1 Perfiles de usuario 5.2.2 Políticas y procedimientos de respaldo y restauración 5.2.3 Listado de reportes generados por el sistema. 5.3.1 Descripción de aplicación bajo el patrón de diseño MVC 5.4.1 Descripción de aplicación para una implementación en móviles 5.4.2 Descripción del portal WAP (consulta por móvil).

Son los roles que desempeña cada uno de los administradores de la base de datos y los privilegios que tienen en el servidor Se refiere a las reglas que se llevan a cabo para realizar respaldo en servidor de base de datos, así como la restauración, si es que llegase a necesitarse Son los documentos generados por el sistema que nos presenta en un formato, los datos relevantes generados por la aplicación Es como se desarrolla la aplicación bajo el patrón de diseño modelo-vista-controlador

5.3 Implementación de la aplicación 5.4 Implementación de la aplicación para dispositivos móviles

Se menciona como sería el funcionamiento del sistema en un dispositivo móvil

Se habla acerca del funcionamiento del sistema en un portal wap y su consulta atreves de un dispositivo móvil

5.5 Pruebas finales

6 Conclusion es y recomenda ciones 7 Referencia s 8 Anexos

5.5.1 Resultados Se refiere a que resultado se obtuvo con el implementar las de las métricas métricas planeadas en el sistema aplicadas 5.5.2 Resultados Los casos de prueba y los resultados obtenidos que avalan la de los Casos de ejecución de cada uno ellos, aplicados a los distintos Prueba módulos del sistema. 5.5. 3 Son los puntos de vista de los desarrolladores con base a las Conclusiones de pruebas realizadas al sistema las prueba 5.6 Liberación 5.6.1 Carta de Es un documento el cual el cliente acepta que el sistema del sistema aceptación del funciona correctamente a las necesidades planteadas por el sistema mismo El punto de vista de los diseñadores del sistema y que sugieren para el uso del mismo

Son elementos bibliográficos de donde se apoyó para realizar todas la fases del proyecto

Son documentos o referencias que amplian la información del mismo