![](https://img-blog.csdnimg.cn/20201014180756923.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
软件工程
文章平均质量分 65
wangguan007
这个作者很懒,什么都没留下…
展开
-
有效用例模式学习笔记
第一章 什么是高质量的用例 1.1 为什么要使用用例 ? 用例提供了一种用于构建故事的半形式框架; ? 在每个用例和所有描述层次中,用例都描述了错误情况的系统需求; ? 虽然本质上是一种功能分解技术,但用例已经成为面向对象软件开发的一个流行元素; ? 用例提供了可以在其上处理其他项目信息的骨架: 项目经理根据用例进行原创 2004-07-14 09:40:00 · 1566 阅读 · 0 评论 -
有效用例模式学习笔记(二)
第二章 团队 2.1 SmallWritingTeam 原因: ? 用例要求具有不同观点和专业知识的人编写; ? 将一大组人聚集在一起是困难的; ? 理论上,在用例上投入的人越多,就能越快的完成用例编写工作; ? 大的团队会变得低效; ? 大型编写团队可能会通过集体讨论的形式开发用例,添加许多不必要的特性; 所以:原创 2004-07-14 09:48:00 · 1157 阅读 · 0 评论 -
有效用例模式(四)
第四章 用例集 用例集模式是编写一组良好用例的质量标志。 4.1 SharedClearVision(愿景共识) 缺乏一个清晰的系统愿景可能会导致优柔寡断,涉众之间不能达成一致意见,并可能很快就使项目瘫痪。 原因: 时间压力可能会使人过早的开发系统,他们的工作建立在错误的基础之上,使其步入正轨的代价可能会非常昂贵; 构建人员有一种扩展系统范围的自然倾向; 涉众之间有一些相互冲突的愿景; 项目目原创 2004-07-26 19:27:00 · 1653 阅读 · 0 评论 -
有效用例模式(五)
第五章 用例 5.1 CompelteSingleGole 不适当的目标,会使编写人员不能确定什么时候一个用例结束,什么时候另一个用例开始。 原因: 太大的用例可能会因细节过多占去涉众的大部分精力; 大的用例限制重用; 过小的用例仅能描述某些价值实现的一部分; 所以: 编写每个用例,用来描述一个完整而且定义良好的目标。 初速目标的特性为: ? 它与一个定义良好的参与者相关; ?原创 2004-07-26 19:28:00 · 1462 阅读 · 0 评论 -
有效用例模式学习笔记(三)
第三章 过程 编写好的用例是极其个性化的,每个人都有他自己的风格,每个组织都有根据自己的文化和业务需要做事情的方式,因此,没有创建用例的通用过程。 3.1 BreadthBeforeDepth 原因: ? 需求收集是一个发现过程,用例编写是一个迭代过程; ? 人们很早就开始编写用例的细节; ? 人们浪费了精力或陷入了太多的细节,通常都会失去重点,原创 2004-07-16 14:40:00 · 1460 阅读 · 0 评论 -
为同事送行
今天为同事送行,公司请客吃饭,每人大约6000多日元,呵呵,还行,准备狂吃一顿。这两天和越智谈了很多AD和真该开发的Groupware的问题,现在的方法是由Groupware对AD进行管理,主要是员工信息的管理,呵呵,不知道这是不是一种倒退,还是一个可行的好方法。这样Groupware的Database里和AD里都要存储相同的员工信息,但是两种信息的利用途径是不一样的。而且,目前还没有原创 2006-04-28 16:09:00 · 1284 阅读 · 0 评论