-
Notifications
You must be signed in to change notification settings - Fork 21
/
Copy pathwhat_is_a_data_architect.htm
574 lines (427 loc) · 28.9 KB
/
what_is_a_data_architect.htm
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
<html>
<head>
<title>What is a Data Architect</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<link rel="stylesheet" href="styles/style.css">
</head>
<body bgcolor="#FFFFFF" leftmargin="0" topmargin="0" marginwidth="0" marginheight="0">
<TABLE NAME="CHANGE MY WIDTH" WIDTH="100%" border=0 cellspacing=0 cellpadding=0><TR><TD>
<!-- CHANGING THE WIDTH ABOVE WILL CHANGE ALL PAGE WIDTH -->
<table NAME="HEADER" width="100%" border=0 cellspacing=0 cellpadding=0 bgcolor="#FFFFFF">
<tr>
<TD HEIGHT=68 VALIGN=middle><img src="images/dba_400_home.jpg" width=400 height=58 alt="Database Answers"></TD>
<TD ALIGN=right ROWSPAN=2 WIDTH=100%>
<A HREF="the_winner.htm" HREeeeF="images/info_in_the_future.jpg">
<img ALIGN=right ALTernate ="Information in the Future" ALT="Click for vision of Databases everywhere" SRC="images/info_in_the_future_sml.jpg" hspace="0" vspace="4"></A>
</td>
</tr>
<TR><TD><p class="time"><nobr><SCRIPT LANGUAGE="JavaScript">theDate();</SCRIPT></nobr></p></td></TR>
</table>
<!--- START OF DEC 27th_v2. Menu Bar --->
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td height="32" background="images/nav_bg.jpg" align="left" valign="middle">
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="1%"><img src="images/spacer.gif" width="15" height="15"></td>
<td width="6%"><A STYLE="text-decoration:none" HREF="index.htm"><font COLOR=white FACE=Verdana SIZE=2>Home</font></td>
<td width="10%"><A STYLE="text-decoration:none" HREF="pi_ask_a_question/index.asp"><font color="#FFFFFF" FACE=Verdana SIZE=2>
Ask a Question</font></A></td>
<td width="10%">
<A STYLE="text-decoration:none" HREF="best_practice.htm" HREeeeF="pi_best_practice_display/index.asp"><font color="#FFFFFF" FACE=Verdana SIZE=2>Best Practice</font></A>
</td>
<td width="7%">
<A STYLE="text-decoration:none" HREF="careers.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>Careers</font></A>
</td>
<td width="7%"><A STYLE="text-decoration:none" HREF="clients.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>Clients</font></A>
</td>
<!---
<td width="7%"><A STYLE="text-decoration:none" HREF="http://databaseanswers.ning.com/" TARGET=_NEW><font color="#FFFFFF" FACE=Verdana SIZE=2>Community</font></A>
</td>
--->
<td width="10%"><A STYLE="text-decoration:none" HREF="data_models/index.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>Data Models</font></A></td>
<td width="7%"><A STYLE="text-decoration:none" HREF="search.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>Search</font></td>
<td WIDTH=10%><A STYLE="text-decoration:none" HREF="site_map.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>Site Map</font></A></td>
<td align=LEFT width="10%"><A STYLE="text-decoration:none" HREF="about_us.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>About Us</font></A>
</td>
<td align=LEFT width="18%"><A STYLE="text-decoration:none" HREF="contact_us.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>Contact Us</font></A>
</td>
</tr>
</table>
</td>
</tr>
</table>
<!--- END OF DEC 27th_v2. Menu Bar --->
<table NAME="MAIN CONTENT" width="100%" border=0 cellspacing="0" cellpadding="0">
<tr>
<td width="90" background="../images/px-left.gif" valign="top" align="center" bgcolor="#3399CC">
<!--- <img src="../images/boschendal_vertical_sml.jpg" width="81" height="122" vspace="5"> BARRY COMMENTED THIS OUT ON MAY 24th 2007
<p><img src="../images/spacer.gif" width="90"></p> --->
</td>
<td valign="top"><img src="../images/spacer.gif" width="3" height="239"></td>
<td width="100%" bgcolor="#B0D8FF" valign="top">
<img src="images/spacer.gif" height=20>
<table WIDTH=90% wiIIIdth="590" border=0 cellspacing="0" cellpadding="0">
<tr>
<td rowspan="4" valign="top" width="30"><img src="images/spacer.gif" width="21" height="1"></td>
<td width="61"> </td>
<td rowspan="4" width="6"><img src="../images/spacer.gif" width="6" height="1"></td>
<td colspan="3" width="100%" align="right" class="header1"><FONT COLOR=red>What is a Data Architect ?</FONT>
<img src="images/spacer.gif" width="5" height="1">
</td>
<td width="3" bgcolor="#FF9900"><img src="images/px-orange.gif" width="3" height="20"></td>
</tr>
<tr>
<td rowspan="3" valign="top" width="1"> </td>
<td colspan="4" height="3" rowspan="3" valign="top">
<table width="100%" border=0 cellspacing="0" cellpadding="0" height="3">
<tr bgcolor="#FF9900">
<td><img src="images/px-orange.gif" width="1" height="3"></td>
</tr>
</table>
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td bgcolor="#FF9900"><img src="images/px-orange.gif" width="3" height="1"></td>
<!--- <td><img src="../images/spacer.gif" width="8" height="1">BBB</td> --->
<td width="100%"><FONT COLOR=blue FACE=Verdana SIZE=2>
<PRE><FONT COLOR=blue FACE=Verdana SIZE=2>
This page contains some very useful material that helps to answer the question "What is a Data Architect".
If you have any comments, please feel free to <A HREF='mailto:dba_requests@barryw.org?subject=Comments on What is a Data Architect'>Email us</A>
The first three Entries are <b>Job Ads</b> I found on the Internet, and the ones that follow were responses to <A HREF="http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=68142869&gid=82492&commentID=54330708&trk=view_disc&ut=1vUU_a_c4Me4Y1" TARGET=_NEW><b>a question I posted on LinkedIn</b></A>.
<B>1)A Job Requirement for a Data Architect :-</B>
Data Architect, client data, reference data architect, static data, information/# data, CRM.
A Data Architect is required to fulfil a contract position at a city based bank in London.
The successful applicant must have strong knowledge of client data, amounting to knowing how it functions
within a banking environment, how to set up architecture, and how the the system interfaces.
The candidate will also be categorising data needing to be stored centrally.
Overview of Requisite Skills:
- Client Data
- Information/# Data
- Static Data
- CRM
Job reference information Advertiser
Astbury Marsden & Partners Limited
Contact Name Matthew Haynes
Telephone 020 7065 1195 (Please reference IT Job Board when calling)
Reference 5683
<B>2) Another Job Requirement :-</B>
Enterprise Data Architect
Key duties
" Responsible for responding quickly to requests for technical analysis and research
" To work with colleagues within other departments to identify information flows and data models
" To determine information requirements and delivery methods and then producing information flow diagrams
" Responsible for identifying viable alternative data integration and dissemination methods and approaches
" To ensure integrity of information and validation process associated
" To create and maintain information delivery artefacts such as models, taxonomies, dictionaries, diagrams, etc
Key skills / knowledge required:
" Business and technical awareness with numerical ability
" A wide knowledge and understanding of data modelling, collection and integration methodologies, analysis, principles and techniques
" A logical approach to researching and analysing processes and mechanisms
" Excellent report writing, analytical and project management skills, with excellent attention to detail
" At least 5 years experience of data analysis across a variety of industries.
" Ability to recommend changes to drive business objectives.
" Ability to understand and define entities and data objects
This is a 4 month contract starting ASAP.
Day rate is £450-500 per day. If you have the relevant skills and / or experience please forward your CV to scondron@premierituk.com.
Premier is acting as a recruitment agency with regards to this role.
Job reference information Advertiser Premier Group
Contact Name Sean
Telephone 0207 367 5200 (Please reference IT Job Board when calling)
Reference CLD-3-1807-SC-IT
Job reference information Salary £450.00 - £500.00 per day
Location London
Job Type Contract
Date Posted 26-Aug-2011 17:37
<HR>
<B>3) A Job Requirement</B> was posted for a Data Architect on the <A HREF="http://www.theitjobboard.co.uk/index.php?Mode=AdvertView&AdvertId=8290271&lang=en&source=JBE&SearchTerms=&LocationSearchTerms=&JobTypeFilter=0&xc=1&utm_source=jbe&utm_medium=email&utm_campaign=jbe" TARGET=_NEW>IT Job Board</A>
<BR>I am looking for a Data Architect to join a top tier global investment bank in the city.
As a Data Architect, you'll develop and implement the data architecture essential for business intelligence applications.
This will include gathering data requirements, developing the data architecture design, advising on development of logical data models and implementing the physical data models.
You shall have extensive expertise in logical data modelling, physical database design, business intelligence, master data management or data integration technologies.
Requirements for the role:
Experience in data architecture
Experience with data-modelling and/ or object-relational mapping
Strong data warehousing experience
The candidate MUST have strong INVESTMENT BANKING knowledge.
The right candidate will have proven experience performing these actions at a high level.
<HR>
<B>Responses to our Question on LinkedIN</B>
We posted a question in the LinkedIn Group: Data Architecture Professionals Group
"What exactly is a Data Architect ?"
<B>4) Hal</B> replied :-
Barry:
I really like your mental machinations relative to the future of data.
However I tend to think in more concrete terms like <B><I>data integration, which is the bread and butter of most data architects today</I></B> (I would argue).
I like to think that our responsibilities start with envisioning a future state where data in its many forms (email, XML documents, and data models,
which equate to un/semi/and structured data) can be easily accessed and organized in ways that are meaningful at the corporate (metadata registry),
Business-unit (data repository) and individual level (i.e. desktop search).
I think this kind of out of the box thinking is what the best data architects are capable of doing and you clearly are in this class!
Great work. Hope we can collaborate sometime in the future.
William ("Hal") Williford
<B>5) Moshe J</B> replied :-
I've always thought of Data Architecture as an enterprise-wide view data design. It starts with the recognition that data is an
enterprise asset rather than a local project afterthought.
The architecture lays out and describes consistent definitions for key entities (such as customer, product, etc) and wrestles with
disparate versions and views of those entities across the enterprise.
It establishes standards and rules by which individual development projects design their data structures, so that data is ensured
to be an enterprise asset with the appropriate security, access and utilization to bring value to the larger scope.
The Data Architect is the individual with the enterprise-wide view and authority to make the architecture a reality.
Is this different that you were thinking?
Moshe
<HR>
<B>6a) Bob Frasca</B> replied :-
Data modeling is only one of the skills required of a data architect.
In fact, that's a relatively small component of the architectural process.
Anyone who understands the rules of normalization (or the concept of facts and dimensions) can model data structures.
These are the skills that I highlight when I go on an interview.
1. It's not enough to understand the data for a specific application.
A data architect needs to understand how data flows through the enterprise,
i.e. how is it captured, who uses it, who adds value to it, and how it can be leveraged for business intelligence purposes.
This usually means that the data architect has a profound understanding of the business and its processes.
2. Expert level knowledge of at least one relational data engine, i.e. Oracle, SQL Server etc.
It isn't necessary to understand all of them as the principles for implementation are basically the same for all of them.
For example, if I'm designing a large scale database and I think data partitioning or sharding will be necessary for
scalability and performance then my architecture will take that into consideration.
The method of implementation of partitioning might be different between Oracle and SQL Server but the principle is the same.
3. This leads to the requirement for expert level performance tuning skills.
An architecture that doesn't perform and isn't scalable is a waste of time and money.
Many projects fail because these considerations aren't addressed at design time.
Proper use of surrogate keys, referential integrity, and indexing strategies are as much a part of the architecture as the table definitions.
This includes infrastructure considerations such as configuring SAN's, identifying the proper RAID configuration, optimizing file distribution
to ensure I/O performance, and server and memory configuration options.
4. Understanding the consumer. Reporting consumers have a very different set of requirements than transactional system users.
This is why a "typical" design might consist of an OLTP database optimized for transactional use, a separate but similar structure usually called
an Operational Data Store (ODS) optimized for operational reporting ONLY. Finally, a third set of structures, often using a dimensional model
and usually referred to as a data mart, that is optimized for aggregation and analytical type reporting.
This may use an existing Data Warehouse but each application must feed that warehouse.
5. Performance is a recurring theme.
An OLTP system is meant to CAPTURE data not report on it so the emphasis is on write performance.
An ODS is about operational reporting so the emphasis is on read performance.
A data mart is about optimized aggregation reporting and data mining.
Often these aggregations are performed separately, i.e. building cubes etc.
The point is that the data architect must understand the fundamental differences between each use case and design for it.
6. ETL. Understanding that the data will be used downstream and that value may be added to it as it flows through the enterprise is critical.
The process of Extract, Transform, and Load can become quite convoluted and data latency issues as well as data availability considerations must be considered.
A sales order in a transactional system is just another order but by the time it gets to a data mart there might be Dun and Bradstreet data
and/or consumer demographics information applied to it.
This is fairly high level. Obviously, I could have drilled much further into each of these ideas.
The nature of the use cases can vary and the methods of getting data from the OLTP system to the ODS can vary from transactional replication, to triggers, to log shipping and more.
In short, the data architect needs to understand data at the granular level and at the 50,000 foot level.
Often, I think organizations make the mistake of thinking that data architecture is a tactical concept.
It's not. It's strategic.
Bob
<B>6b) Bob</B> also posted this (excellent) response to a followup question that asked whether a Database Architect was the same as a Data Architect ? :-
Well, in my opinion, a data architect can fill the role of a database architect although a database architect may not have the breadth of
experience required to be a true data architect.
I view the data architect as a more strategic position, i.e. an enterprise level role while the database architect is more tactical,
i.e. a project specific position.
Frequently, I fill both roles as I am doing now in the project I'm working on.
<B>I'm designing the ODS, DW, and multiple data marts</B> but I'm also <B>evangelizing</B> the value of data governance and data lineage
as well as identifying opportunities for adding value to the data from external sources.
I'm also working with the systems group for identifying the appropriate hardware infrastructure including storage arrays and implementing the reporting tool of choice.
I think another important part of the data architect role is getting the business excited about what they will be able to do and converting the naysayers who don't like change into supporters.
Bob
<B>6c) Bob Frasca said :-</B>
Barry,
Sorry, I didn't mean to be so long winded but this is a topic near and dear to my heart.
As a matter of fact, I've decided to delve into this a little deeper and produce an article based on this discussion.
Even companies that hire data architects often aren't sure what the definition is.
Some think it's only about data modelling, some view the role as a hybrid DBA.
Of course, then we can have a talk about what exactly a DBA is.
Some think it's only about database design and some think it's only about performance.
I think the topic deserves some clarity.
Regards,
Bob
<B>7)Dick Brummer</B> said :-
I agree with Bob and William but would like to extend the architecture vision with the fact that Data Architecture is one of,
if not the most important and critical domain in Enterprise Architecture as referenced in the TOGAF - TMF Industry model and framework.
With this said I believe that n Data Architect lives outside the IT and Business Entities and represent the Enterprise Architecture view
of Data,
Application and Information that enable integrated procesess, utilising Industry best practises, standards and policies to define and
establish a "foundation architecture" for enterprise Data and information activitie to be shared as one version of the truth.
This includes the Enterprise metadata rep[ository to record and manage all artefacts for the Solution Development Lifecycle from concept to
retirement including but not limited to BI,DQM,MDM,LOB systems, Enterprise extended solutions, ECM, Repository services,Archiving,
Clasification, retention, archiving, Acess control and security, Auditing and tracking and then Data Governance to ensure controls to
measuresuccess and maturity are in place.
We should create a clear understanding of the difference between an Enterprise Data Architect, Data Architect, Data Analyst, Data Steward
and DBA as they all play an important part in managing data/information as an asset for unstructured as well as structured data and Information.
I think you will agree that once the Foundation Data Architecture is in place we can move on to align IT and Business for existing
capabilities as well as change request that will enable Business Demand for now and in future.
Regards
Dick
<B>8) Harshendu Desai</B> said :-
Please see this formula: DA = DA+DQ+DI+2MDM+DG+BI+DBA
Where DA = Data Architecture,
DA = Data Analysis,
DQ = Data Quality,
DI = Data Integration,
2MDM = Master Data Management and Meta Data management,
DG = Data Governance,
BI = Business Intelligent and
DBA = Database Administration
These are the components of data architecture.
In short, anything related to data and data process is data architecture.
Bottom-line is, someone needs to know the guts of the data.
<B>8) Bryan</B> said :-
I would expect to be able to have a long, thoughtful and valuable discussion about data architecture with a data architect in which we
never use the words "database", "IT", "server" or any vendor's name. And darned few acronyms.
I would expect to hear words like "usage", "ownership", "meaning" (or "semantics"), "quality", "control" and "revision" used a lot.
Perhaps in a follow-on conversation, the words "warehouse", "dimension", "entity" and "model" might work their way in.
I think this ties in with some other thoughts expressed here by others.
bryan
<B>9) Andy Graham</B> said :-
Barry,
Interesting discussion and although I dont normally get much time to add to these discussion boards this one is very near and
dear to me so felt obliged to chip in.
Ive been over the last few weeks interviewing potential Data Architects and I have a few observations which the group may
(or may not) find interesting.
Firstly, the majority of the candidates are highly technology focused. Although having an understanding of database, data
warehousing and MDM technology is useful to a data architect it is not the primary focus.
The ability to step back from the technology and understand the design and how that design fits within the wider enterprise
context has to be one of the primary skills needed.
Just to be clear when I refer to design I am talking about data design. If I hear another person rattle on for 10 minutes
about table partitioning or Oracle vs Netezza I will scream.
Yes I do understand both but in the former cause would expect a DBA to take the lead and in the later a technical/systems architect.
Secondly, the majority of candidates think data architecture is all about the design and forget that there are a number of other
high important aspects of a data architects day job data governance, etc
A wide discussion on this subject can be found in this article on <A HREF="http://the-data-man.blogspot.com/search?updated-max=2010-09-29T23%3A34%3A00-07%3A00&max-results=5" TARGET=_NEW><b>my blog</b></a>
Thirdly, questions which I would consider common knowledge for a data architect that has spent years working (allegedly) in the
data warehousing space (as all my candidates have been) such as:
* What is a Junk Dimension and how do you use it?
* What is a Conformed Dimension and how do you use it?
* What is a Slowly Changing Dimension and what are the different types?
* Compare and contrast the approaches of Inmon vs Kimball?
Seem to be an alien language, aahhhh.
Rant over and hopefully this isnt too far off track from the main theme of the discussion.
Regards
Andy
10) Dave Poole said :-
There has to be at least some facet that is extracting coherent requirements from the business.
The ability to demonstrate or illustrate the art of the possible and recognise that which is not possible....yet.
Being able to show what could be achieved without introducing scope gallop.
Being able to steer the business towards choosing a suitable strategic data solution.
Being able to propose data solutions with a full cost (financial or otherwise) and benefit (financial or otherwise).
Keeping abreast of developments in the data field and sorting the hype from the reality.
Having the confidence to say NO, the persistence to keep going against adversity.
The ability to sell a data solution at all levels of the organisation to both technical and non-technical audiences.
<B>11) Alan Freedman</B> said :-
"Anyone who understands the rules of normalization (or the concept of facts and dimensions) can model data structures"
Although I agree with Bob's statement as a disconnected fact, I'm not sure I'm comfortable using it to support the
conclusion that data modeling is a small part of data architecture.
I recently opened an in-house seminar by stating that data modeling is ridiculously simple in concept but extremely subtle
in practice.
And done well, it can often obviate the need for complex solutions to resolve performance, scalability and quality issues.
Also, data modeling has exceeded normalized erd's and multi-dimensional models for some time, and we have to model data in
xml schemas, column-oriented structures, key-value pairs, serialized blobs, etc.
And as Dave Poole pointed out, your model must reflect the business requirements and domain, which can be extremely complex
and hard to extract.
I know it was one little sentence in a great post, but I felt I had to stick up for the importance of data modeling and the
skill involved in doing it well
</PRE>
</td>
</tr>
</table>
</td>
</tr>
<tr> </tr>
<tr> </tr>
</table>
<br>
<!---
<table WIDTH=90% wiIIIdth="590" border=0 cellspacing="0" cellpadding="0">
<tr>
<td rowspan="4" valign="top" width="30"><img src="../images/spacer.gif" width="21" height="1"></td>
<td width="61"> </td>
<td rowspan="4" width="6"><img src="../images/spacer.gif" width="6" height="1"></td>
<td colspan="3" width="100%" align="right" class="header1"><BR><BR>Here are ten of the Top Digital Arts Schools around the World compiled by
<A HREF="http://www.imaginefx.com" TARGET=_NEW>ImagineFX Magazine</B></A>  <img src="../images/spacer.gif" width="5" height="1">
</td>
<td width="3" bgcolor="#FF9900"><img src="../images/px-orange.gif" width="3" height="20"></td>
</tr>
<tr>
<td rowspan="3" valign="top" width="1"> </td>
<td colspan="4" height="3" rowspan="3" valign="top">
<table width="100%" border=0 cellspacing="0" cellpadding="0" height="3">
<tr bgcolor="#FF9900">
<td><img src="../images/px-orange.gif" width="1" height="3"></td>
</tr>
</table>
<table width="100%" border=0 cellspacing="0" cellpadding="0">
<tr>
<td bgcolor="#FF9900"><img src="../images/px-orange.gif" width="3" height="1"></td>
<td><img src="../images/spacer.gif" width="8" height="1"></td>
<td width="100%" valign="top"> <img src="../images/spacer.gif" height=1 width="1">
<br>
<table wiIIIdth="590" border=0 cellspacing="0" cellpadding="0">
<tr>
<td width="25"><img src="../images/spacer.gif" width="25" height="1"></td>
<td bgcolor="#3399CC" width="20"><img src="../images/circle1.gif" width="20" height="20">
</td>
<td bgcolor="#3399CC" class="header2" width="100%">
<div align="center"> </div>
</td>
<td bgcolor="#3399CC" width="20" valign="top" align="right"><img src="../images/circle2.gif" width="20" height="20"></td>
</tr>
<tr>
<td wiIIIdth="25"> </td>
<td colspan="3">
<table width="100%" border="0" cellspacing="3" cellpadding="3" bgcolor="#3399CC">
<TR bgcolor="#B0D8FF">
<TD ALIGN=middle class="cell" wiIIIdth=25%><B>Nr.</B></TD>
<TD ALIGN=middle class="cell" wiIIIdth=25%><B>SCHOOL NAME</B></TD>
<TD ALIGN=middle class="cell" wiIIIdth=25%><B>LOCATION</B></TD>
<TD ALIGN=middle class="cell" wiIIIdth="50%"><B>COMMENTS</B></TD>
</TR>
</table>
<table width="100%" border="0" cellspacing="0" cellpadding="0" bgcolor="#3399CC">
<tr>
<td><img src="../images/circle4.gif" width="20" height="20"></td>
<td width="100%"> </td>
<td align="right"><img src="../images/circle3.gif" width="20" height="20"></td>
</tr>
</table>
</td>
</tr>
</table>
</td>
</tr>
<tr><td> </td> </tr>
<tr><TD> </TD> </tr>
</table>
<br>
</td>
</tr>
</table>
<HR>
Here are some examples, (and here's <A HREF="digital_arts_award_graphics.htm"><B>some more</B></A>) ...
<BR><BR>
<IMG ALIGN=LEFT ALT="Derkku's Ballet Dancers - this conveys the idea of Communities linked by the device on the table" SRC="../images/digital_arts_award/derkkus_ballet_dancers.jpg">
<IMG ALIGN=LEFT ALT="A City in the Future" SRC="../images/digital_arts_award/city_in_the_future_sml.jpg">
--->
</TD>
</TR>
</TD></TR>
</TABLE>
<!--- START OF MAY 21ST. BOTTOM MENU BAR --->
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td height="32" background="images/nav_bg.jpg" align="left" valign="middle">
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr>
<td width="80%"><img src="images/spacer.gif" width="80" height="15"></td>
<td align=LEFT WIDTH=10%><A STYLE="text-decoration:none" HREF="about_us.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>About Us</font></A>
</td>
<td align=LEFT WIDTH=15%><A STYLE="text-decoration:none" HREF="contact_us.htm"><font color="#FFFFFF" FACE=Verdana SIZE=2>Contact Us</font></A>
</td>
</tr>
</table>
</td>
</tr>
</table>
<!--- END OF MAY 21st. BOTTOM MENU BAR --->
<!-- HERE BASE TABLE CLOSES, INSIDE WHICH ALL PAGE IS PLACED, AND WHICH WIDTH IS 90 PERCENTS -->
</td>
</tr>
</table>
</body>
</html>