（OA自动化）OA项目介绍.pdfVIP

（OA自动化）OA项目介绍

OA第一天.

1、OA可以用在2个地方.

a)政府

b)企业

c)采用OA就是把他们的流程做成一个软件.

2、需求分析从界面入手,但是写程序别从界面入手.

a)分析设计实践.

3、Java三件宝

a)框架SSH.

b)模式.学习的是它的适用领域.

c)领域模型.

i.最重要的,当你获取需求以后.需要使用面向对象技术开发领域模型.

4、按模块进行迭代开发.

a)进一步细化需求.

b)用例模式.

c)分析模式(概念模型)最重要的.

d)设计模式对分析模式的细化.

e)实现.所有的设计模式都是和实现相关的.

f)测试,

5、分析.

a)需求分析.

i.它们必须是正确的.

ii.它们必须是可行的.

iii.它们必须是对项目来说是必不可少的.

iv.它们必须是被标明优先次序的.

v.它们必须是不含糊的.

vi.它们必须是能够ioubei证实.

vii.一旦需求确认以后,没有写的不能做.

b)需求分析具体过程(切入点).

i.了解客户.

ii.了解业务.

iii.了解行业.

iv.了解同行产品.

v.这些事情在与客户正式开始沟通之前就尽量了解,这样在与客户交流时有效的

减少在业务上的陌生感,会尽快使客户对项目团队产生必要的信任.

6、OA系统的需求.

a)基本模块

i.组织架构.

ii.权限管理.

b)核心模块.

i.公文流转.

1.例如报销：如何把一个数据,转给另外一个人.

c)其他次要模块.

7、流程定义：就是例如以前没有请假单流程,自己可以加一个部署到项目.

a)DOJO书.

i.是一个javascript的树.

8、hibernate.hbm2ddl.auto.create.

hibernate.hbm2ddl.auto.update

a)当你创建SessionFactory实例时,它会根据你的映射文件导出到数据库里.

OA第二天.

1、如何定义接口?

a)主要看客户端的需要.例如：dao层的客户端就是manager层.

2、如何读懂需求?

a)理解需求中的概念.

b)例如：考勤你得了解过程,还有什么报表,现有的软件.

3、组织机构.

a)职能型组织架构.大公司,分部门.

i.这个图就是上面的概念模型图.

b)集权型组织架构中小型公司,一级管一级,不分部门

c)混合型组织架构前面两种混合起来.人下面有部门,部门下面有人,在某种情况可以

把他们俩看成一个概念,进行泛化（继承）

d)网状组织架构也叫矩阵型,通常用于跨国大型企业.

i.关联会有一个时间的限制.

ii.多对多一般会拆分成两个多对一的关联,应该把中间的关联表抽象出来进行扩

展.

1.中间表对应原来表肯定是多对一,中间像两边任何一边看都是多对一.可

以在中间表加一些自己的需要的属性.

iii.规则就是它们类型的多对多,也就是两个多对一.例如：

1.部局处科.,,他们分别的父亲都是上一级,子都是下一级.

iiii.

按照某种职责来建立partyType,

4、合适的uml用例一般最好