Caso 2 Resuelto

8/3/2019 Caso 2 Resuelto

1/19

Software Plan de Proyecto

Introduccin

Alcance del Proyecto

Gameforge es una herramienta grfica que se utiliza para ayudar en el diseo ycreacin de videojuegos. Un usuario con limitaciones de Microsoft DirectX y / oVisual 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 elusuario. Tambin ayudar a los programadores con experiencia en la generacin deDirectX de Microsoft y Microsoft Windows9x generales necesarios para laconstruccin del juego bsicas, lo que les permite concentrarse en asuntos msdetallados del juego diseo e implementacin.

Crtica: la envolvente es un elemento crtico del alcance del proyecto y el plan delproyecto. Sera una buena idea para tratar de "obligado" a todos la declaracingeneral del mbito sealado aqu. Por ejemplo, "un juego arcade 2D bsica" estabierto a interpretaciones muy amplias. Lo que es bsico para un lector, puede serinaceptable para otra.

El software consiste en un nmero de entradas, de manera grfica ayudando alusuario en la creacin de objetos en pantalla incluyen los siguientes:

o Objetos creados por el usuario (personaje del jugador, criaturas, objetosestticos)

- Los mapas de bits (con animacin)

- reas de deteccin de colisin

- Rutinas de Movimiento - Atributos de objetos adicionales

o Fondos o Configuracin del dispositivo de entrada o Eventos de sonido

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


2/19

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

Las salidas incluyen:

o Creado por el Usuario objetos Sprite

o Los mapas de bits o Microsoft VC + + (con cdigo de DirectX) Archivos o Archivos juego Project o Archivos de texto (que contiene los atributos sprite) o

Los archivos de base de datos Comentario: El autor ha hecho un buen trabajo de proporcionar al lector un modeloconceptual 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 usuariointeracta. Se crea un espacio de proyecto para todos los archivos deproyecto para ser almacenados in Rene toda la informacinnecesaria por parte del usuario, as como interactuar con las bases dedatos de acceso. La interfaz se genera archivos de datos que contienetodas las especificaciones de todos los sprites, as como informacinde entrada del dispositivo y la informacin de sonido. Todos losarchivos necesarios, tales como. Wav y. Bmp se mueven al directoriodel 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 sindefinicin. Podra ser una buena idea para remitir al lector a un glosario o unadefinicin breve a pie de pgina.


3/19

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

Interfaz de usuario de procesamiento

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

Editor de Niveles - Esta es la interfaz principal, y muestra unarepresentacin grfica del juego / nivel de un usuario es eldiseo. Una vista de rbol de todos los objetos creados tambin estrepresentado aqu. Todos los asistentes y otras funciones se puedeacceder desde esta interfaz.

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

Procesamiento de entrada

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


4/19

as como sprites pre-diseados. Las bases de datos se accedemediante la interfaz de usuario.

Procesamiento de salida

Los archivos de datos - los archivos que contienen la informacinespecificada por el usuario que lee el cdigo C + +. Los archivos songenerados por la interfaz de usuario (la informacin est tomada dela base de datos resultante). Juego del usuario puede ser ajustadomediante la edicin de estos archivos en lugar de reescribir y volvera compilar el cdigo C + +.

GameForge Archivos (GMF). - Los archivos se almacenan con unaextensin nica de uso exclusivo del sistema de GameForge. Estosarchivos son similares a los archivos. Cpp, pero no sercompilable. Han de considerarse como almacenamiento temporaldurante la creacin del juego. Que son generados por la interfaz deusuario.

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

Desempeo / Comportamiento Problemas

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


5/19

Gameforge tambin requiere Microsoft DirectX 7.0 o superior. Los usuariostambin lo desea, puede obtener el DirectX 7.0 SDK si piensan en la expansin delos archivos de biblioteca GameForge fuera de su mbito original.

Gameforge tambin requiere el Microsoft Visual C + + 6.0 del compilador. VCGameforge + + 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 eldiseo e implementacin:

