oa维护面试.docx

oa维护面试.docx

《oa维护面试.docx》由会员分享，可在线阅读，更多相关《oa维护面试.docx（7页珍藏版）》请在冰豆网上搜索。

oa维护面试

竭诚为您提供优质文档/双击可除

oa,维护,面试

　　篇一：

oa项目面试参考

　　oa系统面试说辞

　　面试过程中描述项目一般分为三大点（第一点是参考说辞。

后两点是可补充的说明，个人可根据具体情况介绍）

　　1、项目的开发背景介绍以及个人在项目中完成的功能点

　　2、项目的开发过程（开发周期）

　　3、项目的系统架构

　　1、项目开发背景以及个人完成的功能点介绍

　　我们这个项目是为xxx公司开发的一套办公自动化系统，简称oa。

该公司属于xx行业，业务类型主要是xxx，该公司为了提高办公效率与办公质量，实现无纸化办公与科学的管理而委托我们公司研发该系统。

通过需求调研与设计，我们将该项目划分为了xx个大的模块。

主要包括xxx。

。

。

而本人在该项目中主要负责组织机构与权限管理两个大模块的设计，开发，调式以及维护等工作。

　　组织机构模块主要是对该公司的部门以及人员的管理。

所以在此模块中我们又分为机构管理与人员管理两个子模块。

由于该公司的机构属于职能型机构，父机构下面又存在子机构，就像一个树状结构，所以我们在设计该模块表的时候使用了自关联的方式，这样可以减少数据库设计的允余，也便于扩展。

而人员模块设计比较简单，就是直接在表中加入了一个机构的外键，因为人员肯定是属于某个部门的。

　　至于权限模块的设计就稍微复杂点。

任何一个项目都会根据需求来设计相应的权限操作，权限也是我们保证项目健壮性的一种手段。

在此模块中我们分为用户管理，权限管理，角色管理三个子模块。

因为首先我们考虑到应该为每个人员建立一个唯一的登陆账号，我们称为用户，我们将权限不直接授予具体人员，而是授予相应的用户，这样就可以降低耦合度。

但是如果具有相同权限的人都需要重复授予一样的权限，客户操作起来会很麻烦，而人员在公司一定有其相应的职位，所以我们决定将权限打包授予某个角色，让角色与具体职位关联，再将角色授予用户，这样就能很好的解决问题了。

不过一般来说，公司有些人员可能身兼数职，也就是说一个用户可能会被分配都多个角色，默认情况下我们是取所有权限的合集，但也会出现角色之间权限的冲突问题，因此我们在表中设计了一个优先级的字段，让一个用户拥有的多个角色有不同的优先级，如果权限产生了冲突，则以优先级高的角色为准。

有点类似我们web程序中加载servlet时候配置的load-on-startup的属性。

　　当我们将项目交与客户试运行后，客户反映，无论什么情况都需要通过建立角色来授权感觉很麻烦，而公司的职位变动也会引起角色的增多，造成角色的泛滥。

所以通过与客户的沟通，我们修改了当初的设计，也就是除了可以通过角色来授权，也可以给用户直接授权。

这种方式与oracle数据库的授权方式是一样的，客户也感觉很满意。

当然，既然可以直接授权给用户，也可以授权给用户所属的角色，同样会发生类似于开始说的两者之间权限的冲突问题，我们解决的办法同样是多设计了一个字段，该字段表示是否使用用户自身的权限还是使用其角色的权限。

　　我们这个项目的权限分为三级，首先在用户登录的时候就开始验证是否有资格进入，（这是第一级）在通过该验证后，我们会查询出该用户拥有的所有具有可读功能的模块并展示，对于该用户不可读的模块是不会展示出来的，这样能避免用户的误操作（这是第二级）。

但有些模块该用户虽然具有可读权限，但是没有更新与删除等权限，我们此系统也可以及时屏蔽该误操作（这是第三级）。

　　2、项目开发周期

　　本项目总开发周期为1年，具体分为以下几个阶段

　　1、需求分析阶段，由系统分析员对客户进行需求调研，产生需求分析说明书，经客户签字确认。

　　2、概要设计，由系统分析员根据需求分析书编写概要设计文档，经客户签字确认。

　　3、详细设计，由系统分析员和架构师根据概要设计文档编写详细设计文档，经客户签字确认。

　　4、用户手册，根据以上三个文档编写用户使用手册

　　5、数据库设计，由系统分析员做数据库架构设计，生成数据字典

　　6、系统架构设计，由系统架构师做整个系统的架构设计，产生架构说明文档

　　7、分模块编码，主要由程序员进行分模块编码，并由测试人员对模块进行交叉测试

　　8、系统集成（也叫产品集成）

　　9、集成测试（对整个系统的产品结构功能进行整体测试）

　　10、上线试运行，将集成后的产品交付给客户进行试运行，对试运行期出现的错误进行修改

　　11、产品交付，试运行完后，如果产品没有什么问题之后，对客户交付产品

