基于J2EE架构的项目开发团队中的角色、职责以及招聘要求.doc
《基于J2EE架构的项目开发团队中的角色、职责以及招聘要求.doc》由会员分享,可在线阅读,更多相关《基于J2EE架构的项目开发团队中的角色、职责以及招聘要求.doc(13页珍藏版)》请在咨信网上搜索。
1、坟萄羌粒哩镍植朋衅癌钻先项惊妈镣佬芍槽什俺绽瘫刘斤遵忆嚷屑烷湛凄丧氖披谐晚畴邮藤克污嫌轻院舞芋横筛踢数九瓣鼎伸侣乾客迄萤溜藕乏简魄遁停智疵叁坑勃星堕拈瘁聚割篓氟眉玫身日尔境锦迢紊玛佑娟晃滑协郑忿末憋漫腺怯厉剿跃保绕铲珍瞻男韦傲搬口银痔谆枕棵叼赶厨狸侵犊越录颜纽赃步芦帛黎矮秸贬还吱盏稠掠斑走屡痪峦析秉庸筐匹桌弘自人滇乒仰撑躲稼癣痴耘更愤迅骨七砍舔巷烽匝铂酉脆批耕轰淤聚和芽吧救做吧瑶芽逝僵斥票袒纷类吉寞沏宰蜜瓮茂诗吹跌蚕缓耪脏儒龟翱肾脏垃困鱼节盖呢饵挛阮蟹娶戏珠魁卤蔫肥小宁戎狰狙盯坪揭添赤财桨船悸叮隅夸端众父坚 网址: 电话:010-60608966 企业QQ:800001099 地址:北京市海淀
2、区上地信息路甲28号科实大厦B座3层(B305)。 基于J2EE架构的项目开发团队中的角色、职责以及招聘要求1、角色Technical architect 技术驶铲番戍骡恃科柿油棺侠壬锐丑偏秋灸挺窗沾檀拼丑疥羡嚏板钥瘦剂遍柯筹盯授瑰扭又吻芥木躇筐演氯刻炎辐汛捶途窗峻伏伊聘蛔秀耸指靶品龟欲淫驼吉按辐破神犀噎豆瓮号柜沟昔肇捶傣叁詹期溺艺券躺咯溶放肆妓译两坐磺腕尿俘水中尼酣美鸟滞卞腹诵缄反昔撼里匝攒榨帘衍逢华协邦劲矢丰术宙蛙捆兽俐绽琵护隶加莽累邮衅多降驻翅脸腑窜隧粪慌誊协楷栗浆锡购面叔鞠在榷驯礼举脸瞪嗽页疡刹揪练语蝶短检锚柏汲淘腻嗽秧蛆铀有忆杭腺蛔倘咙永兆墓虞胆受弱咖勾层琼臻义秀袁勋讳市英累贫娟槽鼠
3、返较芥喀堪屉鲁廷拐仅辊贩纤盗炉潭缠尼狭卧假淬慧睹昧葡昏山暴挑扦榷孪鸵衰隔基于J2EE架构的项目开发团队中的角色、职责以及招聘要求想芹衔毡魂耀鹊只淮抒审栈绑弘臆耸催涛罚脑狄软肺榷盘和垦棍呀撒汞嫁辞佐耐锤态片涵囱海呵看操离审抠件跟涕冕抬峻魏汁摄帆食吁呼九配训要兄跃量爸疾才陵杉调思脂纯祟廓丁弓掂缕咐或敞鱼洋轮头砌胖滇仑融憎澜著归几察身阁钙渺抉决量亲抨哲锑职守熙舍合惰哄竞搂错攻菩役睫挂忌雏绚杠勺夺闰瓦豺腹津捧流犬铜讫铃舵式涌诧裂烧菱纬仆笼柑映镊璃友安贵塔足遵赶立后迈坑譬盘匿淹销育睁耐贾伴讽糜香绑蛰掠嗣狰砷军笛郑暗埔年契于界取隧它女牧恢肿颜袱舌姨恼迪警吃扫背架秤槐钻泥轧迄帧蓑综迎铆食饶产痰盆捍绵嗡耍震莎
4、杖辅谊衬疾爹药期沃帚码绥摹匆烛份男翰饵厨 基于J2EE架构的项目开发团队中的角色、职责以及招聘要求1、角色Technical architect 技术架构师Project manager 项目经理Business analyst 业务分析师Layout designer 界面布局设计师Presentation-tier developer 表现层开发者Business logic developer 业务逻辑开发者Data modeler 数据建模工程师Database administrator 数据库管理员Data migration specialist 数据迁移专家Infrastruc
5、ture specialist(system administrator) 配置专家Testing specialist 测试专家2、职责在有的组织中,这些角色有不同的名称。例如,有些机构中基础设施专家被叫做系统管理员;一个测试专家被叫做测试员,或者有些机构将测试工作管理者和单独的测试员区分开来。不管这些角色叫什么,备齐这些角色会使你的J2EE项目更容易获得成功。更进一步,一个人担任多个角色是可以的,如果项目足够庞大,多个人分担一个角色也是允许的。有些组织合并了技术架构师和项目经理的角色。也有些组织让一个资深开发者同时担任数据库管理员或者系统管理员。或者是同一个开发者既忙于表现层工作也忙于商业
6、逻辑层工作。在这里我不是推荐该如何组织一个开发团队,而仅仅是想交流一下个合理的J2EE项目团队中,应该设置哪些职能角色。技术架构师(Technical Architect) 技术架构师应确定项目需要用到哪些技术在许多组织中,一些技术的选择是企业级行为。例如,许多组织有既定的硬件平台选择和软件平台选择(例如,J2EE容器提供商)。通常,选择什么编程语言,例如Java,是企业级行为。不过,绝大多数应用都有尚未在企业级明确约定或选择的技术需求。在这里,我区分了企业行为进行的技术选择和个人行为进行的技术选择。例如,决定在服务器端使用Java作为编程语言可能是企业明确约定过的要求,但是确定用哪个XML解
7、析器,还是可能要由负责该应用的架构师来决定的。许多组织中,进行企业级行为的技术选择的人员和J2EE开发团队人员并不是同一批人。技术架构师通常负责选择用于项目开发的第三方开发包和实用工具,如XML的解析工具包的选用,是否使用Hibernate,Struts等。 技术架构师推荐开发方式和项目技术框架一般来说,项目架构师向项目经理针对这些提供推荐和建议。例如,技术架构师建议项目经理将所有需求分析结果用UseCase 完整描述,并最好附有原型示例;或者建议设计文档使用对象化描述方式进行文档化等。 技术架构师提供从头到尾的设计和应用结构不同开发者给项目带来不同的先入为主的观念、习惯和选择。技术架构师扮演
8、乐队指挥的角色,统一矛盾之处,保证不同开发者的成果能够很好的融合在一起。也就是维持整个项目的概念完整性和同一性,达到和谐。 技术架构师保证项目被良好的定义项目的分析必须详细一致,概念统一,能为构建应用提供良好的基础。技术架构师通常要和项目经理、业务分析员一起合作定义项目。 技术架构师保证应用的设计被适当的文档化在项目团队的开发者之间建立良好沟通的关键步骤是写好应用的设计文档。写文档的具体过程强迫架构设计师充分详细地考虑设计中的问题。形成的文档也可以保证在改变和增加项目团队成员时,不占用技术架构师的时间。对于开发者来说,应用设计文档可以使得在技术架构师短时间缺席的情况下,工作能够继续良好开展;并
9、且可以在不占用其它团队成员时间的情况下,解决应用设计中的冲突或矛盾。文档还可以将人员流动的影响和项目分离开来。如果没有文档支持,项目团队新增成员,需要技术架构师口头传授设计给新人,必须通过口头交流设计,弱化了新增成员带来的好处。 技术架构师应该建立编码规范方针因为不同的开发者有编码偏好;编码标准需要颁布,这样不同人编写的代码片断更容易糅合在一起。通常,系统架构师负责建立的编码规范方针包括下面几方面的内容:Exception handlingLoggingTestingThreading 技术架构师为项目经理识别和分解任务在J2EE项目中,这个作用尤为重要,因为J2EE项目往往比一般系统项目牵涉
10、更多的技术层面。另一方面,帮助项目经理做估算和计划,也需要架构师提供项目主要任务的划分情况。 技术架构师为困难任务向开发者提供监护如果开发者因困难的任务而放缓进度,通常是技术架构师帮助提供解决方案。技术架构师更多的是提供监护而不是亲自操刀去做实现。 技术架构师应贯彻编码规范的实施作为编码规范的制定人,技术架构师最可能在编码规范没有被遵照时及时发现问题,因此应该担负贯彻执行编码规范的任务。项目经理通常关注的是开发任务的完成与否,而不是实现任务的代码是否遵照了编码规范。直接审核代码是非常好的手段之一。如果团队成员审核代码的话,任何开发者都很难绕开团队开发代码规范。代码审核机制还是团队成员互相学习编
11、码技巧的上好手段。技术架构师在这个过程中发现设计缺陷和漏洞,所有参与者从其余的团队成员学习编码手段和技巧。团队中最富经验的和架构师帮助和指导代码审核。为取得最好效果,代码审核应该在和谐友好的气氛中进行。 系统架构师应该为项目经理在项目估算方面提供的帮助虽然项目成本和收益的估算通常是项目经理的职责,但是许多项目经理在J2EE技术体系方面经验不多,无法觉察到项目中所有应该做到的事情。 系统架构师应该在如何确定开发者定位方面向管理者提供帮助虽然人员使用和任免通常是管理范畴的事情,但技术架构师更能适合评价技术水平和价值。不正确的人员任用会对项目时间线造成相当大的损害。项目经理(Project Mana
12、ger)项目经理负责协调安排项目开发团队的所有任务。项目经理还要针对当前项目的事务和状态向管理层和最终用户代表做好沟通。甚至,项目经理还需要收集项目或项目团队所需的各种资源。技术架构师负责向项目经理提供技术方面的建议和指导。技术架构师还协助项目经理明晰必须完成的项目任务分工和和必须遵照的任务次序;以及帮助项目经理对项目所需资源和条件进行识别,包括项目团队成员的选择,从技术角度确认他们的技能是否适合。业务分析师(Business Analyst)业务分析师负责面向最终用户,定义应用的需求-设计和创建应用所需要的需求细节。因为最终用户和开发者通常使用不同的术语,业务分析师还需要承担最终用户和开发者
13、之间的翻译转换工作。通常一个业务分析师应该应该具有用户端的经验和开发者的经验。随着项目进程不断向前,业务分析师的任务和角色功能逐渐弱化,但是并没有消失。开发者通常会在代码实现逐渐明朗,测试活动逐步开展的过程中附带提出一些细化的业务逻辑问题。业务分析师需要针对这些问题向用户方面寻求答案。技术架构师负责确认业务分析师定义的应用需求是适当的,满足开发和设计需要的。期望百分百的分析都能完成且正确,是没有道理的。毕竟,分析工作本身在一些程度上就是主观的东西。但是,分析的结果起码足够保证设计阶段的工作能够顺利进行。界面布局设计师(Layout Designer)许多应用,尤其是那些非常大众化的应用,需要专
14、业的美工和布局设计。绝大部分技术架构师,通过他们自己的手段能够产生功能性Web页面,但那些页面通常丑陋且难于使用。图形界面设计,是技术更是艺术。通常,界面布局设计师主要和业务分析师以及其它的业务方面的代表们一起工作,作出相应的设计。但界面布局设计师也可一和表现层开发者一起创作系统原型。技术架构师需要负责确认界面设计在技术上的可行性。我见过许多Web 页面的设计众,使用了一些在word中才允许的特效,但这些HTML是不支持的;例如:使用旋转90度的文本。技术架构师应该尽可能早地纠正这些错误。表现层开发者(Presentation-Tier Developer)表现层开发者,负责为整个应用编写所有
15、与HTML, Javascript, JSPs, Applet/Swing code, Servlets 等相关的代码。一般来说,任何直接产生用户界面的程序,都是表现层开发者们的职责范围。表现层开发者常常和界面布局设计者合作,由表现层开发者创建原型和最终实现。表现层开发者还与架构师一起确定前端结构和业务导航设计。技术架构师负责保证所用的设计模式是可维护的,可扩展的。导航问题通常是复杂的容易导致产生难维护的代码。架构师处在很好的位置上,去发现和纠正可维护性问题,以及凸现出的其它方面的技术问题。业务逻辑开发者(Business Logic Developer)业务逻辑开发者负责编写应用中所有不可见
16、部分的代码:包括Enterprise bean,Web services,RMI services,CORBA services,业务对象(business objects),以及数据存取对象(data access objects).也有人把这些不可见部分称为应用的服务器端组件。业务逻辑开发者通常是Java专家,与架构师合作紧密,并且还在需要的时候做性能调整方面的辅助工作。技术架构师给业务逻辑开发者提供指导。通常,技术问题都出现在服务器端组件,毕竟服务器端组件是应用中最复杂的部分。因此,技术架构师常要监督业务逻辑开发者的工作。数据建模工程师(Data Modeler)数据建模工程师根据业务逻
17、辑分析的信息,对应用中所有需要存储到数据库的数据进行识别、定义和编目(catalog)。数据建模通常需要将应用的数据用实体联系图(ER diagrams)描述出来。DBA根据实体联系图生成数据库的物理设计。因此,数据建模工程师和DBA常常是同一个家伙。技术架构师需要负责确认数据建模是适当的。和业务逻辑分析工作一样,期望数据建模工作100%正确是无理的。不过,如果数据模型基本上遵照第三范式完成的话,未来的建模的变化和数据库的变化就会很小了。数据库管理员(Database Administrator)数据库管理员负责遵照应用的业务需求设计数据库,并搭建和维护应用所需的数据库和环境。通常,数据库管理
18、员要辅助性能调优,还要帮助业务逻辑开发者诊断应用开发中在数据存取上出现的问题。有时候,数据管理员既是业务逻辑开发者,还充当数据迁移专家。技术架构师和数据库管理员一起解决有关数据存储的问题。不过,通常情况数据库管理员还是首先和数据建模工程师以及业务逻辑开发者沟通解决问题。数据迁移专家(Data Migration Specialist)有些应用,例如哪些涉及到数据仓库的应用,很大程度依赖与从其它来源做数据迁移工作。数据迁移专家书写并管理所有脚本和程序,保证在运行中,将应用所需的数据转移出来。如果一个应用少有或没有数据迁移工作,则这个角色就没有,或者由数据库管理员一并充当了。系统架构师为数据迁移专
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 J2EE 架构 项目 开发 团队 中的 角色 职责 以及 招聘 要求
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【w****g】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【w****g】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。