摘要： 阅读全文

摘要：利用UML进行实体关系建模软件行业中最常被误解的一个术语实际上是我们非常熟悉的一个：实体关系（ER）。这是因为我们经常缺少一种能被开发团队的所有成员理解的共同定义。我们假定团队的每个成员都对与 ER 和 ER 建模相关的方法学、语法和机制（mechanics）有着同样清楚的理解。实体关系建模软件行业中最常被误解的一个术语实际上是我们非常熟悉的一个：实体关系（ER）。这是因为我们经常缺少一种能被开发... 阅读全文

摘要：UML用例图 前些时间参加了潘加宇老师的技术讲座，UML建模技术受益匪浅。我也把平时的一些积累和上次的收获总结在这篇文章中，主要讲解用例图相关的知识。用 例图是软件需求分析到最终实现的第一步，它描述用户如何使用系统及使用系统什么样的功能。用例图从业务角度上体现谁来使用系统、用户希望系统提供什么样的 服务，以及用户需要为系统提供的服务，也便于软件开发人员最终实现这些功能。用例图在开发中被广泛的应用，... 阅读全文

摘要：最近上论坛，看到在争论 Use Case 中include与extend的区别。其实这两者是很容易区分的。include是指用例中的包含关系，通常发生在多个用例中，有可以提取出来的公共部分（就象提取公因式一样），例如 UseCaseA 中包括了 a 和 b 两个流程，而 UseCaseC 中包含了 c 和 b 两个流程。为了提高复用性，可以把 b 提取出来，形成另一个用例 UseCaseB，此时，... 阅读全文

摘要：OO系统分析员之路系列OO系统分析员之路系列文章2009年04月14日OO系统分析员之路--用例分析系列（7）--用例规约的编写--业务规则和实体描述[整理重发]上一篇我们图形化建模的部分基本上完成了，得到了业务用例模型， 这帮助我们获得了功能性需求。得到了业务场景和用例场景，这帮助我们获得了面对业务的执行过程描述和概念（逻辑）模型，让我们知道业务将如何的运作。得到了用例实现以及领域模型，这帮助我... 阅读全文

摘要：做软件需求最重要就是分解用例场景，没有用例就不是需求。　　软件工程这类书要学，不过软件工程软件需求最关键就是用例场景的合理建立，这条，好象没有什么大学教科书谈到，仿佛中国的大学计算机科学系教师统统没有做过软件项目的，完全没有这个概念。所谓的软件需求，如果不是变成走不通的伪代码，就是用不上的美工方案，程序员对此除了干瞪眼是没辄的。　　其中最大的原因就是从事网站或者类似的软件需求的许多人都不懂真正的软... 阅读全文

摘要：1、软件项目定义和计划必须包括哪些内容（2、3、4、12、13、14、18），不应该包括哪些内容？（1、5、6、7、8、10、11、15、17、19、20）2、需求分析文档必须包括哪些内容（1、5、9、18），不应该包括哪些内容？（6、8、10、11、17、19、20）3、软件的概念设计文档必须包括哪些内容（6、9、18、19、20），不应该包括哪些内容？（10、11）也可以用15代194、软件的... 阅读全文

摘要：严重性和优先级是表征软件测试缺陷的两个重要因素，它影响软件缺陷的统计结果和修正缺陷的优先顺序，特别在软件测试的后期，将影响软件是否能够按期发布与否。 　　对于软件测试初学者而言，或者没有软件开发经验的测试工程师，对于这两个概念的 理解，对于它们的作用和处理方式往往理解的不彻底，实际测试工作中不能正确表示缺陷的严重性和优先级。这将影响软件缺陷报告的质量，不利于尽早处理严重的 软件缺陷，可能影响软件... 阅读全文