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
miércoles, 28 de abril de 2010
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)