曹
曹晓钢
Unregistered / Unconfirmed
GUEST, unregistred user!
CatseyeII is a branch of open source delphibbs lgcII project.
this file can be access from CVS:
server:anonymous@61.155.107.187:d:/CVSROOT, module=CatseyeII/Doc
catseyeII specification
所有catseyeII操作都由web方式访问。
1,用户分组及权限模型
------------------
catseyeII中用户分为两种,admin和user。
admin有下列全局权限:
- 删除用户帐号
- 批准一个project的开创
- 冻结project
- 删除project
user有以下全局权限
- 提出开创一个project的请求
- 提出加入一个project的请求
2,project
---------
redsaga的最基本管理单位是project。一个project有一个名字(英文,<=20字符,只允许
字母和数字以及'-'符号),和一个不公开的内部id号。project可能属于多个分类。一个
预定义的系统分类表包括编程语言,软件工作的范围(图形图像,IDE辅助,TCP/IP工具
等)。
2.1,tool(工具)
2.1.1,project必定提供如下工具:user list, project descrption.
- User list列出project中参与的所有人员,包括项目开创者,项目管理员,程序员,测试
员。
- Project description是一段<=255字符的文字。
2.1.2,project可能包含下列工具:news list,doc list,contact list,bug trace,to-do
list,survey,faq,file release system和forum。
- News list由项目管理员发布和修改。
-do
c list允许项目组织者提供项目相关文档。文档由管理员或经过授权的人员上传。
- Contact list列出项目涉及的其他人员,例如客户人员名单。名单中包含电话号码,
地址,Email及MSN,icq,oicq等信息。
- Bug trace提供经过分类的bug trace。测试者或者用户加入bug之时已要求分类。每一
个bug将被分配给特定的开发者。开发者回答或fix bug后提交此bug,测试员或经过授权
的人员结束此bug。 Bug trace还提供按照Bug类别和按照开发者的统计。
- to-do list提供简单的to-do-list.每当完成后,to-do-list标志将被更改为已完成。
- survey . survey提供详细的调查。每一个人的survey将被记录在案。
- faq. faq由项目管理员维护。
- file release system 提供区分版本号的下载服务。软件的下载将被按照平台,版本,
语言等提供发布下载服务。
- forum 提供基本的讨论组。
2.1.3, project现在不提供cvs存取。对于确有需要的项目,cvs将以人工建立repository
的方式维护。尚无cvs web客户端开发计划。
2.1.4 项目工具权限模型。
同一项目中每一个工具都有自己的角色和权限控制。只有项目管理者和系统管理员有权
限来设置权限。
项目工具权限模型有两种,一种是简单角色控制。适用于newslist ,contact list,doc
list等简单的,无状态的工具。这种工具的角色是固定的,管理者可以设置用户成为某
种角色。
另一种是有状态的工具。比如bug trace,to-do list和系统管理员专用的项目审批forum。
这种工具采用状态机管理。状态机指示某种角色的用户在当前状态下允许做何种操作。
无论哪种权限模型,对于未在此project注册成为工作人员的访问者,都需要映射一个角色.
大多数情况下,映射为默认的guest用户.对于这一点,根据工具的设计自行实现.
2.1.5 项目首页
项目首页是可定制的。您可以管理您的首页中出现的工具,以及每种工具出现的子条目的
行数。是否提供域名转向服务和实现方式未定。
3.工具定义
----------
3.1,news list(新闻)
news list 中的每一条news由一条标题和正文组成。标题不超过255字符,正文不超过
65535字符。角色包括"speaker".Speaker对新闻有发布和修改的权限,每条新闻将记录
发布时间和修改时间。
3.2,doc list(文档管理器)
doc list允许管理者上传文档。图像文件和html文件将直接出现在文档察看中,其他
格式提供连接下载。为了防止滥用,可能需要对上传文件的大小进行控制。角色包括
"uploader"和"deleter"。uploader允许发布和修改自己发布的文档。deleter允许删
除文档。
3.3, contact list(联系人名单)
contact list 每条联系名单包括姓名,Email,公司,职务,国家,城市,地址,电话
,和IM。
角色:
manager(管理员)。有添加,更改,删除的权限。
reader(阅读者). 根据需要,guest可能拥有reader角色,从而可以看到联系人名单,也可
能没有映射从而禁止访问。
3.4, bug trace
bug trace 每条记录包含分类,标题和内容。允许帖图和添加附件。
角色:
coder(程序员)
manager(管理员)
tester(测试员)
guest(客人)
customer(客户)
状态:
new,assigned,answered,closed,fixed,accepted,rejected.
状态机:
new ---(manager assign a man in charge)--> assigned;
assigned ---( someone find it's a user mistake )--> answered;
assigned ---( coder fix the problem ) ---> fixed;
answered ---( tester comfirm ) --> closed;
fixed ---( tester confirm ) --> accepted;
fixed ---( tester find it's still problem) --> rejected;
rejected ---( coder fix the problem ) ---> fixed;
3.5,to-do list
to-do list 是为整个项目准备的。指出在这个项目中的mailstone,并且在实现后及时
更新。
角色:
designer(设计师)
tester (测试员)
状态:
new,assigned,done,accepted,reject.
状态机:
new ---(manager assign) --> assigned;
assigned --- (some onedo
ne it) -->do
ne;
done -- ( tester confirm ) --> accepted;
done -- ( tester reject) --> rejected;
rejected -- ( coderdo
ne it) -->do
ne;
3.6 survey(调查)
survey 是为了搜集用户的意见准备的。
一次调查是一个问卷的形式,包含若干条题目。题目分为单选,多选和回答。
角色:
manager(管理员),他可以发布survey. survey开始后不可取消.
guest(接受调查的人员).可以进行survey,并检查修改自己的survey回答.
resultviewer(察看者).可以看到survey的调查结果.
3.7 faq(问答集)
一个FAQ列表包含多个faq条目.每个条目包含一个question和一个answer.
faq的html页面是自动生成的.
角色:
manager(管理员).建立和修改Q&A;
3.8 FRS(文件发布系统)
FRS是File release system的简写.FRS允许用户分版本发布程序.
FRS包括几个概念ackage, release, file.
一个工程可能有多个结果程序,比如客户端和服务器端.对于有明显区别的程序,应该放
在不同的package中.release 是版本号,例如1.0,1.1等等.在每一个版本号中,可能存
在多个程序.
比如foo-1.0-x86-bin.zip和foo-1.0-x86-src.zip等等.
角色:
releaser (发布者).建立package,release和上传file.
this file can be access from CVS:
server:anonymous@61.155.107.187:d:/CVSROOT, module=CatseyeII/Doc
catseyeII specification
所有catseyeII操作都由web方式访问。
1,用户分组及权限模型
------------------
catseyeII中用户分为两种,admin和user。
admin有下列全局权限:
- 删除用户帐号
- 批准一个project的开创
- 冻结project
- 删除project
user有以下全局权限
- 提出开创一个project的请求
- 提出加入一个project的请求
2,project
---------
redsaga的最基本管理单位是project。一个project有一个名字(英文,<=20字符,只允许
字母和数字以及'-'符号),和一个不公开的内部id号。project可能属于多个分类。一个
预定义的系统分类表包括编程语言,软件工作的范围(图形图像,IDE辅助,TCP/IP工具
等)。
2.1,tool(工具)
2.1.1,project必定提供如下工具:user list, project descrption.
- User list列出project中参与的所有人员,包括项目开创者,项目管理员,程序员,测试
员。
- Project description是一段<=255字符的文字。
2.1.2,project可能包含下列工具:news list,doc list,contact list,bug trace,to-do
list,survey,faq,file release system和forum。
- News list由项目管理员发布和修改。
-do
c list允许项目组织者提供项目相关文档。文档由管理员或经过授权的人员上传。
- Contact list列出项目涉及的其他人员,例如客户人员名单。名单中包含电话号码,
地址,Email及MSN,icq,oicq等信息。
- Bug trace提供经过分类的bug trace。测试者或者用户加入bug之时已要求分类。每一
个bug将被分配给特定的开发者。开发者回答或fix bug后提交此bug,测试员或经过授权
的人员结束此bug。 Bug trace还提供按照Bug类别和按照开发者的统计。
- to-do list提供简单的to-do-list.每当完成后,to-do-list标志将被更改为已完成。
- survey . survey提供详细的调查。每一个人的survey将被记录在案。
- faq. faq由项目管理员维护。
- file release system 提供区分版本号的下载服务。软件的下载将被按照平台,版本,
语言等提供发布下载服务。
- forum 提供基本的讨论组。
2.1.3, project现在不提供cvs存取。对于确有需要的项目,cvs将以人工建立repository
的方式维护。尚无cvs web客户端开发计划。
2.1.4 项目工具权限模型。
同一项目中每一个工具都有自己的角色和权限控制。只有项目管理者和系统管理员有权
限来设置权限。
项目工具权限模型有两种,一种是简单角色控制。适用于newslist ,contact list,doc
list等简单的,无状态的工具。这种工具的角色是固定的,管理者可以设置用户成为某
种角色。
另一种是有状态的工具。比如bug trace,to-do list和系统管理员专用的项目审批forum。
这种工具采用状态机管理。状态机指示某种角色的用户在当前状态下允许做何种操作。
无论哪种权限模型,对于未在此project注册成为工作人员的访问者,都需要映射一个角色.
大多数情况下,映射为默认的guest用户.对于这一点,根据工具的设计自行实现.
2.1.5 项目首页
项目首页是可定制的。您可以管理您的首页中出现的工具,以及每种工具出现的子条目的
行数。是否提供域名转向服务和实现方式未定。
3.工具定义
----------
3.1,news list(新闻)
news list 中的每一条news由一条标题和正文组成。标题不超过255字符,正文不超过
65535字符。角色包括"speaker".Speaker对新闻有发布和修改的权限,每条新闻将记录
发布时间和修改时间。
3.2,doc list(文档管理器)
doc list允许管理者上传文档。图像文件和html文件将直接出现在文档察看中,其他
格式提供连接下载。为了防止滥用,可能需要对上传文件的大小进行控制。角色包括
"uploader"和"deleter"。uploader允许发布和修改自己发布的文档。deleter允许删
除文档。
3.3, contact list(联系人名单)
contact list 每条联系名单包括姓名,Email,公司,职务,国家,城市,地址,电话
,和IM。
角色:
manager(管理员)。有添加,更改,删除的权限。
reader(阅读者). 根据需要,guest可能拥有reader角色,从而可以看到联系人名单,也可
能没有映射从而禁止访问。
3.4, bug trace
bug trace 每条记录包含分类,标题和内容。允许帖图和添加附件。
角色:
coder(程序员)
manager(管理员)
tester(测试员)
guest(客人)
customer(客户)
状态:
new,assigned,answered,closed,fixed,accepted,rejected.
状态机:
new ---(manager assign a man in charge)--> assigned;
assigned ---( someone find it's a user mistake )--> answered;
assigned ---( coder fix the problem ) ---> fixed;
answered ---( tester comfirm ) --> closed;
fixed ---( tester confirm ) --> accepted;
fixed ---( tester find it's still problem) --> rejected;
rejected ---( coder fix the problem ) ---> fixed;
3.5,to-do list
to-do list 是为整个项目准备的。指出在这个项目中的mailstone,并且在实现后及时
更新。
角色:
designer(设计师)
tester (测试员)
状态:
new,assigned,done,accepted,reject.
状态机:
new ---(manager assign) --> assigned;
assigned --- (some onedo
ne it) -->do
ne;
done -- ( tester confirm ) --> accepted;
done -- ( tester reject) --> rejected;
rejected -- ( coderdo
ne it) -->do
ne;
3.6 survey(调查)
survey 是为了搜集用户的意见准备的。
一次调查是一个问卷的形式,包含若干条题目。题目分为单选,多选和回答。
角色:
manager(管理员),他可以发布survey. survey开始后不可取消.
guest(接受调查的人员).可以进行survey,并检查修改自己的survey回答.
resultviewer(察看者).可以看到survey的调查结果.
3.7 faq(问答集)
一个FAQ列表包含多个faq条目.每个条目包含一个question和一个answer.
faq的html页面是自动生成的.
角色:
manager(管理员).建立和修改Q&A;
3.8 FRS(文件发布系统)
FRS是File release system的简写.FRS允许用户分版本发布程序.
FRS包括几个概念ackage, release, file.
一个工程可能有多个结果程序,比如客户端和服务器端.对于有明显区别的程序,应该放
在不同的package中.release 是版本号,例如1.0,1.1等等.在每一个版本号中,可能存
在多个程序.
比如foo-1.0-x86-bin.zip和foo-1.0-x86-src.zip等等.
角色:
releaser (发布者).建立package,release和上传file.