软件需求分析报告实例.docVIP

需求分析说明书

TOC\o1-3\h\z\u36591.引言 3

256271.1编写目的 3

76491.2工程风险 3

185871.3预期读者和阅读建议 5

254031.4产品范围 5

66941.5参考文献 5

70252.系统总体概述 6

138522.1目标 6

62492.2用户类和特性 7

288682.3运行环境 7

264632.3.1硬件环境 7

195092.3.2软件环境 7

114432.4设计和实现上的限制 7

254502.5假设和约束(依赖) 7

264022.5.1产品的SEO排名 7

48852.5.3系统的平安 8

76383.外部接口需求 8

301943.1用户界面 8

225173.2硬件接口 8

144903.3软件接口 8

290713.4通讯接口 8

105494.系统特性 8

166724.1说明和优先级 8

188114.2鼓励／响应序列 9

230414.3功能需求 9

76434.4功能详述 11

234184.4.1以使用软件的汽车用户为例： 11

27595.其它非功能需求 12

310635.1性能需求 12

228985.2平安措施需求 12

46525.3平安性需求 12

19345.4操作需求 13

22185.5软件质量属性 13

250225.6业务规那么 13

1835.7用户文档 13

99496.词汇表 13

261496.1SSH 13

87846.2Java 13

46656.3MYSQL 13

240487.待定问题列表 14

引言

编写目的

本需求分析说明书对本工程第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。

需求分析是在可行性研究的根底上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在答复系统做什么的问题，确保将来开发出来的软件产品能够真正满足用户的需要。

构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这局部工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。

需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。

有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。

在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着工程的深入而不断地变化。

此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。

工程风险

政策风险分析：

随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得标准、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准〔标准号JT/T505-2004〕，国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备四轮定位仪，鼓励国内汽车四轮定位仪的产业开展，提升汽车平安性检测装备及技术水平。编写其配套的移动终端的数据采集系统及线上交流软件，建设包括标准车型数据收集及维修案例收集和查询的云计