《项目需求分析说明书》模板完整.docx
《《项目需求分析说明书》模板完整.docx》由会员分享,可在线阅读,更多相关《《项目需求分析说明书》模板完整.docx(9页珍藏版)》请在冰豆网上搜索。
《项目需求分析说明书》模板完整
文档编号:
版本号:
{项目名称}
需求分析说明书
{用户机构名称}
XXXXXXX有限公司
年月
编制:
生效日期:
审核:
批准:
1引言
1.1编写目的
编写此需求说明书是为了使用户和开发人员对所开发的系统有一致的理解。
通过阅读此文档,开发人员可以了解当前业务的具体需求和要实现的主要功能,用户通过阅读此文档可以确认开发人员对其业务需求的认识是否正确,并对系统要实现功能有初步的了解。
1.2项目说明
项目名称:
项目用户:
项目开发:
1.3项目背景
描述项目的开发背景:
在些写项目开发的背景内容,对此进行描述。
1.4定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
如:
1、红名单:
已经制作证书并且证书有效的企业名单,主要提供给社保与国税方面应用。
2、派工单:
客服部通知制证部需制证数量的单据。
1.5参考资料
写上编写此文档所参考到的资料
2任务概述
2.1现状
描述项目的现状。
2.2目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.3建设任务
阐述项目的建设任务。
2.4用户特点
写上用户特点。
2.5用户业务分布范围
描述用户的业务范围。
3业务需求分析
3.1系统范围
明确概要地说明用户对系统、产品高层次的目标要求,如系统开发的意图、应用目标、作用范围以及其他相关的背景材料。
如果所定义的产品是一个更大系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
3.2系统体系结构
以图+文本结合的方式描述系统的总体架构。
以下应提供系统总体架构图:
以下对系统总体架构进行描述:
3.3系统总体流程
以图+文本结合的方式说明系统的总体流程。
3.4具体业务需求分析
3.4.1退款处理
3.4.1.1业务描述
对业务进行描述。
3.4.1.2业务流程
如:
3.4.1.3业务各阶段说明
如:
(1)单位登记项目/技术需求
提供单位在线登记项目、技术需求。
(2)618推进处初次审核
初次审核主要是对单位登记的项目/技术需求是否能公布在海峡项目成果交易网上而进行的信息内容审核。
审核通过则在海峡项目成果交易网发布,否则标记不通过(暂缓、拒绝)。
……
3.4.1.4业务功能需求
如:
(1)能够实现对项目成果和技术需求的信息在线录入。
(2)能够对在线征集的项目成果和技术需求的信息进行审核。
(3)能够对审核通过的项目成果和技术需求的信息进行发布和归档。
3.4.1.5功能结构及功能说明
如:
项目征集子系统功能结构如下图(图3-1-3)所示:
图3-1-3项目征集功能结构图
3.4.1.5.1项目征集信息录入功能说明
(1)能够对征集的信息进行录入、保存。
录入的信息包括:
所属地区、目成果/技术需求名称、法人、单位属性、联系人、手机/电话、地址、电话传真、单位名称、邮编、单位网址、电子邮件、经费(企业能提供的经费)、合作方式、目成果/技术需求简介、所属专场、备注等。
(2)能对所录入的信息进行校验。
……
3.4.1.6业务界面
3.4.1.6.1项目成果征集界面
项目成果征集界面如下图(图3-1-4)所示:
图3-1-4项目成果征集界面图
……
3.4.2……
4非功能性需求
4.1性能需求
4.1.1精度
说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。
如:
保证查全率,所有相应域包含查询关键字的记录都应能查到,因企业缴费表中的企业名称有可能不全,所以查询时输入的名称尽可能取最关键的部分,采用模糊查询来保证查全率。
保证查准率,查到的记录应与给定的单项或组合查询条件完全匹配。
以事务为单位提交数据,若出现异常故障,需返回到未提交前。
4.1.2时间特性要求
说明对于该软件的时间特性要求,如对:
响应时间;
更新处理时间;
数据的转换和传送时间;
解题时间;等的要求。
如:
地图分块加载,减少用户等待时间;
定制的系统加载完成不超过20秒;
地图刷新时间小于5秒;
4.1.3灵活性
说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:
操作方式上的变化;
运行环境的变化;
同其他软件的接口的变化;
精度和有效时限的变化;
计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
例:
系统采用类似于网站的操作界面,以视窗操作系统为基础,可通过foxpro或access等数据库引擎与其它系统交换数据。
符合证书管理及制作的规范要求,能够满足日常的工作需要。
4.2输人输出要求
解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
如:
输入的数据包括手工录入和批量导入。
对精度的要求是金额字段保留小数点后两位。
由于外部系统复杂多变,导入导出的数据格式有多种,要求系统能解析绝大部分的数据格式。
内部交换数据用XML格式。
4.3数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。
4.4故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
如:
数据库引擎出现故障可能导致整个系统的瘫痪,影响所有的操作人员,建议配置一个后备服务器应急。
网络连接故障会导致无法连入数据库,从而使某个操作人员无法使用系统,需人工排查网络故障。
系统需用到一些外部辅助软件,例如office等,如果未安装这些软件,可能会影响部分功能,比如无法生成word、excel文档,无法导出access数据格式等。
系统可能会用到flash插件,如果没安装,会导致无法显示某些flash动画,系统应在安装配置时自动载入相关插件。
打印机故障会导致无法打印出单据,系统应能在这种情况下,询问并选择其它打印机输出。
4.5其他专门要求
如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
5运行环境规定
5.1硬件配置
5.1.1客户端系统要求
硬件配置:
512M内存,P3700MHz,40GB硬盘;
推荐硬件配置:
1GM内存,P41.8GHz,40GB硬盘,1024×768分辨率的显示器;
5.1.2服务端系统要求
硬件配置:
2GM内存,PentiumD2.8GHz,,80GB硬盘;
推荐硬件配置:
2G以上内存,双XEON至强2.8GHz以上CPU,SCSI硬盘;
5.2软件配置
5.2.1客户端系统要求
操作系统:
Windows2000/XP/2003;
浏览器:
IE6.0版本或以上;
5.2.2服务端系统要求
操作系统:
Windows2003Sever;
运行环境:
Microsoft.NetFrame2.0
GIS平台:
ArcgisServer9.2,ArcgisServer9.2Sp2
系统组件:
IISWeb服务器
数据库:
Oracle9iServer
5.2.3服务器系统说明
数据库服务器、ArcgisServer应用服务器、IISWeb服务器安装在同一机器上,若考虑性能,可把IISWeb服务器与数据库服务器分开部署,若需要发布多个MapServer,则可以把ARCSOM和ARCSOC分开部署,一台ARCSOM可管理多台ARCSOC。
5.3接口
如:
(1)升级后的6·18网站预留6·18交易通、969618客服呼叫中心、项目博客等待开发的系统接口。
……
6需求确认书
甲、乙双方通过对《{项目名称}需求分析说明书》的认真审核,达成如下一致意见:
双方同意按照本需求分析说明书所描述的范围、规格进行系统建设。
甲方在后续的实施过程中如果需要对现有需求进行变更,需填写《软件需求变更表》或《软件新增需求说明书》,并提交乙方审核确认。
如果双方经协商达成一致,则按双方确认的部分进行项目实施。
否则仍以原有需求为项目实施依据。
本需求分析说明书一式{三}份,甲方、乙方{、监理方}各一份。
甲方盖章、签名:
负责人:
年 月 日
乙方盖章、签名:
负责人:
年 月 日
监理方盖章、签名:
负责人:
年 月 日