软件开发需求分析参考

Web OA 管理系统

需求规格说明书

RY0921121 江 RY0921126 李

舟 康

GS0921A08 刘雄伟 GS0921111 岑 GS0921A12 李 毅 博

2009/11/20

Web OA 管理系统-软件需求规格说明

目录

1 概述 ........................................................................................................................ 1 1.1 1.2 1.3 2 编写目的.......................................................................................................... 1 参考资料.......................................................................................................... 1 术语和标记...................................................................................................... 1

项目概述 ................................................................................................................ 2 2.1 2.2 2.3 项目总体目标.................................................................................................. 2 系统开发背景.................................................................................................. 2 主要限制和开发风险分析.............................................................................. 4

3

功能需求 ................................................................................................................ 4 3.1 功能模型.......................................................................................................... 6 3.1.1 个人办公模块........................................................................................... 6 3.1.2 公文管理模块........................................................................................... 9 3.1.3 公共信息模块......................................................................................... 10 3.1.4 行政办公模块......................................................................................... 12 3.1.5 消息管理模块......................................................................................... 15 3.1.6 工作流程模块......................................................................................... 17 3.1.7 组织管理模块......................................................................................... 18 3.1.8 权限管理模块......................................................................................... 20 3.1.9 系统管理模块......................................................................................... 22 3.1.10 人事档案模块......................................................................................... 24 3.2 性能需求........................................................................................................ 27 3.3 非功能需求.................................................................................................... 27 3.4 故障处理......................................................................................................

.. 27

4

数据需求 .............................................................................................................. 27 4.1 4.2 数据项............................................................................................................ 27 数据间关系(E-R 图) ..................................................................................... 33

5

行为需求 .............................................................................................................. 35 5.1 控制模型........................................................................................................ 35

6

接口需求 .............................................................................................................. 36 6.1 6.2 用户界面........................................................................................................ 36 软硬件接口.................................................................................................... 37

7

环境 ...................................................................................................................... 37

I

Web OA 管理系统-软件需求规格说明

7.1 7.2

运行环境........................................................................................................ 37 开发环境........................................................................................................ 37

附录:项目成员介绍及组内评分 ............................................. 错误!未定义书签。

II

Web OA 管理系统-软件需求规格说明

1 概述

1.1编写目的

本文档的编写目的是为 Web OA 管理系统项目的开发提供: a) 软件总体要求,作为用户和软件开发人员之间了解的基础; b) 功能、性能、接口和可靠性的要求,作为软件人员进行设计和编码的 基础; c) 验收标准,作为用户确认测试的依据。

1.2参考资料

a) 王长富,罗晓沛.基于 Web 和 J2EE 的办公自动化系统的设计[D].中国 科学院.2007. b) 刘蕾,刘厚泉.基于工作流的 B/S 模式 OA 系统设计与实现[J].微计算 机信息,2008. c) 程家华.基于 B/S 模式的办公自动化系统设计与实现[M].北京:同济 出版社,2005. d) 杨永健,韩鸿雁.办公自动化中工作流过程定义的设计与实现 [J].四 川大学学报,2007. e) 方旭华,颜慧佳.基于工作流的办公自动化系统的设计方案[J].计算 机时代,2008. f) 刘明臻,魏长军.OA 系统公文流转模块的设计和实现[J].吉林师范 大学学报,自然科学版,2008.

1.3术语和标记

a) Web OA 管理系统:网络办公管理系统; b) OA:Office Automation c) Apache:是世界使用排名第一的 Web 服务器软件; d) J2EE:是一套不同于传统应用开发的技术架构,包含许多组件,主要 可简化并规范应用系统的开发与部署,进而提高可移植性、安

全与再 用价值; e) ACL: Access Control List (访问控制列表)是路由器和交换机接

1

Web OA 管理系统-软件需求规格说明

口的指令列表,用来控制端口进出的数据包。ACL 适用于所有的 被路由协议,如 IP 、 IPX、 AppleTalk 等。这张表中包含了匹配关 系、条件和查询语句,表只是一个框架结构,其目的是为了对某 种访问进行控制; f) Dojo 树:它是一个 Ajax 框架,专门用于各种类型数据结构的树型 展示

2 项目概述

2.1项目总体目标

