| |
精品文摘(2011年7月) |
| |
| 本期关注内容: UML与OOAD
软件架构 软件测试
项目管理 过程改进
界面设计 其他 |
|
| |
|
| |
| |
|
| |
Rhapsody-Handout-UML-Overview
|
| |
The
UML is a graphical language. It consists
of graphical elements that can be used
on several diagram types. Different elements
can be used on different diagrams. This
can be compared with an architect’s job.
|
| |
|
| |
UML参考手册
|
| |
抽象是不能被直接实例化的类、用例、信号、其他类元或其他泛化元素，它也可以用来描述没有实现的操作。反义词：具体（concrete）。
见抽象操作（abstract operation），可泛化元素（generalizable
element）。 |
| |
|
| |
如何向妻子解释设计模式
|
| |
通过我们关于面向对象设计原则（OODP，即SOLID原则）的对话，我想你已经对面向对象设计原则（OODP）有了基本的认识。希望你不要介意我把对话分享到博客上。
|
| |
|
| |
如何向妻子解释OOD
|
| |
自作者从事软件开发开始，作者常常注意到不管技术问题看起来多复杂，如果从现实生活的角度解释并以对答的方式讨论，那么它将变得更简单。现在他们把在OOD方面有些富有成效的对话分享出来，你可能会发现那是一种学习OOD很有意思的方式。
|
| |
|
| |
总结一下领域模型的验证
|
| |
所谓模型乃是我们限定出的用于解决问题的承载着“数据”与“关系”的“问题边界”，也就是Model不一定跟现实中的真实物理对象一一对应，虽然大都一一对应。领域大边界由Model小边界来明确，Model小边界需要由领域大边界来给限定出问题的范围 |
| |
|
|
| |
| |
|
| |
ESB架构之企业实施案例 |
| |
ESB的存在主要是为了整合企业内部的应用,
使企业内的应用能融为一体, 而不是成为一个个信息孤岛.可以说ESB是企业内所有服务的中心点,
其它系 统间的交互都需要通过ESB来完成.为此, 它需拥有如下质量属性：可用性、性能、可修改性、可测试性 |
| |
|
| |
人人网移动开发架构
|
| |
人人网（原名:校内网）,
从08年下半年开始手机软件的研发, 当时国内一二线的互联网公司也已经开始了移动互联网的布局,
但已发布并可供参考的产品并不多, 尤其是SNS本身也还是一个新的互联业务,
|
| |
|
| |
云存储基础架构剖析
|
| |
云存储（或数据存储即服务）是对接口后的存储的抽象，可在该接口内按需管理存储。此外，接口抽象化存储的位置，这样一来，不管存储是在本地还是远程（或混合）都无关紧要。云存储基础架构引入新的架构，能够支持为大量潜在用户提供不同水平的服务 |
| |
|
|
| |
| |
|
| |
心中的测试用例结构—为新模型做准备
|
| |
记得去年就做过关于如何写测试用例的分享，个人觉得讲得很详细了，觉得效果不错的，为啥后来那些培训的同学对于写测试用例没有一个系统的概念呢，不知道怎么去写一个好的用例呢？这个blog的作用是说下工作一两年内都很容易出现的用例结构问题。
|
| |
|
| |
LoadRunner性能测试基础知识问答 |
| |
负载测试是通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试，例如，访问一个页面的响应时间规定不超过1秒，负载测试就是测试在响应时间为1秒时，系统所能承受的最大并发访问用户的数量。
|
| |
|
| |
开源软件测试模型 |
| |
开放源码软件测试模型以“满意测试”为基本原则，强调迭代发展。
“满意测试”基本定义 是一个过程，通过该过程可以合理的成本获取足够的产品质量评价信息，从而使得与产品有关的决策更为明智和及时。
|
| |
|
| |
如何开展可用性评估和研究 |
| |
什么是可用性评估？——理解可用性
可用性定义（ISO9241-11）：产品在特定环境下特定用户用于特定用途时所具有的效果、效率和用户主观满意度。
|
| |
|
| |
测试三角形与分段构建策略原则 |
| |
随着软件产品新特性的不断增加，软件自动化测试用例的数量也会成倍增长。对于一些历史“悠久”的遗留系统来说，甚至会积累数以万计的自动化测试用例。如果对这样的系统进行持续集成，还要求每个开发人员都要进行本地验证的话，困难的确不小。 |
| |
|
|
| |
| |
|
| |
一个失败的项目的验尸报告 |
| |
在这家新的公司，任研发中心的系统项目经理兼配置经理，但万万没想到，我参与的技术研发项目的失败，却不是因技术不过硬的原因。
这也让我不断的反思，为什么有很多公司不能生存下来的真正的原因。 |
| |
|
| |
产品团队管理经验一枚 |
| |
08年初转型产品设计，从头组建产品部，策划-交互-用研-视觉-运营这些职能都包括进去，跟进过的大大小小新新旧旧五花八门的产品20多款。我在这个位置上待了大约15个月，按照个人习惯，做过不少制度化的组织流程尝试。
|
| |
|
| |
如何进行项目计划及质量管理
|
| |
项目计划是要提供一份合理的进程表，让所有开发人员任务明确、步调一致，最终共同准时地完成项目。项目计划是要付诸实施的，不象用嘴巴喊政治口号，可以很夸张。软件的项目计划重在“准确”而非“快速”。
|
| |
|
| |
项目管理培训 |
| |
|
|
| |
| |
|
| |
DevOps，不是一个传说
|
| |
DevOps是软件开发、运维和质量保证三个部门之间的沟通、协作和集成所采用的流程、方法和体系的一个集合。它是人们为了及时生产软件产品或服务，以满足某个业务目标，对开发与运维之间相互依存关系的一种新的理解。"
|
| |
|
| |
Team
Foundation Server 2010 Scrum 1.0与持续集成的最佳实践
|
| |
在Scrum
1.0中正式创建一个Sprint之前，要将所有的Backlog填写完成，与团队成员一起分解Task，将Task以“相关”的关系与对应的Backlog进行关联以方便开发人员在浏览Task时查看相关Backlog的描述。
|
| |
|
| |
在敏捷世界中构建软件平台的五项首要挑战
|
| |
过去十年间，敏捷软件开发赢得了大好发展局面，被众多不同规模组织采用。敏捷方法宣扬一整套价值观，并且提出了一系列实践活动去帮助获得并维护这些价值。尽管从一开始，敏捷方法常以提升作为工作单元的小团队的效率为中心 |
| |
|
| |
在敏捷软件开发中使用虚拟化技术
|
| |
在传统的软件开发中，按连续的阶段性方式构建复杂的系统，需要在一开始时同时收集所有需求。很难收集相关方面的需求，因为由于市场战略和/或技术条件的变化，需求可能会变化。敏捷开发有助于为软件开发确定需求。 |
| |
|
|
| |
| |
|
| |
以用户为中心的设计:让用户觉得友好的网站
|
| |
不可否认，web的用途越来越广。互联网已经不仅仅是一个窗口，他已经成为我们工作和生活的伙伴。是的，他不是工具，而是伙伴，这些伙伴的数量听说全球已经达到一亿个了，在这些伙伴中，有些对我们很粗鲁，有些待人礼貌。
|
| |
|
| |
用户体验设计指引图
|
| |
也实在不知道如何去命名这样的图。这张是我在usability.gov网站上看到的：
既不是项目流程图，也不是mind-manager思路整理图，当然，说成蓝图也会有更多质疑。但是这张图，对于设计师是很好的指引，知道自己在项目的某个阶段，需要做什么事情 |
| |
|
| |
交互设计方法和思考过程小记
|
| |
交互设计似乎是个很难解释，有点”虚、空、玄“的东西。互联网的快速发展，交互设计少了些可以借鉴的方法。交互设计这个行业似乎只能靠前人经验、自身灵感、悟性体会，江湖中野蛮发展着。简直就是武林中的内功了得。
|
| |
|
| |
换个角度看风景——手机产品设计之横屏模式
|
| |
做设计的过程，是思大于行的过程。一个有价值的设计，不是设计多么华丽、多么创新就有多么成功，那些优秀的设计师都会知道他为什么去做这样一款设计，他的设计本质价值是什么。互联网产品或者手机产品更是如此，设计师要知道你的产品要解决一个什么 |
| |
|
| |
从设计到策划——我的成长经历
|
| |
以前经常遇到一个想创业的朋友，怀抱着非常好的想法，但是缺乏行动。过了一段时间，发现互联网上那种模式已经在运作了，而且比原来设想的还要细致一些。是谁偷了我们的想法？是真正难觅的知音出现了？不是。
|
| |
|
|
| |
| |
|
| |
分析和优化云集群性能
|
| |
Hadoop
是一个灵活的开放源码 Java 框架，用于在一般硬件网络上执行大规模数据处理。它的思想来源于最初由
Google Labs 开发的 MapReduce 和 Global File
System (GFS) 技术，由于具有高效、可靠和可伸缩的优点，它越来越流行了。 |
| |
|
| |
Android开发指南中文版
|
| |
本文是对Android
SDK1.5版的英文开发资料Android Development Guide一文应用程序框架部分的翻译，覆盖了Android应用开发所有主要的概念。
|
| |
|
| |
高效管理ASP.NET的JavaScript库
|
| |
对于ASP.NET开发人员来说,管理项目中的JavaScript都很随意,我想这很大程度上可能是因为网上没有如何妥善处理ASP.NET中JavaScript的可靠信息。此文的目的就是提供一种最佳方案，用于管理ASP.NET中的JavaScript。
|
| |
|
| |
Java
EE启示录 |
| |
最近的这段时间一直在学习Java
EE，刚刚完成了从0到1的蜕变，所以顺便整理一下我所了解到的Java EE，给刚入门学习的新人一些头绪，而所谓“启示录”，就是这个意思。
|
| |
|
| |
持续集成
|
| |
对于ASP.NET开发人员来说,管理项目中的JavaScript都很随意,我想这很大程度上可能是因为网上没有如何妥善处理ASP.NET中JavaScript的可靠信息。此文的目的就是提供一种最佳方案，用于管理ASP.NET中的JavaScript。
|
| |
|
| |
SOA
实战：BPEL 和 SCA 案例研究 |
| |
向服务架构和
SOA 编程模型是实现真正的敏捷性和使 IT 和业务协调一致的希望所在。但开发真正的面向服务架构软件真正需要的是什么呢？本文将探索一个小型架构师和开发人员团队的经验，该团队基于在
WebSphere Business Modeler |
| |
|
| |
我眼中的云端架构
|
| |
在看阿凡达的时候，感叹着他们接口的统一，和获取知识的便利性。有时候在想，现在很多企业所做的工作，不就是要提供这类服务吗。设想一下，我们有一朵公有云，存储了用户的数据、逻辑关系，提供标准的通讯接口，然后大家各自开发丰富的展现逻辑 |
| |
|
|
|
| |
幽默三则
打的就是你
两人大吵一天，一人说三八二十四，一人说三八二十一。
相争不下，告到县官堂上。
县官听罢：＂去，把三八二十四的拖出去打二十板。＂
三八二十四不满：＂明明是他蠢，如何打我！＂
县官答：＂跟三八二十一能吵一天，还说人蠢，不打你打谁？
懒汉
从前，有个懒汉，一年到头，吃吃玩玩，不爱劳动。
到了秋收季节，他田里的野草比稻子还要高。他看到别人田里的稻谷长得都很好。
便生气地跑到田边，跺着脚朝庄稼骂道：“庄稼，庄稼，你太没有良心啦！要说你是怕太阳晒吧，田里的野草长得比你还高；要说你怕伤了老根吧，我从来也没有锄过你；要说你怕脏吧，我也没有在你身上烧过大粪。你说我哪样对不起你呀？”
醉酒后的中国老鼠
从前，有一只猫抓了三只老鼠对它门说：谁要是喝酒比赛胜利了我就不吃谁。
然后，三个老鼠开始喝酒了，分别喝的是美、德、中白酒，喝美国酒的走了五步就倒了，喝德国的走了3不就倒了，和中国酒的走了十步也没倒，这时猫刚要放了它，它却跑到厨房拿起菜刀大声喊：刚才那只猫呢，我要砍死它！！！”
|
|
|
|
|
