Diagramas de Secuencia

Los diagramas de secuencia que logre distinguir en mi proyecto son :

Reporte errores de interfaces

Ejemplo de error en la Interfaz  de tipo Metáfora

Esta es una interfaz que muestra el control que lleva una impresora al momento de mandar a imprimir algún texto.

Como podemos observar en esta interfaz está mal diseñada, supone que la “hoja” que se encuentra en el lado derecho señala el progreso que va imprimiendo la impresora, pues como lo cito Manhaeve: “¿Para que sirve el botón 

 ?, rebonina el papel y borra lo que ya estaba impreso” expreso. También parece innecesarios los botones de pues ¿para que querríamos detener la impresión? Y en un dado justificable ¿Qué tanta diferencia habría en el detener o pausar la impresión?  Y en un supuesto justificable, tendríamos que agregar algún botón para continuar.

 El botón de adelantado sirve para cambiar de página.

El botón de play sirve para iniciar/reanudar el proceso

El botón de detener  lo incluimos  en caso que el usuario  desee (o se equivoque) detener la impresión.

Por último los botones de help y about para ayudar al usuario, son más eficientes al inicio.

Como punto a  favor  de esta interfaz es que fue el primer dialogo que hemos visto de cómo utilizar una metáfora.  Desde nuestro punto de vista esta interfaz podría mejorarse de la siguiente manera.

Ejemplo de error en la Interfaz  de tipo Advertencia

El siguiente tipo de interfaz demuestra la advertencia al momento de introducir el password para ingresar a una cuenta, la idea del mensaje de advertencia que no se pueden introducir mayúsculas es buena,  pero el mensaje es intermitente pues comienza a parpadear y esto provoca una distracción al usuario e incluso lo puede frustrar.

Por esto creo que sería mejor omitir este parpadeo  y como mejora adicional pudiéramos quitar el signo de exclamación “¡” pues realmente no es motivo de alarma.

Ejemplo de error en la Interfaz  de tipo Ayuda

Esta interfaz, desde un punto de vista muy estricto,  es mala puesto que los mensajes de “ayuda” que muestra son muy lógicos , en este caso dice “Ir a la Barra” siendo que el cursor ya esta posicionado en ella, en todo caso solo tendríamos que poner la descripción solo “Barra”.

Y quedaría así:

Diagrama UML

Un diagrama UML es un lenguaje gráfico para visualizar, construir y documentar un sistema.
Tiene una apariencia similar a la de un esquema y dentro de el se pone el nombre de la clase, los atributos de dicha clase con el símbolo de  menos "-" y dos puntos  " : " mientas que los métodos se ponen con el símbolo de mas "+" y paréntesis "()". 
Como no pude instalar el Umbrello por dificultades técnicas, me vi en la necesidad de usar Paint, sería mas deshonesto ponerlo y hacer como que "aquí no paso nada" pero espero y al menos esta honestidad cuente algo.


El diagrama UML de mi proyecto es*: 

Relacion de Herencia

La relación de herencia como ya lo vimos en clase es aquella relación que se tiene de una clase padre con sus predecesores o hijos, sin perder el sentido, por eso llegue a la conclusión que en mi proyecto lo más cercano a herencia(espero) es la relación de la clase baraja dividida en subclases que vendrían siendo carta común (sin ninguna distinción en especial) y la carta controladora o comodín, que es necesario que cambie cada ronda como ya lo mencione en la descripción del juego.

He aquí ejemplificado:

Documentación Tecnica

La documentación es el conocimiento que se tiene de un asunto por la información que se ha recibido de el, si nos vamos a un sentido mas amplio la documentación puede ser la ciencia del procesamiento de información, que integra y globaliza los temas claves que integran a un asunto.

Por su parte la documentaión tecnica podría decirse que se basa en 3 aspectos:


* Manual técnico
* Manual de usuario
* Documentación con la descripción del proyecto


El manual técnico se refiere al manual en el que se describe nuestro proyecto sin la parte que corresponde al código. Aquí decía el autor que era el API (Interfaz de Programación de Aplicaciones) que viene siendo el conjunto de funciones y metodos.


El manual de usuario se maneja como un instructivo en el cual aparecen las capturas de pantallas y se explica al usuario el funcionamiento del sistema.


La Documentación con la descripción del proyecto es justamente describir el sistema en diagramas de casos de uso, diagramas de clases, las bases de datos utilizadas, en si es la descomposición del problema.


Fuentes:

http://www.wordreference.com/definicion/documentaci%C3%B3n
http://es.wikipedia.org/wiki/Interfaz_de_programaci%C3%B3n_de_aplicaciones
http://www.monografias.com/trabajos30/desarrollo-sistemas/desarrollo-sistemas.shtml#documentac
http://mx.answers.yahoo.com/question/index?qid=20101215101316AAbuota

Conceptos

Puntos extra.

Conceptos vistos en clase

Ejemplo de un Diagrama UML

* Lenguaje Unificado de Modelo (LUM o UML): Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema.

* OMG: Consorcio a nivel internacional que integra a los principales de la industria de la tecnología orientada a objetos.

* OOP es un paradigma de programación que usa objetos y sus interacciones, para diseñar aplicaciones y programas informaticos.

* OOSE: "Orientado a Objetos Ingeniería de Software" es un lenguaje modelado a objetos y su metodología.

Retroalimentación

Como parte de una actividad, teníamos que hacer una pequeña retroalimentación de nuestro proyecto con un compañero, y elegí a mi compañero y amigo Raúl Rodríguez quién me comentó que tiene pensado hacer el famoso juego de domino.


Como ya todos sabemos (o al menos la mayoría) el domino es un juego de fichas que tiene cierta estrategía para ganar, y un conjunto de reglas universales, yo le comente que para que su proyecto tuviera un toque de originalidad le sugerí que hay un juego que se llama "mano a mano robando" y este consiste en no tener ninguna ficha e ir escogiendo al azar y así ir sentando las fichas, la idea le pareció muy interesante, pero me dijo que ya tenía en mente como hacer su proyecto y lo respeté por que al reflexionarlo vi que el hacerlo era un proceso  algo complejo y es una muy buena idea de proyecto.