oa项目介绍.docVIP

OA 第一天. OA可以用在2个地方. 政府 企业 采用OA就是把他们的流程做成一个软件. 需求分析从界面入手,但是写程序别从界面入手. 分析 ? 设计 ? 实践. Java三件宝 框架 ? SSH. 模式. ? 学习的是它的适用领域. 领域模型. 最重要的,当你获取需求以后.需要使用面向对象技术开发领域模型. 按模块进行迭代开发. 进一步细化需求. 用例模式. 分析模式(概念模型) ? 最重要的. 设计模式 ? 对分析模式的细化. 实现. ? 所有的设计模式都是和实现相关的. 测试, 分析. 需求分析. 它们必须是正确的. 它们必须是可行的. 它们必须是对项目来说是必不可少的. 它们必须是被标明优先次序的. 它们必须是不含糊的. 它们必须是能够ioubei证实. 一旦需求确认以后,没有写的不能做. 需求分析具体过程(切入点). 了解客户. 了解业务. 了解行业. 了解同行产品. 这些事情在与客户正式开始沟通之前就尽量了解,这样在与客户交流时有效的减少在业务上的陌生感,会尽快使客户对项目团队产生必要的信任. OA系统的需求. 基本模块 组织架构. 权限管理. 核心模块. 公文流转. 例如报销：如何把一个数据,转给另外一个人. 其他次要模块. 流程定义：就是例如以前没有请假单流程,自己可以加一个部署到项目. DOJO书. 是一个javascript的树. hibernate.hbm2ddl.auto.create. hibernate.hbm2ddl.auto.update 当你创建SessionFactory实例时,它会根据你的映射文件导出到数据库里. OA 第二天. 如何定义接口? 主要看客户端的需要.例如：dao层的客户端就是manager层. 如何读懂需求? 理解需求中的概念. 例如：考勤 ? 你得了解过程,还有什么报表,现有的软件. 组织机构. 职能型组织架构. ? 大公司,分部门. 这个图就是上面的概念模型图. 集权型组织架构 ? 中小型公司,一级管一级,不分部门 混合型组织架构 ? 前面两种混合起来.人下面有部门,部门下面有人,在某种情况可以把他们俩看成一个概念,进行泛化（继承） 网状组织架构 ? 也叫矩阵型,通常用于跨国大型企业. 关联会有一个时间的限制. 多对多一般会拆分成两个多对一的关联,应该把中间的关联表抽象出来进行扩展. 中间表对应原来表肯定是多对一,中间像两边任何一边看都是多对一.可以在中间表加一些自己的需要的属性. 规则就是它们类型的多对多,也就是两个多对一.例如： 部 ? 局 ? 处 ? 科. ,,他们分别的父亲都是上一级,子都是下一级. iiii. 按照某种职责来建立partyType, 合适的uml用例一般最好是少于10步和10步左右的,才是一个粒度的,合适的用例 用例其实也就是功能性的需求. 要编写用例文本,参与者的动作,系统的响应,主要路径和扩展路径. 主要路径. 写主要的内容. 扩展点 写一些异常信息,例如删除失败,取消操作之类的. 补充说明 主要是用来做补充的,例如添加机构时,ID生成的规则之类. 在ssh里避免一个Action方法里,和业务逻辑组件进行2次交互,不然会造成事物不一致. 画顺序图实际上就是在实现,画的时候是根据用例图文本里的主要路径 OA 第三天. 开发流程 ? 做一点测一点,首先根据领域模型对象创建实体.因为它是被依赖的.采取自底向上的实现. Hibernate为什么要强制定义inverse呢? 只有这样,才能强制保证在多的一端维护,如果强制在一的一端维护,则无法运行. 最主要的是在更新的时候,如果不设置inverse,在维护的时候会更麻烦. 还是 学生 – 班级,当你更新一个班级时,如果班级里只是从ActionForm里获取数据,但是更新了以后此时学生集合是空的,它会去掉学生与班级的所有关联关系. 切记Hibernate的get加载的是一个代理对象. 在测试单元类中,可以继承测试父类.在setup中打开session,避免session Closed异常.因为在测试类中,并不能使用OpenSessionInView. 继承父类 ? AbstractTransactionalSpringContextTests 需要实现getConfigLocations. 注入业务逻辑层对象,它会自动注入,根据类型. 加入spring的spring-mock.jar包. 当一个方法调用完,它会自动回滚事物,和关闭Session. 如果想提交事物的话,调用setComplete(). 状态图最好用在页面的流程分析. 每一个状态代表一个页面,也就代表调用了一个action,因为在struts中,进入一个页面都是要经过struts. 切记struts ?