a) 企业内各种信息资源的共享。 b) 加强员工间的交流、提高整体工作效率。通过 Web OA 管理系统实现 对工作流中文档的统一管理。 c) 给不同职位的员工提供有用的数据,方便其对工作状态的了解,也方 便领导对公司情况的及时了解。 d) 提供各种工作记录,以备事后查询。

2.2系统开发背景

办公自动化(Office Automation 即 OA)是 20 世纪 70 年代中期在发达国家 迅速发展起来的一门综合性技术,我国从 20 世纪 80 年代开始,尤其是进入 90 年代,办公自动化发展迅猛。它的基本任务是利用先进的科学技术,使人 们借助各种设备解决对一部分办公业务的处理,达到提高工作效率、方便管 理和决策的目的。0A 的指示领域覆盖了行为科学、管理科学、社会科学、 系统工程学等学科。并且 OA 体现了多学科的相互交叉、相互渗透。 当今社会无论是企业还是政府机关,都会有大量的文案需要处理,复杂 的工作流程需要安排,决策者需要依据纷乱的信息做出重要的决定。拥有一 套智能化、信息化的办公系统,对办公人员和企业决策者来说,工作效率上 的提高是显而易见的。在网络连接千万家的时代,办公自动化还使得不同地 理位置之间的不同单位或部门之间进行协同办公成为可能。 今天的中国, “企 业信息化”、 “政府部门信息化”都忙得如火如荼, 一套优秀的办公自动化(OA) 系统将是企事业单位迈进数码时代的基石。

2

Web OA 管理系统-软件需求规格说明

办公自动化是一个不断进化的过程,随着电脑和网络技术的发展可以分 为以下几个阶段:传统办公(如图 2.1) ;办公电脑化,单位有了电脑,可以 打印文件,保存数据,用一些单机版软件等;办公网络化,单位的电脑有了 局域网并连上了互联网,实现了资源共享,但内部缺乏秩序和安全;网络程 序化,在办公网络化的基础上,有了网络办公软件的办公平台,实现了轻松 有序的管理(如图 2.2) 。将来还可能有网络办公的智能化,办公变得越来越 轻松。 开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办 公自动化,他们往往会选择大型的软件公司合作开

发,所需的开发费用和维 护费用也是非常高昂的。这些高昂的费用并非大多数中小企业能承受得起 的。但是办公自动化系统又是这些中小企业十分渴望的软件,对于中小型企 业存在一个很大的低成本网络 OA 系统的需求,而我们可以开发这些低成本 OA 系统来满足这个需求。

图 2.1 传统办公模式

3

Web OA 管理系统-软件需求规格说明

图 2.2 网络化办公模式

2.3主要限制和开发风险分析

a) 用户规模的限制:由于本系统的开发是针对中小企业,所以决定了用 户的规模不大; b) 对于 OA 系统的全部功能不能完全实现。

3 功能需求

表 3.1 功能模块 业务模块 功能划分 我的便签 个人办公模块 我的任务 通信录 公文维护 公文管理模块 归档处理 对已完成流转的公文进行归档 进行新闻、通知、期刊、知识和规章制度的发 公共信息模块 信息管理 布和管理,使企业的信息和知识快速传播和转 移。 行政办公模块 会议管理

4

简要描述 随手记录的信息 任务管理 个人通信录 各种类型的公文管理、审批公文等

管理会议室的占用情况

Web OA 管理系统-软件需求规格说明

资产管理 用品管理 车辆管理 图书管理 收件箱 发件箱 消息管理模块 垃圾箱 聊天记录 流程管理 工作流程模块 表单定义 机构管理 组织管理模块 人员管理 角色管理 权限管理模块 用户管理

管理企业的资产信息 管理企业用品的申请 企业车辆的管理 图书的借出管理 接收的所有消息 发送的所有消息 已删除的消息 跟某个用户的聊天记录 如何定义企业的流程 (可以灵活定义各种流程) 如何针对不同的流程定义表单 公司组织架构管理 公司人员管理 系统的角色定义、给角色分配权限等 系统账号的分配、给用户分配角色、给用户分 配权限等

密码修改 模块管理 系统管理模块 代码定义 系统初始

对用户密码的修改 系统所有模块的管理 对系统代码的说明 可以还原系统到某个状态

化 人员履历 转正申请 人事档案模块 离职申请 员工考勤 离职申请的状态管理 对员工每天的考勤登记和记录 人员基本信息的录入 转正申请的状态管理

