信息系统需求分析分析报告格式.docx
《信息系统需求分析分析报告格式.docx》由会员分享，可在线阅读，更多相关《信息系统需求分析分析报告格式.docx（13页珍藏版）》请在冰豆网上搜索。
信息系统需求分析分析报告格式
信息系统需求分析报告格式
————————————————————————————————作者：
————————————————————————————————日期：
需求分析报告编写规范
文件编号：
NW503101
生效日期：
2000.3.20
受控编号：
密级：
秘密
版次：
Ver2.1
修改状态：
总页数
16
正文
4
附录
12
编制：
杨利
审核：
袁淮
批准：
孟莉
文件修改控制
修改记录编号
修改
状态
修改页码及条款
修改人
审核人
批准人
修改日期
1.目的
2.适用范围
3.术语及缩略语
4.编写规范
4.1排版规范
4.2模板使用
5.引用文件
5.1NW503102《软件功能规格说明书编写规范》
6.附录
1.目的
为使需求分析的结果能够完整、无遗漏地反映待开发系统的要求，本文件规定《需求分析报告》的编写格式和内容要求。
2.适用范围
适用于本公司软件产品或软件项目的需求分析报告的编制。
3.术语及缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.编写规范
4.1排版规范
1）整个规范由2节构成，模板单独一节。
2）正文样式采用“规范正文”。
3）标题编号采用每节独立编号。
4.2模板使用
需求分析报告的编写可依据具体情况选用摸板的格式或编写指南的格式。
1）拷贝规范。
2）删除第一节（需求分析报告封面前的所有页）。
3）在修改完内容后，更新目录域和相关的页数域。
5.引用文件
5.1NW503102《软件功能规格说明书编写规范》
6.附录
以下部分为需求分析报告的模板与编写指南。
密级：
机密
文档编号：
第版
分册名称：
第册/共册
项目名称（项目编号）
需求分析报告
（部门名称）
沈阳东大阿尔派软件股份有限公司
总页数
正文
附录
生效日期：
年月日
编制：
审核：
批准：
7.引言
7.1目的
软件需求规格说明书是为了开发正和公司机械设备租赁管理系统而编写的。
本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。
本文也是项目完成后系统验收的依据。
同时本说明书还是《设计文档》、《测试计划》和《用户手册》的编写依据。
本文的读者为开发人员、用户和测试人员。
7.2背景
该需求分析说明书是在对公司安全设备管理部、项目部经营等两个大部门现行情况调查一个月，对各部门的相关资料分析和整理的基础上编写的。
说明：
a．本软件项目名称为：
机械设备租赁管理信息系统。
b．本项目由公司自行开发，用于公司机械设备租赁规范化既时即效的管理。
公司也正逐步推行企业信息化管理，其中的设备信息化管理是其中的重点之一。
为此，公司总部的各职能办公室及各区域公司都申请宽带上网，并且都配备了奔腾IV级别以上的计算机，内部组成了局域网。
机械设备租赁管理信息系统将以现有的网络为依托，通过信息化系统将公司设备管理提升一个档次。
7.3参考资料
a．沈阳东大阿尔派软件股份公司的《需求分析报告编写规范》
b．首都信息发展股份有限公司《软件需求规格说明书》
c．
7.4术语
Office：
微软的办公软件
8.任务概述
8.1目标
机械设备租赁管理信息系统的主要目标就是公司对于设备运转，项目工程情况，材料消耗，经营核算等信息达到准确、及时的业务信息的共享，形成一个完整的设备管理体系，为设备管理职能部门及相关部门提业务信息和决策支持信息的要求。
该系统将财务管理，通过对费用、材料等成本的控制，使公司生产、经营与信息化更紧密地结合在一起。
性能方面，本软件要求做到快速反应，尽量避免大规模的集中运算，提高单步操作的响应速度。
操作方面，本软件最大限度的贴近使用者，做到界面简单明了，使用人员不需要专业的计算机技能即可熟练操作本系统。
在各个模块都实现后，数据在输入数据终端后,系统将可以做到自动统计处理，这样就能保证更加真实的反映企业的真实状况。
兼容性方面，本软件将尽量兼容现行的一些软件，建立各种接口，做到数据上的兼容。
可维护性方面，本系统在设计时充分考虑了后期实施和维护的情况，将大部分功能设置的相对灵活，方便维护人员工作，同时在编写代码时，尽量避免重复代码，减小代码修改的难度，缩短后期维护时的代码调整时间。
相对现有系统，本软件能替代大量的手工操作，加快数据传递速度，方便各种设备，项目及设备运转情况费用、材料使用情况的查询。
由于替代了大部分人工的计算和传递，因此大大提高了数据的准确性。
8.2系统（或用户）的特点
机械设备租赁管理信息系统软件最终用户为各区域公司、安全设备管理部、项目管理部、公司领导层等成员。
由于涉及面广、操作人员较多，计算机应用水平参差不齐，对软件使用的领悟能力也不同，部分操作人员计算机水平只限于会一些基本的操作，如使用操作系统、利用微软的office制作一些图表等，所以本系统尽量以逻辑简单操作方便易使用为目标。
9.假定和约束
由于系统模块比较多，恐开发时间拉得太长，因此系统将分两二阶段完成，第一阶段完成主体部分，关于设备这块优先完成，材料、配件管理模块将在第二阶段完成。
10.需求规定
10.1对功能的一般性规定
本处仅列出对软件系统的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。
10.2对性能的一般性规定
对数据精度、响应时间的要求。
本处仅列出对软件系统的所有功能（或一部分）的共同要求，针对某一功能的专门性能要求应列在该功能规格说明中。
10.3其他专门要求
视具体情况，列出不在本规范规定中的需求，如对数据库的要求，多平台特性要求，操作特性要求，场合适应性要求等对一具体软件系统的所有功能（或一部分）的共同要求，针对某一功能的专门要求应列在该功能说明中。
10.4对安全性的要求
指出系统对使用权限的管理要求（使用权限分为几级、是否与部门权力体系对应等）、信息加密、信息认证（确定穿过系统或网络的信息没有被修改）方面的要求。
11.运行环境规定
11.1设备及分布
1）主机类型
2）网络类型
3）存贮器容量
4）其他特殊设备
5）设备分布图
11.2支撑软件
1）操作系统
2）数据库管理系统
3）其他支撑软件
11.3接口
简要说明该软件同其他软件之间的公共接口、数据通信协议等，如果外部接口仅与某子功能有关，该接口说明应列在子功能规格说明书中。
11.4程序运行方式
说明该软件的运行方法。
如是部件、还是独立运行程序、API等。
12.开发成本估算
以列表的方式给出各功能规定所需的开发人时和费用（如差旅费）。
13.尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题
14.附录
需求分析过程中会产生各种记录如调查表格、业务系统单据等。
记录或报告的存档编号和名称填写在下表中。
其中类别是记录的分类，一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原始数据单据、业务系统参考资料。
编号
名称
类别
需求说明书编写指南
1.Objectives目标
阐明需求说明书的标准格式，做为合同和需求分析的结果。
2.Scope范围
2.1适用于指导需求说明书的编写。
2.2本模板力图覆盖所有可能在需求说明书中出现的主题。
这样做的目的是并不是要求每一个需求说明书都要包括这里定义的全部章节，而是提供一个所有需求说明书都应当遵循的框架。
一些特殊的章节应当提供但不要求有详细的说明，只需在说明书中包含下面有适当文字说明的标题即可，例如，不适用。
3.References参考
4.OutstandingIssues尚存主要问题
5.Approvals批准
销售主管
6.Responsibilities职责
客户经理有责任确认本模板被切实执行。
7.Template模板
7.1Lead-insections引导部分
7.1.1以下是需求说明书的起始部分。
在文档格式规范中有关于它们的更详细的描述。
1）Objectives目标
2）Scope范围
3）References参考
4）Assumptions前题条件
5）OutstandingIssues尚存主要问题
6）DocumentControl文档控制
7）Approvals批准
8）Distribution分发
9）AmendmentRecord更改记录
10）Traceability可追溯
7.2ComponentorSystemDescription部件或系统描述
7.2.1本说明书所覆盖的部件或系统的简要介绍。
本部分可以很简要，因为它仅包含帮助读者快速了解所说明内容的信息。
7.2.2应当提供一个上下文相关图来帮助确定被描述的部件或系统的定位。
使用USER-CASE图来描述。
7.2.3参考应当做成关联文档（例如建议，合同，项目编号）。
7.3PurchaserRequirements客户需求
7.3.1Summary概要
7.3.1.1本部分应当包括那些直接影响到客户使用本部件或系统的需求。
它分为两个部分，功能和特性。
●部件或系统的功能描述了什么可以做，例如，打印一个报表。
●部件或系统的特性提供了那些可以描述和评价系统质量的属性。
7.3.1.2每个段落（或段落组）应当包含一个参考来跟踪需求的出处。
每个句子或段落应当编号；无论何种情况每个编号的项目仅应当定义一个需求。
7.3.1.3每个段落（或段落组）应当指出它的重要程度，按以下方式分类：
1）强制的：
最基本的特征；没有它产品将不可用。
2）必需的：
单独的非基本的特征，但是它们加在一起会影响产品的能力。
3）期待的：
最好能有的特征；一个或多个这些特征被忽略也不会影响产品的能力。
7.3.2Purchaser-RelatedFunctionality客户要求的功能
7.3.2.1ApplicationFunctionality应用程序的功能
7.3.2.1.1在系统或子系统一级，这一部分应当包含可用的应用程序所提供的功能的描述。
7.3.2.1.2在应用程序一级，这一部分细化应用程序必须做到的功能。
7.3.2.1.3功能应当用结构化的英语或适当的形式化的方法学来描述。
7.3.2.2HumanInterface人机界面
7.3.2.2.1这一部分应当定义所需的菜单结构，屏幕/窗口设计，报表设计和其它操作/或管理界面。
在这一过程中，需求可能广泛地涉及已有的标准或产品。
7.3.2.2.2参考应当指向其它的说明书和标准。
7.3.2.3DataTypes数据类型
这一部分应当包括对系统或应用程序中对用户有用的所有数据类型的描述，包括应用程序开发工具用到的或表单，显示，报表和输出用到的。
7.3.2.4ControlStructures控制结构
这一部
升级会员 