自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(5)
  • 收藏
  • 关注

原创 需求工程系列(三)- 对用例的典型误用 - 功能分解

用例是一个门槛很低的技术,任何人都可以随便画几个小人和几个椭圆,然后向全世界宣称我在用用例进行需求建模了,但是好像也没有真正解决我的问题。在这种情况下,用例技术很可能被误用了。在对用例不同类型的误用之中,最严重、最普遍的莫过于利用用例来进行功能分解了。刚在为了偷懒,想找张现成的错误使用用例的例子,结果找的了2001年Kurt写的在这方面的文章以及最近一位老兄在CSDN上给出的翻译(已经收藏在我的网

2008-07-27 21:34:00 2636 1

原创 需求工程系列(二)- 基于用例的需求管理框架

 为了解决前文所述的软件需求困境,我们首先需要找到一种可以被各方真正理解和沟通、并可以被逐步精化的需求体系。我认为,这种体系应该是基于用例(usecase)的。 首先,让我们仔细研究一下用例的定义:一个用例抽象了目标系统在现实中将执行的一组场景(每个场景由一系列动作组成);这些场景会产生一个对某个Actor有价值的、可观测的结果; 在这个定义中,我们强调了两件事情:一、用例是被

2008-07-20 21:09:00 2911 2

原创 需求工程系列(一)- 软件需求的困境 - 分析代替了需求

十年来国内软件工程方面的进展有目共睹,在软件需求方面,我们看到在大多数组织中已经建立起了一级或两级需求体系(业务需求和软件需求);在某些组织中,需求分析员已经成为一种专门的职位;甚至在某个大型国有商业银行已经成立一个专门的部门来负责需求分析工作。应该来说,这是一些非常可喜的进步。 然而,目前大多数的项目参与者都对需求工程的现状不满,这又是为什么呢?首先,我们必须承认市场快速变化而带来的需求

2008-07-13 22:09:00 8544 16

原创 到底什么是云计算?

昨天又和朋友讨论到云计算,觉得大家对这个概念都云里雾里的。于是就激起了我的考究癖,想搞个清楚,上网查了查发现还真不容易,各家都在炒概念各说各话。Form Wikipedia: Cloud computing refers to computing resources being accessed which are typically owned and operated by a third

2008-07-10 18:37:00 2606 5

原创 测试的目的应该是验证需求

 测试的目的是什么呢?这是一个看起来很简单、不太值得讨论的问题,但往往这样的问题其实是很难回答的,比如人生的意义是什么?好,现在我们就来,列举一下我们经常听到的对这个问题的回答: “软件测试的目的是尽可能发现并改正被测试软件中的错误,提高软件的可靠性。”,这个定义听起来很正确,但用它来指导测试会带来很多问题。比如有的组织用发现的bug数来衡量测试人员的业绩,其实这就是这种测试目的论在后

2008-07-06 23:22:00 7361 36

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除