MATERIA DE SIMULACION

Documentos relacionados
Capítulo 16. Diagrama de Clases UML

PROGRAMACIÓN. UNIDAD II. ALGORITMO PROFA : HAU MOY

de Operaciones Área Académica: Sistemas Computacionales Tema: Tipos de Modelos en Investigación Profesor: I.S.C. Guadalupe Hernández Coca

Cristian Blanco

PROGRAMACION I ( ) PROYECTO JUEGO

Tema 2 Introducción a la Programación en C.

INGENIERÍA DEL SOFTWARE

SECUENCIA DIDÁCTICA. Módulo IV

CAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos

FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP)

Relación de prácticas de la asignatura METODOLOGÍA DE LA PROGRAMACIÓN Segundo Cuatrimestre Curso º Grado en Informática

I.E.F.P.S. REPÉLEGA G.L.H.B.I. ESPECIFICACIONES DE CURSOS DE CATÁLOGO MODULAR Pág. 1/3

PROGRAMACION CONCURRENTE Y DISTRIBUIDA

CURSO: INTRODUCCION A VENSIM MODULO BASICO

Diseño de una calculadora

UNIÓN INTERNACIONAL DE TELECOMUNICACIONES RED DIGITAL DE SERVICIOS INTEGRADOS (RDSI) ESTRUCTURA GENERALES

Fundamentos de Ingeniería de Software [Etapas II]

SOCIOLOGÍA: MÉTODOS DE INVESTIGACIÓN

DES: Programa(s) Educativo(s): Tipo de materia: Clave de la materia: Semestre: Área en plan de estudios:

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

Nombre de la asignatura: Programación Básica. Créditos: Objetivo de aprendizaje

Anexo 10. Pruebas verificadas

Diagramas de interacción

Descripción del módulo: Este módulo describe la lógica de la programación y la utilización de programa orientado a objetos.

DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO

Trabajo Práctico n 2. Robotización de un Puente Grúa. Presentación. Restricciones. Curso 2011

El Ciclo de Vida del Software

PROCEDIMIENTO DE ACCIONES CORRECTIVAS Y PREVENTIVAS

Dispositivos Digitales. EL-611 Complemento de Diseño Lógico y. Dispositivos Digitales

4.2 Servicio de exploración de E/S

Objetos de aprendizaje: Computadora

CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez

Herramientas de Programación. M.C. Juan Carlos Olivares Rojas

Tema: Introducción al IDE de Microsoft Visual C#.

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

GUIA DE USUARIO PARA ENCUESTA ECONOMICA DE EMPRESAS Y ESTABLECIMIENTOS EEA 2016

Lenguaje de Modelamiento Unificado.

Carrera: INB Participantes. Representante de las academias de ingeniería industrial de. Academias Ingeniería Industrial.

Requerimientos de Software

Universidad Centroccidental Lisandro Alvarado. Decanato de Ciencias y Tecnología Departamento de Sistemas

Simulación. Unidad I: Introducción n a la Simulación 1.1 Definiciones e importancia de la simulación n en la ingeniería

FICHA PÚBLICA DEL PROYECTO

SISTEMA INTEGRADO DE GESTIÓN

2. METODOLOGÍA. Los tipos fundamentales de Estudios de Investigación, como nos recuerda Bavaresco, son cuatro:

ELABORACIÓN DE UN SISTEMA INFORMÁTICO PARA SOPORTE DE LA VIGILANCIA ENTOMOLÓGICA PARA SU APLICACIÓN EN CUATRO DIRECCIONES DE SALUD

Modelo de los reactores de la tecnología HDHPLUS como componentes de simulación interoperables

PROYECTO DE TESIS (INVESTIGACION CUALITATIVA)

Nombre de la asignatura: Algoritmos y Lenguajes de programación.

Práctica 3. Paso de parámetros entre subrutinas. 3. Consideraciones sobre el paso de parámetros

Pontifica Universidad Católica de Chile Departamento de Ingeniería Eléctrica

PRÁCTICA 1.BASE DE DATOS ACCESS

Indicadores de Gestión

Capítulo 7. Introducción a las Interfaces Gráficas de usuario. Continuar

2. Elaboración de fichas técnicas

SOFTWARE EDUCATIVO: Clasificación por su función

3.1. Administración de la medición y de la información estratégica:

PR1: Programación I 6 Fb Sistemas Lógicos 6 Obligatoria IC: Introducción a los computadores 6 Fb Administración de

1

Para la elaboración del Manual, se tomó como ejemplo el Programa PET EMPLEO TEMPORAL (Aplica también para los programas PAJA, PET INMEDIATO y 70+).

UNIDAD 12.- Estadística. Tablas y gráficos (tema12 del libro)

Protocolo de la investigación.

SIMULACIÓN CON PROTEUS

