IFD:IOSDev/Projects/Michaela: Difference between revisions

From Medien Wiki
 
(18 intermediate revisions by the same user not shown)
Line 3: Line 3:
The mobile age is as well a challenge for commercial websites to provide e.g. an e-shop running compatible on different mobile devices. See also [[wikipedia:M-commerce]] !  
The mobile age is as well a challenge for commercial websites to provide e.g. an e-shop running compatible on different mobile devices. See also [[wikipedia:M-commerce]] !  


Retailers are faced with a wide range of various hardware & software conditions. First of all, they have to decide between web or native applications. All these app types keep different advantages & disadvantages. A native shopping app is on the one hand more expansive to build up than a web shopping app. On the other hand a native app allows to use more features of a given device in comparison to a web app. A web app is platform indepentent but mostly doesn't ensure such a high user expierence like a native app.
Retailers are faced with a wide range of various hardware & software conditions. First of all, they have to decide between web or native applications. These two app types keep different advantages & disadvantages. A native shopping app is on the one hand more expansive to build up than a web shopping app. On the other hand a native app allows to use more features of a given device in comparison to a web app. A web app is platform indepentent but mostly doesn't ensure such a high user expierence like a native app.


Online retailers have to managage a huge amount of data (product catalogues, customers's information, supplier specificatons etc.) via their shop software. Additionally, they have to assure the security of all electronically safed data. This has to be valid for their mobile applications, too.
Online retailers have to managage a huge amount of data (product catalogues, customers's information, supplier specificatons etc.) via their shop software. Additionally, they have to assure the security of all electronically safed data. This has to be valid for their mobile applications, too.
Line 22: Line 22:
</gallery>
</gallery>


After creating a first visual layout I've uploaded and fitted a simple image oline in order to get a first impression over an iPhone. I discussed this first result with several people. My discussion criterias concerned particularly the following questions:
After creating a first visual layout I've uploaded and fitted a simple image online in order to get a first impression over an iPhone. I discussed this first result with several people. My discussion criterias concerned particularly the following questions:
*Is the concept of a fixed header & footer useful?  
*Is the concept of a fixed header & footer useful?  
*Are the sizes of fonts, images or icons visible for all users (as well for people who wear glasses)?
*Are the sizes of fonts, images or icons visible for all users (as well for people who wear glasses)?
Line 54: Line 54:


They base upon evaluated patterns of specific interactions. Furthermore they represent a visual overview of all visual design elements which are used to build up the mobile shop's user interface.
They base upon evaluated patterns of specific interactions. Furthermore they represent a visual overview of all visual design elements which are used to build up the mobile shop's user interface.
In the next step I summarize all applied design rules as a guideline for my visual concept.


In the next step I develop a style-guide. This should support the technical realization of my visual concept.
==Style Guide==


==Style guide==
Every single design element needs its own special definition in order to get constructed in the following process of technical implementation. The style guide is supposed to exactly indicate all design elements. For instance, colours are defined by hexa values & font sizes are defined by relative dimensions. Additionally, all dimensions & conditions of icons, images, buttons, headlines, text sections, form fields, layers or even list elements are given in this style guide.


Every single design element needs its own special definition in order to get constructed in the following process of technical implementation. The styleguide is supposed to exactly indicate all the design elements. For instance, Colours are defined by hexa values and font sizes are defined by relative dimensions. Furthermore, all dimensions of icons, images, buttons, form fields or even list elements are given in this styleguide.
You can get some more impressions via these excerpts of my style guide:


You can get some more impressions via these extracts of my styleguide:
<gallery widths="200px" perrow="5">
(t.b.d.)
File:Auszug-Styleguide-S02.jpg|Content
File:Auszug-Styleguide-S05.jpg|Main Grid
File:Auszug-Styleguide-S06.jpg|Colours
File:Auszug-Styleguide-S07.jpg|Font Sizes
File:Auszug-Styleguide-S09.jpg|Usage of Fonts 01
File:Auszug-Styleguide-S11.jpg|Usage of Fonts 02
File:Auszug-Styleguide-S17.jpg|Buttons & Links
File:Auszug-Styleguide-S19.jpg|Dimensions of Images
File:Auszug-Styleguide-S21.jpg|Dimensions of Layers
File:Auszug-Styleguide-S24.jpg|Dimensions of Home Screenshots
</gallery>


==Technical Realization==
==Technical Realization==


t.b.d.
[[Image:Process-of-a-mobile-request.jpg|right|thumb|300px|The Process of a Mobile Request]]
 
 
The setup of the visual interface has to be implemented via the application framework of the specific e-shop software. Therefore the application framework provides a so called mobile application programming interface (short: mobile API). This mobile API threads the necessary content information for every single request of a mobile device. A markup language (e.g. HTML5) predefines the layout of the requested mobile page.
 
Furthermore, this mobile API enables an external management service to finally configure the mobile content. Such an external service is mostly a company that is primarily specializing in concerns of the mobile web. They direct a heavy expertise of mobile software & hardware as well as mobile usability. Currently a quick & high divided developement underlies the age of the mobile technology. The cooperation with such external services ensures that the e-shop always offers up-to-date mobile content.
 
Finally the request of a mobile device to the URL of an e-shop enables the application framework to chek out its technical relevant information. As you can see in the figure, the redirection to the mobile page passes the management service & the mobile content can be processed back to the requesting device.

Latest revision as of 18:50, 7 August 2011

Introduction

The mobile age is as well a challenge for commercial websites to provide e.g. an e-shop running compatible on different mobile devices. See also wikipedia:M-commerce !

Retailers are faced with a wide range of various hardware & software conditions. First of all, they have to decide between web or native applications. These two app types keep different advantages & disadvantages. A native shopping app is on the one hand more expansive to build up than a web shopping app. On the other hand a native app allows to use more features of a given device in comparison to a web app. A web app is platform indepentent but mostly doesn't ensure such a high user expierence like a native app.

Online retailers have to managage a huge amount of data (product catalogues, customers's information, supplier specificatons etc.) via their shop software. Additionally, they have to assure the security of all electronically safed data. This has to be valid for their mobile applications, too.

The task: Creating a Web App

A web app is mostly created with HTML5, CSS3 & Java Script. And it's executed trough a mobile browser. See also wikipedia:Web app & Jonathan Stark, O'Reilly: Building iPhone Apps with HTML, CSS, and JavaScript ISBN 9780596805784 !

Within this project a mobile web application for an existing reference store of a commercial shop software has to be created. The version for the desktop website already exists with all its corporate design guidelines. The mobile reference store will have a technical connection to the running software in order to maintain access to all the given data structures. The main focus of this projects lies in the visual design of the mobile app. The technical realisation is interesting as well.

First Mockup

After creating a first visual layout I've uploaded and fitted a simple image online in order to get a first impression over an iPhone. I discussed this first result with several people. My discussion criterias concerned particularly the following questions:

  • Is the concept of a fixed header & footer useful?
  • Are the sizes of fonts, images or icons visible for all users (as well for people who wear glasses)?
  • Are all interactive elements easily clickable for everyone?
  • Are pictures, icons, colours or even gradients adequate presented & rich in contrast, hue & saturation?

Specified Design

After reflecting the first mockup & resolving some non-functional design elemnts - these are my final designs for the mobile shop:

They base upon evaluated patterns of specific interactions. Furthermore they represent a visual overview of all visual design elements which are used to build up the mobile shop's user interface. In the next step I summarize all applied design rules as a guideline for my visual concept.

Style Guide

Every single design element needs its own special definition in order to get constructed in the following process of technical implementation. The style guide is supposed to exactly indicate all design elements. For instance, colours are defined by hexa values & font sizes are defined by relative dimensions. Additionally, all dimensions & conditions of icons, images, buttons, headlines, text sections, form fields, layers or even list elements are given in this style guide.

You can get some more impressions via these excerpts of my style guide:

Technical Realization

The Process of a Mobile Request


The setup of the visual interface has to be implemented via the application framework of the specific e-shop software. Therefore the application framework provides a so called mobile application programming interface (short: mobile API). This mobile API threads the necessary content information for every single request of a mobile device. A markup language (e.g. HTML5) predefines the layout of the requested mobile page.

Furthermore, this mobile API enables an external management service to finally configure the mobile content. Such an external service is mostly a company that is primarily specializing in concerns of the mobile web. They direct a heavy expertise of mobile software & hardware as well as mobile usability. Currently a quick & high divided developement underlies the age of the mobile technology. The cooperation with such external services ensures that the e-shop always offers up-to-date mobile content.

Finally the request of a mobile device to the URL of an e-shop enables the application framework to chek out its technical relevant information. As you can see in the figure, the redirection to the mobile page passes the management service & the mobile content can be processed back to the requesting device.