Preliminary

1. There are three documents:

a. This document (Preliminary)

This document describes important information that contestants have to know before developing products.

b. MRD of File Sharing Community

This document describes the features the product should have. Products should be designed and implemented according to this document. Note that test plans and test cases, which are not parts of the contest, will also be designed based on this document.

c. Technical Specification of File Sharing Community

Contestants should develop products according to this spec. This document also provides a clue of what a technical specification might look like.

Contestants should read the “Preliminary” first, then the “MRD of File Sharing Community”, and finally the “Technical Specification of File Sharing Community.”

2. Contestants must hand the following things in by e-mail (with attachment less than 20MB) before the deadline (11:59 p.m., 7/12/2001). There is no standard format for these documents. However, contestants should at least express their thoughts clearly via well-organized documents.

a. Architectural Design Document

This document describes the overall structure of the product, the systemwise design, and implementation guidelines.

b. Detail Design Document / Technical Document

This document focuses on operations of individual modules/routines and interactions among different modules/routines.

c. Installation Guide

This document helps system administrators or users to easily install the product. (Note that the “How-To-Build” should also be included.)

d. User Manual

This document gives users instructions to operate the product properly.

e. Source Code

Contestants must not use any licensed source code.

f. Executables and Libraries

The executables and libraries should be generated from the source code that contestants handed in. A step-by-step “How-To-Build” should be described in the Installation Guide.

g. MRD

Contestants should modify the “Current Status” field of each required feature to indicate whether the feature is implemented. Contestants could also add more features to the MRD if those extra features are implemented. Note that removing features from MRD is not allowed.

3. Test Environment:

The test environment is a miniature of the Internet. There might be three or four hosts in the test environment and each belongs to a different network. There is no firewall in front of any host. Note that there are UNIX-like platforms (Linux, RedHat 6.2) and WIN32 platforms (Windows 98 and Windows 2000) in the test environment. Therefore, contestants have to consider cross-platform issues when designing and coding.

4. Grading Criteria:

a. Any product that cannot be properly installed for testing is rejected immediately. [Installation procedure]

b. Functional test: There are six primary requirements described in the MRD (join/leave the community, directory services and information exchange, commands, configuration files, interactive mode (UI), and batch mode). These requirements will be verified according to test cases that are designed according to the “MRD of File Sharing Community”. The test cases will be declared after the deadline. [Functional test]

c. Only 20 teams will pass the functional test. The architectural designs, technical designs, and UI designs of these teams will be reviewed. [Documentation review]

d. The best 10 teams will be admitted to the final contest.

e. The grading criteria can be roughly expressed as below:

installation procedure (5%)

if (fail to install the product)

reject

functional test { // total 55%

join/leave the community (8%~10%)

directory service and information exchange (15%~18%)

commands (15%~18%)

interactive mode and batch mode (8% ~12%)

}

calculate the score

if (not belongs to top 20 teams)

reject

architectural design (15%)

detail technical design (15%)

UI design (10%)

calculate the score

if (not belongs to top 10 teams)

reject

admit to the final contest

5. Extra points:

a. Implementation of extended features defined by contestants.

b. Implementation of low or medium priority features defined in the original MRD.

c. Source code independent of platforms.

6. Notes:

a. Contestants could raise questions (via e-mail: contest@trendmicro.com) from 9:00 a.m. to 5:00 p.m. on 7/7/2001.

b. Replies of raised questions will be forwarded to every contestant. Please check your mailbox periodically for up-to-date announcement.