51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7228|回复: 6
打印 上一主题 下一主题

[讨论] SRS的功能点应包括哪些内容??

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-1-7 23:18:30 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
请教: SRS的功能需求中,应该包括哪些功能点??
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-3-18 20:55:41 | 只看该作者
用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-6-13 11:21:26 | 只看该作者
功能点说白了,就是测试点。很简单,你们软件的主要功能是啥,啥就是功能点。例如软件的一项功能是统计,那么统计一个功能点。当然在具体把握的时候,还可以细化,要求不一样,功能点的多少也不同。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-6-14 11:33:59 | 只看该作者

如果你用UML和RUP,是这样做的:

功能点可以认为是系统用例,系统用例模型是从业务用例模型和业务对象模型中提取出来的.业务对象模型提供对每个业务用例的实现.每个业务用例是一个业务的需求,解决一个业务问题或提供一个业务机遇.
功能点的完整性实际上就是保证用户确认的业务问题得到解决,业务机遇得到获取的满足的程度.
需求规格说明书应该列出所有的系统用例,如果这些系统用例达到了上述要求,这个用例列表就是要"提炼"的功能点列表.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-6-14 11:43:33 | 只看该作者

功能点:

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

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

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

使用道具 举报

该用户从未签到

6#
发表于 2007-6-24 17:07:37 | 只看该作者
功能点就是测试点。写哪些功能点是根据需求来定的呀
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-6-27 15:08:14 | 只看该作者
功能点应该包括能满足用户提出来的显式需求的功能和需求分析人员从这些显式需求背后挖掘出来的隐式需求的功能.
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-1 06:50 , Processed in 0.064860 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表