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

基于统一框架开发业务系统全过程教程 教程目的 本教程的目标读者有：需求分析人员，总体设计人员，编码实现人员等实现一个业务系统涉及到的所有角色。 本教程覆盖以统一框架为基础的一个业务系统需求分析、总体设计、编码实现、正式发布的全过程。通过对各阶段实例化形像的描述，让实现一个业务系统的所有相关人员清楚的知道每个步骤的具体做法。 本教程将以一个虚拟的需求作为例子，它将从用户的口头需求说明开始。 本教程参考文档如下： ＜统一应用框架研究及应用项目开发指南(供开发商使用)＞ ＜省公司总体设计规范＞ ＜省公司需求分析规范＞ 系统背景和原始需求说明 A公司是一个集团性公司，他们已经使用了本教程涉及到的统一框架。总经理工作部提出需要做一个信息系统，B软件公司承接了这个任务，小张做为B公司的需求 分析人员跟A公司总经理部的小王进行了交流。 小王说：我们需要做一个系统，把公司的休假申请无纸化；我们还需要一个会议记录系统，把公司开过的会的相关情况进行记录，这个工作以前都是用电子文档进行保存的，但是这样不利于统计和查询；还要一个管理本部门的工作计划和工作小结的需求。（其它需求暂忽略）。 接着小张询问了休假申请的具体流程是什么样的。小王说： 首先员工提出申请，然后他们部门的部门经理审核，如果休假天数超过2天，那么还需要总经理审批，然后到总经理工作部登记就可以了。除了C子公司，本集团所有其它下属公司的休假申请流程都是这样的。C子公司由于各种原因在申请天数超过2天后需要其公司经理审批外，如果超过6天还需要集团总公司的人力资源部经理进行审批。 在结束需求询问之前，小张跟小王要了一张A公司的休假申请单和一个会议记录word文件模板。 需求分析 小张在结束了需求访问后回到公司开始进行需求整理，基本上有三种业务：休假申请、会议记录、总经理工作部工作计划和小结。对总经理工作部工作计划和小结这个需求，小张判断这可能并不是一个只是特定部门需要的需求，而是一个面对整个A集团公司的所有部门的需求。然后小张打电话给A公司的业务系统需求管理委员会的责负人，就此事进行了确认。A公司的业务系统需求管理委员会的负责人告诉小张确实每个部门都有工作计划和小结的业务需求，并且这个需求将在今年将要开发的人力资源系统里进行统一实现。然后小张又跟小王进行了沟通删去了这个需求。 经过多次沟通和确认后，小张整理出可操作的界面原型让Ａ公司小王和其它同事试用。该界面原形除了可操作外还对一些可能被忽略的界面事件流在界面上用注册进行了说明。小王对界面排版和个别字段提了少许意见，两周后小张整理出最终需求如下： 休假申请 管理本公司员工的休假申请过程。 角色说明 角色名称 角色职责 角色参与者 休假申请人 １、提出休假申请的人。 公司的所有人员 本部门休假审核人 １、审核本部门提供出休假的人是否有工作需要连续完成，或最近是否有迫切的事需要申请人做。 目前是各部门的部门经理的责职 公司休假审批人 １、审核该人提出的休假是否超出了公司的休假制度许可，或在公司层面是否最近有迫切的事需要申请人去做。 ２、审核下级公司的休假申请是否超出常规。 各公司的公司总经理的责职 业务流程 集团本部和除了C公司的其它子公司的休假申请流程图如下： C公司的休假申请流程图如下： 业务界面 申请界面： 其它各审核审批界面： 业务数据 休假申请信息： 名称 类型 长度 申请天数 整数 申请人 人 申请原因 字符串 ＜100个汉字 会议记录 角色说明 角色名称 角色职责 角色参与者 会议记录人 １、记录本公司每次开会的情况。 此工作当前由总经理工作部综合专职来做 业务流程 无。 业务界面 会议管理主界面 会议增加、修改界面: 业务数据 会议信息： 名称 类型 长度 时间 日期时间 地点 字符串 100个汉字 议题 字符串 300个汉字 本公司参加人 人员数组 外公司参加人 字符串 300个汉字 会议过程记录 字符串 2000个汉字 会议结果 字符串 2000个汉字 总体设计 系统运行平台等非功能需求相关设计直接遵守Ａ公司的＜信息化系统规范＞。 本系统界面部分使用ＥＸＴ界面组件。 系统开发工具使用Lomboz3.2，客户端用firefox进行调试。 数据库设计（略）。 具体功能设计如下： 休假申请 功能设计 功能包括：休假申请的发起、休假申请流程的实现两部分。其中休假申请的发起功能会在统一框架中注册为一个功能菜单。 休假申请发起功能的相应菜单将被放到统一框架已经存在的个人事务中的“休假申请”中。（统一框架暂不能实现）。 流程实现处理 具体流程图： 参见需求文档。 流程定义分布： 流程 流程定