Status: This document is partly based on notes to co-workers from the Government Documents/Microtext unit at the library where I work about developing a Documents/Microtext WWW home page. It should not be taken as library policy and is presented here with the hope that it will be beneficial for the development of WWW projects.
This document provides information about the following topics. Items in the list that are emphasized are references to additional documents.
A personal home page can be useful for gathering and arranging network resources that are often used. For example, access to specific newsgroups, telnet addresses, or files on the network can be established through a home page. Often people use their home pages to list references that they are interested in.
A company home page can be used to represent a company and its services to customers and potential customers. Taking a very generalized view of a customer, government agencies and academic or civic groups can communicate with their constituency in the same manner.
Teach people HTML. It's fundamental, like knowing how to make a phrase bold with a word processor.
Here are some steps of the software construction process.
WWW sub-systems or pages can be thought of and designed in a similar fashion.
Another idea is that very complicated processes, such as representing the overall breadth of knowledge, can be thought of in terms of subordinate parts of the process. Those still very complicated processes can be thought of in terms of their components, and so on until the "object level" is easy to understand and implement.
An example of the process could be a project to print mailing labels for all Texas A&M University students. The project could be thought of in terms of the following parts:
The application to the WWW project is to start with an overall sense of what the system is supposed to provide and how it should provide that service. Then think of the parts of that service as much as individual objects as possible. Continue to consider the elemental features of the individual objects until an easily comprehendable level is reached. Then implement the elements of the object within the object framework.
The description of the session is "Getting the requirements right is arguably the single most difficult and most important part of developing software. If you don't get the requirements right, the software will not be completely satisfying to the user and may create more problems than it solves. This session will discuss the four factors working against success: separating the process from the technology; lack of a common language that meets the needs of both user and developer; complexity and our inability to understand the complex systems; and our failure to realize that technology affects the way we use current technology and develop new strategies. Also explored is a way to develop a set of consistent unambiguous requirements that result in an acceptable solution to the user's problem." Emphasis added.
Hopefully, no one will take this more seriously than they should!
Imagine a library where every question that you ask is answered.
Is there a "best" resource for my topic?
Will I be limiting my research by following the best resource?
What time frame approximation is there for this type of process?
How can I get an idea of the time the process will take?
I really would like a personal response from an expert.
Build in the idea of the library system receiving questions.
Build in the process of making answers easier to provide and modify
and record.
There could be form responses or references for
Database fields. To keep the data for hypertext files in a database, fields have to be defined for the database for the elements of the hypertext items. Here are some of the fields that should be considered for a general application. After the name of the field, there are examples referring to the Texas A&M Home Page.
There has been some network talk about programs or scripts that can automate the process of verifying that links are still valid.
General templates could provide tags for Status, author, intent, and home page references.
In some cases revision is necessary just to provide good information about dynamic systems, or the total project may be revised when information, descriptions or guides are created and added.
A published list of name tags may not be necessary because the name tags will be visible within the document source; however, a published list with a sample reference would make it easier to add a note.
Digital planned to provide "five different views into the same core set of documents".
They had the benefit of definite directory structures for files. Thus, a file's document type could be determined from its directory. File names, data formats and document abstracts were a significant part of the development planning.
A fairly simple style definition was used for pages in general with additional styles for certain major files. The basic style included:
tamu.electronic.library.resources and
tamu.general
and tamu.www are some newsgroups to consider.
JPF