基于统一框架开发业务系统教程.docx

上传人:b****1 文档编号:2414239 上传时间:2022-10-29 格式:DOCX 页数:28 大小:312.98KB
下载 相关 举报
基于统一框架开发业务系统教程.docx_第1页
第1页 / 共28页
基于统一框架开发业务系统教程.docx_第2页
第2页 / 共28页
基于统一框架开发业务系统教程.docx_第3页
第3页 / 共28页
基于统一框架开发业务系统教程.docx_第4页
第4页 / 共28页
基于统一框架开发业务系统教程.docx_第5页
第5页 / 共28页
点击查看更多>>
下载资源
资源描述

基于统一框架开发业务系统教程.docx

《基于统一框架开发业务系统教程.docx》由会员分享,可在线阅读,更多相关《基于统一框架开发业务系统教程.docx(28页珍藏版)》请在冰豆网上搜索。

基于统一框架开发业务系统教程.docx

基于统一框架开发业务系统教程

基于统一框架开发业务系统全过程教程

1教程目的

本教程的目标读者有:

需求分析人员,总体设计人员,编码实现人员等实现一个业务系统涉及到的所有角色。

本教程覆盖以统一框架为基础的一个业务系统需求分析、总体设计、编码实现、正式发布的全过程。

通过对各阶段实例化形像的描述,让实现一个业务系统的所有相关人员清楚的知道每个步骤的具体做法。

本教程将以一个虚拟的需求作为例子,它将从用户的口头需求说明开始。

本教程参考文档如下:

<统一应用框架研究及应用项目开发指南(供开发商使用)>

<省公司总体设计规范>

<省公司需求分析规范>

2系统背景和原始需求说明

A公司是一个集团性公司,他们已经使用了本教程涉及到的统一框架。

总经理工作部提出需要做一个信息系统,B软件公司承接了这个任务,小张做为B公司的需求分析人员跟A公司总经理部的小王进行了交流。

小王说:

我们需要做一个系统,把公司的休假申请无纸化;我们还需要一个会议记录系统,把公司开过的会的相关情况进行记录,这个工作以前都是用电子文档进行保存的,但是这样不利于统计和查询;还要一个管理本部门的工作计划和工作小结的需求。

(其它需求暂忽略)。

接着小张询问了休假申请的具体流程是什么样的。

小王说:

首先员工提出申请,然后他们部门的部门经理审核,如果休假天数超过2天,那么还需要总经理审批,然后到总经理工作部登记就可以了。

除了C子公司,本集团所有其它下属公司的休假申请流程都是这样的。

C子公司由于各种原因在申请天数超过2天后需要其公司经理审批外,如果超过6天还需要集团总公司的人力资源部经理进行审批。

在结束需求询问之前,小张跟小王要了一张A公司的休假申请单和一个会议记录word文件模板。

3需求分析

小张在结束了需求访问后回到公司开始进行需求整理,基本上有三种业务:

休假申请、会议记录、总经理工作部工作计划和小结。

对总经理工作部工作计划和小结这个需求,小张判断这可能并不是一个只是特定部门需要的需求,而是一个面对整个A集团公司的所有部门的需求。

然后小张打电话给A公司的业务系统需求管理委员会的责负人,就此事进行了确认。

A公司的业务系统需求管理委员会的负责人告诉小张确实每个部门都有工作计划和小结的业务需求,并且这个需求将在今年将要开发的人力资源系统里进行统一实现。

然后小张又跟小王进行了沟通删去了这个需求。

经过多次沟通和确认后,小张整理出可操作的界面原型让A公司小王和其它同事试用。

该界面原形除了可操作外还对一些可能被忽略的界面事件流在界面上用注册进行了说明。

小王对界面排版和个别字段提了少许意见,两周后小张整理出最终需求如下:

1休假申请

管理本公司员工的休假申请过程。

1.1角色说明

角色名称

角色职责

角色参与者

休假申请人

1、提出休假申请的人。

公司的所有人员

本部门休假审核人

1、审核本部门提供出休假的人是否有工作需要连续完成,或最近是否有迫切的事需要申请人做。

目前是各部门的部门经理的责职

公司休假审批人