5

Web OA 管理系统-软件需求规格说明

3.1功能模型

3.1.1 个人办公模块

图 3.1 个人办公模块

增加新任务用例

简要描述 增加新任务用例使员工可以增加新的工作任务。 事件流 1. 员工输入他的要增加的任务。 2. 系统接收员工提供新任务,并保存至数据库。  删除任务用例

简要描述 删除任务用例使员工可以删除工作任务。 事件流

6

Web OA 管理系统-软件需求规格说明

1. 员工输入他的要删除的任务。 2. 系统删除员工提供任务,并更新数据库。  查看任务用例

简要描

述 查看任务用例使员工可以查看已有的工作任务。 事件流 1. 员工输入他的要查看的任务。 2. 系统接收员工提供任务名,并显示该任务信息。  修改任务用例

简要描述 修改任务用例使员工可以修改工作任务。 事件流 1. 员工输入他的要修改的任务。 2. 系统接收员工提供新的任务信息,并更新数据库。  增加新便签用例

简要描述 增加新便签用例使员工可以增加新的便签。 事件流 1. 员工输入他的要增加的便签。 2. 系统接收员工提供新便签,并保存至数据库。  删除便签用例

简要描述 删除便签用例使员工可以删除便签。 事件流 1. 员工输入他的要删除的便签。 2. 系统删除员工提供便签,并更新数据库。  查看便签用例

简要描述 查看便签用例使员工可以查看已有的便签。

7

Web OA 管理系统-软件需求规格说明

事件流 1. 员工输入他的要查看的便签。 2. 系统接收员工提供便签名,并显示该便签信息。  修改便签用例

简要描述 修改便签用例使员工可以修改便签。 事件流 1. 员工输入他的要修改的便签。 2. 系统接收员工提供新的便签信息,并更新数据库。  增加新联系人用例

简要描述 增加新联系人用例使员工可以增加新的联系人记录。 事件流 1. 员工输入他的要增加的联系人信息。 2. 系统接收员工提供新联系人信息,并保存至数据库。  删除通讯录用例

简要描述 删除通讯录用例使员工可以删除通讯录。 事件流 1. 员工输入他的要删除的通讯录。 2. 系统删除员工提供通讯录信息,并更新数据库。  查看通讯录用例

简要描述 查看通讯录用例使员工可以查看已有的通讯录。 事件流 1. 员工输入他的要查看的通讯录。 2. 系统接收员工提供通讯录名,并显示该通讯录信息。  修改通讯录用例

简要描述

8

Web OA 管理系统-软件需求规格说明

修改通讯录用例使员工可以修改通讯录。 事件流 1. 员工输入他的要修改的通讯录。 2. 系统接收员工提供新的通讯录信息,并更新数据库。

3.1.2 公文管理模块

图 3.2 公文管理模块

公文归档用例

简要描述 公文归档用例使行政部门员工可以对已有的公文进行分类归档。 事件流 1. 行政部门员工输入他要进行操作的公文。 2. 系统接收行政部门员工提供的公文信息,并显示该公文可以进行归档的类 型。 3. 行政部门员工输入他要对公文进行归档的类型。 4. 系统接收行政部门员工提供的公文归档类型,并保存至数据库。  公文流转管理用例

简要描述

9

Web OA 管理系统-软件需求规格说明

公文流转管理用例使行政部门员工可以管理公文的流转。 事件流 1. 行政部门员工输入他要管理的公文名

。 2. 系统接收行政部门员工提供的公文,并显示该公文的信息。 3. 行政部门员工输入他要对该公文进行的管理操作。 4. 系统接收行政部门员工提供的公文信息,并保存至数据库。  公文审批用例

简要描述 公文审批用例使管理部门员工可以对公文进行审批。 事件流 1. 管理部门员工输入他要审批的公文。 2. 系统输出该公文。

3.1.3 公共信息模块

图 3.3 公共信息模块

10

Web OA 管理系统-软件需求规格说明

发布新闻用例

简要描述 发布新闻用例使行政部门员工可以发布新闻。 事件流 1. 行政部门员工输入他要发布的新闻。 2. 系统接收行政部门员工提供的新闻信息,并保存至数据库。  发布通知用例

简要描述 发布通知用例使行政部门员工可以发布通知。 事件流 1. 行政部门员工输入他要发布的通知。 2. 系统接收行政部门员工提供的通知信息,并保存至数据库。  发布期刊用例

