DesignFest Home

DesignFest® 2000

[ Home | Problem Collection | Last Edition | Next Edition | All DesignFests since 1995 | Implementations | Photo Gallery ]
[ All Years | 1995 | 1996 | 1997 | 1998 | 1999 | 2000 | 2001 | 2002 | 2003 | 2004 | 2005 | 2006 | 2007 | 2008 ]
DesignFest / CodeFest Photo Gallery
MultiBatt - The Outer Space Battle Game
by Jim Heliotis (Rochester Institute of Technology)
Domain: Distributed Systems

You are to develop a multi-player game that takes place in a shared, 2-dimensional, virtual space. Each player is at a separate networked work station, and navigates one vehicle through this space. The space is made visible through a graphical window. All the players' vehicles appear there, and are updated in real time. Vehicles have the capability of shooting torpedoes. If enough torpedoes hit a vehicle, it is destroyed, and the player is eliminated from play.

Familiarity with a GUI package, including raw graphics manipulation, is essential for the coding phase of the project.

Used in the 2000 edition | Full Description
Order Matcher for an Electronic Stock Market
by Torsten Layda (SWX Swiss Exchange)
Domain: Business Patterns

Most financial markets have moved away from the traditional open out-cry mode (with people shouting at each other) towards an electronic system with participants sitting behind their computer screens. Only electronic systems are considered capable of meeting today's challenges of globalisation and rapidly increasing turn-over. This evolution is by no means limited to financial markets, but virtually applies to all commodities which can be bought and sold.

We would like you to design a program, called OrderMatcher, that can determine in real-time the current market price and combine matching orders to trades. This is challenging, because of the complex matching rules and the high number of trading parameters involved and due to the large amount of orders entered by the market participants.

Used in the 1997 and 2000 editions | Full Description 97, 00 (pdf) | Results 97 00 | Implementation
by Mark L. Fussel (ChiMu Corporation)
Domain: Workflow

The Viking is a system that maintains information about customers and can send them letters tailored with important, relevant, and time-critical information. The Viking is the core of a direct marketing system: it will directly interact with users to configure the campaigns and will work with other system components to accomplish the mailing itself.

The functionality needed from The Viking is described through requirement stories (informal use cases). Each story describes an interaction that the system must be able to support, and the collection of stories provides a prioritization of system capabilities. The more high-priority stories your design or implementation of The Viking supports, the bigger and better a Viking you will have created and the happier your company will be with your performance.

Used in the 2000 and 2001 edition | Full Description | Results 1 (doc) 2 | Implementation
Virtual Science Laboratory
by Joseph Bergin (Pace University)
Domain: Workflow Support

In computer science education, many universities find it difficult to have closed labs because of lack of space or scheduling difficulties. The net makes it possible to conceive of a "virtual" computer science lab in which students could work collaboratively over the net on relatively small problems. Pairs of students and small teams would work asynchronously, but over a short time frame on problems set by the instructor and the system would make it possible for the instructor to "look over the shoulders" of the students and provide help. It might even be possible to provide an artificially intelligent lab instructor that could provide advice.

The software envisioned here would provide such an environment. Different people would have different roles within the system. The main roles are instructor and student. Each person would interact with an appropriate client. The system would make it possible for a group of students to be broken into teams and for each team to work synchronously and asynchronously on a problem set by the instructor. The system will permit common document edit and markup by team members. It will be modular so that different modules may be responsible for different document types. The system will also provide various communication facilities (bulletin board, email, chat,...) so that teams may work effectively. The instructor must be able to connect to any team at any time to review progress and make suggestions.

Used in the 2000 edition | Full Description (pdf) | Results
X-ray Detector Control
by Rob van den Berg (Philips Medical Systems)
Domain: Plant Workflow Support

In X-ray medical imaging, digital devices like CCDs are replacing traditional image acquisition devices like photographic film. These devices can be characterized by the fact that nothing goes without software: whereas film only needs some optical and electronic components to acquire images, CCD-type device do not work without software.

The X-ray Digital Device Control Framework comprises of a set of classes/components that offer services for eg. control of a digital detector and image handling. This framework will allows other to integrate the device into an X-ray machine.

Used in the 2000 edition | Full Description

Have a look at the official DesignFest '00 web-site.

Last updated by Torsten Layda, SWX Swiss Exchange, DesignFest® Webmaster.