OA办公自动化系统开发日志

近期要做到OA系统,由于是用来学习,而且工期比较短,所以整体功能比较简单,对比了一下开源社区的joffice,如果要做好这个OA还是要花费一段时间的,而且每个公司的需求不同,所以我们的OA做出来还不知是否真的实用。

经过了一周的准备工作,基本需求已经定型,并且框架也已经搭好,开发环境和所用技术初步如下:

操作系统:Windows7旗舰版 Web服务器:tomcat 6.0 IDE:Eclipse 3.5 for JEE + Spket-plugin 开发框架和其它开源技术:Strtus2.2.1 + Hibernate3.6.2 + Spring3.1.0 + dwr3.0 + JBPM4.4 + POI3.5 + Lucene + CKEditor3.6.1


需求编号需求标题故事完成需要的点数(每个点数代表1小时)需求描述实现优先级所属release所属iteration
Pro.001用户权限管理1.定义角色模型
2.定义用户模型
3.用户登录模块
4.模块权限设定
5.角色增删改操作
6.角色权限设定
7.用户权限设定
1
1
1
3
2
4
2
1.用户角色管理(增删改)
2.用户管理(分配账号,授权)
1&211.1
Pro.002公司通讯录1.定义通讯录模型
2.显示通讯信息
3.组合查询通讯信息
1
2
2
1.通讯录显示
2.组合查询(名字,部门)
111.2
Pro.003绩效管理1.制定固定绩效模板
2.用户自评
3.上级评价
4.生成最终绩效
5.自定义绩效模板
2
2
2
2
5
1.设置评分规则并打分
(具体待定)
111.3
Pro.004 固定资产管理1.指定固定资产模板
2.实现固定资产增删改
3.组合查询固定资产
4
4
4
1.折旧类型管理 (增删改)
2.固定资产管理
111.4
Pro.005任务过程管理161.查收(审批)公文
2.增添公文并指定审批流程
3.查看审批公文记录
(作为OA办公系统的重要部分,基于jbpm引擎进行流程管理,具体需求待续)
111.5
Pro.006办公用品管理161.分类管理(增删改)
2.办公用品管理(增)
3.入库管理
4.办公用品申请管理
222.1
Pro.007 公告管理-通知1.制定公告模型
2.发布公告
3.定义公告发布对象
4.公告修改删除
1
3
2
3
1.增删改222.2
Pro.008部门管理1.定义部门模型
2.增加部门及子部门
3.增加部门员工
4.修改删除部门
5.部门树状查询
1
2
2
2
3
1.公司部门进行管理 (增删改)322.3
Pro.009员工管理1.定义员工模型
2.增加员工指定部门
3.修改删除员工资料
4.组合查询员工信息
1
2
2
3
1.对员工进行管理并指定部门(增删改查)322.4
Pro.010流程定制161.关键地方,需求待定,还需调研433.1
Pro.011 考勤管理1.班次定义
2.班制定义
3.排班管理
4.假期设置
5.组合查询员工考勤信息
5
5
5
5
3
1.考勤设置(对假期、班次、排班进行管理)
2.员工考勤信息查看
433.2
Pro.012个人考勤1.上下班登记
2.请假登记
3.外出登记
6
6
6
1.上下班签到
2.请假登记(填写请假申请,由领导审批(JBPM))
3.出差登记(填写出差表格,由领导审批(JBPM))
533.3
Pro.013邮件管理1.制定邮件模型
2.发送邮件
3.查收邮件
4.删除邮件到垃圾箱
5.彻底删除邮件
1
2
2
2
2
1.收发邮件633.4
Pro.014文档管理1.增加上传目录
2.按分类上传文档
3.设定共享方式
3.设定服务器保存时间
1
3
2
4
1.员工可将欲共享的文档上传至服务器,并对类别进行管理733.5
Pro.015私人通讯录1.定义通讯信息模型
2.增加个人通讯录
3.修改删除个人通讯录
4.组合查询个人通讯录
1
2
2
3
1.管理通讯录(增删改查)833.6
Pro.016 新闻管理1.制定新闻模型
2.发布新闻
3.新闻修改删除
1
3
3
1.新闻类别管理
2.新闻管理(增删改)
833.7