1、审核该人提出的休假是否超出了公司的休假制度许可,或在公司层面是否最近有迫切的事需要申请人去做。

2、审核下级公司的休假申请是否超出常规。

各公司的公司总经理的责职

1.2业务流程

集团本部和除了C公司的其它子公司的休假申请流程图如下:

C公司的休假申请流程图如下:

1.3业务界面

申请界面:

其它各审核审批界面:

1.4业务数据

休假申请信息:

名称

类型

长度

申请天数

整数

申请人

申请原因

字符串

<100个汉字

2会议记录

2.1角色说明

角色名称

角色职责

角色参与者

会议记录人

1、记录本公司每次开会的情况。

此工作当前由总经理工作部综合专职来做

2.2业务流程

无。

2.3业务界面

会议管理主界面

会议增加、修改界面:

2.4业务数据

会议信息:

名称

类型

长度

时间

日期时间

地点

字符串

<100个汉字

议题

字符串

<300个汉字

本公司参加人

人员数组

外公司参加人

字符串

<300个汉字

会议过程记录

字符串

<2000个汉字

会议结果

字符串

<2000个汉字

4总体设计

系统运行平台等非功能需求相关设计直接遵守A公司的<信息化系统规范>。

本系统界面部分使用EXT界面组件。

系统开发工具使用Lomboz3.2,客户端用firefox进行调试。

数据库设计(略)。

具体功能设计如下:

4.1休假申请

4.1.1功能设计

功能包括:

休假申请的发起、休假申请流程的实现两部分。

其中休假申请的发起功能会在统一框架中注册为一个功能菜单。

休假申请发起功能的相应菜单将被放到统一框架已经存在的个人事务中的“休假申请”中。

(统一框架暂不能实现)。

4.1.2流程实现处理

具体流程图:

参见需求文档。

流程定义分布:

流程

流程定义位置

使用范围

休假申请

集团公司

总公司和其它各子公司

C子公司

C子公司

休假申请流程全局数据列表:

数据名称

类型

初始来源

加入原因

申请天数

整数

从业务数据中来

流转线上的判断依据

申请人

字符串

从业务数据中来

用户希望在流转过程查看界面看到该属性。

申请原因

字符串

从业务数据中来

用户希望在流转过程查看界面看到该属性。

休假申请流程活动数据表:

活动

数据名称

类型

初始来源

加入原因

所有审核审批活动

审核结果

字符串。

值范围:

同意、不同意

在审核审批界面由审核人输入

1、流转线上的判断依据;

2、用户希望在流转过程查看界面看到该属性。

审核备注

字符串。

<300个汉字。

在审核审批界面由审核人输入

用户希望在流转过程查看界面看到该属性。

4.2会议记录

4.2.1功能设计

功能有:

会议登记。

会议登记功能将会在统一框架中注册为一个功能菜单。

5编码实现过程

5.1准备统一框架运行环境

从a公司系统信息中心运行维护组获取最新统一框架虚拟机,并把虚拟机安装到开发组的服务器。

(虚拟机里面主要包含总线、统一框架包、统一框架数据库、ad域、统一用户认证)。

修改虚拟机IP为内网IP,使得内网开发人员能访问到虚拟机。

详细步骤请参照统一框架部署手册。

5.2准备业务系统开发环境

开发人员机器准备:

lomboz3.2、firefox3.0(安装最高版本的firebug插件)、Jdk1.5、Tomcat5.5。

5.3新建项目

新建一个名为“TestProj-web”的动态Web项目,其目标运行环境为tomcat5.5。

拷贝ext2.2到项目的WebContent目录下,把目录名改为“ext”。

拷贝界面原型程序到WebContent目录下。

在lomboz中新建一个tomcatserver,并把该项目发布到该server,然后启动该server。

5.4业务系统和菜单功能注册

具体步骤如下:

用kfadmin用户登录统一框架主界面,在左边功能菜单中点击“统一应用框架->业务系统功能管理->业务系统注册”功能,点击“新增”,系统会弹出系统编辑界面,填写数据如下:

组织分类:

测试体系

系统名称:

测试系统

系统编码:

TestProj

是否集中部署:

