Retroalimentacion.

Estos temas fueron los que pudimos comentar mis compañeros y yo esto nos ayudo mucho ya que habia cosas que no recordabamos.

Casos de Uso: es un forma de ver la interaccion con el sistema, viendo que actores pueden hacer tal cosa y como estas estan relacionadas con otras funciones

Diagramas de Secuencia:respresentan el comportamiento del sistema y ke muestran ordenadamente como van sucediendo los escenarios de casos de uso y se realiza uno por cada caso de uso.

Clases: uelen ser publicas con sus atributos privados y metodos publicos nos sirven para divir en varias partes lo que vendria siendo el programa para la hora de codificar no oscureser el codigo teniendo todo en un solo main
Tambien podemos identificar las clases del sistema como sustantivos, los atributos cono caracteristicas y los metodos como verbos.

Documentacion:la documentacion sirve para mostrarnos los requerimentos del sistema, como los casos etc.. el disenio,: como la arquitectura del sistema los diagramas de clase y de secuencia, y la tecnica del sistema ke es el codigo creado, es importante documentar bien todo lo que hacemos porque por ejemplo nunca sabemos quien mas va a estar trabajando en el codigo pudiera ser alguien que no lo diseno y debe ser claro cada una de las cosas que hace para que cualquier persona pueda trabajar en el.

Las pruebas unitarias: nos ayudan a encontrar posibles errores de los cuales no nos hayamos percatado y de esta manera probar si el funcionamiento es correcto, una herramienta util es JUnit.

Otra cosa importante es que en la prgramacion OO tenemos la reutilizacion de codigo, lo que nos permite ahorrarnos tiempo, y un poco de trabajo.

Sistemas Distribuidos

Unos de los concepto de Sistemas Distribuidos que vimos en clase es el siguiente:

Colección de computadoras autónomas, conectadas mediante una red y middleware distribuido que las habilita para coordinar sus actividades y compartir los recursos del sistema, de tal suerte que los usuarios lo perciban como una sola entidad.

En esta entrada correspone en como a mi proyecto podria aplicarsele un  sistema distribuido, esto seria algo asi equivalente en una tienda de conveniencia en linea, aqui podria descargarse la aplicacion en pdf.

Para esto implemente algunas cosas como  la seguridad del sistema, donde solo hasta ahorita el administrador que puede modificar o realizar cambios para evitar que haya modificacion o alteraciones en el sistema y en este caso los datos de los clientes son confidenciales hasta ya que se muestra la factura.

Tambien podria implementarse ya que sea el sistema distribuido en linea, como método de autentificación el RFC del cliente para que esté a su vez se convertiría en un filtro para solo mostrar las facturas almacenadas en la base de datos que correspondan a ese cliente y nadie mas pueda alterar su informacion.

Patrones de Diseño

Esta entrada corresponde a que patrones de diseño podrian aplicar al software que estamos realizando.

Una de las principales caracteristicas que pretenden los patrones de diseño podria se la Reutilizacion de codigo.

Bueno algunos patrones de diseño que se podrian presentar en el sistema que ahora estoy realizando, podria ser:

Abstract factory ya que este patrón nos permite trabajar con objetos de distintas familias, de tal manera que las familias no se mezclen entre si independientemente del tipo de familia que se use.

facade.(fachada). 

Este se encargara de proveer una interfaz mas unificada mas simple para un conjunto de interfaces de un subsistema. Como una interfaz de alto nivel que hace que el subsistema sea mas fácil de utilizar.

Comand ya que es un patron de comportamiento podria ayudar a registrar las peticiones realizadas por los clientes. 

Hasta ahorita estos son los patrones que pude identificar y puedo utilizar dentro del sistema.