Q qingmedio Unregistered / Unconfirmed GUEST, unregistred user! 2005-05-10 #1 本人毕业设计要系统分析一个软件测试跟踪BUG管理系统,但系统设计不知道采用C/S结构还是Midas结构的好,还有具体开发设计也没有什么好的想法,请教这方面的高手,先在这里谢谢了
Q qingmedio Unregistered / Unconfirmed GUEST, unregistred user! 2005-05-10 #2 本人毕业设计要系统分析一个软件测试跟踪BUG管理系统,但系统设计不知道采用C/S结构还是Midas结构的好,还有具体开发设计也没有什么好的想法,请教这方面的高手,先在这里谢谢了
J JamesChen Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-04 #3 “软件测试跟踪BUG管理系统”?不明白,能否说一下系统的目的是什么?[?]
Q qingmedio Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-04 #4 James Chen,非常感谢你愿意理我啊,这个系统主要是对在软件测试过程中发现的BUG进行跟踪管理,类似于一般的信息管理系统了,我采用的B/S结构,但只是简单的实现了一点基础框架,答辩刚刚完了,再次谢谢你了
James Chen,非常感谢你愿意理我啊,这个系统主要是对在软件测试过程中发现的BUG进行跟踪管理,类似于一般的信息管理系统了,我采用的B/S结构,但只是简单的实现了一点基础框架,答辩刚刚完了,再次谢谢你了
K kite20020304 Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-04 #5 Bug管理? Bugzilla http://www.bugzilla.org
J JohnSun2002 Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-04 #6 C/S就可以满足了, Bug管理推荐 Rational ClearQuest.
J JamesChen Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-06 #7 是不是类似于一个事务流管理的东东?就是记录下所发现的BUG相关内容,及其解决的过程和结果等情况,然后再提供这些信息的查询? 这样的话B/S或C/S就足够了(呵,对于Midas我还是熟)。
S SAlong Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-06 #8 如果只是信息的管理和查询的话,我觉得B/S就可以了。 部署起来也方便。贴一个以前做过的类似的系统需求吧: 用户识别 客户和某一产品的使用者:登陆系统,进入他们使用的产品,提出bug或新需求。 某一产品的开发人员:登陆系统,进入他们参与开发的产品,解决bug和需求。 某一产品的经理:登陆系统,管理他负责的产品版块的用户,解决bug和需求。 系统管理员:登陆系统,管理系统的用户。 功能性需求 本系统由三个子模块组成:用户管理模块(User Management)、项目管理模块(Project Management)、文章管理模块(Article Management)。 用户管理模块 本系统包括三种类型的角色:系统管理员(System Admin)、项目经理(Project Manager)、普通用户(Normal User)。 系统管理员(System Admin):系统中,有且仅有一个System Admin,这是系统预设的账号,不能删除,用户名为admin,初始密码为admin。他的权限为: 1. 修改自己的个人信息,包括除User ID之外的所有字段。 2. 审批注册的用户。如果通过用户的注册,则要为该用户分配角色,候选角色为项目经理(Project Manager)或普通用户(Normal User)。如果不通过用户的注册,则可以执行Reject操作。 3. 修改已有账号的角色、状态。 4. 浏览系统中现有的项目列表,但是无权由列表进入各项目版块。 项目经理(Project Manager):系统中,项目经理的数目没有限制,可以在系统管理员 审批时被赋予,也可以在之后由系统管理员将普通用户修改为项目经理。他的权限为: 1. 修改自己的个人信息,包括除User ID之外的所有字段。 2. 查看系统中属于自己的项目列表,属于自己的项目列表包括自己建立的项目、以及别的项目经理建立并且将其加入到该项目使用者列表的项目。 3. 新建项目。 4. 对自己建立的项目进行管理。管理内容包括:将系统中已经通过审批的用户添加到项目使用者列表、从项目使用者列表删除用户(该项目的项目经理不能删除)。 5. 浏览项目列表中任一项目的文章列表及文章内容。新建和回复文章。 普通用户(Normal User):普通用户的数目没有限制,可以在系统管理员审批时被赋 予,也可以在之后由系统管理员将项目经理修改为普通用户。他的权限为: 1. 修改自己的个人信息,包括除User ID之外的所有字段。 2. 查看系统中属于自己的项目列表,属于自己的项目列表包括由项目经理建立并且将其加入到该项目使用者列表的项目。 3. 浏览项目列表中任一项目的文章列表及文章内容。新建和回复文章。 用户注册后,他的状态为Waiting,没有角色,不能登陆系统。系统管理员审批时, 可以批准并赋予用户角色,批准后,用户状态为Approved。系统管理员也可以拒绝用户的注册,Reject后,用户状态变为Rejected。系统管理员可以在任何时候将Approved状态的用户变为Rejected状态,也可以将Rejected状态的用户变为Approved状态。 当项目经理和普通用户退出系统(Logoff)时,将看到自己在这次登陆后所做操作的统计信息。 3.2 项目管理模块 系统是由项目(Project)组成的。一个项目类似于论坛中的一个版面。 角色为项目经理的用户可以新建项目(Create project)。项目经理新建了项目后,便成 为了该项目的负责人,成为系统中唯一有权管理这个项目的用户。项目管理的内容包括: 1. 为项目添加使用者。每个项目都有一个使用者列表,只有在这个使用者列表中的用户才能够在他们的项目列表中(Project list)中看到并进入该项目。不在项目使用者列表中的用户无权访问该项目。项目经理可以将系统中任何一个通过审批的用户加入该项目的使用者列表。也可以删除项目列表中的用户,使其不能访问该项目。 2. 归档项目(Archive project)。项目经理对项目执行归档操作后,项目将从系统中被删除,所有用户将无法看到并进入该项目。 系统管理员的项目列表(Project list)将列出系统中所有的未被归档的项目,但是无权 进入该项目。 3.3 文章管理模块 项目由文章(Article)组成。一篇文章(Article)表示一个bug或是项目的一个新需求。 在项目使用者列表中的用户可以在自己的项目列表中看到该项目,点击该项目便可 以进入项目,看到项目的文章列表(Article list)。用户可以发表文章,提出自己发现的bug或是需求。其他用户看到后可以回复,回复的内容将出现在原文的上方,以堆栈的方式显示,最后的回复出现在顶端,原文置底。 文章是有状态的,状态分为:Open、Verify和Closed。当用户新建文章后,文章的状态为Open。以后用户回复时,可以选择将其状态从Open改为Verify,或者从Verify改回为Open。只有文章的原作者才有权将文章从Open或Verify状态改为Closed。文章一旦被改为Closed状态后,表示bug已经被解决或是需求已经实现。任何用户都无权继续回复,只能浏览。
如果只是信息的管理和查询的话,我觉得B/S就可以了。 部署起来也方便。贴一个以前做过的类似的系统需求吧: 用户识别 客户和某一产品的使用者:登陆系统,进入他们使用的产品,提出bug或新需求。 某一产品的开发人员:登陆系统,进入他们参与开发的产品,解决bug和需求。 某一产品的经理:登陆系统,管理他负责的产品版块的用户,解决bug和需求。 系统管理员:登陆系统,管理系统的用户。 功能性需求 本系统由三个子模块组成:用户管理模块(User Management)、项目管理模块(Project Management)、文章管理模块(Article Management)。 用户管理模块 本系统包括三种类型的角色:系统管理员(System Admin)、项目经理(Project Manager)、普通用户(Normal User)。 系统管理员(System Admin):系统中,有且仅有一个System Admin,这是系统预设的账号,不能删除,用户名为admin,初始密码为admin。他的权限为: 1. 修改自己的个人信息,包括除User ID之外的所有字段。 2. 审批注册的用户。如果通过用户的注册,则要为该用户分配角色,候选角色为项目经理(Project Manager)或普通用户(Normal User)。如果不通过用户的注册,则可以执行Reject操作。 3. 修改已有账号的角色、状态。 4. 浏览系统中现有的项目列表,但是无权由列表进入各项目版块。 项目经理(Project Manager):系统中,项目经理的数目没有限制,可以在系统管理员 审批时被赋予,也可以在之后由系统管理员将普通用户修改为项目经理。他的权限为: 1. 修改自己的个人信息,包括除User ID之外的所有字段。 2. 查看系统中属于自己的项目列表,属于自己的项目列表包括自己建立的项目、以及别的项目经理建立并且将其加入到该项目使用者列表的项目。 3. 新建项目。 4. 对自己建立的项目进行管理。管理内容包括:将系统中已经通过审批的用户添加到项目使用者列表、从项目使用者列表删除用户(该项目的项目经理不能删除)。 5. 浏览项目列表中任一项目的文章列表及文章内容。新建和回复文章。 普通用户(Normal User):普通用户的数目没有限制,可以在系统管理员审批时被赋 予,也可以在之后由系统管理员将项目经理修改为普通用户。他的权限为: 1. 修改自己的个人信息,包括除User ID之外的所有字段。 2. 查看系统中属于自己的项目列表,属于自己的项目列表包括由项目经理建立并且将其加入到该项目使用者列表的项目。 3. 浏览项目列表中任一项目的文章列表及文章内容。新建和回复文章。 用户注册后,他的状态为Waiting,没有角色,不能登陆系统。系统管理员审批时, 可以批准并赋予用户角色,批准后,用户状态为Approved。系统管理员也可以拒绝用户的注册,Reject后,用户状态变为Rejected。系统管理员可以在任何时候将Approved状态的用户变为Rejected状态,也可以将Rejected状态的用户变为Approved状态。 当项目经理和普通用户退出系统(Logoff)时,将看到自己在这次登陆后所做操作的统计信息。 3.2 项目管理模块 系统是由项目(Project)组成的。一个项目类似于论坛中的一个版面。 角色为项目经理的用户可以新建项目(Create project)。项目经理新建了项目后,便成 为了该项目的负责人,成为系统中唯一有权管理这个项目的用户。项目管理的内容包括: 1. 为项目添加使用者。每个项目都有一个使用者列表,只有在这个使用者列表中的用户才能够在他们的项目列表中(Project list)中看到并进入该项目。不在项目使用者列表中的用户无权访问该项目。项目经理可以将系统中任何一个通过审批的用户加入该项目的使用者列表。也可以删除项目列表中的用户,使其不能访问该项目。 2. 归档项目(Archive project)。项目经理对项目执行归档操作后,项目将从系统中被删除,所有用户将无法看到并进入该项目。 系统管理员的项目列表(Project list)将列出系统中所有的未被归档的项目,但是无权 进入该项目。 3.3 文章管理模块 项目由文章(Article)组成。一篇文章(Article)表示一个bug或是项目的一个新需求。 在项目使用者列表中的用户可以在自己的项目列表中看到该项目,点击该项目便可 以进入项目,看到项目的文章列表(Article list)。用户可以发表文章,提出自己发现的bug或是需求。其他用户看到后可以回复,回复的内容将出现在原文的上方,以堆栈的方式显示,最后的回复出现在顶端,原文置底。 文章是有状态的,状态分为:Open、Verify和Closed。当用户新建文章后,文章的状态为Open。以后用户回复时,可以选择将其状态从Open改为Verify,或者从Verify改回为Open。只有文章的原作者才有权将文章从Open或Verify状态改为Closed。文章一旦被改为Closed状态后,表示bug已经被解决或是需求已经实现。任何用户都无权继续回复,只能浏览。
Q qingmedio Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-06 #9 在这里谢谢各位前辈的指导,有时间真想和你们好好学习一下。
Q qingmedio Unregistered / Unconfirmed GUEST, unregistred user! 2005-06-08 #10 再请教一个问题好吗? 在三层结构中,能够放在服务器端的只能是数据集吗?要执行服务器数据库中的存储过程之类的则需在客户端单独为其建立一个要服务器的连接吗?是否有什么方法可以通过在客户端发送消息请求服务器执行命令呢?
再请教一个问题好吗? 在三层结构中,能够放在服务器端的只能是数据集吗?要执行服务器数据库中的存储过程之类的则需在客户端单独为其建立一个要服务器的连接吗?是否有什么方法可以通过在客户端发送消息请求服务器执行命令呢?