Mostrando entradas con la etiqueta Profesor. Mostrar todas las entradas
Mostrando entradas con la etiqueta Profesor. Mostrar todas las entradas

miércoles, 12 de noviembre de 2008

12/*11/2008

El alumno debe terminar por lo menos, todos los abms y con su funcionamiento perfecto, particularmente para presentarse en el coloquio. No debe permitir registros con clave duplicada, despues de llenar los campos de un alta o modificar un campo o borrar deben limpiarse todos los campos.
El mail debe consistirse con un "@" y un "."
Los telefonos deben tener digitos numericos un "/" o un "-"
Los campos Apellido o Firma o articulo deben aparecer siempre ordenados en forma creciente.
Si se intenta borrar un registro para cuyo codigo haya movimientos en otro archivo debe mostrarse un cartel con la imposibilidad de tal baja.
Funcionamiento correcto de TABS

viernes, 24 de octubre de 2008

24/10/2008

Se recordo a sus compaleros que solo faltan 4 clases y que esta de por medio el coloquio. Por lo tanto, debe apurar el ritmo y terminar las opciones de programacion que restan. Si el sistema no se termina para el fin de clases quedan dos clases para el mes de diciembre. L:os programas deben ser testeados por el profesor.

miércoles, 24 de septiembre de 2008

24/09/2008

No hizo TODAVIA el DER
Ya revisamos algunos Diag de secuencia, por lo que la primera prioridad es terminarlos.
En tercer lugar debe controlar que los metodos para cada clase esten completos.
Solo si queda tiempo, adelantar interfases.
De cualquier manera, no avanzaremos en la revision si no estan completos TODOS los DdS y los atributos de las clases.

miércoles, 17 de septiembre de 2008

17/09/2008

Ya revisamos algunos Diasg de secuencia, por lo que la primera prioridad es terminarlos.
En tercer lugar debe controlar que los metodos para cada clase esten completos. Solo si queda tiempo, adelantar interfases. De cualquier manera, no avanzaremos en la revision si no estan completos TODOS los DdS y los atributos de las clases.
Confeccinar DER

miércoles, 10 de septiembre de 2008

10/09/2008

El alumno no preento lo solicitado en el posteo previo.
El alumno debera terminar con todos los diagramas de secuencia. Ya revisamos algunos conceptos, por lo que la primera prioridad es terminarlos. Debe seguir el contenido de los casos de uso correspondientes.
En segundo lugar debe revisar los atributos de cada clase. (En el caso de clases "singulares" y "plurales" solo completar y revisar los atributos de los "plurales".
En tercer lugar debe controlar que los metodos para cada clase esten completos.
Solo si queda tiempo, adelantar interfases. De cualquier manera, no avanzaremos en la revision si no estan completos TODOS los DdS y los atributos de las clases. OJO hay muchos feriados los miercoles.

miércoles, 27 de agosto de 2008

27/08/2008

Definir las clases y sus respectivos atributos en RATIONAL, copiando lo controlado en Word. Hemos visto algunas clases en Woird, completarlas y subirlas a Rational.

Los diagramas de secuencia aun no se presentaron

Desarrollar 5 pantallas adicionales para ir completando. Sugiero agregarle algun logo del cliente. La pantalla de compra debe integrar las tres pantallas previstas, pues responden a una unica operacion. Si se repite la entrada de un articulo, no se deben generar dos lineas sino sumar las unidades compradas. El unico campo que puede ser modificado es el precio unitario de ventas.

Es prioritario hacer olos diasgramas de secuencia. Recien despues las pantallas.

miércoles, 20 de agosto de 2008

20/08/2008

Casos de uso completados. Quizas falta alguno, mpero lo veremos despues de los diagramas de secuencia.
El menu OK.
Definir las clases y sus respectivos atributos en RATIONAL. Hemos visto algunas clases en Woird, completarlas y subirlas a Rational.
No desarrolló los diagrama de secuencia en Rational solicitados en el posteo anterior. Debe desarrollar todos los diagramas de secuencia que pueda, considerando las pautas fijadas cuando construimos el de Proveedores.
Desarrollar 5 pantallas adicionales para ir completando. Sugiero agregarle algun logo del cliente.

miércoles, 23 de julio de 2008

23/07/2008

Completar todos los casos de uso en funcion a lo modificado hoy.
Si no estan TODOS los CdU no seguimos adelante. Para el proximo encuentro debe generalizar las modificaciones planteadas.
El menu OK.
Hemos modificado pantallas y precisado reglas generales de construccion. Solo terminar bien las que hemos modificado.

Definir las clases y sus respectivos atributos.

No desarrolló los diagrama de secuencia en Rational solicitados en el posteo anterior. Debe desarrollar todos los diagramas de secuencia que pueda, considerando las pautas fijadas cuando construimos el de Proveedores.

Se reitera la cantidad de feriados que tendremos. Sugiero concentrar su trabajo, para llegar con tiempo a correcciones necesarias y fundamentalmente llegar con tiempo y calidad.

miércoles, 2 de julio de 2008

02/07/2008

Postear la propuesta y el presupuesto.
Completar todos los casos de uso en funcion a lo modificado hoy.
Si no estan TODOS los CdU no seguimos adelante
No programo el menu. Debe hacerlo

La pantalla presentada esta OK.
Definir las clases y sus respectivos atributos.
No desarrolló los diagrama de secuencia en Rational solicitados en el posteo anterior. Debe desarrollar por lo menos 3, para recibir correcciones y luego poder hacer los restantes considerando dichas pautas.

Se reitera la cantidad de feriados que tendremos. Sugiero concentrar su trabajo, para llegar con tiempo a correcciones necesarias y fundamentalmente llegar con tiempo y calidad.

miércoles, 25 de junio de 2008

26/06/2008

Completar la propuesta y desarrollo detallado del presupuesto.
Completar todos los casos de uso que falten al sistema. Tomar como ejemplo el caso de uso desarrollado en clase y correspondiente a Compras. La unica excepcion es que solo debe hacer 3 CdU correspondientes a programas de tipo ABM.
Programar el menu
Desarrollar 3 diagrama de secuencia en Rational uno por un ABM el de comrpas y de pagos.
Definir 3 pantallas cualesquiera, las mas sencillas, para recib ir instrucciones sobre como construir las restantes.

Diagrama de Casos de uso en Rational.

Definir las clases y sus atributos.-

miércoles, 11 de junio de 2008

11/06/2008

El alumno estuvo ausente. Le sugiero no atgrasarse en el desarrollo del sistema.

miércoles, 28 de mayo de 2008

28/05/2008

El menu fue corregido, como tambien reordenado el grado de dificultad de las diferentes opciones.
El alumno debera corregir el documento de trabajo (analisis y programacion) pero no postearlo.

Debe presentar 9 casos de uso correspondientes 3 a cada tipo de dificultad. Cada descripcion debera ser detallada.

Presentar unificada la propuesta y el presupuesto para darle un vistazo final

Comenzar a volcar el diagrama de casos de uso al producto Rational.

miércoles, 14 de mayo de 2008

14/05/2008

La propuesta esta OK. Debe adecuarla a las modificaciones propuestas e incluir los modulos, (tambien visto por separado y OK) y justificando su inclusion.

Confeccionar un menu donde deberia organizar todas las opciones a incluir en el sistema. El menu debe hacerse en un .doc

Debe confeccionar un presupuesto (que a posteriori sera parte de la propuesta). lO DEBERA CONFECCIONAR CON LOS CONOCIMIENTOS QUE YA TIENE PARA LUEGO DISCUTIRLO EN CLASE.

dEBERA CONFECCIONAR LISTA DE TODOS LOS CASOS DE USO QUE CONFORMARAN SU SISTEMA
Debera confeccionar el siguiente cuadro

Tipo de programa cantidad hs analisis hs programacion



total suma hs suma hs
precio horario $ $
T O T A L $ $

miércoles, 30 de abril de 2008

30/04/2008

Para la proxima clase debera:
1) entregar toda la documentacion administrativa interna con que se maneja actualmente en el negocio.
2) terminar de definir todos los modulos que integraran el sistema
3) traer un menu de todas las opciones que integrarian el sistema. Puede ser en forma de arbol, agrupando todas las opciones dentro de cada modulo.
4) Desarrollar una presentacion escrita del sistema. Tiene que ser un discurso winner exhibiendo las bondades de tener un sistema computarizado, con Base de datos integrada, y evitando errores humanos al sistematizar las operaciones de entrada y salida de datos en lugar de registraciones manuales. Tambien debera incluir la estructura en modulos.

miércoles, 16 de abril de 2008

16/04/2008

E l segundo informe esta bien. Me gustaria que aclares algunas cosas.
Averiguar bien el funcionamiento del ListMail
Quiero que el usuario defina con precision dos de las estadisticas que solicita.
Quiero que defina el listado de IVA Ventas
Sugiero que cuando aparezcan novedades, estas no solo vayan a la pagina especifica de NOVEDADES, sino que tambien se incluyan en la pagina central con una etiqueta indicando que es "novedad".
Registrar los gastos ocurridos en la empresa, para poder establecer un listado de utilidades.

Me gustaria que vaya esbozando organizar los conceptos vertidos en la encuesta en grandes rubros o temas (MODULOS) que conformarian el sistema a desarrollar.