Approach to Developing a Redbourne Application

Site Map
 
Home
 
Application Guide
Reference
  Installation
  Configuration
  XML Markup
  JavaScript Classes
  ROM
  Templates
  Environment
  Dev Process
    Introduction
    SOR
    Static
    Dynamic
    Test
    Acceptance
    Deploy
  Tools
  External Links
  Example libraries
Community
Contact Whitebeam
To-Do
Download
Credits
Licence
Whitebeam Users
 
 
 

Approach to Developing a Redbourne Application

Developing a Redbourne Application

Review the application and allow the client to testFully exercise the site, testing full operationDesign and implement the dynamic behaviour of the siteDesign the site layout and overall look and feelAgree the clients expectations and requirements.Make the web application live on the Internet.The Process

Static Design

In the static design phase concentrates on the basic model for the application, the result being a set of functional specifications for the site that should be reviewed by the client. In practice this phase is very close to that which would be produced for a static website.

This design aims to answer the following questions:

  1. The overall look and feel for the site.
  2. The top level 'site-map', how are end-users going to navigate around the site?
  3. The security model for the site. Which elements of the site are going to be protected, and how?

This phase should result in the following items being completed:

Look and Feel

Agreed look and feel for the site. Generally a common look and feel across all the pages in the site leads to a stronger site and can enhance and reinforce a companies image.

  • Does the client have an existing corporate look and feel? Can that be integrated into the web design?
  • What company images are to be used?
  • What is the overall navigation mechanism for the site?
  • Will any pages need to be made printer-friendly?

Administration and User Interface

All but a trivial site will require different facilities for different users. The clearest example of this would be the public pages seen by users and a set of 'private' pages used by clients to update things like catalogue data. More sophisticated sites still may have more classes of user. Bear in mind the requirements of, and facilities required by, each class of user. (If you look at the sample applications you will see many of them documented in two parts, the administration part often has two classes of user. The "user administrator" is allowed to manage users, the "site adminitrator" is allowed to managed, for eample, site catalogue contents.)

It can be easy to forget about the management requirements for a site by concentrating overly on the external look and feel of a site, but in cases the management interface can be the most difficult to produce. From an integration partners point of view - if the management interface is deficient the client is going to rely on the partner to make up for those deficiencies. This will use up valuable resources at the integration partner.

Ideally the integration partner should aim to make the site as manageable by the client as possible - ideally with no intervention for from the Partner. Consider the Redbourne site as an example of this. The Site Management Application allows our clients - the integration partners - to manage their area of the site with minimal intervention from us.

Site Map

What is the layout for the site? Which pages will exist and how are they related to one another in a formal menu structure. The designer must consider the need for easy and rapid access the information required by the user. If the information is not easy to locate the user will get frustrated and may seek and alternative - which could be a competitor!

What, if any, are going the be the external links from the site.

The overall site map should be produced and reviewed by the client. There is currently no standard way of describing a web site and so Redbourne have produced a graphical documentation nomenclature that may be used.

Example Site Map - taken from one of our example applications

Prototype Page

Static web pages utilising the proposed look and feel of the site. Use this in conjunction with your client to test usability, look and feel etc. Make a few links active on the navigation menu so that the Client can get a feel for site navigation.

Whitebeam release 1.3.36
(loadtime : 12ms)