28.06.2013 Views

Papers in PDF format

Papers in PDF format

Papers in PDF format

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

W3DT and other Approaches to Hypermedia Application Design<br />

Hypermedia design has to consider many different aspects as for example <strong>in</strong><strong>format</strong>ion structur<strong>in</strong>g, navigational<br />

design and <strong>in</strong>terface design. Database design is a field very closely related to hypermedia design. Many formal<br />

hypermedia design methodologies are based on well def<strong>in</strong>ed database design methods like the Entity-<br />

Relationship model. In database design, models play a crucial role to express the <strong>in</strong>tr<strong>in</strong>sic application oriented<br />

data semantics. Some of the most popular hypertext design methodologies at present, like RMM, HDM or it's<br />

successors HDM2 or OOHDM adopt model<strong>in</strong>g constructs of database design and add hypermedia related features<br />

like navigational constructs see [Isakowitz et al. 1995], [Garzotto et al. 1993].This approach has been<br />

chosen because it is familiar to system analysts. This is the ma<strong>in</strong> reason, why these methodologies are useful<br />

for applications with highly structured <strong>in</strong><strong>format</strong>ion and high volatility (DBMS <strong>in</strong>terface, product catalog).<br />

On the other hand, practitioners tend to draw the nodes and l<strong>in</strong>ks of their hypermedia applications <strong>in</strong> a relatively<br />

straightforward manner <strong>in</strong> order to convert l<strong>in</strong>ear text <strong>in</strong>to hypertext structures. The Web supports unstructured<br />

<strong>in</strong><strong>format</strong>ion like multimedia news services as well as <strong>in</strong>terfaces to databases or other k<strong>in</strong>ds of structured<br />

<strong>in</strong><strong>format</strong>ion. Thus a design method for WWW-based <strong>in</strong><strong>format</strong>ion systems requires representation of both.<br />

W3DT provides the necessary model<strong>in</strong>g constructs to fill this gap. The notation is <strong>in</strong>tentionally kept as simple<br />

as possible to make W3DT easily comprehensible for the novice user.<br />

In<strong>format</strong>ion Structur<strong>in</strong>g and Navigation Design with W3DT<br />

S<strong>in</strong>ce W3DT is designed for model<strong>in</strong>g WWW-sites, a Site is the broadest concept <strong>in</strong> W3DT. Each Site consists<br />

of at least one Page and optional L<strong>in</strong>ks. Figure 1 shows the graphical representation of the elements <strong>in</strong> the<br />

W3DT model<strong>in</strong>g technique and gives a short def<strong>in</strong>ition of each element.<br />

Page<br />

Menu<br />

Index<br />

Form<br />

TPage<br />

TMenu<br />

TIndex<br />

TPage<br />

L<strong>in</strong>k Dynamic L<strong>in</strong>k<br />

Diagram<br />

Figure 1: Elements of the W3DT design methodology<br />

Page, Index, Form and Menu are the basic means for structur<strong>in</strong>g the <strong>in</strong><strong>format</strong>ion doma<strong>in</strong> of a hypermedia<br />

application. Note the difference between an Index and a Menu - the former is used to model a complete enumeration<br />

of l<strong>in</strong>ks, like a complete list of l<strong>in</strong>ks to the members of a faculty. The latter is a navigational aid consist<strong>in</strong>g<br />

of l<strong>in</strong>ks to other pages. An example is the homepage of a site. Its ma<strong>in</strong> purpose is not to give a complete<br />

list of all its pages, but to give the user navigational aid and direct access to the ma<strong>in</strong> topics of the site.<br />

Each of these design primitives can also be used as a Template (TPage, TForm, TIndex and TMenu). The<br />

Template-notation is very similar to the concept of an Entity-Type <strong>in</strong> the Entity-Relationship model. The pages<br />

created by a gateway-script query<strong>in</strong>g a database are modeled by this construct. For example a TPage named<br />

Faculty-Member can be used to denote similar descriptions of all the faculty-members. Usually, pages generated<br />

by one gateway-script on the fly have the same layout, but the <strong>in</strong><strong>format</strong>ion displayed differs accord<strong>in</strong>g to<br />

the script's <strong>in</strong>put arguments.<br />

L<strong>in</strong>ks and Dynamic L<strong>in</strong>ks are used to model the Navigational Design of an application. Hardcoded l<strong>in</strong>ks are<br />

the standard way to navigate between WWW-pages. The Dynamic L<strong>in</strong>k is slightly different - it represents the<br />

execution of a gateway-script. All this leads to a rather simple rule: L<strong>in</strong>ks refer to static objects, Dynamic

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!