《软件需求分析报告（定）》由会员分享，可在线阅读，更多相关《软件需求分析报告（定）（9页珍藏版）》请在金锄头文库上搜索。
1、软件需求分析报告1.引言.111.1编写目的.111.2项目风险.111.3文档约定.111.4预期读者和阅读建议.111.5产品范围.121.6参考文献.122.综合描述.122.1产品的状况.122.2产品的功能.132.3用户类和特性.132.4运行环境.132.5设计和实现上的限制.132.6假设和约束(依赖).143.外部接口需求.143.1用户界面.143.2硬件接口.153.3软件接口.153.4通讯接口.164.系统功能需求.164.1说明和优先级.164.2激励响应序列.174.3输入输出数据.175.其它非功能需求.175.1性能需求.175.2安全措施需求.185.3安全
2、性需求.185.4软件质量属性.185.5业务规则.185.6用户文档.186.词汇表.197.数据定义.198.分析模型.209.待定问题列表.201.引言1.1编写目的本需求分析报告对畅捷通T+ V12.1升级项目中自定义功能增加的内容进行分析，对需求细节进行了较为详细的阐述。本需求分析报告供业务和信息技术管理部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据之一。需求分析是将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。
3、一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。此外，为了方便后续的评审和测试等工作，力求将需求的描述做到：具体、详细、可以测量。1.2项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：任务提出者；软件开发者；产品使用者。1.3文档约定
4、描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括：正文风格；提示方式；重要符号；也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。1.4预期读者和阅读建议列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括：用户；开发人员；项目经理；营销人员；测试人员；文档编写入员。并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。1.5产品范围说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，或者业务策略相联系。描述产品范围时需注意，可以参考项目视
5、图和范围文档，但是不能将其内容复制到这里。1.6参考文献列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：本项目的合同书；上级机关有关本项目的批文；本项目已经批准的计划任务书；用户界面风格指导；开发本项目时所要用到的标淮；系统规格需求说明；使用实例文档；属于本项目的其它己发表文件；本软件产品需求分析报告中所引用的文件、资料；相关软件产品需求分析报告；为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：标题名称；作者或者合同签约者；文件编号或者版本号；发表日期或者签约日期；出版单位或者资料来源。2.综合描述这一部分概述了正在定义的软件产品的作用范围以及该
6、软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。2.1产品的状况描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况：是否是产品系列中的下一成员；是否是成熟产品所改进的下一代产品；是否是现有应用软件的替代品(升级产品)；是否是一个新型的、自主型的产品。如果该软件产品需求分析报告定义的软件系统是：大系统的一个组成部分；与其它系统和其它机构之间存在基本的相互关系。那么必须说明软件产品需求分析报告定义的这部分软件是怎样与整个大系统相关联的，或者（同时）说明相互关系的存在形式，并且要定义出两者之间的全部接口。2.2
7、产品的功能因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。参考用户当前管理组织构架，了解各个机构的主要职能，将有助于陈述软件产品的主要功能。2.3用户类和
8、特性确定有可能使用该软件产品的不同用户类，并且描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。2.4运行环境描述了本软件的运行环境，一般包括：硬件平台；操作系统和版本；支撑环境(例如：数据库等)和版本；其它与该软件有关的软件组件；与该软件共存的应用程序。2.5设计和实现上的限制确定影响开发人员自由选择的问题，并
9、且说明这些问题为什么成为一种限制。可能的限制包括下列内容：必须使用的特定技术、工具、编程语言和数据库；避免使用的特定技术、工具、编程语言和数据库；要求遵循的开发规范和标准例如，如果由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准；企业策略的限制；政府法规的限制；工业标准的限制；硬件的限制例如，定时需求或存储器限制；数据转换格式标淮的限制。2.6假设和约束(依赖)列举出对软件产品需求分析报告中，影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到影响。这些假设的因素可能包括：计划使用的商业组件，或者其它软件中的某个部件；假定产品中某个用户界面将符合一个特殊的设计约定；有关本