是否单结点部署:

菜单样式:

默认

外部系统:

不选择

部署地址:

:

8082/TestProj-web(使用本地地址:

http:

//172.16.124.43/TextProj-web)

状态:

启用

在左边功能菜单中点击“统一应用框->菜单功能定义”,在左边树中选中“测试系统”,点击“新增->下级功能”,填写数据如下:

功能名称:

会议记录

授权类型:

授权使用

状态:

启用

末级功能:

选中

外部链结:

不选中

业务编码:

hyjl

功能链接:

/hyjl/Index.js;/hyjl/Edit.js(这样链接的是待办事宜)

保存后再点击“新增->同级功能”,填写数据如下:

功能名称:

休假申请

授权类型:

自由使用

状态:

启用

末级功能:

选中

外部链结:

不选中

业务编码:

xjsq

功能链接:

/xjsq/Sq.jsp

保存该功能。

5.5业务权限分配

点击“基准组织体系管理->用户维护”,点击新增,填写数据如下:

用户名:

tuser

姓名:

测试用户

组织机构:

江苏省电力公司(测试)

用户状态:

正常

再新增三个用户:

用户名:

tuser1

姓名:

测试用户1

组织机构:

江苏省电力公司(测试)

用户状态:

正常

用户名:

tuser2

姓名:

测试用户2

组织机构:

江苏省电力公司(测试)

用户状态:

正常

用户名:

tuser3

姓名:

测试用户3

组织机构:

江苏省电力公司(测试)

用户状态:

正常

点击“业务角色管理->业务角色分组设置”,在左边树中选中“测试系统”,点击新增,填写数据如下:

业务角色分组名称:

普通用户

点击“业务角色管理->业务角色设置”,在左边树中选中“测试系统->普通用户”,点击新增,填写数据如下:

业务角色名称:

本部门休假审核人

业务角色编码:

bbmxjshr

业务角色类型:

普通用户

业务角色名称:

公司休假审核人

业务角色编码:

gsxjshr

业务角色类型:

普通用户

业务角色名称:

会议记录人

业务角色编码:

hyjlr

业务角色类型:

普通用户

业务角色名称:

流程管理员

业务角色编码:

lcgly

业务角色类型:

普通用户

点击“权限管理->业务角色授权”,在左边树中选中“测试系统->普通用户->会议记录人”,在左边的“使用权限”中,选中“会议记录”,然后点击上面的“保存”;另,“测试系统->普通用户->流程管理员”的权限为“应用框架使用权限”中的“工作流管理”中的所有权限。

点击“业务角色管理->业务组织角色维护”,在左边树中选中“总经理工作部”,点击新增,填写数据如下:

业务角色名称:

本部门休假审核人

业务组织角色名称:

本部门休假审核人

业务角色名称:

会议记录人

业务组织角色名称:

会议记录人

业务组织单元名称:

江苏省电力公司

业务角色:

公司休假审核人

业务组织角色名称:

公司休假审核人

业务组织单元名称:

江苏省电力公司

业务角色:

流程管理员

业务组织角色名称:

流程管理员

业务组织角色增加完成后,再用“角色用户管理”功能把人员分配到业务组织角色上,点击工具栏上的“角色用户管理”,点击“新增用户”,输入“tuser”查询用户信息,进行分配。

其分配关系如下:

公司休假审核人:

测试用户

本部门休假审核人:

测试用户1

会议记录人:

测试用户2

流程管理员:

测试用户3

在经过以上步骤后,以tuser2登录统一框架后,在功能菜单区应该已经有“测试系统”抽屉和“会议记录”、“休假申请”两个记录,并且“会议记录”功能已经可以打开,不过只有界面部分并没有后台逻辑。

5.6业务流程定义

在经过以上步骤后,以tuser2登录统一框架后,在功能菜单区应该已经有“测试系统”抽屉和“会议记录”、“休假申请”两个记录,并且“会议记录”功能已经可以打开,不过只有界面部分并没有后台逻辑。

会议记录只剩下后台程序,这部分跟统一框架关系不大,下面部分将主要说明休假申请功能的实现。

业务流程定义

用tuser3登录统一框架,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 面试

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1