Demostraciones finales

Implementacion

Aqui puedes descargar la documentación de mi proyecto.

Gracias!

Presentación final -Clase-

ProyectoFINAL

Implementación de interfaces gráficas -Taller-

Códigos documentados que implementan pantallas gráficas (5 puntos) con la funcionalidad correcta de los componentes ya incorporada (5 puntos)

Para realizar una aplicación para iOS se utiliza (regularmente) el patrón de diseño MVC
El cual separa los datos de una aplicación, la interfaz y la lógica en tres componentes.
Tambien es utilizado para aplicaciones en la WEB u otro tipo

• Modelo: Es la representación específica de la información con la cual opera el sistema.
• Vista: Presenta la interfaz gráfica
• Controlador: responde a los eventos.

Se puede encontrar de muchas maneras en este caso, el controlador y la vista van de la mano para conectarse con el modelo que viene siendo la lógica.


En resumen, cada capa se encarga de una tarea determinada, por lo que es mas facil identificar los códigos y encontrar errores por ejemplo si tenemos algún error no afecte a la lógica del sistema solo a la interfaz, o viceversa.


Capas de aplicación en imagenes:

Para esta entrada, presentaré los códigos de Menu y de Sucursales.
Para realizar la interfaz gráfica se utiliza la aplicación de interface builder, incluida en el SDK de desarrolladores de iOS, en esta aplicación se seleccionan los controladores que queremos y acomodarlos, existe tambien de manera de hacerlo como código, en mi proyecto las vistas que eran estáticas las realicé en interface builder y en código las que se iban a ir modificando.


Menu
Menu se divide en 2 subniveles, una que controla la tabla que aparece al principio y la otra que controla la pantalla de información, aparte de otro view que controla la celda de cada tabla ya que lo modifiqué para que apareciera imagenes.


En este caso RootViewController es el controlador de la raiz de Menu, el codigo esta comentado sobre las funciones que se generaron al seleccionar las clases correspondientes y el interface builder.

En interface builder seleccionamos que el RootViewController.xib este dirigido a el tab bar de Menu, luego de hacer esto arrastramos los controladores y hacemos las conexiones correspondientes.

Después lo que realicé es configurar aun mas la celda para poder ver información en ella, para eso hice otra clase que se dedicara unicamente a las celdas.

Solamente se declaran los IBOutlet y los conecto en interface builder para poderlos utlizar y en la funcion donde cambia de modo de ver la celda los utilizo para crear un objeto con ese tamaño y cambie segun la llave del objeto para luego que abra el .xib de la celda que lo realicé en interface builder.

Y asi tenemos una vista como esta:

Luego para tener la información mas detallada al momento de seleccionar una de la celda realicé otro view controller.

Después, hice la interfaz en el builder arrastrando lo que necesito y luego conectar a la clase el cual contiene las características.

Tenemos una vista como esta:

Mapa

Para realizar la vista del Mapa utilicé IBActions para que al momento de que el usuario tocara, lo ubicara y muestre las sucursales disponibles, es importante decir que es necesario poner una clase Pin que hace uso de un patrón Builder para poder realizar las MKAnnotation.

// ACTUALIZAR CODIGO LUN 23 DE MAYO

En este código podemos ver las dos acciones que realiza los botones de Mapa.

Tenemos esta vista:

Ahora les anexo un video en donde pueden ver la implementación de la interfaz gráfica correctamente:

Diseño de interfaces gráficas -Clase-

Dibujos de diseños de pantallas que identifican los componentes utilizados, su posicionamiento y función

Componentes, posición, función:

La herramienta a utilizar fué interface Builder

Interface Builder

Mi aplicación esta hecha como una Tab Bar, la cual controla los diferentes xib cuyos archivos contienen los componentes utilizados de cada uno, en este caso en la Tab Bar le agregué 5 botones que tienen imagenes según el tema correspondiente, esas imagenes las descargué de aqui.

Para la interfaz principal.

• UILabels para poner los textos de la información.
• UIButton para poner por medio de un IBAction un botón para llamar desde el iPhone, en mi caso no funciona en el simulador.

Para la interfaz menu.