简要描述 发布期刊用例使行政部门员工可以发布期刊。 事件流 1. 行政部门员工输入他要发布的期刊。 2. 系统接收行政部门员工提供的期刊信息,并保存至数据库。  发布规章制度用例

简要描述 发布规章制度用例使行政部门员工可以发布规章制度。 事件流 1. 行政部门员工输入他要发布的规章制度。 2. 系统接收行政部门员工提供的规章制度信息,并保存至数据库。

11

Web OA 管理系统-软件需求规格说明

3.1.4 行政办公模块

图 3.4 行政办公模块

会议室使用审批用例

简要描述 会议室使用审批用例使行政部门员工可以对会议室的借用进行审批。 事件流 1. 行政部门员工输入他要审批的会议室。 2. 系统输出政部门员工提供的会议室信息,并显示出来。  办公用品维护用例

简要描述 办公用品维护用例使行政部门员工可以查看办公用品使用情况。

12

Web OA 管理系统-软件需求规格说明

事件流 1. 行政部门员工输入他要查看的办公用品。 2. 系统输出政部门员工提供的办公用品信息,并显示出来。  图书管理用例

简要描述 图书管理用例使行政部门员工可以管理图书信息。 事件流 1. 行政部门员工输入他要管理的图书。 2. 系统提供给行政部门员工该图书的信息。 3. 行政部门员工输入他要对该图书的操作。 4. 系统接收该操作,并保存至数据库。  车辆审批用例

简要描述 车辆审批用例使行政部门员工可以对车辆的借用进行审批。 事件流 1. 行政部门员工输入他要审批的车辆。 2. 系统输出政部门员工提供的车辆信息,并显示出来。  资产管理用例

简要描述 资产管理用例使行政部门员工可以管理资产信息。 事件流 1. 行政部门员工输入他要管理的资产。

2. 系统提供给行政部门员工该资产的信息。 3. 行政部门员工输入他要对该资产的操作。 4. 系统接收该操作,并保存至数据库。  会议室使用申请用例

简要描述 会议室使用申请用例使员工可以对会议室的借用进行申请。 事件流

13

Web OA 管理系统-软件需求规格说明

1. 员工输入他要申请的会议室号码和时间。 2. 系统输出员工需要的会议室信息,并显示出来。 3. 如果没有被占用则可被申请。 4. 否则要求员工选择其他会议室或时间。  办公用品购买申请用例

简要描述 办公用品购买申请用例使员工可以申请办公用品的购买。 事件流 1. 员工输入他要申请购买的办公用品。 2. 系统接输出员工提供的办公用品信息,并保存至数据库。  借阅图书用例

简要描述 借阅图书用例使员工可以借阅图书。 事件流 1. 员工输入他要借阅的图书。 2. 系统提供给员工该图书的信息。 3. 员工输入他要对该图书的操作。  车辆使用申请用例

简要描述 车辆使用申请用例使员工可以对车辆的进行借用。 事件流 1. 员工输入他要使用的车辆。 2. 系统提供给员工该车辆的信息。 3. 员工输入他要对该车辆的操作。 4. 如果没有被占用则可被申请。 5. 否则要求员工选择其他车辆室或时间。  查看资产用例

简要描述 查看资产用例使管理层员工可以查看资产信息。

14

Web OA 管理系统-软件需求规格说明

事件流 1. 管理层员工输入他要查看的资产。 2. 系统提供给管理层员工该资产的信息。

3.1.5 消息管理模块

图 3.5 消息管理模块

发送邮件用例

简要描述 发送邮件用例使员工可以发送邮件。 事件流 1. 员工输入他的要发送的邮件。 2. 系统发出员工提交的邮件,并保存至数据库。  删除邮件用例

简要描述 删除邮件用例使员工可以删除邮件。 事件流 1. 员工输入他的要删除的邮件。 2. 系统删除员工提供邮件,并更新数据库。

15

Web OA 管理系统-软件需求规格说明

查看邮箱用例

简要描述 查看邮箱用例使员工可以查看已有的邮件。 事件流 1. 员工输入他的要查看的邮箱。 2. 系统接收员工提供邮箱名,并显示该邮箱的所有邮件。  进行实时通讯用例

