ThePlace

Home ] Search ] Resources ] Site Map ] Contact Me ]
Dave's Information Technology Resource

Up ]

[ Web Development Process ] Types of Web Sites ] Site Development and Deployment ] Web Navigation ] Web Site Development Tools ] Web Site Content ] Staffing ] Web Security Concepts ] Web Usability ] E-Commerce Basics ] Internet Branding ]

--- Web Development Process ---

Steps for Building a Web Site

The following steps describe the process for developing, deploying, and maintaining a web site.

bulletSite Concept
bullet*Site Planning
bulletRequirements
bullet*Storyboarding
bulletArchitecture Design
bullet*Content Development
bullet*Production
bullet*Deployment
bullet*Maintenance

* items tend to be "absolutely essential" -- the others are strongly recommended!

Site Concept

Be able to quantifiably and qualitatively define what the site is about!

bulletDevelop a short, concise statement that describes what the site is about, for example:
bulletThe Acme site will promote our existing XXX and YYY product line enabling customers to purchase the product and use it more effectively via on-line support.
bulletSell  books, videos, and software to technical (computer, systems engineering) professionals via the web.
bulletProvide educational resources for middle school (grades 6-9) students in the arts, humanities, and social sciences.

Key things to identify:

bulletAudience (age, tastes, technical savvy, etc.)
bulletHow it impacts existing corporate environment (e.g., new way to sell and or reach clients).
bulletCompetition (who is doing it, how well (or poorly), other new players)
bulletProjections of expectation (number of hits, contacts, sales).
bulletInvestment (cost to build and to support)
bulletReturn on Investment (ROI) - how much do you think you will make - this is often over-hyped.
bulletWho is involved (if existing company - which staff is involved; if new company - who do we hire)?
bulletTechnology (local/remote hosting, server, browser, what is available or needs to be acquired).

Prototype the site (top and key pages) to develop ideas, understand the ideas -- also to sell the site to management.

Site Planning

A key task that 

bulletPurpose - what is the purpose of the web site -- this is a formalization of the "Purpose" section described above.
bulletTasking - what needs to be accomplished to build the site.
bulletResources - people, equipment, connectivity.
bulletSchedule - when will it be done.
bulletDevelop a budget to design, develop, and maintain the site.
bulletRisk Management - what happens if something goes wrong.

Requirements 

Similar to any system/software development exercise.  The purpose is cover all the bases prior to writing code/pages.

Requirements should describe what is needed...

"The site will enable users to access product information and sales forecasting data"

Not how it will be done (e.g., the code or tools)...

"The site will be implemented with Cold Fusion..." (this is determined during the architecture design phase later on).

Key categories of requirements include the following:
bulletFunctionality- what will the site do, often depends on anticipated browser
bulletInteroperability - capability to work with other systems (e.g., web services)
bulletScaling - expand to accommodate new capabilities and data.
bulletPortability - move to different servers (typically not a major requirement).
bulletReusability - use parts of the site for new purposes (e.g., expand catalog to transaction support).
bulletPerformance/availability - how fast, efficient, number of users it can handle/process
bulletUser Interface - audience, browser
bulletDatabase - existing database, new data
bulletSupport Operations - support (people/techs) to maintain (24X7)
bulletMaintenance  - how will site grow/evolve; what policies will be applied established - this may be the most important aspect for site growth and potential.

Storyboarding the Content

Click here for PowerPoint Presentation on Storyboarding

Taken from multimedia industry (and film).  Purpose is to provide a graphical view of the story to work out the best strategies.

Basic storyboard includes two perspectives:

  1. Broader site view  including organization/grouping of content
  2. Page level view and interface consistency

Storyboards typically consist of three elements:

  1. Navigation diagram - shows the overall structure of the content/pages.  Most often it reflects the links in the pages.
  2. Page template - shows the basic layout of a page including color, fonts, backgrounds, supporting graphics, button/link navigation elements
  3. Page layout - built from the template, it is the specific detail for each page of the site. 

Architecture Design 

A more classic (software wise) view of the web site.  This includes descriptions, diagrams, and specifications for:

bulletHardware (CPU, memory, disk capacity, backup, connectivity, power); also database servers, gateways, routers
bulletOperating system
bulletServer Software (web server, mail, ftp); also include supporting systems such as CGI software (e.g., ASP, Cold Fusion) 
bulletUnique scripting/coding for the site (e.g., ASP, JavaScript, Perl, Java, etc.)
bulletConnectivity (server to end users, Intranet, Internet)
bulletDevelopment tools - web editors, testing software
bulletBrowser (e.g., any browser, IE/Netscape only, version restrictions)

