从伯乐在线上看到这篇“趣文：请修改密码”很有意思，是个非常经典的例子。在实际的软件开发中，这种不一次性向用户提示所有错误信息和修改建议的情况很常见，而不仅仅是输入密码才遇到。事实上，在检查输入密码上，这种错误已经很少见了，毕竟一大堆的应用都要输入密码，只要照着别人的做法抄就行了。

记得刚工作的时候，曾经从其它的产品移植过一段代码，这段代码的主要功能就是对输入的数据进行合法性检查，光是If-e[……]  阅读全文>>>

在上一章节中，简要介绍了基于用例和对象的软件开发方法。接下来，需要了解《需求规格说明书》如何体现上述的过程。

3.1 《需求规格说明书》的组成

这里的《需求规格说明书》对应着系统需求，要求以业务需求（业务流程）为纲，组织和提炼系统需求，并使用用例规约详细定义和描述系统需求。

《需求规格说明书》主要包括：

1. 引言：注明文档的目的、主要读者及文档中使用的术语；
2. 任务概述：简要介绍系

[……]  阅读全文>>>

2.3.2 分析系统内流程

针对每一个系统用例，分析其工作流程，明确相关规则。方法与“分析业务流程”相似，可参见“分析业务流程”，只是两者的对象不同，一个是目标客户组织，一个是待开发系统。

比如上述例子中，将“排队系统”分为“排队机”和“呼叫控制端”两个子系统，同样可以通过2.3.1节中所示的方法，得到“排队机”和“呼叫控制端”的功能需求。

2.3.3 分析业务规则

与业务相关的操作规[……]  阅读全文>>>

2.3 系统（软件）需求分析

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

2.3.1 定义系统范围

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

2.2 业务需求分析

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

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

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

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

[……]  阅读全文>>>

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

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