简要描述 进行实时通讯用例使员工可以进行实时通讯。 事件流 1. 员工输入他的要发送的信息和其他员工。 2. 系统发出员工提交的信息给员工需要通讯的人,并保存至数据库。  删除实时通讯用例

简要描述 删除实时通讯用例使员工可以删除实时通讯信息。 事件流 1. 员工输入他的要删除的实时通讯信息。 2. 系统删除员工提供实时通讯信息,并更新数据库。  查看实时通讯用例

简要描述 查看实时通讯用例使员

工可以查看已有的实时通讯。 事件流 1. 员工输入他的要查看的实时通讯。 2. 系统接收员工提供实时通讯,并显示该实时通讯。

16

Web OA 管理系统-软件需求规格说明

3.1.6 工作流程模块

图 3.6 工作流程模块

行政流程定义用例

简要描述 行政流程定义用例使行政部门员工可以定义行政工作的流程 事件流 1. 行政部门员工输入他要定义的行政流程。 2. 系统接收行政部门员工提供的行政流程定义,并以流程图形式显示出来。  决策流程定义用例

简要描述 决策流程定义用例使管理员工可以定义决策流程 事件流 1. 管理员工输入他要定义的决策流程。 2. 系统接收管理员工提供的决策流程定义,并以流程图形式显示出来。

17

Web OA 管理系统-软件需求规格说明

人事流程定义用例

简要描述 人事流程定义用例使人事部门员工可以定义人事工作的流程 事件流 1. 人事部门员工输入他要定义的人事流程。 2. 系统接收人事部门员工提供的人事流程定义,并以流程图形式显示出来。  业务流程定义用例

简要描述 业务流程定义用例使业务部门员工可以定义各个业务工作的流程 事件流 1. 业务部门员工输入他要定义的业务流程。 2. 系统接收业务部门员工提供的行业务程定义,并以流程图形式显示出来。

3.1.7 组织管理模块

图 3.7 组织管理模块

18

Web OA 管理系统-软件需求规格说明

增设机构用例

简要描述 增设机构用例使管理部门员工可以增设新的机构。 事件流 1. 管理部门员工输入他要增设的新机构。 2. 系统录入管理部门员工输入的新机构,并保存至数据库。  变更机构人力用例

简要描述 变更机构人力用例使管理部门员工可以改变机构的人力配置。 事件流 3. 管理部门员工输入他要改变的机构人力配置。 4. 系统录入管理部门员工输入的新的机构人力配置,并保存至数据库。  撤销机构用例

简要描述 撤销机构用例使管理部门员工可以撤销一个或多个机构。 事件流 1. 管理部门员工删除他要撤销的机构。 2. 系统删除管理部门员工撤销的机构,并更新数据库。  变更机构权责用例

简要描述 变更机构权责用例使管理部门员工可以改变机构的权责。 事件流 1. 管理部门员工输入他要改变的机构权责。 2. 系统录入管理部门员工输入的新的机构权责,并保存至数据库。

19

Web OA 管理系统-软件需求规格说明

3.1.8 权限管理模块

图 3.8 权限管理模块

增加新用户用例

简要描述 增加新用户用例使系统管理员可以增加新的用户。 事件流 1. 系统管理员输入他要新增的用户。 2. 系统接收系统管理员输入的新用户资料,并保存至数据库。  增

加新角色用例

简要描述 增加新用户用例使系统管理员可以增加给用户新的角色。 事件流 1. 系统管理员输入他要给用户的新角色。 2. 系统接收系统管理员输入的新的用户角色,并保存至数据库。  删除用户用例

简要描述 删除用户用例使系统管理员可以删除一个或多个用户。

20

Web OA 管理系统-软件需求规格说明

事件流 1. 系统管理员输入他要删除的用户。 2. 系统删除系统管理员需要删除的用户,并更新数据库。  删除角色用例

简要描述 删除角色用例使系统管理员可以删除用户的一个角色。 事件流 1. 系统管理员输入他要删除的用户角色。 2. 系统删除系统管理员需要删除的用户角色,并更新数据库。  变更用户角色用例

简要描述 变更用户角色用例使管理部门员工可以改变用户的角色。 事件流 1. 管理部门员工输入他要给用户的新角色。 2. 系统录入管理部门员工输入的新的用户角色,并保存至数据库。  变更角色权限用例