集团办公自动化系统源码 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能 本条是为将要完成的软件功能提供一个摘要。例如,对于一个记帐程序来说,需求说明可以用这部分来描述:客房帐目维护、客房财务报表和发票制作,而不必把功能所要求的大量的细节描写出来。 有时,如果存在较高层次的规格说明时,则功能摘要可从中取得,这个较高层次的规格说明为软件产品分配了特殊的功能,为了清晰起见,请注意: a. 编制功能的一种方法是制作功能表,以便客房或者第一次读这个文件的人都可以理解; b. 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记,这样的图不是产品设计时所需求的,而只是一种有效的解释性的工具。 2.3 用户特点 列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。这些是软件设计工作的重要约束。 2.4 一般约束 本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括: a. 管理方针; b. 硬件的限制; c. 与其他应用间的接口; d. 并行操作; e. 审查功能; f. 控制功能; g. 所需的高级语言; h. 通信协议; i. 应用的临界点; j. 安全和保密方面的考虑。 2.5 假设和依据 本条列出影响需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束,但是它们的改变可能影响到需求说明中的需求。例如:假定一个特定的操作系统是在被软件产品指定的硬件上使用的,然而,事实上这个操作系统是不可能使用的,于是,需求说明就要进行相应的改变。 3 具体需求 3.1 功能需求 3.1.1 功能需求1 对于每一类功能或者有时对于每一个功能,需要具体描述其输入、加工和输出的需求。由四个部分组成: a. 引言 描述的是功能要达到的目标、所彩的方法和技术,还应清楚说明功能意图的由来和背景。 b. 输入 1) 详细描述该功能的所有输入数据,如:输入源、数量、度量单位、时间设定、有效输入范围(包括精度和公差); 2) 操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如:当打印检查时,要求操作员进行格式调整; 3) 指明引用接口说明或接口控制文件的参考资料。 c. 加工 定义输入数据、中间参数,以获得预期输出结果的全部操作。它包括如下的说明: 1) 输入数据的有效性检查; 2) 操作的顺序,包括事件的时间设定; 3) 响应,例如,溢出、通信故障、错误处理等; 4) 受操作影响的参数; 5) 降级运行的要求; 6) 用于把系统输入变换成相应输出的任何方法(方程式、数学算法、逻辑操作等); 7) 输出数据的有效性检查。 d. 输出 1) 详细描述该功能所有输出数据,例如:输出目的地、数量、度量单位、时间关系、有效输出的范围(包括精度和公差)、非法值的处理、出错信息; 2) 有关接口说明或接口控制文件的参考资料。 此外,对着重于输入输出行为的系统来说,需求说明应指定所有有意义的输入、输出对及其序列。当一个系统要求记忆它的状态时,需要这个序列,使得它可以根据本次输入和以前的状态作出响应。也就是说,这种情况犹如有限状态机。 3.1.2 功能需求2 ...... 3.1.n 功能需求n 3.2 外部接口需求 3.2.1 用户接口 提供用户使用软件产品时的接口需求。例如,如果系统的用户通过显示终端进行操作,就必须指定如下要求: a. 对屏幕格式的要求; b. 报表或菜单的页面打印格式和内容; c. 输入输出的相对时间; d. 程序功能键的可用性。 3.2.2 硬件接口 要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜:支撑什么样的设备,如何支撑这些设备,有何约定。 3.2.3 软件接口 在此要指定需使用的其他软件产品(例如,数据管理系统操作系统或数学软件包),以及同其他应用系统之间的接口。对每一个所需的软件产品,要提供如下内容: a. 名字; b. 助记符; c. 规格说明号; d. 版本号; e. 来源。 对于每一个接口,这部分应说明与软件产品相关的接口软件的目的,并根据信息的内容和格式定义接口,但不必详细描述任何已有完整文件的接口,只要引用定义该接口的文件即可。 3.2.4 通信接口 指定各种通信接口。例如,局部网络的协议等等。 3.3 性能需求
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值