Software Plan de Proyecto

Introduccin
Alcance del Proyecto Gameforge es una herramienta grfica que se utiliza para ayudar en el diseo y creacin de videojuegos. Un usuario con limitaciones de Microsoft DirectX y / o Visual C + + conocimientos de programacin ser capaz de construir una base 2D juego de arcade. La idea es limitar la cantidad de cdigo escritas en el libro por el usuario. Tambin ayudar a los programadores con experiencia en la generacin de DirectX de Microsoft y Microsoft Windows9x generales necesarios para la construccin del juego bsicas, lo que les permite concentrarse en asuntos ms detallados del juego diseo e implementacin. Crtica: la envolvente es un elemento crtico del alcance del proyecto y el plan del proyecto. Sera una buena idea para tratar de "obligado" a todos la declaracin general del mbito sealado aqu. Por ejemplo, "un juego arcade 2D bsica" est abierto a interpretaciones muy amplias. Lo que es bsico para un lector, puede ser inaceptable para otra. El software consiste en un nmero de entradas, de manera grfica ayudando al usuario en la creacin de objetos en pantalla incluyen los siguientes:
o

Objetos creados por el usuario (personaje del jugador, criaturas, objetos estticos)

- Los mapas de bits (con animacin) - reas de deteccin de colisin - Rutinas de Movimiento - Atributos de objetos adicionales
o o o

Fondos Configuracin del dispositivo de entrada Eventos de sonido

El software tambin estar formado por una serie de funcionalidades de procesamiento de grficos incluyendo las siguientes:

o o o o

Definicin / Edicin de objetos (incluidas las caractersticas) Objeto de posicionamiento Apertura / Cierre / Guardar archivos de proyecto del juego Exportacin de proyectos de juegos para compilar C + + Archivos

Las salidas incluyen:

o o o o o o

Creado por el Usuario objetos Sprite Los mapas de bits Microsoft VC + + (con cdigo de DirectX) Archivos Archivos juego Project Archivos de texto (que contiene los atributos sprite) Los archivos de base de datos

Comentario: El autor ha hecho un buen trabajo de proporcionar al lector un modelo conceptual de la informacin de transformacin que va a ocurrir. Las funciones principales del software

Funciones de control de proceso y

VB interface - la interfaz es el subsistema de que el usuario interacta. Se crea un espacio de proyecto para todos los archivos de proyecto para ser almacenados in Rene toda la informacin necesaria por parte del usuario, as como interactuar con las bases de datos de acceso. La interfaz se genera archivos de datos que contiene todas las especificaciones de todos los sprites, as como informacin de entrada del dispositivo y la informacin de sonido. Todos los archivos necesarios, tales como. Wav y. Bmp se mueven al directorio del proyecto. Este subsistema incluye la pantalla que representa el juego y una lista de todos los sprites y sus atributos.

Crtica: Una buena cantidad de jerga aplicacin especfica se presenta aqu sin definicin. Podra ser una buena idea para remitir al lector a un glosario o una definicin breve a pie de pgina.

C + + motor - Este subsistema contiene la funcin principal del sistema. El motor crea un archivo. Cpp para el juego. El archivo contiene referencias a los archivos de datos generados por la interfaz de usuario y las referencias a DirectX cdigo que figura en los archivos de encabezado personalizado.

Interfaz de usuario de procesamiento

Entrada Wizards - Hay una serie de asistentes para guiar al usuario novato a travs de los pasos necesarios para el desarrollo del juego. Que van desde la generacin de sprites, a la lgica del juego, a los dispositivos de entrada. Los asistentes de interactuar directamente con la interfaz de usuario.

Editor de Niveles - Esta es la interfaz principal, y muestra una representacin grfica del juego / nivel de un usuario es el diseo. Una vista de rbol de todos los objetos creados tambin est representado aqu. Todos los asistentes y otras funciones se puede acceder desde esta interfaz.

