《关于设计的可扩展性。》的相关内容

重新开个新帖： 最进一直在研究用户故事，有些心得同大家交流下，欢迎排砖： 我认为用户故事同用例最大的区别在于： 使用的方式 用例被看作需求的主要成果，用来作为设计，实现，测试的前置条件。并且作为工件在项目中需要保留。 相反 用户故事作为获取需求的开始，起到提纲的作用，最初的用户故事，可看作将要满足的功能的站位符，提醒我们有这么回事。 在UP中你会看到：有特性和用例的区别。 在XP中只有用户故事。 ...

要说RUP，就要先说UP。 UP可以用下面的话来概括——用例驱动、以构架为中心、迭代和增量的开发过程。 acobson在《Object-Oriented Software Engineering : A Use Case Drivern Approach》中给的定义是这样的：当希望改变系统的行为时，重建相对应的参与者和用例模型。整个系统的基础构架将有用户所希望使用系统行为进行的操作来控制。由于控制 ...

对于敏捷开发，我最大感悟是对于设计的可扩展，特别是对于项目需求变化大的项目，软件设计过程中灵活的利用设计模式来设计你的软件，最大的提高软件的可扩展性，提高软件的对于需求变化响应能力

实际上大家并不知道FDD的agile方法的法律地位是很值得推敲的——至少你看那17个人中间没有Jeff De Luce和Peler Coad（http://www.agilemanifesto.org/）。而且即使是Jon Kern也是在相信agile对于建模的态度是友好的（至少MDA的Steve Mellor也这样认为），而且Together soft可以减小建模和编码之间的断层隔离。当然类似的 ...

在做软件设计之前，画好系统的界面图是一种非常有效的建模和交流方式。 总是有人抱怨在需求和软件设计之间仍然有很大的鸿沟需要填补，这是至今仍然未能有效解决的软件工程难题。多年以来，有很多人一直在寻找从需求到设计的直接的形式化映射方法，但是收获很少。实际上软件工程对于软件生命周期前面的那些阶段并没有多大的帮助。为了响应 o6z 说的努力在在现有技术基础上杀死人狼的号召，我来推荐一种有效的设计方法。 这 ...

ozzzzzz 写道partech 写道 1.在我参与开发的项目中，绝大多数决策，都是有充分理由的； 有充分的理由你还需要决策吗？如果决策真的是一件简单，明显，不需要费脑筋权衡的事情，这个东西还能叫决策吗？ 这个观点，让我有点吃惊。难道决策就是绞尽脑汁，最后凭着直觉得到的东西？ 那么，那些做“决策支持系统”的人，岂不是都在瞎搞？提供那些有用的信息干嘛？ 举个例子： 标准化的英语考试： 如果懂了， ...

我对产品化的理解 产品化的时机是看业务的需要，不管是对前景的落实，还是项目转化成产品，这些都不是技术人员能考虑的，业务的发展和策划，如何进行市场细化等如果都由技术人员考虑，产品化的风险很大。 风险最大的是对于产品化的理解。 提到“产品化”，大部分技术人员，包括很多公司老板，首先想到的是可销售性，也就是免实施，“软件产品的制造成本为零，微软就是这样发财的”，这是很多人跟我这么说，为什么要做 ...

做项目的总有成功和失败，成功了需要总结，失败的更需要总结。 以下要说的一个 Case 是我经历过的一个失败的项目，写出来，大家指点一下。 首先介绍一下背景，这个项目的客户是企业内部顾客，应用的范围是为用户收集第三方的意见与建议提供一个渠道和工具，并给 Manager 层的领导提供必要的信息视图，以方便直观地掌握问题的种类和问题的数量。 项目在启动以前，用户曾打过我谈，说他们在别的分公司看到了 ...

