Mostrando entradas con la etiqueta EntregaClase3. Mostrar todas las entradas
Mostrando entradas con la etiqueta EntregaClase3. Mostrar todas las entradas

jueves, 14 de julio de 2011

Retroalimentacion del curso

En esta entrada hablare un poco de lo que entendi de cada tema que vimos en la clase. Primero que nada la definicion del proyecto, para poder enfocar bien lo que queremos hacer antes que nada debemos pensar en lo que queremos para que nos serviria mas que nada definir bien nuestras ideas. Una ves definidas nuestras ideas sacamos nuestros casos de uso asi podremos saber quien los usara que vendrian siendo los actores para despues sacar en otras palabras las fucniones del programa.

Despues vimos las clases las clases nos sirven para dividir las funcionalidades para la hora de codificar no oscurecer nuestro codigo, recordemos que las clases son publicas y las reconocemos como sustantivos,sus atributos son privados y los reconocemos como caracteristica y sus metodos publicos los cuales reconocemos como verbos. La herencia nos sirve para poder utilizar metodos de otras clases en alguna de nuestras clases. Los diagramas de clases se deben hacer con herramientas case para poder definirlos bien con sus debidos comentarios y multiplicidad.

En cuanto a la documentacion tecnica esta es muy importante en la rama de la programacion porque si no documentamos bien nuestro programa alguien mas que trabaje con el podria no entenderlo, por eso siempre debemos documentar bien por que no sabemos quien mas valla a modificar informacion dde nuestro codigo.

Sobre los diagramas de secuencia estos nos sirven para mostrar un caso en especifico como funciona paso a paso como se comunica con todas las clases. Los eventos,excepciones y errores nos ayudan a identificar posibles errores que pudieran suceder cuando utilizamos los botones de nuestra interfaz grafica.

Ya por ultimo cubrimos los temas de pruebas unitarias los cuales nos sirven para probar las funcionalidades de nuestro programa una por una y detectar que su funcionamiento sea correcto.

Pruebas Unitarias

En esta tabla se muestra la primer prueba unitaria que viene siendo sobre el funcionamiento correcto del check In.


En esta otra Tabla la prueba unitaria es para verificar el funcionamiento del check out.

Por ultimo en esta tabla la prueba unitaria vendria siendo para verificar el funcionamiento de agregar los empleados a la base de datos.

Sistemas Distribuidos

Con base a lo que vimos en clase mi proyecto podría considerarse un sistema distribuido atravez de internet. Como podría implementar esto? Primero que nada habría que considerarse ciertos aspectos como por ejemplo si ya está apto para ser distribuido, en caso de que lo considere así habría que colocar algún tipo de manual de usuario porque mi programa está enfocado a lo que sería el manejo de un Hotel y probablemente tal vez en algún lugar si se quisiera probar cuente con mas habitaciones, entonces su base de datos tendría que contener mas cuartos o aspectos de este tipo que pueden variar, entonces habría que incluir un manual para que sea entendible el manejo del mismo sistema y se pueda implementar correctamente. En el aspecto de seguridad pues también depende de que tantas cuentas de administrador se quieran tener se tendria que modificaresa información.

miércoles, 13 de julio de 2011

Patrones de Diseño

Los patrones de diseño que creo podrian aplicar en mi proyecto serian los siguientes.
Primero que nada Singleton en caso de que consiga terminar el login en el que estoy trabajando, Para que nos sirve el Singleton? El singleton nos permiete la existencia de una sola instancia para una clase y un mecanismo de acceso global que en este caso seria la cuenta de login.Otro patron podria ser el Command con la cual podriamos registrar por ejemplo los servicios que quisiera el Cliente en su habitacion aemas de deshacer las operaciones.

Referencias:
http://es.wikipedia.org/wiki/Patr%C3%B3n_de_dise%C3%B1o
http://software.guisho.com/wp-content/uploads/2009/05/lego.jpg