Ayuda / Archivos Tutorial - Estos archivos incluyen una amplia gama de temas de ayuda, incluyendo preguntas frecuentes, tutoriales, descripciones detalladas de los objetos y C + + cdigo, y un motor de bsqueda para encontrar la informacin necesaria.

Procesamiento de entrada

Bases de datos - GameForge utiliza una base de datos de Microsoft Access para almacenar libreras de sonido y bibliotecas de imgenes,

as como sprites pre-diseados. Las bases de datos se accede mediante la interfaz de usuario. Procesamiento de salida

Los archivos de datos - los archivos que contienen la informacin especificada por el usuario que lee el cdigo C + +. Los archivos son generados por la interfaz de usuario (la informacin est tomada de la base de datos resultante). Juego del usuario puede ser ajustado mediante la edicin de estos archivos en lugar de reescribir y volver a compilar el cdigo C + +.

GameForge Archivos (GMF). - Los archivos se almacenan con una extensin nica de uso exclusivo del sistema de GameForge. Estos archivos son similares a los archivos. Cpp, pero no ser compilable. Han de considerarse como almacenamiento temporal durante la creacin del juego. Que son generados por la interfaz de usuario.

VC + + Files (CPP). -. Proyectos terminados se pueden guardar como archivos cpp que puede ser compilado con Microsoft Visual C + + para crear un archivo ejecutable del juego. El VC + + motor ejecuta estos archivos.

Desempeo / Comportamiento Problemas

Gameforge est diseado para ser compatible con el sistema operativo Microsoft Windows 9x. Microsoft Windows NT 4.0 y versiones anteriores no sern compatibles (Windows NT slo es compatible con Microsoft DirectX a la versin 3.0. DirectInput no se ha aplicado en este momento, haciendo de esta versin de DirectX muy limitada.) Microsoft Windows 2000, tambin deben ser compatibles.

Gameforge tambin requiere Microsoft DirectX 7.0 o superior. Los usuarios tambin lo desea, puede obtener el DirectX 7.0 SDK si piensan en la expansin de los archivos de biblioteca GameForge fuera de su mbito original. Gameforge tambin requiere el Microsoft Visual C + + 6.0 del compilador. VC Gameforge + + cdigo se puede compilar con Borland o alguna otra VC + + compilador, pero la funcionalidad no est garantizada.

Gestin y Tcnicas de restricciones

Gameforge tiene una fecha de entrega el abandono muertos de 04/17/00. PA Software va a utilizar el modelo de creacin rpida de prototipos durante el diseo e implementacin:

Comentario: El diagrama anterior presenta un panorama til del enfoque del proyecto. No sustituye a un programa de lnea de tiempo detallada, pero s proporciona una "mirada rpida" a lo que el equipo va a hacer.

Las estimaciones del proyecto

Los datos histricos utilizados para la estimacin

Una referencia de funcin de punto de medicin se calcul utilizando los puntos de funcin calcula a partir de proyectos anteriores (es decir, el rbol del demonio de la CEI 490a y la calculadora funcin de punto de la CEI 375.) Clculos con funciones de referencia Point: Demonio del rbol FP: 121,03 Demonio Meses rbol Persona: 2.5

Puntos de Funcin Calculadora de FP: 83,74 Puntos de Funcin Meses Calculadora Persona: 1.5 De referencia estimado de meses-persona: Punto de Funcin promedio por mes Persona: 52.119 Crtica: Dada la situacin, el cmputo anterior es aceptable. Sin embargo, es importante sealar que la muestra para calcular el promedio es demasiado pequea para ser significativa. En el mundo real, el promedio debe ser calculado utilizando al menos 5 a 10 proyectos en el mismo dominio de aplicacin. Tcnicas de estimacin aplicada y los resultados

