项目管理资源网

您的位置:项目管理资源网 >> IT通信项目管理

需求分析方法探讨

2011/3/8 9:05:41 |  5837次阅读 |  来源:UML   【已有0条评论】发表评论

如下信息:

项目的相关信息(如创建人员)

项目的里程碑

外部的可追溯性

安全性框架等。

3.2 用户/用户组

用户是指参与需求分析的人员,一般由软件产品的最终用户、软件开发人员、系统设计员、测试人员等组成。在需求分析产品中用户包含用户的基本描述和联系方式(如电子邮件)等,目前大多数需求分析产品还含有消息通讯的机制(类似于QQ),及时地将需求的变化告知相关的需求分析人员。

用户组是指具有相同操作权限的一个或多个用户。用户组可以被指定到特定的项目或需求(用户组中的用户对此具有相应得操作权限)。

3.3 安全性

安全性是指在需求分析过程中,用户对需求的操作权限。安全性防止未授权的用户对关键性需求的操作。安全性是用户/用户组与需求之间的一种关系。

一般来说安全性有三个方面的含义:

· 系统管理

系统维护(系统数据备份等)、用户管理、用户组管理等。

· 安全性框架

定义用户的基本操作权限。这种操作权限和具体的项目、项目需求无关。如一个用户添加的需求只能由这个用户自己删除等。安全性框架又可以分为两类:

· 存取级别(Access Level)创建、查看、维护需求。

·删除级别(Delete Level)删除需求。

·特定需求的安全性

建立用户/用户组与特定需求的关联,以确定此用户/用户组对需求的操作权限。

3.4 需求类型/需求

需求类型通常是以功能划分的较高层次的需求,如用户界面。需求是所要构建的系统或应用所要满足要求的说明,需求可以由业务规则、处理流程、人员的组织结构获得。需求包含于需求类型之中。需求类型/需求一般是用文字描述的,此外还可以通过需求的属性、外部文件来描述需求。

3.5 属性

属性用来描述需求相关特性,属性一般可分为两类。

系统属性:描述需求的系统特点,如需求是否被确认等。

自定义属性:由用户自定义用来描述需求的属性。如描述人员的电话号码等。

3.6需求网格

需求网格是一组相关的需求用网格的形式表示,主要用于需求的分析。一般来说可以定义显示的方式,如针对某个用户显示他所创建的需求、针对某类功能显示相关的需求等等。

3.7 需求映射

考虑这样的背景,在一个实时系统中,数字信号的采集与传输在不同的控制系统中均使用相同的实现方式,它们的需求也相同。在这种情况下我们可以采用需求映射的技术,需求映射是在不同的项目中使用相同的需求。

在图中有三个项目,项目A中的需求R3被共享出来,项目B中的R3的需求映射到项目A中的需求R3。

3.8 可追溯性(Traceability)

可追溯性是需求的一致性表现形式。它主要包含以下几个方面的含义:

· 保持和用户要求的同步

必须牢记的是用户需求是不断变化的。需求分析需要适应需求的不断变化。

· 保持需求之间的完整和一致

用户从各个层面提出的需求,往往含有相当多的矛盾,需求分析的一个重要的方面是要消除这些矛盾,规范用户的需求。此外需求之间的依赖性也可以通过可追溯性来表示。

· 保持需求和系统设计间的同步

在大多数项目中,需求分析和系统设计没有的必然联系,这种情况造成的后果是软件产品和实际的需求相差甚远。例如采用手工的方法,可以使需求与系统设计保持一致。但这种方法是不安全的,因为没有相应的机制来强制相关人员遵守规则。所以必须从技术层面来保证需求和设计的一致,目前大多数的需求分析工具均有和系统设计工具保持同步的插件,如Borland的CaliberRM、IBM的ROSE、Telelogic的DOORS等。

3.9 报告(Report)

报告可以理解是需求的视图,从不同的层

    项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~

    http://www.leadge.com/pmqhd/index.html

“项目管理生根计划”
企业项目经理能力培养和落地发展方案下载>>

分享道


网站文章版权归原作者所有,如有认为侵权请联系我们,将于1个工作日内作出处理!
网友评论【 发表评论 0条 】
网友评论(共0 条评论)..
验证码: 点击刷新

请您注意护互联网安全的决定》及中华人民共和国其他各项有关法律法规或间接导致的民事或刑事法律责任
·您在项目管理资源网新闻评论发表的作品,项目管理资源网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款