martes, 28 de junio de 2011

Diagramas de Clases y de Secuencia

El Lunes 13/6 vimos teoría sobre estos dos diagramas.
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

El próximo lunes 4 de julio a las 14:40 hs. nos vamos a reunir con los integrantes del "PROYECTO CONJUNTO". Lugar a definir.
Saludos,
Silvia

Bitácora

Presentación: la está haciendo
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

Presentación: ajustar según lo hablado. Agregar gráficos en el mercado, separar Próvolo del mercado de juegos, mejorar las ventajas.
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

Presentación


  • 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

Presentación


  • 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

Completar los Diagramas de Secuencia de los CU más significativos (no ABM).
Usar rational en el mismo proyecto que el diagrama de CU y el de clases.

Bitácora

Se olvidó la carpeta.

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

Presentación:




  • 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

Hoy no pude mostrarle nada a Silvia porque me olvide todo lo que hice en mi casa (Porque ayer estuve en una fiesta y llegue tarde a mi casa). La semana que viene le muestro todo.

miércoles, 22 de junio de 2011

Proyecto conjunto con Gestión

Hola a todos!!!
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

Hola a todos!!

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

Dentro de poco vamos a hacer un preColoquio. El objetivo es, en no más de 3 minutos, presentar el proyecto.
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

Propuesta Económica
Propuesta Técnica y Funcional
Informe de relevamiento
Requisitos






  • 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)

Propuesta economica

Propuesta económica

Propuesta tecnica y funcional

Propuesta técnica y funcional

sábado, 11 de junio de 2011

Informe Relevamiento

informe relevamiento

lunes, 6 de junio de 2011

Bitácora

Requisitos




  • Agregar consultar cta. cte.


  • Registrar compras


  • Ampliar estadísticas
Propuesta
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

Propuesta técnica y funcional
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

Requisitos: Registrar las compras, pagos a proveedores, módulo de cheques (x fecha, x estado).
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

Propuesta Técnica y Funcional
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

El jueves pasado tuvimos la charla XNA con Gutes y el chico del proyecto leballon. Ellos nos hablaron de esta tecnologia y de su benenificio al usarlo para programar juegos, como por ejemplo las texturas 2d y 3d. XNA no sirve para mi proyecto ya que va a ser programado en Flash Action Script 2.0

Qué dijeron en XNA

La charla de XNA fue dictada por Jonathan Bursztyn, egresado de la orientación de informática.

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

El otro dia vino el alumno que hizo el proyecto LeBallon a hablarnos sobre XNA. Nos contó que es una tecnología que sirve para trabajar con texturas en 2D o bien en 3D. Constantemente se realiza un refresco de la pantalla para ver que hay de diferente de la escena anterior.
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

Esta charla la verdad me hizo pensar en si me conviene programar el juego en este lenguaje en vez del que estoy usando. Sin embargo, como mi proyecto tiene una parte muy grande de lógica, le voy a preguntar a Gutes si me conviene, porque me parece que XNA es para juegos con una parte gráfica mas predominante que el mío.

Requisitos Funcionales

•Registrar ventas Y Emitir Factura
•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

Requerimientos técnicos

  • 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