Algoritmos y solución de problemas. Fundamentos de Programación Otoño 2008 Mtro. Luis Eduardo Pérez Bernal

CASOS DE USO Exploración de Requerimientos

Metodología para la solución de problemas programables

Mapas de Puntos. Cartografía a Temática Cuantitativa. Cartografía de superficie

Para qué se creó? El objetivo del estándar es proporcionar un conjunto estandarizado de documentos para la documentación de pruebas de software.

INDICE 1. Cómo Comenzar 2. El Entorno de Programación Delphi 3. Diseño de un Formulario; Componentes, Menús y Sucesos

Curso Planilla de Cálculo Excel Avanzado

UNIDAD VI: DESARROLLO DE PERSONAS. Ing. Marianela Portillo Benavidez

ESCUELA DE INFORMÁTICA

Redes bayesianas temporales para reconocimiento de escenarios

CAPITULO 1: PERSPECTIVE GENERAL DE LA

1.1. Conoce los elementos compositivos del cartel.

WorkManager E.D. Manual guía de usuario Diseñador de formularios

Anexo C. Manual del usuario

MANUAL PARA EL LLENADO DE FICHA FINANCIERA PROSOFT

UNIVERSIDAD DEL CARIBE UNICARIBE. Escuela de Informática. Programa de Asignatura

Análisis y Diseño Orientado a Objetos

DIPLOMADO EN PREPARACIÓN Y EVALUACIÓN SOCIAL DE PROYECTOS MINISTERIO DE DESARROLLO SOCIAL UNIVERSIDAD DE CHILE VERSIÓN 2016

ELECTRICISTA DE FABRICACIÓN INDUSTRIAL CÓDIGO

Pontificia Universidad Católica del Ecuador

Fase 2. Estudio de mercado: ESTADÍSTICA

BANCO CENTRAL DE LA REPÚBLICA ARGENTINA

PORTAFOLIO DE ASIGNATURAS IMPARTIDAS

Tutoría 2. Banco de memoria de 8 y 16 bits (8086)

MICROSOFT WORD 2016 Básico

Reporte de la prueba de habilidad

Masters: Experto en Direccion y Gestion de Proyectos. Project Management

4. NÚMEROS PSEUDOALEATORIOS.

: Algorítmica y Estructura de Datos I

De Desempeño De Conocimiento SABERES ESENCIALES CONTENIDOS RUTA FORMATIVA Saber Conocer Nociones, Proposiciones, Conceptos Categorías

ESTÁNDAR DE COMPETENCIA. Mantenimiento a equipo de cómputo y software

CAPÍTULO III I. MARCO METODOLÓGICO. Este capítulo hace mención a los aspectos metodológicos de la

Competencias Generales

Transcripción:

NOMBRE DEL PROYECTO: Juego Asteroids MATERIA DE SIMULACION Fecha de elaboración: 24/11/17 Versión: 1.0 Grupo: 9F2B (9F2A) (9F2B) Proyecto: Individual Grupal Nombre del equipo: Space Participantes 1. Juan Joel Toledo Palacios 2. Figueroa Ventura Aaron De Jesús 3. 4. 5. Caracterización del modelo Icónico Análogo Simbólico Determinístico Estocástico Estático Dinámico Continuo Discreto Combinado Matemático Análogo 1. Formulación del problema Especificación de los objetivos claros y concretos del proyecto. Objetivo: Simular él sistema de movimiento y control de disparo de una nave espacial en una zona de asteroides. 1. El simulador deberá simular el vuelo controlado de una nave espacial en el espacio. 2. El simulador deberá simular grupos de asteroides en el espacio. 3. El simulador deberá simular disparos desde la nave, que destruyan a los asteroides. 4. El simulador deberá simular las colisiones entre asteroides y la nave. 5. El simulador deberá registrar la puntuación y la cantidad de vidas disponibles del jugador. 6. El simulador deberá detectar cuando las vidas disponibles se terminen y mostrar el mensaje de fin del juego. 7. El simulador deberá detectar cuando todos los asteroides han sido eliminados y mostrar el mensaje de juego ganado. 8. El simulador deberá reiniciarse de forma automática tras terminar (o iniciarse al abrir el programa).