El siguiente es un desglose de los nmeros utilizados en la estimacin del punto de funcin de GameForge: Tcnica de estimacin: funcin de punto de Interfaz Nmero de entradas de usuario Nmero de salidas de usuario Nmero de consultas de los usuarios Nmero de archivos Nmero de interfaces externas Simple Promedio 12 3 8 5 10 3 2 3 1 Complejo 4 2 1

Cuestionario de 14 puntos: 34 Motor Simple Promedio Nmero de entradas de usuario 4 Nmero de salidas de usuario Nmero de consultas de los usuarios 15 Nmero de archivos 6 3 Complejo 2 1 10

Nmero de interfaces externas

Cuestionario de 14 puntos: 42 Estimacin de: punto de funcin

Con base en las estimaciones de la seccin anterior, y dividiendo por el tiempo estimado de los proyectos anteriores, se puede calcular una estimacin de la duracin de GameForge: Interfaz: 245,98 Motor: 339,19 Total de puntos de funcin: 585,17 GameForge Meses est Persona: 11,23 LOC = FP * 30 Lneas de GameForge est Cdigo: 17555 Tcnica de estimacin: Modelo de Costos constructivos (COCOMO) El modelo COCOMO tambin se utiliz para verificar la estimacin calculada mediante el uso de la mtrica del punto de funcin. Gameforge se supone que es un intermedio, adosada proyecto de software. Esfuerzo = a, b (KLOC) Duracin = c (esfuerzo) d Los valores de la ecuacin para el clculo de esfuerzo: un 3,0 = b = 1.12 Los valores de la ecuacin para el clculo Duracin: c = 2,5

d = 0,35 Estimacin de: modelo de costes constructivos (COCOMO) Esfuerzo = 3,0 (17,5) 1,12 = 74.016 Duracin = 2,5 (74.016) 0,35 = 11.277 Estimacin reconciliado

Esfuerzo (en los puntos de funcin) Estimado: Total de puntos de funcin: 585,17 Esfuerzo (COCOMO) Estimado: Esfuerzo = 74,016 Tiempo en meses-persona Estimado: Punto de funcin: 11.23 COCOMO: 11.277 Promedio: 11.2535 Comentario: Las dos estimaciones son increblemente cerca uno del otro. No esperamos que este sea el caso en la mayora de los proyectos de software. Estimacin del costo total: Industria costo promedio por mes Persona: $ 8,000.00 X GameForge Meses est Persona: $ 11.2535 GameForge est. costo total (w / o equipo): $ 90,028.00 Recursos del proyecto

Mientras que un equipo completo que contiene todos los siguientes usuarios, PA Software cuenta con cuatro miembros. Cada miembro del equipo va a realizar varios trabajos. Personal necesario
o o o o o o o o o o

El plomo VC + + / DirectX programador Asistente de VC + + / DirectX programador El plomo VB / programador de DirectX Asistente de VB / programador de DirectX Ayuda de Windows programador / programador Tutorial Documentacin / biblioteca Manual de diseo Diseador Grfico Diseador Web Beta Testers

No hay desarrollo de sistemas especiales para la GameForge. PA software va a usar computadoras y software comnmente disponible. El hardware necesario
o

4 Desarrollo de Sistemas

PIII 600 MHz 256 MB de RAM 20 GB HD 16 MB Tarjeta de video Unidad ZIP

o o

1 CD-ROM Escritor Un escner

Software necesario
o

Windows 98SE (4 licencias)

o o o o o o

Microsoft Visual C + + 6.0 (2 licencias) Microsoft Visual Basic 6.0 (2 licencias) Microsoft MSDN Library (nueva versin) (4 licencias) Microsoft DirectX 7.0a SDK (4 copias) Microsoft Office 97 (4 licencias) Adobe Photoshop 5.5 (1 licencia)

Gestin de Riesgos
Riesgos del Proyecto

Los principales riesgos que hemos determinado para este software son las siguientes:

