需求分析报告实例

MOBUY

需求分析说明书文档名称：DM-007 需求分析说明书.doc

成都大学

2016/10/17

文档修改记录

小组成员名单

目录

1引言 (5)

1.1编写目的 (5)

1.3预期的读者和阅读建议 (6)

1.4产品范围 (6)

1.5参考资料 (6)

1.6业务术语 (7)

2系统总体概述 (7)

2.1目标 (7)

2.2产品的前景 (8)

2.3用户特点 (8)

2.4运行环境 (9)

2.4.1硬件环境 (9)

2.4.2软件环境 (9)

2.5设计和实现上的限制 (9)

2.6假设和依赖 (9)

2.6.1实现网络交易的条件和限制 (9)

2.6.2产品的SEO 排名 (10)

2.6.3各个模块之间的稳定协作 (10)

2.6.4系统的安全 (10)

3外部接口需求 (10)

3.1用户界面 (10)

3.2硬件接口 (10)

3.3软件接口 (10)

3.4通信接口 (11)

4系统特性 (11)

4.1说明和优先级 (11)

4.2激励/响应序列 (11)

4.3功能需求 (12)

4.3.1考生用户功能 (12)

4.3.2合作用户功能 (12)

4.4功能详述 (13)

5其他非功能需求 (14)

5.1性能需求 (14)

5.1.1数据精确度 (14)

5.1.2时间特性 (15)

5.1.3故障处理 (15)

5.2安全设施需求 (15)

5.3软件质量属性 (15)

5.3.1安全保密性 (15)

5.3.2易用性 (15)

5.3.3兼容性 (16)

5.3.4可移植性 (16)

5.3.5可扩充性和可维护性 (16)

5.4业务规则 (16)

5.5用户文档 (16)

6其他需求 (16)

7附录 (17)

7.1附录 A：词汇表 (17)

7.1.1SSH .....................................................................................................................................

17

7.1.2Java ....................................................................................................................................

17

7.1.3MD5 ...................................................................................................................................

17

7.2附录 B：待确定问题的列表 (17)

7.3附录 C：过程文档 (17)

1引言

1.1编写目的

本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较

为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计

人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。需求分析是

在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需

求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是

否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够

真正满足用户的需要。

构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，

在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。需求分析

是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并

不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员

之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开

发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。有效的需求分析通常都

具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有

的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后

的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求

描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期

的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。

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

1.2项目背景

随着本科院校的扩招热，使得研究生的扩招热成为一种现实，随着就业等压力的变大，越来越多的人选择本科结束后继续考研。

在信息技术高度发达的今天，人们越来越热衷于上网上查找各种信息和资源。但是，到目前为止，还没有一家专业的专注于服务广大考研学生的网站，现有的几家都存在各种各样的问题。

为了能够使得广大考生享受更专业，更优质的服务，也为了能够抓住这个宝贵的市场，所以决心自己来做这个项目。

目前的市场面临以下局面：一：业务需求旺

盛这是考研热的必然结果，而且必将持续数

年。二：同行业竞争激烈

虽然目前的几家网站都不够专业，但是已经保持了足够的固定用户来维持自身的稳定运营，新产品上市后都需要一定的时间才能开拓足够的市场。

三：新自助设备和新终端的出现：

目前手机上网，以及各种手持上网设备的普及，使得上网的方式发生了很多变化。对新设备的支持必须纳入产品的设计实现中。

1.3预期的读者和阅读建议

小组成员审核组成员相

似系统的设计人员1.4

产品范围

本产品面向所有计划考研的、正在准备考研的本科生、自考生等，同时面向各种资料服务的提供者，为他们搭建一个平台。

1.5参考资料

[1]郑人杰、殷人昆、陶永雷，《实用软件工程》（第二版），清华大学出版社，1997

[2]陆丽娜，《软件工程》经济科学出版社，2000.3

[3]张海藩，《软件工程导论》（第五版），清华大学出版社，2008.5

[4]Watts S.Humphrey《软件工程规范》第2 版.清华大学出版社.2006 年

1.6业务术语

没有特殊的用语，本部分省略。

2系统总体概述

2.1目标

需求分析规格说明书的主要目地是让我们能更加清楚地了解银杏黄考研社区的详细需求，用户真正需要系统的真正目地。

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

有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为

用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需

要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标

系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易

变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是

属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项

目的深入而不断地变化。

此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可

以测量和可以实现，并且基于时间。

