怎样成为一个合格的软件分析师？-中国学网-中国IT综合门户网站
> 怎样成为一个合格的软件分析师？
怎样成为一个合格的软件分析师？
转载 编辑：李强
为了帮助网友解决“怎样成为一个合格的软件分析师？”相关的问题，中国学网通过互联网对“怎样成为一个合格的软件分析师？”相关的解决方案进行了整理,用户详细问题包括:请帮忙解答下，具体解决方案如下：解决方案1：整个开发的架构要牢固。说的好像有点。，个人认为技术不是很我重要。！ 也是说别人会的我知道。，达到必要的人性话对于一个合格的软件分析师来说。，别人不会的我也知道，但是多少也要全面知道了点点就可以了，下面说说分析方面。算了，思考周密，从这里不难看出，我还是知道。在分析的过程中一定要把整个系统分析周全。这只是技术上的，分析师的头脑要很清析！ 这只是这样认为的，别人精的解决方案2：谢谢解决方案3：山木培训欢迎您通过对数据库的索引,我们还为您准备了：答：一，良好的编程能力。编程能力直接决定了项目开发的效率。这要求软件工程师至少精通一门编程语言，熟悉它的基本语法、技术特点和 API( 应用程序接口 ) 。 二，自觉的规范意识和团队精神。随着软件项目规模越来越大，仅仅依靠个人力量已经无法完...===========================================答：最后，系统分析师应需要熟悉相当多的人及其工作方式，因为这些人是信息系统的使用者，或者说是系统分析师的“客户”。02 020202 系统分析师是“通才”，正是因为他们连接了IT和业务。优秀的分析师其实懂三种“世界”的语言，即计算机语言、商业语言、...===========================================答：系统分析师(SA)是负责设计与开发应用软件系统．使其正确的反应出有效的信息，协助企业经营者管理、营运公司的运作者。系统分析师是抽象模型的建立者，他们需要专业的conceptionmodel(概念模型)知识和基础编程技巧。杰出的系统分析师会利用编程技...===========================================答：Web Analyst，好听一点的翻译，叫做网站分析师。作为一个相对较新的职业，对于这份工作所需要的能力和日常的事务并没有一个清晰的界限。我有幸在一家业务非常齐全的360度营销公司带着这顶帽子为大大小小的各行业的顾客工作了2年多。在这期间，关...===========================================问：请问一下，分析师都有哪些？什么证券分析师。。。金融分析师。。。还有...答：金融分析师 负责面向金融机构及高等教育客户群的金融分析类产品/项目的客户培训、市场调研、需求分析、功能设计等工作。 从业人员必须具有1.经济、金融类本科以上学历，一年以上相关工作经验或海外学习背景；2.熟悉境内外证券市场和金融衍生品市...===========================================问：请问一下，分析师都有哪些？什么证券分析师。。。金融分析师。。。还有...答：从个人技能来说，就是学习理论加上多实践分析，多交流不断提高，为了进入这个门槛，还需要考取相关的资格证书。 要真正在行业内发展，还需要一个好的平台，环境和人脉很重要，成功的非技术因素占到60%以上。 要成为一个比较好的分析师，一般都需...===========================================问：请问一下，分析师都有哪些？什么证券分析师。。。金融分析师。。。还有...答：很多计算机本科的学生称自己是迷茫的，很多计算机专科和高职高专的计算机学生称自己的3年白过了，这些都可以理解，姑且用他们没有工作经验和计算机水平不高来解释吧。但是很多水平足够、经验足够的高级程序员（就是软件设计师，我是70后，至今仍...===========================================问：一个优秀的系统分析师应该具备哪些方面的知识和素质?答：系统分析作为专家、顾问、高级人才，是精英中的精英，往往决定着企业信息化建设的成败；他们既是IT企业中的技术骨干和将才，负责公司项目可行性研究与利益分析，是企业的智囊高参和运筹帷幄的帅才；同时又但负着研发人员的技术指导工作；他们是I...===========================================问：我才工作半年，现在在做开发，但是想转行做需求分析师，我想了解一下对...答：你好，需求分析师是一个很好的方向。现在、将来仍是招聘的热门职业。因为需求主要是写方案或需求文档，有句话叫做”写代码的挣不过写文档的“，由此说明需求的待遇和前途，当然若是专心走开发路线也是非常好的、有前途的，可成为技术专家。 我认为...===========================================这个时候,无论在"马"上如何做创新,思路已经框死,结果很难突破。最终只能出来平庸的设计,很难长久很容易被模仿和超越,实现不了多大的商业价值。 一个合格的设计者,和用...===========================================分析师和高级程序员要单纯一些,但是 他们仍然是整个软件工程中重要的一环,他们同样... 工作选择机会也比较多。而要想成为复合型的软件工程师,至少要做到以下几点: 第一...=========================================== 五,具有软件工程的概念。基础软件工程师从事的工作相对于系统分析师和高级程序员... 可以使学员在理论上掌握和理解面向对象的软件工程方法和组件化的软件设计思想。还...===========================================首先你要对相关知识非常了解,然后再根据客户需求进行分析===========================================投资项目分析师所涉及的专业知识还是一个全新的学科,我国大专院校尚没有开设这个专... 经本投资项目分析师职业资格认证正规培训达规定标准学时数,并取得培训合格证书。 ...=========================================== 2009版《系统分析师》考试说明 一、考试目标 通过本考试的合格人员应熟悉应用领... 的软件技术非常了解。如果自身具备良好编程技巧,才会成为优秀的系统设计师。系统设...===========================================我能成为自由撰稿人吗?这是很多想写稿的朋友常问的一个问题。下面先谈笔者成为自... 不过报纸和杂志对这种类型的作者要求很高,如要求股评作者必须具有证券分析师资格,...===========================================到证券公司上班就有资格证,高中文凭就可以 3科一级证书,...分析师: 需本科文凭去上个... 申报条件:大专以上学历,有一定的工作经历和管理经验,有外语和计算机基础应用能力。...===========================================但写出的文档质量实在难以恭维。作为一个合格的系统分析师文档编写能力是必不可少... 列出提纲,即你打算谈几个方面,每个方面你是怎么做的,收效如何等等,简明扼要地写在草...===========================================否则,系统分析师也会是一个不合格的员工。 (2)"系统分析师"的经验欠缺。 前面讲过,大... 怎么能够真正的胜任系统分析职位。 (3)"系统分析师"的沟通能力欠缺。 软件编程人员有...===========================================
本文欢迎转载，转载请注明：转载自中国学网： []
用户还关注
可能有帮助推荐到广播
621395 人聚集在这个小组
第三方登录：博客访问： 1166
博文数量： 1
注册时间：
IT168企业级官微
微信号：IT168qiye
系统架构师大会
微信号：SACC2013
分类： 数据分析与可视化
CPDA 英文全称为CERTIFICATE OF PROJECT DATA
ANALYSIS，是目前国际上项目投资领域最权威的专业技术资格，目前中国学术界统一翻译为“项目数据分析师”。项目数据分析专业技术资格培训考核，是由信息产业部电子行业职业技能鉴定指导中心负责项目的总体组织实施，由信息产业部项目数据分析专业技术资格考核管理办公室负责项目考核等工作。
“项目数据分析师”是专业从事投资项目可行性分析的高级决策人，是未来10年极具发展潜力的职业。“项目数据分析师”通过掌握权威的行业数据以及专业的计算工具，使投资项目的风险减少到可控制的范围。我国专业分析人员奇缺，从事项目投资决策数据分析的人员普遍具有较高的收入和地位。
项目分析质量的高低反映一个国家投资领域的发达程度。全球目前有20万名注册项目数据分析师，分布在16个国家。我国自1991年以来，相继开展了注册会计师、注册资产评估师、注册税务师资格认证考试，但迄今为止，尚没有开展项目数据分析师专业技术资格考核。
为履行我国加入世贸的承诺，适应世界经济一体化的进程，结束我国专业技术资格序列中缺少“项目数据分析师”的现状，国家信息产业部根据国家财政部、国家发展和改革委员会关于规范长期投资项目数据分析方法、与国际接轨的总体精神，制定出我国项目数据分析师资格考试管理办法。
有数据表明，在今后的五年内，我国将需要6万名持有CPDA证书的项目分析专业人才，预计需求高峰将出现在2、3年后。政府经济部门、金融机构、投资公司以及企业对项目数据分析师的需求正在与日俱增。
由于项目数据分析师是在我国进入全球经济一体化的新经济时期出现的新的职业群体，项目数据分析师所涉及的专业知识还是一个全新的学科，我国大专院校尚没有开设这个专业，相关的专业书籍也只在特定的行业内传播，因此，我国考生在目前阶段还很难象律师、注册会计师、房地产估价师等资格考试那样，仅靠自学指定教材，就可以通过考试。无论是从事过项目数据分析的人还是希望进入这个行业的人，都必须首先参加系统培训，才有希望通过专业资格考试。
由于这是个比较新的行业，个人认为含金量挺高
参考资料：
阅读(940) | 评论(0) | 转发(0) |
上一篇：没有了
下一篇：没有了
相关热门文章
给主人留下些什么吧！~~
请登录后评论。如何做一个优秀的系统分析师 - 优秀是一种习惯
- 博客频道 - CSDN.NET
&&&&& 对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。 　　经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。” 　　分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。” 　　经理觉得奇怪：“我不是刚告诉你我的需求了吗？” 　　分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。” 　　经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？” 　　分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。” 　　经理坚持道：“行了，行了，我们没有那么多的时间。让我来告诉您我们的需求。实际上我也很忙。请马上开始开发，并随时将你们的进展情况告诉我。” 风险躲在需求的迷雾之后 　　以上我们看到的是某客户项目经理与系统开发小组的分析人员讨论业务需求。在项目开发中，所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见——需求分析奠定了软件工程和项目管理的基础。 　　拨开需求分析的迷雾 　　像这样的对话经常出现在软件开发的过程中。客户项目经理的需求对分析人员来讲，像“雾里看花”般模糊并令开发者感到困惑。那么，我们就拨开雾影，分析一下需求的具体内容： 　　·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。 　　·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。 　　·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。 　　·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。 　　·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。 　　前面提到的客户项目经理通常阐明产品的高层次概念和主要业务内容，为后继工作建立了一个指导性的框架。其他任何说明都应遵循“业务需求”的规定，然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。 　　下一层次需求——用户需求，必须从使用产品的用户处收集。因此，这些用户构成了另一种软件客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如：程序的易用性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。 　　经理层有时试图代替实际用户说话，但通常他们无法准确说明“用户需求”。用户需求来自产品的真正使用者，必须让实际用户参与到收集需求的过程中。如果不这样做，产品很可能会因缺乏足够的信息而遗留不少隐患。 　　在实际需求分析过程中，以上两种客户可能都觉得没有时间与需求分析人员讨论，有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。除非遇到的需求极为简单；否则不能这样做。如果您的组织希望软件成功，那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。 　　优秀的软件产品建立在优秀的需求基础之上，而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。 　　由于项目的压力与日俱增，所有项目风险承担者有着一个共同目标，那就是大家都想开发出一个既能实现商业价值又能满足用户要求，还能使开发者感到满足的优秀软件产品。 　　客户的需求观 　　客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。 1、 分析人员要使用符合客户语言习惯的表达 　　需求讨论集中于业务需求和任务，因此要使用术语。客户应将有关术语（例如：采价、印花商品等采购术语）教给分析人员，而客户不一定要懂得计算机行业的术语。 2、分析人员要了解客户的业务及目标 　　只有分析人员更好地了解客户的业务，才能使产品更好地满足需要。这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。为帮助开发和分析人员，客户可以考虑邀请他们观察自己的工作流程。如果是切换新系统，那么开发和分析人员应使用一下目前的旧系统，有利于他们明白目前系统是怎样工作的，其流程情况以及可供改进之处。s 3、 分析人员必须编写软件需求报告 　　分析人员应将从客户那里获得的所有信息进行整理，以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。通过这些分析，客户就能得到一份“需求分析报告”，此份报告使开发人员和客户之间针对要开发的产品内容达成协议。报告应以一种客户认为易于翻阅和理解的方式组织编写。客户要评审此报告，以确保报告内容准确完整地表达其需求。一份高质量的“需求分析报告”有助于开发人员开发出真正需要的产品。 4、 要求得到需求工作结果的解释说明 　　分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明，因为工作图表能很清晰地描述出系统行为的某些方面，所以报告中各种图表有着极高的价值；虽然它们不太难于理解，但是客户可能对此并不熟悉，因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。 5、 开发人员要尊重客户的意见 　　如果用户与开发人员之间不能相互理解，那关于需求的讨论将会有障碍。共同合作能使大家“兼听则明”。参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间，同样，客户也应对开发人员为项目成功这一共同目标所做出的努力表示尊重。 6、 开发人员要对需求及产品实施提出建议和解决方案 　　通常客户所说的“需求”已经是一种实际可行的实施方案，分析人员应尽力从这些解决方法中了解真正的业务需求，同时还应找出已有系统与当前业务不符之处，以确保产品不会无效或低效；在彻底弄清业务领域内的事情后，分析人员就能提出相当好的改进方法，有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。 7、 描述产品使用特性 　　客户可以要求分析人员在实现功能需求的同时还注意软件的易用性，因为这些易用特性或质量属性能使客户更准确、高效地完成任务。例如：客户有时要求产品要“界面友好”或“健壮”或“高效率”，但对于开发人员来讲，太主观了并无实用价值。正确的做法是，分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性，具体分析哪些特性对哪些特性有负面影响，在性能代价和所提出解决方案的预期利益之间做出权衡，以确保做出合理的取舍。 8、 允许重用已有的软件组件 　　需求通常有一定灵活性，分析人员可能发现已有的某个软件组件与客户描述的需求很相符，在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间，而不必严格按原有的需求说明开发。所以说，如果想在产品中使用一些已有的商业常用组件，而它们并不完全适合您所需的特性，这时一定程度上的需求灵活性就显得极为重要了。 9、 要求对变更的代价提供真实可靠的评估 　　有时，人们面临更好、也更昂贵的方案时，会做出不同的选择。而这时，对需求变更的影响进行评估从而对业务决策提供帮助，是十分必要的。所以，客户有权利要求开发人员通过分析给出一个真实可信的评估，包括影响、成本和得失等。开发人员不能由于不想实施变更而随意夸大评估成本。 10、 获得满足客户功能和质量要求的系统 　　每个人都希望项目成功，但这不仅要求客户要清晰地告知开发人员关于系统“做什么”所需的所有信息，而且还要求开发人员能通过交流了解清楚取舍与限制，一定要明确说明您的假设和潜在的期望，否则，开发人员开发出的产品很可能无法让您满意。 11、 给分析人员讲解您的业务 　　分析人员要依靠客户讲解业务概念及术语，但客户不能指望分析人员会成为该领域的专家，而只能让他们明白您的问题和目标；不要期望分析人员能把握客户业务的细微潜在之处，他们可能不知道那些对于客户来说理所当然的“常识”。 12、 抽出时间清楚地说明并完善需求 　　客户很忙，但无论如何客户有必要抽出时间参与“头脑高峰会议”的讨论，接受采访或其他获取需求的活动。有些分析人员可能先明白了您的观点，而过后发现还需要您的讲解，这时请耐心对待一些需求和需求的精化工作过程中的反复，因为它是人们交流中很自然的现象，何况这对软件产品的成功极为重要。 13、 准确而详细地说明需求 　　编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不但烦人而且耗时，因此很容易留下模糊不清的需求。但是在开发过程中，必须解决这种模糊性和不准确性，而客户恰恰是为解决这些问题作出决定的最佳人选，否则，就只好靠开发人员去正确猜测了。 　　在需求分析中暂时加上“待定”标志是个方法。用该标志可指明哪些是需要进一步讨论、分析或增加信息的地方，有时也可能因为某个特殊需求难以解决或没有人愿意处理它而标注上“待定”。客户要尽量将每项需求的内容都阐述清楚，以便分析人员能准确地将它们写进“软件需求报告”中去。如果客户一时不能准确表达，通常就要求用原型技术，通过原型开发，客户可以同开发人员一起反复修改，不断完善需求定义。 14、 及时作出决定 　　分析人员会要求客户作出一些选择和决定，这些决定包括来自多个用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。有权作出决定的客户必须积极地对待这一切，尽快做处理，做决定，因为开发人员通常只有等客户做出决定才能行动，而这种等待会延误项目的进展。 15、 尊重开发人员的需求可行性及成本评估 　　所有的软件功能都有其成本。客户所希望的某些产品特性可能在技术上行不通，或者实现它要付出极高的代价，而某些需求试图达到在操作环境中不可能达到的性能，或试图得到一些根本得不到的数据。开发人员会对此作出负面的评价，客户应该尊重他们的意见。 16、 划分需求的优先级 　　绝大多数项目没有足够的时间或资源实现功能性的每个细节。决定哪些特性是必要的，哪些是重要的，是需求开发的主要部分，这只能由客户负责设定需求优先级，因为开发者不可能按照客户的观点决定需求优先级；开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。 　　在时间和资源限制下，关于所需特性能否完成或完成多少应尊重开发人员的意见。尽管没有人愿意看到自己所希望的需求在项目中未被实现，但毕竟是要面对现实，业务决策有时不得不依据优先级来缩小项目范围或延长工期，或增加资源，或在质量上寻找折衷。 17、 评审需求文档和原型 　　客户评审需求文档，是给分析人员带来反馈信息的一个机会。如果客户认为编写的“需求分析报告”不够准确，就有必要尽早告知分析人员并为改进提供建议。 　　更好的办法是先为产品开发一个原型。这样客户就能提供更有价值的反馈信息给开发人员，使他们更好地理解您的需求；原型并非是一个实际应用产品，但开发人员能将其转化、扩充成功能齐全的系统。 18、 需求变更要立即联系 　　不断的需求变更，会给在预定计划内完成的质量产品带来严重的不利影响。变更是不可避免的，但在开发周期中，变更越在晚期出现，其影响越大；变更不仅会导致代价极高的返工，而且工期将被延误，特别是在大体结构已完成后又需要增加新特性时。所以，一旦客户发现需要变更需求时，请立即通知分析人员。 19、 遵照开发小组处理需求变更的过程 　　为将变更带来的负面影响减少到最低限度，所有参与者必须遵照项目变更控制过程。这要求不放弃所有提出的变更，对每项要求的变更进行分析、综合考虑，最后做出合适的决策，以确定应将哪些变更引入项目中。 20、 尊重开发人员采用的需求分析过程 　　软件开发中最具挑战性的莫过于收集需求并确定其正确性，分析人员采用的方法有其合理性。也许客户认为收集需求的过程不太划算，但请相信花在需求开发上的时间是非常有价值的；如果您理解并支持分析人员为收集、编写需求文档和确保其质量所采用的技术，那么整个过程将会更为顺利。 “需求确认”意味着什么 　　在“需求分析报告”上签字确认，通常被认为是客户同意需求分析的标志行为，然而实际操作中，客户往往把“签字”看作是毫无意义的事情。“他们要我在需求文档的最后一行下面签名，于是我就签了，否则这些开发人员不开始编码。” 　　这种态度将带来麻烦，譬如客户想更改需求或对产品不满时就会说：“不错，我是在需求分析报告上签了字，但我并没有时间去读完所有的内容，我是相信你们的，是你们非让我签字的。” 　　同样问题也会发生在仅把“签字确认”看作是完成任务的分析人员身上，一旦有需求变更出现，他便指着“需求分析报告”说：“您已经在需求上签字了，所以这些就是我们所开发的，如果您想要别的什么，您应早些告诉我们。” 　　这两种态度都是不对的。因为不可能在项目的早期就了解所有的需求，而且毫无疑问地需求将会出现变更，在“需求分析报告”上签字确认是终止需求分析过程的正确方法，所以我们必须明白签字意味着什么。 　　对“需求分析报告”的签名是建立在一个需求协议的基线上，因此我们对签名应该这样理解：“我同意这份需求文档表述了我们对项目软件需求的了解，进一步的变更可在此基线上通过项目定义的变更过程来进行。我知道变更可能会使我们重新协商成本、资源和项目阶段任务等事宜。”对需求分析达成一定的共识会使双方易于忍受将来的摩擦，这些摩擦来源于项目的改进和需求的误差或市场和业务的新要求等。 　　需求确认将迷雾拨散，显现需求的真面目，给初步的需求开发工作画上了双方都明确的句号，并有助于形成一个持续良好的客户与开发人员的关系，为项目的成功奠定了坚实的基础。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：79243次
积分：1379
积分：1379
排名：第15089名
原创：49篇
转载：29篇
评论：13条
(2)(1)(1)(2)(4)(1)(6)(14)(7)(5)(4)(6)(9)(1)(6)(2)(8)