我们在使用UML进行沟通中发现存在以下问题：
实际工作中，UML图表的使用率减少，而其他文字类的沟通方式进行过多的辅助说明，原因发现，UML不能很好的在需求分析师、架构师、开发工程师、测试工程师之间形成沟通纽带。
大家可以思考以下的问题：
１、我们为什么不爱使用UML？
2、UML为什么不能成为人员沟通的纽带？
3、是否存在更好的沟通方式？
问题我暂时提三个，下面是我自己的想法：（我希望大家能思考，发表自己的看法）
UML的原意是统一的建模语言。我认为分析上面的问题，要从人类的沟通需求看：
1、作为一种沟通语言需要具备的是，沟通的多方使用统一的语义系统。
2、语言的表达灵活简便（即输出）；语言的接收即时易懂（即输入）
当前的UML显然在两个方面都存在缺陷：
针对问题1，我们发现同样的功能用例可以被表达成不同的用例图，同样的用例图可以被理解成不同的功能用例。语义系统并非统一，查阅网络有关uml的很多资料都存在说法不一致或者表述不明确的情况。存在过于细微差异的图标定义，反而让使用者很难决定采用何种图标来进行表达。从表达环节出现偏差到理解环节再出现偏差，让表述的原意在传递过程中被损耗、歪曲。
针对问题2，首先对于输出端的使用者来说，最容易被灵活使用的就是现有人类沟通语言体系中的文字体系，因此，也是这么多人使用文字说明来表达需求的原因之一。但是，图形在结构表达方面显然比文字更为出色，但在含义表达方面却逊色于文字描述。 分析当前我们在使用的UML，其中存在过多的含义表述是采用了图标而非文字。
因此，也就形成了目前UML的简化使用趋势，各位不妨收集下UML当前的简化用法，看看是否简化的部分正是含义表达的图标而非结构表达的图标！
所以，本周RA会议最后对于UML讨论的决定，我们将在今后会议中分别对UML基本图例进行深入研究。我的设想是：研究UML图例 ——> 找出当前UML容易出现多义的地方（这些部分也是作者表达不清，读者理解混淆的地方）——> 整理出ali的UML简化标准
希望大家多参与！
12
浅谈面向对象基本概念 ——对象之间的关系
Published by 琳琳, under 未分类. No Comments.
上周整理了一下面向对象概念关于对象之间关系的一些东东，写出来大家看看有啥不对的地方帮偶补充哈。
对象之间的关系分为静态关系和动态关系两类。我们先说静态关系，对象之间的静态关系主要分为关联、依赖、泛化、实现四种。
-
关联（association）
在UML中关联被描述为：“不同对象或者类型之间的结构化关系”。指的是概念之间的一个有意义的或者让人产生兴趣的连接。值得注意的有两点，一是通常关联都是我们必须知道的某种关系的存在，二是关联是有生命周期的。 
在我们建立概念模型的时候通常要考虑以下两种类型的关联，
1）对象之间的关联是需要保存一定时间的关联；
2）从通用关联列表中派生出来的关联。在概念模型中加入关联时可以参照以下通用关联列表：
23
再论RA博客的存在性
Published by maojian.fumj, under 未分类. 2 Comments.
写前面一篇文章的时候，发现有个浏览者的足迹，真的非常惊喜！
但同时心情又一落千丈了，原因很简单，只有几个字：啊~会议，路过！
呵呵，再回过头来看看我们的博客，会议记录已经第10次了，其他有实质性的内容呢？少得可怜~
从建立之初，我就抛出过这个论题，我们这个博客未来两个月的处境是怎样的，现在的结果大家也都看到了！
如果继续下去，只能会越来越糟。所以，就有了这篇题目。。。
大家有没有感觉，我们的会议也越来越形式化了。。。
原因，大家应该有体会吧~~~
23
【转】需求分析的六个原则
Published by maojian.fumj, under 思维方法. 1 Comment.
从产品经理联盟看到的文章，作者也是引用的网络文章。我没有深究其最终的出处，从字面理解上我觉得应该值得我们借鉴。先转一下原文：
原则１
永远不要显得比客户更聪明
第一条：了解需求，而不是去批评客户；
第二条：客户比你更熟悉业务的环境；
第三条：客户总是知道问题在哪儿，你的工作就是要让他们自己愿意说出来；
原则２
尊重用户的现实选择
第一条：客户永远是对的；
第二条：提供最合适的解决方案，而非最好或最贵的方案；
第三条：不要把客户当傻瓜；
原则３
转述需求的人也是客户
第一条：转述者一般会把自己想象成设计者；
第二条：转述者可能会遗漏或补充一些额外的需求；
第三条：对转述者的自由发挥不应抱怨和生气，而是将其视为客户；
原则４
客户和用户要区别对待
第一条：产品为最终用户设计，需求的功能转换为最终用户的使用要求而确定；
第二条：为客户寻找价值上的需求；
第三条：用户的利益高于一切；
原则５
用最简单的文字工具记录需求
第一条：所有人都能懂的东西，最不容易出错；
第二条：不需要再学习的东西，最不容易出错；
第三条：不要希望客户能花更多的时间来了解需求转换后的模型；
第四条：保持沟通的通畅，是了解需求的保障；
原则６
天下没有免费的午餐
第一条：客户从来没有不合理的需求；
第二条：客户的要求都是可以实现的；
第三条：我们能做这事－这是所需的费用
从原文的出处，我们可以理解这是更符合从原始用户那里搜集需求的过程。
对比我们的需求过程，更多的是从PD那里得到的（BOPS的需求会更贴近一点客户）。
但我觉得方法是相通的。
就原则一而言，有时候我们对PD的想法嗤之以鼻，认为他们的需求是纯粹为了KPI的下三烂做法。但这种想法（或方案）的背后，我们不能说他们没有做过调查、不能说没有经过深思熟虑。作为RA的客户，他们更熟悉业务环境，更知道问题出在哪儿，更知道这是不得已而为之但又不失是一种捷径。
正如为了保证搜索结果的客观和真实性，google不会在搜索结果种掺杂任何商业元素；我相信，每个RA都想做google的模式，而不是百度。但，又大家有没有想过，中国的中小企业用户有多少又是希望在搜索结果中直接展示所要的商业信息呢？他们才不管是不是付费广告，更有甚者会认为在这个地方做广告的公司肯定有实力。昨天参加了《走进中小企业》的培训，得知这种情况发生的真实性；而且还是典型！
总之，我感受最深的是第一个原则。在我们挑战PD的想法的时候，先问问他们的出发点到底是什么！其他的原则，还没有太深的感受，等有了继续写。。。
22
RA虚拟团队第十次会议纪要 2008-10-17
Published by 琳琳, under 会议成果. No Comments.
会议时间：2008-10-17
会议地点：七楼茶水间
参会人员：龚欣 、谢黎文、舒昌建、蒲轶梅、谢飞、杨震、傅茂建、孔琳琳、章显洲、王超、张木兰 、薛勇 、
特约嘉宾：韩传富、姜迅、叶伟
会议纪要：
一、Arthur分享Http协议
1.超文本传输协议Hypertext Transfer Protocol
1).HTTP发展历程
2).代理和网关间
3).几个术语的介绍：包括：资源(Resource)、实体(Entity)、客户机(Client)、用户代理(User agent)、服务器(Server)等
2.HTTP总体操作介绍
1).HTTP 协议是一种请求/应答协议
2).HTTP1.0和1.1中的连接特性
3.HTTP报文结构介绍
二、项目发布前商业风险评估讨论
三、数据仓库介绍
Part 1 韩传富总体介绍数据仓库部门概况
Part 2 叶伟分享《数据仓库介绍》
1.数据仓库架构介绍
1).后台是数据存储和计算引擎（Oracle服务器，分布式运算）
2).前端是数据展现分析的用户界面（DAC和各个系统前台）
3). ETL。（ extract, transform and load）
2.数据仓库Portal－概况
1).数据仓库门户
2).用户访问数据仓库的入口
3).提供网站日志、网站运营以及核心系统的数据
4).为业务部门的决策提供了统一的数据支持平台
3.数据仓库Portal-应用架构介绍
Part 3 姜迅分享《分布式计算》
姜迅同学精彩的介绍了数据仓库分布式计算原理的相关技术突破。他因为校园招聘不在公司，相关ppt将过几天发给大家 。
15
胡言乱语谈产品管理
Published by maojian.fumj, under RA能力模型专题. No Comments.
这是发表在中国产品经理联盟（http://www.chinapm.com.cn/）的一篇文章，虽然表面上看来是对产品经理的一些看法和建议但对我们也有颇多的借鉴意义，特别是文章中提到的需求管理部分。
前三篇主要是业内产品管理部门的现状以及作者的一些观点，对理解一个企业的主要构成及分工有不小的帮助。
个人认为，产品管理是一个朝阳工种。有志于产品管理方向发展的，也可以深入考虑和探讨该如何去做。。。
以下就是1、2、3
http://docs.chinapm.com.cn/1440.shtml
http://docs.chinapm.com.cn/1442.shtml
http://docs.chinapm.com.cn/1443.shtml
下面的三篇基本围绕着需求管理，从这个角度看，产品管理跟RA的工作有些重合；当然跟我们接触的需求还有一些差距。但跳出RA的角度，从需求的各个涉众去分析需求或许能给我们带来新的思考。且看作者如何建议产品管理人员从一个“写文档者”到真正的“产品owner”的转换：
http://docs.chinapm.com.cn/1480.shtml
http://docs.chinapm.com.cn/1481.shtml
http://docs.chinapm.com.cn/1482.shtml
25
RA虚拟团队第九次会议纪要
Published by arthur, under 交流与活动, 未分类. No Comments.
上周五下午我们召开了RA虚拟团队第九次会议：
1、傅茂建分享 - 《专业市场研究和信息管理-调研和数据分析》，内容详见附件的PPT；
2、谢黎文组织讨论 – 发布制定过程中关于发布过程可能存在的风险的checklist
3、目前进行中或评估中的项目走览
4、讨论了小需求文档是写在JIRA还是Confluence上，讨论达成的一致意见是：
小需求内容写在Confluence上，在JIRA中提交小需求请求，描述中给出小需求内容的Confluence链接；
5、讨论了下面要进行的一期外部培训《需求分析》的选择和主题，及课前准备方法；
22
Concept browser - 概念中的浏览器
Published by Wintle, under 商业观察. No Comments.
part 1
part 2
part 3
part 4
Mozilla Labs 出品，大家从这段视频中看到了什么？
- 多设备的支持，感觉上电脑、手机、电视都成了某种终端，而应用在”云”里。
- 通讯非常方便，这个倒是现在就已经实现了，只是需要更高的带宽。
- 超眩目的交互，更人性化、使用没有难度，注意使用者年龄有比较大的。
- 强大的数据拟合能力：图片搜索、比价、图形统计比较等等。
由此想到更多的：
- 多客户端的支持。什么时候我们进入mobile？
- 如何打散我们的应用，以便于灵活组合？
- 更亲合化？用户体验？
- 浏览器即桌面？OR 桌面即浏览器？
引申阅读：The future of mobile 来自 the official google blog.
12
项目管理最佳实践
Published by rainman, under 必先利其器. No Comments.
- 相信你的直觉：当一件事情在你的脑袋中反复出现，他一定出问题了
- 定期对计划进行review：计划总是在不断的变化中，当发现计划已经和实际不符合，尽快调整吧
- 不要害怕需求变更：需求总是会变的，关键是把变化第一时间让相关人员知道
- 开发稍稳定后就和业务方一起review，尽早发现问题
- 一个人的精力是有限的，将项目分成多个小项目，分开管理，分而置之
- 项目最好前紧后松，给自己预留一下buffer
- 尽可能模拟线上的数据，测试环境的数据总是不完整的
- 跨部门的合作每个action都需要有明确的输出物，可以明确的度量，跨部门的合作需要有明确的协调人，明确的计划
- 不要让流程束缚你的手脚：项目流程是为项目服务的，觉得正确的事情就去做吧
- 引入内部review机制（包括需求，设计），正式的需求评审，设计评审是不能完全暴露问题的
- 封闭开发能大大提供效率，降低沟通成本。当你发现沟通成为项目的瓶颈，让他们坐在一起吧
- 尽早把测试环境搭建起来，每个里程碑都进行验证
09
RA虚拟团队第八次会议纪要
Published by Wintle, under 交流与活动. No Comments.
附件(PPT)：社会心理学初识 , alibaba community介绍 ,
上周五下午我们召开了RA虚拟团队第八次会议，会议纪要如下：
会议召开时间：2008-09-05 14:00-17:00
会议地点：8楼茶水室
主持人：谢飞
与会人员：傅茂建(f)、孔琳琳(k)、蒲轶梅(p)、舒昌建(s)、王超(w)、谢飞(x)、谢黎文(x)、杨震(y)、章显洲(z)
会议主要内容：
一、谢黎文给大家介绍了《社会心理学》初识，具体内容详见附件PPT:
a)社会心理学是一门研究我们周围情境的力量的学科。尤其关注我们是如何看待他人，如何影响他人的。
i. 情境的魔力
ii.社会心理学的实用意义：应用情境影响他人，理解情境减少对自己的不利影响。
iii.社会心理学研究的范围：
1.社会思维：知觉自我，如何形成信念和判断，从而在不同的情境下，产生不同的态度和行为。(本次介绍的内容主要属于这方面中的一小部分)
2.社会影响：
3.社会关系：
b)知觉自我
i.焦点效应
ii.透明度错觉
iii.自我参照效应
iv.形成知觉自我的方面：
1.扮演的角色
2.形成的社会同一性
3.和别人比较
4.成功和失败的经历
5.其他人的评价
6.文化的影响
二、邀请了社区运营部的容嘉(Rj)和赵清莹(Kinty)给大家介绍了News和Community二个频道，详细内容详见PPT：
a)容嘉介绍了News资讯频道
i.容嘉介绍的内容：
1.团队介绍及工作范围
a)团队的成员
b)主要的工作范围
2.News现状
a)我们现在的产品是怎么结合的
b)采用了什么技术
3.遇到的问题及应对
4.长远规划
a)News频道的发展方向
ii.大家的讨论：
1.大家讨论认为，资讯可以包含行业讯息、知识和内容挖掘等层面的内容，目前我们还处在发布购买来的信息这一web1.0的状态，还有非常大的发展空间，建议做好中长期规划，充分利用alibaba拥有巨量商家这一核心资源(竞争力)，为商家提供更有价值的信息，以及提供商家交流有价值信息的能力(平台)。
2.从形式角度，可以结合wiki、blog、知道等。
b)Kinty介绍了Community频道
i.Kinty介绍的内容：
1.General Information
2.Main Products
3.What Do We Do
4.What Will We Do
5.What We Have Confronted with
ii.大家的讨论：
1.大家讨论了社区与市场之间强化联系的思路，交流中对比了ebay、amazon等做社区的做法。
2.大家也交流了通过建立草根专栏来促进互动、传递知识等具体的方法。
三、谢飞介绍了一个关于spu（类目升级）的需求，大家进行了初步沟通，周一会有进一步的需求讨论，届时邀请相关RA共同参与。