　　12、后期升级与维护（根据合同规定）

　　3、系统架构

　　本系统是基于j2ee平台，采购b/s模式进行开发，数据库采购oracle，系统框架采用当今主流的ssh集成。

分层架构进行开发，主要分为数据层、业务层、界面层。

　　篇二：

oa顾问工作求职面试要点.

　　说明:

　　本文是我去年写给一位研发部同事的,当时她想从研发类职位转向实施顾问类职位。

下文概括了在oa/协同办公/工作流（同类软件）的实施顾问面试中常见的一些问题。

以期帮助她快速应对oa实施招聘面试.

　　oa本身的特点:

　　与eRp不同,oa日趋于协同管理,主要针对企业内的管理流程进行管理和优化。

主要目的分为3个层面来讲:

对于普通员工来说,协同办公平台提高了他们的工作效率,不用迷失在一大堆的琐屑事情里面找不到重点；对于中层管理者来说,协同办公平台帮助他们进行日常事务的管理,方便制定中短期工作任务规划和工作派遣,并可以通过丰富的报表等手段及时掌握下属的工作进度;对于高层管理者来说,协同办公平台,提供的移动办公平台,可以让他们随时随地掌控公司的信息。

而定制的战略规划，以及具体的各项经营管理指标的执行，同样可以在协同办公平台上进行实施。

从而有效提高管理执行力度。

　　oa实施顾问的职责的理解:

　　强烈关注项目的进度，保障项目如期上线。

　　面试中可能会问及相关或类似的问题,务必要表示自己对事件执行有始有终的态度。

以及强烈关注项目进展的特性。

如果问到例如软件bug,软件功能缺陷等问题对项目实施带来的影响，则一定要表示自己相信有专业的研发同事负责解决此问题，而此问题不在自己主要关注范畴之内。

（重点:

此节答复的前提基于该项目已经处于实施阶段，而非售前阶段。

该问题尤其考察研发技术类人员转职实施顾问时的思维方式转变程度。

如果答复的内容过于纠结bug修复，缺陷弥补等细节，会被认为缺乏宏观思维。

）

　　高层对oa的定位:

　　我们公司作为一个大的软件公司,提供近百个不同的信息化产品。

随着社会的发展，信息化的进步，在未来信息一体化项目是必然的趋势。

而我们相比市场单一定位的信息化产品来说,是具有明显优势的。

　　但就oa而言,我们的应用功能，界面友好等各方面都不及目前市场上的主流oa产品。

我们的oa主要是定位在信息一体化项目,与eRp,hR等系统集成。

更深入地挖掘和释放信息化的能量。

　　此处如果在面试中问到,只要说得出我们oa的优势即可.（而实际上oa/hR/cRm等等软件实际上是作为eRp软件销售后的二次利润增长突破口.此节除了,）

　　顾问实施中的问题处理（也是面试中可能会面临的提问）:

　　1,实施过程中,客户的人员不配合.客户user抵触心理比较大.怎么办分析:

　　此问题考察项目干系人的掌控,为使项目按既定的轨道运行,顾问需要高效地维护和利用项目干系人.

　　底层人员不配合实施,一般会因为两种因素：

第一,改变了他们的使用习惯；第二,增加了他们的工作量。

但很多时候，这两种因素都是不可避免的。

想要使普通员工就范，就要多多利用他们的高层，例如在项目起初要求客户高层制定一定的奖惩措施来保障项目的运行、要求客户的高层率先使用系统，只认系统中的单据等等。

　　整个项目的实施过程中,普通user对项目有影响,但影响并不大.真正评价系统使用价值的是客户的高层。

就我们公司来说,这就是价值实施的一个基本点.因此,在这类问题中,只要提到要与客户公司的高层多多交流。

那基本上就ok了。

　　2,项目实施就快上线了,但是客户那边突然打电话来,劈头盖脸把你骂一顿,说程序出了问题,要你今天之内必须解决.但是研发部门修改bug一般需要几天,请问,怎么办分析:

　　此问题考察顾问对突发事件的应对能力和态度.

　　1,沉稳的心态，首先冷静听客户描述问题及发生情况，安抚客户情绪。

　　2,积极寻求解决方案,客户那边是否可以通过数据处理等进行临时的问题处理；公司这边，则上报领导,请求资源协调，尽快处理此事。

　　此问题一般没有标准答案,主要考察处事态度是否积极;是否会利用团队的力量。

3,遇到客户比较耍赖,付款不及时,或者需求总是不断变化,面对与其之前商定的内容矢口否认。

怎么办

　　分析:

此问题主要考察项目管理技巧。

拥有必须的应对技巧，是整个项目能否达到预面对从未做过顾问的应试人员,一般不会提到这种问题.如果提到,一般仅考察期效果的必要因素。

也是新顾问最常面临的”最头疼问题”之一。

应征者做事是否有条理性。

　　因此回答的内容中,只要提到自己做事很有条理,有记录事件备忘的类似习惯,就差不多了。

