软件需求实验报告三

  • 格式:doc
  • 大小:34.00 KB
  • 文档页数:4

深 圳 大 学 实 验 报 告
课程名称: 软件工程
实验项目名称: 实验三 补充需求规范开发
学院: 计算机与软件学院
专业: 软件工程
指导教师: 尹剑飞
报告人: 文成 学号: 2011150259 班级: 2
实验时间: 2013-12-18
实验报告提交时间: 2013-12-18
教务部制
一、 实验目的
1. 理解补充需求规范的组成
一份SRS除了包括功能需求(通常在用例文档中定义功能需求),还包括非
功能需求,在Rational RequisitePro需求文档工具中,在补充需求规范文档中
定义了非功能需求。

2. 理解软件质量属性
作为非功能需求的重要组成部分,软件质量属性以量化形式给出了用户关于
目标系统的另一种期望。这种期望不是关于流程或过程而是关于结果的、关于指
标的。我们将从两个方面理解软件质量属性:对用户重要的属性和对开发人员重
要的属性。

二、 实验环境
Word
三、 实验内容
1. 补充需求规范的组成
Q1.一份SRS中,除去功能需求,剩下的就是非功能需求,这句话对吗?

答:不对
SRS包括引言,总体描述,系统特性,外部接口需求,其他非功能性需求,
其他需求等等。
功能需求只是系统特性中的一部分,非功能性需求也只是SRS中的一部分。

Q2. 在RequisitePro需求文档工具中,有下述文档:
Vision.doc, UseCase.doc, Glossary.doc, SupplementarySpecifiction.doc
因此,并没有一份“非功能需求”文档,取而代之的是supplementary
specification(补充需求规范)文档,它用于定义非功能需求以及其它需求。
试对附件REQ370_RUest_SupplementarySpecification.doc进行分析并对照书
本P.80页图7.1,请列出REQ370_RUest_SupplementarySpecification.doc定
义了哪些需求。

答:质量属性、数据定义、功能性需求、业务规则、外部接口需求

2. 软件质量属性
Q3.请阅读书本第12章内容,针对一个信息系统,定义软件质量属性,要求:
1)对用户重要的软件质量属性,不少于4个。
答:
可用性:工作期间,当地时间早上6点到午夜,系统的可用性至少达到99.5%。
下午4点到6点,系统的可用性至少达到99.5%
有效性:在预计峰值负载条件下,至少25%的处理器能力和应用程序可用内
存必须留出备用。
易用性:用户不需要经过培训就可以学会使用该系统。
健壮性:如果系统故障,下次启动时会恢复故障前1分钟的状态

2)对开发人员重要的软件质量属性,不少于2个。
答:
可维护性:
MA-1必须要有足够多的代码注释,以致维护人员维护。每个软件模块中
注释与源代码语句的比例至少为1:2
MA-2函数调用嵌套层次不得超过2层
可重用性:
RU-1查询信息设计的函数可以在程序其他地方重用。

3)使用Planguage语言定义软件质量属性。
可用性:
AV-1工作期间,当地时间早上6点到午夜,系统的可用性至少达到99.5%。
下午4点到6点,系统的可用性至少达到99.5%
有效性:
EF-1在预计峰值负载条件下,至少25%的处理器能力和应用程序可用内
存必须留出备用。
灵活性:
FL-1一个至少具有6个月产品支持经验的程序维护人员,可以在大于一
个小时的时间内进行代码的修改与测试
易用性:
US-1用户不需要经过培训就可以学会使用该系统。
健壮性:
RO-1如果系统故障,下次启动时会恢复故障前1分钟的状态
可维护性:
MA-1必须要有足够多的代码注释,以致维护人员维护。每个软件模块中
注释与源代码语句的比例至少为1:2
MA-2函数调用嵌套层次不得超过2层
可重用性:
RU-1查询信息设计的函数可以在程序其他地方重用。

四、 实验结论
质量属性不是很会定义,基本是参照书本做的。
指导教师批阅意见:
成绩评定:
指导教师签字:
年 月 日

备注:

注:1、报告内的项目或内容设置,可根据实际情况加以调整和补充。
2、教师批改学生实验报告时间应在学生提交实验报告时间后10日内。