需求分析报告实例.docx

DM-007 需求分析说明书.doc MOBUY 需求分析说明书 文档名称：DM-007 需求分析说明书.doc 成都大学 2016/10/17 文档修改记录 编号 日期 说明 编写 审核 1 20106年 10 月 12 号 初稿 2 20106年 10 月 14 号 完成 v1.0 版本 3 2016 年 10 月 16 日 修改少许细节，修正语病歧义问题 4 2016 年 10 月 17 日 最终确定版本，打印 5 6 小组成员名单 目录 1 引言 . 5 1.1 编写目的 . 5 1.2 项目背景 . 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.3.3 管理用户功能 . 13 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.1 SSH . 17 7.1.2 Java . 17 7.1.3 MD5 . 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 实现网络交易的条件和限制 需要选择一个信誉良好，便于用户使用，便于管理，出错几率小的网络交易中间商，用来实现最重要的用来维持产品运营的重要组件。 11 / 21 DM-007 需求分析说明书.doc 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 业务规则