此问题的常规应对方式是将与客户的商谈内容做备忘记录，请客户签字确认。

并向客户说明需求变更会带来一定的风险和代价。

　　高层的担忧:

　　1,稳定性人员的培养都是需要成本的,所以高层对人员的稳定性比较看重.2,工作适应性

　　特别是以前没有做过顾问,高层对应征人员的工作适应性总是特（oa,维护,面试）别担忧,这个人能不能适应顾问的工作特别是这个工作的特殊性,能否胜任顾问的工作,并不仅仅取决于顾问对软件本身的了解,而是取决于顾问的管理知识水平。

　　如果应试中,高层领导问到类似问题时,务必要表示自己乐于与人沟通交流;对企业管理方面的知识十分渴求.

　　其它注意的问题点:

　　面对高层的时候,不要谈技术,只谈信息化建设中,协同办公平台与其它信息化项目的关联及重要性。

对协同办公平台能带给企业整体管理水平提升的能力及前景深信不疑。

（当高层对你没有做过顾问表示担忧的时候,）强调自己做顾问的意愿。

视现场谈话情况,甚至可以表示自己如果不能在这里做顾问,以后也会去其它公司做顾问。

　　oa顾问所需要的知识:

　　企业管理知识，余世维博士的职业经理人系列讲座，以及有效沟通，赢在执行等系列课程都可以听听。

　　综合说起来,

　　沟通交流方面，无非就是要有能跟企业经营管理者沟通交流的能力,能分析他们遇到的问题,哪怕纸上谈兵也好。

　　项目管理方面，要有资源协调，使用各种手段保证项目顺利的能力。

　　篇三：

身为cio如何“面试”oa

　　身为cio如何“面试”oa

　　在企业信息化建设的道路上，为什么会有越来越多的管理层不约而同地选择oa？

随着企业业务拓展，人员增多，企业容易遇到各种组织管理问题、业务管理不精细化问题，迫切需要一个强有力的oa信息化主力军，作为企业长久生存、提升行业竞争力的核心支撑。

　　oa办公系统的出现背负着为企业创造利益价值的最高使命。

一路发展而来的oa办公系统，凭借其规范管理、协同沟通、提升工作效率、节省运营成本、决策迅速科学、移动办公、信息共享、整合内外部资源等价值亮点，赢得了众多企业管理者的认同。

目前，oa办公系统的主导产品有：

九思oa、致远oa等，对于担负企业信息化重任的cio来说，只知oa大行其道的价值所在，对如何甄选oa似乎缺乏实战经验。

所以，我们为cio“面试”oa办公系统，精心总结了几点建议，希望能一解cio心中的选型之痛。

　　1、oa厂商服务水平几颗星

　　选产品其实是在选产品制造商，为什么海底捞会得到大众的青睐，诚心诚意服务的理念高于一切。

很多oa厂商往往只注重oa办公系统的销量，对于后期的oa实施、持续深入应用不闻不问，没有诚意的oa厂商，全然不会重视你的oa项目是不是成功应用，没有实力的oa厂商，更不会为客户提供oa办公系统的服务持续升级。

　　我们经过了解，欣喜地看到oa行业的领导品牌九思软件（）

　　自创始以来，以客户的项目成功率为己任，追求“与有缘分的客户做一生一世的买卖”，其荣获“中国管理软件项目成功率第一品牌”也是其对客户oa项目100%负责的最好例证。

　　2、掌握oa需要多久

　　如果选用的一款oa办公系统，基本功能模块连企业的cio都要花一段时间才能掌握，其在整个企业推广的进度，难免会影响全员的办公效率。

oa办公系统易学易用显得至关重要。

　　在oa业内，九思软件oa办公系统基本功能模块界面简洁，操作方便，容易上手，能够快速被全员掌握。

其独创的协同工作模块，能够帮助企业解决80%的内部协作、汇报、资源协调等。

　　3、oa技术要有多精尖

　　oa厂商的技术走在前沿，能够为客户的个性化需求、oa办公系统的持续升级奠定良好基础。

当前，jaVa因其具有易移植性，广开放性、强安全性和支持快速开发等特性，成为各大oa厂商的首选平台，例如，“中国高端协同办公系统第一品牌”的九思软件。

同时，其独创了多核多线程技术，实现员工同时处理多项工作；拥有oa业内最棒的工作流引擎，支持从设计到维护的全程图形化；能够通过对数据范围权限的划分，实现对集团化、多法人、矩阵管理等复杂管理模型的完全支持等等。

　　4、oa价格要综合考量

　　企业cio不能单一的考虑到oa厂商的报价和自身预算，oa办公系统的全面成功应用，还需要将oa部署的软硬件环境成本、软件实施过程中参与人员的时间成本、培训成本、将来的维护难度和服务成本、数据集成的开发成本、升级成本和数据迁移成本等等统统纳入成本控制范围。

这对于一个即将成功“面试”oa办公系统的cio来说也是一种考验。