• UINavigation para poder hacer que la aplicación se desplace entre diferentes secciones (es la barrita azul de arriba).
• UITableView que es el que muestra toda la información extraída del plist cuyo contenido es la base de datos del restaurant.
• UITableViewCell es el que se dedica a poner otros componentes en la celda de menu, en este caso una imagen, nombre y precio.
• UIImageView esta contenido a un lado de la UITableViewCell, aparte cuando seleccionas una de estas celdas, esta misma imagen se muestra en la pantalla de descripción de la comida.
• UILabels contienen los nombres, precios y horas en las UITableViewCell y el View de descripción.
• UIPickerView es el que contiene la cantidad que deseas de producto.
• UITextView es el que contiene la descripción de la comida, tambien los lee de un plist.
• UIButton para comprar una comida.

Para interfaz cupones.

• UIImageView para mostrar los QRcodes, que se generaron en esta pagina.
• UILabels en medio de las imagenes con instrucciones.

Para sucursales.

• UINavigationBar para poner los dos botones sucursales y ubicación
• Bar Button Item para poner los dos botones de Ubicación y Sucursales, ubicación como su nombre lo indica te localiza en tu posición actual, y en sucursales te muestra por medio de MKAnnotation las coordenadas donde se encuentra una sucursales. 

Dibujos:

Sistemas distribuidos

Clase; 5 puntos

Texto con diagramas que explica la operación

 (incorporada o potencial) del software de manera distribuida

¿Que son sistemas distribuidos?
Son sistemas en los que elementos de hardware y software localizados en ordenadores en red, se transmiten y organizan sus operaciones, para así intercambiar mensajes, tambien podemos decir que es una recopilación de computadoras independientes ligados por una red y soportados por aplicaciones que producen que esta recolección se ejecute como un servicio integrado.




¿Que características lo identifican?

• Tolerancia a datos: ante un fallo el resto del sistema continua con sus operaciones.
• Transparencia: es cuando se oculta al usuario y al programador, separando los factores del sistema, por lo tanto este se observa como un todo, no como un conjunto de factores independientes.
• Concurrencia: cuando hay varios procesos (Programas que se ejecuta en una maquina) ejecutandose concurrentemente.
• Escalabilidad: operan de manera correcta y eficiente a diferentes escalas, esto quiere decir que puede tener en su estado mas pequeño dos estaciones conectados a un servidor de ficheros, uno adentro de una red de area local, podria tener cientos de estaciones y varios servidores.

¿Por qué sistemas distribuidos?

• Funcionales: los ordenadores tienen diferentes funciones u ocupaciones.
• Distribución del trabajo: los ordenadores se dividen las funciones.
• Económicos: es más barato.
• Físicos: en cualquier lugar del mundo.

En mi proyecto como un sistema distribuido...


Cliente-Servidor.
En mi proyecto se pudiera realizar un sistema distribuido cliente-servidor en donde el cliente seria el dispositivo y se solicita un servicio, luego, una maquina seria el servidor.


El cliente pide el menu con precios actualizados, y un servidor se los proporciona, al igual que si el cliente desea encargar la un platillo, que se conecte a un servidor a donde esta el restaurante y que este muestre los platillos en una lista, existen diferentes categorias de servidores, para mi proyecto se implementaria servidor de bases de datos para poder acceder al menu.


Tambien, se puede realizar cliente-servidor suponiendo que en la aplicación ya se tiene los datos pre-cargados (sobretodo si, para utilizar una función en el SDK que tiene para hacer una llamada a cierto numero, por si no tiene internet), luego este se conecte a un servidor que haga diferentes funciones, luego reciba una respuesta.


Un diagrama UML implementando esto seria:

Se utilizará asyncsocket que viene implmentado en el iPhone para poder realizar dichas operaciones.


Bibliografia
Introducción SD
Otra intruducción SD

Diseño de pruebas unitarias (Clase)

Clase: Semana 10 
Texto con diagramas que explica las pruebas unitarias a aplicar



¿Que son las Pruebas Unitarias?
Son como ensayos parara comprobar que funcionan diferentes partes del código, con estas pruebas podemos saber si nuestro proyecto esta fallando o no.


