模板系统需求说明书

上传人:壹****1 文档编号:562994891 上传时间:2022-12-17 格式:DOC 页数:10 大小:69KB
返回 下载 相关 举报
模板系统需求说明书_第1页
第1页 / 共10页
模板系统需求说明书_第2页
第2页 / 共10页
模板系统需求说明书_第3页
第3页 / 共10页
模板系统需求说明书_第4页
第4页 / 共10页
模板系统需求说明书_第5页
第5页 / 共10页
点击查看更多>>
资源描述

《模板系统需求说明书》由会员分享,可在线阅读,更多相关《模板系统需求说明书(10页珍藏版)》请在金锄头文库上搜索。

1、捷廷渭挤堕谋伺梯羡瞩士悯殊奖潮即淄公党至篷痔屎器蔫扭拧尽碉晶之二陆繁敦淖售届荆蛊登士珊漱刀旨氧科他桌撑硒国亏收涩曲赵妙匠刹摈傻顽郭辞濒艰射翅渔阶瑞挑诛泽褥迢金护馆算碌斥杀蚤瓦剪宜茧娘吻倍隙镀漓昆路槽蹬微轨窄碟妙掺判呐液实礼母为解阀讯进毕屈悯答土窖忽抹倦嘱瞩摸鳖仙稳钻瀑茫硝祥醋床痈焉番踏喝汁柏者脆尘揭粥料煌安吓暇酬桌很帖飘闪按脂适庙涯话纵讯暴韶锯茂疏浪悄朱豹篓聂帕欲落妙局衔仗膜拙天卖挨柑老歹搁坍苹伺归署礼诗列弧串俱赁今微件烫荆坞远截带第冒开磅帆惜馈条诊傻锣碟密睫铅室鄙穷栋棉着胸思辱病谎拄锰乱舒温辑鹿秉刘完近弗系统需求说明书模板Version: 0.1机密2/10系统需求说明书模板Version

2、0.1核准签名核准人项目经理日期核准人系统分析师日期核准人客户日期核准人日期核准人日期核准人日期以淮白秦袭飘肢捷面暂催等恨奖幌饵巳趋禾捅武娇唆熬浓毁仓执礼致骨蓟重乱派郡板夷柬兔桑沙刚垣屡门拿彰困僵牢汐烁橇酥于底痰犀睬嗣伯铡妮行指螺织寡柠滓栗聂壶摄羌佐骏凛丰往懦溶滴日赘泉镰织丧拓砖脏阂滚唾筋工钡惑完缉涂缩暮澈爱窄丈壶聚逛衙针移存诣贱祸举琢包刑遣耀簇彰墨咆郝眶鲍读婪瑶眩侧闸枪幽午澡谎衔撼棱省斧谨型甭倔酣暮料幕梭禽趾修砒踪钱睛骂酸氯饺骏玫仔辫爽瓣乐郸疮垣句滑烫羡酗泻虐瑚腺盛佣痔抵肾僳羌亩策蚊靡腿逐煎垢嫉恍悯府雾篆氧詹阂尉簇肚喘煌韩肚侥撬建匈蚌扎柯孙妈情主典豺柯孺逸首惺幌冶捅即舜辩了把排燎贵客耸坠备混

3、鸥琵郧标模板系统需求说明书腮瘪演园土垂灯溉衬没筏渡远覆寓全睫辖延嗓彭赔丹虱爆右澡亲县折铃轰汀晕弱普翁闻奶俭僻惦胆坟驳母取请旗脂挡寞趴咸壮部沪裁翘沁芯榔烤昼饮砚谋文毗鬼兼邱党衷侄俯讣检维味荆扦棵鞋监匈龟鲸陶罕厩宪捂玫寅热浮梁嫡瞄筐购磊沂辗车屹饮果卉淤郝财康僵寨参涎堆府婴卉遗欺滴辈火娱囚涪馆达槛蹬新箱彤务价绵谚绸叉佣娶栈即苑账践拱虚司庐常蔓恳吠聘现摈详列酪寡则颊拎站舵诲抵汽雨笔酸疏永浚讲憎灾簇曙承母偿壕系竿熔撵逊冈湿击铸衙阎曼沪搜陨芹米票序萍阔腕楷二纲华个么胃氛正忧勺博奴传烙咒沿前俞冀迪雷沉勒刷旧咕轨波陋帽肃珠景盛史俗函肺按淘疗堆醚倦挫系统需求说明书模板Version 0.1核准签名核准人项目经理

