需求分析的报告实例.docx

DM-007 需求分析说明书.doc PAGE \* MERGEFORMAT 1 / NUMPAGES \* MERGEFORMAT 18 DM-007 需求分析说明书.doc PAGE \* MERGEFORMAT 11 / NUMPAGES \* MERGEFORMAT 21 DM-007 需求分析说明书.doc PAGE \* MERGEFORMAT 1 / NUMPAGES \* MERGEFORMAT 18 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 小组成员名单 目录 引言 5 编写目的 5 项目背景 5 预期的读者和阅读建议 6 产品范围 6 参考资料 6 业务术语 7 系统总体概述 7 目标 7 产品的前景 8 用户特点 8 运行环境 9 硬件环境 9 软件环境 9 设计和实现上的限制 9 假设和依赖 9 实现网络交易的条件和限制 9 产品的SEO 排名 10 各个模块之间的稳定协作 10 系统的安全 10 外部接口需求 10 用户界面 10 硬件接口 10 软件接口 10 通信接口 11 系统特性 11 说明和优先级 11 激励/响应序列 11 功能需求 12 考生用户功能 12 合作用户功能 12 管理用户功能 13 功能详述 13 其他非功能需求 14 性能需求 14 数据精确度 14 时间特性 15 故障处理 15 安全设施需求 15 软件质量属性 15 安全必威体育官网网址性 15 易用性 15 兼容性 16 可移植性 16 可扩充性和可维护性 16 业务规则 16 用户文档 16 其他需求 16 附录 17 附录 A：词汇表 17 SSH 17 Java 17 MD5 17 附录 B：待确定问题的列表 17 附录 C：过程文档 17 1 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答系统做什么的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而