- 博客(4)
- 资源 (4)
- 收藏
- 关注
RSS订阅转载 SERU戒语
需求规格说明书应该采用业务导向的树型层次结构来组织。对于需求分析员而言，真正的专业主义是基于业务利益（解决问题、创造机会、提高管控力）的沟通。缓解沟通失真最有效的方法是及时复述。需求分析的本质在于业务分析，而非技术分析。业务场景是需求之魂。需求分析人员对于技术方法论的评价重在适用性。对预设计的需求是评判敏捷方法论是否适用的关键。流程分析（业务事件）是OLTP系统的关键线索和主要视图。报表分析是MIS系统的关键线索和主要视图。决策场景是DSS系统的关键线索和主要视图。工作场景是专家系统的关键线索和主要视图。高
2010-12-28 10:35:00
918
原创 需求捕获要务
需求捕获是“剥洋葱”而不是“切洋葱”：捕获时切忌“一刀切到底”，一次访谈就从业务到活动，又从活动到界面、字段细节；二是应该从宏观到微观，先找到头绪（主题域、业务事件），然后理清框架和脉络（即结构框架的领域模型、行为脉络的用例模型），然后再填充细节。
2010-12-23 15:37:00
585
原创 需求基线管理
<br />需求基线定义：团队成员已经承诺将在某一特定产品版本中实现的功能性和非功能性需求的一组集合。<br />软件开发的中后期开发效率会产生大幅度的下降，其实开发团队经常处于“非计划”状态是个比较重要的原因之一，而救火队式的工作必将导致无法计划。<br />分阶段开发与迭代开发的区别：<br />分阶段开发中的每个阶段的结束时间不是固定的，必须将相应的内容开发完成后才结束；另外每个阶段内通常是相应变更的；<br />迭代开发中的每次迭代的结束时间是固定的，没有完成的任务将会放到下次迭代，每次迭代内通常是
2010-12-23 11:11:00
6900
testlink1.8.5和bugfree2.1集成
2010-01-26
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人