业务与需求分析怎么写 _需求

1. 怎么编写用户业务需求分析需求分析格式1 引言1.1 编写目的【说明】目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。
不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。
预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。
为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说明；如变动过大可形成新版本。
软件需求说明（Software Requirements Specification）的主要作用为：? 为用户方与开发方建立共同协议奠定基础。? 提高开发效率、强化进度控制。
? 为项目的的评测与验收提供依据。? 便于移植。
? 作为系统不断提高的基础。1.2 编写背景1.2.1 系统名称及版本号【说明】形如“网银三期***系统V3.0.0” 。
其中，版本号的格式为“XX.XX.XX”,X为阿拉伯数字，左“0”可省略。1.2.2 使用者【说明】适应对象和范围。
主要指预期读者，也供有关领导审阅。1.2.3 与其它系统的关系【说明】在用户现有的及预期的整个应用系统中，给本系统准确定位。
用示意图及相应的文字予以说明。2 用户的基本情况2.1 系统建设背景【说明】项目背景与依据、现有基础、项目规模、预期目标等。
可繁可简，格式自定。2.2 组织机构与职能【说明】用层次示意图及相应文字表示（如果需要开发的系统与部门没有直接依赖关系此节可省略，本章随后的小节数将顺次减1），加注：组织机构的层次数、数目、各个机构的职能简述。
2.3 用户特点【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。2.4 用户业务分析【说明】在本部分，希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。
以便设计人员对业务及其发展有所了解，增强系统设计的前瞻性。2.5 计算机应用现状【说明】可繁可简，格式自定。
3 业务需求3.1 项目概述【说明】第一、指明项目的开发意图、应用目标（总目标、分期目标）、作用范围、预期效益等。第二、指明在输入信息转变为输出信息的过程中，为了满足用户的业务需求，应用软件必须完成的基本功能（采用自然语言叙述）。
但此时不要求对基本功能进行分解。第三、如果本系统与其他系统相关联，则应确定本系统的基本功能边界（可采用图示+文字说明的形式，用蓝色标示出本系统的功能，用绿色标示出相关系统的功能）。
3.2 约束条件3.2.1 费用约束【说明】预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。3.2.2 进度约束【说明】预计完成日期、分步实施期限。
3.2.3 其它约束【说明】场地面积限制、通信设施基础、其它干扰因素。注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。
轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。
本章主要介绍项目的总体业务功能，要求站在客户的角度把握系统需求.3.3 性能需求【说明】依据ISO9000标准及我们的理解，下面列出了软件的6组性能，共涵盖21个子特性。这些性能/子特性的相对重要性并不是等同的。
编写时，可以基于具体项目的实际需求，对下述标题或内容进行取舍/侧重。事实上不可能做到面面俱到，往往要作出某些折中。