Proyecto.Eventos,Errores y Excepciones

Primeramente retomemos los conceptos de Errores, Eventos y Excepciones.
Eventos:
Un evento es una accion iniciada por el usuario que esta interactuando con nuestro sistema, por ejemplo, al tener una ventana con botones y el dar click a alguno de esos botones ese es un evento.
Excepciones:
  Las excepciones son objetos que contienen información del error que se ha producido y que heredan de la clase Throwable o de la clase Exception. Si nadie captura la excepción interviene un manejador por defecto que normalmente imprime información que ayuda a encontrar quién produjo la excepción.
Errores:
Los errores por lo general, van más allá de nuestro alcance. Son situaciones criticas que no podemos manejar de forma habitual, incluso, no deberíamos intentar capturarlas y gestionarlas. Indican otro tipo de fallos de los cuales no podemos recuperarnos y solo queda finalizar la ejecución del programa.

EVENTOS:

COMPONENTE GRAFICO GENERADOR	TIPO DE EVENTO	ACCION QUE SE DISPARA
Boton Aceptar, Cancelar	ActionEvent:	Se dirige a la siguiente pantalla o se efectua una accion sobre algun componente.
Maximizar, Minimizar, Cerrar, extender la pantalla	ComponentEvent:	Redimensionar o mover la pantalla.
Boton Agregar,Eliminar,Modificar	ActionListener	va a "escuchar" el menu desplegable de una de mis ventanas principales.

EXCEPCIONES Y ERRORES.

MODO EN QUE SE GENERA	MANEJO
RuntimeException:	errores en el tiempo de ejecución.
IOException:	intentar accesar o modificar archivos inexistentes, o sin el permiso requerido.
Librerías que no están presentes(Error)	ocasionando errores de ejecución y el mal funcionamiento de ciertas partes del código.
Interfaz Grafica	es muy pesada o elaborada, algunos sistemas no pueden cargarla ocasionando la finalización del programa.

Proyecto. Diagrama de Secuencia

El diagrama de secuencia lo que hace es mostrar la forma en la que interactuan las clases y los métodos para realizar un determinado proceso, podría decirse que los diagramas de secuencia describen el procedimiento que sigue el sistema para realizar un objetivo.

Bueno esta entrada sera referente al diagrama de secuencia aplicado al sistema, en este caso solo puse los objetos mas importantes dentro del sistema.

• Todo comienza cuando el usuario inicia la aplicación y se activan los metodos para continuar con el sistema.
• Posteriormente después pasa a la ventana principal donde se se representan los procesos para agregar eliminar y modificar la información de un cliente,
• Después representar el proceso que se seguiría para imprimir una factura, y finalmente llamando al método para salir del sistema.

Aqui la muestra.

Documentacion Tecnica.

La Documentacion es un proceso importante dentro de todo desarrollo de software porque permite conservar la historia, facilita la utilización por parte del usuario, garantiza la permanencia y disminuye los costos de operación y de ejecución del proyecto como tal. Tambien podria definirse como la informacion que nos dice qué hacen los sistemas, cómo lo hacen y para quién lo hacen. 

 La documentacion tecnica implica dos tipo de documentacion la interna y la externa, la documentacion Interna se refiere mas a los programas y la base de datos, y la Externa se refiere a los manuales de uso.

La documentación interna se encuentra dentro del código de la aplicación, especificando la descripción de cambios realizados, fecha, responsable, autorización y cualquier otro dato relevante. 

El software debe contener documentación interna. Los comentarios permiten al programador comunicarse con otros lectores do código fuente. Los comentarios pueden también resultar una clara guía de comprensión durante la última fase de la ingeniería de software –el mantenimiento -.

Importancia de la Documentacion.

La documentación adecuada y completa, de una aplicación que se desea implantar, mantener y actualizar en forma satisfactoria, es esencial en cualquier Sistema de Información, sin embargo, frecuentemente es la parte a la cual se dedica l menor tiempo y se le presta menos atención.

Nosotros como desarrolladores tenemos la obligación de proporcionar a nuestros clientes un documento claro y conciso donde explicamos al funcionamiento de nuestro software; esta será una futura referencia para todos aquellos que quieran ayudarnos a mejorar nuestro software y para guiarlos y que entiendan la visión que tuvimos al momento de construirlo; incluso será una referencia para nosotros mismos ya que en códigos extensos es imposible recordar para que funcionaba y que acción realizaba un segmento de nuestro código.

Referencias.  

Documentacion de Software

Documentacion Interna
Imagen