数据架构师岗位职责
推荐第1篇：系统架构师岗位职责
1.主持产品架构分析和架构设计，构建系统核心原型。2.参与关键技术问题的紧急攻关活动。3.与各项目开发组进行技术交流，指导日常开发工作。4.参与技术评审，控制产品设计质量。5.制定产品、开发规范。
推荐第2篇：软件架构师岗位职责
架构师的职责就是设计一个公司系统的基础架构，并提供关于怎样建立和维护系统的指导方针。具体来讲，架构师的职责主要体现在以下几方面：
1、负责公司系统的架构设计、研发工作。
2、承担从业务向技术转换的桥梁作用。
3、协助项目经理制定项目计划和控制项目进度。
4、负责辅助并指导系统分析开展设计工作。
5、负责组织技术研究和攻关工作。
6、负责组织和管理公司内部的技术培训工作。
7、负责组织及带领公司内部员工研究与项目相关的新技术。
8、管理技术支撑团队并给项目、产品开发实施团队提供技术保障。
9、理解系统的业务需求，制定系统的整体框架（包括、技术框架和业务框架）。
10、对系统框架相关技术和业务进行培训，指导开发人员开发。并解决系统开发、运行中出现的各种问题。
推荐第3篇：系统架构师学习心得
系统架构师学习心得
到底什么是架构师呢？所谓的架构师，应该是一个技术企业的最高技术决策者。他主要负责公司软件产品或软件项目的技术路线与技术框架的制订。好的架构师都是善良的独裁者，具有很强的技术、良好的写作能力、良好的口头表达能力，能够在各个层次进行沟通。从开发人员到架构师的成长应该是阶梯式的，一般来讲开发人员在刚刚开始工作时只能开发简单的独立软件模块，慢慢的随着经验的增长，他开始接触一些相互之间有信息传递的模块，而后来，他会发现自己接到的开发任务已经不是一个独立的单体，这些任务由一些专门的软件部分组成，可能包含数据库，工作流引擎，消息服务等等各种功能模块，可能分布在不同的服务器上，所有的部分协同起来，完成软件功能。而这时候，体系结构的好坏将直接决定了系统的性能和可扩展性，而就在这时候，这名优秀的开发人员也开始思考架构师应该思考的问题了，或者说，他向成长为架构师的道路迈出了一大步。在很多技术公司里，架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。
对照自身而言，我不是技术人员出身，目前所从事的工作，主要是担任公司前沿技术，和前沿产品的前期准备工作，但正因为是前沿技术或产品，了解和接触的人很少，这就显示出我的这项工作和系统架构师有着异曲同工的作用，即对之后的产品路线与产品框架的制订有着至关重要的作用。
在经过一段时间的学习后，我对系统架构也有了一定的认识，一名合格的系统架构师应该具备以下几点：
1.系统架构相关的知识和经验。
2.很强的自学能力、分析能力、解决问题的能力。3.写作、沟通表达、培训。
对照我目前的工作，个人认为我同样需要具备以上几个工作特点，首先在调研一项新产品或技术的时候，应该了解该领域的相关知识，做到专业，这样在今后工作中，能够从专业的角度对同事进行帮助。其次，要有很强的自学能力、分析能力、解决问题的能力，才不会在面对新的领域茫然，有自己的解决方法。最后，就是能将自己学到，了解到的付诸于文字，能生成有效的文档，对之后需要接触该领域的同事有借鉴和帮助。
作为系统架构师，必须成为所在开发团队的技术路线指导者；具有很强的系统思维的能力；需要从大量互相冲突的系统方法和工具中区分出哪些是有效的，哪些是无效的。架构师应当是一个成熟的、丰富的、有经验的、有良好教育的、学习快捷、善沟通和决策能力强的人。丰富是指他必须具有业务领域方面的工作知识，知识来源于经验或者教育。他必须广泛了解各种技术并精通一种特定技术，至少了解计算机通用技术以便确定那种技术最优，或组织团队开展技术评估。优秀的架构师能考虑并评估所有可用来解决问题的总体技术方案。需要良好的书面和口头沟通技巧，一般通过可视化模型和小组讨论来沟通指导团队确保开发人员按照架构建造系统。
可以看出，成为一名优秀的架构师是需要具备很多素质的，分析自我，我觉得我个人在某些方面还要不断的成长，才能一步步成为一名优秀的架构师，在今后的工作中我也将注重自己一下几点的培养，让自己在工作中更上一层楼：
1.培养创新意识，广泛涉猎和知识库领域相关的内容，尤其关注国外前沿信息。2.培养自己解决问题的能力和零号的沟通，这样才能博采众长，能够在工作中发挥自己建设性的作用。
推荐第4篇：网络架构师材料
Juniper网络公司架构师演讲稿
各位早上好！我非常喜欢刚才的一段幻灯片。我今天想讲的是一些主要的领域，就是说我们在哪些方面还需要继续努力，把IPv6推到全球性的部署。我将会跳过其中的5个，简单的看一下，我的目标不是给大家做一个简单的演讲，我只是想让大家认识到公司对于大学、对于政府在扫除我们所面临的障碍方面，面临的巨大机遇。刚才讲了很多安全性的问题，实际上他可能对IP安全性关注最高的人之一。有三个方面的安全性问题，我讲一下。第一我们需要安全的端到端的模式，第二，我们还需要一个无处不在的网络和加密。第三，我们要有一个高性能的基于路由器的过滤。大家都在讲加锁的问题，大家对此也提出了很多的建议。一般都是建立系统的模式，或者是移动的IPv6的模式，这些基础性的技术需要非常安全的端到端的应用。才能被大家接受。现在这些技术还不能成真，因为我们现在的安全模式有问题。现在安全模式的问题就是IP的地址是很重要的一部分。IP地址必须是全球性的，我们现在的安全模式包括放火墙使用的IP地址，大家也听到了在很多的演讲中，网络地址的转换必须要消除，因为网络地址的转换极大的妨碍了新的应用的开发。我们需要一个新的安全模式，不需要net。当然，我们在网络中还是需要放火墙，但是网络安全管理模式对于创建端到端的安全模式是非常关键的。也就是说我们不需要现在的安全性模式，有一些安全性是非常有用的。我们也有很多著名的放火墙的作用是比较好的。其实他们都是一种防护性的措施。但是也并不是很有效。我们需要确保真正的端到端到安全性，确保每一个设备的安全性。由于时间的问题，我不会一点点的读出来的。我是从别人的演讲中拿来的。从什么领域建立一个新的安全模式。另一个安全问题就是“使用无处不在的认证和加密方法”无论我们使用的是什么设备和什么应用。高性能路由器械的过滤是非常重要的高的过滤对于网络的安全性非常重要。这样可能会避免很多的剧烈的服务攻击。再看一下运营商的问题和SP的问题。不需要用硬件完成这种过滤，如果用软件完成这种过滤可能会极大的影响速度，要在头上进行过滤，这并不是一个问题。问题是不仅要对包头对于过滤像地址端口等等。这就会遇到一些问题。这是因为IPv6的包头，如果要过滤就要进入到这里面，得到端口的一些信息。所以，我们一些路由器的厂商应该做出这方面的工作进行调整。在IPv6中采用多线查找的方式是不可接受的。我们可以在核心网络中创造一种环境，路由表可以变得非常大，更重要的是网络核心变得非常不稳定，因为要在这个设备和单个的网络上进行安全性。这是和我们现在的查找的方法非常好，IPv6中的查找是什么样的。一个客户有两个SP，他们从SP1中得到IP地址1，这样他就有了一个IP地质这是从SP1中得到的一个地址。大家可以看到，每个人都会对其他人宣传自己的地址的好处。问题就出现在这里，如果用户要想使他的自己宣传，就需要有SP对自己的地址进行宣传，让SP认为这并不是一个问题。用户希望SP2宣传他的地址空间，SP2就一定要使用地址空间。但是又出新了另外一个问题，因为现在24套的地址，所有到这个地址的信息都是通过SP2到达的。这样SP1也需要对24的地址进行宣传。从而平衡两者之间的容量。问题就是SP2必须要对另外的接入地址进行宣传。这样就会造成路由表的爆炸。就会造成整个互联网不稳定性。如果你宣传24号的地址，互联网上的每一部分就会造成不稳定性。这在互联网上是不可见的。我们在IPv6上有讲了一些地址，如果地址在互联网上都是透明的，就会减少很多的不确定性。但是路由表的爆炸的问题不是特别严重。问题是CPU的一些厂商比如华为、思科总是要处理一些不稳定因素。我们需要更合理的分配地址这样就有了一个更好的互联网的核心了，所以我们不应该简单的对地址有限制。从这张骗子大家可以看出，有很多的做法，有些做法可能是比较天真的想法。有人在过去几年提出了很多的建议，他们提出的一些建议和后面的想法也是非常好的。这些建议中都有一些优点，但是没有太理想的，这就是我们研发的重点的领域。我们就能找到和IPv6查找的更多的方法地这样就不会限入像IPv4的这种情况。我们还需要做一些什么。首先，现在有一个非常大的机遇，我们应该有一个非常好的新的业务质量的模式，应该融合了IPv6的新的特点和特征。这应该是一种基础性的技术，让我们开发新的应用。我们应该有一个非常好的业务模式，第二我们要有管理性我们在管理方面还有很多事情要做。今天IPv6的应用的发展并不是很难，但是现在要关注的从IPv4到IPv6的过渡对终端用户是透明的。终端用户可能察觉不到我们用的是什么协议。最后我们向前，我们现在做了很多前瞻性的工作，大家需要有一种和别人互相学习经验的精神，这是我们向IPv6发展的重要的一点，非常感谢！
推荐第5篇：数据分析员岗位职责
数据分析员岗位职责
1、数据分析专员岗位职责
1.参与建立公司的运营管理体系
2.参与编制运营管理的相关模板、工具、工作指引，并持续改进
3.参与编制计划管理的相关模板、工作指引，并持续改进；
4.根据标准和程序文件的要求，参与制定公司级数据收集的范围；
5.依据收集范围定期进行各类数据资料的收集，并进行统计、整理
6.依据销售计划的数据，统计、整理生产部门月度生产计划，保障生产的顺利进行；
7.依据生产计划的数据，统计、整理物资部月度采购计划，保障采购的顺利进行；
8.参与收集、审核相关部门销售计划，保障销售的顺利进行；
9.定期将各类指标与计划进行比较，找出差距；
10.参与建立考核体系，制定考核方案和考核细则；
2、数据分析专员岗位职责
1、使用淘宝营销工具(直通车/淘客/淘江湖/卖霸/钻石展位/焦点图/店铺街)的经验。
2、负责淘宝店铺及产品在淘宝和互联网的推广，能有效提升店铺及产品的访问量！
3、制定推广方案并负责实施，对推广效果进行评估，对店铺及产品访问量、转化率数据进行分析！
4、使用淘宝各项推广工具进行商品推广，达到销售目标所需要的流量。
5、在论坛上发起一些引人话题性的帖子，吸引点击量。活跃论坛气氛，提高客户黏度。
6、负责各项活动或者品牌的宣传推广方案的设计、讨论和实施；
7、对网上店铺的IP、PV、销量、跳出率、地域分布、转化率等做出专业的数据分析及平时做好竞争对手网站的数据的采集。
8、精通淘宝直通车竞价排名规则，优化竞价关键字。
9、熟悉淘宝内部的各种推广方式（如社区、直通车、淘宝客、帮派）；
10、精通淘宝网营销规则，熟悉淘宝网会员的购物习惯和购物心理；
11、熟悉淘宝网各种营销工具，对站外推广有独到的见解；
12、较强的组织执行策划能力；
13、精通直通车竞价排名规则；
14、有媒体资源，懂PS，懂网页代码，懂软文写作的优先录用。
15、负责淘宝店铺及产品在淘宝和互联网的推广，能有效提升店铺及产品的访问量！
16、制定推广方案并负责实施，对推广效果进行评估，对店铺及产品访问量、转化率数据进行分析！
17、使用淘宝各项推广工具进行商品推广，达到销售目标所需要的流量。
18、负责各项活动或者品牌的宣传推广方案的设计、讨论和实施；
19、对网上店铺的IP、PV、销量、跳出率、地域分布、转化率等做出专业的数据分析及平时做好竞争对手网站的数据的采集。
20、精通淘宝网营销规则，熟悉淘宝网会员的购物习惯和购物心理；
21、有媒体资源，懂PS，懂网页代码，懂软文写作。
3、数据分析工作职责
做出有质量、有价值的数据统计分析，并在加强管理，提高经济运行质量等方面为公司降低风险、提高收益。
—、完善基础，不断提高综合分析能力
1、为人正直、责任心强，作风严谨、工作仔细认真，具备良好的职业道德素养
2、有较强的需求分析能力、逻辑推理能力、沟通协调能力
3、遵守公司数据统计分析工作的规范管理，不虚报，不舞弊，不弄虚作假
4、熟练掌握并操作Microsoft Office Word、Excel、PPT, 熟悉ERP软件各报表数据整合
5、做好工作重心的转移, 服从公司安排协助其他部门工作
6、熟悉公司运作对各部门的数据统计分析工作给予支持配合
7、编报各类统计数据分析报表，整合汇总、综合分析，按时为上司提供可行性的报告
8、保守公司统计机密
二、工作细责
1、制定货品供应链（采购、配货、仓储、零售、分销、核数等）分析报表及便捷运用模板
2、规范整理各相关部门报表数据库，制定老板报表
3、每天根据信息反馈，核对各仓库及店铺仓储变动表进行校正并提供分析报表
4、每天根据信息反馈，提供各店铺及个人销售情况分析报表
5、每周根据信息反馈，提供店铺及个人销售情况和销售业绩分析报表
6、每周根据信息反馈，提供畅、滞销款报表分析或库存整改建议分析报告
7、每两周根据信息反馈，提供各门店及渠道配货报表或建议分析报告
8、每个月根据信息数据综合分析，为公司各部门制定计划指标提供数据根据
9、每三个月根据信息调查反馈，制定各区域消费群体消费情况数据分析图表
10、每六个月做综合性总结，为公司及各部门改进发展规划提供分析数据图表
11、年底为公司年总结提供各项分析数据汇总制定公司当年综合多元分析数据图表，
12、经上级批准分析指定部门的信息数据需求，支持项目决策分析并协助风险价值评估
13、经上级批准协助参与渠道开发的调研分析及评估
三、优化数据，不断提高分析作用价值
1、收集各项指标，建立相应明细报表及综合分析统计报表,
2、完整统计数据，按时更新，并挖掘利用
3、建立统计数据的多元组合
4、统计分析数据透视功能的改进提高
5、结合公司实际发展和部门发展的合理便捷运用统计数据
四、开拓进取，不断提高统计分析水平
1、发挥统计分析创新意识和应用范围
2、统计分析要注重方式方法
3、统计分析要科学的联系实际发展
4、从分析过程中发现问题，提出改进或建议
推荐第6篇：数据专员岗位职责
1.负责分管区域流向数据的收集、整理、核对、编码、上报工作。2.负责分管区域库存数据的收集、核对和上报。3.负责分管区域的所有数据的稽核工作。4.完成公司领导及部门领导安排的其他工作。
推荐第7篇：架构师和架构师的工作
架构师和架构师的工作
曾经有句调侃的话“一块砖头掉下来，砸到10个人，9个总经理，还有一个是副总经理”形容头衔的泛滥。 与此类似，在 IT 技术圈架构师也越来越多了，初级架构师，中级架构师，高级架构师，资深架构师，首席架构师。这些架构师做着各种不同范围的工作，有的只写 PPT 的，有的还要编码，还有的写测试用例，有的做系统维护，个别还会兼着项目经理。
架构设计包含几个方面。大家对架构师工作范围彼此认知不一致，多半是因为事先没有界定究竟是哪个方向的架构。一般来说分五类：业务体系架构，系统体系架构，应用架构，数据架构，基础架构。
1.业务体系架构。主要的工作是梳理业务需求，确定业务活动流程。其中一个重点是确定业务流程涉及的职能部门或者工作人员角色。 每个职能部门或者人员的角色职责，和哪些业务活动节点相关。职能部门和相关人员的组织结构，上下级关系，或者在业务活动中的交互关系等。整理业务活动流程中流转的数据信息。将众多的业务活动流程划分为若干个业务系统，包括抽取出每个业务系统中共同的业务流程，构建出新的业务系统，为其他业务系统提供支撑。确定在各个业务系统之间交互的数据信息。业务架构设计是业务人员的工作，但 IT 人员也需要很细致深入地了解。 2.系统体系架构。主要工作是根据业务需求梳理对应的系统需求，设计由哪些系统支撑哪些业务，各个系统的定位，系统之间的接口、关系，系统包含的功能，各种数据（如信息流、资金流等）流在系统之间的入口、出口、流转、传递、集成等。对应若干个业务系统，自然会有多个应用系统。应用系统和业务可以是一一对应的，具备相同的边界，也可以不对应。在业务架构分析结果的基础上，设计合理高效的系统整体架构，目标是更好地支撑和推动业务发展。没有对业务架构的深度理解，不可能设计完成高效稳定的系统体系架构。往往一个业务各个阶段在系统体系架构中分别对应不同的系统，一个整体业务流程是在一个系统中完成还是多个系统各管一段一定要建立在对业务深入理解的基础上，对业务有精准的定位才能做出合理的架构设计。 3.应用架构。 对于一个应用系统，要设计由多少个应用程序，或者客户端 API 库组成。每部分各自实现什么功能，分布在多少个节点上，彼此怎么交互。每个程序的层次结构，线程驱动的应用逻辑流程。还要选定实现应用系统的技术手段。完成应用系统功能的设计，还要考虑应用系统的性能，负载能力，如何方便地做处理能力的扩展。除了要考虑性能上的扩展，还需要考虑功能上的扩展，应用系统的管理和监控，系统集成。 选择使用什么编程语言实现，运行在什么操作系统上 ; 之后越来越多的技术层面的需求被归纳抽取实现为中间件作为应用的开发和运行平台，为开发应用系统节省了时间，提供了基础功能支持，有了业务体系统架构和系统体系架构的分析结果，就要考虑怎么样构建具体应用系统来实现业务需求。一般为了复用，功能集中的要求，会设计很多细粒度的应用系统。另外也会有一些新的对应技术层面需求的应用系统，比如监控系统，集成总线，前置系统等等。要定义这些应用系统的接口和调用接口的规范，确定各个应用系统相互交互的内容和过程。 系统要模块化设计，松耦合，数据结构要留有扩展位，程序要用设计模式，这是最基本的要求。还有目前已经深入人心的SOA， 要求设计的系统具备开放性，遵循统一的服务接口，一方面便于以后被其他系统复用，一方面也方便调用已有系统的功能。总之为了以后有新的功能需求，能够快速实现。良好扩展性会让设计出的系统在更长的时间内保持先进性，不被淘汰。每个应用程序需要有管理监控的接口，每个应用系统都要实现管理和监控功能。监控的重要性不亚于应用本身需要实现的业务功能，在做应用架构设计的时候，监控是需要非常重视的内容，设计监控实现甚至优先于设计功能实现。现在的应用系统都要求能够实时监测，能够改变运行时应用程序的参数，实时的控制。 集成可以划分为几个层面，应用界面集成，应用接口集成，应用数据集成。其中应用接口集成包括应用功能接口集成和应用监控接口集成。现在企业内部异构系统越来越多，标准的做法是搭建集成总线，使得这些异构系统可以方便的互联，相互调用彼此的功能，交互各自的数据。
4 ．数据架构。对于系统来说，除了应用架构，还有数据加构，两者是左右手关系。数据是业务领域的实体和操作在应用系统里的数据结构定义。设计数据的难点在于现实世界这些实体和相互作用的复杂，实体的继承关系，集合关系，实体的分类 都是比较难梳理清楚的事情。很多成熟行业都有行业内部的数据协议，在做数据架构设计的时候，有现成的数据定义是最好了，即使不完全遵循标准，也能提供很多的参考。如果逻辑层面的数据定义完成，那之后的工作就要简单一些。把这些数据对应于各个应用系统使用的数据库和数据库里面的表单视图；应用程序内部的数据结构和对象定义；应用系统交互时的网络数据包等等。 其中数据库的设计是大型应用系统的重中之重，需要详细地设计每个数据库，每个表单和视图，确定每个数据库的容量和性能要求。需要梳理清楚多个应用系统和多个数据库之间的关系。对于企业的多个应用系统而言，如果在设计之初有统一的数据架构设计，就避免了之后大量繁杂的数据交换和数据整合工作。当然这是理想的情况，现实是这些之后的整合工作不可避免。
5.基础架构。基础架构包括数据中心，灾备中心，网络架构，信息安全管理等等。对于做应用和数据架构设计的架构师，对基础架构还是要有所了解，这是应用系统的运行环境。
总之架构师的工作比较广泛，具体到每个架构师真正能做的和精通的就不多了。
推荐第8篇：13年工作经验_资深架构师
简 历
个人信息： 姓名： 成锁元 性别： 男
出生日期：1979年4月14日 籍贯：陕西 户籍：河北－廊坊 手机：189 1081 3417 工作经验：13年
邮箱：suoyuan@gmail.com QQ：5873494
自我评价：动手能力强，接触新技术快,做事严谨认真
工作经验： 2012/5 --现在 ：央视国际网络有限公司 | 互动开发中心 |资深架构师
公司简介： 央视国际网络有限公司，是中央电视台旗下的国家网络广播电视播出机构，域名为www.daodoc.com www.daodoc.com
项目2：北京120急救中心应急指挥系统 项目时间：2008.11 -----2009.5 项目角色：项目经理
项目内容：该系统基于移动安防平台，并根据北京120急救中心的特殊需求做一些功能定制，成为移动安防平台在行业应用的典范，也是3G业务首次成功应用。
应急指挥系统基于移动3GTD-SCDMA网络的实时传输视频图像，是无线车载实时监控的最佳实例，同时对系统的容错和负载均衡以及网络结构有很高的要求。该系统是针对行业用户需求的一些定制，同时又对个人业务的管理进行扩展和细化，用户的管理粒度增加三级，支持全国性统一平台的部署和实施。
承担任务：整体框架结构的设计，各个功能模块的详细设计，以及核心模块的实现 主要技术：grails，groovy，java，spring，hibernate，RTSP 开发环境：windows，eclipse，mysql，linux，apache
项目3：通用的短信平台 项目时间：2007.1 -----2007.5 4 / 8
项目角色：系统结构设计以及详细设计
项目内容：该系统网关部分采用松耦合的三级架构（socket层，协议层，数据库层），各层可以独立运行，各层之间采用消息队列通讯。底层的socket采用java的NIO包非阻塞方式实现，实现单节点并发处理每秒100条以上；中间的协议层采用spring的依赖注入分别实现了移动联通网通电信的协议；数据库层采用hibernate加jdk5的声明方式实现no Dao模式，同时内置jetty服务，支持web方式的后台管理。
业务管理部分采用spring加hibernate框架实现，对业务路由数据的分发处理，提供http接口转发到业务处理部分，支持在线式数据的更新，生效。 业务统计部分实现了内容提供商的实时结算，以及实施查询，报表等功能。 分的实现，以及业务统计的设计。
主要技术：Java、spring、hibernate、JMS、webwork，NIO，concurrent包，5.0线程池及框架等
开发环境：windows，eclipse，oracle，activemq.
2005/05 -- 2006/10：北京龙迹天地科技有限公司 | wap社区，短信技术部 | java高级工程师 公司简介： 专著于手机游戏以及增值业务的研发、发行、和运营，对手机游戏玩家的用户行为承担任务：整体框架结构的设计，各个功能模块的详细设计，以及网关部分，核心路由部和体验有深刻理解，在产品研发和发行上勇于创新，拥有大量受市场欢迎的高品质游戏产品，建立强大的游戏发行渠道，在市场占有率和收入上一直保持国内前三。 员工人数：500人
主要产品： wap社区系统，短信平台 汇报对象： 部门经理
工作内容：wap社区系统的通用后台(包括用户系统/聊天室/论坛/游戏等);wapush通道开发;游戏基地项目的搜索模块;手机传奇wap站;运营统计平台等; 在短信技术部时，负责短信网关的开发维护，短信人工聊天服务器端的开发(基于web services的跨平台架构);短信平台的合作通道及接口等 工作业绩：
项目1：SMS人工聊天平台 项目时间：2005.11 -----2006.4 项目角色：系统结构设计以及详细设计
项目内容：该系统以spring框架为基础，消息队列为交互的载体，通过 web service接口通信，实现了中小型的消息聊天平台。同时支持的在线陪聊客户端数目达到50个，另外实现简单机器人自动回复。
承担任务：整体框架结构的设计，各个功能模块的详细设计，服务器端的实现。
5 / 8
主要技术：Java、spring、activemq，ehcache，hibernate等 开发环境：windowsXP，eclipse，oracle 项目2：wap产品的通用平台 项目时间：2005.6 -----2005.10 项目角色：系统结构设计以及详细设计，关键模块的实现
项目内容：该系统采用spring框架实现，将常用的wap产品通用化，用户系统，论坛系统，聊天室系统，blog系统等模块化，可以根据产品动态的组合，充分适应wap产品的多样性和变化快的特点。
同时支持产品在线生成，以及动态部署，在线更新等功能，支持产品的访问量，pv统计。
承担任务：整体框架结构的设计，各个功能模块的详细设计，用户等核心模块的实现。 主要技术：Java、spring、JSP、webwork等 开发环境：windowsXP，eclipse，oracle，jbo
2003/11 -- 2005/04：北京太力信通公司 | 技术部 | 软件工程师 公司简介： 太力信通公司是从事移动数据产品和解决方案开发服务的公司。公司依托移动通信运营商，面向企业和个人提供基于移动数据业务平台解决方案和数据信息服务，并 向企业提供基于移动短消息技术(SMS)、无线应用协议(WAP)技术以及通过通用无线分组(GPRS)技术的各种移动通信增值业务应用系统和移动互联网 解决方案，致力于为手机用户开发整合一系列类型丰富的无线内容和应用服务。 员工人数：50人
主要产品：短信，彩信，wap，IVR等 汇报对象： 部门经理
工作内容：在职期间，主要负责短信、wap等产品的开发，短信网关的割接与维护.曾完成公司的运营统计平台，通用wap站生成系统，以及短信的相关产品。 工作业绩：
项目1：wap内容管理平台 项目时间：2003.12 -----2004.5 项目角色：系统结构设计以及核心模块的实现
项目内容：该系统采用spring框架实现，根据wap站点经常多变的情况，利用java解析xml的便捷性，实现业务人员在线式生成wap站点，根据站点，模版，栏目，元素等的分级控制，达到资源的可重复利用，更加快捷的生成wap相关产品。
承担任务：整体框架结构的设计，各个功能模块的详细设计，核心模块的实现。 主要技术：Java、spring、JSP等
开发环境：windowsXP，eclipse，oracle，tomcat
6 / 8
2001/10 -- 2003/11：北京天元网络公司 | 开发一部 | 软件工程师
公司简介： 以交换与通信网国家重点实验室和信息产业部网络管理重点实验室为依托，专业从事通信及计算机网络管理领域的技术咨询、产品研发及系统推广工作，能够独立为最终用户提供完整的网管系统工程解决方案，是中国网管系统应用市场的主要开发与集成商。 员工人数：500人
主要产品：中国联通长途传输网综合网管系统
一、二期工程 汇报对象： 部门经理
工作内容：在职期间，曾先后负责工程维护，系统数据采集，数据库的维护和优化，配合开发人员建立模型，以及网关软件的开发。在中国联通综合网管系统第
一、二期系统的开发中，主要负责联通综合网管系统的前台GUI，以及工程的项目实施与维护,并开发联通web办公系统，电路管理系统。 在参加开发的过程中，对于综合网管系统这样电信级应用系统有深刻的了解，包括三层体系结构（前台GUI，中间业务逻辑层Manager，底层Agent），以及软总线结构，消息流驱动系统。 工作业绩： 利用公司的消息系统，实现web办公管理平台与后台Manager的通讯，来完成调令调单的复杂处理流程；参与联通web办公系统，实现电路管理模块。
教育背景：
1998/09 -- 2001/07：华北航天工业学院 | 计算机应用 | 大专
语言能力：
英语：读写能力良好 | 听说能力良好
特长职业目标
熟悉项目管理基本流程；
精通开发语言java、lua、scala，groovy；
精通最近流行的多种NoSql技术，Redis，mangoDB，levelDB 7 / 8
精通memcache，以及相关协议和衍生产品memcacheq，memcacheDB，对于MC的生产容量规划，业务分配等实际项目经验
对java5新增的的线程框架，非阻塞，原子性，范型，AIO等以及concurrent包有深入的了解；
精通的后台数据库mysql、oracle，对sqlserver,PostgreSQL,Derby等熟悉； 精通J2EE的体系结构，独立使用web services,JMS编程, 并能够独立应用一些框架（webwork、spring、hibernate）编程; 精通的容器有nginx，tomcat，jbo，apache等
熟悉Lucene索引基本原理，对ElasticSearch有实际项目经验
熟悉Retional Rose的建模工具和Git,SVN等版本控制工具以及开熟悉视频编码规范，H.264,MPEG4等压缩算法，以及RTSP流媒体传输协议； 精通wap技术相关规范,以及相关接口; 精通短信技术规范以及运营商的通讯协议和接口; 熟悉通讯网络管理的基础知识（SDH、DWDM等）和业务流程；
8 / 8
推荐第9篇：交换数据工程师岗位职责
1.负责完成数据通信中各类ATM数据网、IP数据网、计算机互联网和VOIP城域网、接人网、通信、支撑网、综合电信业务支撑系统等工程设计。2.了解现有网络现状，进行细致认真的现场勘测,调查现有站点、机房及设施，负责收集、整理查勘资料。3.根据查勘资料进行讨论，提出工程建设原则、工程建设思路，与建设方讨论工程目标、工程范围及相关要求,初步满足其合理需求并达成共识。4.在专业总工的指导下确定本期工程数据网络设计(网络规划)方案，根据工程实际,编制符合相关工程要求的设计文件初稿。5.遵从IS09000所规定的要求等设计院相关规范，正确编制完整的设计文件(可行性研究报告、初步设计、施工图设计、电源规划设计）、图纸及概预算。
推荐第10篇：仓库数据员岗位职责
仓库数据员岗位职责
1、仓库数据员岗位职责
1、负责ERP数据的输入及输出，并及时上报；
2、对仓库的进出仓活动情况的终端跟踪；
3、管理仓库的所有文书和档案；
4、监督货品到仓，出货，及退货情况；
5、接听、转接电话并及时登记。
2、仓库数据员岗位职责
1、负责部分联营店的销售开单，确保品项、数量、单价等数据的准确；
2、负责客户退货的盘点及数据的录入；
3、负责仓库单据的建档、收集、保管、存档等；
4、负责临时工管理：考勤、业绩汇总等；
5、负责仓库出库、入库、损耗等各项数据的统计，按要求提交相关报表；
6、上级交给的其它工作。
3、仓库数据员岗位职责
1、执行库存管理流程、改进库存管理方法；
2、提供全面的库存分析报告，评估库存管理状态，提高库存管理水平；
3、信息系统数据的录入、填写和传递，相关单证、报表的整理和归档；
4、定期与仓库核对数据并实地盘点，检查监督出、入库手续；
5、完成上级交办的其他工作。
4、仓库数据员岗位职责
1、根据系统数据整理出入库单据
2、反馈处理出入库质量问题、数量差异
3、负责出入库日报表，月经营分析会报表，绩效考核报表的统计
4、负责领用、借用货品相关事宜的操作
5、负责货品报损报废事宜处理
6、负责转仓货品差异反馈及处理
7、负责退货收货情况的反馈
8、负责盘点异常情况调整、盘点单据生产、盘点损益处理
9、负责定期收集和整理配送中心各项数据并完成数据报表
10、分析和监控仓库业务数据，为决策和计划提供数据支持任职资格
5、仓库数据员岗位职责
1、负责仓库的入库，出库数据的处理
2、发货开单，跟进发货数据
3、仓库内部数据的流程管理，确保仓库数据的准确
4、协助仓库其他工作的完成。
5、需懂的服装的进销存。
第11篇：数据组人员岗位职责
岗 位 责 任 制 度
一、
1.2.3.4.5.6.7.
二、各岗位人员安排：
批销录入员： 王少彬、许妙凤、阮小玲、卢淑娟 销退录入员：朱华萍、林 琼 进退录入员：郑清煌 配送录入员：陈鸿鹏 调架录入员：许自然
进货录入员：杨小红、胡艺盈 打 包 员：许志强、柯耀辉 各岗位职责：
1.负责各种单据的及时开立、清点核对与修正，保证各种单据的完整性、准确性 2.负责到货图书短缺处理与跟踪
3.及时准确地对征订图书做到货后分拣，及时转入打包区打包发货，并跟踪配送出库工作 4.熟悉掌握图书发货时间，并有计划地安排对出库图书进行标准打包 5.所有出货图书的打包工作。
6.负责销退图书的把关与清洁处理，并及时反馈不良销退的客户名单
7.负责跟踪电脑数据与实物库存数量准确性与架号管理的准确性，及时修正错误数据
8.为业务人员、客户、部门内人员的工作需要，提供各项相关的单据信息 9.按时完成和整理各类财务、业务相关单据，并及时上交组长 10.5S环境责任区管理
11.完成上级交办的其它工作任务
三、操作流程：
1.批销录入员：
1) 批销人员早上上班时先整理工作台，将工作台上的多余书籍整理到推车上，由仓储人员上架。
2) 批销人员每天轮流一位完成昨天批销单的备注、调顺序、对账单，其余人员完成导单、对单与开单工作。
3) 开单时，要选对客户名，区分不同等级的客户的折扣也不同（A客户不用改折扣、B客户根据“单位”修改，C、D的客户需询问业务人员）。开单要求50条数据为限，注意销售方式。注意特殊客户的要求，如需更改单头（例如„）。工作的效率
4) 对于业务人员打电话通知作废还原单据与下架时，应注意听清楚单号，在操作过程中应注意所作废单据的日期应为当天，之前数据不可作废。00000 5) 在导前一天的单据时，要在原始单据上备注“1”，方便以后查单用。当单据导完未做修改前要将新单据与原始单核对（核对的内容用客户名，实洋，码洋，品种），核对无误均可开始对新单据进行修改。当天单据在修改前同样要核对（核对的内容单号，客户名与品种数）。无论是导单与是打印当天单据均应该在“审核”工序做完后才能打印单据。
6) 在核对单据时，要核对的内容有书名，书号，单价，数量，特别注意核对教材时的版本问题（确保单据与实物准确无误）。
7) 在导单时应该注意发货时间，发货时间比较早的货要先核对，必须保证货物能在最快的时间内发送到客户处。（厦门与县城的客户均在中午前发货，其余各地方均下午有车,除业务员要求走客车的货物。）
8) 阳光系统要求当天完成，做到当天事当天毕。
9) 对账单的核实，在批销单整理完毕后，要将单据与对账单一一核对（内容单号，客户名，实洋，码洋）。如有前一天的单据，需用便笺纸记录单号，客户名，实洋，与对账单订一起上交组长处。
10) 要求批销人员以上的工作职责都可以独立操作与完成，但同样需团队协作，互帮互助。如有紧急情况需及时通知组长进行处理。 2.销退录入员：
1) 销退人员主要负责销退图书的把关与清洁处理。正常退货如果在三个月内，无脏旧破损问题也无做标识的图书可以接收于正常库房。
2) 退回图书如有脏旧破损的图书，先到三通中查找，是否是我方过失，如查寻为我方过失所造成的脏旧破损，允许接收，数据开至待退库，防止配送人员将图书配送给客户。 3) 正常情况下，客户退回图书需在三个工作日内完成，所退图书的码洋要与客户单据的码洋进行核实，确保准确无误。
4) 如有不可退图书,需与相关业务员沟通。如业务员同意其退货，接收这些不可退图书后开“报损单”，将单据由业务员签名后交至数据组组长处；如业务员无告知处理意见，不将其退回，也不明确是否接收时，在通知业务员两次后，业务员如仍未处理则视为业务员同意退回这类图书，由业务员承担；如由销退人员接收不可退货图书，则由相关责任人承担，追及不到由所有销退人员承担。
5) 销退人员需将当天所完成的单据在“阳光”软件中引入。 6) 主动协助本组其他岗位的工作。 3.进退录入员
1) 开单时根据计划退货单上提供的供货商退货，注意每一条记录的准确（供货商、折扣、数量），根据供货商要求的退货时间退货。
2) 调货时，需根据供货商的要求（是否放单、放单时折扣问题、走哪家货运公司、什么时候走货、运货问题），需优先处里。如有图书不够或无法及时走货的情况下需及时通知采购人员或采购助理。调货已运走后，需将运单与清单同时传真给供货商，再将供货商通知调货的传真单、清单与运单整理订在一起，上交至数据组长处。 3) 跟踪门市退回图书的数据接收与转退货处理
4) 每天要将当天所开单据进行备注、整理、根据供货商和单号将单据整理入文件夹中。如有货运票，需将运票与这次出货所有单据订在一起交至组长处。 5) 每天所完成的单据均需引入“阳光”中。 4.配送录入员
1) 配送开单人员每天根据门店人员的配货，按先后顺序进行开单与装箱工作。（开单时注意准确率，特别注意教材版本的正确录入）。 2) 门市征订图书的配货与装箱工作。 3) 处理门市退回物流图书的数据接收。（针对门市退回物流上架图书与业务员向门市调回发货图书数据接收）
4) 主动协助本组其他岗位的工作。 5.调架录入员
1) 新书上架后的调架
2) 不同库房之间的调拨（所有不同库房之间的调拨，包括新仓与待退库房） 3) 供货商调货处理
4) 对新书样书调架后的上架工作。 5) 架号管理系统的审核与架号的维护 6) 主动协助本组其他岗位的工作。 6.进货录入员
1) 新书建样：根据新书样品建入正确的书名，定价，主要供货商与折扣的设定。 2) 如验书人员采集的到货图书样品在数据库中已有信息，需改图书的建档日期。
3) 录进货单时，需与供货商所给单据核实，如供货商无提供单据需与供货商联系，让其传真相对应的单据；如有图书不知供货商需寻问采购人员；如有新供货商，新建完供货商后需让采购经理签名确认。
4) 录单时如有图书短缺或破损需与验货人员进行确认，再通知供货商；如短缺与破损是在运输过程中出现的需与我方储运人员或理货人员协商是否让货运站赔偿。
5) 录入时如有订数需及时通知业务员，询问其是否发货，如果同意发货将其转成批销单，让批销人员发货；如不发货同样转成批销单，通知组长作废该单据。 6) 单据详细录入完整后，需将货运票号，运费，件数等及时录入。
7) 当天所录入的单据需与验书人员所记录的到货情况相核实，如发现未录入或件数不合，需及时通知验书人员，进行核查。
8) 进货录入员应及时将进货单引入“阳光”中。 9) 主动协助本组其他岗位的工作。 7.打包人员
A、根据发货时刻表，对核对完的图书进行打包。 B、打包时根据客户选择标准包或大件。
C、打包时图书应摆放整齐，同一类、同一系列的书应打成同一包、件，不可同一类/系列的书
与其它书混装多包，
D、对于打编织袋图书，需先包一层牛皮纸并扎上胶带后方可套上锡纸或编织袋。
打包注意事项：
A、包件分为标准包（含纸箱包装），每包≤25kg;整件为编织袋包装，35kg≤每件≤65kg。 B、打包前须确认是否有退还给客户的图书，如有则连同发货图书一同打包。 C、如属图书馆要货，一包一张清单
D、打包时应依客户要求选择打标准包或编织件。
E、有音带、工具书等容易损坏或开本不一的图书，必须用纸箱包装。
F、包、件打扎时应牢固、扎实，打包人应用黑色记号笔清楚地在包外写上收货人、总件数、有内单的应贴上“内单”标签；清单应装在信封后方可装进件、包内。
打包人打好每一票货后都应填写在「销退打包登记表」或[批销登记表]上；专职的打包员
应负责查核此表填写情况，未填写的应跟催到个人，未跟催的视为打包员未填写。
四、质量目标：
1、保证各项数据单据处理的及时性 1) 在仓储组17：00（淡季）、17：30（旺季）分配出的批销单据须核对处理完毕 2) 当天到货的客户销售退货图书须在三天内处理完毕 3) 供货商调货的，须在当天处理完毕
4) 验完货后的须在1个工作小时内完成图书建样工作 5) 门市挑货后须在4个工作小时内开完单据
2、保证各项数据的准确性
按码洋计算，所有的单据的准确率要达到99.98％以上
3、保证打包与验货的及时性
1) 在批销录入员已核对完的单据，必须全部打包完毕，保证货物及时发出 2) 当天17：30之前的到货，必须验收完毕
4、保证打包与验货准确性
打包时按包件数进行计算
验货则按单据计算
5、为各部门提供优质的物流服务
五、考核要点
1、数据的准确性与完整性
2、数据处理的及时性
3、验货、打包的及时性与准确率 打包考核：
1、打包的及时性：数据组核对完单据后，须全部打包，否则以单据计算，积压一单，扣10元，由全体打包人员承担
打包的准确性：如货物未托出物流，发现写错客户名、件数，按每次10元处罚该打包人，
如果货物托出物流，按每次30元处罚该打包人。
六、薪资分配 （详见物流承包责任制）
七、人员编制
数据组人员定编为16人，组长1名，组员15人
第12篇：用户体验架构师培训心得
用户体验架构师培训心得
此次去北京参加用户体验架构师培训总体效果还是很好的，培训讲师是IBM的现任设计工程师，与他交流的过程中了解到世界先进企业在用户体验架构方面的设计思路和想法，非常有收获。
本次培训相对来说还是比较紧凑，分别介绍了用户体验方面的理念，通过哪些方法来完成用户需求采集和分析，最后分享了项目案例。利用三天时间系统的帮助我们了解了用户体验架构的设计思路和方法，相关的资料我们也带回来了，之后会组织大家一同学习并研究。我此次参加培训前，主要带着的目标有：
1、系统的了解用户体验架构知识；
2、了解先进企业的用户需求采集和分析方法，找到适合我们的方法学以致用；
3、如何行之有效的建立产品目标用户的用户模型，并且怎样在实际的工作中能够加以应用。
通过此次培训第一点目标基本达到，但仍有很多内容了解不深，正所谓“师傅领进门，修行在个人”。之后希望与大家一起学习研究。
第二点目标，通过此次培训让我感触颇深，通过讲师的介绍，其实有很多用户需求分析的方法我们之前都在做，但是因为不清楚做的目的和方法，致使效果大大折扣，久而久之觉得此方法不适合我们，其实是我们没有正确的运用和有效的做之后的信息整理。例如“头脑风暴”，我们做的次数也不少，但效果除了活跃一下大家的思路外，对产品设计的帮助并不明显。但其实我们有两点做的很不到位：
1、参与头脑风暴的角色单一，目前仅限于产品部内部，其实有必要邀请一两位市场、开发或售后的资深同事参与进来，这将大大拓展大家的想法和对事件全方面的认识；
2、再者就是一定要做好会上的记录和会后的梳理，将大家迸发出的灵感火花，真正形成对设计有帮助的创新价值。这样才能真正体现“头脑风暴”为大家带来的价值。
第三点目标，原来对用户建模的了解都比较理论化，而且不是十分清楚如何让用户模型
体现出价值。通过此次培训了解到，其实用户建模并不是几个骨干员工闷头想，最后告诉大家已经形成标准的用户模板。应该就通过上面提到的“头脑风暴”让不同角色的同事发表自己对我们产品目标用户的理解，经过讨论并最终达成共识。这样形成的用户模型是大家认可的，而不是单一设计人员凭空制造的。再者就是，将用户模型应用在实际工作中的使用方法和价值。我认为最关键的有两点：
1、为新进员工快速带入设计状态提供一个辅助；
2、以用户模型进行产品/功能的场景设计，以用户的角度来指导产品设计，以及解决设计中遇到的问题，这样才能使产品更贴近真实用户的使用逻辑和处理实际问题的想法。
综上所述，我对此次培训的结果还是非常肯定的，我也希望把培训心得与大家一同分享。也希望今后可以有更多培训的机会，让不同岗位的同事在各个领域上均有所提高，让大家在实际工作中具有更多创新的机会和体现自我价值的动力。
第13篇：中国优秀软件架构师感悟录
《程序员》百期文章回顾之9——中国优秀软件架构师感悟录
我认为，优秀的软件架构师在软件开发行业中占据着很重要的位置。国外优秀的软件都是因为软件架构师开发了一个扩展性很强的架构才使产品不断完善和升级的。反观中国，一大部分企业比较急功近利，认为界面够漂亮就行了，完全不关心代码的组织和架构。日本这几年也在注重软件架构上的分析和设计，所以有很多产品和项目外包让中国来做利润最少的部分。我们应该开始有意识地做这方面的事情，培养出一大批中国的优秀软件架构师。只有这样，中国的软件才有希望！
来自业界的声音
什么是架构师呢？架构师是软件行业中一种新兴职业或者是角色，他要主导系统全局的分析设计和实施、负责软件构架和关键技术决策。其工作职责是在一个软件项目开发过程中，将客户的需求转化为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。
在中国，有多少人算得上是“软件架构师”呢？或许很多人抱着不屑一顾的看法，认为只有盖茨才算得上是架构师，其他人都不过是朝自己的脸上贴金。不过，我们却不同意这种说法，因为毕竟软件架构师只是一种角色，就像只承认米开朗基罗是建筑师一样，都是极端的。
中国软件这么多年的发展中，已经有一批出色的程序员跳出了程序的限制，正在从系统架构和全局设计的角度创建大型软件甚至软件平台，有些人虽然担任着管理职位，但在技术上他们仍然无愧于软件架构师的称谓。而程序员通过了解这些架构师的经验和体会，也能够朝更高的方向发展。也希望通过他们的感悟，尽可能吸引更多的人走上软件架构师的职位。
梁永昌趋势科技研究部和软件系统架构部副总裁
主持产品与项目：1990年开发出LANProtect For Novell Netware Server第一版。此产品为业界第一个为Netware Server设计的反病毒产品，领先其它品牌九个月。从1995年至今，担任趋势科技反病毒引擎(VSAPI)软件架构师。这是因为在进行LANProect的产品设计时，遇到当时反病毒引擎和其它产品在源代码上无法共享的问题，当时反病毒引擎越来越复杂，各个产品使用的反病毒引擎功能不尽相同，造成客服相当困扰。因此决定将反病毒引擎独立出来成为一个共享的模块，至今趋势科技所有反病毒产品都使用此引擎模块。
感悟：软件架构师在工作的范围和责任上与盖房子的建筑师很类似，必须知道他要盖的是什么房子，有多少预算，施工期有多长，现在要的是两层楼，但以后会不会要加盖上去，厕所要几个，厨房在哪里，哪里要设门，哪儿要开窗，梁柱要多粗，要用什么材料？因为，盖四合院和十层大楼是不一样的。
同样，软件架构师必须知道他要设计的是什么软件，将被什么样的客户在什么样的环境下使用，可使用系统资源限制是多少，兼容性要求高不高，安全要求是什么等级，会不会有下一个版本，下一个版本又将增加什么功能，模块和模块之间的关系是什么，每一个不同的考虑都会影响设计，软件架构师就是要在考虑过种种因素后决定软件的架构和使用技术。
大家都知道，要在老四合院顶上加盖十层楼，全部推倒重来可能是唯一的可行方案。同样，软件因架构不好造成的问题或限制是很难改善的，有时甚至必须重新设计，这将会是一项耗时费力的投资，与其到时再来一次，不如现在就把架构做好。就像各式各样的建材一样，现在的软件市场上有太多现成的模块可供软件架构师选用，但这也造成一个问题：很多软件架构师只知有哪些模块可用，却不知模块内部做了什么工作。这种知其然不知其所以然的软件架构师随着Internet盛行而兴起，这种软件架构师现在到处可见，架过Web Server，写过CGI/VBS，再连上个Database，简历上就自称软件架构师，多层式网络架构(Multi-Tiers Web Serivce Architecture)谈起来头头是道，讨论起细节却让人摇头。现成的模块可以用，也应该用，但最重要的是要知道模块的功能和限制是什么，为什么会有这样的限制，为什么用这个模块而不用另一个。
其实商业软件架构师最大的挑战还是在折中的拿捏上。人力总是不足，时间永远不够，面对现实状况的压力，当完美设计(每个人都如此自认)无法如愿被全盘采用时，讨论(或争吵)就不可避免，效能可不可以让步，安全等级能不能降低些，哪些项目可以改变，哪些又该坚持到底，这些都是要做出的决定，而且更重要的是要能让大家充分了解你做此坚持是出自何种考虑。
软件架构师的工作伙伴大都也是技术人员，就像自古文人相轻一样，技术人员彼此的尊敬只会建立在技术能力的优越性上，软件架构师必须要有深厚的技术底子和宽广的业界信息，再加上一点口才和亲和的态度，这才容易获得其它工程师的认可和尊敬，也才不会你画你的十层楼，他盖他的四合院。
廖恒毅佳软公司董事长
主持产品与项目：曾负责中文之星2.0的开发，佳软企业管理软件的架构设计，拼音加加等一系列软件的架构设计。
感悟：软件设计是一项极具挑战性的工作。尽管软件设计人员为世界上无数的人提供了工作的便利，让大家的工作越来越自动化，软件设计者自己的工作却远没有见到能够自动化的可能性。无数的人为了找到一套软件设计的理论苦苦追寻，到目前为止， 很难看到有什么实质性的进展。当银弹总是不出现的时候，也许大家都应该想想，其实银弹也许根本就不存在。
大家都听说过这个寓言故事。一个数学家跟国王下国际象棋，国王问他如果赢了，要什么样的奖励。数学家说，很简单，你在第一个棋盘格放一粒米，第二个棋盘格放两粒米，然后一直翻倍下去，把整个64个棋盘格放满就好了。国王很痛快地答应了数学家的要求。但是，当国王真的给数学家奖励的时候，才发现这是不能兑现的，因为没有任何一个国家，即便是加上全世界的粮食也不够。
讲这个大家耳熟能详的故事，其实是想谈谈我对软件架构师的认识。真正的软件架构师所面临问题的复杂度，其实与这个故事很相像。大家都在凭直觉理解软件的复杂度。而且都想得很浅， 1，2，4，8…… 多简单的问题，即便是想到第十级，也不过就1024。再往下想一些，也还是大家能够理解的数字。而人们凭着直觉，也就顶多想到第20格。第20格的数字还没有超出人们的理解范围的。真正的难题在第40格以后，很少有人能够理解第40格以后是什么了。而第60格的难度呢，根本就不是第40格能够比拟的。如果我们大家都仅仅用直觉的加法来理解问题的话，最后，我们会进入不可解的范畴。人类真正聪明的地方就在于发明了对数，用对数的方法解决了对这个问题的理解。即便是第64格，也不难理解了，不过就是2的64次方。
当然，软件复杂度的问题其实比这个问题更加难解，所以我们到现在为止，还没有找到软件中的这个对数算法。但是，基于目前软件界的认知，我们多少有了一些解决方案：对象编程，组件模型，多层结构……，已经为软件设计提供现实可行的方法。问题是，这些概念理解起来也非常不容易。大家都说着同样的词汇，却有可能干着完全不同的事情，所以才会有误解，才会有争执。软件架构师是一个靠无数经验积累的结果。尤其是优秀的软件架构师，跟所有别的能够成为“师”的职业一样，在对自己的行业有了基本的了解之后，在自己不断成长的过程中，并没有一定的套路的。靠的是领悟力，靠的是对这个现实世界哲学性的思考。当用哲学的眼光来观察这个世界的时候，就离一个优秀的软件架构师不远了。
一个优秀的软件架构师，如果他愿意学的话，同样应该能够做出很香的饭菜来，因为软件架构师和厨师有相通的地方。大家以为如何?师者，通也。
何健金算盘CTO，首席架构设计师。
主持产品与项目：4年管理软件架构设计经验，曾经先后规划和设计了金算盘多年的主流产品。1997年，自主设计和开发了金算盘电子表格，以当时最先进的VC开发出的产品的功能、界面、特性比当时的Excel更具有本地化特色，作为财务管理软件的报表系统，在当年的全国财务软件评测中报表获得了第一。2002年，在多年的管理软件架构开发的背景下，经过长期的探索和思考，形成了平台的构想。并采用了先进J2EE技术，成功开发出了金算盘VP平台。
感悟：架构师是客户需求和开发者之间的桥梁。在软件行业中，一般提到的架构师是技术架构师，而实际上产品架构包括业务架构和技术架构，只有技术架构和业务架构紧密结合才有可能真正创造出一个好的系统。
产品架构是现代应用开发领域最重要的课题。在这个课题里，没有终结答案可寻，惟有恒久的问题存在。在纷繁的问题中，最重要和最“真”的问题是产品竞争力问题。除此之外，软件架构的目的还包括满足既有客户需求和提高开发效率，并且要求产品架构能更好地支持商业流程，有利于企业业务集成。金算盘VPS系列产品就是以此为指导进行架构的产品。
我在做了多年的产品架构后，对这项工作也有一些自己的感触：
首先，架构是技术。按照摩尔定律的推断，软件业的技术也同样在日新月异地发生着变化，我们已经见证了开发工具越来越短的生命周期。从VB到ASP.Net，从C到Java，无论采用什么新的语言，都体现了不同时期的架构要求。架构已经跨越了简单的过程模型，对象－时间模型，而今更多的是谈论MDA，模型的快速建立，使得软件能够快速适应用户变化成为了可能。而采用先进的技术，使得软件能够更加深度地满足客户需求。技术本身的发展是无止境的，如何使得软件能够适配新技术，成为一种更为重要的技术。采用各种模式的设计、逻辑分层、降低技术耦合使得技术的融合成为可能，也成为一项高难度的技术。
其次，架构是艺术。产品架构师需要捕捉技术和业务这个完整拼图里的某一块或某个脉络作为设计的线索。架构师永远不是先知，而是“存在的探索者”，产品架构的结果要在产品开发周期完毕时才能被印证。产品架构既要反映对技术的需求，使得架构满足对技术的适配，对发布模式能够提供多样化支持，能够满足性能的要求，还能够满足对业务管理的需要，要适应目标应用的业务特性。这样的架构，才是为应用服务的软件架构，而不仅仅是一个简单的可重用的技术工具。更重要的是它具有软件的管理基因，正如平台能够得到大量客户认可，其中最主要的就是它为客户提供了技术平台、管理工具、基础业务，并使得它们有机地高效地结合在一起。如同流淌的艺术作品一样，充满了生机和互动。
同时，架构是质量。好的架构可以使得软件产品成为一棵常青树。在和国内外软件产品对比分析的时候，经常有这样的感悟，其实好多国外的软件产品，采用的技术并不是最先进的，但是它具有非常优秀的质量，产品稳定可靠，同时还具有良好的技术适配能力，从而使得产品适应技术变化的能力非常强。这样，投资人对软件的投资价值能够得到最充分的体现，这是国内职业经理人非常值得关注和学习的。
陈小群互信互通信息技术有限公司研发主管
主持产品与项目：全球眼数字视频监控系统。系统组成包括客户端、中心服务平台，包括：接入服务器、前端视频服务器、分发服务器、存储服务器、全球眼应用服务器等。系统规模为17个开发人员用时8个月，源代码行数大约15万。
感悟：软件架构对软件系统来说就象建筑结构对建筑物、人骨架对人一样，是其它成分的基础，是满足功能和性能需求的关键，因此，软件架构师对软件研发项目的成败具有决定性的作用。
软件架构师并不像他的名字所提示的那样仅仅负责架构的设计，通常他的工作还包括，作为技术专家负责协助开发部门、技术支持部门、产品规划部门等各方解决技术问题。因此，他的管理和沟通能力是同样重要的。其它主要的知识和技能还包括分析和解决问题的能力、将需求转化为设计的能力、对系统未来发展的预见能力等。
一个优秀的程序员会是一个优秀的软件架构师吗？不一定。对于一个复杂的软件系统来说，架构设计通常都不是一个人就可以完成的任务，需要一组具有不同知识的工程师协作完成，在这个过程中，架构师要做大量的解释、说服、协调、总结、归纳、妥协等工作。一个没有担任过负责人的程序员缺乏这方面的经验。
同时，国内一种普遍的现象是，大量缺乏编程经验的博士、硕士、项目经理负责软件架构设计，并声称不需要学习编程也能搞好软件架构设计。计算机科学是一门实验的、技能性的学科，许多概念必须在编程实践中体会，技能更是必须要操练才能提高。很难想象一个不懂编程的人会理解设计模式，而不懂设计模式的人会是一个优秀的软件架构师！一个看了很多棋谱但从没有实战过的人声称自己是布局高手，你会信吗？
全球眼数字视频监控系统是一个大型分布式系统，它的开发涉及到分布式系统、网络编程、网络协议、视频、音频、控制、系统管理、数据库、内容管理、Web编程等许多方面的知识。作为软件架构师，在技术方面感受最深刻的是对化繁为简，以及分析和解决问题能力的要求。化繁为简就是将一个复杂的解决方案分解为一系列简单的小方案，不仅可以提高开发效率，而且还可以提高系统的稳定性。对于不断出现的技术问题，架构师应该能够迅速判断其难度、重要程度，自己解决不了的话，可以有效利用其它资源解决。
在非技术方面，沟通能力特别重要，你要将你的设计思想传达给开发团队，这件事情已经很不容易了，更困难的是，你还要传达给技术支持人员，甚至一些非技术人员。有的时候，你还必须妥协，采用一些其他成员支持的、也许不是最好的解决方案，以保持团队的士气。
总之，管理、沟通、经验、分析问题和解决问题的能力是一个软件架构师必备的素质。对于一些所有工程师都应该具有的素质，比如，工作热情、责任心、迎接挑战的勇气等，就不用多说了。
许式伟金山软件WPS产品架构师
参与产品与项目：曾参与WPS Office之电子表格项目和WPS Office 2002项目。从2002年至今，参与WPS V6项目。成立框架项目，负责KFC（金山基础代码库）、数据层、IO体系（XML标准等）以及Shell（用户界面）等公共组件的研发。
感悟：今年是金山软件创建十六周年，十六年来金山的每一款成功软件都凝聚了历代软件架构师的心血。每一个金山人都会对自己职业有着深刻认识。
从性格角度来讲，软件构架师需要心思细腻而严谨；从职业特征来看，软件构架师要充分理解和尊重软件产品的需求。由需求引导设计而不是相反。因此，需要特别强调产品需求的重要性。记得GOF有这样一句话：“设计应该支持变化－－获得最大限度复用的关键在于对新需求和已有需求发生变化时的预见性，要求你的系统设计要能够相应地改进”。每个程序员都希望能够写出最好的程序，并使自己的程序更能适应变化。但事实表明，程序能力尤其是框架设计能力并不是天生的，而是取决于程序构架师对需求的理解程度。如果在不了解系统需求的前提下，就开始进行设计，那么即使是天才，也不能设计出完美的框架。
从另外一方面讲，软件构架师的设计只能应付可预测的变化，而构架师本身的技术积累和对需求的理解程度，往往会决定所设计的框架对需求变化的应变能力。大多数的设计人员都趋向于追求完美，大多对“开闭法则” （OCP：Open Close Principle，注：Software Entities should be open for extension,yet close for modificaiton.:程序应该可扩展但又不可修改）非常认同。而这是一个理想状态，但又不可太过，一味地让系统应付位置的变化，会让自己套上一个无形的枷锁，更为正确的做法是：让自己知道的尽可能多，当设计新版本WPS Office V6的整体框架时，通常会参考Microsoft Office和旧版本的WPS Offfice，有时甚至会看PDF对同一功能的支持情况，对同类产品的研究和比较，有助于很好地设计新产品的程序框架。
此外，作为软件构架师，一定要善于听取和接纳不同的意见，能够包容新的思想，愿意了解最新的技术和想法。优秀的软件工程师，他应该具有创新的理念和兼容并包的胸怀，比如：C#、AOP等。尽管我最喜欢C++的自由，但并不排斥去了解Java、C#等语言对其的改进，很多新的事物，会让我获得共鸣与灵感。
正如上面所讲，软件工程师需要更强的技术积累和更缜密的思维，以及对需求的深刻理解、兼容并包的创新意识和胸怀，软件构架师的职责顾名思义，从事的主要工作职责就是设计软件产品的程序构架，也就是要，对他最终设计的结果－－软件产品的程序框架负责。可操作性和系统的应变能力是软件构架师的主要职责和工作重点。
我虽不是计算机专业，却是一位计算机狂热爱好者，对C语言有着深刻的领悟，被同学们戏称“C狂”，曾独立开发、与同学合作开发软件。我对于感兴趣的东西，总是去探索它内在的实质性内容。从小就酷爱数学的我，在推理的严谨上对自己要求非常高。我相信一个观念：严谨绝对不是创造的对立面，而是创造性思维的必备条件。
王栋 盛世龙吟数字科技
主持产品与项目：主持产品与项目：负责国家疾病预防控制中心的“非典型肺炎个案调查报告管理系统”、“国家疾病报告管理信息系统”、“SARS早期预警监测试点项目”。国家质量产品认证中心的“认证人员管理系统”等。其中采用Apex Portal Server（24人/月）兼容于JSR-168的portal实现，采用一些成熟的开放框架，使用轻量级设计开发理念，加速开发速度缩短开发周期。
王栋 盛世龙吟数字科技
感悟：软件架构师是团队中的一员，和其他项目成员没有什么区别，只不过承担的职责要大些，因为毕竟架构设计师所作的工作比较重要。架构设计师的具体工作是为系统设计架构，做技术的决策。而国内对于各种角色分工不明确，通常架构师都有项目管理的职责。
一个成功的架构设计师一定是不仅精通设计工作而且精通实现工作的。缺乏了设计的实践，就缺少了对系统整体的把握；缺乏了实现的实践，则缺少了对系统中某些重要技术点的全面了解。在和团队成员的交流当中，特别是讲述自己的设计思想时，设计图固然重要，但设计图只能提供一个概念模型，真正的设计还是需要用源代码体现。为了更好的设计和实现还要掌握各种工具和类库的使用，因为架构设计师有时还是技术咨询顾问。
在系统设计和技术决策时，最难做到的就是平衡和取舍。在规定的时间内，团队内部人员的技术水平和状态、技术的成熟稳定度、技术实现的难易程度等因素都会影响系统架构的最终实现。比如去年四月底—正是SARS在北京闹得最凶的时候，我们接到了国家疾病预防控制中心的《非典型肺炎个案调查报告管理系统》的开发任务，由于国家疾病控制中心没有一套基于互联网的疾病申报系统，给这种突发性的传染性疾病申报工作带来一些困难。全部基于传真和电话的申报信息必须经过人工处理才能形成报告上报，而面对神秘的SARS，申报的内容在不断的调整，上报的流程也在不断地更改，如果我们仍然按照通常的应用程序开发方法，可能很快就能完成这样简单的数据提交工作，但是如果任何地方稍有改变，程序开发人员必须在现场完成程序更改。由于当时的特殊情况，我们的开发团队也不可能保持特别大的规模，而时间要求又极其苛刻——一周之内系统要测试上线。经过权衡，认为必须满足可实时动态定制申报内容以及定制的查询统计，我们承担着巨大的压力，最后决定采用简化的模型实现系统，用项目成员最熟悉的技术和概念，完成保证系统运行的最小功能集合。
对于一个系统或产品，还需要有不断改善它的耐心，有时还需要推翻重新实现的勇气。上边提到的项目第一阶段，在疯狂的加班加点中基本完成了。不过，由于时间仓促系统还是有改进和提高的余地。在接下来的几个月时间内，我们做的就是不断对这个系统细化，深化，修改，调整。这时候，其他相关项目也要启动了，启用我们的核心引擎后，经过很短时间的定制，都分别上线运行了，充分体现了原有模型的设计重用性和系统的可扩充性。但精益求精，针对新的需求，我对原有的一些设计缺陷有了新的认识，界面不够灵活、流程不能定义、结构稍显混乱，等等。
随着又一个项目，所有上次积累下来想修改的东西都有了机会重新实现，这是多么美好的感觉。国家质量认证中心的业务系统，有更多表单要填写，有更多的复杂流程要实现，有更多的组织机构和角色要定义，需要更灵活的表现形式和配置功能。以前的系统引擎就不能满足了，就决定使用更新的结构、更新的工具甚至是更新的过程来实现。这回我们做到了每一个工作流可以用户自定义，每一个工作流节点中的表单用户可以自定义，每一个查询都可以自定义。随着时间推移，这套系统也在不断演进中。 作为软件架构师，学习的能力和态度、敏锐的观察能力是非常重要的。必须通过各种途径学习和观察。对于目前国内的应用状况和互联网应用的不断深入，在不断的学习和观察中我觉得不管在哪些方面都需要整合，不管是企业内部的各种信息孤岛还是互联网上的各种应用。如何去整合资源，为最终用户服务，这个问题让我自然想到了Portal，这将是我们公司下一个重要发展方向。面对Portal世界中纷繁的技术，下一波的学习和实践就要启动了。
一个软件架构师，要勤于学习、观察、思考，决不放弃对最底层实现技术的掌握同时需要把握好系统框架的平衡，学会正确的取舍，并且要有耐心和勇气面对自己的设计，不断进行改进甚至重新实现。
周恒 浪潮软件技术研究中心
主持产品与项目：开发了Web应用框架，配套开发包，树立了企业应用框架在浪潮软件的地位。这一产品也从以Web应用框架1.0为基础，发展到今天的包含Web应用框架、工作流平台、商业服务平台、业务规则引擎等的企业应用框架3.0。这一企业应用框架也已在除烟草外的通讯、卫生、政务、税务等行业全面开花。
感悟：回顾工作两年来的情况，分析和目标的差距，朝着目标一步步前进，谈谈我的反思和体会：
补充基础理论知识。IT的技术发展是非常快的，新技术层出不穷，但是各种技术之间很多原理是一样的，是相通的，重要的是要把原理搞通。
扩宽知识面。最初，我的知识面还是太窄，当时对于网络、存储、大小型机、大型数据库几乎都没有深入的接触和使用。对于构建一个全新大型的基于J2EE的企业应用系统来说，架构师需要熟悉数据库技术、操作系统技术、存储、网络技术，J2EE体系架构，MVC框架，Java程序语言，还需要熟悉一到两个应用服务器、一到两门大型数据库。
架构师需要具备扎实全面的技术，掌握广泛的开发技能，超离于程序语言之上，熟悉多种系统架构，有丰富的开发经验，能选择并设计合理的方案。
要深入。深入到本质里面去，绝对不能浮躁。不光要了解表象，还必须了解隐藏在表象里面的本质。架构师不只是使用者，更多的是建造者，创新者，每一个决定都可能会影响几十个开发人员和成百上千的使用者，因此必须深入熟悉技术的本质，了解原理，才能灵活运用，不可能临时抱佛脚，现学现卖。
浮躁只会让人一事无成。曾见过一些人，写了两月程序，就嫌写程序低级要去做设计，刚写了两月设计，就嫌设计低级，就要去搞需求分析，刚搞了两天分析，又觉得搞技术没前(钱)途，就要去搞管理或者搞市场。也见过一些人，搞了三月嫌工资低，跳一下涨点工资，再搞三月又跳跳涨点工资。跳来跳去，开始还能往“上”跳， 到后面只能被赶着往下跳了。
加强交流和沟通。曾经闷头苦学，希望能学得很牛，把什么都研究透了，然后可以教徒弟，可以带出一批人来。在这个过程中总是碰到一些槛，虽不至于灰心丧气，但也挺郁闷。头告诉说不要指望一个人都干完了，再厉害也不可能把啥都搞明白，一方面要形成一个学习的气氛，大家都很厉害，水涨才能船高，另外一方面要加强和业界尖端人士的交流，共同提高。
学习能力对于一个搞IT的人来说非常重要，如果没有很强的学习能力，很难快速适应技术变化的能力。
有一年只做了一个物流管理系统一个单，基于J2EE的单子，一切都是从头做，单子额不大内容却不少。虽然最后顺利完成，却因为广泛使用了应用服务器提供商提供的一个不成熟的扩展包而吃尽了苦头。虽说架构师不纠缠于细节，但是忽略了细节却可能造成严重的后果。对于7X24小时系统，一个细节不处理好，就会造成停机和严重的损失。细节就是追求完美，架构师既要有好的大局观，也不能忽略细节，要求我们不仅对原理搞明白，很多时候必须对具体技术实现有透彻的了解。
架构师要对系统的功能负责，对系统的成熟度负责，对系统的成本负责，架构自软件始而始，自软件终而终。架构师需要参与拟定项目的各种标准和规范，要指导大家，要和低层设计人员探讨一些难点的设计问题，他不仅仅是一个技术高手，还要充当技术的领导者，因此，学习一些软件工程的知识和提高领导力是绝对有必要的。
在项目组中，架构师是一个角色，不一定就是一个人，可能是一个小组。
架构师虽然不要忽略细节，也要警惕过分追求完美，架构师学会放弃，在系统的功能、成熟度、成本中取得平衡，从客户的角度和开发者的角度来考虑问题。特别是要警惕技术情结，不能一味追求最新的不成熟的技术，对于难以完成的功能，也需要暂时舍弃。不可能一下造成最完美的系统，
袁德俊 软件工程师 自由职业
主持产品与项目：1997年金山游侠开发成功，一直从事系统编程多年。目前，自主开发的C语言规范的脚本语言“NGNc”具有高聚合低偶合的系统设计。NGNc从体系结构和应用层级都与JAVA如出一辙，绝非模仿，而是从需求中来。
感悟：自从电脑出现在我的视野，能延伸我的头脑是我对计算机的最直接感受。而从事软件编程更给我无穷的力量和冲动，探索、挑战、驾御是我从一个个不眠之夜的开发中获得的最大乐趣。起初只是简单的重复着编译Sample，添加个别功能，以为语言就是计算机的全部。随着系统编程的深入，渐渐我的思维习惯转变了，操作系统的代码跟踪，给了我更大的空间去探索，就象进入了一个幽暗神秘的海洋，漫漫地与现在的各种概念越来越远，有时候同朋友们沟通都缺乏了共同的关注焦点。
开发NGNc完全是个偶然的机会。一直以来，用VC的IDE环境开发项目，并组织和管理项目需要的文件，尽管VC的功能很强大，但在项目后期，每每都是因为修改个别的数据，而重新编译整个项目，很麻烦。起初，通过设计系统的数据文件格式，将数据文件搬移出项目，将引擎和数据分离，只在修改数据的时候，用数据编辑器或简单文本进行描述。编制数据编辑器虽然可以避免规范数据输入等优点，但额外工作产生了：文本描述成为我们主要的目标。
最初文本描述方法简单，比如Window的Ini文件管理模式。随着文本文件格式的逐步复杂，文本文件到特定数据格式的转换工具越来越想向C语言转变。这就是NGNc的第一个产生的契机。我们叫它“DataOut”，顾名思义就是将数据拿出来的意思。 项目开发的越多，项目后期对控制逻辑和规则描述的需求也逐步呈现出来。仅仅DataOut已经不能满足我们的需要，起初同文本数据描述一样，只是简单的规则罗列，但随着功能的发展，支持简单的类C语言的规则书写方式被支持了。
发展到现在NGNc已经完全成为了真正的C语言，并拥有自己的虚拟机，IDE调试环境，NGNbios的UI支持库，它还将会拥有很多很多。随着我对NGNc的驾御，我的视野宽广了，可以想象在它的支持下的应用会更加开枝数叶。
另外说明一下：NGN是“Engine”的音，NGNc是我对它的期望，不只驱动应用，更可以驱动我的梦想，就如同每个程序员在深夜里完成一段代码后的成就感一样。 我对“软件架构师”的理解是，它只是众多软件行业内的一个分工，无论它的高度如何，需要多么资深的背景，多少年头的开发经验，他只是一个岗位，就如同其他岗位一样，他需要思考他这个层面的问题。任何一个岗位都可以说是一个架构师，如同：人体、器官、组织、细胞，都是个相对封闭的系统，都异常的精密，只是它们都有它们各自的责任范围。
软件架构师如果是软件工程师的能力体现，他应该具备从宏观到微观的全部知识，并在他的头脑中运转着整个行业甚至世界的模型，他可以通过自己头脑的精密模拟，实现对任何问题的把握，无论是宏观还是微观。我们之所以需要这样的人，就是因为我们的电脑无法完成如此复杂的计算，即使用巨大的知识库阵列也无法达到大脑的快速处理速度，有时候，架构师的一个感觉就可以左右整个行业甚至未来。 具备这样高度的人是值得人们崇拜的！
后 记
软件架构师可细分为应用架构师和技术架构师，应用架构是软件本身作为一个应用而存在的结构，技术架构是使应用能够运转的支撑架构。就像软件是为社会为生活服务一样，技术架构是服务于应用架构的。
有不少新员工，因为基本是从大学毕业的人，学习接收新东西的能力都挺快，但是成就迥然有别。有的人，也具有强烈的好奇心，但为了学习而学习，敝帚自珍，不愿意应用到开发和工作中去，这种人，学到一定程度就很难再提高，学习能力只能算是不及格。
而且，还有一些立志做J2EE架构师的程序员，不但不愿意深入学习Java虚拟机规范，对于API也只是一知半解。问其理由，答曰，犯不着搞明白，到用的时候查查API就行了。天哪，到用的时候查查API就行了，如果你是一个摩天大楼的建筑师，到盖高楼的时候现查查各种建材的参数规格指标就能盖起大楼来了么？就能把水、电、梁、管、消防等搭配得合情合理么？想想看，我们做的架构可能也会影响大批设计师和程序员，影响大批使用的用户，岂是现查API就能行的？
因此，我们可以说：架构是一门科学，更是一门艺术，触类旁通，除了掌握深厚的技术知识以外，要尽可能多地掌握领域知识。成为架构师，没有速成的办法，唯有实践+努力。
第14篇：Data analyst、数据分析工程师岗位职责
1.适时监控增值应用中心各项经营数据，监测数据变化情况。2.定期进行各项数据统计，编制数据统计报表和分析报告，为增值应用中心的经营结算提供数据依据，为增值应用中心的业务发展及规划提供参考依据。
第15篇：网管数据高级维护员岗位职责
1.负责省话务网管系统数据采集、汇总的故障处理。2.负责协调完成各部门提出的数据需求。3.负责各性能指标、网络资源的相关文档资料的更新及管理。4.负责网络调整后配置及性能数据的采集、更新。5.负责组织贯彻上级制定的各项规章制度。6.负责组织完成全省数据分析，提交月报和专题分析报告，为中心领导和相关部门以及公司领导提供参考。7.参与制定、修订网管维护管理流程、规范。8.提供维护管理流程的支撑手段和考核数据。9.完成数据维护作业计划。10.实施数据应急演练。11.保障KPI指标及时、完整、准确地上报到集团公司，完成集团公司的考核指标。
第16篇：IBM资深软件架构师座谈会实习报告
IBM资深软件架构师座谈会实习报告
非常荣幸地，王老师邀请到了IBM资深软件架构师胡克老师和顾问李小娟老师来为我们开一次互动交流的座谈会。提及IBM，无论是国内外，相信学计算机专业的没有不知道的，也许它所提供的工作岗位就是我们某部分人的未来奋斗目标。作为著名的软件公司，IBM的影响力是巨大的；作为一个成功的企业，IBM内部对员工的培训、管理、工作分配等必然有许多值得借鉴与学习之处。这次座谈会，无论是李小娟老师还是胡克老师，他们的话都对我们产生了深远影响，由他们可以看到大公司内部运作的影子以及他们所具备的人格魅力，了解到了国际上对人才的基本需求标准如何，在工作中应保持怎样的严谨作风。
不同的人看问题的角度不同，处理问题的方式自然也不同。探索其根源，源自他们的思想不同，逻辑思维方式不同，故而可以胜任不同的岗位。正如胡克老师和李小娟老师。但，相同的是，他们各自身上都有值得学习的地方。
对于李小娟老师，我学习到以下几点：
1.做事情遵循原则。每一个岗位都有它对应的岗位要求，由相应的职业规范，同时也有必须遵循的原则。以项目管理为例，IBM内部有“PM456原则”，每位项目经理都必须依原则做事。
2.分步计划。软件行业的每个项目都是一个不小的工程，成功的完成一个项目必须要有计划、有步骤地实施工作，从项目准备、调研、设计、测试、验收到总结的一系列工作都要提前制定好计 1
划，分成多步，每天应达到的进度如何，都要完全掌控的住。
3.做好每一步。细节决定成败，一个项目的成功源自每一步计划的成功，项目完成的每一步都不允许有差错。例如需求调研部分，如果没有清晰明确地了解到客户的需求，那么无论设计的产品多么完美也不会得到客户的认可，自然是无法交接验收了，就相当于白浪费时间与精力。需求调研只是一例，它让我们看到做好每一步的价值所在。
4.布置任务清晰，规范而准确。清晰明了的任务相信会减少许多不必要的麻烦，工作人员知道自己要干什么，相当于工作有了目标，自然是事半功倍，可以更加高效、保质地完成任务，有助于打造一个优秀的团队。
5.随时监控、反馈。项目的完成中发生变故师不可避免的，如顾客的需求有了变化、工作的进度有了变化等，这是无法控制的。我们可以做的便是随时了解到关于该项目的一切信息，时刻监控项目的进行。客户有意见随时添加修改，员工有提议可以得到尽快的反馈，共同使项目更好的完成。
6.善于总结，经常总结。一个项目完成待客户成功验收之后，紧跟要做的便是总结，必不可少的环节。总结既是总结成功而令人称道之处也是总结不足之处。将该项目从头至尾研发的过程一一回顾，其中具有的精华我们必将保留，以后仍如此；其中暴露出的缺点与不足则思考如何克服、改进与完善，寻求问题的解决方法。“同一种错误不再犯第二次”，这便是总结的作用。
对于胡克老师，我学习到以下几点：
1.做事先做人。不错，毕业后首先考虑的是工作的问题，必须要先解决温饱问题，这是自然而然地，其中更加显现的是做人的问题。白岩松说“人格是最高的学位”，于做人而言，人格应是最重要的吧。做人，就要做一个优秀的人，无关财富、荣誉、名利，你生活的点点小事便是证明，它们是你人格的最自然体现。因为它是你不自觉的行为。看一个人，看的不是他的故作姿态，人前人后两面派，看的应是他最自然的行为。不为名，不为利，无所求的状态下，看待一切事物的想法。
2.在学校学到的更多是隐形财富。一般而言，大学生关心的多是大学四年学的东西用来工作够不够用，学长学姐们认为学好什么最重要之类的问题，这些或许重要，却不是最重要的。真实地说，我们大学四年学的多为理论知识，新毕业够用到的并不是很多，但最基本的我们也应该熟练运用，这些理论知识为我们提供了发展的潜空间。比较而言，大学教给我们的更多是“隐形财富”，诸如自学能力、与他人有效沟通的能力、建立良好的人际关系的能力、与他人团结协作的能力等。这些隐形财富创造的产值是无法言说的，只有自己的切身体会最为真实。可以说，这是我们在大学期间养成的习惯，日后体现在我们的工作生活中。
3.明天如何要看今天怎样。一分耕耘一分收获，或许你耕耘了但没有收获，但你若不耕耘则必然没有收获。今天所做的努力全是为了明天的成功做准备。有人总是抱怨自己没有升迁。却不反思
自己今天做了什么，应该做什么。成功只垂青于有准备的人，昨日已逝不可求，今天则把握在手中，关键看你如何让用它来创造美好的明天。
4.机遇来了，要把握得住。艺术家说“世界上不是缺少美，而是缺少发现美的眼睛”，相对而言则可以说，“世界上不是缺少机遇，而在于机遇来了你是否把握得住”。人人都希望升迁，这需要努力更需要机遇。机遇来了，有人升迁，有人原地踏步，几家欢喜几家忧。基于对任何人来说都是一视同仁，它的到来改变了一些人的命运，于是众人或羡慕，或悲叹。仔细想想，他们的成功在于他们有能力，把握得住机遇，机遇于他们而言不是抓不住的空中楼阁，而是通往梦想的阶梯。
5.用心做事，做有心人。记得有这样一句话，“这个世界，既不是有钱人的世界，也不是有权人的世界，而是有心人的世界”。有心人关注的不仅仅是自身的工作，也关心同事的工作，关心公司的发展，关心外界的局势。他们用心做事，争取做好每项任务，方方面面都处理妥帖得当。用心去做，高质量的完成工作不仅是对自己的肯定，也是为美好的明天而耕耘。
6.远规划，做小事。为自己制定一个长远的职业生涯规划，有每年的的目标，进而制定每半年的目标、每月的目标、每天的目标，天天都知道自己的前进方向，热情地工作，以积极的心态做好每件小事。事不在小，关键要做好。
第17篇：android从程序员到架构师之路介绍
麦可网http:/// 高端android体系化学习
Android：从程序员到架构师之路
Android发展多年的今天，很多工程师都遇到职业发展瓶颈了，不知道如何向上走 ，因此麦可网携手台湾Android教父高焕堂老师推出了《Android架构师之路》这套国内唯一的课程，通过这套课程学习，学员们会学习高老师提出的EIT架构设计模式，能从普通Android工程师往Android架构设计师这个新的台阶攀登，同时更加熟悉Android本身体系结构设计，也可以换位以Android系统的设计师角度来思考问题 。
由于Android是开源开放的平台，国内开发者不仅涉及App应用开发，也深入到底层软硬整合开发。
随着Android产业急速扩大，上下层模块日益增多，复杂性增高。无论是软硬件开发者都需要优越的架构思维、模式和方法，来支撑复杂的软硬整合、跨平台和自动化测试问题。
本课程解析移动应用开发的架构思维、模式和方法；并落实为Android的多层框架体系；所介绍的架构设计决策，都能落实为代码，为一个非常务实的课程。
随着这套课程的推出，麦可网已经有了高级应用，Framework，底层嵌入式，架构师之路等一系列互补系统的Android课程，全面覆盖纵横领域。毫无悬念的麦可网已经具备了国内最强大，系统，专业的Android课程体系。
这套课程的针对人群： Android开发已经有至少两年经验的IT工程师 ，多年开发经验想深入了解Android这个开源平台的资深工程师 ，Android项目团队的技术管理者 。
我们不建议：不建议Android初学者学习这套课程；不建议没有项目经验者学习这套课程；不建议没有遇到瓶颈者学习这套课程 。
有人问：架构课程是否会讲解的很虚？ 这套课程有超过2/5 都是案例，结合代码和UML案例来分析各个设计场景，所以大可放心，欢迎点击我们的试听课程。
第18篇：技术架构师解读用友UAP集成平台
技术架构师解读用友UAP集成平台
关键词：用友UAP,集成平台,ESB,主数据
中国软件网：用友UAP集成平台支持用户、界面、信息、服务、流程等集成功能，能够方便支持第三方应用与用友(NC)产品快速集成。日前，记者采访了用友集团UAP中心集成产品开发部经理粟竹冉，产品与技术管理部技术架构师龙乐乐，他们就用友UAP集成平台特性以及业界热点话题分享了自己的看法。
(CSDN.NET )集成平台是用友统一应用平台UAP的一部分，由一系列软件框架及服务套装实现企业所需要的各种级别的集成要求，主要包含了套件ESB(企业服务总线)、MDM(主数据管理)、IDM(身份管理)等。
用友UAP集成平台架构图 摘自UAP技术白皮书
用友UAP集成平台支持用户、界面、信息、服务、流程等集成功能，能够方便支持第三方应用与用友(NC)产品快速集成。日前，记者采访了用友集团UAP中心集成产品开发部经理粟竹冉，产品与技术管理部技术架构师龙乐乐，他们就用友UAP集成平台特性以及业界热点话题分享了自己的看法。
用友集团UAP中心集成产品开发部经理 粟竹冉
据悉，UAP ESB的关键特性包括：全生命周期管理的集成开发环境，面向服务的组件编程架构，支持SCA事务模型、分布式异构系统事务，支持集群及负载均衡，提供服务仓库实现跨平台服务的统一管理，内置基于流程虚拟机的消息流和工作流引擎，支持WebService协议，提供JMS、Http、Tcp/Socket协议支持等。
对于开源解决方案，粟竹冉表示，用友开发过程中调研过相关开源产品，功能很强大，但缺点是服务方面做得不好，另外就是监控功能做得很粗糙。用友UAP团队越来越重视借鉴对开源产品的设计理念和思想，但还是持比较谨慎的态度。
用友集团UAP中心产品与技术管理部平台技术架构师 龙乐乐
此外，用友UAP集成平台中的主数据管理和身份管理功能还没有正式对外发布，在之前一直以项目的形式存在，未来用友将把它们作为独立的产品开发。用友UAP主数据管理系统负责主数据服务管理调度、数据读取转换存储以及和其他业务系统的数据交换，主要分为几个组成部分：主数据建模、主数据共享、主数据服务、主数据适配器。
龙乐乐分享了用友UAP平台身份管理的两个典型应用场景：第一是对人员进行统一的身份管理。包括从入职、职务变迁到离职的整个过程进行统一管理。另一个场景是统一认证和身份库，服务于SSO，跟企业门户结合，形成一个全面的安全结构。
对于计划实施主数据管理方案的用户，龙乐乐建议分为以下几个步骤来准备：(1)调研企业数据标准化状态;(2)规划企业主数据结构;(3)主数据编码要规范化和标准化;(4)建模时要反映每个厂商的业务模型，所对应的主数据业务模型是什么;(5)想清楚实施的难度。
第19篇：谁更适合成为ERP的网络架构师
叁摄氏度ERP管理系统()
是程序员还是管理咨询顾问--更适合主导ERP系统的开发？
目前大多数软件开发企业，都是程序员+美工+客服组建而成的公司，公司的程序员平均年龄还不到25岁，从事普通企业网站开发或者模外国先进网站方面还是可以的；但是涉及大中型企业的ERP软件开发，这些年轻的程序员，在行业经验方面就十分欠缺啦，业务流程、财务流程、管理流程都没有经验，大多数做过ERP开发的人，应该都是参照“进销存”软件开发思路来组织开发的。从经验的角度来看，年轻的程序员们并不适合主导ERP整体架构设计
而中国大多数管理咨询企业，都喜欢纸上谈兵，大量的外国营销分析工具，堆砌出一份份华美的分析报告。咨询行业不仅仅应该帮助企业主发现问题，更应该帮助企业解决问题。口号式的解决方案，是无法解决当今中国中小企业的管理难题的
希望更多的咨询师，走下讲台深入企业第一线，深切的了解一线人员的工作方式，结合软件管理思维，帮助企业梳理出更有效率的管理模式
希望更多的软件企业在选择网络架构人才时，大胆的启用没有编程经验的管理咨询专家，培养出一批既懂管理、又懂软件的复合型人才，真正为中国中小企业做点实事
以上观点出自：叁度装饰联盟网。
更多详情：
第20篇：文秘、后勤、职工培训、数据统计岗位职责
文秘、后勤、职工培训、数据统计岗位职责
一、文秘、后勤：
（1）协助进行各项会议的组织，并做好记录，负责会议的服务工作和其他活动的安排，协助站领导做好接待工作；
（2）负责文件资料的记录、整理、打印、接收、装订、传阅、送签等，对公司网站发布的信息进行汇总、通传；
（3）工作总结与工作计划；
（4）作业区安排的其他工作任务。
二、职工培训：
（1）年度培训计划实施台帐；
（2）员工适应性培训记录；
（3）专业培训、特殊工种培训整理和上报；
（4）作业区职工培训计划与记录；
（5）作业区安排的其他工作任务。
三、数据统计：
（1）脱水作业区每月、每季度、每年度经济活动分析；
（2）脱水作业区脱矿量、水份、电量、电费、脱矿水、材料备件费用、外委检修项目明细核对、统计；
（3）作业区安排的其他工作任务。
