如何编写信息系统开发业务需求.pptx

会计学;一、背景知识介绍 二、如何编写高质量的业务需求文档 三、实例分析与展示;一、背景知识介绍;1.软件工程学的基本思想;阶段;2.需求分析的重要性;3.业务需求文档的定义;4.业务需求文档的作用;业务需求文档是我们系统建设过程树立的一个正确的航标。有了这样一个航标，就可以使我们最终能够到达一个正确的彼岸。 ;二、如何撰写高质量的业务需求文档;1. 业务需求文档的常见问题;2.提高撰写质量的措施;（3）使用业务需求标准模板;1.2 业务背景 可以描写与项目相关的单位现状、问题分析与解决思路，以及触发开发该项目的大背景、政策法规，等等。 1.3 项目目标（或任务概述） 就是项目能为用户带来什么利益，解决用户什么问题，或者说怎样才算项目成功。 1.4 参考资料 参考资料的名称、作者、版本、编写日期。 1.5 名词定义 文档中可能使用的各种术语或名词的定义与约定，可以根据需要删减。;2．整体概述 这部分可以对系统进行一个整体性框架性地描述。;3. 功能需求 一个一个的详细描述系统中的每个功能模块（或子系统），包括业务描述、功能描述、输入输出、表单样式、数据来源等等。这部分是业务需求文档中最主要的部分。 3.1 功能描述 可以用自然语言描述模块的功能。对一些流程性的事务，用自然语言比较繁琐的，可以画流程图来辅助描述。 3.2 实现方式 从用户界面的角度，描述系统的功能。;4. 非功能性需求 主要关注系统的性能、安全性、可靠性、易用性等等。 例：内网考勤要支持高并发操作（预计并发用户峰值：xxx）。 例：数据导出功能。? ;可靠性就是系统可以可靠运行，包括系统成熟度（数据吞吐量、并发用户量、连续不停机性能等）、数据容错度、系统易恢复性，等等。 可支持性：在需求分析与设计阶段，可支持性实际上体现在，我们是否能有效识别系统可变的需求，并能够提供合理的方案。 ;3. 业务需求文档编写的一般原则;例：“执行任务时，系统应在不少于每60秒的正常周期内显示出状态信息”。 重写需求的一种方法如下：1.在用户界面的XX位置显示状态信息，状态的刷新间隔为60秒；2.如果后台进程处理正??，那么应该显示任务已完成的百分比；3.任务完成时，应显示相关的信息；4.任务出错时，应该显示XX错误信息。 ;例：“如果可能的话，还应瞬间显示出所有下级分支机构的名称。” 重写后如下：如果存在下级分支机构，应当在2秒内显示出所有下级分支机构的名称。;三、案例展示与分析