51Testing软件测试论坛

标题: SRS的功能点应包括哪些内容？？ [打印本页]

作者: cynthia_lu 时间: 2006-1-7 23:18
标题: SRS的功能点应包括哪些内容？？
请教： SRS的功能需求中，应该包括哪些功能点？？

作者: tyf 时间: 2006-3-18 20:55
用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。

作者: 刘洪鹏 时间: 2007-6-13 11:21
功能点说白了，就是测试点。很简单，你们软件的主要功能是啥，啥就是功能点。例如软件的一项功能是统计，那么统计一个功能点。当然在具体把握的时候，还可以细化，要求不一样，功能点的多少也不同。

作者: june_zhuhui 时间: 2007-6-14 11:33
标题: 如果你用UML和RUP,是这样做的:
功能点可以认为是系统用例,系统用例模型是从业务用例模型和业务对象模型中提取出来的.业务对象模型提供对每个业务用例的实现.每个业务用例是一个业务的需求,解决一个业务问题或提供一个业务机遇.
功能点的完整性实际上就是保证用户确认的业务问题得到解决,业务机遇得到获取的满足的程度.
需求规格说明书应该列出所有的系统用例,如果这些系统用例达到了上述要求,这个用例列表就是要"提炼"的功能点列表.

作者: june_zhuhui 时间: 2007-6-14 11:43
标题: 功能点：
如果整个项目够大,需求获取本身就可以当作一个项目签单来做,
需求分析主要就是业务分析,也就是与客户(代表)一起建立业务用例模型;
需求获取中除了业务分析(需求分析)之外,还有业务设计,流程自动化,领域建模(不是每个项目都需要).
需求获取最重要的成果是要得到系统前景(描述软件项目的目标,风险,范围等).

如果项目足够小,以上过程可全免.
然后进入系统分析阶段:
系统分析主要成果是系统用例模型和系统对象模型.
系统用例模型中的用例(是系统用例,不是业务用例)就是SRS中应该列出的功能点.

SRS(软件规格说明书)是技术性的商业管理文档,和用例模型不一样,用例模型是纯技术性的技术管理文档.得到用户签字的SRS如果包含这些信息(不一定是要以系统用例形式的表达,如果不是,就有您说的提炼功能点的事要做了,做的方式之一就是用系统用例方式来表达),就可以进行系统设计了.

作者: wuying36172 时间: 2007-6-24 17:07
功能点就是测试点。写哪些功能点是根据需求来定的呀

作者: liuwei8558 时间: 2007-6-27 15:08
功能点应该包括能满足用户提出来的显式需求的功能和需求分析人员从这些显式需求背后挖掘出来的隐式需求的功能.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)