简要描述 变更角色权限用例使管理部门员工可以改变用户的角色权限。 事件流 1. 管理部门员工输入他要改变用户的角色权限。 2. 系统录入管理部门员工输入的新的用户角色权限,并保存至数据库。

21

Web OA 管理系统-软件需求规格说明

3.1.9 系统管理模块

图 3.9 系统管理模块

增加模块用例

简要描述 增加模块用例使系统管理员可以增加新的模块。 事件流 1. 系统管理员输入他要新增的模块。 2. 系统接收系统管理员输入的新的模块,并保存至数据库。  删除模块用例

简要描述 删除模块用例使系统管理员可以删除一个或多个模块。 事件流

22

Web OA 管理系统-软件需求规格说明

1. 系统管理员输入他要删除的模块。 2. 系统删除系统管理员要删除的模块,并更新数据库。  修改模块用例

简要描述 修改模块用例使系统管理员可以修改一个或多个模块。 事件流 1. 系统管理员修改他要改变的模块。 2. 系统接收系统管理员对模块的修改,并更新数据库。  还原系统用例

简要描述 还原系统用例使系统管理员可以还原系统到一个原始状态。 事件流 1. 系统管理员输入他要还原系统的某个时刻。 2. 系统接收系统管理员对系统的还原,并恢复系统到指定时刻。  代码定义用例

简要描述 代码定义用例使系统管理员可以定义代码。 事件流 1. 系统管理员输入他要定义的代码。 2. 系统接收系统管理员对代码的定义,并更新数据库。  修改用户密码用例

简要描述 修改用户密码用例使员工可以修改自己的密码。 事件流 1. 员工输入他新的的密码。 2. 系统接收员工的新密码,并更新数据库。

23

Web OA 管理系统-软

件需求规格说明

3.1.10 人事档案模块

图 3.10 人事档案模块

录入员工信息用例

简要描述 录入员工信息用例使人事部门员工可以录入员工信息。 事件流 1. 人事部门员工输入员工的信息。 2. 系统接收人事部门员工提供的员工的信息,并保存至数据库。  修改员工信息用例

简要描述 修改员工信息用例使人事部门员工可以修改员工信息。 事件流

24

Web OA 管理系统-软件需求规格说明

1. 人事部门员工输入他要修改员工的新信息。 2. 系统修改人事部门员工提供的员工的新信息,并更新数据库。  删除员工信息用例

简要描述 删除员工信息用例使人事部门员工可以删除员工信息。 事件流 1. 人事部门员工输入他指定的员工的信息。 2. 系统接删除事部门员工提供的员工的信息,并更新数据库。  管理转正申请状态用例

简要描述 管理转正申请状态用例使人事部门员工可以管理申请转正并查看其申请状态。 事件流 1. 人事部门员工输入员工的转正信息。 2. 系统接收人事部门员工提供的转正信息,并保存至数据库。 3. 系统输出转正状态信息。  管理离职申请状态用例

简要描述 管理离职申请状态用例使人事部门员工可以管理申请离职并查看其申请状态。 事件流 1. 人事部门员工输入员工的离职信息。 2. 系统接收人事部门员工提供的离职信息,并保存至数据库。 3. 系统输出离职状态信息。  管理考勤记录用例

简要描述 管理考勤记录用例使人事部门员工可以对员工进行考勤。 事件流 3. 人事部门员工输入他对员工的考勤信息。 4. 系统接收人事部门员工提供的员工的考勤信息,并保存至数据库。  申请转正用例

25

Web OA 管理系统-软件需求规格说明

简要描述 申请转正用例使员工可以申请转正并查看其申请状态。 事件流 1. 员工输入转正信息。 2. 系统接收员工提供的转正信息,并保存至数据库。 3. 系统输出转正状态信息。 4. 系统开始转正申请流转。  申请离职用例

简要描述 申请离职用例使员工可以申请离职并查看其申请状态。 事件流 1. 员工输入离职信息。 2. 系统接收员工提供的离职信息,并保存至数据库。 3. 系统输出离职状态信息。 4. 系统开始离职申请流转。  登记考勤用例

简要描述 登记考勤用例使员工可以签到。 事件流 3. 员工输入他的上班时间。 4. 系统接收员工提供考勤信息,并保存至数据库。  审核转正申请用例