了解目标组织（将要在其中部署系统的组织）的结构及机制。了解目标组织中当前存在的问题并确定改进的可能性。确保客户、最终用户和开发人员就目标组织达成共识。导出支持目标组织所需的系统需求。 （来自RUPCN） 以上大家可以理解，我们有没有更深的理解呢？我先从业务主角和业务角色说起业务建模，在业务建模中主要有业务主角（BUSINESS ACTOR）和业务角色（BUSINESS WORKER），对此我们 ...

极限编程概述极限编程（Extreme Programming,简称XP）是目前讨论最多、实践最多、争议也是最多的一种敏捷开发方法。XP是一套能够快速开发高质量软件所需的价值观、原则和活动的集合，使软件能以尽可能快的速度开发出来并向客户提供最高效益。XP是很多Java开源软件使用的软件开发方法，也是许多实干派大师倍加推崇的一种方法，同时也有很多使用传统软件开发方法的大师和大公司倍加批评的一种软件开发 ...

权限管理系统，还缺少什么？里面有要求，也有我已经做过的项目的描述！ 项目目标：设计并开发与JBOSS集成的J2EE权限系统（类似JBOSS的权限管理系统，其实我对JBOSS没什么了解） 总体要求： 1、灵活、通用、方便； 2、高度安全并可靠； 3、易于扩展； 4、结构完整，代码清晰，易于阅读。 技术要求： 1、需要提供详细设计文档，阐述基本思路与实现方法； 2、 ...

本文系转载，得到作者授权，原文地址： http://wakan.blog.51cto.com/blog/59583/7232 4 思想，无招胜有招 4.1   阶段释义 客户：我们公司有二十个下属单位，每个单位分别有一套自己的销售管理系统。我们想了解各个单位的销售情况，现在是每个星期由下属单位上报周报，周期太长了，不利于领导及时掌握情况。 老李：如果把销售数据 ...

对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”，可见“架构师”这一称谓的吸引力。架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。 ...

由于最近公司的人事变动很大，自己也在想这方面的事情，也和离开的和即将离开一些同事谈了一下，大部分都对公司的项目管理方面有很大的意见，于是就开始关注这方面的一些知识。  软件项目管理十大误区  Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1540787 曾经有一位常年混迹于中关村的朋友跟我说,现在但凡是计算 ...

Google背后的分布式计算架构策略 Google是与众不同的。它的独特不仅仅表现于革新的思维和充满创意的应用 (比如那个大堂里的地球模型)，更在于其有别常规的IT策略…… 　　加利福尼亚州山景城(Mountain View)Google公司(Google，下称Google)总部有一个43号大楼，该建筑的中央大屏幕上显示着一个与Google地球(Google Earth)相仿的世界地图，一个转动 ...

Opera CEO Jon Stephenson von Tetzchner 1967年8月29日出生于冰岛雷克雅维克，现任 Opera 软件公司 CEO。他与 Geir Ivarsøy 曾就任于挪威国家电话公司，并开发了 MultiTorg Opera 的浏览器软件。1995年 Jon 和 Geir 组建了一个新公司来继续开发工作，就是现在的 Opera Software ASA。 ...

perl 创始人和 python 创始人 听译这东西的确很累人，一次翻译太多也很疲惫。 我尽量想在一篇博客中包含尽量多的内容，结果最终搞的自己兴趣全无了，下次看来还是应该一点一点的来。 我的听力还是不好，有一些东西没听出来我就不翻译了，大体意思上应该不会差很多的，希望大家见谅。 主持人: Chris DiBona （Google 开源网站负责人） and Leo Laporte （Tw ...

来自TSS的新闻，括号中部分为翻译者自己的心声，如有谬误欢迎指正。 微软公布了文件格式，过去一周，在互动性操作原则保护伞下面，微软公布了word，excel，powerpoint以及更多的文件格式的大部分。虽然还存在一些问题，但是毫无疑问，这是大家乐见的一件好事情。 来自的微软的申明： 引用微软认识到，在相关性日益增加的计算机世界，使得不同厂商之间的产品能够互相操作，已经比以往成为更重要的事 ...