软件需求分析的任务是：深入描述软件的功能和性能，确定软件设计的约束和软件同其

他系统元素的接口细节，定义软件的其他有效性需求，借助于当前系统的逻辑模型导出目标

系统逻辑模型，解决目标系统“做什么”的问题。

需求提出主要集中于描述系统目的。需求提出和分析仅仅集中在使用者对系统的观点上。用户、开发人员和用户确定一个问题领域，并定义一个描述该问题的系统。这样的定义称作

系统规格说明，并且它在用户和开发人员之间充当合同。

在问题分析阶段分析人员的主要任务是：对用户的需求进行鉴别、综合和建模，清除用

户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻

辑模型。分析人员要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由

于用户的片面性或短期行为所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜

在需求。

在需求评审阶段，分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说

明和初步的用户手册进行复核，以确保软件需求的完整、准确、清晰、具体，并使用户和软

件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点，必

须尽快更正，再行检查。

此产品目的在于搭建一个平台，能够让商品和服务的提供者，和商品及服务的需求者能

够方便的实现交流，以及产品的流通。产品的功能被很多类似的产品实现，我们的目标在于

要做的比他们更专业，更具有针对性。

根据项目的计划，将项目分为几个阶段来实现，本说明书主要对第一个阶段来说明，此

阶段的目标主要有几个方面：

1.实现考研用户的功能

2.实现提供资料服务的客户功能

3.网上支付

4.移动客户端

2.2产品的前景

市场上类似的产品不少，但是良莠不齐，市场混乱。市场急需一个专业的产品来保证广大考生，广大客户的利益。

近些年来，考研的人越来越多，这是一个巨大的市场，即使后来加入，也必将是一个巨大的蛋糕。产品虽然只是提供一个专业化的平台，但是市场必将证明这个平台是及时的，是符合广

大用户需求的。2.3

用户特点

本系统根据最终用户所具有的不同功能将用户分为以下四类：

1、考生用户：需要从产品得到信息，产品等；

2、合作用户：提供考生用户需求的各种产品、信息；

3、管理用户：管理考生用户和合作用户，保证正常的秩序；

4、系统管理员：维护系统的正常该产品的用户主要是全国各地的考生，他们一般不经过任何的培训就能能够比较熟练地

应用此系统。

本系统的预期使用频度为：7*24 小时。

2.4运行环境

2.4.1硬件环境

可选用支持 J2EE 的主机，虚拟主机，基于开发使用的是开源系统，所以具有了很好的移植性，对硬件网络没有特殊要求，以实际购买力为准。

2.4.2软件环境

1、用 MySQL 作为数据存储数据库；

2、采用 SSH 技术作为系统的解决方案，使系统具有更好的可扩展性；

3、采用 Tomcat 作为系统的应用服务器

4、客户端采用浏览器形式，满足零客户端的易用性要求；

5、交付日期允许的情况下可以考虑满足客户手机客户端的需求2.5

设计和实现上的限制

设计上，目前这个系统仅仅是未来产品的一部分，必须要保证具有良好的扩展性。实现上，需要一个主机服务器，而且没有开发类似产品的经验等。

2.6假设和依赖

2.6.1实现网络交易的条件和限制

需要选择一个信誉良好，便于用户使用，便于管理，出错几率小的网络交易中间商，用来实现最重要的用来维持产品运营的重要组件。

2.6.2产品的SEO 排名

为了在尽量短的时间内收回对系统的投资，需要尽快的打开市场，提高系统的 SEO 排名，有助于尽快的打开市场，从而能尽快盈利。为下一步的发展奠定基础。

这个需要专业人士的帮助。

2.6.3各个模块之间的稳定协作

系统主要会由用户的几种类型分为几个模块，各个模块之间的稳定协作需要得到保证，保证系统的 24*7 的稳定运行，尽量只保持周期性的维护。

2.6.4系统的安全

系统的安全是当前网络环境下的一个重要要求，系统的安全不仅关系着自身的盈利等，还关系着用户的各种信息。

系统的安全方面，需要专业人士的帮助。

3外部接口需求

3.1用户界面

追求尽量简洁的界面，争取直观的传递给客户尽量多的讯息。

3.2硬件接口

不详，需要根据具体的情况具体分析。3.3

软件接口

不详，需要根据具体的情况具体分析。

3.4通信接口

遵循各种网络协议，满足各种浏览器的需求。不详，需要根据具体的情况具体分析。4系统特性

4.1说明和优先级

本系统根据最终用户所具有的不同功能将用户分为以下四类： 1、