Fallo del equipo Retraso en la entrega de software La tecnologa no va a cumplir con las expectativas Los usuarios finales del sistema resistir Cambios en los requisitos Desviacin de las normas de ingeniera de software Menos de la reutilizacin de lo previsto Pobres comentarios del cdigo fuente

Comentario: Al parecer, "retraso en la entrega" es un tema importante, givene las estimaciones presentadas anteriormente en el plan. Para obtener una lista ms detallada de los riesgos del proyecto, consulte la mitigacin de riesgos, monitoreo y gestin de documentos (RMMM). Tabla de riesgo

Riesgos Fallo del equipo

Categora Probabilidad Impacto TI 70% 1

Retraso en la entrega La tecnologa no va a cumplir con las expectativas Los usuarios finales del sistema resistir Cambios en los requisitos Desviacin de las normas de ingeniera de software Menos de la reutilizacin de lo previsto Comentarios de los pobres en el cdigo

BU TE BU PS PI PS TI

30% 25% 20% 20% 10% 60% 20%

1 1 1 2 3 3 4

Crtica: El equipo debe definir el significado de las categoras de la "categora" de la columna y los nmeros en el "impacto" de la columna. Descripcin general de mitigacin de riesgos, monitoreo y gestin (RMMM)

Mitigacin de riesgos, monitoreo y gestin nos ayuda a determinar de antemano los posibles riesgos principales que pueden ocurrir durante el desarrollo de este software. La especificacin de requisitos y la especificacin del sistema sern revisados y analizados para determinar los principales riesgos de desarrollar este software. Cada riesgo principales que se encuentran se examinar en profundidad para determinar su impacto global sobre el sistema. Estos riesgos sern grabadas y un mtodo se dise para determinar el mejor curso de accin si el riesgo debe ocurrir. Algunos riesgos se han ideado medidas preventivas para ellos. Esto es para reducir la posibilidad de ms graves riesgos que se produzcan. Todos los riesgos que podran ocurrir tendr un mtodo especfico para manejar el riesgo. Esto es para asegurar que si el riesgo se produce, no est predeterminado camino a seguir cuando se trata de gestionar el riesgo. Para ms informacin, consulte la mitigacin de riesgos, monitoreo y gestin de documentos (RMMM).

Cronograma del Proyecto

Proyecto Conjunto de Trabajo

Modelo de proceso PA Software va a utilizar el modelo de creacin rpida de prototipos durante el diseo e implementacin:

Actividades marco
o o o o o o

Comunicacin con el Cliente Planificacin / Diseo Anlisis de Riesgo Programacin Pruebas Evaluacin de los clientes

Tarea Set
o o o o o

Requisitos de las especificaciones Interfaz de la construccin Motor de la construccin Ayudar a la construccin Pruebas

Lista de productos Documentacin Especificacin de Requisitos del sistema Requerimientos de Software Documento de Diseo Proyecto del Plan de Plan de Calidad de Software Mitigacin de riesgos, monitoreo y el Plan de Gestin Configuracin del software de gestin del Plan

Plan de pruebas Cdigo Los prototipos de motores El prototipo Interfaz de base de datos Motor completo Interfaz completa Sistema Integrado de Producto completo

La descomposicin funcional

Distribucin de tareas de interfaz

o o o o o o o

Nivel de la construccin del editor Nuevo Asistente para proyectos de construccin Nueva Sprite asistente de la construccin Base de datos de la construccin Base de datos con una interfaz de comunicacin Archivos de las partidas de exportacin de la construccin la capacidad de Exportadores. Cpp capacidad de construccin

Distribucin de tareas del motor

o o o o o o

Objeto la construccin de controlador Construccin controlador de Sprite Imagen de la construccin Handler (DirectDraw) La construccin de controlador de sonido (DirectSound) Entrada de la construccin Handler (DirectInput) Texto de la construccin de controlador

La lgica de la construccin de controlador

Manejo de atributos Unidad Pathing

Archivo de E / S de la construccin del analizador

