Condiciones a cumplirse para considerar que el sistema está completo:
Confección del manual del usuario, usando print screen de cada pantalla con descripcion de cada una de las opciones usadas en dicha pantalla. Este trabajo debe incluir las politicas de back-up, explicando el sentido de su uso, frecuencia de uso, etc)
Administrar el programa con Path Dinamico de modo que no este atado a direcciones fijas de base de datos
Help en linea, brindando la ayuda contextual a cada pantalla.
El proyecto de be incluir una estadistica grafica y otra en forma de reporte
Generar una carpeta con Apellido-nombre de cada alumno
Esta carpeta estara conformada por tres carpetas:
Diseño: diagrama de casos de uso, todos los casos de uso, Diagramas de clases, diagramas de secuencia.
Documentación: Propuesta y presupuesto
Programa: Programa desarrollado y BBDD
Gracias
miércoles, 3 de noviembre de 2010
miércoles, 6 de octubre de 2010
6/10
En la clase de hoy avanzamos con la programación de las clases, y con la base de datos tanto en las consultas como en el acceso a ellas.
Hasta el momento las clases Tipo Gasto, Presupuesto, Item Agenda y Gasto están terminados.
Hasta el momento las clases Tipo Gasto, Presupuesto, Item Agenda y Gasto están terminados.
miércoles, 25 de agosto de 2010
25/08/2010
Estimado Alumno:
Estamos finalizando el mes de agosto.
Solo faltan tres meses para la finalizacion de las clases.-
Quedan a lo sumo, 12 clases en las que ustedes deben desarrollar el sistema completo.
Es perfectamente posible hacerlo, siempre que por vuestra parte haya una completa y profunda dedicación.
No es MUCHO TIEMPO. Les sugiero considerar en vuestro plan de trabajo diario, la necesidad de dedicar cantidad y calidad de tiempo al proyecto final, caso contrario este no podra terminarse a tiempo.
Quiero significarlo para que no duden del orden de los pasos o subprocesos que deberán cumplir:
No voy a controlar programacion hasta que no esten listos todos los diagramas de secuencia.
No voy a controlas diagr. de secuencia si no estan listas las clases, el diagrama de clases y el DER correspondiente
No voy a controlar lo pedido en el renglon previo si no han terminado con todos los casos de uso.
Por lo tanto, tracen vuestros planes de trabajo y consideren estos comentarios.
Gracias
Estamos finalizando el mes de agosto.
Solo faltan tres meses para la finalizacion de las clases.-
Quedan a lo sumo, 12 clases en las que ustedes deben desarrollar el sistema completo.
Es perfectamente posible hacerlo, siempre que por vuestra parte haya una completa y profunda dedicación.
No es MUCHO TIEMPO. Les sugiero considerar en vuestro plan de trabajo diario, la necesidad de dedicar cantidad y calidad de tiempo al proyecto final, caso contrario este no podra terminarse a tiempo.
Quiero significarlo para que no duden del orden de los pasos o subprocesos que deberán cumplir:
No voy a controlar programacion hasta que no esten listos todos los diagramas de secuencia.
No voy a controlas diagr. de secuencia si no estan listas las clases, el diagrama de clases y el DER correspondiente
No voy a controlar lo pedido en el renglon previo si no han terminado con todos los casos de uso.
Por lo tanto, tracen vuestros planes de trabajo y consideren estos comentarios.
Gracias
miércoles, 11 de agosto de 2010
11/08/2010
ADMINISTRAR PADRON DE DATOS
del actor en el diagrama de secuencia sale una flecha hacia la interfaz con el nombre del
diagrama de secuencia (del cdu)el resto de las flechs son entre la interfaz con algun objeto o entre objetos. de A a B el b tiene que tener el metodo (el mensaje es el nombre del metodo). se tienen que incluír los parametros en el diagrama de secuencia.
hacer 5 diagramas de secuencia.
del actor en el diagrama de secuencia sale una flecha hacia la interfaz con el nombre del
diagrama de secuencia (del cdu)el resto de las flechs son entre la interfaz con algun objeto o entre objetos. de A a B el b tiene que tener el metodo (el mensaje es el nombre del metodo). se tienen que incluír los parametros en el diagrama de secuencia.
hacer 5 diagramas de secuencia.
04/08/2010
lblNombre de usuario loggeado en todas las interfaces
tecla esc para volver a la interfaz anterior(incluso cerrar sesion)
no poner blanco como fondo. Recomendados los colores pastel
hacer diseño!!!!!!!!!!
los títulos en negrita
grupo-->edad
tecla esc para volver a la interfaz anterior(incluso cerrar sesion)
no poner blanco como fondo. Recomendados los colores pastel
hacer diseño!!!!!!!!!!
los títulos en negrita
grupo-->edad
04/08/2010
lblNombre de usuario loggeado en todas las interfaces
tecla esc para volver a la interfaz anterior(incluso cerrar sesion)
no poner blanco como fondo. Recomendados los colores pastel
hacer diseño!!!!!!!!!!
los títulos en negrita
grupo-->edad
tecla esc para volver a la interfaz anterior(incluso cerrar sesion)
no poner blanco como fondo. Recomendados los colores pastel
hacer diseño!!!!!!!!!!
los títulos en negrita
grupo-->edad
miércoles, 7 de julio de 2010
07/07/2010
Revisar todos los casos de uso y rehacer los CdU corregidos. Diseñar 20 interfases (10 cada alumna) (controlar nuevamente los atributos de lasd clases)
Tienen que desarrollar la programacion de un ABM en forma conjunta y despues programar 2 abms mas cada una con funcionamiento completo.-
Tienen que desarrollar la programacion de un ABM en forma conjunta y despues programar 2 abms mas cada una con funcionamiento completo.-
miércoles, 23 de junio de 2010
Tarea
Para la clase que viene 30/6/10:
- Terminar con todos los casos de uso
- Definir Clases y sus atributos.
- Terminar con todos los casos de uso
- Definir Clases y sus atributos.
miércoles, 2 de junio de 2010
miércoles, 26 de mayo de 2010
26/05/2010
Completar la propuesta de sistemas, y el presuuesto económicop.
Trabajar en una planilla Ezxcel la esttructura de costos para analizarla.
Redactar la proúesta en Word, terminar el menu completamente corregido. Revisar las entrevistas y analizar que en el menu estén representadas todas las opciones relevadas por ustedes.
Trabajar en una planilla Ezxcel la esttructura de costos para analizarla.
Redactar la proúesta en Word, terminar el menu completamente corregido. Revisar las entrevistas y analizar que en el menu estén representadas todas las opciones relevadas por ustedes.
martes, 25 de mayo de 2010
miércoles, 28 de abril de 2010
28/4/10
El relevamiento esta OK.
Faltaría consultar acerca del presupuesto por mercaz y cómo se maneja el movimiento de dinero y gastos por mercaz, tanto por la Secretaria como por los madrijim propios.
Hay que estudiar muy bien una matriz donde se crucen tipos de permisos asociados a grupos de mensajes y grupos de personal que tenga permiso a su acceso. Cuando se da acceso a un determinado nivel, tambien lo tendran todos los de arribas.
La estructura tiene que ser lo suficientemente agil como para que el cliente decida los cambios que necesite.
Cada cambio de autoriacion o modificacion en los permisos, debera registrarse automaticamente en una tabla,.
Deben decidir qué hacer con el Excel actual: conervarlo cuando implementen el sistema, que lo sigan usando en paralelo, uso que se les da al campo $cuota, lugar de cobranza, etc.
Los pilares del sistema serían:
sitio de internet como lugar de intercomunicacion
Presupuesto por marcaz y total
Permisos
Agenda
Deben ´preparar una lista con eventos o actividades dentro de cada pilar que se aproxime al futuro menu que presentarán como primer avance del sistema ante el cliente. (Por ahora en un documento word)
Estudiar el material enviado por mail
Faltaría consultar acerca del presupuesto por mercaz y cómo se maneja el movimiento de dinero y gastos por mercaz, tanto por la Secretaria como por los madrijim propios.
Hay que estudiar muy bien una matriz donde se crucen tipos de permisos asociados a grupos de mensajes y grupos de personal que tenga permiso a su acceso. Cuando se da acceso a un determinado nivel, tambien lo tendran todos los de arribas.
La estructura tiene que ser lo suficientemente agil como para que el cliente decida los cambios que necesite.
Cada cambio de autoriacion o modificacion en los permisos, debera registrarse automaticamente en una tabla,.
Deben decidir qué hacer con el Excel actual: conervarlo cuando implementen el sistema, que lo sigan usando en paralelo, uso que se les da al campo $cuota, lugar de cobranza, etc.
Los pilares del sistema serían:
sitio de internet como lugar de intercomunicacion
Presupuesto por marcaz y total
Permisos
Agenda
Deben ´preparar una lista con eventos o actividades dentro de cada pilar que se aproxime al futuro menu que presentarán como primer avance del sistema ante el cliente. (Por ahora en un documento word)
Estudiar el material enviado por mail
jueves, 22 de abril de 2010
22/4
En Configuracion, Descripción introducir una breve descripción del sistema que esán desarrollando.
Invitar a Adrian Escandarani con esta direccion adrian.escandarani@gmail.com
Gracias
Invitar a Adrian Escandarani con esta direccion adrian.escandarani@gmail.com
Gracias
miércoles, 21 de abril de 2010
21/4
Muy bueno el trabajo delas preguntas. Seria interesante volverlas a redactar, depurando segun lo conversado y presentarle a la directora una copia de ella.
Deberá tener algun título de vuestra empresa, con fecha y firma.
Las preguntas y sus respectivas respuestas deberan ser posteadas.
Pedir TODA LA DOCUMENTACION de cada uno de los papeles o "Exceles" que les dicen que usan, aunque sea una copia vieja.
Para la proxima clase, y como consecuencia de la conversacion deberán tener una idea de TODAS LAS COMPONENTES del sistema. Entre elklas tienen que considerar:
dispoaro automatico de mails con criterios selectivos
Hacer una agenda para cada persona con nivel directivo y hasta padres, para que puedan consultar.
Sitio de Internet con TODA Y CADA UNA DE SUS FUNCIONALIDADES.
Deberá tener algun título de vuestra empresa, con fecha y firma.
Las preguntas y sus respectivas respuestas deberan ser posteadas.
Pedir TODA LA DOCUMENTACION de cada uno de los papeles o "Exceles" que les dicen que usan, aunque sea una copia vieja.
Para la proxima clase, y como consecuencia de la conversacion deberán tener una idea de TODAS LAS COMPONENTES del sistema. Entre elklas tienen que considerar:
dispoaro automatico de mails con criterios selectivos
Hacer una agenda para cada persona con nivel directivo y hasta padres, para que puedan consultar.
Sitio de Internet con TODA Y CADA UNA DE SUS FUNCIONALIDADES.
sábado, 17 de abril de 2010
Notas Examen
NOTA TOMCHINSKY 7.00
NOTA ROZANSKY 5.60
Salvo la pregunta 7 que vale 1.60 puntos, las restantes valen 1.20
Preguntas del examen sobre requerimientos:
1. Definición de lo que es un requerimiento
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que se va a construir
2. Qué significa “el ciclo de vida iterativo se basa en la evolución de prototipos ejecutables?
Un prototipo muestra un grado de avance en el desarrollo de un software. El concepto de iterativo, al contrario de lo que ocurría en un método de cascada, indica que cada avance en el desarrollo, debe mostrarse al cliente. Una detección temprana de un error es un paso hacia la calidad del mismo. Iterativo se relaciona con que se lo muestra varias veces al cliente e incremental por el agregado de funcionalidad en cada presentación.
3. Qué significa “los líderes del negocio necesitan entender el significado subyacente a los números”
Se refiere a información para toma de decisiones, y generalmente se refiere a la acumulación de información histórica para evaluar tendencias o explicar fenómenos ocurridos. Esto debe conocerlo el analista para que su sistema prevea cómo van a analizar la información su cliente.
4. Definición del significado de “modelo”
Es una representación de una realidad de un proyecto que se quiera desarrollar.
5. Explicar particularmente el significado de los 4 términos de la expresión“
La calidad de un software desarrollado tiene relación con la satisfacción de un cierto conjunto de requerimientos que aseguren Funcionalidad, Usabilidad, Confiabilidad, Performance”
Funcionalidad: cumplimiento de los requerimientos
Usabilidad: fácil de usar y entender para el usuario
Confiabilidad: seguridad de que los datos grabados reflejan los datos de la transacción y que demás permanecen a lo largo del tiempo
Performance: alude a que el tiempo de la respuesta del sistema sea razonable
6. Explicar el concepto de “Testeo basado en Requerimientos”.
Significa qwue cuando se hace el testeo indivdual de un programa o de integración, el analista debe tener frente a si mismo, l descripción de los Requerimientos y analizar si el software probado los cumple integralmente
7. Investigar cada uno de los siguientes ítems:
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que usted este construyendo. Se encuentran requerimientos en:
a. Documentos de visión
Son definiciones de metas y comportamientos que la empresa quiere alcanzar
b. Requerimientos de marketing
Aunque el sistema no tenga relación al marketing de la empresa es necesario tener en cuenta lo que el sector necesita para incluirlo en los requerimientos correspondientes
c. Requerimientos del producto
El analista debe conocer al detalle las diferentes formas de comercializar cada producto para preveer requerimientos correspondientes
d. Reglas de negocio
Son las normas, usos y costumbres que tiene la empresa antes de la llegada del analista. Este de estudiarlas y respetarlas a rajatabla salvo propuesta de modificación aceptado
e. Especificaciones funcionales
Conforman el comportamiento que el cliente desea para el sistema que está encargando.
f. Planes de Quality assurance
El termino Quality assurance se refiere al testeo para aseguramiento de calidad del software. Al mismo tiempo que el analista estudia el sistema a desarrollar debe planificar cuantas pruebas debe realizar y en cuales momentos
g. Casos de prueba
No confundirse con casos de uso. Los casos de prueba son conjuntos de datos de prueba que el analista define con cada nivel de avance del desarrollo. Cuando se haga el testeo explicado en f) deberán usarse estos datos
h. Prototipos
8. Significado de “los requerimientos trascienden las áreas funcionales”
El analista debe cubrir no solo los requerimientos definidos por el cliente sino todos los otros sistemas, computarizados o no donde el nuevo software tendrá impacto para tenerlo en cuenta para su diseño.
NOTA ROZANSKY 5.60
Salvo la pregunta 7 que vale 1.60 puntos, las restantes valen 1.20
Preguntas del examen sobre requerimientos:
1. Definición de lo que es un requerimiento
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que se va a construir
2. Qué significa “el ciclo de vida iterativo se basa en la evolución de prototipos ejecutables?
Un prototipo muestra un grado de avance en el desarrollo de un software. El concepto de iterativo, al contrario de lo que ocurría en un método de cascada, indica que cada avance en el desarrollo, debe mostrarse al cliente. Una detección temprana de un error es un paso hacia la calidad del mismo. Iterativo se relaciona con que se lo muestra varias veces al cliente e incremental por el agregado de funcionalidad en cada presentación.
3. Qué significa “los líderes del negocio necesitan entender el significado subyacente a los números”
Se refiere a información para toma de decisiones, y generalmente se refiere a la acumulación de información histórica para evaluar tendencias o explicar fenómenos ocurridos. Esto debe conocerlo el analista para que su sistema prevea cómo van a analizar la información su cliente.
4. Definición del significado de “modelo”
Es una representación de una realidad de un proyecto que se quiera desarrollar.
5. Explicar particularmente el significado de los 4 términos de la expresión“
La calidad de un software desarrollado tiene relación con la satisfacción de un cierto conjunto de requerimientos que aseguren Funcionalidad, Usabilidad, Confiabilidad, Performance”
Funcionalidad: cumplimiento de los requerimientos
Usabilidad: fácil de usar y entender para el usuario
Confiabilidad: seguridad de que los datos grabados reflejan los datos de la transacción y que demás permanecen a lo largo del tiempo
Performance: alude a que el tiempo de la respuesta del sistema sea razonable
6. Explicar el concepto de “Testeo basado en Requerimientos”.
Significa qwue cuando se hace el testeo indivdual de un programa o de integración, el analista debe tener frente a si mismo, l descripción de los Requerimientos y analizar si el software probado los cumple integralmente
7. Investigar cada uno de los siguientes ítems:
“Los requerimientos son aquellas capacidades u objetivos que deben conformar el software o sistema que usted este construyendo. Se encuentran requerimientos en:
a. Documentos de visión
Son definiciones de metas y comportamientos que la empresa quiere alcanzar
b. Requerimientos de marketing
Aunque el sistema no tenga relación al marketing de la empresa es necesario tener en cuenta lo que el sector necesita para incluirlo en los requerimientos correspondientes
c. Requerimientos del producto
El analista debe conocer al detalle las diferentes formas de comercializar cada producto para preveer requerimientos correspondientes
d. Reglas de negocio
Son las normas, usos y costumbres que tiene la empresa antes de la llegada del analista. Este de estudiarlas y respetarlas a rajatabla salvo propuesta de modificación aceptado
e. Especificaciones funcionales
Conforman el comportamiento que el cliente desea para el sistema que está encargando.
f. Planes de Quality assurance
El termino Quality assurance se refiere al testeo para aseguramiento de calidad del software. Al mismo tiempo que el analista estudia el sistema a desarrollar debe planificar cuantas pruebas debe realizar y en cuales momentos
g. Casos de prueba
No confundirse con casos de uso. Los casos de prueba son conjuntos de datos de prueba que el analista define con cada nivel de avance del desarrollo. Cuando se haga el testeo explicado en f) deberán usarse estos datos
h. Prototipos
8. Significado de “los requerimientos trascienden las áreas funcionales”
El analista debe cubrir no solo los requerimientos definidos por el cliente sino todos los otros sistemas, computarizados o no donde el nuevo software tendrá impacto para tenerlo en cuenta para su diseño.
miércoles, 14 de abril de 2010
Relevamiento inicial
Es una buena aproximación inicial al futuro sistema. Se requieren mas detalles por lo que se sugiere concurir a una reunion con la Directora, preparar una encuesta en formato de preguntas poniendo la respuesta en las que ya tienen la misma. El objetivo es controlar las respuestas ya hechas y recibir respuestas sobre las nuevas preguntas>: esto permitirá controlar todo lo escrito y solicitado por la directora.
viernes, 9 de abril de 2010
Primera entrevista
La Sociedad Hebraica Argentina (SHA) está dividida en diferentes departamentos, en el caso del departamento de juventud se maneja con una red de blogs por donde los directores suben cierta información, por ejemplo de campamentos o actividades especiales. Lo que proponemos es una página web que centralice toda esa información y en cierto modo reemplace a los blogs y que funcione como una red social donde no solo el director o el madrij pueda subir información si no que el janij y los padres puedan ver y ser parte del departamento. Nosotras proponemos que el usuario genere contenido y pueda compartirlo con otros usuarios.
Las opciones que abarcaría el sistema serían:
• Que los directores puedan supervisar las actividades de los madrijim.
• Que los madrijim puedan arreglar horarios para tener reuniones con los directores.
• Que los directores y ayudantes puedan pasar información sobre la próxima reunión a los madrijim.
• Que cada vez que el madrij agregue información le llegue un mail al janij.
• Que el janij pueda subir fotos y comentarlas , siempre con la previa aprobación del madrij.
• Que haya un espacio de intercambio de recursos entre madrijim y directores. Donde los madrijim puedan subir sus recursos como por ejemplo cuentos o actividades y que otros madrijim de la misma edad puedan aprovechar esos recursos.
• Que cada uno ya sea janij, padre, madrij o director tenga una cuenta con diferentes jerarquías.
• Que los padres puedan llenar la ficha médica necesaria para cualquier campamento mediante la página.
En la reunión que tuvimos con Jesica Rozenbaum, la directora del departamento de juventud nos comento que su padrón de datos de janijim y padres estaba viejo, todavía organizado por un Excel y que les serviría remodelarlo y poder hacer diferentes búsquedas según ciertos parámetros como por ejemplo buscar por familia o actividades que realiza o a qué grupo va cada janij y si tiene hermanos en otros grupos. Todo esto les serviría para poder tomar mejores decisiones.
La comunicación por ahora con los padres de los janijim es realizada mediante llamados telefónicos y cadena de mails, Jesica nos comentó que les serviría que los madrijim pudieran tener más contacto con los janijim durante la semana.
Items a tener en cuenta:
• Que el sistema avise automáticamente en caso de que algún madrij no haya combinado algún horario de reunión.
• Que se puedan pedir los materiales necesarios para las actividades, y que le llegue un mail al asistente para que los tenga en cuenta.
Las opciones que abarcaría el sistema serían:
• Que los directores puedan supervisar las actividades de los madrijim.
• Que los madrijim puedan arreglar horarios para tener reuniones con los directores.
• Que los directores y ayudantes puedan pasar información sobre la próxima reunión a los madrijim.
• Que cada vez que el madrij agregue información le llegue un mail al janij.
• Que el janij pueda subir fotos y comentarlas , siempre con la previa aprobación del madrij.
• Que haya un espacio de intercambio de recursos entre madrijim y directores. Donde los madrijim puedan subir sus recursos como por ejemplo cuentos o actividades y que otros madrijim de la misma edad puedan aprovechar esos recursos.
• Que cada uno ya sea janij, padre, madrij o director tenga una cuenta con diferentes jerarquías.
• Que los padres puedan llenar la ficha médica necesaria para cualquier campamento mediante la página.
En la reunión que tuvimos con Jesica Rozenbaum, la directora del departamento de juventud nos comento que su padrón de datos de janijim y padres estaba viejo, todavía organizado por un Excel y que les serviría remodelarlo y poder hacer diferentes búsquedas según ciertos parámetros como por ejemplo buscar por familia o actividades que realiza o a qué grupo va cada janij y si tiene hermanos en otros grupos. Todo esto les serviría para poder tomar mejores decisiones.
La comunicación por ahora con los padres de los janijim es realizada mediante llamados telefónicos y cadena de mails, Jesica nos comentó que les serviría que los madrijim pudieran tener más contacto con los janijim durante la semana.
Items a tener en cuenta:
• Que el sistema avise automáticamente en caso de que algún madrij no haya combinado algún horario de reunión.
• Que se puedan pedir los materiales necesarios para las actividades, y que le llegue un mail al asistente para que los tenga en cuenta.
Suscribirse a:
Comentarios (Atom)