含指导说明的软件开发需求模板.docx
- 文档编号:20139585
- 上传时间:2023-04-25
- 格式:DOCX
- 页数:15
- 大小:22.85KB
含指导说明的软件开发需求模板.docx
《含指导说明的软件开发需求模板.docx》由会员分享,可在线阅读,更多相关《含指导说明的软件开发需求模板.docx(15页珍藏版)》请在冰豆网上搜索。
含指导说明的软件开发需求模板
<系统(子系统)名称>软件功能需求说明书
版本控制
版本号
日期
修改人
说明
目录
1引论2
1.1目的2
1.2文档约定2
1.3预期的读者和阅读建议2
1.4产品的范围2
1.5参考文献3
2综合描述3
2.1产品的前景3
2.2产品的功能3
2.3用户分类和特征3
2.4运行环境3
2.5设计和实现上的限制4
2.6用户文档4
2.7假设和依赖4
3外部接口需求4
3.1用户界面4
3.2硬件接口5
3.3软件接口5
3.4通信接口5
4系统特性5
4.1系统特性15
4.1.1描述和优先级5
4.1.2激励/响应序列6
4.1.3功能需求6
4.2系统特性2(等等)6
5其它非功能需求6
5.1性能需求6
5.2安全设施需求6
5.3安全性需求6
5.4软件质量属性7
5.5业务规则7
6其它需求7
附录A:
词汇表7
附录B:
分析模型7
附录C:
待确定问题(TBD)列表7
1引论
<引言提出了对软件需求规格说明的纵览,这有助于读者理解文档如何编写并且如何阅读和解释。
>
1.1目的
<对产品进行定义,在该文档中详尽地说明了这个产品的软件需求,包括修正或发行版本号。
如果这个软件需求规格说明只与整个系统的一部分有关系,那么就只定义文档中说明的部分或子系统。
>
1.2文档约定
<描述编写文档时所采用的标准或排版约定,包括正文风格、提示区或重要符号。
例如,说明了高层需求的优先级是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自身的优先级。
>
1.3预期的读者和阅读建议
<列举了软件需求规格说明所针对的不同读者,例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。
描述了文档中剩余部分的内容及其组织结构。
提出了最适合于每一类型读者阅读文档的建议>
1.4产品的范围
<提供了对指定的软件及其目的的简短描述,包括利益和目标。
把软件与企业目标或业务策略相联系。
可以参考项目视图和范围文档而不是将其内容复制到这里。
>
1.5参考文献
<列举了编写软件需求规格说明时所参考的资料或其它资源。
这可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档,或相关产品的软件需求规格说明。
在这里应该给出详细的信息,包括标题名称、作者、版本号、日期、出版单位或资料来源,以方便读者查阅这些文献。
>
2综合描述
<这一部分概述了正在定义的产品以及它所运行环境、使用产品的用户和已知的限制、假设和依赖。
>
2.1产品的前景
<描述了软件需求规格说明中所定义的产品的背景和起源。
说明了该产品是否是产品系列中的下一成员,是否是成熟产品所改进的下一代产品、是否是现有应用程序的替代品,或者是否是一个新型的、自含型产品。
如果软件需求规格说明定义了大系统的一个组成部分,那么就要说明这部分软件是怎样与整个系统相关联的,并且要定义出两者之间的接口。
>
2.2产品的功能
<概述产品所具有的主要功能。
其详细内容将在系统特性中描述,所以在此只需要概略地总结,例如用列表的方法给出。
很好地组织产品的功能,使每个读者都易于理解。
用图形表示主要的需求分组以及它们之间的联系,例如流程图的顶层图或类图,都是有用的。
>
2.3用户分类和特征
<确定你常见得可能使用该产品的不同用户类并描述它们相关的特征,有一些需求可能只与特定的用户类相关。
将该产品的重要用户类与那些不太重要的用户类区分开。
>
2.4运行环境
<描述软件的运行环境,包括硬件平台、操作系统和版本、还有其它的软件组件或与其共存的应用程序。
>
2.5设计和实现上的限制
<确定影响开发人员自由选择的问题,并说明这些问题为什么成为一种限制。
可能的限制包括如下内容:
✧必须使用或避免的特定技术、工具、编程语言和数据库。
✧所要求的开发规范或标准(例如,如果由客户的公司负责软件维护,就必须定义转包者所使用的设计符号表示和编码标准)
✧企业策略、政府法规或工业标准。
✧硬件限制,例如定时需求或存储器限制。
✧数据转换格式标准。
>
2.6用户文档
<列举出将与软件一同发行的用户文档部分,例如,用户手册、在线帮助和教程。
明确所有已知的用户文档的交付格式或标准。
>
2.7假设和依赖
<列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立)。
这可能包括你打算要用的商业组件或有关开发或运行环境的问题。
你可能认为产品将符合一个特殊的用户界面设计约定,但是另一个SRS读者却可能不这样认为。
如果这些假设不正确、不一致或被更改,就会使项目受到影响。
此外,确定项目对外部因素存在的依赖。
例如,如果你打算把其它项目开发的组件集成到系统中,那么你就要依赖那个项目按时提供正确的操作组件。
如果这些依赖已经记录到其它文档(例如项目计划)中了,那么在此就可以参考其它文档。
>
3外部接口需求
<利用本节来确定可以保证新产品与外部组件正确连接的需求。
关联图表示了高层抽象的外部接口。
需要把对接口数据和控制组件的详细描述写入数据字典中。
如果产品的不同部分有不同的外部接口,那么应把这些外部接口的详细需求并入到这一部分的实例中。
>
3.1用户界面
<陈述所需要的用户界面的软件组件。
描述每个用户界面的逻辑特征。
以下是可能要包括的一些特征:
✧将要采用的图形用户界面(GUI)标准或产品系列的风格。
✧屏幕布局或解决方案的限制
✧将出现在每个屏幕的标准按钮、功能或导航链接(例如一个帮助按钮)
✧快捷键
✧错误信息显示标准
对于用户界面的细节,例如特定对象框的布局,应该写入一个独立的用户界面规格说明中。
本节内容可以单列一个标题,给与更为详细的描述,如界面的菜单树、每个菜单下的需求等。
>
3.2硬件接口
<描述系统中软件和硬件每一接口的特征。
这种描述可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。
>
3.3软件接口
<描述该产品与其它外部组件(由名字和版本识别)的连接,包括数据库、操作系统、工具库和集成的商业组件。
明确并描述在软件组件之间交换数据或消息的目的。
描述所需要的服务以及内容组件通信的性质。
确定将在组件之间共享的数据。
如果必须用一种特殊的方法来实现数据共享机制,例如在多任务操作系统中的一个全局数据区,那么就必须把它定义为一种实现上的限制。
>
3.4通信接口
<描述与产品所使用的通信功能相关的需求,包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等等。
定义了相关的消息格式。
规定通信安全或加密问题、数据传输速率和同步通信机制。
>
4系统特性
<功能需求是根据系统特性即产品所提供的主要服务来组织的。
你可能更喜欢通过使用实例、运行模式、用户类、对象类或功能等级来组织这部分内容(IEEE1998)。
或者使用这些元素的组合。
用简短的语句从以下三个方面说明特性的名称>
4.1系统特性1
4.1.1描述和优先级
<提出了对该系统特性的简短说明并指出该特性的优先级是高、中、低。
或者可以包括对特定优先级部分的评价>
4.1.2激励/响应序列
<列出输入激励(用户运用、来自外部设备的信号或其它触发器)和定义这一特性行为的系统响应序列。
>
4.1.3功能需求
<详细列出与该特性相关的详细功能需求,使用户可以使用所提供的特性执行任务或者使用所指定的使用实例执行任务。
描述产品如何响应可预知的出错条件或非法输入或动作。
>
<如果以下每个req标号的优先级或激励/响应序列与该系统特性的总体有不同,在下面的各req中应该特别标识出来。
>
Req-4.1-1:
描述:
(可选)
优先级:
(可选)
激励/响应序列:
(可选)
Req-4.2-2:
<如果每个req有不同的优先级或激励/响应序列,可以特别标识出来>
4.2系统特性2(等等)
5其它非功能需求
5.1性能需求
<阐述了不同的应用领域对产品性能的需求,并解释它们的原理帮助开发人员作出合理的设计选择。
确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。
还可以定义容量需求。
尽可能确定性能需求。
可能需要针对每个功能需求或特性分别陈述其性能需求,而不是把它们都集中在一起陈述。
>
5.2安全设施需求
<详尽陈述与产品使用过程中可能发生的损失、破坏或危害相关的需求。
定义必须采取的安全保护或动作,还有那些预防的潜在的危险动作。
明确产品必须遵从的安全标准、策略或规则。
>
5.3安全性需求
<详尽陈述与系统安全性、完整性或与私人问题相关的需求,这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。
定义用户身份确认或授权需求。
明确产品必须满足的安全性或保密性策略。
>
5.4软件质量属性
<详尽陈述与客户或开发人员至关重要的其它产品质量特性。
这些特性必须是确定、定量的并在可能时是可验证的。
至少应指明不同属性的相对侧重点,例如易用程度优于易学程度,或者可移植性优于有效性。
>
5.5业务规则
<列举出有关产品的所有操作规则,这些本身不是功能需求,但它们可以暗示某些功能需求执行这些规则>
6其它需求
<定义在软件需求规格说明的其它部分未出现的需求,例如国际化需求或法律上的需求。
还可以增加有关操作、管理和维护部分来完善产品安装、配置、启动和关闭、修复和容错,以及登录和监控操作等方面的需求。
在模板中加入与项目相关的新部分。
>
附录A:
词汇表
词汇名称
全称
说明
头寸
中国旧时指银行钱庄等所拥有的款项。
收多付少叫头寸多,收少付多叫头寸缺,结算收付差额叫轧(ga)头寸,借款弥补差额叫拆头寸
指市场上货币流通数量,即银根。
如银根松说头寸松,银根紧也说头寸紧
“头寸”一词来源于中国,银行里用于日常支付的“袁大头”,十个袁大头摞起来刚好是一寸,因此叫“头寸”
例如:
投资者买入了一笔欧元多头头寸合约,就称这个投资者持有了一笔欧元多头头寸;如果做空了一笔欧元,则称这个投资者持有了一笔欧元空头头寸。
当投资者将手里持有的欧元空头头寸卖回给市场的时候,就称之为平仓。
金融头寸
1、头寸(position)也称为“头衬”就是款项的意思,是金融界及商业界的流行用语。
如果银行在当日的全部收付款中收入大于支出款项,就称为“多头寸”,如果付出款项大于收入款项,就称为“缺头寸”。
对预计这一类头寸的多与少的行为称为“轧头寸”。
到处想方设法调进款项的行为称为“调头寸”。
如果暂时未用的款项大于需用量时称为“头寸松”,如果资金需求量大于闲置量时就称为“头寸紧”。
2、头寸是金融行业常用到的一个词,在金融、证券、股票、期货交易中经常用到。
比如在期货开户交易中建仓时,买入期货合约后所持有的头寸叫多头头寸,简称多头;卖出期货合约后所持有的头寸叫空头头寸,简称空头。
商品未平仓多头合约与未平仓空头合约之间的差额就叫做净头寸。
只是在期货交易中有这种做法,在现货交易中还没有这种做法。
在外币交易中,“建立头寸”是开盘的意思。
开盘也叫敞口,就是买进一种货币,同时卖出另一种货币的行为。
开盘之后,长了(多头)一种货币,短了(空头)另一种货币。
选择适当的汇率水平以及时机建立头寸是盈利的前提。
如果入市时机较好,获利的机会就大;相反,如果入市的时机不当,就容易发生亏损。
净头寸就是指开盘后获取的一种货币与另一种货币之间的交易差额。
另外在金融同业中还有扎平头寸、头寸拆借等说法。
头寸日有分很多种的:
第一头寸日(期货交割过程的第一日)等等,多数就是指对款项动用的当日。
ETF
ExchangeTradedFund
ETF是ExchangeTradedFund的英文缩写,中译为“交易型开放式指数基金”,又称交易所交易基金。
ETF是一种在交易所上市交易的开放式证券投资基金产品,交易手续与股票完全相同。
ETF管理的资产是一揽子股票组合,这一组合中的股票种类与某一特定指数,如上证50指数,包涵的成份股票相同,每只股票的数量与该指数的成份股构成比例一致,ETF交易价格取决于它拥有的一揽子股票的价值,即“单位基金资产净值”。
ETF特点
特点一:
一级市场申购门槛高
在一级市场申购ETF至少要100万份,如按上证指数在800多点的净值计算,最少需要80多万元资金。
申购时不是用现金,而是要用一篮子股票来申购。
如果是赎回基金份额,投资者最终拿到手的也是一篮子股票,赎回至少也要100万份。
目前,ETF的申购、赎回只能在指定的代理券商柜台进行。
中小投资者可通过二级市场参与ETF的投资,就像买卖封闭式基金一样,手续费较低,不用缴印花税,最小投资份额只有100份。
特点二:
实现准“T+0”操作
如果一个投资者买好一篮子股票后,在一级市场申购ETF基金,申购成功后,他并不用等基金到账,当天就可以在二级市场上抛出,实现“T+0”交易。
同样的道理,一个投资者也可以在二级市场上买入ETF,然后在一级市场要求赎回。
赎回成功后,也不用等一篮子股票到账,就可以将这些股票抛出,也是“T+0”交易。
但投资者在同一市场中不能实现“T+0”操作,即当天在一级市场申购不得当天赎回,当天在二级市场买入,不得卖出。
因此,ETF只能称作准“T+0”操作。
特点三:
单位净值等于上证50指数的0.1%。
上证50ETF的单位净值与上证50指数的关系非常简单,为上证50指数的0.1%。
。
上证50指数的样本股是上海证券市场中规模最大、流动性最好、最具代表性的50只股票,同时,这50只股票一般都是行业龙头的蓝筹股,具有很高的市场覆盖率和市场影响力。
根据上证50指数,可以很容易地换算出上证50ETF的单位净值。
如,当上证50指数为875点时,上证50ETF的基金份额净值应约为0.875元,当上证50指数上升或下跌10点,上证50指数ETF之单位净值应约上升或下跌0.01元。
投资ETF的获利方式
方式一:
伴随指数的上涨而获利
当基金跟踪的上证50指数上涨的时候,ETF的基金净值和市场交易价格也会随之上涨,投资者可以通过二级市场卖出或者赎回获利。
方式二:
套利操作
当基金的净值和市场交易价格偏离较大时,ETF为投资者提供了套利的空间,可通过一级市场和二级市场的跨越获得差价收益。
比如,当上证50ETF的市场价格高于基金单位净值时,套利操作方法为:
买入篮子股票→申购上证50ETF基金份额→将基金份额在二级市场上卖出。
套利收益约等于:
(基金二级市场价格-基金单位净值)×基金份额数量-申购基金份额及卖出股票篮的交易费用。
方式三:
股票分红带来基金分红
当目标指数的成份股有现金红利时,基金在符合分红条件的情况下,会将所得股息红利以现金方式分配给投资者。
申购
赎回
保证金
IOPV
基差
现金替代
折价
溢价
附录B:
分析模型
<这个可选部分包括或涉及到相关的分析模型的位置,例如数据流程图、类图、状态转换图或实体-关系图>
附录C:
待确定问题(TBD)列表
<编辑一张在软件需求规格说明中待确定问题的列表,其中每一表项都是编上号的,以便于跟踪调查。
>
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 指导 说明 软件 开发 需求 模板