miércoles, 3 de noviembre de 2010

3/11/2010

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, 15 de septiembre de 2010

15/9/2010

El alumno no pudo presentar trabajo alguno.
Se requiere presentar la proxima clase:
1) descripcion detallada de todos los casos de uso
2) definir clases y sus atributos
3) diagrama de casos de uso.

Si no esta terminado este trabajo no se consideraran trabajos de programacion.

Preparar carpeta completa para cuando se presente el coloquiador.
No te dejes estar. El tiempo corre a su ritmo.

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

miércoles, 4 de agosto de 2010

El profesor acoto los alcances. Volver a redactar la presentacion incluyendo items no impresos (glosario)
definir todos los atributos que corresponderian a la solucion ideal aunque parte de la programacion
quede para despues del ciclo escolar.
imprimir las hojas numeradas y poner una caratula a modo de carpeta

hacer frases mas cortas reemplazando comas con puntos

miércoles, 30 de junio de 2010

30/06/2010

Terminar con el desarrollo del presupuesto.
Programar el menu con las posibles opciones.
Consruir un glñosario donde habra dos elementos:
titulos (que incluye un detalle de elementos del grupo ordenados alfabeticamente)
nombres de elementos aislados ordenados alfabeticamente. Cada nombre tendra una BREVISIMA explicacion.-
Descripcion escrita de cada elemento del diagrama presentado o diagrama de estados. La deswcripcion debe ser generica y abarcará todos los items que el alumno explico personalmente al profesor.

martes, 25 de mayo de 2010

Nota obtenida en examen del 12/05/2010 ausente

miércoles, 5 de mayo de 2010

5/5/10

Tiene que comenzar a completarlos casos de uso. Como primer paso, debe llenar los conceptos de "Nombre" y "Descripcion" para todos los casos de uso que considere tendra el sistema. Aprovechando este trabajo, podrá poner en "Requisitos" los casos de uso que considere deberán haberse efectuado como requisitos previos a cada caso de uso.
Para ello, deberá basarse en los nodos finales de la estructura de menu mostrada en el PDF.
Deberá tomar 3 de dichos casos de uso, preferiblemente los primeros del menu "Comienzo del juego" y llenarlos en forma completa. Serviran como base para corregirlos y poder confeccionar los restantes.
Deberá escribir una defensa de su propuesta de desarrollar un sistema computarizado jugando al TEG, describiendo ls ventajas que ofrece. Deberá ocupar 30 renglones aproximadamentedonde y se puede poner carateristicas especiales de esta implementacion en relación a otras existentes.

Deberá confeccionar estructuras de menu (tal como o hizo con "Comienzo del juego" ) para tener una idea completa del alcance del sistema.
Todos estos menues (SIN COMPORTAMIETNO ALGUNO) deberan ser programados.

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

miércoles, 21 de abril de 2010

21/4

La presentacion en PPT de tu proyecto me encanto.Valoro tu esfuerzo en su desarrollo.
Me temo, por la charla inicial, que es un proyecto muy ambicioso y temo que no llegues a tiempo para terminarlo.,
Dado tu manifiesto interes en terminarlo te solicito lo postees una vez terminado, y me lo envies por mail a mi casilla personal.Queria hacer una consulta tecnica con el Director.

sábado, 17 de abril de 2010

Notas de Examen

NOTA 6.20
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

14/4

Todos los trabajos del alumno deberán ser presentados en formato electronico y posteados en este blog.

Para la proxima clase deberá traer el detalle mas amplio para ser presentado al director y ver si cuenta con su aprobacion.