Ayuda Distribucin de tareas

o o o o o

Interfaz de construccin Ayuda Motor de la construccin de Ayuda FAQ de la construccin Tutoriales de juego de construccin Manual de la Construccin

Desglose de las pruebas de tareas

o o

En la casa, caja blanca y negro cuadro de las pruebas de Fuera de las pruebas beta (incluyendo programadores con experiencia y los usuarios novatos.)

Tareas de la Red

Grfico de edades

Grfico de la lnea de tiempo ms

Personal de la Organizacin
Estructura del equipo

PA Software utiliza el ego (democrtica) de modelo para la estructuracin del equipo: Definiciones de funcin Ken Nelson

Programador principal del motor: Ken es el programador de DirectX completa del motor, con la excepcin de DirectSound. Esto incluye toda la programacin lgica. Diseador jefe de Motor: Ken es tambin el diseador del motor principal. Interface Designer: Ken es parte del equipo de diseo de la interfaz. Ayuda / programador Tutorial: Ken es parte del equipo de ayuda de Windows. Documentacin: Ken es el responsable de gran parte de la documentacin requerida. Responsabilidades adicionales: Ken es tambin el principal asesor en temas de Jon DirectSound, y Matt en temas de diseo de interfaz. Jonathan Schmoll Asistente de DirectX Programador: Jon es la codificacin de la parte del motor de DirectSound. El diseador de motores: Jon es parte del equipo de diseo del motor. Interface Designer: Jon es parte del equipo de diseo de la interfaz. Ayuda / programador Tutorial: Jon es parte del equipo de ayuda de Windows. Web Master: Jon es el autor y mantenedor de www.patheticattempts.com . Documentacin: Jon es responsable de gran parte de la documentacin requerida.

Mateo Forster Programador principal de la Interfaz: Matt es el programador de la interfaz completa, incluyendo todas las bases de datos (SQL), programacin de Visual Basic, y DirectX (VB) de programacin. Interface Designer: Matt es parte del equipo de diseo de la interfaz.

Documentacin: Matt es responsable de gran parte de la documentacin requerida. Bill Seor Diseador del motor: Bill es parte del equipo de diseo del motor. Documentacin: Bill es el responsable de gran parte de la documentacin requerida. Gestin de Informacin y Comunicacin

Mecanismos para informar del progreso El progreso que se comunica a travs de e-mail. Todos los archivos enviados a otros equipos y / o los miembros del equipo se realiza a travs de correo electrnico o ICQ. Estas comunicaciones se realizan de manera informal, a menos que una documentacin especial de progreso es necesario. Un registro de la prueba se mantiene para el seguimiento de error. Mecanismos para la comunicacin del equipo Inter / Intra El equipo de Gameforge lleva a cabo reuniones semanales para actualizar otros miembros del equipo sobre sus progresos y hacer preguntas que no se puede responder a travs de la comunicacin electrnica. Todas las dems comunicaciones se realizan electrnicamente. La mayora se realiza a travs de correo electrnico, pero el equipo de GameForge usa ICQ en tiempo real de la comunicacin electrnica, cuando sea necesario. Contactos PA software a nuestros clientes a travs de correo electrnico, y establece las reuniones en persona cuando sea necesario. Una forma de beta tester informe se utiliza para las pruebas formales fuera de Software PA.

Mecanismos de Seguimiento y Control

Aseguramiento de la Calidad y Control Alcance y propsito de las actividades de SQA

El objetivo del equipo de SQA es asegurar que el producto no se desva mucho de las especificaciones del diseo original. Si se descubre que la desviacin se ha producido, el equipo de SQA notificar al equipo de desarrollo para evitar desviaciones futuras y para corregir las desviaciones anteriores. Adems, el equipo de SQA llevar a cabo un recorrido para analizar la calidad del producto en cualquier etapa de desarrollo en particular. Error de deteccin y mejoras posibles se expresan tambin al equipo de desarrollo. SQA papel de la organizacin

