系统架构设计师考试_百度百科
关闭特色百科用户权威合作手机百科
收藏 查看&系统架构设计师考试本词条缺少概述、名片图，补充相关内容使词条更完整，还能快速升级，赶紧来吧！类&&&&别计算机资格考试考试形式全国统一大纲、统一试题等
考试属于全国计算机技术与专业技术资格考试（简称计算机资格考试）中的一个高级考试。考试不设学历与资历条件，不论年龄和专业，考生可根据自己的技术水平选择合适的级别合适的资格，但一次考试只能报考一种资格。考试采用笔试形式，考试实行全国统一大纲、统一试题、统一时间、统一标准、统一证书的考核办法，笔试安排在一天之内。
系统架构设计师属于高级职称考试，与初级的程序员考试，中级的软件设计师考试等构成计算机软件资格考试。（1）信息系统综合知识，考试时间为150分钟，笔试，选择题；
（2）系统架构设计案例分析，考试时间为90分钟，笔试，问答题；
（3）系统架构设计论文，考试时间为120分钟，笔试，论文题。1、软考采取什么考试形式？考试时间如何规定？[1]
除信息处理技术员和多媒体应用制作技术员采取笔试与上机操作考试相结合的形式外，其他各种考试都采用笔试形式。考试实行全国统一大纲、统一试题、统一时间、统一标准、统一证书的考核试办法。
高级资格考试设综合知识、案例分析和论文3个科目；中级、初级资格考试设基础知识和应用技术2个科目。笔试安排在一天之内。上机考试将分期分批进行。
知识科目采用单项选择题，考试150分钟，考生需要用2B铅笔涂填答题卡；应用技术科目采用问答题，考试时间150分钟；上机考试时间为150分钟； 案例分析科目采用问答题，考试时间为90分钟；论文科目考试时间为120分钟。各个科目的满分均为75分。
2、软考每年考几次？各次考试是什么日期？
软考原则上每年组织两次，在每年第二季度和第四季度举行。上半年考试与下半年考试的种类不尽相同，所以，大多数类别的考试每年举行一次。
3、参加软考是否需要学历与资历条件？是否必须通过初级资格考试，才能报考中、高级资格考试？
由于信息技术发展迅速，计算机软件是年轻人的事业，为了不拘一格选拔人才，软考不设学历与资历条件，也不论年龄和专业，考生可根据自己的技术水平选择合适的级别合适的资格，但一次考试只能报考一种专业。
4、有没有统一的考试大纲和辅导教材，如何购买？[2]
希赛教育软考学院(不是官方的)组织编写各级别资格考试的辅导教材和参考用书，每次考试结束后，还编写试题分类精解，录制了培训视频教程、串讲视频教程、真题解析视频。这些考试用书和视频等都已在希赛教育软考学院上公布，考生可在“视频教学平台”或“希赛教育图书”中查询。
5、软考的试题是否很难？合格率如何？
软考属于专业水平的国家品牌考试，试题注重岗位知识和技能（不是背书），综合性和灵活性强，创意多，但只要考生掌握了相应岗位所需的基本知识和技能，就会认为考试并不难。对于死记硬背书本的人来说，可能就比较难。由于考试向社会开放，不设学历资历条件，知识和能力各个科目都及格才能合 格，因此合格率并不高。各级别总平均合格率大约是25%,初级资格的合格率约40%,中级资格的合格率20-30%,高级资格的合格率约20%.社会开放 考试的报考者中水平差异很大，不象学校考试那样大家水平比较接近，所以，确实掌握了基本知识又有工作经验的人，没有必要担心合格率问题。
软考并不是竞赛，只要成绩超过合格标准就能合格，没有预先规定合格人数界限。根据《计算机技术与软件专业技术资格（水平）考试实施办法》第八条相关规定：
符合《暂行规定》（即《计算机技术与软件专业技术资格（水平）考试暂行规定》）第八条规定的人员，由本人提出申请，按规定携带身份证明到当地考试管理机构报名，领取准考证。凭准考证、身份证明在指定的时间、地点参加考试。
各地的报名办法由考生报考所在地的当地考试机构[1]决定。考生相关报考费用标准由当地物价部门核准。
考生报名方式主要分为：网上报名与考生本人到指定地点报名两种。
注：报名时依据的身份证明包括：居民身份证、军人的证件、护照、户口本等。1.计算机与网络基础知识
的类型和结构
及网络管理
的类型、结构和性能评价
数据库模式
数据库规范化
嵌入式系统的特点
嵌入式系统的硬件组成与设计
嵌入式系统及开发平台
嵌入式系统网络
嵌入式系统数据库
数据通信的基本知识
常用的协议标准
网络互连与常用网络设备
计算机网络的分类与应用
多媒体的类型、特点及数据格式
多媒体数据的压缩编码
1.6与性能评价
方法（双份、双重、、容错、）
性能计算（响应时间、、TAT）
性能设计（系统调整、Amdahl解决方案、响应特性、）
性能指标（SPEC-Int、SPEC-Fp、TPC、Gibsonmix、响应时间）
2.信息化基础知识
目标、范围
信息系统的组成
信息系统的实现
2.2政府信息化与电子政务
电子政务的概念、内容和技术形式
中国政府信息化的策略和历程
电子政务建设的过程模式和技术模式
企业信息化的概念、目的、规划、方法
ERP的主要模块和主要算法
CRM、PDM在企业的应用
全程供应链管理的思想
电子商务的类型、标准
2.5国际和国内有关信息化的标准、法律和规定
3.系统开发基础知识
3.1开发管理
项目的范围、时间、成本
文档管理工作、
开发的质量与风险
的运行与评价
3.2需求管理
需求变更风险管理
开发生命周期
（、、、、原型，、RUP，敏捷方法）
形式化方法
开发工具（工具、分析设计工具、编程工具、测试工具、等）
3.5设计方法
分析设计图示（DFD、ERD、UML、、NS图、PAD）
结构化分析与设计
的分析与设计
3.6基于构件的开发
构件的概念与分类
典型应用架构（J2EE、.NET）
3.7应用系统构建
应用与开发（分析与设计方法的使用、外部设计、内部设计、、测试）
的使用（开发工具、运行、业务处理工具、ERP、、OA工具）
3.8测试与评审
测试评审方法
验证与确认（V&V）
测试自动化
测试设计和管理方法
4.基础知识
软件架构的概念
软件架构的风格
特定领域软件架构
基于架构的
软件架构评估
5.安全性与可靠性技术
4.1信息安全与保密
加密和解密
（、、口令）
安全保密管理（防泄漏、）
安全协议（SSL、PGP、IPSec）
系统备份与恢复
可靠性设计（、避错技术）
可靠性指标与评估
4.3安全性规章与保护私有信息规则
信息系统安全法规与制度
计算机防病毒制度
保护私有信息规则
6.标准化与知识产权
标准化意识，标准化的发展，标准的的生命周期
国际标准、、国家标准、行业标准、地方标准、企业标准
代码标准、标准、安全标准、开发规范和文档标准
标准化机构
7.应用数据
概率统计应用
算法（数值算法与非数值算法）的选择与应用
运筹方法（、线性规划、预测、决策、库存管理、模拟）
8.专业英语
具有高级工程师所要求的英文阅读水平
掌握本领域的英语术语1.系统规划
系统项目的提出与可行性分析
系统方案的制定、评价和改进
新旧系统的分析和比较
现有、硬件和数据资源的有效利用
2.软件架构设计
软件架构设计
基于架构的开发过程
架构模型（风格）
特定领域架构
基于架构的软件开发方法
软件产品线
3.设计模式
设计模式的概念
设计模式的组成
模式和软件架构
设计模式分类
设计模式的实现
4.系统设计
处理流程设计
人机界面设计
、存储设计
网络应用系统的设计
系统运行环境的集成与设计
性能设计与性能评估
的作用和意义
定义问题（目标、功能、性能等）与归结模型（静态结构模型、动态行为模型、物理模型）
结构化系统、
面向对象系统
分布式通信协议的设计
基于对象的设计
基于Web的设计
基于消息和协同的设计
异构的互操作性设计
7.嵌入式系统设计
实时任务调度和多任务设计
中断处理和异常处理
8.系统的可靠性分析与设计
系统的故障模型和可靠性模型
系统的可靠性分析和可靠度计算
提高系统可靠性的措施
系统的故障对策和系统的备份与恢复
9.系统的安全性和保密性设计
系统的访问控制技术
数据的完整性
数据与文件的加密
通信的安全性
系统的安全性设计根据给出的系统架构设计有关的若干个专题，选择其中一个专题，按照规定的要求撰写论文。
定义问题与归结模型
结构化系统建模
面向对象系统建模
数据库建模
2.软件架构设计
软件架构设计
特定领域软件架构
基于架构的软件开发方法
3.系统设计
处理流程设计
系统人机界面设计
文件设计、存储设计
数据库设计
网络应用系统的设计
系统运行环境的集成与设计
系统性能设计
中间件、应用服务器
分布式通信协议的设计
基于对象的分布式系统设计
基于Web的分布式系统设计
基于消息和协同的分布式系统设计
异构分布式系统的互操作性设计
5.系统的可靠性分析与设计
系统的故障模型和可靠性模型
提高系统可靠性的措施
系统的故障对策和系统的备份与恢复
6.系统的安全性和保密性设计
系统的访问控制技术
数据的完整性
数据与文件的加密
通信的安全性
系统的安全性设计1.在分层结构中，SNMP是在（1）协议之上的（2）请求/响应协议。在ISO/OSI/RM基础上的公共管理信息服务/CMIS/CMIP是一个完整的族，网络管理应用进程使用的（3）。
（1）A.TCP B.UDP C.HTTP D.IP
（2）A.异步 B.同步 C.主从 D.面向连接
（3）A.B.C.D.
2.主要由（4）和产品集合两部分组成。
（4）A.构件库 B.核心资源 C.体系结构 D.开发组织阅读以下关于方面的叙述，回答问题1和问题2。
某集团公司要开发一个程序，使各地员工能在上进行财务处理和报销。在设计该财务程序的体系结构时，项目组产生了分歧：
（1）张工程师认为应该采用客户机/服务器（C/S）结构。各分公司财务部要安装一个，通过这个客户端连接到总公司财务部主机。如果员工在外地出差，需要报销帐务的，也需要安装这个客户端才能进行。
（2）李工程师认为应该采用/服务器（BS）结构，各分公司及出差员工直接通过Windows自带的就可以连接到总公司的财务部主机。
经过项目组的激烈讨论，最终选用了C/S和B/S混合结构。
请用200字以内的文字简要讨论C/S结构与B/S结构的区别及各自的优点和缺点。
请用200字以内的文字说明如何设计C/S和B/S混合结构，这样设计有什么好处？论系统设计中对用户需求的把握
对于来说，在把某项工作系统化的时候，正确地理解该项工作的内容并设计出有效的系统，是一件最困难的事情。
为了把用户的需求正确无误地反映到系统的规格说明中去，常规的作法是把系统的规格说明书和输出的报表交给用户征求意见。在某些情况下，还要做出系统的原型，请用户试用。
请围绕“系统设计中对用户需求的把握”论题，依次对以下三个问题进行论述。
1.叙述你参与的开发工程的概要，以及你所担任的工作。
2.就你所下过功夫的地方叙述，为了把用户需求反映到系统规格说明书中，采用过什么手段与用户进行通信？
3.对于你所采用的手段，各举出一点你认为有效果的方面和无效果的方面，简要叙述你对这方面的评价。
附：2009下半年试题分析[2]。
新手上路我有疑问投诉建议参考资料 查看支付宝系统架构设计三大理念
2012年被业界称为平台征战元年。在移动、云计算、物联网的大趋势下，整个信息服务产业正在面临重组洗牌，如何...
2012年被业界称为平台征战元年。在移动、云计算、物联网的大趋势下，整个信息服务产业正在面临重组洗牌，如何通过开放协作、构建和加入生态系统，加强竞争力，成为业界焦点。基于此，2012年SDCC将聚焦开放平台，解析各种平台技术，分享生态系统构建之道。同时，大会邀请知名产品负责人、大型互联网架构师以及企业一线资深工程师，就本年度主流技术、产品、应用实践等热点议题进行深入分享。腾讯科技对本次会议进行全程直播。
以下为支付宝资深架构师胡喜演讲实录：
胡喜：大家下午好，我是2007年加入支付宝的，主持支付宝平台基础技术的嫁给设计与研发工作。我们跟Twitter之前讲架构历程是很类似的，05年初支付宝当时服务范围是淘宝，从2005年到2007年的时候支付宝是一代架构，前端核心和数据操作部分都在一起，那个架构支撑每天50万左右，后来我们从2007年设立支付宝二代架构，把原来应用系统形成变相服务式架构，在这儿有多少人使用过支付宝？还是很多的。到2010年的时候平均每天交易在1000万，日光棍节那天是1280万，技术人员差不多一千人左右，二代架构业带来很多管理上的问题、治理上的问题和未来伸缩性的问题，所以2011年我们进入三代架构，今年要求我们系统容量是多少，必须是1亿+处理能力，这背后是一个什么样的处理规模？大概是80多亿次数据库事务操作、500亿次SQL执行，1000亿次服务调用，500个应用协同完成。
可伸缩性，提升容量百万级到亿级，系统未来交易量越来越大，必须保证交易可伸缩性。第二是故障容忍，系统收缩了会带来三个九的容忍率到四个九的可容率，四个九是一年42个左右的故障，其他任何时间都必须保证72小时服务能力。弹性控制，有了伸缩性和故障容忍带来最大问题是要能快速恢复，我们从人工控制到秒级自动调度，一个系统出了问题怎么在一秒钟之内退出自动化调度是我们的目标。
我们看一下支付宝版本是一个什么样的进化历程，可伸缩性，提升容量从百万到亿级，之前我们数据库的瓶颈都在一个系统，那就把数据库进行拆分，从原来一个拆成多个数据库，现在有交易数据库和帐户数据库，这就带来了支付宝第二个版本，它就有了一个问题就是一致性问题。支付宝是做资金流，最大的问题是安全性准确性，你不能说我今年转一笔钱扣了十块钱，但是另外一个人没有收到十块钱，这是绝对不容许的，怎么样保证系统一致性要求，我们设计了一个变相服务性事务框架，TryX成功，第一阶段参与者，有帐户参与者或者积分参与者，参与者有三种类型的服务，一个是try，我扣了十块钱，这个用户能不能扣十块钱，它的余额够不够？try结束以后，所有参与者都回答OK了，主业务方会收到所有参与者的成功信号，第二步完成后确认，所有业务需求帐务转帐请求都会达成。
如果中间某个阶段出现任何故障或者问题都会调相应的cancel，我们在做分布式之前也调演过很多STX协议，我们当时做了POT模型，最黑看来这个模型完成不能使用，太耗费资源，对我们来说数据库资源非常宝贵的，所以我们最后使用了简化的TCC模型。业务一致性解决了事务性要求，但是也有一个问题，单个库的瓶颈，一个物理布局操作数字都是有限的，这样的形式下我们怎么保证它的性能，一个数据库拆分成多个，我们内部某一个用户会挂在某个数据库里面去，这样解决了数据水平拆分能力。
我们看一下具体拆分场景，内部交易系统会根据用户ID拆分，支付宝不仅仅服务于C用户还有商户，他们需求完全不一样，不一样的需求系统怎么样更好支持，我们知道如果一个系统想满足两个用户是几乎不可能的。
我们采用了数据复制的技术，一份数据面向C类用户，另一类面向B类用户，数据复制采用可靠复制技术，不会丢失。如果你在做数据拆分的时候，你让业务编程员需要注意这些情况的话非常复杂，怎么才能把程序写的更简单些，我们把分表复杂性屏蔽掉，对开发人员来说只不过在这个运行当中会被分到某些库上去。
解决了数据库的单一平静，带来一个问题是网络伸缩瓶颈，支付宝如果要实现一亿交易量的话大概需要1000亿次的访问，因为我们一个系统拆分成多个系统带来问题是服务访问架，一千亿次交易都需要经过某几个耽搁设备，没有一个设备能够承担这么大的访问量。怎么解决这个网络平静？我们提供了一种配置，我们发展到V4版本，有交易和帐户系统，通过服务器拓展到多个IDC，我们简单的把系统拓展到多个IDC当中去，这些解决了服务器拓展问题，但又带来了跨机房流量的问题，我们在每个机房配置相应的交易系统中心，所有应用系统只在同一个机房被调用。这就发展到地六个版本，是这样一个IDC的伸缩架构。
做到第六版本，差不多支付版本解决了包括IDC、支付、网络，整个容量从百万级提升到亿级，主要是通过数据的可伸缩性，垂直水平拆分，复制分布式事务，网络可伸缩性和IDC可伸缩性。
这是我们内部的具体架构，怎么保证系统可操作性，这个跟Twitter架构很类似的，这是我们内部的说法，实现了标准的SAA的模型，你可以访问任何的协议，底层是我们的业务服务器，它不是标准的JAVA1服务器，而是满足内部环境下的SOA化的服务器，它实现的我们内部管理模型，我们希望能够加快的访问量。伸缩性带来一个问题就是我的资源节点越来越多，这样的话从概率学角度来看的话，故障率会越来越高，怎么解决某一个点的故障带来的对交易量的影响？我需要做故障容忍。
先看一下数据库单点故障，对于每一个数据我们都配备一个回复集群，一个出现问题的话可以快速切换，这样用户才可以继续往下操作，这是后台要做的。解决了数据库的搭建问题，接下来的问题是服务的依赖问题，服务调用带来很多不可避免的问题，都会造成不可逆转的鼓掌，怎么能够更好地控制我们的服务调用，这是我们需要解决的服务以利故障，我们对内部交易系统和收费系统、商户通知、消费记录、商户查询、沟通等等交互，我们对所有系统都标识成强依赖还是弱依赖，强依赖越少越好，弱依赖可以随时随地把这个应用降级。
如果是收费系统强依赖的话我们可以把收费系统先关掉，很多人会问你就不收费了吗？不是，内部有一个消息系统，它会做到百分之百的可靠性，所有消息先发到消息系统中去，然后是相应的存储，系统恢复了以后再发到消息系统，在支付宝所有交易都有相应开关。
解决了服务依赖和数据库单点，下面就是IDC的故障，刚才说了数据库还在一个机房，假如说IDC1机房坏了怎么办，我们想要一个对等结构，IDC1机房坏了，只影响它的应用，我可以把这个依赖于换到别的机房，我们到第九版本完全实现独立IDC架构，这样在相应流量的第一个用户到IDC1、第二个用户到IDC2。
到这个层面我们解决了故障系统、一个系统当中数据库、服务器、IDC、服务依赖，都有相应的故障处理机制，这就保证了可容忍性。我们之前讲支付宝系统必须做到弹性控制，什么是弹性控制？就是我们快速从人工到秒级自动调度，我以前是人工操作现在是自动化操作，快速切到一个节点上去，如何做到弹性控制？那么要有一个监控平台，监控的响应时间，监控系统多长时间发现系统有问题，这是最重要的一点，支付宝有日志模型、计算模型和监控报表，内部还有一个升级版的秒级监控系统，在10―15秒之内发现所有的系统日志，把解析完的日志发送到一个计算系统，这个日志传输到HDFS里面去，这个部分所做的最重要意义是时时发现现场问题，首先要求就是要快，越快发现问题越好。
有了监控其实支付宝把我们之前监控系统和内部操作系统做了一个抽象，支付宝弹性能力的API，有Operations而API和Monitoring API，用户可以自己选择你的服务器是部署在哪个API上面。我们内部通过应用运行数据的收集、监控系统的数据缄默和计算到弹性平台的分析到产生控制命令再到指令执行。比如说银行渠道数据采集通过银行据到数据监控传输给数据分析平台，如果分析发现某银行A渠道异常的话，它会根据模型产生调拨指令，然后从A渠道切换到B渠道。
SOA治理调用，SOA最难做到的一点是假如说你有几百个应用完成，这个是支付宝的一个页面，我们写上插件的添加标记，对页面上产生一个标记，我要转帐，点击标记的+号，这样把标记提出来，这样帮助开发人员发现线上的任何问题，这就是我们说的整个支付宝的天性控制平台，包括监控、分析、弹性控制，这形成了支付宝内部弹性控制的系统。
人工控制到秒级自动调度，第一实时系统监控能力，必须越快越好发现系统存在的问题，尤其对于大系统来说，你是5秒钟发现还是5分钟发现那是完全不一样的，有可能最后一根稻草就把系统压垮了。还有就是快速自动化的系统调度能力，精细化系统治理能力，支付宝从一个系统发展到现在，每周项目发布，你这次数据出来一个系统架构只是这一次，不能保证下一次系统还不会出现这样的问题。
今天我从三个方面讲了一下支付宝架构设计理念，一个是可伸缩性，第二就是故障容忍性，然后是弹性控制，我的分享就到这儿，谢谢大家。
（责任编辑：qzhao
来源：腾讯科技）
2月9日，据福布斯网站报道，波士顿咨询集团(以下简称&BCG&)和高通联合发表报告称，在采用移动技术方面位...
从当前的移动化趋势看，人们移动中工作时间占总工作时间的比例不断攀升，甚至不少涉及企业机密信息和核心业...
频道热门文章
运营商困局：后有苹果围追，前有微信堵截
请输入您的电子邮箱地址，订阅更多精彩内容：
智能管道，运营商的新机会还是边缘化的无奈？智能管道，运营商的新机会还是边缘化...
曾经轰轰烈烈的携号转网试点工作，在天津和海南试验半年之后戛然而止。业界人士在...
中兴通讯神奇的是：每每能够踏准市场的脚步一家曾经的来料加工企业...
扫一扫分享本文到朋友圈
版板所有 ICP备
$("#rssaction").click(function(){
var reg=/^[\w\-\.]+@[\w\-\.]+(\.\w+)+$/;
var rss=$("#txtemail").val();
if(rss=='')
alert("请填写Email");
else if(!reg.test(rss))
alert("Email格式不正确");
$(this).attr("href","/index.php?m=rss&c=index&a=register_step1&mail="+rss);
$("#rssaction2").click(function(){
var reg=/^[\w\-\.]+@[\w\-\.]+(\.\w+)+$/;
var rss=$("#txtemail2").val();
if(rss=='')
alert("请填写Email");
else if(!reg.test(rss))
alert("Email格式不正确");
$(this).attr("href","/index.php?m=rss&c=index&a=register_step1&mail="+rss);加载中，请稍候...
加载中，请稍候...
商品编号：
京 东 价：
[定价：￥]
在线客服：服务支持：
全国计算机技术与软件专业技术资格（水平）考试指定用书：系统架构设计师教程
加载中，请稍候...
商品介绍加载中...
扫一扫，精彩好书免费看
京东商城向您保证所售商品均为正品行货，京东自营商品开具机打发票或电子发票。
凭质保证书及京东商城发票，可享受全国联保服务（奢侈品、钟表除外；奢侈品、钟表由京东联系保修，享受法定三包售后服务），与您亲临商场选购的商品享受相同的质量保证。京东商城还为您提供具有竞争力的商品价格和，请您放心购买！
注：因厂家会在没有任何提前通知的情况下更改产品包装、产地或者一些附件，本司不能确保客户收到的货物与商城图片、产地、附件说明完全一致。只能确保为原厂正货！并且保证与当时市场上同样主流新品一致。若本商城没有及时更新，请大家谅解！
权利声明：京东上的所有商品信息、客户评价、商品咨询、网友讨论等内容，是京东重要的经营资源，未经许可，禁止非法转载使用。
注：本站商品信息均来自于合作方，其真实性、准确性和合法性由信息拥有者（合作方）负责。本站不提供任何保证，并不承担任何法律责任。
加载中，请稍候...
空_空气(福建)
ggmmzhou(广东)
ec_uncle(吉林)
沙达木(新疆)
哈哈都被占用了(上海)
jd_jn5nan(北京)
c0000c(湖南)
daizylove(广东)
般若波罗密MYLOVE(北京)
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
浏览了该商品的用户还浏览了
加载中，请稍候...
七日畅销榜
新书热卖榜<海词开发部招聘
资深系统架构设计师（PHP）
分享到微信
经验5-10年
本科及以上
职位诱惑 : 用户数过亿；员工持股激励；优秀创业团队
发布时间：
◆&海词团队在做什么呢？
海词是国内领先的在线词典内容与技术服务提供商，致力于在线词典及品牌辞书数字出版服务。
◆&海词创业团队是你最心仪的团队吗？
一个心怀梦想、积极进取、高效精干、热情友善、团结互助的优秀团队。
海词人怀有共同目标，相聚一起，努力拼博，志同道合的海词人在共事中享受工作幸福和奋斗乐趣。
◆&你是我们寻寻觅觅的团队伙伴吗？
1、认同海词的核心价值观：健康、主动、友善
2、认可海词的发展愿景；
3、岗位专业技能过硬，行业经验及岗位经验丰富；
4、优秀的分析问题及解决问题能力；（拒绝大话连篇，能干才是王道！）
5、谦虚好学、善于倾听、积极进取；
6、良好的职业素养、心智成熟、职业规划清晰；
7、优秀的自我管理能力及团队合作精神；
8、较强的责任心和事业心。
◆ 我们可以给你提供：
1、非常NICE的创始人：
公司有2位创始人，各司其职。
创始人兼CEO范剑淼博士分管技术和产品，在他的领导下，海词词典开创了行业多个技术先河，成为在线词典领导品牌。
联合创始人兼COO张逸分管商务与市场，为海词赢来众多用户。
两位创始人都十分友善，上得会堂，下得球场。
2、个人成长空间（回报）：
不仅指专业技能、职位的提升（双通道晋升路线），也指个人薪酬回报的提升。
优秀员工每半年将有一次调薪晋级（职级）的机会。
全员持股激励。
3、强烈的工作成就感及自豪感：
目前海词用户已超过一个亿；
海词创造了无数个行业内第一：第一个在线词典、第一个真人发音词典、第一个智能查词词典、第一个行业反盗版系统等。
4、“我快乐、我奋斗、我成长”的工作氛围和绿色办公环境。
5、海词贴心家文化关怀。
◆ 我们对你的要求：
&1、男性，年龄25—40岁，户籍不限；
2、全日制本科（一本/二本）以上学历，计算机或相关专业；
3、至少3年以上web领域分析设计经验；有2个以上大型综合性项目系统技术架构经验，熟悉大型网站的架构部署方案，精通架构的理论和方法论；对互联网的应用历史、现状及发展趋势有深厚的了解,深刻的见解和敏锐的洞察,具有很好的人性化设计思想和如何为用户创造价值的思维方式；
4、至少参与过2个以上高并发、大数据量系统的设计和开发，对大型分布式运用有丰富的经验,能够设计出千万用户日访问量的架构，保证架构性能；
5、精通主流应用架构和平台，熟悉Linux操作系统，熟练掌握多种数据库原理和优化技巧；
6、熟悉PHP、C/C++&等开发语言，熟悉设计模式和算法，深入了解PHP的性能和安全优化，熟练掌握HTML、JavaScript、XML、CSS、Ajax、div等页面技术；
7、有较强的策划能力,有实际项目经验，注重实施和结果。熟悉互联网产品整体实现过程，包括从需求分析到产品开发和发布,并有独立的产品规划、研发能力，对计算机系统、网络和安全等有全面的认识，对软件工程标准规范良好的把握。
& & & 如果您热爱生活、热爱健康、热爱轻松快乐的工作氛围；热爱真诚友善、互帮互助的同事文化；又非常期望自己的作品能被上亿人关注和评价；认可及看好在线词典及移动辞书出版的行业前景；拥有创业的激情、热情及韧性，请来了解我们，请来加入我们，请来和我们一起工作吧！
职位发布者
简历及时处理率
投递后7天内处理完成的简历所占比例
简历处理用时
完成简历处理的平均用时
你在拉勾还没有简历呢，你可以，也可直接投递
领域 移动互联网
规模 50-150人
目前阶段 B轮
上海市张江高科技园区博霞路22号301室
领域：金融
创始人：徐红伟
阶段：成长型(A轮)
规模：50-150人
领域：移动互联网,电子商务
创始人：李总
阶段：成长型(B轮)
规模：150-500人
领域：移动互联网,文化娱乐
创始人：程杭
阶段：成熟型(C轮)
规模：150-500人
领域：移动互联网,数据服务
创始人：吴敏华
阶段：成长型(不需要融资)
规模：50-150人
领域：移动互联网
创始人：朱佳明
阶段：初创型(天使轮)
规模：50-150人
附件简历：
暂无附件简历
默认使用此简历直接投递，下次不再提示
请选择你要投出去的简历：
在线简历：
在线简历还不完善，请完善后选择投递
附件简历：
暂无附件简历
默认使用此简历直接投递，下次不再提示
支持word、pdf、ppt、txt、wps格式文件文件大小需小于10M
注：若从其它网站下载的word简历，请将文件另存为.docx格式后上传
简历上传成功！
你可以将简历投给你中意的公司了。
详情描述：
还可输入500字
请上传标准格式的word简历
操作说明：
打开需要上传的文件 - 点击文件另存为 - 选择.docx - 保存
上传文件大小超出限制
单个附件不能超过10M，请重新选择附件简历！
你的简历中：
学历、工作年限、期望工作城市与该职位要求不匹配，确认要投递吗？
简历已经成功投递出去了，请静候佳音！（）
邀请好友成功注册拉勾，可提升每日投递量 &&
你还没有可以投递的简历呢
请上传附件简历或填写在线简历后再投递吧~
投递失败：今日你已投递10个职位，投递数达到上限。
邀请好友加入拉勾网，可快速提升投递数量。
你在拉勾还没有简历，请先上传一份
支持word、pdf、ppt、txt、wps格式文件，大小不超过10M
登录邮箱未验证
请验证你的登录邮箱以使用拉勾网的所有功能！
我们已将验证邮件发送至：，请点击邮件内的链接完成验证。
我们已将激活邮件发送至：，请点击邮件内的链接完成验证。
你已成功收藏该职位
3月9日当天可进入“”页快速投递简历
今天已经反馈足够多了，给产品经理点时间消化下吧~
&&反馈提交成功！
你还没填任何反馈呢