考生用户：需要从产品得到信息，产品等；

2、合作用户：提供考生用户需求的各种产品、信息；

3、管理用户：管理考生用户和合作用户，保证正常的秩序；

4、系统管理员：维护系统的正常。

产品在做完最基础的架构之后，应该优先做出考生用户的模块，然后才是管理用户和合作用户的功能，虽然考生用户不能用来盈利，但是这个用户群是整个产品的根本。

优先级：管理员〉考生〉合作用户=管理员

4.2激励/响应序列

目前不详。

4.3功能需求

4.3.1考生用户功能

4.3.2合作用户功能

4.3.3管理用户功能

4.4功能详述

以考生用户为例

5其他非功能需求

5.1性能需求

5.1.1数据精确度

由于涉及到金钱的流通，对于数据类的信息要保证足够的精确，金钱要精确到分。用户的在线时间等要精确到分钟。

5.1.2时间特性

页面刷新时间不能超过 3 秒，页面直接的跳转不超过 4 秒。满足考研用户需要快速得到信息的要求，页面的优化要做好，使得每个用户能感觉到能

够流畅迅速的查找到自己所需要的信息。

5.1.3故障处理

页面长时间无响应，提出警告，要求用户刷新。

页面载入时间过长，要有提示，防止用户认为系统有问题。

5.2安全设施需求

1、应用日志必须在现有基础上进行精简，对于重复日志记录、无用日志记录进行删减；

2、应用日志必须按日保存，每个文件保存应用一天的完整日志；

3、历史应用日志必须压缩后按日保存，以减小历史日志文件对硬盘空间的占用；

4、历史应用日志必须保留一个月（30 天），以保证问题出现后，日志可以得到较好的保存。

5.3软件质量属性

5.3.1安全保密性

系统要有足够的防御能力，防御普通黑客的攻击，尽量减少各种可能出现的漏洞，防止

用户信息被不良分子窃取。

保证用户权限的正确设置，防止出现各种越权行为，保证系统的正常良好运行。用户的信息保存采用国际流行的 MD5 加密，保证安全。

5.3.2易用性

虽然系统的用户普遍为受过高等教育的学生，但是易用性永远是每个用户所追求的，产品要保证每个人都能在极短的时间掌握系统的使用方法。

5.3.3兼容性

产品的客户端是各类用户的浏览器，由于市面上各种浏览器的存在，良好的兼容性能保

证良好的用户体验和系统的稳定。

系统的开发要针对目前市场占有率居前列的浏览器，包括：IE7，火狐，谷歌浏览器等。保证各种浏览器的浏览都能保持页面的正常。

5.3.4可移植性

产品使用 SSH 架构，使用 java 语言编写，服务器使用 tomcat，数据库采用 mySQL，保

证了良好的可移植性。

5.3.5可扩充性和可维护性

SSH 的架构保证了系统良好的扩充性，各个组件之间的耦合关系小，使得各个组件可以不必过分依赖其他组件而工作。同时提高了可维护性。

5.4业务规则

产品面向的用户主要为受过高等教育的考生群体，客户端是用户终端上面的浏览器，产

品无各种特殊的操作规范。

5.5用户文档

暂无编写需求。

6其他需求

解决交易过程中发送账号金钱信息的丢失，链路关闭的问题。解决交易完成进行同步时产生事务嵌套和死锁导致同步不成功，严重时可能导致交易业务数据丢失的问题。

用户交易可能存在特殊的加密需求，尚不明确

7附录

7.1附录A：词汇表

7.1.1SSH

SSH 在 J2EE 项目中表示了 3 种框架,即 Spring + Struts +Hibernate.

7.1.2Java

Java，是由 Sun Microsystems 公司于 1995 年 5 月推出的 Java 程序设计语言和 Java 平台的总称。

7.1.3MD5

Message Digest Algorithm MD5（中文名为消息摘要算法第五版）为计算机安全领域广泛使用的一种散列函数，用以提供消息的完整性保护。该算法的文件号为 RFC 1321（R.Rivest,MIT

Laboratory for Computer Science and RSA Data Security Inc. April 1992）

对 MD5 算法简要的叙述可以为：MD5 以 512 位分组来处理输入的信息，且每一分组又被划分为 16 个 32 位子分组，经过了一系列的处理后，算法的输出由四个 32 位分组组成，将这四个 32 位分组级联后将生成一个 128 位散列值。

7.2附录B：待确定问题的列表

暂无列表。