Este blog corresponde a la materia Proyecto Final de la Escuela Tecnica Ort al grupo tutoreado por la Profesora Lic. Silvia Herzovich
lunes, 21 de noviembre de 2011
ChessMaker
Felicitaciones por tu desempeño y el producto logrado!!!
DTSimulator
La entrega es personal y presencial. Te espero el lunes 5 de diciembre para que hagas tu entrega formal. Aprovecho para decirte que estuve tratando de probarlo y me encontré con algunas dificultades. Por un lado, me parece que primero hay que establecer la formación para saber cuántos delanteros, defensores, etc. puedo cargar. Además, nunca se me habilitó el botón de confirmar la plantilla y si quería sacar a alguien no sabía que puesto ocupaba. Te sugiero te acerques para que veamos todo lo que hay que mejorar para que funcione adecuadamente.
Saludos,
Silvia
Cierre del ciclo
Se acerca el final del ciclo lectivo y con ello la entrega del proyecto final. A medida que van teniendo listo lo que ya pedimos como condición para aprobar la materia me lo entregan para que lo cargue en nuestra cuenta y lo pruebe.
Les pido a tod@s un último esfuerzo para poder concluir en forma exitoso esta etapa.
Saludos,
Silvia
sábado, 19 de noviembre de 2011
Consulta
lunes, 14 de noviembre de 2011
Entrega proyectos Próvolo
El día miércoles 23 de noviembre a las 14:30 hs. se hará la entrega formal al Instituto Próvolo en el AMI. Para ello debemos tener el próximo lunes por la mañana todos los proyectos terminados y funcionando para ser grabados en un CD.
Por otro lado, sería interesante que cada alumno pueda estar en ese evento y explicar su proyecto.
Les pido me confirmen aistencia.
Saludos,
Silvia
Bitácora AUSENTE
Recordá que hoy es la presentación del proyecto conjunto con el área de gestión!!!
Bitácora
Ya estan terminadas las pantallas de clientes, reparaciones, ventas, proveedores.
Lo que faltaría, sería validar el cuit y revisarlo por completo.
lunes, 7 de noviembre de 2011
Bitácora
Bitácora
Bitacora
Los formularios que me faltarian son services ( ya casi terminado), ventas y pagos a proveedores (falta poco)
Bitacora
Para mi la experiencia del coloquio fue muy buena ya que esto nos ayuda para en un futuro saber como presentarnos y tener nuestra primer entrevista de trabajo, aparte también sirve ya que como se evalúan muchos puntos tenemos la obligacion de tener todos los ítems mas o menos bien hechos.
Otra cosa importante del coloquio fue que estába nada mas yo y la coloquiadora, esto te ayuda para tomar confianza de como presentar un proyecto en una entrevista.
Bitacora
Requisitos para aprobar la materia
Entregar toda la documentación generada
Aprobar el coloquio.
Librerías auxiliares previamente autorizadas por el profesor a cargo.
Archivos con datos necesarios para mostrar funcionalidad.
Estructura de carpetas para entregar
Para los casos de desarrollos en .NET, entregar una única solución (con el nombre del proyecto) con los proyectos de diseño y programación
Carpeta Principal con el apellido y nombre del alumno
Subcarpetas:
Documentación
Informe
Propuesta
Presupuesto
Manual del usuario
Políticas de Back-up/Restore.
Instructivo de instalación en breve descripción/Descripción de requisitos técnicos para funcionamiento del proyecto.
Password/s de ingreso
Diseño
Proyecto de diseño con:
Diagramas de Casos de Uso
Diagramas de Secuencia
Diagramas de Clases
Descripciones detalladas
No se aceptará como diseño un archivo word, excel o una imagen. Deben entragarse los archivos fuente de rational.
Carpeta con nombre del proyecto
Fuentes (en sus versiones finales sin referencias a PATHs absolutos)
Base de datos (en el caso de Access) / Script (Archivo .SQL) con la estructura de la base de datos y con los inserts de los datos (En el caso de MySQL y SQL/Server)
Ayuda en Línea (Help On-Line – Acceso dentro del sistema utilizando la tecla F1 o Tool Tips)
miércoles, 2 de noviembre de 2011
Bitácora
además tuve el coloquio, y me fue muy bien.
Ya anda todo, tengo 3 versiones diferentes de mi juego y voy por la 4ta! (EN INTERNET)
lunes, 31 de octubre de 2011
BItácora
Bitácor
Bitacora
Coloquios
El coloquiador/ora evaluará, durante la presentación que durará media hora, los siguientes coneceptos:
Conocimiento del negocio: Conocimientos alcanzados sobre la empresa, industria, procesos, productos/servicios, colaboradores, etc.
Propuesta de solución: Identificación del problema, evaluación de alternativas y alcance de la solución.
Exposición: Presentación, comunicación y claridad del proyecto.
Propuesta Técnica: Resolución técnica del proyecto y nivel de conocimientos sobre la tecnología aplicada.
Calidad del Software: Nivel de calidad de interfaz, funcionamiento y documentos presentados.
Grado de Avance: Completitud del proyecto.
Nivel de Innovación: Originalidad del proyecto en relación a productos actualmente en el mercado.
lunes, 24 de octubre de 2011
Bítacora
Bitácora
Bitácora
Previa al coloquio
Sebi: te veo un poco atrasado todavía para el coloquio. Trabajá muy duro para poder presentar el procedimiento de reparación completo!!!
Mati Hadid: Me gustó la idea de filtrar el catálogo por talle y color para que puedas arrastrar al carrito. Espero que el próximo lunes me puedas presentar el sistema casi terminado como me contaste.
Mati Hecht: Ausente en los dos primeros bloques. Espero hayas avanzado para presentar el tema de la fabricación funcionando para el coloquio :)
Mauro: Confío en lo que me decis pero me hubiese gustado ver el juego funcionando con el himno nacional y las otras 2 canciones. No te lo olvides el próximo lunes y averiguá como solucionar el tema de la batería que no te funciona.
Gonza: bien el progreso que hiciste, el lunes próximo el juego debe funcionar en su totalidad!!!
Caro: Veo que tus dificultades con programación hacen que no hayas tenido grandes progresos antes del coloquio. Fijate si podes cerrar algún procedimiento (Ventas) para el próximo lunes :)
Billy: Genial!!! Me encanta que puedas jugar entre distintas pc a través de la red. Subamos la apuesta ... vayamos por los smartphones :)
Silvia
Bitácora
Bitacora
lunes, 17 de octubre de 2011
Bitácora
Bitacora
Bitácora
Me falta bastante, pero voy a llegar a la fecha de entrega con el sistema programado.
Bitácora
jueves, 6 de octubre de 2011
Como conectarse a la base de datos mediante un path dinámico
En este tutorial explicare como conectarse a la base de datos mediante un path dinámico, facilitando la tarea a la hora de ejecutar nuestro proyecto desde una maquina u otra, ya que el path podría no ser el mismo por la unidad donde se ejecutara.
Antes que nada, se deberá escribir el siguiente using:
using System.Windows.Forms;
Luego, se deberá utilizar Application.StartupPath, esto nos permite obtener ..\bin\debug del proyecto.
Como se usa?
@"Provider=Microsoft.Jet.OLEDB.4.0;Data Source="+Application.StartupPath+ @"\base.mdb";
De esta forma, estaremos accediendo a nuestra base que se encuentra en ..\bin\debug, sin importar el directorio raíz de nuestro proyecto, ya que lo obtiene automáticamente
Bienvenida!!!
Le damos la bienvenida a Mati Silver como ayudante del blog.
Como su primer tarea, le pedimos que nos explique cómo utilizar un "path dinámico".
Gracias!!!
Saludos,
Silvia
lunes, 3 de octubre de 2011
Cómo suscribirse al blog
Bitácora AUSENTE
Espero estes bien. Programa mucho mirá que a fin de octubre tiene que estar terminado el sistema!!!
Saludos,
Silvia
Bitácora
Bitácora
Bitácora
De acá a fines de octubre voy a hacer la mayor cantidad de variantes posible, y durante Noviembre voy a empezar la parte web.
Bitacora
Hoy seguire con la programacion y diseño de esa pantalla, y otras mas
Bitácora
Bitácora
Bitacora
Ya casi termino una parte de la conexion con la base.
Bitácora
lunes, 26 de septiembre de 2011
Bitácora
Estoy avanzando con la programación.
Bitacora
También estoy siguiendo adelante con la programacion del proyecto.
Bitácora
Bitácora
Bitácora
Bitacora
También tengo hecho varios diagramas de secuencia, todo en el mismo proyecto.
En la próxima hora seguiré adelante con la programacion del sistema.
Bitácora
Bitácora
Terminé con mis diagramas.
La base de datos la estoy creando y agregándole las tablas y las consultas para poder después conectarla a el sistema.
Bitacora
lunes, 19 de septiembre de 2011
Bitácora
Bitacora
lunes, 12 de septiembre de 2011
Bitácora AUSENTE
Me dijo Eric que no te sentias bien, espero te mejores!!!
Ojo que esta semana cierra el trimestre. Trae todo el próximo lunes para poder poner nota.
Saludos,
Silvia
Bitácora
Bitacora
- clase cliente:
- sacar metodos
- agregar items de factura de compra
- en items solo va a estar cantidad
- en services agregar item con cantidad
- sacar clase de services realizados
- agregar fecha en services
- hacer recibos separados de compra y venta
- datalles va en la clase item
- analizar ventas VS. facturacion de ventas
- Diag de secuencia:
- sacar BD
- cambiar factura
- BD
- Agregar items con cantidad
Bitácora
- Modificar Arbol
- Agrupar items de pedido
- Corregir Base Datos
- Relacionar Cliente con pedido y factura
- Ver Relaciones
- Sacar Cliente/Proveedor de Items
- Pasar diagrama a un solo proyecto Rational
- Corregir Diagrama de Secuencia segun lo explicado
Bitácora
Bitacora
- Cambiara el color de las letras menu de canciones a algo mas visible.
- Tengo que empezar con la base de datos de los chicos.
- Terminar las canciones con sus respectivos niveles
Todos los menues ya esta completos y un poco de la jugabilidad tambien y Silvia me dijo que hablo con un profesor de produccion musical y le dijo que no habia problema con juego siempre y cuando que no lo registre a mi nombre.
Carpetas Digitales
Esta tiene que estar organizada de la siguiente manera:
Apellido y Nombre(carpeta):
Análisis(subcarpeta con toda la parte de análisis)
Diseño (subcarpeta con toda la parte de diseño, con todos los diagramas integrados en un solo proyecto de rational)
Proyecto (subcarpeta con el proyecto en sí, código)
Presentación (el ppoint que usamos para el primer coloquio)
Demo (usar un generador de demos. El demo es sólo para algunos proyectos)
Bitácora
• Cuando seleccionás una pieza, de alguna manera te tiene que mostrar cuál elegiste.
• Al llegar un peón a la octava fila, en vez de elegir desde un nuevo form la pieza por la que vas a cambiar al peón, elegís desde un dibujo.
• Al hacer una jugada inválida, un cartel te lo tiene que avisar.
• Cuando el timer llegue a 0 no se puede seguir jugando. Además, el timer podría contar el tiempo transcurrido, o podría no haber timers. El jugador tiene que elegir.
• Ver como integrar reglas del ajedrez, mostrar un HELP.
• Que se pueda jugar por internet.
lunes, 5 de septiembre de 2011
Bitácora
Bitácora
Bitacora
- Corrija el diagrama de secuencia, de acuerdo con el caso de uso
- Corrija la base de datos, agregando una tabla llamada item
- Agregar Item para la venta y compra
- Modificar las clases del sistema
Bitacora
Bitácora AUSENTE
Seguí con el proyecto, no te olvides que cierra el trimestre y va quedando poco tiempo para terminar el proyecto. Avanzá con la programación!!!
Saludos,
Silvia
Bitacora
- Agregara algo que pueda mostrar la mejora y el desempeño de los chicos en las canciones.
- Agregar la base de datos para que los chicos puedan tener guardados los puntajes.
- Terminar las canciones y demas
Bitácora
Correcciones
- Corregir la BD
- agregar tablas intermediarias para ítem
- separar recibos de vta y compra
- agregar claves foráneas
- sacar tabla de cta. cte.
- el proveedor no puede tener stock
- Diag de clases
- revisar la info del proveedor
- agregar los ítem de facturas
- el recibo no tiene info de datos del proveedor
- modificar clases de services y agregar otra para los services realizados
lunes, 29 de agosto de 2011
Factura electrónica
Una factura electrónica, también llamada comprobante fiscal digital, e-factura o efactura, es un documento electrónico que cumple con los requisitos legal y reglamentariamente exigibles a las facturas tradicionales garantizando, entre otras cosas, la autenticidad de su origen y la integridad de su contenido.
La factura electrónica es, por tanto, la versión electrónica de las facturas tradicionales en soporte papel y debe ser funcional y legalmente equivalente a estas últimas. Por su propia naturaleza, las facturas electrónicas pueden almacenarse, gestionarse e intercambiarse por medios electrónicos o digitales.
Una factura electrónica como evolución de la factura tradicional
Una factura es el justificante fiscal de la entrega de un producto o de la provisión de un servicio, que afecta al obligado tributario emisor (el vendedor) y al obligado tributario receptor (el comprador). Tradicionalmente, es un documento en papel, cuyo original debe ser archivado por el receptor de la factura. Habitualmente el emisor de la factura conserva una copia o la matriz en la que se registra su emisión.
La factura electrónica es el equivalente digital y evolución lógica de la tradicional factura en papel. A diferencia de esta, se emplean soportes informáticos para su almacenamiento en lugar de un soporte físico como es el papel.
En los países en los que la legislación lo admite, la validez de una factura electrónica es exactamente la misma que la de la tradicional factura en papel y gracias a la firma digital que incluye se garantiza su integridad y un alto nivel de trazabilidad, por lo que judicialmente es un documento considerado como vinculante y que no necesita de mayor prueba o confirmación que su propia existencia.
Principales características de la factura electrónica
• Los folios que deben ser utilizados en los Documentos Tributarios Electrónicos se autorizan vía Internet.
• Se debe enviar al SII, vía Internet, un ejemplar de cada Documento Tributario Electrónico que el contribuyente emita.
• Todo Documento Tributario Electrónico va firmado digitalmente por el emisor.
• El contribuyente que emite Documentos Tributarios Electrónicos también debe recibir el mismo tipo de documentación que otros contribuyentes le envíen.
• Además de los documentos tributarios que emita, los contribuyentes autorizados a emitir Factura Electrónica deben enviar mensualmente al SII la información del Libro de Compra y Venta.
Fuentes:
http://es.wikipedia.org/wiki/Factura_electr%C3%B3nica
http://www.sii.cl/preguntas_frecuentes/catastro/001_012_0529.htm
Bitácora
Estoy investigando como implementar el método de factura electrónica.
Voy a tener que empezar a programar desde cero.
Bitácora AUSENTE
Continuen con el proyecto, vean los puntos para aprobar el trimestre y recuerden que ya falta poco para el cierre. Para la próxima clase traigan los diagramas pedidos y la programación acordada.
Saludos,
Silvia
Bitácora
Bitacora
Bitácora
Bitácora
Bitácora
miércoles, 17 de agosto de 2011
Tutorial XNA
lunes, 8 de agosto de 2011
Bitacora
Me dijo que el diagrama de secuencia no era necesario.
Tengo que seguir programando.
Bitácora AUSENTE 8 de Agosto
Sigan adelante con sus proyectos!!!
Saludos,
Silvia
Bitácora AUSENTE
Seguí adelante con tu proyecto!!!
Saludos,
Silvia
Bitácora
Corregir algunas cosas del DER
Hacer la BD
Ampliar modulo cheques
Seguir programando el sistema
Bitácora
Seguire en adelante con la conexión, para poder registrar los insumos del sistema.
domingo, 7 de agosto de 2011
Bitácora
sábado, 6 de agosto de 2011
Bitácora
Me dijo que tenga la base de datos de los insumos ya programada generándole en el sistema un valor inicial en la cantidad de insumos para asi guardarla en la base de datos.
También me dijo que cuando clickee en la grilla el aerosol, me muestre en otra grilla nos insumos necesarion para su elaboración.
jueves, 4 de agosto de 2011
Páginas de ayuda de XNA
Les paso a los chicos que hacen proyecto con XNA un par de páginas y tutoriales que les van a venir de ayuda.
http://xnacommunity.codeplex.com
De esta página destaco el articulo de construcción del menu y el articulo de colisiones básicas usando Bounding Box (si no recuerdan lo que es miren este powerpoint).
Aparte de esto, también fijense esta otra página.
http://www.xna.com
Si van a education en esa página, van a ver que esta lleno de tutoriales, códigos de muestra y videos útiles.
De ésta página destaco los códigos de muestra , los foros de la comunidad y los videotutoriales (fijense del lado derecho, está separado por clases y partes).
Un saludo!
miércoles, 3 de agosto de 2011
Como validar el CUIT/CUIL
El CUIT es imprescindible para emitir comprobantes de pago y para realizar trámites ante los organismos impositivos, de seguridad social y otros estatales; también es necesaria para que los trabajadores autónomos puedan hacer sus aportes previsionales para la jubilación o pensión.
Las personas que trabajan en relación de dependencia tienen un código identificatorio similar, llamado Clave Única de Identificación Laboral (CUIL).
A continuación se describe el algorítmo utilizado para validar las claves mencionadas.
Fuente del documento: AFIP
ALGORITMO
El cuit esta compuesto por 11 dígitos, el último corresponde al dígito verificador.
Multiplicar cada dígito del número (sin el D.V.) por los números que se indican:
5432765432
Ej: 30590360763 el 3 es el digito verificador.
6*2 = 12
7*3 = 21
0*4 = 0
6*5 = 30
3*6 = 18
0*7 = 0
9*2= 18
5*3 = 15
0*4 = 0
3*5 = 15
_____
129 Sumar los resultados de los productos realizados.
El número obtenido 129 dividirlo por 11:
129/11= 11 y reservar el el resto obtenido en la operación que en este caso es 8 .
Restar 11 - el resto.
11-8 = 3 este es el D.V.
Excepciones:
Si el resultado obtenido es 0 el D.V. será 0
Si el resultado obtenido es 1 el D.V. será 9
lunes, 1 de agosto de 2011
Bitácora
Para la próxima semana voy a traer las clases programadas para el ajedrez "normal" y una variante.
Bitacora
Mande 3 mails a la SADAIC pero no contestaron ninguno.
Bitácora
Bitácora
Tengo que corregir algunas cosas que Silvia me mandó para que las revea.
Objetivos para el segundo trimestre
2. DISEÑO ORIENTADO A OBJETOS
2.1.Árbol de menús
2.2.Diseño de interfases gráficas
2.3.Diagrama de Clases Completo
2.3.1. Propiedades
2.3.2. Métodos
2.4.Diagramas de Secuencia
2.5.Diseño de salidas (Listados y estadísticas)
2.6.Diagrama de Estado (Sólo para juegos)
2.7.Diagrama de entidad-relación (Para juegos: Opcional)
2.8.Diseño de base de datos (Para juegos: Opcional)
3. PROGRAMACION ORIENTADA A OBJETOS
3.1.Programación de los principales casos de uso
El Trimestre termina el día 16 de septiembre
jueves, 14 de julio de 2011
Pre Coloquios
Los felicito por las exposiciones de los precoloquios y los invito a compartir la experiencia en el blog. Dejando constancia del valor agregado de esta instancia y los puntos a reflexionar y/o incorporar en sus proyectos.
Damos la bienvenida a Marcelo, en el rol de coloquiador, como integrante de nuestra comunidad virtual y le pedimos que se presente como cada uno de nosostros hizo al ingresar por primera vez al blog.
Dejamos este canal abierto para que Marcelo pueda hacer un seguimiento del avance de sus proyectos y si es necesario incluya algunos comentarios.
Que tengan unas buenas vacaciones y a su regreso traigan parte del sistema programado!!!
Saludos,
Silvia
lunes, 11 de julio de 2011
Pre Coloquio
Hasta ahora vi que solo las canciones de Rata Blanca y Como Ali de Los Piojos tienen derecho por parte de la SADAIC
http://www.sadaic.org.ar/index.php?titulo=&nro_obra=&autor=Giardino&area=busqueda&subarea=resultados&capitulo=B%C3%BAsqueda+de+Obras+y+autores&tipo=abierta&b_enviar_form.x=0&b_enviar_form.y=0
Resumen del Pre Coloquio
Sistemas de Gestión
- Acceso restringido al sistema con privilegios. (log-in/log-out).
- Listas ordenadas y filtradas.
- Carga inicial con datos anteriores para obtener estadísticas significativas.
- Validaciones (ej.: si el campo es nco sólo aceptar números, valor lógico ==> ej. precio negativo o valores imposibles).
- Alertas automatizadas con envío de e-mails para comunicar la finalización de cada etapa.
- Seguimiento de estado de pedido por página Web.
- Reportes de stock menor al mínimo.
- FACTURA ELECTRÓNICA (Investigar!!). Validación directa con la AFIP.
- Controladora fiscal. Ver como programar la integración.
- En el caso de e-commerce integrar el stock del negocio con el stock on line.
Juegos
- Investigar la parte legal de derechos de autor sobre las canciones que se quieren incorporar a un juego educativo. SADAIC
- Hacerlos más sociales. Jugar en red con varios jugadores.
- Hacerlos más globales para su comercialización.
- Integración con facebook (apis, muro, etc.)
- Servidor central con información de jugadores.
- Generar viralidad.
Pre-Coloquio
Cómo fue mi pre coloquio
La devolución de Marcelo me sirvió bastante. Me habló de una posible integración por facebook y me ayudó a decidir la plataforma en la que voy a hacer el sistema (el prototipo lo voy a hacer en C#, con un Windows Form, y para lanzarlo a Internet voy a usar ASP NET MVC).
Yo pensé en lanzarlo en formato CD, pero aprendí que...básicamente caducaron. Lo mejor sería tener un servidor, y que los pasos para jugar sean los siguientes:
• Conectarse con usuario y contraseña
• Crear una variante y esperar a que alguien se una. // Unirse a una variante creada.
Los usuarios podrían ver una lista con los usuarios conectados y otra con los juegos creados.
Me dijo que era muy interesante y también me preguntó si ya había algún programa existente que hiciera esto (yo no encontré ninguno).
Mi proyecto cambió un poquito de rumbo pero también se está volviendo más real!
Pre Coloquio
Me dijo que me basara en la producción, en control de stock y en registrar, tambien me consulto que en produccion , haga un archivo de tipo dibujo para que el usuario dibuje el tipo de aerosol a fabricar y que lo mande a producción para que lo fabrique.
Luego me pregunto como era el tama defabricación y le comente como es el proceso.
Mi experiencia fue bastante sorprendete, ya que soy una persona de sentirme nervioso al momento de exponer algo adelante de una persona que me observa y toma apuntes hacerca de la conferencia que di enfrente de todos los alumnos. Me senti nervioso pero lo pude afrontar, ya que no me jugaron en contra y di una charla bastante tranquilo. Esto fue una gran experiencia , que pude sentir que por fin supere algunos de mis miedos .
Pre coloquio
Otra cosa del sistema que me comento es que tenga toda una serie de validaciones.
Tener un PRE-Coloquio nos favorece muchísimo ya que esto nos da más experiencia y vamos tomando más conocimiento para el coloquio final y para el mercado externo al colegio
Pre Coloquio
Me parecio una buena experiencia y esta bueno para ver como seguir con el proyecto.
Pre coloquio
Además me pudo sugerir modificaciones como las alertas por e-mail, o diferentes log-in para si en un futuro hay diferentes empleados.
También me hablo de hacer una interfase para conectarse con la AFIP, para poder tener las facturas electrónicas.
Todo esto me va a servir para hacer mi proyecto más eficiente.
PreColoquio
domingo, 10 de julio de 2011
sábado, 9 de julio de 2011
Pre coloquio
viernes, 8 de julio de 2011
jueves, 7 de julio de 2011
Reunión Gestión
Mi powerpoint para el pre coloquio
El mail de Liliana
gracias
miércoles, 6 de julio de 2011
Proyecto Conjunto
Gracias!!
Silvia
URGENTE!!!
Silvia
Pre Coloquios
Les paso algunos tips para los pre coloquios.
Cada alumno tendrá 5 minutos para presentar su proyecto, delante de sus compañeros que son tutoreados por el mismo docente. El objetivo es poder sintetizar hacia otros lo que están desarrollando.
La exposición será presenciada por un coloquiador (profesional del área de informática externo a la Institución), que luego de finalizadas las presentaciones hará una devolución a los alumnos (algunas recomendaciones).
Para optimizar los tiempos es necesario que cada alumno tenga la presentación cargada en el blog del curso. (Para evitar cualquier inconveniente recomiendo tener back up de la misma en un pen drive)
Saludos,
Silvia
martes, 5 de julio de 2011
Plan de Juego Explicado
Plan de Juego Explicado
lunes, 4 de julio de 2011
Bitácora
Le pido que me muestre un sistema similar para entender cómo va a funcionar el juego, dada la conversación que tuvo con Jony donde dice no tener animaciones.
Yo me lo imaginaba diferente.
Poner un link en la presentación para mostrar el ejemplo.
Diagrama de clases: nada aún.
Diagrama de secuencia:nada aún.
DER:nada aún.
Bitácora
DER: Incompleto.
Diagrama de clases: modificar el carrito. Falta la facturación/cobranza.
Diagramas de secuencia: le mostré uno con "carrito". No empezó.
XNA
Bitácora
DER: Faltan insumos y aerosoles. Ver las relaciones de ambos con factura de compra y de venta. No hay relación entre compra y venta, ni entre cliente y proveedor.
Diagrama de clase: corregir según lo hablado.
Hacer los Diagramas de secuencia para ver cómo se actualizan los métodos de las clases.
Seguir trabajando.
Bitácora
Diagrama de clases: en proceso
Diagramas de secuencia: no empezó.
Bitácora
Diagrama de clases: lo hizo pero no lo puede mostrar...
Hacer diagrama de secuencia.
Bitácora
Diagrama de clases: modelar la realidad del juego, tableros, fichas, reglas, objetivos, etc. Ojo NO diseñar como programador.
Diagramas de secuencia: modificarlos.
Bitácora Ausente
Saludos,
Silvia
Bitácora
Hacer los de secuencia!!! en un solo proyecto rational. En el CU correspondiente.
Presentación: está MB se complementará con la exposición.
Seguir trabajando!!
Bienvenida a Jony
Le damos la bienvenida a Jony que se incorpora hoy al grupo de ayudantes. Su función será colaborar, dada su experiencia en Le Ballon, en los sistemas relacionados con JUEGOS.
Todos aquellos que necesiten de su ayuda pueden recurrir a él. Pueden encontrarlo de lunes a jueves de 8 a 12 en el laboratorio!!
Jony, ya formas parte del grupo y será bienvenida tu colaboración. Para ello te pido que tus aportes se etiqueten con JUEGOS, Novedades y Ayuda. Te pediría que vayas viendo la posibilidad de ampliar la estructura del "Plan de juegos" para formalizar el fundamento teórico de lo hecho y para futuros desarrollos. Dejá bien en claro las fuentes consultadas.
GRACIAS!!!!
Silvia
jueves, 30 de junio de 2011
martes, 28 de junio de 2011
Diagramas de Clases y de Secuencia
Diagrama de clases:
La identidad es unívoca en un objeto.
Se denomina estado al conjunto de los valores de los atributos de un objeto en un determinado momento.
Se denomina comportamiento, por otra parte, a las operaciones que este objeto puede realizar (qué métodos y mensajes puede hacer), es decir, sus responsabilidades.
Si un objeto no es responsable de hacer algo, manda un mensaje al objeto que sí tiene que hacerlo.
El sistema está compuesto por clases, tal vez similares, que representan entidades de la realidad.
Lo que un sistema debe hacer son los requisitos.
----
Diagrama de secuencia:
Se hace un diagrama de secuencia por escenario posible por caso de uso. Muestra el funcionamiento interno (mientras que las plantillas muestran la interacción entre el usuario y el sistema, y no lo que pasa adentro).
Los escenarios son el caso exitoso y cada una de las excepciones.
Se debe diseñar por capas; así, cuando por ejemplo se cambia la interfaz no se debe cambiar la lógica del programa. De este modo se mantiene la independencia entre las capas.
lunes, 27 de junio de 2011
Proyecto conjunto con Gestión
Saludos,
Silvia
Bitácora
Interfaces: hacer la del juego en photoshop
DER: hacerlo y pasarlo a base de datos.
Diagrama de clases: hacerlo
Diagramas de secuencia: explotar el juego.
Bitácora
Hacer diagrama de CU con los diagramas de secuencia. Explotar el juego. Descripción del juego.
Hacer el diagrama de clases. Todo en rational en el mismo proyecto.
Está programando.
Bitácora
- Separar el mercado del negocio.
- En el mercado agregar gráfico que muestre la participación de cada sector.
- En el negocio agregar la facbricación del aerosol.
- Separar en más diapo.
- Trabajarla más.
Falta hacer el DER y los de secuencia. Para los de secuencia hacerlos sobre los CU más significativos (NO ABM).
Interfaz de fabricación: ajustarla según lo explicado en clase.
Descripción de Fabricación: completarla según lo hablado.
Diagrama de clases: Pedido, Venta, Compra, Fabricación.
Bitácora
- De la investigación tratar de poner gráficos que muestren el share con la competencia.
- El problema dónde radica?
- Ampliar, usar gráficos, hacerla más visual.
Diagramas de secuencia: hacerlos para los CU más significativos (NO ABM). Usar rational en un solo proyecto!!
DER no lo hizo, hacerlo y pasarlo a la base de datos.
Diagrama de clases: corregir!! (artículos, cheques, facturas de compra, factura de venta, detalles de cada una, etc.)
Bitácora
Hacer
- Diagrama de secuencia de los CU. Explotar el de juegos.
- DER con su base de datos.
- Presentación: agregar reglas en las primeras diapo, modificar orden de prioridades, sacar título de investigación de maercado, mostrar la encuesta, cambiar color de los resultados, modificar la solución, agregar interfaces.
Bitácora
Usar rational en el mismo proyecto que el diagrama de CU y el de clases.
Bitácora
Hacer TODO lo que tenes que hacer:
- Presentación para el pre coloquio.
- Diagramas de secuencia de las descripciones de CU más significativas (no ABM).
- Diagrama de clases.
- DER con su base de datos correspondiente.
Leer las novedades para ver que más hacer.
Bitácora
- Agregar imágenes significativas.
- Agregar investigación de mercado con gráficos que muestren evolución de: la industria textil, importación vs exportación, e-commerce.
Interfaces: MB
DER: seguir trabajando
Diagrama de clases: seguir.
Diagrama de secuencia: hacerlos sobre los CU más significativos (no de ABM).
Todos los diagramas (salvo el DER) en rational en un único proyecto.
Bitácora
miércoles, 22 de junio de 2011
Proyecto conjunto con Gestión
Quería contarles que este año se va a hacer una nueva experiencia con un proyecto conjunto con el área de Gestión. La idea es armar un plan de negocio para Juegos.
Para ellos se eligieron a 3 alumnos de Informática que van a llevar a cabo la experiencia. Ellos son :
Guillermo Mosse de 6to.. B – Juego: Ajedrez (varias versiones)
Alejandro Otero de 6to. C - Juego: Salir de la habitación e ir a distintos lugares para comprar (supermercado, cine, etc.)
Jennifer Karcevas de 6to. A – Juego: Educativo ecológico con dibujos originales usando la tableta digitalizadora.
Cierre del trabajo será en la semana del 17 de octubre donde se expondrá ante alumnos, profesores y directivos. Nuestros alumnos mostrarán sus productos y los de gestión lo venderán.
Las discusiones se llevarán a cabo a través del campus pero se mantendrán actualizadas las bitácoras para que podamos seguir su desempeño.
Queremos acompañar a nuestros alumnos y desearles lo mejor para este nuevo emprendimiento.
Saludos,
Silvia
Pre Coloquios
Les cuento que el precoloquio se va a desarrollar el día 11 de julio en horario de Proyecto.
Cada grupo entrará con sus compañeros y tutor a cargo para presentar su proyecto ante el coloquiador.
Una vez terminadas las presentaciones el coloquiador hará la devolución pertinente.
Les recomiendo llevar la carpeta impresa con todo lo que tengan hasta el momento, la presentación traerla en un pendrive (por las dudas) y cargarlo desde ahora en el blog.
Las exposiciones no deberán insumir más que 5 minutos por alumno.
Sean claros y precisos!!!
Saludos,Silvia
Publicado
lunes, 13 de junio de 2011
pre-Coloquio
Para eso, vamos a usar un powerpoint con slides para:
• la Presentación(el nombre del proyecto, del alumno, el logo)
• El Análisis del mercado
• Las Reglas de Negocio(en vez de hacer un organigrama, es mejor que usemos imágenes, que lo hagamos "lindo")
• La Problemàtica(si es un proyecto de juegos, el problema no va a ser algo que "funciona mal", pero podrá ser, por ejemplo, la imposibilidad de jugar a eso actualmente).
• La solución(si tenemos pantallas, o alguna forma de presentar què vamos a hacer, mejor).
• Las ventajas (que va a presentar el sistema; bàsicamente es "vendérselo" al coloquiador).
domingo, 12 de junio de 2011
- Registrar venta y emitir factura
- Registrar cobranza
- Generar comprobantes
- Consultar prioridades
- Generar informe de clientes habituales
- Generar informe gráfico de ventas por épocas del año
- Generar informe gráfico de compras por épocas del año
- Administrar clientes habituales
- Registrar las compras
- Registrar pagos a proveedores
- Registrar cheques por fecha y por estado
- Administración de usuarios
- Consultar cuentas corrientes (clientes)
sábado, 11 de junio de 2011
lunes, 6 de junio de 2011
Bitácora
- Agregar consultar cta. cte.
- Registrar compras
- Ampliar estadísticas
Reescribir los módulos indicando función y beneficios.
Diagrama de CU completar según los requisitos.
Hacer descripciones e interfaces de todo el módulo de reparaciones.!!!
Subir al blog con scribd: Investigación de mercado, Informe de relevamiento, Propuesta técnica y funcional, y la propuesta económica.
Sin scribd subir los requisitos funcionales.
Hacer: Diagrama de clases y DER con su respectiva base de datos.
Bitácora
Hacer más hincapié en las compras de insumos y la fabricación. El pedido de venta sí, porque dispara la fabricación pero dejar con menor prioridad la impresión de factura.
Reescribir la propuesta en tercera persona.
Corregir según requisitos. Pasar el diagrama de CU a rational.
Hacer el diagrama de clases y el DER con su respectiva bases de datos
Bitácora
Estan muy incompletos!!!
Volver a revisar los módulos de la propuesta, completarlos según los requisitos.
Pasar el diagrama de CU a rational.
Descripciones de CU rehacer.
Subir al blog con scribd: el informe de relevamiento, la propuesta técnica y funcional, y la propuesta económica.
Sin scribd subir en un post separado los requisitos funcionales.
Para la próxima:
- Diagrama de clases
- DER y base de datos
Bitácora
Agregar Compras, un módulo de estadísticas (Ej. Ingresos por tipo de cobranza), un módulo para la caja y otro para cheques (Ver x fecha, x estado). Revisar los requisitos y completar con los puntos anteriores.
Subir al blog con scribd el informe de relevamiento, la propuesta técnica y funcional, la propuesta económica.
Hacer el diagrama de clases, el diagrama entidad relación (DER)
Charla XNA
Qué dijeron en XNA
Nos dijo que el proyecto se divide en varias partes:
• LoadContent: te permite cargar todo tipo de archivos (audio, imagen, video) en la RAM, para poder llamarlos luego desde el SpriteBatch. Usualmente se cargan al principio los necesarios para iniciar el juego
• UnLoadContent: hace lo contrario que el LoadContent: te permite quitar estos archivos de la RAM.
• Initialize: en esta función se escribe toda la lógica inicial del programa.
• Update: te permite actualizar el juego, en base a cálculos y condicionales.
• Draw: esta función actualiza la parte gráfica del juego (renderiza). Draw se llama mucho más seguido que Update (el programador define la proporción).
Los objetos del SpriteBatch, según Gutes y Johnny, convienen ser guardados en formas (rectángulos, o círculos), para poder chequear colisiones entre ellos. Asì, el sprite de "Mario" (el ejemplo que usaron) estará guardado de esta manera:

Su posición estará definida por el vértice superior izquierdo del rectángulo, así como su ancho y su alto.
Novedades para JUEGOS
- Diseñar las Interfases.
- Hacer el Diagrama de clases.
- Imprimir carpetas y entregar para cerrar el trimestre.
- Postear la experiencia de la charla de XNA y definir el lenguaje de programación.
- Empezar a programar :)
Tuve una pequeña charla con Gutes y quedamos en que cada uno postee el objetivo de su juego y le mande e-mail a GUTES para que lo vea. El blog va a ser nuestro medio de comunicación y sólo se mandará mail para informar que hay novedades en el blog. Etiquetar con el nombre del alumno, el nombre del juego, Juegos y Gutes.
Billy va a postear los temas tratados en la charla, ustedes aporten desde su experiencia en cuanto a cómo influye para sus proyectos.
Charla XNA
Esto no me sirve a mi ya que en mi proyecto no uso ningún tipo de texturas, por lo que sería inutil realizarlo en XNA.
domingo, 5 de junio de 2011
Charla XNA
Requisitos Funcionales
•Registrar Pedido
•Registrar compra
•Administrar Proveedores
•Administrar cliente
•Registrar Anular una venta
•Administrar Aerosoles
•Bloquear Cliente
•Bloquear Proveedor
•Registrando Fabricación
•Administrar Insumos
•Consultar Cuenta Corriente del cliente
•Consultar Stock de insumos menor al mínimo
•Consultar Estadística Anual del Aerosol
•Consultar Cheques por estado
•Consultar Cheques por fecha
•Consultar Estadística entre fecha
Requisitos Técnivos y Funcionales
- Amigable con el usuario
- Fácil de operar
- Que sea más rápido de facturar
Requerimientos Funcionales
- Imprimir factura
- Control de stock
- Ver la cantidad de Aerosoles facturados
- Ver la recaudación
- Ver los clientes
- Ver los proveedores
Requisitos Funcionales
- Registrar ventas Y Emitir Factura
- Registrar Pedido
- Registrar compra
- Administrar Proveedores
- Administrar cliente
- Registrar Anular una compra
- Registrar Anular una venta
- Administrar Aerosoles
- Bloquear Cliente
- Bloquear Proveedor
- Registrando Fabricación
- Administrar Insumos
- Registrar cliente.
- Cuenta Corriente del cliente
- Control de stock
- Estadística Anual del Aerosol
- Administrar los cheques
- Consultar Cheques por estado
- Consultar cheques por fecha
- Consultar stock de pedido
- Estadística entre fecha
- Registrar Precio
lunes, 30 de mayo de 2011
Sólo para juegos
Además, cuando vayan a la charla de XNA tienen que hacer un post sobre qué aprendieron.
Bitácora
En las breves descripciones cambiar la terminología muy técnica por otra más entendible por un usuario.
Está programando.
Le falta la propuesta, ya que no tiene usuario le propuse hacerla como para un potencial inversor que pueda producir el juego a gran escala.
Bitácora
Diagrama de clases agregar items de pedido y ver las relaciones entre clases.
Bitácora
Informe de relevamiento agregar en los requerimientos funcionales lo que te pidieron específicamente (el himno, canciones en español, etc.)
Bitácora
Terminar todo lo necesario para aprobar el trimestre.
Bitácora
Falta incluir cobranza, ver si existe un pedido previo a la venta.
Subir los requisitos al blog SIN scribd.
Reformular los módulos de la propuesta y aclarar qué hace y cuál es el beneficio.
Describir en detalle y hacer interfases de: Fabricación, Venta y Cobranza.
Bitácora
Diagrama de clases: Ver de plantearlo en la charla de XNA.
Separar los diagramas en distintas solapas del rational
Bitácora
Subirlo con scribd. Postear los requisitos sin scribd.
En la propuesta se describen los módulos (función y beneficio).
Diagrama de CU separar roles y rehacer
Relevamiento
-Registrar compra
-Emitir factura
-Registrar venta
-Emitir ticket
-Consultar el stock
-Advertir mínimo
-Registrar cambios
-Emitir nota de crédito
-Administrando artículos
-Administrando personal
-Administrando proveedores
-Registrar pagos
-Registrar cheques
-Consultar cuentas corrientes
-Consultar deudas con el personal
-Consultar estadísticas
-Registrar salidas
-Emitir comprobante
Bitácora
Terminar todo lo que se necesita para aprobar el trimestre!!
domingo, 29 de mayo de 2011
Encuesta: preguntas y Resultado
• a) Sí
• b) No.
• c) No, y nunca jugué al ajedrez.
2) Marcá las variantes que jugaste con un tablero físico (hay que usar checkboxes):
• Atómico.
• De Alicia.
• Pasapiezas.
• Cometodo.
• Progresivo.
• Global.
• Alienígena.
• Aleatorio (sea de Fisher o no).
• Gótico.
• Sin jaques.
• Con reloj.
• Hexagonal.
• Arriba abajo.
• Juego de peones.
• Republicano.
3) Marcá las variantes que jugaste en una computadora (hay que usar checkboxes):
• Atómico.
• De Alicia.
• Pasapiezas.
• Cometodo.
• Progresivo.
• Global.
• Alienígena
• Aleatorio (sea de Fisher o no)
• Gótico
• Sin jaques.
• Con reloj.
• Hexagonal.
• Arriba abajo.
• Juego de peones.
• Republicano.
4) ¿Te resulta fácil encontrar un programa que te permita jugar variantes de ajedrez?
• Sí.
• No.
• No me interesa el ajedrez directamente.
5) ¿Cuántos años tenés? (comboBox con edad)
Acá está la encuesta publicada. Los resultados me llegan por e-mail (por ahora no me llega una tabla con un promedio, o todos los resultados)
http://www.jotform.com/form/11483531242
Acà estan los resultados:
https://spreadsheets.google.com/spreadsheet/ccc?key=0AotZLdzjjwqzdFJ3Rm9uMThMeDRrcjFzcFVTaDhFZVE&hl=en_US
Gente que… Cantidad
Juega una variante de ajedrez 66
No juega una variante de ajedrez 52
No juega al ajedrez 43
Le resulta fácil encontrar un programa para jugar al ajedrez 27
No resulta fácil encontrar un programa para jugar al ajedrez 69
Edad promedio de la gente: 27