2. Definición del sistema Determinación del tipo de sistema (dinámico, estocástico etc.). Descripción de las variables y las interacciones lógicas entre ellas, tomando en cuenta las restricciones del sistema. Intervalos de las variables utilizadas, Limites de espacio de trabajo, etc. Se determina en función de la etapa 1. 1. El sistema es simbólico pues es una representación idealizada de los elementos simulados. 2. El sistema es estocástico pues se puede conocer todas las variables del sistema en todo momento. 3. El sistema es dinámico pues está en constante cambio. 4. El sistema es discreto pues solo evalúa los estados de las variables en incrementos perceptibles. 5. El sistema es análogo pues se basa en el comportamiento del juego Asteroids original más no en su modelo matemático. 3. Formulación del modelo (Data Model) Definición del modelo de datos lógico-matemático que defina en forma exacta las relaciones entre las variables; debe ser una definición sencilla pero completa del sistema. El Data Model debe definirse en el documento y puede guardarse en el disco para conservar el documento. Se determina en función de las etapas 1 y 2. Incluye diagrama UML del Data Model. --------- 4. Colección de datos Compilación de datos e información del sistema a estudiar (entrevistas, encuestas, cuestionarios, observaciones, estado del arte). Definición de cómo trabaja, mostrando y obteniendo un modelo conceptual. Completa la definición del modelo de la etapa 3. El modelo no presenta una connotación estadística por lo que la colección de datos no es significativa. 5.Implementación del modelo en la computadora Implementación de los objetos, las relaciones entre ellos y los eventos que alteran el estado de los objetos. Definición completa de la interfaz (puede incluir diagramas, tablas y dibujos). Determina la ergonomía del programa (como el usuario interactúa con el Data Model). Definición clara y precisa de todo el funcionamiento del modelo. Esta etapa debe generar una descripción completa del programa a desarrollar. Se implementa de acuerdo a lo determinado en el punto 3. A cada funcionalidad se le debe de asignar un autor. Eventos a tratar:

1. Pulso en la tecla LEFT para girar la nave a la izquierda. 2. Pulso en la tecla RIGHT para girar la nave a la derecha. 3. Pulso en la tecla UP para acelerar la nave progresivamente y hasta un límite de velocidad. 4. Pulso de la tecla ENTER para realizar un disparo hacia delante de la nave. 5. Timer para simular el comportamiento del modelo. 6. Colisión entre un asteroide y la nave. 7. Colisión entre una bala y un asteroide. Descripción de la funcionalidad DATA MODEL 1 Estudio de los objetos 2 Determinación de las características temporales 3 Diseño del Data Model 4 Elaboración del Diagrama UML DISEÑO DE LA INTERFACE 5 Concepción del sistema de controles 6 Diseño de los elementos visuales 7 Diseño del espacio de juego PROGRAMACIÓN 8 Adaptación de la ventana principal 9 Implementación del Modelo (Objetos) 10 Implementación de la Vista SIMULACIÓN 11 Ejecución del juego 12 Depuración de errores Autor 6. Verificación Exploración exhaustiva del modelo. Experimentación con el modelo. Se prueban todos los casos y comportamientos descritos en el punto 5. El sistema se verifica mediante la interacción del usuario con el juego, asegurándose de que el comportamiento es similar al del juego original. 7. Validación Demostración de la respuesta del modelo. Demostrar la ausencia de errores sistemáticos y/o aleatorios. Validación conceptual, validación de algoritmos, validación de códigos informáticos y validación funcional. Se determina en función de las etapas 3 y 5. El Modelo será verificado según lo especificado en la Formulación del Problema. Los errores y mal funcionamientos serán corregidos.

8. Diseño de experimentos El conjunto de procedimientos que se utilizan para generar datos numéricos de un programa. Permite investigar los efectos de las variables de entrada sobre una variable de salida. Corridas, o pruebas, en las que se realizan cambios intencionales en las variables de entrada. Se determina en función de las etapas 3 y 5. --------- 9. Experimentación Procedimiento de pruebas en el que se van modificando, eliminando o introduciendo las variables que tienen influencia en el comportamiento del proceso estudiado. Proceso de análisis de sensibilidad de las variables significativas. Se realiza en función de la etapa 8. El responsable de la experimentación deberá de probar todos los casos señalados en el diseño de experimentos. 10. Interpretación En esta etapa se analiza la sensibilidad del modelo con respecto a los parámetros que tienen asociados la mayor incertidumbre. Se determina en función de la etapa 9. La interpretación de los datos generados dinámicamente durante la simulación se realizará de forma automática y será la siguiente: 1. Si el número de asteroides en el espacio llega a cero, se declara un juego ganado. 2. Si el número de vidas de la nave (el jugador) llega a cero, se declara un juego perdido. 3. Si se declara un juego ganado o perdido en ambos casos se pausa el juego mientras se muestra la información. 4. Después de la pausa se devuelve la simulación a sus valores iniciales. 11. Documentación Elaboración de la documentación técnica y manuales de usuario. La documentación técnica debe contar con una descripción detallada del modelo y de los datos. Incluye una evolución histórica de las distintas etapas del desarrollo del modelo. Se determina en función de todas las etapas del proyecto. Una vez concluidas las etapas anteriores se pasará a realizar la documentación, así como el cronograma.

12. Cronograma El desarrollo del proyecto debe de llevar una calendarización. Cada funcionalidad debe de figurar en el orden de realización con su autor. Se sugiere utilizar MS Project para planificar la realización de las funcionalidades.