第一篇:怎么写软件需求说明书范文
怎么写软件需求说明书
关键字:软件需求 说明书
软件需求说明书
1.引言
1.1 项目名称
1.2 项目背景和内容概要
(项目的委托单位、开发单位、主管部门、与其它项目的关系,与其他机构的关系等)
1.3 相关资料、缩略语、定义
(相关项目计划、合同及上级机关批文,引用的文件、采用的标准等)
(缩写词和名词定义)
2.任务概述
2.1 目标
(项目的开发目标和应用目标。如果是其他系统的一部分,则说明其关系)
2.2 范围
(包含的业务,不包含的业务)
2.3 假定条件与约束限制
(尽量列出开展本项目的假定和约束,例如:经费限制,开发期限,设备条件,用户现场环境准备等)
3.业务流程
4.数据描述
4.1 原始数据描述
a.静态数据
b.动态数据
4.2 数据流向图
4.3 数据概念模型和描述
5.功能需求
5.1 功能描述
6.界面要求
6.1报表格式
6.2图形要求
6.3输入输出要求
7.接口要求
(描述与本系统相连的系统的接口的数据格式,数据交换协议,接口功能等)
8.性能需求
8.1数据精确度
(例如,数据内部精度,外部显示精度)
8.2数据量
8.3时间特性要求
(根据所开发系统的特点,规定系统对时间的特性的要求。例如: 系统响应时间、界面更新处理时间、数据转换与传输时间)
9.运行环境需求
9.1网络和硬件设备平台
(网络拓扑图及设备类型描述)
10.操作系统平台
数据库系统平台
10.1编程工具
10.2其它支撑软件
11.其它专门需求
11.1安装和操作
11.2安全保密
11.3维护服务
第二篇:《××项目软件需求变更说明书》
软件需求变更说明书
项目名称: 长益高速收费数据分析系统一、概述
因湖南省高速公路联网拆分系统软件升级,导致长益下属收费站入口和出
口交易数据、拆分数据、代收拆分数据无法获取。而现阶段省高管局监控中心无法在上报报表日期内提供拆分数据,从而导致长益高速收费数据分析系统无法输出相关报表。经过深入了解和分析,在与业主方多次探讨后,提出以下变更说明。
二、变更内容
MTC实收和流量
原始情况:
人工收费系统出口站收费数据和出口流量的导入,是由收费站工作
人员从站级拆帐网下载的“收费数据统计报表”并再录入部分细分数据,导入长益收费数据分析系统。
变更后:
收费站工作人员在分析系统中MTC实收功能模块中只录入出口各车
型实收收入、各车型流量、免费车流量、绿通车流量、系统外收入、绿通车减免金额、免费车减免金额、手工票金额。
运营部工作人员在分析系统中MTC实收功能模块中导入本路段各站
进,其他路段出的代收流量的各车型估算流量。其中包括各车型流量、绿通车流量、免费车流量。
MTC实得
原始情况:
人工收费系统实得数据的导入,是由收费站工作人员从站级拆帐网
下载的“拆帐统计报表”,导入长益收费数据分析系统。
代收实得的导入,是由运营部工作人员从拆帐网下载的“长张高速
公司名称,版本号
2公路联网收费实际分配收入统计表”,导入长益数据分析系统。
变更后:
运营部工作人员在分析系统中MTC实得功能模块中导入估算MTC各
车型拆分收入。其中包括本路段各车型收入、系统外收入及代收业主各车型收入、系统外收入。
报表输出
由于原始基础数据的变更,所导致从数据模型上的建立发生了变化,从而将导致原长益数据分析系统输出报表无法根据原来基础数据的数据输出,需要转换为估算的数据输出,需要对所有的报表进行修改。
需要修改的报表有以下:
公司-绿色通道车辆 公司-收费站拆帐情况表 公司-单车收费标准计算表 公司-流量对比表 公司-各类车流量收入比重对比图 公司-各类车流量收入比重表 公司-实征率 公司-高速免费车 公司-收费车流量统计 公司-ETC收费车与免费车 公司-月流量分析 公司-ETC征费情况 公司-月收入图 公司-月收费情况总表 公司-收费车流量与收入统计 路劲-收入影响因素对比表 路劲-项目每月输入及车流汇总表 路劲-各站每月收入及车流汇总表 路劲-历年路费收入图 路劲-历年次票车流量图 路劲-日报 省局-交通流量统计月报表 省局-绿色通道和免费车公司名称,版本号
省局-其他收入分项统计
三年同天对比-1月
三年同期对比-2月
三年同天对比-3月
三年同期对比-4月
三年同期对比-5月
三年同期对比-6月
三年同期对比-7月
三年同期对比-8月
三年同期对比-9月
三年同期对比-10月
三年同期对比-11月
三年同期对比-12月
周报-高速公路
周报-总表
周报-流量图
周报-收入图
周报-老路
月报-月收费
月报-财务系统内金额拆帐
月报-月度收费情况
公司名称,版本号 4
第三篇:如何写软件项目需求说明书
如何写软件项目需求说明书
进入软件开发行业也有一段时间了,大大小小项目也接触了一些,对于怎么写好项目需求文档做一下总结,发表一下自己的看法。1 获取需求:
作为需求方也就是甲方,通过语言描述或文档的方式将需求(系统需要提供的功能)提交给开发人员(需求分析人员)。
获得需求的方式可以有多种多样:电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招标书),其实这些方法都是GET方式,我们可以通过以下两类技术手段来达到:GET(获取)和PUSH(引导、反馈、激发)相互结合的方式来得到我们真正的需求,而这两个过程都是必须交互进行的,一般我们可以筛选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程师,长期在客户那里工作。2 需求分析人员
(1)根据客户提供的文档或语言描述,将需求按功能划分,以用例图的方式表达系统提供的功能模块及功能模块之间的关系,完成用例图后与客户确认大的功能模块,并对每个功能模块做进一步的沟通详细记录用户所提供的关键性的描述,此过程需要系统分析人员对客户进行引导。
(2)对每个功能模块进行详细分析与描述,具体信息包括:用户角色、功能说描述、IPO的方式进行描述(即输入项、输出项、处理)、要提供必要的功能说明,如果使文档更加直观,更容易让客户理解,可以用UI的方式表达输入输出,配合必要的描述,这样对于客户更加容易理解,需要与客户进行大量的沟通确认。
(3)编写数据字典:在需求阶段,很难使团队的思路一致,建立一个合适的机制是完全必要的,这就是数据字典,数据字典是对系统用到的所有数据项和结构的定义,以确保开发人员使用统一的数据定义。在需求阶段,数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。
(4)关于文档具体表述的格式与形式,要根据所要表达的功能来确定,最重要的是把事情描述清楚,这事最终的目的;
(5)需求文档确定后,设计人员根据这份需求文档进行系统的设计工作了。
第四篇:软件需求规格说明书检查单
《软件需求规格说明书》检查单
文档组织与完整性
1.所有对其它需求的内部交叉引用是否正确?
2.需求为设计提供了充足的基础么?
3.是否所有需求的书写详细程度都是一致的、合适的?
4.是否包括了每个需求的实现优先级?
5.是否定义了所有与外部硬件、软件和通讯的接口?
6.是否定义了功能性需求内在的算法?
7.软件规格说明书是否包含了所有已知的业务需求?
8.是否记录了所有可能的错误条件所产生的系统行为?
9.对所有内部和外部接口的描述,是否都符合模板的要求,即包括来源、目的、输入、输出和激发条件?
正确性
10.是否没有需求间的冲突或重复的需求?
11.是否每个需求都是无二义性的?
12.是否每个需求的描述都是简洁、清晰的?
13.是否每个需求都可以用测试或同级评审来进行验证?
14.是否每个需求都在项目的范围内?
15.是否每个需求都没有内容或语法上的错误?
16.是否需求中必需的信息都没有遗漏?如果有的话,是否标记为“待决定”了?
17.在已知的约束条件下,是否可以实现所有的需求?
18.是否任一个特定的错误信息都具有唯一性和明确的意义?
质量属性
19.对所有性能目标都作了适当的说明么?
20.对所有安全和防护性的考虑作了适当的说明么?
21.对其它相关的质量属性目标是否明确地文档化和量化,且进行了可接受的权衡也被详细说明了?
可追溯性
22.每个需求的标识都是唯一和正确的么?
23.每个软件功能需求都可追溯到客户需求么?
特殊问题
24.是否所有需求都是名副其实的需求,而不是设计或实现方案?
25.是否确定了对时间要求高的功能并定义了它们的时限标准?
第五篇:图书馆管理系统(软件需求说明书)
1引言...............................................................................................................................................2 1.1编写目的.................................................................................................................................2 1.2背景说明.................................................................................................................................2 2任务概述.......................................................................................................................................3 2.1目标.......................................................................................................错误!未定义书签。2.1.1开发意图............................................................................................错误!未定义书签。2.1.2应用目标............................................................................................错误!未定义书签。2.1.3作用及范围........................................................................................错误!未定义书签。2.2用户特点...............................................................................................错误!未定义书签。2.3假定与约束...........................................................................................错误!未定义书签。3需求规定.....................................................................................................错误!未定义书签。3.1对功能的规定.......................................................................................错误!未定义书签。3.2对性能规定.............................................................................................................................8 3.2.1精度....................................................................................................错误!未定义书签。3.2.2时间特性要求....................................................................................错误!未定义书签。3.2.3灵活性...................................................................................................................................9 3.3输入输出要求.......................................................................................错误!未定义书签。3.4数据管理能力要求...............................................................................................................11 3.5故障处理要求.......................................................................................................................12 3.6其他专门要求.......................................................................................................................12 4运行环境设定.............................................................................................................................13 4.1设备.......................................................................................................................................13 4.2支持软件...............................................................................................错误!未定义书签。4.3接口.......................................................................................................错误!未定义书签。4.3.1用户接口............................................................................................错误!未定义书签。4.3.2软件接口............................................................................................错误!未定义书签。4.4控制.......................................................................................................错误!未定义书签。4.5出错处理和恢复...................................................................................错误!未定义书签。
1.引言
1.1.编写目的
需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人,开发组成人员,扶助开发者,支持本项目的领导和公司人员,软件验证者。
1.2.背景说明
人工管理图书的手续繁索、效率低下给具有强烈时间观念的管理人员带来了诸多不便,学校图书馆缺少一套完善的图书管理软件,为了对图书的管理方便,因此必须开发图书管理系统。
随着计算机技术的不断应用和提高,计算机已经深入到社会生活的各个角落。而采用手工管理图书的方法,不仅效率低、易出错、手续繁琐,而且耗费大量的人力。为了满足图书馆管理人员对图书馆书籍,读者资料,借还书等进行高效的管理,在工作人员具备一定的计算机操作能力的前提下,特编此图书管理系统软件以提高图书馆的管理效率。2.任务概述
2.1.目标
建立的图书管理系统,要把图书馆的图书管理、读者管理、图书借阅管理等日常管理工作实行计算机统一管理,以提高工作效率和管理水平。
2.1.1 开发意图
a.为了图书管理系统更完善;
b.为了学校图书馆对图书的管理更方便;
c.为了减轻图书管理人员的工作负担。
2.1.2 应用目标
通过本系统软件,能帮助图书馆管理人员利用计算机,快速方便地对图书馆书籍,读者资料,借还书等进行高效的管理。
2.1.3 作用及范围
本软件适用于教育界,它是比较完善的系统管理软件,对图书馆的书籍,读者资料,借还书等可以进行方便的管理。
System图书管理系统查询信息办理借书还书业务读者借阅,归还图书反馈系统管理维护信息管理,维护系统系统管理员图书管理员图书管理系统概况图
图1.图书管理系统用例概况图
2.2.用户的特点
本软件的使用对象有学校图书馆的系统管理员(更新维护系统),图书管理人员(办理借阅,归还图书)和读者(查询图书)。
备注:会汉语、懂计算机的基本操作就可以利用该软件进行所需操作。
图2.系统管理员信息
图3.图书管理员信息
图 4.读者信息
2.3.假定与约束
人力资源约束:
a.估计开发该系统需购买硬件、外部设备(P4微机一台、打印机一台),花费1.2万元左右,开发工作量约需3个人月工作量,每人月工资为2000元,开发完成后维护费用每年600元,开发完成后,原有的3名管理人员可以减少2名,每人月工资600元。
b.辅导老师1人,开发人员3人; 技术约束:
本项目的设计是在JavaC++.NET程序设计语言的条件下进行的,技术设计采用软硬一体化的设计方法。
环境约束:
运行该软件所适用的具体设备必须是奔腾
4、内存256兆以上的计算机;3.需求规定
1、理解需求
理解需求是在问题及其最终解决方案之间架设桥梁的第一步。开发者只有和用户充分理解了需求之后才能开始设计系统,否则,对需求定义的任何改进,设计上都必须大量的返工。
下面是对系统的终端用户和客户调研后得到的需求规格说明书。
(1)在启动系统后,首先是登陆界面,根据用户输入判断用户身份是否合法。合法用户分为普通用户和系统管理员,其中,系统管理员拥有所有权限,而普通用户没有用户管理权限。
(2)进入读者信息维护界面,可以对读者信息进行添加、删除、修改和查询操作,并且可以遍历记录。
(3)进入图书信息维护界面,可以对图书信息进行添加、删除、修改和查询操作,并且可以遍历记录。
(4)进入读者借还书界面,可以实现读者借书、还书和查阅读者借阅记录的功能,并在读者借还书时,对相应数据库数据进行修改。
(5)系统客户端运行在Windows平台下,服务器可以运行在Windows或Unix平台下。系统还应该有一个较好的图形用户界面。(6)系统应该有很好的可扩展性。
2、需求分析
需求分析是从客户的需求中提取出软件系统能够帮助用户解决的业务问题,通过对用户业务问题的分析,确定系统的功能需求。这个步骤是对理解需求的升华,直接关系到该系统的质量。分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通机制,因此,系统的需求分析也应该是开发人员和用户或客户一起完成的。
<1>系统功能模块划分
根据开发者和客户的需求分析后,可以把系统功能分为两个大的个功能模块:(1)读者管理模块
包括:读者登记,查询,借书,还书,删除等功能(2)图书管理模块
包括:图书添加,查询等功能
3.1.对功能的规定
System归还图书(管理员)办理还书符合条件<
图5.图书管理员处理借书、还书用例图
System查询图书信息<
图6.借阅者请求服务用例图
System增加系统功能增加图书增加读者查询图书信息查询读者信息系统管理员移除,更新读者移除,更新图书移除,更新系统功能系统管理员管理维护系统的用例图
图 7.系统管理员管理维护系统用例图
3.2.对性能的规定 3.2.1.精度
在精度需求上,根据使用需要,在各项数据的输入,输出及传输过程中,可以满足各种精度的需求。如:根据关键字精度的不同,查找可分为精确查找和泛型查找,精确查找可精确匹配读者已知道的书目,泛型查找,只要满足与输入的关键字相匹配的书目即输出,可供读者查找。
3.2.2.时间特性要求
在软件方面,响应时间,更新处理时间都比较快且迅速,完全满足用户要求。
3.2.3.灵活性
当用户需求,如操作方式,运行环境,结果精度,数据结构于其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。
3.3.输入输出要求
查询书目:输入关键字为书名,作者,索引号,按照精确匹配为主,再索引关联字。输出时列出索引到的所有书目信息,具体信息包括内容摘要、目录号、作者信息、书名、价格、流水号、购买日期等。方便读者查找。
图8.查询图书信息流程图
图9.图书相关属性
借阅图书:通过设备识别图书和读者(借阅证)的流水号(条形码),向数据库传送信息,然后在数据库索引图书信息和读者信息是否符合要求,符合要求待图书管理员确认后再更新相关数据,并将这些数据存入借书文件,最后输出显示存储成功;否则报错。
查看读者的借阅信息:进入读者借书信息管理系统,只需要输入读者个人信息即可,然后系统根据输入的信息,送图书馆管理系统索引查找相关信息,最后将读者借书的信息输出显示。
图 4.读者信息
图10.读者借阅图书流程图
3.4.数据管理能力要求
图 11.定时整理数据:系统管理员根据市场图书行情定时整理系统数据库,对图书的借阅情况、读者的管理情况、书库的增减等均可有计算机执行,并将运行结果归档。
查询库存量:能随时查询书库中图书的库存量,以便准确、及时、方便地为读者提供借阅信息,但不能修改数据,无信息处理权,即可以打印清单、浏览数据等,管理权限由系统管理员掌握和分配。
3.5.故障处理要求
a.内部故障处理
在开发阶段可以随即修改数据库里的相应内容。
b.外部故障处理
对编辑的程序进行重装载时,第一次装载认为错,修改。第二次运行,在需求调用时出错,有错误提示,重试。
c.本软件可能产生的错误为数据库的错误信息,应由数据库管理员对数据库进行维护。为了确保系统恢复的能力,数据库管理员要定期对数据库进行备份。
3.6.其它专门要求
数据的安全性、完整性要求:图书馆各项数据信息必须保证安全性和完整性。网络系统设有通信、程序、网络三级权限和口令管理,确保系统安全。
4.运行环境设定
4.1.设备
硬件、外部设备(P4微机一台、打印机一台)
运行本软件所要求的硬设备的最小配置: a.奔腾4代、内存256M;
b.I/O设备:显示器、鼠标、键盘;
4.2.支持软件
说明为运行本软件所需要的支持软件,如: a.操作系统:Windows98及以上版本 b.支撑框架:.NET Framework1.1 c.数据库:Access2000。
4.3.接口
4.3.1 用户接口
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护,最好要有备份。
4.3.2 软件接口
WIN9X/NT操作系统。
4.4.控制
本软件是以中文版Windows 98及其以上版本的操作系统来控制软件运行。