当一名顾客与你的业务的任何一个方面接触时,无论多么微小,都是形成印象的机会,都是决定顾客去留的()
A.主观原因
B.决定因素
C.关键时刻
D.客观因素
A.主观原因
B.决定因素
C.关键时刻
D.客观因素
试题三 论企业架构管理与应用
企业架构管理(Enterprise Architecture Management,EAM)从功能、应用、信息和技术四个层面定义了企业应用系统的结构,并通过业务需求驱动开发过程,为企业应用系统的开发提供标准和指导。EAM将企业的业务和技术需求联系在一起,以管理业务变更为核心,强调业务与技术对齐,构建一个高内聚、动态的企业应用解决方案。
EAM能够帮助企业识别可以提高运营效率的潜在领域,有助于企业建立从战略到解决方案交付的各种关系,识别技术解决方案中最优的业务成果,能够在业务重组、兼并、收购和其他业务变更计划中为企业最大化地节约成本,降低相关风险。
请围绕“企业架构管理与应用”论题,依次从以下三个方面进行论述。
1.简要叙述你参与实施的企业应用系统的开发背景与总体需求、系统所采用的技术体制、实施企业软件架构管理的动机与期望以及你所承担的实际工作。
2.结合项目实际,简要阐述企业架构管理包含哪些方面的内容,每个方面包括哪些主要活动。
3.阐述你在实施企业架构管理的过程中都遇到了哪些实际问题,以及解决这些问题的方法和过程。
(63)A.停止原型工作
B.对风险进行量化
C.制定风险缓解计划
D.确定权变措施
A.4月份受一个朋友(在另一报关行从事报关工作)的邀请,借报关员证给其报关时使用
B.6月份在办理一单业务时,发现单据不全,因而拒绝办理该货物的报关
C.协助本企业完整保存各种原始报关单证、票据等业务资料
D.年末在整理报关单证时发现海关关员赵某涉嫌走私,由于业务上的关系,小李没有举报,而且在有关部门调查时也未与配合
阅读以下说明,根据要求回答问题1~问题3。(25分) 【说明】 2012年3月,系统集成商PB公司的员工老李刚出任项目经理,就承接了S省综合性星火大 学的一个大中型软件项目。上任时公司分管领导刘总再三叮咛他一定要尊重客户,充分满足客户需 求。项目开始比较顺利,但进入到后期,星火大学频繁的需求变更带来很多额外工作。项目经理老 李动员大家加班,保持了项目的正常进度,客户相当满意。但需求变更却越来越多。为了节省时间, 星火大学相关工作人员不再向老李申请变更,而是直接找项目团队的程序员商量。程序员疲于应付 往往直接改程序而不做任何记录,很多相关文档也忘记修改。很快老李就发现:需求、设计和代码 无法保持一致,甚至没有人能说清楚现在系统“到底改成什么样了”。版本管理也出现了混乱,很 多人违反配置管理规定,直接在测试环境中修改和编译程序。但在进度压力下,他也只能佯装不知 此事。但因频繁出现“改好的错误又重新出现’’的问题,星火大学该项目分管领导陈副校长已经明 确表示“失去了耐心”。 而这还只是噩梦的开始。一名程序员未经许可擅自修改了核心模块,造成系统运行异常缓慢, 大量应用程序超时退出。虽然最终花费了3天的时间解决了该问题,但陈副校长却表示“无法容忍 这种低下的项目管理水平”。由于担心系统中还隐含着其他类似的错误,陈副校长对项目的质量也疑虑重重。 随后发生的事情让项目经理老李更加为难:星火大学另一名高层领导马副校长与陈副校长对 整个项目界面风格的看法不一致,并为此发生了激烈争执。老李知道如果发表意见可能会得罪其中 一方,于是保持了沉默。最终陈副校长决定调整所有界面,老李只好立刻动员大家抓紧时间修改。 可后来当听说因修改界面风格而造成了项目两周的延误后,马副校长与陈副校长却非常一致、气愤 地质问老李:“为什么你不早点告诉我们要延期?早知这样才不会让你改呢?”这一切都让老李感 觉到很沮丧与苦恼。老李陷入了沉思…… 【问题1】(12分) 结合你的项目管理经验,从整体变更管理的角度分析产生上述问题的可能原因,并给出相应 的整改措施(或建议)。 【问题2】(5分) 对于信息系统软件项目,“扩展需求”是指在软件 (1) 已经确定后又要增添新的功能(或 进行较大改动)的情况。通常,管理需求扩展的第一步是:将新系统的视图、范围和限制等进行一 并作为业务需求的一部分。评估每一项建议的需求和特性,将与 (3) 进行比较,以决定是否 采纳此项变更。 控制需求扩展的另一个有效技术是 (4) 。该方法能够给用户提供预览所有可能的实现, 以帮助用户与开发者沟通从而准确地把握用户的真实需求。 在需求管理活动中, (5) 活动的目的是建立与维护“需求一设计一编程一测试”之间的 一致性,确保所有的工作成果符合用户需求。 【问题3】(8分) 结合你的项目管理经验,请简要分析本案例所列举的缺失相关变更控制过程等情况可能会导 致哪些不良的后果。
试题三 论大规模分布式系统缓存设计策略
大规模分布式系统通常需要利用缓存技术减轻服务器负载、降低网络拥塞、增强系统可扩展性。缓存技术的基本思想是将客户最近经常访问的内容在缓存服务器中存放一个副本,当该内容下次被访问时,不必建立新的数据请求,而是直接由缓存提供。良好的缓存设计,是一个大规模分布式系统能够正常、高效运行的必要前提。在进行大规模分布式系统开发时,必须从一开始就针对应用需求和场景对系统的缓存机制进行全面考虑,设计一个可伸缩的系统缓存架构。
请围绕“大规模分布式系统缓存设计策略”论题,依次从以下三个方面进行论述。
1. 概要叙述你参与实施的大规模分布式系统开发项目以及你所担任的主要工作。
2. 从不同的用途和应用场景考虑,请详细阐述至少两种常见的缓存工作模式,并说明每种工作模式的适应场景。
3. 阐述你在设计大规模分布式系统的缓存机制时遇到了哪些问题,如何解决。
A.缩短项目关键线路作业时间
B.缩短项目每个作业所需时间
C.计划是得到双方认可后才实施的,回绝客户的更改要求
D.与顾客方详细沟通,争取顾客方做出调整
阅读以下说明,根据要求回答问题1~问题3。(25分) 【说明】 小廖是系统集成商PH公司(以下简称PH公司)中一名拥有多年的软件项目开发经验的软件设计师,目前作为一家系统集成商PH公司(以下简称PH公司)的项目经理,正负责一个计量管理信息系统项目。该系统包含了l3个功能模块,涉及用户单位(以下简称甲方)计量管理业务的主要过程,开发工作量较大。甲方曾自行组织过开发,后因故终止。在与PH公司签订开发合同时,甲方愿意提供原有的设计文档。小廖带领自己的团队,在客户原有的需求分析和设计文档的基础上,历时2个月,通过邮件、电话等方式多次与用户进行交流和沟通,并利用原型开发方法建立了项目演化型需求模型。 为了加快项目进度,节约项目成本,小廖从某高校选用了两名有编程经验、工作能力较强的在读研究生加入开发组。在现有演化原型的基础上,这两名研究生分别负责组织机构管理和计量培训管理两个模块的代码编写工作。这两个模块与计量管理主要业务过程及专业领域知识的:关系不太紧密,具有相对独立性及一定的通用性。经过3个多月的努力,所有的模块都完成了单元测试,并在虚拟环境下进行了功能测试。之后,小廖充满信心地带领项目组到应用单位进行现场试运行。 用户单位为小廖及其团队在项目开发中所表现的高效率而高兴,他们积极配合,并选择了业务过程中的不同部门、不同岗位代表参与,采用真实的数据进行系统试运行。在运行过程中,虽然核心业务流程与实际情况基本一致,但在组织机构管理与计量培训管理这两个模块中出现了让小廖非常尴尬的问题。 【问题1】(5分) 分析该项目执行过程中所做的工作,可以发现在项目沟通方面存在以下几个主要问题: ①项目组没有认真地分析和确定每一个功能模块所对应的 (1) ,并为其制定切实可行的 (2) ; ⑦没有采用有效的沟通方法主动获取 (3) ; ③在没有与甲方进行沟通并进行 (4) 的情况下,安排两名在读研究生进行组织机构管理与计量培训管理模块的代码编写工作; ④可能缺少定期召开 (5) 会议来确定阶段成果,以致出现了开发人员对项目需求的理解与实际应用需求出现较大的偏差。 【问题2】(14分) (1)结合案例,请简要分析PH公司在项目经理选拔方面可能存在的不妥当之处。 (2)PH公司的领导层意识到问题的严重性,决定从其他项目组抽调有具有丰富项目管理经验 的高级项目经理老许来协助小廖的工作。结合你的项目管理经验,给出高级项目经理老许应该从哪几方面指导和帮助小廖开展工作。 【问题3】(6分) 结合你的项目管理经验,请给出在招募项目团队成员时,应重点关注候选人是否具备哪些方 面的能力。