Copyright 1995-2001 by Bytesmiths. All rights reserved.
Please patronize sponsors of this page!
Bytesmiths no longer is involved in software consulting. Maintenance of this web site is currently subsidised by unrelated business activities. Please pass the word to other interested folks, so I can continue to host this page!
- Bytesmiths Editions -- large, archival, fine-art photography on unusual materials
- Bytesmiths Press -- artists' services: web design/hosting, jury slides, giclee reproductions, opening announcements, brochures, etc.
- Crafted By Carol -- handcrafted jewelry and beadwork
- All in the Memory -- bookkeeping services
- Dymond Graphics -- note cards, pet/people photography
- Village of Willamette Arts Festival -- annual visual/performing arts festival, September 23/24, 2001
Your site could be listed here, for as little as $12 per month! Go to Bytesmiths Press for details.

DesignFest '97
Problem Submission Guidelines
Content
- A description of a domain. This description can be accompanied
by pictures, images, text, videos or whatever. The purpose of this
description is to make clear in which context the problem is
placed. The text should explain terminology and should be
understandable by laymen. All abbreviations must be explained.
Size: 1 or 2 A4s
- A description of the program that is wanted. This should state
the goals of the program and the required functions. This
description should state what the program should achieve
without enforcing any solutions.
Size: 1/2 A4
- Detailed requirements. Because of time limitations these
should of course be restricted. An indication should be given of
performance requirements and capacity. Requirements should be
"refutable" statements (at least according to Michael
Jackson).
Size: 1/2 A4
- Use cases
Size: 2 A4s
- Descriptions of interfaces to other systems. This could be
header files or file formats. This is of course optional when no
interfaces to other systems are necessary.
Size: max 2 A4s
- References for further study. These are references to
articles, other similar systems or implementations.
Form of
Submission
Initial submission can be in the form of email (plain text). After
the problem is accepted and review comments have been exchanged, it
is highly desirable that the problem author submit their
problem in HTML format as an email attachment. Please look at the
problems from DesignFest
'96 for examples of HTML formatting.
After the problem has been submitted, any changes to the problem
should be submitted as differences only (i.e., old form of
paragraph followed by revised form of paragraph) unless the problem
is still in plain text form. Once we have put the problem into HTML
form, we prefer to receive only the changed paragraphs.
This document was last updated on April 10, 1997.
If you detect any problems with this page, please send email to
Barbara@Bytesmiths.com
DesignFest
'97 home