¿Porque hacer Pruebas Unitarias?

• Detectar y encontrar nuevos errores o bugs .
• Definir peticiones de cada función.
• Saber si un método es efectivo.
• Podemos aprobar un caso de estudio.
• No siempre se encuentran todos los errores.
• Separar la interfaz con la implementación.

De la iOS Development Guide nos dice que:
Xcode ofrece dos tipos de pruebas unitarias: pruebas de logica (Logic Tests) y pruebas de aplicación (Application tests).


Las pruebas de lógica son pruebas que verifican el correcto funcionamiento de nuestro código en un entorno "clean-room environment", esto quiere decir que el código no se ejecuta dentro de una aplicación, esto lo podemos utilizar para llevar a cabo pruebas en el código para asegurar que se comporta correctamente en situaciones en donde no estamos seguros como va a reaccionar nuestro programa, ayudan a hacer nuestro código robusto que funciona correctamente cuando se utiliza de maneras que no estamos anticipando, en xcode el código que se está probando se ejecuta durante la fase de "Builder".


Las pruebas de aplicación son pruebas que verifican la funcionalidad del código en una aplicación en ejecución. Debido a que las pruebas de aplicación se ejecutan en un solo dispositivo, también las podemos utilizar para realizar pruebas de hardware.


En mi proyecto, como explico en mi entrada de taller, por el momento realizo dos pruebas unitarias dentro de la clase MenuTestCase, aqui expongo mi diagrama de clases actualizado con la clase de las pruebas unitarias incluida, podemos ver la clase MenuTestCase, que hereda de SenTestCase

Mi diagrama UML

OCUnit
OCUnit es un framework de pruebas para Objective C en Mac OS X integrado con xcode. Podemos probar los frameworks, paquetes o aplicaciones y es basado en SUnit para Smalltalk y en JUnit para Java.


Incluye un framework "SenTestingKit" que nos ayuda a escribir casos de prueba, teniendo como ventajas que podemos implementar pruebas en el mismo Objective C y tiene una integración total con xcode.


Para descargar OCUnit aqui.


Usando OCUnit en mi proyecto..
Luego de instalar OCUnit, descargado de la pagina.


1. Necesitas agregar un nuevo "Unit Test Bundle".

2. Le pones un nombre al target y das Next..

3. Luego se modifica "Other linker flags" cambiando de Cocoa a Foundation, esto para permitir que compile en el iPhone simulator.

4. Buscas Cocoa.h y borras las referencias.

5. Agregas una nueva clase en el proyecto "Objective-C test case class"

6. Es importante que al final del nombre de la clase se llame TestCase y seleccionas el nombre del Target.

7. Todos los metodos deben empezar con test

8. Agregas el Target a los metodos que los necesitas probar.

9. Es importante que cuando quieras hacer el Build, necesitas activar el Target.

Cualquier duda o pregunta sobre la entrada, pueden comentar.

Pueden encontrar mas información en los siguientes enlaces.

Integrated Unit Testing

Your Code with OCUnit

Implementación de pruebas unitarias (Taller)

Taller: Semana 11

Implementación de las pruebas unitarias en código documentado y un reporte de los resultados de su ejecución

En la entrada de taller para esta semana tenemos que presentar código utilizando pruebas unitarias.

Para empezar, es necesario, como lo dije en mi entrada anterior activar el Target antes realizar el Build and Run.

Este es mi diagrama UML con la clase MenuTestCase, la cual contiene los metodos de test que implementados, se hereda de la libreria SenTestCase, y se agregan las librerías en este caso agregué la libreria Producto.h y Menu.h

Esta es la función a la cual le voy a hacer pruebas unitaria, esta agrega un producto a MiMenu, el cual es un NSMutableDictionary

 Ahora en mi código de test, lo que hice es crear un nuevo objeto, en este caso bebida, al igual que un nuevo menu, después con la función STAssertEquals, verifico que la función regrese un valor YES booleano.