Consider:

bulletOptions for deployment: in-house, web hosting services
bulletNeed for research and closely monitoring industry trends and standards.
bulletEnd user needs (specific browser, connection speeds, performance needs).

Content Development 

Use storyboards manage and develop the content.

Cost-driven strategy for content production:

bulletDetermine what is already available (cheapest).
bulletClip art resources.  Also use templates (e.g., Front Page themes, third party materials) (cheaper)
bullet"Borrow" generic materials (nice backgrounds, styles, ideas for layout) - DO NOT VIOLATE COPYRIGHT (expensive if you get caught).
bulletOriginal artwork as required (most expensive).

Develop internal standards for:

bulletFormatting text (use of columns, bulleting, tables, etc.)
bulletColor (basic colors for text, backgrounds)
bulletGraphics (texture, style, look, etc.)
bulletAudio video format, type, etc.

Keep a documented library of content (configuration management, track usage and application).

Establish a quality control mechanism to check all content (including spelling, color, sizing, etc.).

Production/Implementation 

If requirements, storyboards, and content production is done -- production is trivial.  Unfortunately, many organizations do those things poorly and try to compensate in this phase.  The results include:

bulletPoor navigation.
bulletPages that are too busy, confusing.
bulletToo little/too much content.
bulletMixed message.
bulletetc., etc., etc.

Build site from the top down.  Test as it is produced - validate against storyboards and content.  Install site on server and run operations and performance tests.  As site is completed perform user testing for reaction.

Considerations:

bulletUse commercial authoring tools (FrontPage, Dreamweaver)
bulletEstablish an editorial review process to validate content as it is authored.
bulletFinalize hardware and software systems including in-house resources or web hosting services.

Deployment

bulletEstablish a Day 0 backup
bulletConsider a three tier development/deployment scheme:
  1. Test - a site for developing content ideas, testing technologies, etc. - very limited, if any, access to the public (primarily for internal use only)
  2. Development - build changes and updates prior to moving to the delivery versions; may be shown to a very limited segment of customers.
  3. Delivery - the actual site; what the public/customer sees
bulletConduct intense pre-delivery tests (check the links, content, performance, database interactions, etc.).
bulletCoordinate with marketing and other agencies to get the word out - have an "unveiling" ceremony.
bulletBe ready for questions, comments, and opinions (e.g., how to use the site, "why did you do this?", etc.).

Maintenance

Maintenance is the "90% of the effort" following site deployment.  Generally speaking, you should treat maintenance as follows:

bulletWith as much or more interest than the developmental efforts.
bulletAs an on-going process that will significantly impact the look and feel and operational nature of the site over the long term.

Key maintenance tasks include:

bulletMonitoring the site configuration (i.e., all files are available, in proper format, etc.).
bulletSecurity (very critical for e-commerce sites)
bulletBackups are current and available (includes Day 0 and subsequent periodic backups)
bulletSecurity protocols such as passwords are strictly followed.
bulletDirectory security is strictly managed.
bullet Latest versions of software, especially security 
bulletManaging Content
bulletDevelop a process to continuously update the site on a realistic basis:
bulletIdentify content contributors
bulletSet up schedules (daily, weekly - be realistic)
bulletEstablish content review (editing, etc.) process to support new content
bulletEstablish periodic minor and major site overhauls (e.g., change logos, graphics, backgrounds, etc.) 
bulletAssess the effectiveness of the site:
bulletObtain visitor input
bulletReview by corporate entities with a vested interest in the site (e.g., marketing, operations, etc.)
bulletReview comparable/competitor sites -- what are they doing, how are they doing it
bulletTechnology upgrades and enhancements:
bulletContent development tools and processes (e.g., online web authoring)
bulletContent delivery tools (e.g., Flash) - make sure there is significant user acceptance)
bulletServer upgrades, connection upgrades
bulletWeb hosting - is the current service adequate
bulletReview reports on site performance, hits, trends, and patterns.

 

 

 

 

 

Home ] Up ] Computer Architecture ] Programming Bootcamp ] Database Bootcamp ] Visual BasicS ] Web Basics ] Web Multimedia ] Web Programming ] Advanced Web Topics ] XML Technology ] Web Glossary ]

Copyright © 1999 - 2005 
ThePlace - Written and Sponsored by Dave Hillman