jueves, 19 de mayo de 2011

Resumen de Proyecto

SeFinder 
Proyecto realizado con python y interfaz realizada con HTML


Diagrama de secuencia

como el proyecto es una google app su funcionamiento es diferente la clase con que inicia se llama Usuario es la que se conecta con el demas clases en el Digrama la represente con usuario
después la clase que se manda llamar es la clase menú que despliega el html index que es el principal después aparece unos campos de un formulario que hay que llenarse en aso de que no sea asi aparece un mensaje que dice que hay que llenarse a esto en la clase le llamo registro para modificar datos lo hago desde la interfaz de google appengine




Patrones de diseño

Los patrones de diseño son la base para la búsqueda de soluciones a problemas comunes en el desarrollo de software y otros ámbitos referentes al diseño de interacción o interfaces

 yo utilice un patrón de diseño el de Subclase el patrón subclase se usa para no hacer repeticiones de código  ya que esta actividad es muy propensa a errores y confusiones. La utilice en la mayoría de mis clase ya que si tenemos mucho código se hace mas difícil deio  entender en cambio si es poco es mas entendible y mejora la calidad del programa utilice también el  El patrón de llamada  MVC (según CMU), se ve frecuentemente en aplicaciones web, donde la vista es la página HTML y el código que provee de datos dinámicos a la página. Ya que yo tengo el código y el código html separados por las plantillas django
Eventos, excepciones y errores
Eventos:

Los  eventos que ocurren en mi programa son al hacer clic  en los botones al principio para seleccionar registro o búsqueda de una persona y  al finalizar un paso de cuando te registras  mas simplificado todos los eventos de mi programa se  manejan por medio de botones.

Excepciones y errores:

Las excepciones y errores que se manejan es cuando al momento de estar registrándote o simplemente llenando el formulario si no se llega a completar un campo arroga un mensaje de error pero para solucionar le puse un prototipo de validación de formularios llamado script oculos us"y así es obligatorio que llene los campos si no no dejara avanzar al usuario

Pruebas Unitarias
las pruebas unitarias  hice el tipo de prueba de caja negra porque mi sistema al ingresarle un numero extraño o carácter no respondía entonces con la validación detecta las excepciones y verifica que se ingrese los caracteres correctos así cuando sea el correcto dejara continuar

Interfaz grafica
Formulario: se capturan datos y se válida para que no se escriban datos que no son validos
Datos: ventana donde se visualiza todos los datos capturados que sean correctos
Búsqueda: ventana donde se visualiza el buscador para que se realice la  búsqueda mediante una palabra clave de una person
 
Sistemas distribuidos

Google App Engine es un sistema distribuido para ejecutar las aplicaciones web con una sobrecarga muy baja. Al enviar la aplicación, el código se inserta de forma automática en varios servidores a prueba de fallos y la infraestructura del centro de datos y de publicación web de Google se encarga de todos los detalles de la conexión de las solicitudes de los usuarios con una instancia en ejecución del código.  Mi aplicacion se enceuntra en la infrastructura de google forma parte de un sistema distribuido ya que No tenemos  que estar atados a un solo equipo ni a un solo error. Además, el sistema está diseñado para facilitar el escalado de la aplicación. Observamos la aplicación y, cuando lo necesita, le dedicamos más recursos y la trasladamos de ubicación sin ningún problema.

No hay comentarios:

Publicar un comentario