Return to WebRCS page
web revision control system -- product specs revision 0.1 - 9.2.98 1. Server Interface a. Installation i. Java 1.1 application ii. should have both text-only and AWT interfaces iii. uninstallation as well? (possible future) b. Web Server Integration i. CGI (Java Servlets) - Java 1.1 API only (no use of 1.0 techniques) - possibly look at support for Java 1.2 API ii. standard HTML's - upload/download from client - information presentation - server-side configuration iii. standard graphics (jpeg/gif, possibly png) iv. which server? - developed under Apache - some testing with MS Personal Web Server (similar to IIS) - should be as server-independent as possible 2. Client Interface a. Web Interface i. standard HTML's - upload/download to server - information presentation - client-side preferences ii. standard graphics (jpeg/gif, possibly png) 3. Resource Database a. Security Checks i. server-implemented - controlled by web server - can lock areas of access (i.e. directory-level) - can set members for areas only ii. rcs-implemented - possibly not as secure as server-implemented - can lock individual resources - can set members for individual resources b. Resource check-in c. Resource check-out d. upload/download locations (see server and client interfaces) e. Types of Resources i. files - source code - graphics - HTML - plain text - user-defined ii. notes - memos - bug tracking - user-defined f. Organization of Resources i. projects - top-most level is populated by projects - has a director who is "super-user" for the entire project - one "super-user" for the entire system (i.e. all projects) - stored in individual directories on web server - should be able to define "make" rules for a project, with the ability to include areas in the build - can set list of members or groups who can initiate a project- level "make" or "build" ii. areas - stored in individual directories under projects - should be able to rename areas with ease - should be able to define "make" rules for an area, with the ability to include resources in the build - can set list of members or groups who can initiate an area-level "make" or "build" iii. resources - stored in individual files under areas - represent the working pieces to each project - should be able to rename or relocate resources with ease - can set individual permissions for each resource by way of a list of members or groups with the following permissions: + view + upload + download + create + relocate + rename + build - should be able to define "make" rules for a resource iv. members - one or more members for each resource, area, or project - should be able to group members into one or more groups v. builds - separated storage for finished products - can set list of members or groups who can access individual builds vi. storage - projects, areas, and resources are represented by directories and files within the web server document root - all information should be maintained in a database, most likely a SQL database that will be accessed using JDBC
Return to WebRCS page