如何成为软件架构师
【原创回答】我本人是一名软件架构师,这个问题非常大,不太好回答。
我总结一下,软件架构师的能力大概分为三个方面:1.技术,这个应该没悬念,如果没有过硬的开发技术,就不要期望做架构师了;设计模式,系统模式,架构模型,系统理论,甚至编程语言,算法,操作系统,网络,数据库,都需要有扎实的掌握。
2.是业务知识,也即领域知识。
软件架构师实际上是把业务需求落实成开发蓝图的总设计师,如果你对业务一窍不通,空有一身技术也只能望业务兴叹。
3.就是沟通表达的能力,架构师需要推进自己的架构设计理念给开发团队,所以也需要这方面的能力,当然最重要的还是前两部分的能力。
常见的软件架构有B/S架构和C/S架构,我想问问,我们常用的哪些软...
展开全部 B是浏览器,S是服务端,C是客户端。
简单讲B/S架构用户侧是使用浏览器获得服务;C/S架构用户侧需要先安装相应的软件,如手机上的各种APP、电脑上的qq等都是C/S架构。
据说,B/S架构是未来趋势,因为通用性强啊,不用像C/S架构还得windows、安卓、IOS各开发一款软件。
...
如何成为一名软件测试架构师
如果你是一名测试架构师,那意味着你有很多事情可以做,测试架构师领导公司测试技术的发展和测试策略上的方向。
区别一个测试架构师和普通测试工程师的特质是:他关注的是一个功能模块,一条产品线,还是整个公司的测试部门的问题。
甚至对于一些更加资深的测试架构师,他们已经不再局限于产品当前版本的测试,他们可以前瞻性的考虑未来的版本的测试策略和技术。
测试架构师的角色可以和设计架构师的角色互相比较着看,设计架构师,计划/设计一个产品,关注着产品的研发过程。
同样的,测试架构师他们计划/设计测试平台,关注着产品的测试过程。
但他们倒是有一个让我们IT民工羡慕的共同特点,他们更多的是提供咨询服务,并不亲身去帮你写完每一行代码。
他们的工资不由他们敲多少字决定。
呵呵。
测试架构师具备测试技术测试方法学上雄厚的知识,不仅仅是公司内部的知识,也包括公司外部的知识。
所以他们具备实力给那些测试经理们提供咨询服务,告诉他们,什么样的测试技术什么样的测试平台会符合公司要测得产品,什么样的软件流程可以更好的保证软件质量。
那有人会自然想到,这不是测试经理的事情吗?不然,测试经理,我们都是知道,人一到了经理这个位置,杂事就多了,员工加薪,员工福利,办公室装修,测试实验室购买新机器。
什么事情都可能找到测试经理头上。
测试经理的主要责任,应该是领导和培养一个优秀的测试团队。
所以领导和培养是他的重点。
对于剩下得测试技术测试策略上的任务,这时候他身边的测试架构师就起到了辅佐的作用。
我觉得,这样的一个解释可以让很多测试经理如释重负,把技术和管理的重担全部依赖在测试经理的身上,有点不近人情了。
测试架构师不仅仅是需要影响到公司内的测试机构测试社区,还需要影响开发机构甚至市场部门,好的测试架构师,可以从保证质量的角度,对产品的研发销售各个方面施加深远而正确的影响,也吸收来自各个部门的建议,最终提高整体软件质量。
所以说一个优秀的测试架构师,也可以是一个不错的设计架构师,不错的用户需求分析师。
因为软件质量保证是一个贯穿需求分析、设计、测试整个软件项目的过程。
做好测试架构师,就要求你能够驾驭软件项目各个阶段。
所以对开发和其他部门的熟悉是必不可少的1.他们不是项目经理,虽然前面说了很多软件测试架构师对项目的各个方面施加影响,但是他们不是项目经理。
一个纯粹的项目经理要考虑的事情还有很多很多,如果一个测试架构师最后扮演了项目经理的角色,那么对项目还是对测试架构师,都是不益的。
2.测试架构师不是一个水到渠成的头衔,不是你做了很多年测试,对产品很了解,就自然成为了测试架构师。
你需要有足够的技术前瞻能力和对公司内的影响力以达到对产品测试策略和技术方向提供咨询。
3.不只是一个纯粹的软件测试技术编程高手,一个测试架构师的存在是为了解决实际项目产品中的测试问题,并不是一个纯粹的测试技术编程爱好者。
一个热衷于单元测试开发框架的人,可以是一个编程好手,但未必是公司需要的测试架构师。
一个架构师,对技术和测试策略测试方法学都能在解决实际问题上运用娴熟。
架构师必看:谈软件架构师如何做好架构设计(
展开全部 此文转载至:帐前卒1 前言软件架构设计是软件设计的一部分,相当于总体设计,是软件设计过程中一个决定性的环节,架构确定了,软件基本也就定型了。
而软件架构师则是软件项目的领军人物,是软件设计过程中最具挑战性的角色,从技术角度来讲,他承担了项目的成败责任。
EEEC给“架构师”的定义为“软件架构师是技术主管”,这就意味着他不仅要有高超的技术才能,还要有很好的领导才能,他的领导能力在团队中和软件质量控制中起着十分重要的作用。
作为一个架构师,他要掌握整个软件项目的前景,调节各小组间关系,要让所有的项目组成成员了解大家共同的目的和目标,并发布标准和章程;要能正确理解软件过程,要在宏观上拥有专业知识,应该拥有很好的设计技巧;要是一个很好的沟通员和谈判代表,要能做出正确的决策等,除此,还有许多他要具备的其它素质。
2. 做好需求调研和分析为保证软件的可用性,要从需求出发设计架构,即:做软件先做需求,这是软件业内人士的共识,但这项工作做得好的却很少。
根据调查,属于需求分析和软件设计错误与缺陷的约占软件错误与缺陷的64%;而属于程序代码错误的仅占36%;而因软件错误积累与放大效应,造成整个软件项目拖延或失败情况的高达20%~60%。
这些数据表明,搞好需求调研和分析是软件设计和开发的第一步。
架构师必须要在需求调研的初期就介入,以保证需求获取的及时、可靠、准确,并对下步工作起指导作用。
进行需求调研,不能就事论事,对用户的需求调研要全面、细致。
需求要进行全局性的分析,需要有全局的观点,而不是分散地、根据具体的应用开发而进行的调研,这样才能系统地、本质地、概括地把握软件的功能结构。
在调研过程中,自始至终都要有用户方的业务人员参加,尤其是强调高层管理人员的重视和亲自参与,架构师及其相应的工作小组要有足够的沟通和理解能力,要能使业务人员在需求调研阶段起主导作用,架构师仅起协助和引导作用,并提供需求调研的科学方法和过程。
2.1 熟悉建设单位,定义职能域在需求调研阶段,架构师首先要全面了解用户中所有人员的需求,首先要了解建设单位的组织机构、业务关系,并根据建设单位中的一些主要业务活动领域,研究定义职能域,这是第一重要任务。
职能域是用户功能规划的抽象,应符合建设单位内部各种业务的逻辑关系,而不是现行机构部门的翻版,一经识别,就要保持相对稳定。
研制职能域模型时,需要特别注意,要自顶向下规划,并把握好设计职能域的数目;注意用户需求的主次关系,按照重要性、优先级进行权衡取舍。
2.2 详细调研各项业务过程及其功能分解每个职能域都包括一定数目的业务过程,业务过程可以继续分解为业务活动(对应于未来的软件功能),每个功能再分解为更低层的功能,逐级向下分解,直到产生最基本的、不可再分的最小功能单元。
职能域和业务过程都要独立于当前的组织机构,因为组织机构可能变化,部门的分工也会变化,但整个单位的基本职能和业务相对稳定。
职能域或业务过程可能横跨两个或多个业务部门。
业务过程的确定可以对照组织机构中各部门负责人的职责来考虑,这样,也可能获得未来软件的操作权限、数据权限的分配和功能模块的划分,这些业务过程是一个单位运作的基本工作,不受报告层次和具体负责人变动的影响。
调研前,架构师要对调研的内容事先准备,针对不同管理层的用户询问不同的问题,列出问题清单,将操作层、管理层、决策层的需求既联系又区分开来,形成一个金字塔,使下层满足上层的需求。
调研时,要收集用户工作中涉及的所有内容,如各种单据、报表、处理规则,再将其串成流程图,以流程图为主线,同时把握以下方面: (1)该流程中是否存在不必要的环节; (2)流程是否可以简化,是否可以省略一些环节; (3)流程中的每个处理环节是否起到了增值提效的作用; (4)哪些流程可以并行处理。
2.3 在调研具体业务时工作小组要把握的重点(1)平均频度 业务发生的频繁程度称为频度,这个数字可以是一个平均值或统计值。
频度越高,数据量越大,对响应时间、易操作性等要求就越高。
在数据存储时,对大频度的业务或单据要进行充分的考虑。
(2)高峰期的频度 必须保证软件在高峰期的响应时间,对软件进行测试时,要模拟高峰期的业务频度。
(3)单据要求 单据上的内容也就是单据的属性,它是进行数据结构设计的最基本依据。
数据的精度是定义数据库中字段长度的依据;计算生成方法是设计算法的依据;取值范围与计算生成方法是数据完整性检测的依据。
(4)利于减轻工作量 减轻人员的工作量是采用新软件的一个目的,花费时间最多、处理方法最复杂的地方往往是软件最关键的地方,也是用户将来验收时最关心的地方。
实际上有很多报表由于工作量相当大,用户没有足够的人力与时间来进行处理,这时他便想到了计算机。
(5)单据报表流程 要了解单据或报表的来源、单据联数、每联用途、送交单位、送交时间,对来源与去向的追踪可以调查出各个业务、各个单据、各个报表及各个部门之间的联系。
(6...
请教各位软件架构师和软件设计师的区别是什么
架构属于软考的高级,软设属于软考的中级系统架构设计师考试合格人员能够根据系统需求规格说明书,结合应用领域和技术发展的实际情况,考虑有关约束条件,设计正确、合理的软件架构,确保系统架构具有良好的特性;能够对项目的系统架构进行描述、分析、设计与评估;能够按照相关标准编写相应的设计文档;能够与系统分析师、项目管理师相互协作、配合工作;具有高级工程师的实际工作能力和业务水平。
通过软件设计师考试的合格人员能根据软件开发项目管理和软件工程的要求,按照系统总体设计规格说明书进行软件设计,编写程序设计规格说明书等相应的文档;组织和指导程序员编写、调试程序,并对软件进行优化和集成测试,开发出符合系统总体设计要求的高质量软件;具有工程师的实际工作能力和业务水平。
【旅行社计调常用软件】计调和旅行社办公室具体都做些什么?
展开全部 做测试已经近六年了。
在测试技术方面的技能长进了不少,又能享受写代码的乐趣,同事们经常交流对软件测试技术的见解,也在项目中实现一些创新的测试技术和基于自己的想法设计好的测试框架,每天过的很开心。
随着对测试这个职业的了解越来越深,对微软测试技术的掌握越来越多,慢慢地,人就开始对那些测试大牛在做什么感兴趣了。
他们就是那些在公司内部挂着测试架构师头衔的一小撮人。
TheyareTestArchitects。
什么?你的公司还有测试架构师这么一说?呵呵,好像很多人都会这么问吧。
大家听架构师听多了。
比如我们头比尔的头衔就是微软首席软件架构师。
一般来说,说到架构师,人们想到的都是软件设计架构师,那些设计整个产品架构,决定各模块如何协调工作,决定采用何开发平台的大师(对不起,可能每个人对大师的定义不同,如果你心目里只有Lippman,Stroustrup,Anders这样的人才能称为大师,那么原谅我的定义,我的大师就是那些杰迪武士里的Master,他们中有些人是Yoda/Anakin这样实力超人的,但也有一些普通的我们每天都可以从他们身上学到不少东西的人,我愿意把后者也叫大师。
)。
那么测试架构师,他们是些什么人?他们凭什么拿着和设计架构师一样的薪水?我们怎样成长为测试架构师呢?我也是带着这样的一个个问题,在雷德蒙总部有幸遇到一个测试架构师艾德的。
那天,大晴,有利西方。
如果你是一名测试架构师,那意味着你有很多事情可以做,虽然你不一定都做:开发和设计测试框架测试库;纵横全局的考虑产品的功能,设计复杂的测试系统;负责研发某一项特定的测试技术;为你的公司考虑如何提高测试效率;但总的来说,我们可以这样描述:测试架构师领导公司测试技术的发展和测试策略上的方向。
区别一个测试架构师和普通测试工程师的特质是:他关注的是一个功能模块,一条产品线,还是整个公司的测试部门的问题。
甚至对于一些更加资深的测试架构师,他们已经不再局限于产品当前版本的测试,他们可以前瞻性的考虑未来的版本的测试策略和技术。
测试架构师的角色可以和设计架构师的角色互相比较着看,设计架构师,计划/设计一个产品,关注着产品的研发过程。
同样的,测试架构师他们计划/设计测试平台,关注着产品的测试过程。
(废话而且拗口是吗?:))但他们倒是有一个让我们IT民工羡慕的共同特点,他们更多的是提供咨询服务,并不亲身去帮你写完每一行代码。
他们的工资不由他们敲多少字决定。
呵呵。
测试架构师具备测试技术测试方法学上雄厚的知识,不仅仅是公司内部的知识,也包括公司外部的知识。
所以他们具备实力给那些测试经理们提供咨询服务,告诉他们,什么样的测试技术什么样的测试平台会符合公司要测得产品,什么样的软件流程可以更好的保证软件质量。
那有人会自然想到,这不是测试经理的事情吗?不然,测试经理,我们都是知道,人一到了经理这个位置,杂事就多了,员工加薪,员工福利,办公室装修,测试实验室购买新机器。
什么事情都可能找到测试经理头上。
测试经理的主要责任,应该是领导和培养一个优秀的测试团队。
所以领导和培养是他的重点。
对于剩下得测试技术测试策略上的任务,这时候他身边的测试架构师就起到了辅佐的作用。
我觉得,这样的一个解释可以让很多测试经理如释重负,把技术和管理的重担全部依赖在测试经理的身上,有点不近人情了。
呵呵。
测试架构师不仅仅是需要影响到公司内的测试机构测试社区,还需要影响开发机构甚至市场部门,好的测试架构师,可以从保证质量的角度,对产品的研发销售各个方面施加深远而正确的影响,也吸收来自各个部门的建议,最终提高整体软件质量。
所以说一个优秀的测试架构师,也可以是一个不错的设计架构师,不错的用户需求分析师。
因为软件质量保证是一个贯穿需求分析、设计、测试整个软件项目的过程。
做好测试架构师,就要求你能够驾驭软件项目各个阶段。
所以对开发和其他部门的熟悉是必不可少的 1,他们不是项目经理,虽然前面说了很多软件测试架构师对项目的各个方面施加影响,但是他们不是项目经理。
一个纯粹的项目经理要考虑的事情还有很多很多,如果一个测试架构师最后扮演了项目经理的角色,那么对项目还是对测试架构师,都是不益的。
2,测试架构师不是一个水到渠成的头衔,不是你做了很多年测试,对产品很了解,就自然成为了测试架构师。
你需要有足够的技术前瞻能力和对公司内的影响力以达到对产品测试策略和技术方向提供咨询。
3,不只是一个纯粹的软件测试技术编程高手,一个测试架构师的存在是为了解决实际项目产品中的测试问题,并不是一个纯粹的测试技术编程爱好者。
一个热衷于单元测试开发框架的人,可以是一个编程好手,但未必是公司需要的测试架构师。
一个架构师,对技术和测试策略测试方法学都能在解决实际问题上运用娴熟
有没有全国性的,国家认可的软件(或系统)架构师资格证书?
目前这个方面的全国性资格认证就是计算机技术与软件专业技术资格(水平)考试的高级几个认证,包括:系统分析师、系统架构设计师、系统规划与管理师。
这几个考试由国家人力资源和社会保障部(原人事部)、工业和信息化部(原信息产业部)领导的国家级考试,其目的是,科学、公正地对全国计算机与软件专业技术人员进行职业资格、专业技术资格认定和专业技术水平测试。
所以从权威性和认可程度上来说都是最高的。
我想知道软件开发人员具体的分工。
。
架构师的职责?项目经理的职责...
展开全部 模块设计师:对与系统分析师和架构师所划分的模块进一步细化,保障各模块按既定的标准和要求的完成。
需求分析师:通俗一点讲需求分析师就是跟客户交流,准确获取客户需要。
需求分析师是项目前期与客户方打交道最多的人,对于客户来说,他可以代表整个项目组,对与项目组成员来说他的意见可以代表客户方的意见,项目组内所有与客户需求相关的事情必需得到他的认可。
数据库设计师:又称DBA,是项目组中唯一能对数据库进行直接的操作的人。
对项目中与数据库相关的所有重要的事做最终决定的人。
根据业务需求和系统性能分析、建模,设计数据库,完成数据库操作,确保数据库操作的正确性、安全性。
架构师:主要负责设计项目中软件部分的体系结构和模型,排定软件开发日程,确定软件内部流程和框架等。
系统架构师也可以理解成技术总监。
系统架构师是在部门内所有软件项目中,对技术上所有重要的事情做出决定的人。
系统分析师:主要负责根据系统分析结果设计系统总体架构、监管系统开发日程、确定软件内流程和框架等。
系统分析师是项目组中的首席执行官,他涉及项目的所有方面,是项目进度的推动者,也是项目成功的关键。
项目组长:通常3~4个开发人员组成一个开发小组,由一个小组负责人带领进行开发活动。
开发小组负责人由小组内技术和业务比较好的成员担任。
项目经理:项目经理负责人员安排和项目分工,保证按期完成任务,对项目的各个阶段进行验收,对项目参与人员的工作进行考核,管理项目开发过程中的各种文档,直接对公司领导层负责,他既能处理好与客户之间的关系,又能协调好项目小组成员之间的关系。
项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。
软件开发工程师:根据设计师的设计成果进行具体编码工作,对自己的代码进行基本的单元测试。
软件工程师是最终实现代码的成员。
美工:负责公司软件产品的美工设计和网页制作需求调研员:与客户交流了解客户的需求。
系统分析员:根据客户的需求,编写成可以通过软件解决的软件需求及功能文档实现。
希望对你有帮助
软件架构师证书
系统架构师是一个最终确认和评估系统需求,给出开发规范,搭建系统实现的核心构架,并澄清技术细节、扫清主要难点的技术人员。
主要着眼于系统的“技术实现”。
因此他/她应该是特定的开发、语言、工具的大师,对常见应用场景能马上给出最恰当的解决方案,同时要对所属的开发团队有足够的了解,能够评估自己的团队实现特定的功能需求需要的代价。
系统架构师负责设计系统整体架构,从需求到设计的每个细节都要考虑到,把握整个项目,使设计的项目尽量效率高,开发容易,维护方便,升级简单等。
系统架构师综合的知识能力包括9个方面,即:1、战略规划能力。
2、业务流程建模能力。
3、信息数据结构能力。
4、技术架构选择和实现能力。
5、应用系统架构的解决和实现能力。
6、基础IT知识及基础设施、资源调配能力。
7、信息安全技术支持与管理保障能力。
8、IT审计、治理与基本需求分析、获取能力。
9、面向系统可靠性与系统生命周期的质量保障服务能力。
作为系统架构师,必须成为所在开发团队的技术路线指导者;具有很强的系统思维的能力;需要从大量互相冲突的系统方法和工具中区分出哪些是有效的,哪些是无效的。
架构师应当是一个成熟的、丰富的、有经验的、有良好教育的、学习快捷、善沟通和决策能力强的人。
丰富是指他必须具有业务领域方面的工作知识,知识来源于经验或者教育。
他必须广泛了解各种技术并精通一种特定技术,至少了解计算机通用技术以便确定那种技术最优,或组织团队开展技术评估。
优秀的架构师能考虑并评估所有可用来解决问题的总体技术方案。
需要良好的书面和口头沟通技巧,一般通过可视化模型和小组讨论来沟通指导团队确保开发人员按照架构建造系统。