2.2 业务需求分析
通常在需求调研工作后,通过业务需求分析活动,对客户业务进行分类和整理。目的如下:
- 了解目标客户组织(将要在其中部署系统的组织)的结构及机制。
- 确保客户、最终用户和开发人员就目标组织达成共识。
- 导出支持目标组织所需的系统需求。
业务需求分析活动,主要包含两个步骤:
- 定义业务范围:识别关键业务需求及其参与者。
- 分析业务需求:绘制业务流程图,制定
[……] 阅读全文>>>
通常在需求调研工作后,通过业务需求分析活动,对客户业务进行分类和整理。目的如下:
业务需求分析活动,主要包含两个步骤:
[……] 阅读全文>>>
任何模板都隐藏着其逻辑思想和方法,只有理解这些思想和方法,才能够有效利用模板事半功倍;反之,则很有可能写成“画虎不成反类犬”的“僵尸”文档,既费时又费力,造成不必要的浪费。
本章简要介绍XX使用的《需求规格说明书》模板背后所隐藏的软件开发方法和思想(基于用例与对象的软件开发方法),为大家更好的理解和编写需求规范说明书提供帮助。限于篇幅的限制,这里仅仅是抛砖引玉。真正写好需求规格说明书,还需要[……] 阅读全文>>>
作者:fasiondog 来源:http://fasiondog.cn/archives/1382.html
从之前的定义中可以看出,业务需求、系统需求、模块需求体现了需求逐步被分解、细化的过程,三者之间的关系如下图所示:
需求的层次[/c[……] 阅读全文>>>
作者:fasiondog 来源:http://fasiondog.cn/archives/1378.html
在进行需求开发活动之前,应该首先明白“什么是软件需求”?这个问题看似简单却不容易回答,也许很多人会简单的认为软件需求就是用户需要实现的功能加上一些非功能需求方面的要求。但这样的理解却并不完整,如果对用户所处的业务场景没有建立正确的认识,经常会给工作带来麻烦。另外,在软件工程活动实[……] 阅读全文>>>
注:以下用例常见问题来自《编写有效用例》([美] Alistair Cockburn 著)一书。
下面是ATM系统取款用例的一部分:
修改前:
修改提示:
用例展示了主执行者(储户)所做的一切,却没有显示系统行为。
修改后:
[……] 阅读全文>>>
在《UseCase用例范例》里,由于系统有不同的客户验证方式(预留密码、印鉴)以及较多的异常事件处理,导致流程图庞大难以绘制。在这种情况下,可以对用例进行适当拆分,抽取常用的公共用例,达到简化易理解的目的。如上例中,可以抽取两个公共用例(其它用例也会经常用到):验证预留密码、验证印鉴。扩展拆分后的三个用例示例如下:
用例编号
UC_公共_001
用例标题
验证预留密码[……] 阅读全文>>>