En este caso, el UnitTestBundle me no muestra el mensaje, ya que efectivamente regresa el valor igual a lo que yo queria que verificara.

 En este otro caso, cambie el valor de disponibilidad en el objeto de bebida con un valor de 1, según mi código cuando esta en uno no se encuentra disponible al publico, por lo tanto regresa un valor booleano NO.

Ahora vemos que en el Build del UnitTestBundle, me muestra el mensaje que regresa NO.

 Para el caso de testRemove, creo igual dos objetos, uno que es el Menu y otro que es la Bebida, lo agrega al NSMutableDictionary y tenemos otro STAssertEquals el cual si regresa un YES, quiere decir que se eliminó exitosamente.

Y mi prueba no me mostró ningún error, solamente un warning.

Esto es lo que implementé de pruebas unitarias en mi proyecto, conforme valla agregando mas código, mas pruebas unitarias haré para crear un sistema mas robusto e ir verificando mi lógica.

Si tienen alguna duda o sugerencia, comenten por favor.

Capturas de pantalla RMI

Esta es la captura de pantalla utilizando RMI, en este caso soy Cliente para el Servidor de la profe.

Ahora soy Cliente

Aqui puedes descargar el ejemplo de la clase.

Aqui estoy haciendo la funcion de cliente y servidor basado en un ejemplo que encontré en internet.

El demo lo pueden encontrar aqui.

Implementación de eventos, excepciones y errores propios

Taller: Semana 10
Incorporación de eventos, excepciones y errores particulares al software





Eventos

Eventos implementados en mi proyecto.
Para mostrar el mapa, utilizo una función que muestra la localización del usuario, al momento de tocar el botón, hace su trabajo.


Para escoger el evento, yo lo que hice es arrastrar en Interface Builder según la función que voy a elegir y el evento que quiero elegir, aqui elegí que pudiera tocar varias veces el botón para actualizar su ubicación.




Excepciones


Implementé la excepción para saber si un objeto Producto, ya sea bebida o comida, están disponibles, para eso pongo un try-catch-finally con una exception que al momento que la disponibilidad tenga un numero de uno, nos diga que ya no esta disponible, utilizando un throw.


Función addProducto();



Es importante decir que hice una clase que incluyera esta excepción y el framework de NSException



Este es el resultado en la consola.

Identificación de eventos, excepciones y errores propios

Clase: Semana 10
Texto con diagramas que explica los eventos, excepciones y errores particulares al software que se está diseñando


Eventos
Es un acontecimiento en el software que opera el evento mandando un mensaje a otro objeto apropiado, podemos decir que es la respuesta que puede producir un objeto, o sea la acto que ocasiona.


Eventos que puede generar mi proyecto

• Al tocar el botón de Ubicame, por ejemplo, se muestra la ubicación del usuario.

• Al tocar alguno de los submenus, cambiamos la vista según lo que el usuario desee.

• Cuando se hace la vista, podemos seleccionar el evento que se va a realizar:

Podemos ver los diferentes eventos que se le pueden poner a un botón, en mi caso al momento de tocar, manda llamar a función Ubicar();

Excepciones.

Una excepción es un evento, este suele suceder cuando en algún momento se genera un hecho ocasional y este puede obstaculizar o evitar un la actividad normal del software.

Excepciones que pueden ocurrir en mi proyecto.

• Por ejemplo cuando un usuario quiere ordenar algo que no esta disponible a su hora o simplemente se agotó en el restaurante,  se mostrará una excepción.

• En el ejemplo, podemos ver que el usuario queria ordenar Cerveza, pero esto no estaba disponible.

En este diagrama podemos ver que si esta disponible, se agrega a mi pedido, si no, nos tira una excepción, en mi entrada de taller expongo el código.

• Otra excepción que puede ocurrir es cuando se quiera enviar el pedido, no tenga el dispositivo conexión a internet para enviarlo.

Errores

Los errores son regularmente irreversible y puede que solo se cierre el programa.

Errores que pueden ocurrir en mi proyecto

• Que no inicie el programa correctamente, generando un error y posteriormente simplemente cerrará.

• Otro error, si en algún momento falla el abrir el menú o la visualización de imagenes, cerrará el programa.

Espero sus sugerencias en los comentarios para realizar una retroalimentación.