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集成。分层架构进行开发，主要分为数据层、业务层、界面层。