1 Requirements
An informal requirements set for Moo in OZ. Note that these are in no
particular order. They are anchored for reference in those parts of the
design document that relate to them.
-
multiple muds can be joined together transparently
-
ability to make as many changes on the fly as possible
-
maximum simplicity for building and coding
-
not too slow or too memory-hoggy
-
number of connections limited only by physical issues (bandwidth,
memory, etc)
-
robust access control, within the MOZ, of objects, of internal code, of
objects characteristics, of processes, etc.
-
ability to handle various (spoken) languages
-
high potentiol for user enjoyment
-
fault tolerance
-
ease of debugging
-
user can see general information, including class code, about objects in
the MOZ
-
ease of testing
-
ease of modification on the part of new admin, programmers, and
builders