切勿抄袭,违者后果自负,饶元老师很严格的
请结合教材相关内容以及网络资料与课件,在对需求属性特征进行定义的基础上,对网络中任意提供的一个需求管理系统进行分析,或者基于个人对需求工程的理解,请尝试对整个需求管理系统中的实体以及属性进行建模,并对整个系统的开发与实现进行设计。(注:可以采用ER图,也可以采用类图或其它模型来表示。
对于该需求管理系统,共有三类用户:项目经理、需求管理员、项目开发员与系统管理员。
(1) 系统管理员通过身份验证以后登录到系统,能完成对系统的用户管理、角色管理、与模块管理,模块管理部分可以定义不同的角色能拥有的访问权限
(2) 项目经理通过身份验证以后登录到系统,能对公司信息与项目信息进行管理,同样也可以管理需求
(3) 需求管理员通过身份验证以后登录到系统,能对需求进行管理,完成需求获取、分析与定义、确认、变更、跟踪与查看。
(4) 开发人员通过身份验证以后登录到系统,只能够查看需求信息,以便进行开发。
需求工程包含六个必要的部分:需求获取、需求分析、需求定义、需求确认、需求变更与需求跟踪,一个完善的需求管理系统因此也需要包含以上这六个部分。
系统管理设计由系统管理员负责,能够管理用户信息,同时能够删除、添加、修改用户角色,同时也可以对不同角色的权限加以管理,权限管理通过设置用户可见的界面模块来进行修改。
基本信息管理由项目经理负责,可以新增与修改公司信息、新增与修改部门信息,也能够新增项目,添加项目基本概况以及上传项目详细文档,同时也能查看项目的现有成员。由于本系统重点在于需求管理,所以这里只需要了解项目的基本信息即可。
需求的获取一般使用调查分析,包括用户面谈、需求专题讨论会、问卷调查、现场考察等实际方法。此时获取的需求通常是模糊的,由许多文档组成,注意要区分时业务需求、用户需求与功能需求。当获取得到调查结果后,将获取过程信息,如时间地点方式等以及调查结果文档保存在此系统中。
当获取到需求以后,自然需要进行需求的分析。主要是利用我们得到的调查文档,提取重要信息,将原本模糊的需求细致化,对需求类型,优先级,重要性,可行性,风险级别,需求详情进行确认。分析结束即可自动完成需求基本信息的添加。
当需求定义完成以后,需要开发方和客户方共同对《产品需求规格说明书》进行评审,达成共识后作出承诺。当需求作废时,要重新进行需求分析。此时我们的系统需要记录这一过程,信息包括项目名称,需求名称,开发方代表姓名,客户方代表姓名,时间,地点,确认状态等。
当原先的需求文档存在错误或不足以及原先的需求文档无法满足当前市场需求,需要变更需求,此时系统也需要记录这一信息。其中信息包括变更类型,提交日期,更新日期,描述,实现优先级,修改者,建议者,建议者设置的优先级,实现版本,项目名称,变更详情,状态,验证者等。
从需求内容开始,到分析阶段,设计阶段,编码阶段,测试阶段根据需求编码进行记录信息,实现需求跟踪矩阵。信息包括项目名称,需求名称,需求分析状态、设计状态、编码状态,测试状态,状态可用未完成与进行中表示。
即查看需求的所有基本信息,可供系统管理员、需求管理员、与开发人员查看,开发人员能根据查看的各个信息进行系统的开发。
根据分析,可得到12个实体,它们的属性定义如下:
进一步可以得到需求管理系统的物理模型
[1]孙乾. 软件需求管理系统的设计与分析[D].吉林大学,2015.
[2]韩秀梅. 首都科技条件平台需求管理系统设计与实现[D].北京工业大学,2013.