Comentario: El diagrama anterior presenta un panorama til del enfoque delproyecto. No sustituye a un programa de lnea de tiempo detallada, pero sproporciona 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 funcincalcula a partir de proyectos anteriores (es decir, el rbol del demonio de la CEI 490a y lacalculadora 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


6/19


7/19

Nmero de interfaces externas 1 1

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 delos 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 calculadamediante 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


8/19

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. Noesperamos 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


9/19

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

Personal necesario

o El plomo VC + + / DirectX programador o Asistente de VC + + / DirectX programador

o El plomo VB / programador de DirectX o Asistente de VB / programador de DirectX o Ayuda de Windows programador / programador Tutorial o Documentacin / biblioteca o Manual de diseo

o Diseador Grfico

o Diseador Web o Beta Testers

No hay desarrollo de sistemas especiales para la GameForge. PA software va a usarcomputadoras 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 1 CD-ROM Escritor o Un escner

Software necesario

o Windows 98SE (4 licencias)


10/19

o Microsoft Visual C + + 6.0 (2 licencias) o Microsoft Visual Basic 6.0 (2 licencias) o Microsoft MSDN Library (nueva versin) (4 licencias) o Microsoft DirectX 7.0a SDK (4 copias) o Microsoft Office 97 (4 licencias) o

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 lasestimaciones presentadas anteriormente en el plan.

Para obtener una lista ms detallada de los riesgos del proyecto, consulte lamitigacin de riesgos, monitoreo y gestin de documentos (RMMM).

Tabla de riesgo

Riesgos Categora Probabilidad Impacto Fallo del equipo TI 70% 1


11/19

Retraso en la entrega BU 30% 1La tecnologa no va a cumplir con lasexpectativas

TE 25% 1

Los usuarios finales del sistema resistir BU 20% 1Cambios en los requisitos PS 20% 2Desviacin de las normas de ingeniera desoftware

PI 10% 3

Menos de la reutilizacin de lo previsto PS 60% 3Comentarios de los pobres en el cdigo TI 20% 4

Crtica: El equipo debe definir el significado de las categoras de la "categora" dela 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 losposibles riesgos principales que pueden ocurrir durante el desarrollo de este software. Laespecificacin de requisitos y la especificacin del sistema sern revisados y analizadospara determinar los principales riesgos de desarrollar este software. Cada riesgo principalesque 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 cursode accin si el riesgo debe ocurrir. Algunos riesgos se han ideado medidas preventivas paraellos. Esto es para reducir la posibilidad de ms graves riesgos que se produzcan. Todos losriesgos que podran ocurrir tendr un mtodo especfico para manejar el riesgo. Esto es paraasegurar que si el riesgo se produce, no est predeterminado camino a seguir cuando setrata de gestionar el riesgo.

Para ms informacin, consulte la mitigacin de riesgos, monitoreo y gestin dedocumentos (RMMM).

Cronograma del Proyecto Proyecto Conjunto de Trabajo


12/19

Modelo de proceso

PA Software va a utilizar el modelo de creacin rpida de prototipos duranteel diseo e implementacin:

Actividades marco

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

Tarea Set

o Requisitos de las especificaciones o Interfaz de la construccin o Motor de la construccin o Ayudar a la construccin o 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


13/19

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 Nivel de la construccin del editor o Nuevo Asistente para proyectos de construccin o Nueva Sprite asistente de la construccin o Base de datos de la construccin o Base de datos con una interfaz de comunicacin o Archivos de las partidas de exportacin de la construccin la capacidad de o Exportadores. Cpp capacidad de construccin

Distribucin de tareas del motor o Objeto la construccin de controlador o Construccin controlador de Sprite o Imagen de la construccin Handler (DirectDraw) o La construccin de controlador de sonido (DirectSound) o Entrada de la construccin Handler (DirectInput) o Texto de la construccin de controlador


14/19

o La lgica de la construccin de controlador

Manejo de atributos Unidad Pathing

o

Archivo de E / S de la construccin del analizador Ayuda Distribucin de tareas

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

Desglose de las pruebas de tareas

o En la casa, caja blanca y negro cuadro de las pruebas de o 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


15/19

Programador principal del motor:Ken es el programador deDirectX completa del motor, con la excepcin de DirectSound. Estoincluye 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 ayudade Windows.

Documentacin:Ken es el responsable de gran parte de ladocumentacin requerida.

Responsabilidades adicionales:Ken es tambin el principal asesoren temas de Jon DirectSound, y Matt en temas de diseo de interfaz.

Jonathan Schmoll

Asistente de DirectX Programador:Jon es la codificacin de laparte 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 mantenedorde www.patheticattempts.com .

Documentacin:Jon es responsable de gran parte de ladocumentacin requerida.

Mateo Forster

Programador principal de la Interfaz:Matt es el programador dela 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.
http://translate.google.com/translate?hl=es&prev=_t&sl=en&tl=es&u=http://www.patheticattempts.com/http://translate.google.com/translate?hl=es&prev=_t&sl=en&tl=es&u=http://www.patheticattempts.com/http://translate.google.com/translate?hl=es&prev=_t&sl=en&tl=es&u=http://www.patheticattempts.com/http://translate.google.com/translate?hl=es&prev=_t&sl=en&tl=es&u=http://www.patheticattempts.com/


16/19

Documentacin:Matt es responsable de gran parte de ladocumentacin requerida.

Bill Seor

Diseador del motor:Bill es parte del equipo de diseo del motor. Documentacin:Bill es el responsable de gran parte de ladocumentacin requerida.

Gestin de Informacin y Comunicacin

Mecanismos para informar del progreso

El progreso que se comunica a travs de e-mail. Todos los archivos enviadosa otros equipos y / o los miembros del equipo se realiza a travs de correoelectrnico o ICQ. Estas comunicaciones se realizan de manera informal, amenos que una documentacin especial de progreso es necesario. Unregistro 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 sepuede responder a travs de la comunicacin electrnica. Todas las demscomunicaciones se realizan electrnicamente. La mayora se realiza a travsde correo electrnico, pero el equipo de GameForge usa ICQ en tiempo realde la comunicacin electrnica, cuando sea necesario.

Contactos PA software a nuestros clientes a travs de correo electrnico, yestablece las reuniones en persona cuando sea necesario. Una forma de betatester 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


17/19

El objetivo del equipo de SQA es asegurar que el producto no se desvamucho de las especificaciones del diseo original. Si se descubre que ladesviacin se ha producido, el equipo de SQA notificar al equipo dedesarrollo para evitar desviaciones futuras y para corregir las desviacionesanteriores. Adems, el equipo de SQA llevar a cabo un recorrido paraanalizar la calidad del producto en cualquier etapa de desarrollo enparticular. Error de deteccin y mejoras posibles se expresan tambin alequipo de desarrollo.

SQA papel de la organizacin

El papel de la organizacin SQA es revisar el producto (s) en momentosespecficos durante la implementacin del producto. Al revisar, lasobligaciones del grupo SQA ser la de evaluar el software en su etapa dedesarrollo actual y reconocer los defectos en la etapa posterior (de diseo ode ejecucin). El equipo de SQA interactan directamente con el equipo deingeniera de software en las discusiones de grupo, tratar todos los errores oposibles mejoras que se han identificado. Adems, el equipo de SQA seasegurar de que el equipo de ingeniera de software no se ha desviado dealguna 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) esidentificar y controlar los cambios importantes de software, asegrese deque el cambio se est aplicando correctamente, y para informar de loscambios a cualquier otro personal o clientes que pueden tener inters.

