2.3 系统（软件）需求分析

在完成业务需求分析活动后，对客户组织的关键业务流程及其参与者有充分的了解基础上，进一步明确待开发系统（软件）在客户业务流程中所处的位置以及其期望的功能需求。

2.3.1 定义系统范围

在业务需求分析活动中，已经明确了目标客户组织的关键业务流程及其参与者。在此基础上，识别系统范围及其期望的功能，即提取系统用例。系统用例的提取，可以通过系统期望替代完成的业务活动或任[……]  阅读全文>>>

2.2 业务需求分析

通常在需求调研工作后，通过业务需求分析活动，对客户业务进行分类和整理。目的如下：

• 了解目标客户组织（将要在其中部署系统的组织）的结构及机制。
• 确保客户、最终用户和开发人员就目标组织达成共识。
• 导出支持目标组织所需的系统需求。

业务需求分析活动，主要包含两个步骤：

• 定义业务范围：识别关键业务需求及其参与者。
• 分析业务需求：绘制业务流程图，制定

[……]  阅读全文>>>

任何模板都隐藏着其逻辑思想和方法，只有理解这些思想和方法，才能够有效利用模板事半功倍；反之，则很有可能写成“画虎不成反类犬”的“僵尸”文档，既费时又费力，造成不必要的浪费。

本章简要介绍XX使用的《需求规格说明书》模板背后所隐藏的软件开发方法和思想（基于用例与对象的软件开发方法），为大家更好的理解和编写需求规范说明书提供帮助。限于篇幅的限制，这里仅仅是抛砖引玉。真正写好需求规格说明书，还需要[……]  阅读全文>>>

作者：fasiondog  来源：http://fasiondog.cn/archives/1382.html

1.2 层次与边界

从之前的定义中可以看出，业务需求、系统需求、模块需求体现了需求逐步被分解、细化的过程，三者之间的关系如下图所示：

需求的层次[/c[……]  阅读全文>>>

作者：fasiondog  来源：http://fasiondog.cn/archives/1378.html

在进行需求开发活动之前，应该首先明白“什么是软件需求”？这个问题看似简单却不容易回答，也许很多人会简单的认为软件需求就是用户需要实现的功能加上一些非功能需求方面的要求。但这样的理解却并不完整，如果对用户所处的业务场景没有建立正确的认识，经常会给工作带来麻烦。另外，在软件工程活动实[……]  阅读全文>>>