简要描述 审核转正申请用例使管理层员工可以对员工的转正申请进行审核。 事件流 1. 管理层员工输入要审核的员工。 2. 系统接收人管理层员工提供员工,调出员工的转正申请。  审核离职申请用例

简要描述

26

Web OA 管理系统-软件需求规格说明

审核离职申请用例使管理层员工可以对员工的离职申请进行审核。 事件流 3. 管理层员工输入要审核的员工。 4. 系统接收人管理层员工提供员工,调出员工的离职申请。

3.2性能需求

时间要求:用户的在浏览器端的操作将在 3 秒钟之内得到响应。 精度和存储时间无特殊要求。

3.3非功能需求

可移植性:系统应当可以良好运行在任何安装 Apache 后台、MySQL 数据 库和 JAVA 运行时的计算机上。 可维护性:软件较易被理解、校正、适应及增强功能。

3.4故障处理

系统采用高可用性冗余服务器,当主服务器出现访问故障时,可自动启用 备用服务器。

4 数据需求

4.1数据项

a) 员工 Person

27

Web OA 管理系统-软件需求规格说明

b) 文档 Document

c) 会议室 MeetingRoom

d) 会议室申请 MeetingRoomApply

28

Web OA 管理系统-软件需求规格说明

e) 表单输入 FieldInput

f) 模块 Module

29

Web OA 管理系统-软件需求规格说明

g) 组织 Organization

h) 工作流 Workflow

i) 表单域 FormField

30

Web OA 管理系统-软件需求规格说明

j) 域项 FieldItem

k) 域类型 FieldType

l) 流程表单 FlowForm

m) 角色 Role

31

Web OA 管理系统-软件需求规格说明

n) 用户 User

o) 用户角色对

p) 审批 ApproveInfo

32

Web OA 管理系统-软件需求规格说明

4.2数据间关系(E-R 图)

a) 用户-员工

b) 用户-文档、用户-部门

33

Web OA 管理系统-软件需求规格说明

c) 用户-会议申请、会议申请-会议室

d) 用户-角色、用户-审批

34

Web OA 管理系统-软件需求规格说明

e) 流程-表单

f) 表单-表单域

5 行为需求

5.1控制模型

a) 系统通过各个模块可以共享资源,实现知识管理,使组织内的先进经验、 技巧和知识得到最充分、最快速的共享利用共享、标准化各种生产、销 售、财务、制度等文档和表单,实现无纸化办公;及时得到通知、公告、 新闻、情报等各种资讯,实现信息的畅通直达;在资源网络中,任何人 都可以直接检索自己需要的各种资源资料;各种资源可以设置访问权

35

Web OA 管理系统-软件需求规格说明

限,实现有级别的公开,保护核心资料安全。 b) 系统地公文管理模块和工作流程模块可以具有规范流程的特征:即可以 使办公流程清晰、规范、可控,可以保留流程,有据可查;消除不必要 的流程和环节, 避免重复劳动, 提高工作效率; 实现办公流程的自动化, 代替大量手工操作,解放人的创造性;杜绝推诿和扯皮现象,使每个人 责任清晰,约束其迅速执行;不同的流程和表单可以同步、共享、交叉、 分流、合流,实现协同办公。 c) Web OA 管理系统通过自动化的流程实现推动执行的行为

:即系统可以 使每个人清楚自己的责任和计划、目标、任务,工作透明化,自我促进 完成;方便的监督、指导和沟通、反馈机制,及时发现问题、解决问题; 随时得到最好的资源、知识、经验,利于协同合作,创造工作的最优化 环境; 避免低端和重复性工作, 解放束缚, 将人的创造性发挥最大价值; 提升自信,释放活力,以先进的办公方式促进人员素质的提升。

6 接口需求

6.1用户界面

6.1 用户界面

36

Web OA 管理系统-软件需求规格说明

用户主界面如图 6.1 所示,最终界面将在开发过程中确定。

6.2软硬件接口

Web OA 管理系统是企业信息系统的子系统之一,项目完成后,Web OA 子 系统将和其它系统一起服务于企业管理过程,这样就要求本系统在设计风格、开 发工具、 数据库等方面要与其他系统协调一致,并且需要为其它子系统提供可用 的接口。 a) 账户接口 主要有用户名和密码。 无论用户是从 Web OA 管理系统登陆还是其它子系统 登陆,都是用同一个账户。各系统通过账户接口来进行相互的交互。当某一个账 户在 Web OA 管理系统中被创建时,该账户也同时被其它子系统创建,该账户被 删除时亦同。 b) 打印机接口 通过提供该接口,Web OA 管理系统可以和打印机进行交互。 c) 储存接口 当需要备份系统数据时, 可以调用该储存接口来把数据库的数据传到外部储 存中。