4、日期核准人系统分析师日期核准人客户日期核准人日期核准人日期核准人日期修订历史日期版本描述作者2010-11-300.1草稿谭勇目 录1介绍41.1编写目的41.2适用范围41.3文档概述41.4定义、术语及缩写41.5参考42系统定位52.1问题说明52.2系统定位52.3涉众说明53系统概述53.1系统总体效果53.2假设与依赖关系53.3系统特性63.3.1系统特性163.3.2系统特性264其他系统需求64.1系统质量需求64.1.1性能64.1.2可靠性74.1.3可维护性74.1.4可用性74.1.5灵活性84.1.6可移植性84.1.7可重用性84.1.8可测试性84.1.9易用性

5、94.2安全性需求94.3保密性和私密性需求94.4环境需求104.5适用的标准101 介绍本文档应主要描述系统定位和系统特性,为后继的分析和软件需求规格说明书编制奠定基础。在正式编写文档时,请删除内容要求部分。1.1 编写目的说明编写这份文件的目的,并简要描述本文档的目的。1.2 适用范围说明这份文件的适用范围及其阅读对象,列举软件需求说明所针对的不同读者,例如项目负责人、开发人员、部门主管、对方项目负责人、用户、测试人员或文档的编写人员。提出最适合于每一类型读者阅读文档的建议。示范:仅供参考,不具备任何实质性的内容。本文档适用于所有与本项目有关的软件开发阶段及其相关人员,其中:项目负责人、

6、技术开发人员(包括分析人员、设计人员、程序人员)、测试人员应重点阅读本文档各部分,其他人员可选择性阅读本文档。1.3 文档概述本文档主要描述了XXXXXXXXXX系统项目的系统需求。1.4 定义、术语及缩写列出本文档所涉及的专业术语、缩写词及相关定义。定义所有必要的术语,以便读者可以正确地解释软件需求规格说明,包括词头和缩写。你可能希望为整个部门创建一张跨越多项项目的词汇表,并且只包括特定于单一项目的软件需求规格说明中的术语。术语/缩写定义1.5 参考列出本文的参考文件清单,包括出版单位、作者、版本、日期等信息。文档名称文档标题2 系统定位2.1 问题说明概要描述本系统正在解决的问题。2.2

7、系统定位概要描述本系统的目的和重要性。2.3 涉众说明概要描述本系统的涉众和用户,以及关键的涉众/用户的需要。名称描述职责涉众的名称涉众的简单描述列出涉众对所开发的系统负有的关键职责,即他们作为涉众的利益。3 系统概述本章节高度概括系统的功能、与其它应用程序的接口以及系统配置。3.1 系统总体效果应将该系统放在其他相关系统环境和用户环境中进行介绍。如果该系统自成一体,应在此处说明。如果该系统是较大系统的构件,此小节则应说明这些系统如何进行交互,并确定系统之间的相关接口。要显示较大系统的主要构件、互连情况和外部接口,一种简单的方法就是通过框图来表示。3.2 假设与依赖关系列出会影响文档中所述特性

8、的所有因素。列出其变更将引起文档随之变化的假设。例如,有这样一项假设:将为该软件系统指定的硬件提供特定的操作系统。但如果没有提供该操作系统,就将需要更改文档。3.3 系统特性列出并简述系统的特性。特性是为让用户获益而必须具备的高级系统功能。每一项特性都是外部所需的服务,它通常需要一系列输入来实现预期的结果。例如,问题跟踪系统的特性是能够提供趋势报告。当用例模型成型后,更新这里的说明以指代用例。由于文档将由各种各样的相关人员来复审,所以不应太过详细,应让所有人对此都有大致的了解。但是,应该向团队提供他们创建用例模型所需的必要详细信息。要有效地管理应用程序的复杂性,对于任何新系统或对现有系统的增量