El objetivo del SMC es limitar el impacto de los cambios puedan tener entodo el sistema. Esto ayudar a eliminar los cambios innecesarios, y paravigilar y controlar los cambios necesarios. Esto permite el desarrollo desoftware para continuar, a pesar de grandes cambios y / o insignificantes sinretroceso significativo, lo que reduce el tiempo de desarrollo y que resulta enun producto de mayor calidad.

El equipo de SMC se encargar de supervisar estas actividades, y cualquiercambio en el cdigo existente o el diseo arquitectnico debe pasar lainspeccin antes de que se llevan a cabo.


18/19

SMC Organizacional papel

El equipo de SMC trabajar en estrecha colaboracin con el SQA (SoftwareQuality Assurance) de equipo, interrogar a muchos de los documentospresentados y las solicitudes de cambio de software. Los ingenieros desoftware presentar las solicitudes de cambio directamente al equipo deSMC para su inspeccin y aprobacin.

Un lder de SMC ser nombrado para supervisar todas las actividades deSCM. Que va a recibir todas las solicitudes de cambio, y har una decisinfinal con respecto a esos cambios, incluyendo ingeniero de software quellevarn a cabo los cambios aprobados. El lder del SMC tambin mantieneuna biblioteca de todas las solicitudes presentadas, incluso las que se les hanegado.

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? Culesson los principales puntos de control SQA, comentarios? Dnde podemosobtener ms informacin sobre los procedimientos de control de cambios paraeste proyecto?

Apndice Preguntas para el punto de funcin de 14 puntos Cuestionario

1. Requiere el sistema de copia de seguridad fiable y recuperacin? 2. Son las comunicaciones de datos necesarios? 3. Hay funciones de procesamiento distribuido? 4. Es el rendimiento crtico? 5. Ser que el sistema funcione en un entorno existente, muy utilizado operativo? 6. Requiere el sistema en lnea de entrada de datos? 7. 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?


19/19

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 elusuario?

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 b modo bsico intermedio bsico intermedio orgnico 2.4 3.2 1.05 1.05pareada 3.0 3.0 1.12 1.12integrado 3.6 2.8 1.20 1.20

Documents

Caso 2 Resuelto