7 环境

7.1运行环境

a) 运行所需的软件环境 数据存储采用 MySQL 数据库,所以服务器必须安装 MySQL 数据库作为 必要软件;Web 服务采用 Apache 后台程序,服务器必须配置 Apache 软件。 b) 运行所需的硬件环境 由于 Web OA 管理系统是基于 B/S 的结构, 所以需要用户方提供满足要求 的服务器和满足所需带宽。以及对于运行服务器的供电要求。

7.2开发环境

a) 开发所需的软件环境 MySQL 数据库管理系统、Java Development Kit(JDK)、Apache 后台管理 软件、Eclipse 集成开发环境等。

37

Web OA 管理系统-软件需求规格说明

b) 开发所需的硬件环境 服务器、客户端、以太网连接等

38


相关内容

  • 计算机等级考试三级软件测试技术第五套(真题)

    一.选择题 (每小题2分,共50分) 下列各题A) .B) .C) .D) 四个选项中,只有一个选项是正确的. 1:参考答案:C 我的答案: 参考解析:程序的正确性固然重要,但不足以体现软件的价值. 试题内容: 以下关于软件质量的说法中,错 ...


  • 房地产管理试题

    房地产开发与经营 第1套 您已经通过该套作业,请参看正确答案 1.我国房地产开发主管机构对房地产开发企业实行资质管理制度,共分为5个资质等级.其中一级房地产开发企业的资质条件要求注册资金不低于( ). A.4000万元 B.3000万元 C ...


  • 软件测试活动规范

    分类: 使用部门: 软件测试活动规范 Version 1.0 目 录 1. 1.1 1.2 1.3 1.4 1.5 简介............................................................ ...


  • 浙江大学读书报告格式要求

    浙江大学软件学院软件工程硕士研究生 读书报告的相关规定(试行) 一.目的 读书报告是研究生的学术科研活动之一,旨在通过读书报告的形式提高研究生的学术水平,促进学术交流,活跃学术思想,增强口头表达能力,更多了解当前学术前沿的新问题.新情况,引 ...


  • 软件需求分析说明书

    亿阳信通 文档编号:BSS-项目标识_P_SRS_版本号 文档状态:正式版V1.0 版权属于亿阳信通所有,无亿阳信通的书面同意,任何个人或组织无权拷贝. 需求分析说明书审批表 项目: 亿阳信通****项目 文档版本:正式版V1.0 程序对之 ...


  • 软件需求工程选择题

    选择题 1. 软件生命周期包括哪些阶段?A A. 需求.设计.编码.单元测试.接收测试和维护阶段. B. 设计.编码.单元测试.接收测试和维护阶段. C. 需求.设计.编码.单元测试和接收测试阶段. D. 需求.设计和编码阶段. 2. 好的 ...


  • [软件工程]实验教学大纲

    <软件工程导论>实验教学大纲 课程名称: 课程编号: 适用专业: 总 学 分: 总 学 时: 软件工程 408011 信息管理与信息系统 3 64 436406 软件工程导论 3 48 其中实验学时 16 16 一.实验课程性质 ...


  • 需求分析模板

    需求分析模板 1. 引言 引言是对这份软件产品需求分析报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读.理解和解释这份文档. 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的,开发这个软件产品意义. ...


  • 应用系统测试类论文模板

    西安电子科技大学软件学院 软件工程硕士学位论文 写作模板 (1.0版) 应 用 系 统 测 试 类 西安电子科技大学软件学院 宋胜利 2013年04月 代学分类U D `密编 题(中.英文) 作者姓 工程领提 交 论文日 西安电子科技大学 ...


  • 2015年人力资源管理师证书介绍考试资料

    1.对招聘中实行双向选择的好处,描述正确的是( ) A.使企业不断提高效益,增强吸引力 B.使劳动者努力提高科学文化知识.技术业务水平 C.使企业改善自身形象 D.使劳动者身体强健 E.使企业改善自身形象 参考答案:A, B, C, E 2 ...