哦,请修改密码

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

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

需求开发指南7-如何写好《需求规格说明书》

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

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

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

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

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

[……]  阅读全文>>>

需求开发指南6-基于用例与对象的软件开发方法

2.3.2 分析系统内流程

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

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

2.3.3 分析业务规则

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

需求开发指南5-基于用例与对象的软件开发方法

2.3 系统(软件)需求分析

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

2.3.1 定义系统范围

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

需求开发指南4-基于用例与对象的软件开发方法

2.2 业务需求分析

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

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

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

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

[……]  阅读全文>>>