El papel de la organizacin SQA es revisar el producto (s) en momentos especficos durante la implementacin del producto. Al revisar, las obligaciones del grupo SQA ser la de evaluar el software en su etapa de desarrollo actual y reconocer los defectos en la etapa posterior (de diseo o de ejecucin). El equipo de SQA interactan directamente con el equipo de ingeniera de software en las discusiones de grupo, tratar todos los errores o posibles mejoras que se han identificado. Adems, el equipo de SQA se asegurar de que el equipo de ingeniera de software no se ha desviado de alguna manera a partir de las especificaciones del diseo inicial. Gestin del Cambio y Control

Alcance y propsito de las actividades de SQA El enfoque principal de la Gestin de la Configuracin Software (SCM) es identificar y controlar los cambios importantes de software, asegrese de que el cambio se est aplicando correctamente, y para informar de los cambios a cualquier otro personal o clientes que pueden tener inters. El objetivo del SMC es limitar el impacto de los cambios puedan tener en todo el sistema. Esto ayudar a eliminar los cambios innecesarios, y para vigilar y controlar los cambios necesarios. Esto permite el desarrollo de software para continuar, a pesar de grandes cambios y / o insignificantes sin retroceso significativo, lo que reduce el tiempo de desarrollo y que resulta en un producto de mayor calidad. El equipo de SMC se encargar de supervisar estas actividades, y cualquier cambio en el cdigo existente o el diseo arquitectnico debe pasar la inspeccin antes de que se llevan a cabo.

SMC Organizacional papel

El equipo de SMC trabajar en estrecha colaboracin con el SQA (Software Quality Assurance) de equipo, interrogar a muchos de los documentos presentados y las solicitudes de cambio de software. Los ingenieros de software presentar las solicitudes de cambio directamente al equipo de SMC para su inspeccin y aprobacin. Un lder de SMC ser nombrado para supervisar todas las actividades de SCM. Que va a recibir todas las solicitudes de cambio, y har una decisin final con respecto a esos cambios, incluyendo ingeniero de software que llevarn a cabo los cambios aprobados. El lder del SMC tambin mantiene una biblioteca de todas las solicitudes presentadas, incluso las que se les ha negado. Crtica: Las secciones en el seguimiento y control deben ser ms especficos. Que (por su nombre) es el responsable de SQA y SCM para este proyecto? Cules son los principales puntos de control SQA, comentarios? Dnde podemos obtener ms informacin sobre los procedimientos de control de cambios para este proyecto?

Apndice
Preguntas para el punto de funcin de 14 puntos Cuestionario

1. 2. 3. 4. 5. 6. 7.

Requiere el sistema de copia de seguridad fiable y recuperacin? Son las comunicaciones de datos necesarios? Hay funciones de procesamiento distribuido? Es el rendimiento crtico? Ser que el sistema funcione en un entorno existente, muy utilizado operativo? Requiere el sistema en lnea de entrada de datos? La entrada de datos en lnea requieren la operacin de entrada que se construir en mltiples pantallas u operaciones? 8. Son los archivos maestros actualizados on-line?

9. Son las entradas, salidas, archivos o consultas complejas? 10. Es el complejo proceso interno? 11. Es el cdigo diseado para ser reutilizado? 12. Son la conversin y la instalacin incluida en el diseo? 13. Es el sistema diseado para instalaciones mltiples en diferentes organizaciones? 14. Es la aplicacin diseada para facilitar el cambio y la facilidad de uso por el
usuario?

Nota: Cada pregunta se responde con un valor de 0-5, sobre la base de importancia (siendo 0 el menos importante y 5 el ms importante) COCOMO Tabla de Valor

un
modo orgnico pareada integrado bsico 2.4 3.0 3.6 intermedio 3.2 3.0 2.8

b
bsico 1.05 1.12 1.20 intermedio 1.05 1.12 1.20