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
3 de noviembre de 2010
6 de octubre de 2010
6/10/2010
Hoy tenemos el diagrama de clases hecho, pero no podemos identificar bien todas las clases y no sabemos si las clases que hicimos son 100% correctas.
El diagrama de casos de uso y todos los casos de uso están armados de acuerdo a lo pedido y también armamos el criterio pedido.
También empezamos fuerte con algunos temas de la programación y el armado de los formularios.
El diagrama de casos de uso y todos los casos de uso están armados de acuerdo a lo pedido y también armamos el criterio pedido.
También empezamos fuerte con algunos temas de la programación y el armado de los formularios.
29 de septiembre de 2010
29/09/2010
no recibi documentacion via mail ni los casos de uso.
Insisto en que deberían avanzar con los diagramas de secuencia. Falta poco tiempo de claseDiagrama de clase con sus respectivos atributos. Confecionar el DER completo e ir pensando en la documentación.
En el dia de la fecha no pudieron presentar aelanto por dificultades con Sergio.
Les solicito poner la energia necesaria para completar el sistema.
Insisto en que deberían avanzar con los diagramas de secuencia. Falta poco tiempo de claseDiagrama de clase con sus respectivos atributos. Confecionar el DER completo e ir pensando en la documentación.
En el dia de la fecha no pudieron presentar aelanto por dificultades con Sergio.
Les solicito poner la energia necesaria para completar el sistema.
15 de septiembre de 2010
15/9/2010
Revisamos 3 casos de uso. Deben refinar los restantes en base a lo visto y enviarme la siguiente informacion por mail:
Escibir y enviar al profesor los criterios de trabajo y ordenamiento utilizados para lo que hicieron hasta el presente.
Lista de casos de uso con el indice actualizado, sin importar ni respetar la numeraciíón de casos de uso implementadas inicialmente..
Subsiguientemente, enviarme 2 o 3 casos de uso revisados con los criterios vistos en clase, cada vez que los dos alumnos que forman este grupo de trabajo puedan adelantar e ir concluyendo con los casos de uso restantes sin que necesariamente haya una respuesta del profesor.
Deberían avanzar con los diagramas de secuencia. Falta poco tiempo de clase
Diagrama de clase con sus respectivos atributos
Escibir y enviar al profesor los criterios de trabajo y ordenamiento utilizados para lo que hicieron hasta el presente.
Lista de casos de uso con el indice actualizado, sin importar ni respetar la numeraciíón de casos de uso implementadas inicialmente..
Subsiguientemente, enviarme 2 o 3 casos de uso revisados con los criterios vistos en clase, cada vez que los dos alumnos que forman este grupo de trabajo puedan adelantar e ir concluyendo con los casos de uso restantes sin que necesariamente haya una respuesta del profesor.
Deberían avanzar con los diagramas de secuencia. Falta poco tiempo de clase
Diagrama de clase con sus respectivos atributos
1 de septiembre de 2010
01/09/2010
No presentan todos los casos de Uso. Tampoco las clases con sus respectivos atributos.
Es imperioso terminar con esta parte del analisis y diseño. No se analizará programa alguno mientras esta parte no este debidamente terminada y controlada.
Estuvimos controlando algunos casos de uso. En funcion a lo corregido deben terminar con los restantes.
Deberán ser renumerados y mostrar dicha numeracion en los diagramas de Casos de Uso.
Los nombres deberán enunciar lo que ellos describen.
La proxima clase revisaremos todos los CdU faltantes en orden a su numeracion y pasando de un diagrama a otro.
Deben definir sin falta, las clases a considerar con sus atributos correspondientes.
Desarrollar tres diagramas de secuencia para corregirlos en clase
Es imperioso terminar con esta parte del analisis y diseño. No se analizará programa alguno mientras esta parte no este debidamente terminada y controlada.
Estuvimos controlando algunos casos de uso. En funcion a lo corregido deben terminar con los restantes.
Deberán ser renumerados y mostrar dicha numeracion en los diagramas de Casos de Uso.
Los nombres deberán enunciar lo que ellos describen.
La proxima clase revisaremos todos los CdU faltantes en orden a su numeracion y pasando de un diagrama a otro.
Deben definir sin falta, las clases a considerar con sus atributos correspondientes.
Desarrollar tres diagramas de secuencia para corregirlos en clase
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
30 de junio de 2010
Consignas 23/6
Pedidos:
-Agregar una opcion para cobngfelar el procedimiento.
-Envez de comparar la tabla de espacios libres, comparar las imagenes de la memoria a medida que van sucediendo los distintos eventos.(guardar imagen con nombre del evento y la anterior sin)
Tareas
Hacer presupuesto
Hacer un documento unico con : la propuesta, las opciones con sus descripcionesel presuúesto
Del software: programar todo el menu (controlar que esten reflñejadas todas las opciones)
[Para lo que define el usuario, seria bueno que el sistema mismo te proponga los posibles valores a usar]
Definir los primeros 5 casos de uso: 2 de random, 2 mas complejos y uno mas
Rehacer la asignacion de tiempo.
-Agregar una opcion para cobngfelar el procedimiento.
-Envez de comparar la tabla de espacios libres, comparar las imagenes de la memoria a medida que van sucediendo los distintos eventos.(guardar imagen con nombre del evento y la anterior sin)
Tareas
Hacer presupuesto
Hacer un documento unico con : la propuesta, las opciones con sus descripcionesel presuúesto
Del software: programar todo el menu (controlar que esten reflñejadas todas las opciones)
[Para lo que define el usuario, seria bueno que el sistema mismo te proponga los posibles valores a usar]
Definir los primeros 5 casos de uso: 2 de random, 2 mas complejos y uno mas
Rehacer la asignacion de tiempo.
26 de mayo de 2010
26/5/2010
Enviar al cliente lista de opciones en las dos administraciones estudiadas.
Terminar de redactar el presupuesto económico y juntar en un solo documento con la Propuesta general.
Desarrollar con la modalidad exlicada el Excel de costos, agrupando los programas en sencillos, medianos y complejos, a criterio de los programadores.
Terminar de analizar el metodo de paginacion simple y presentar la misma problematica hecha con los fotros dos metodos.
Empezar a programar el menu del sistema despues que el cliente haya leido la lista de items para los trers metodos.
Completar el analisis de los datos a trabnajar por el usuario.
Despues de corregido dfeberan potear en el blog los items acordados.
Terminar de redactar el presupuesto económico y juntar en un solo documento con la Propuesta general.
Desarrollar con la modalidad exlicada el Excel de costos, agrupando los programas en sencillos, medianos y complejos, a criterio de los programadores.
Terminar de analizar el metodo de paginacion simple y presentar la misma problematica hecha con los fotros dos metodos.
Empezar a programar el menu del sistema despues que el cliente haya leido la lista de items para los trers metodos.
Completar el analisis de los datos a trabnajar por el usuario.
Despues de corregido dfeberan potear en el blog los items acordados.
25 de mayo de 2010
12 de mayo de 2010
12/05/2010
Conversamos acerca de las pocas consultas al cliente. Debería adelantarse en la comprensión del sistema, particularmente de los dos primeros metodos. Es importante terminar de comprenderlos y listar todas las tareas que implicara su simulación, tomando en cuenta y listando TODOS los eventos que invlolucren el particionado fijo y la administracion dinamica.
Solicito la redaccion de un presupuesto economico (despues vamos a armar los costos)
Solicito una presentación donde se justifica el desarrollo de este sistema.
Solicito la redaccion de un presupuesto economico (despues vamos a armar los costos)
Solicito una presentación donde se justifica el desarrollo de este sistema.
4 de mayo de 2010
Dudas al al texto ADOO
1) Que caso de uso redefine la forma en la cual se realice una transacción dentro de otro caso de uso?
2) Relaciones “uses”
3) Metáforas de interacción validas
4) Como puede ser un estado de la interfaz
5) Estructura estática de clases
6) Ciclo de vida de los objetos
7) Asociaciones de tipo partes y todo
8) Mensajes de un objeto
9) Comportamiento de un objeto
10) Diagrama de interacción
11) Representación por nodos
12) Diagramas de ejecución22 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
21 de abril de 2010
21/4
Las preguntas presentadas solo sirven como introducción. Teniendo ya definido (en grandes términos) el sistema a desarrollar pretendo un trabajo mas profundo. Deberían estudiar el material recibido y entender cada una de las opciones propuestas para los tres metodos de admistracion de memoria. POR LO TANTO, ESPERO QUE PARA LA PROXIMA CLASE ME SEAN PRESNTADAS PREGUNTAS DIRECTAMENTE RELACIONADAS CON LOS DETALLES DE CADA MÉTODO.
iNCLUSO DEBERÁN considerar la posibilidad que determinados comportamientos para los tres metodos puedan definirse en una misma clase, para un ahorro conceptual y de programación.
Por lo tanto espero la presentacion de muchas (muchisimas) dudas para ganar tiempo y no tener que aguantar el apuro logico de las últimas semanas del año escolar.
iNCLUSO DEBERÁN considerar la posibilidad que determinados comportamientos para los tres metodos puedan definirse en una misma clase, para un ahorro conceptual y de programación.
Por lo tanto espero la presentacion de muchas (muchisimas) dudas para ganar tiempo y no tener que aguantar el apuro logico de las últimas semanas del año escolar.
17 de abril de 2010
Notas Examen
NOTA SACCAL 6.20
NOTA WILINGHER 4.80
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 WILINGHER 4.80
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.
14 de abril de 2010
Clase 14/4
Clase: En la clase de hoy tuvimos nuestro primer examen en el que respondimos preguntas acerca de un power point explicativo con las bases elementales del desarrollo de un sistema.Proyecto: El tema principal de nuestro proyecto es crear una simulación de 3 tipos de procesos para administración de memoria principal en la ejecución de distintos programas. El cliente de dicho sistema será el mismo profesor y el uso que tendrá, será explicativo para alumnos del terciario de ORT de la carrera de análisis de sistemas.
Estos procesos son: Particionado dinámico, paginación simple, particionado fijo.
Para la clase de hoy estudiamos un material teórico del cual nos surgieron preguntas que fueron aclaradas en el encuentro semanal con el profesor.
Para la entrevista próxima con el cliente tenemos que ir preparando un cuestionario con todas nuestras dudas para poder hacer un buen análisis de requerimientos.
Para la próxima clase tenemos que continuar con el estudio de la teória para poder avanzar y tener en claro los principios de los procesos a desarrollas.
13 de abril de 2010
Suscribirse a:
Entradas (Atom)