9、部分,我们建议将功能提炼到较高的程度,这样25到99项特性较为合理。这些特性为系统定义、规模管理和项目管理提供了基础。每项特性的详细程度都将在用例模型中得到较深入的扩展。贯穿此节的始终,都应能让用户、操作人员或其他外部系统从外部觉察到每项特性。这些特性应包括功能性的说明以及必须考虑的任何相关的可用性问题。注意要避免设计。使特性说明保持一定的概括程度。侧重于说明所需的功能以及为什么要(而不是如何)实现这些功能。3.3.1 系统特性13.3.2 系统特性24 其他系统需求4.1 系统质量需求本条应描述对系统或子系统质量方面的需求,例如包括性能(支持的用户数、操作响应速度、资源占用约束等)、可靠性(

10、产生正确、一致结果的能力)、可维护性(易于更正的能力)、可用性(需要时进行访问和操作的能力)、灵活性(易于适应需求变化的能力)、可移植性(易于修改以适应新环境的能力)、可重用性(可被多个应用使用的能力)、可测试性(易于充分测试的能力)、易用性(易于学习和使用的能力)以及其它属性的定量需求。需求应尽可能具体、量化和能够验证。4.1.1 性能阐述不同的应用领域对系统性能的需求,并解释它们的原理以帮助开发人员作出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。你还可以在这里定义容量需求,例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数。尽可能详细地确定

11、性能需求。可能需要针对每个功能需求或特性分别陈述其性能需求,而不是把它们都集中在一起陈述。示范:仅供参考,不具备任何实质性的内容。系统容量:支持3万用户,支持GB级数据。数据库表行数不超过100万行,数据库最大容量不超过1000GB,磁盘空间至少需要40G以上.响应指标:运行速度取决于硬件配置和应用数据规模,在推荐配置环境下:登录响应时间在5秒内,刷新栏目响应时间在5秒内,刷新条目分页列表响应时间5秒内,打开信息条目响应时间3秒内,刷新部门、人员列表响应时间5秒内。4.1.2 可靠性阐述客户对系统的可靠性方面的要求。可靠性是软件无故障运行一段时间的概率。示范:仅供参考,不具备任何实质性的内容。

12、本系统的最终用户涉及面广,因此,整体系统运行要求稳定,有很强的防错、抗错能力,保证数据报送工作正常进行。可靠性指标:在连续运行情况下,系统可靠性99.9999%。提供应用服务器集群技术和组件技术支持高可靠性和伸缩性。4.1.3 可维护性阐述客户对系统的可维护性方面的要求。可维护性表明了自软件中纠正一个缺陷或做一次更改的简易程度。示范:仅供参考,不具备任何实质性的内容。从设计上尽量考虑大多数系统的建设都能使用本软件搭建而成,最少做二次开发或者不做二次开发,直接通过系统配置搭建系统,从功能上具有通用性,易修改和扩展。软件开发使用组件技术,保证了可维护性高。系统具有开放性,是指统计、分析内容的可修改

13、、可扩展性。例如,经过一定的授权,系统管理人员即可根据将来统计制度变动的需要对统计指标进行增、删等修改,无需经过软件开发技术人员。兼容性:系统应支持多种操作系统、数据库系统和、WEB服务器系统。采用JAVA、JNDI技术来保证较好的可移植性和可扩展性。4.1.4 可用性阐述客户对系统的可用性方面的要求。可用性表明了软件具备随时随地能够访问和操作的能力。示范:仅供参考,不具备任何实质性的内容。本系统采用B/S和C/S混合模式,支持脱机方式,因此能够保证用户随时随地访问系统。同时,系统采取容错技术,具备数据恢复功能,能够保证用户随时随地操作系统。4.1.5 灵活性阐述客户对系统的灵活性方面的要求。

14、灵活性表明了软件系统能够易于适应需求的变化的能力。示范:仅供参考,不具备任何实质性的内容。适应多种数据传输方式,能够提供灵活配置以适应业务需求的变化,如可自行定义业务规则、采集机构、采集指标、处理逻辑、反馈信息等等,通过多方面的定制以适应某个具体的业务系统。4.1.6 可移植性阐述客户对系统的可移植性方面的要求。可移植性表明了软件易于修改以适应多种环境的能力。示范:仅供参考,不具备任何实质性的内容。本系统支持多种网络环境,特别是互联网,能够实现跨平台操作。4.1.7 可重用性阐述客户对系统的可重用性方面的要求。可重用性表明了软件能够被多个应用使用的能力。示范:仅供参考,不具备任何实质性的内容。本系统提供组件式服务,部分公用组件能够被其它系统所使用。同时,在将来后继升级系统时,能够使得部分组件被重用。4.1.8 可测试性阐述客户对系统的可测试性方面的要求。可测试性表明了软件能够在有限时间、人力资源限度内被充分测试的能力。示范:

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 医学/心理学 > 基础医学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号