需求规格说明书.docx

上传人:b****1 文档编号:707568 上传时间:2023-04-29 格式:DOCX 页数:39 大小:603.62KB
下载 相关 举报
需求规格说明书.docx_第1页
第1页 / 共39页
需求规格说明书.docx_第2页
第2页 / 共39页
需求规格说明书.docx_第3页
第3页 / 共39页
需求规格说明书.docx_第4页
第4页 / 共39页
需求规格说明书.docx_第5页
第5页 / 共39页
需求规格说明书.docx_第6页
第6页 / 共39页
需求规格说明书.docx_第7页
第7页 / 共39页
需求规格说明书.docx_第8页
第8页 / 共39页
需求规格说明书.docx_第9页
第9页 / 共39页
需求规格说明书.docx_第10页
第10页 / 共39页
需求规格说明书.docx_第11页
第11页 / 共39页
需求规格说明书.docx_第12页
第12页 / 共39页
需求规格说明书.docx_第13页
第13页 / 共39页
需求规格说明书.docx_第14页
第14页 / 共39页
需求规格说明书.docx_第15页
第15页 / 共39页
需求规格说明书.docx_第16页
第16页 / 共39页
需求规格说明书.docx_第17页
第17页 / 共39页
需求规格说明书.docx_第18页
第18页 / 共39页
需求规格说明书.docx_第19页
第19页 / 共39页
需求规格说明书.docx_第20页
第20页 / 共39页
亲,该文档总共39页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

需求规格说明书.docx

《需求规格说明书.docx》由会员分享,可在线阅读,更多相关《需求规格说明书.docx(39页珍藏版)》请在冰点文库上搜索。

需求规格说明书.docx

需求规格说明书

 

保密等级:

内控

 

需求规格说明书

 

项目名称:

协同办公系统

项目编号:

PRJ-1108-001

文档编号:

PRJ-1108-001-SRS001

文档版本:

V1.0

编制:

 

变更履历

序号

版本

变化

状态

简要说明(变更内容、变更位置、变更原因和变更范围)

变更日期

变更人

审核人

批准人

批准日期

1

V1.0

C

创建

2011-8-9

冯雁

*变化状态:

C——创建,A——增加,M——修改,D——删除

目录

1概述6

1.1编写目的6

1.2系统涵盖范围6

1.3缩略词7

1.4假设和限制7

1.5参考资料7

2系统概貌8

2.1系统远景8

2.2体系结构9

2.3系统边界和Actors(角色)9

2.4系统功能9

2.5用户特性10

2.6出错处理11

3功能性需求11

3.1公文管理11

3.1.1公文申请12

3.1.1.1流程类别12

3.1.1.1.1请假申请12

3.1.1.1.2调休申请14

3.1.1.1.3销假申请16

3.1.1.1.4加班申请16

3.1.1.1.5转正申请17

3.1.2我的申请18

3.1.3待我阅读19

3.1.4待我审批19

3.1.5已审批19

3.2个人服务20

3.2.1个人信息20

3.2.2修改密码20

3.3后台管理20

3.3.1用户管理20

3.3.2角色管理21

3.3.3菜单管理21

3.3.4组织结构管理21

3.3.5日志管理21

4用例视图22

4.1公文管理用例图22

4.2个人服务用例图23

4.3后台管理用例图24

5外部接口需求25

5.1用户接口25

5.2硬件接口26

5.3软件接口26

5.4通信接口26

6非功能性需求26

6.1易用性26

6.2可靠性27

6.3性能27

6.4可维护性28

6.5安全性28

7系统配置(可选)28

7.1硬件和软件配置28

7.2网络配置29

7.3网络拓扑图30

7.4开发环境30

1概述

1.1编写目的

本文档的编写是为“协同办公系统”的需求阐述,其作用主要为为系统的发开提供:

Ø软件总体要求,作为用户和软件开发人员之间了解的基础;

Ø功能、性能、接口和可靠性的要求,作为软件人员进行设计和编码的基础;

Ø为项目的评测与验收提供依据。

1.2系统涵盖范围

1、本系统的功能需求主要基于客户的要求,主要包括的功能有以下:

业务模块

功能划分

公文管理

公文申请

我的申请

待我阅读

待我审批

已审批

个人服务

个人信息

修改密码

后台管理

用户管理

角色管理

系统菜单管理

组织结构管理

2、主要流程包括:

请假申请流程

普通员工请假申请

副经理级以上请假申请

调休申请流程

普通员工调休申请

副经理级以上调休申请

销假申请流程

 销假申请

加班申请流程

 加班申请

转正申请流程

普通员工转正申请

主管级以上转正申请

3、程序外部关联:

请假申请流程

与现有的工资系统进行关联

调休申请流程

销假申请流程

加班申请流程

转正申请流程

与现有的人资系统进行关联

1.3缩略词

1.4假设和限制

●本系统采用的框架是微软的ASP.NET2.0。

●系统权限由系统角色决定。

●客户端访问浏览器为IE。

●遵循《C#编码规范》

●SQLServer2005

●MicrosoftVisualStudio2005

●IIS6.0以上版本

1.5参考资料

文档名称

版本

BJCQR043请假申请单V1.0.xls

V1.0

BJCQR044加班申请单V1.0.xls

V1.0

BJCQR045转正审批表V1.0.xlsx

V1.0

BJCQR046转正述职表V1.0.xls

V1.0

BJCQW006考勤制度V1.0.doc

V1.0

2系统概貌

2.1系统远景

协同办公系统将结合和改善武汉佰钧成限公司现有的人力资源管理系统、工资管理系统,将现有的请假申请管理、销假申请管理、调休申请管理、加班申请管理、员工转正申请管理从线下操作,平移到线上操作,从中主要的益处如下所示:

1.系统将大幅缩短每个申请流程的审批时间。

2.系统将减少大量的简单重复劳动,大大的节约了人力物力成本。

3.系统将让数据更安全、准确、及时、方便的公司用户查询。

4.公司外派人员可以各项申请可以及时提出,实现异地操作,方便快捷的与总公司联系。

2.2体系结构

2.3系统功能

本系统主要用于公司人资部门的协同办公。

主要包含公文管理、个人服务、后台管理,3个大功能模块。

各功能模块下的子模块如下:

业务模块

功能划分

简要描述

公文管理

公文申请

办公人员在系统中起草公文

● 选择起草公文活动

● 选择公文模板

● 填写公文内容

支持上传word,excel等文件格式附件

我的申请

查看我发起的公文,支持公文审批情况和审批步骤。

待我阅读

等待我阅读的公文,可能需要我审批,也可能只需要我查看,支持公文审批情况和审批步骤。

待我审批

等待我审批的公文,支持公文审批情况和审批步骤。

已审批

审批通过的公文,支持公文审批情况和审批步骤。

个人服务

个人信息

修改我的个人注册信息

修改密码

修改个人密码

后台管理

用户管理

管理当前系统用户

角色管理

管理系统用户的角色

系统菜单管理

动态管理系统菜单

组织结构管理

组织机构维护

公文申请类型划分:

功能模块

主要需求概要

请假申请

开启公司普通员工或副经理级以上人员的请假申请流程

调休申请

开启调休申请流程

销假申请

开启销假申请流程

加班申请

开启加班申请流程

转正申请

开始转正申请流程

2.4用户特性

本软件的用户操作人员水平不一。

维护人员具有专业的计算机水平。

对软件的操作人员要进行专业的培训。

不然对软件的功能和操作都不了解的话,很难及时满足用户的需求。

2.5出错处理

●系统出错后直接跳转到错误提示页面,降低用户的不适应感。

●添加try-catch管理代码。

如果catch块有若干个,那么异常将根据其类型被扔给最适当的一个catch接受处理。

●如果没有找到可接受的catch块,则异常被从当前的try块扔到从调用顺序链中找到的下一个可用的catch块。

●异常对象的类型给出了发生错误本质的重要信息。

●异常可以通过throw关键词显式扔出。

●数据存储部分:

主要系统在与数据库产品交互时,常见的一些错误.比如数据库连接错误,数据库对象不存在或数据字符过多. 系统会管理数据库连接池,查询语句简洁。

●应用部分:

主要是反映用户在键盘输入操作时,可能引起的数据类型错误,字符长度超过限制等,使用鼠标或键盘可能引起的操作错误。

我们会在页面操作上,做验证,处理特殊字符

3功能性需求

3.1公文管理

公文管理的功能组成如下:

⏹发文拟稿:

由拟稿人进入核算管理系统填写相关的文稿信息;同时按照预先定义的流程进行发送。

⏹部门审核:

审稿人员审核并提出意见,并保留修改痕迹。

⏹公司领导审核:

审稿人员审核并提出意见,并保留修改痕迹。

⏹意见查阅:

只要流转过程中用户都可以查阅文件处理过程中别人签署的意见。

⏹文件查询:

通过各种条件组合,实现查询。

⏹流程跟踪:

自动跟踪并显示文件的流转过程,可以查看流转的情况,文件流转时间,经手人,执行的操作,将要执行的操作。

⏹自动编号:

文件每年度按文件类型代字的流水自动进行编号,其中文件类型代字,系统提供可以维护功能。

⏹签署意见:

各部门秘书没有签署意见的权限,部门领导、公司领导相关环节有签署意见的权限。

需求编号:

REQ_OA_DocumentManagement_001

3.1.1公文申请

实现发文的网上拟稿、部门领导审核、审稿、编号等功能,其中管理员用户可以定制文件流转过程,系统按照预先定义的工作流程进行流转,系统提供严密的授权管理,保证文件不被未授权人处理和查看,实现对文档传递过程中有效的实时监控,保证文件网上流转准确。

在“公文管理”中有“公文申请”、“我的申请”、“待我阅读”、“待我审批”、“已审批”等公文流转活动,其中“公文申请”活动是佰钧成公文管理业务中任何公文处理时均存在,而其他的活动,则根据实际情况不同,有增加和减少的操作。

除了“公文申请”时,需要新建公文外,其它的审批步骤只需要执行“同意”和“不同意”的审批操作并填写审批意见。

系统在使用时,首先进入协同办公系统填写对应单据,系统自动根据申请流程类型进入相应审批环节,并显示该流程模板对应的各个活动列表,用户选择某个活动时,则进入具体“拟写”或者“审批”业务。

这时,需要去判断用户是否具有执行该操作的权限,并给出相应的提示。

在“拟写”活动实现时,需要完成以下功能:

⏹进入系统根据各个流程填写对应单据,完成公文的撰写工作

⏹当用户书写公文完成后,保存公文信息,并开始审批流程,当公文被审批后不能撤回公文。

说明:

如果是外派员工需要申请流程,需要客户方的《客户确认函》作为附件跟在表单中。

需求编号:

REQ_OA_ApplicationDocument_001

3.1.1.1流程类别

3.1.1.1.1请假申请

请假或者调休员工申请请假/调休时,需要提前进入OA系统中填写相关请假/调休单,审批通过后请假或者调休员工才能执行请假/调休。

对于已经休假且未能及时填写请假单或者调休单的员工,允许员工补录请假/调休单。

请假/调休模块具有以下功能:

⏹请假或者调休流程中的每个审批节点均只有一个工作日的审批时限,一个工作日内未能审批完成的任务,系统自动将该任务打回给任务申请人,如果系统自动打回的时间在每月考勤数据提交之前则允许重新提交该任务且记录审批日志;

⏹对于在考勤数据提交时间点之后仍没有审批完成的任务,系统自动将该任务打回给任务申请人,任务被打回后系统根据请假时间以及考勤数据,生成员工的请假信息(根据员工请假时间当天的考勤记录生成员工的考勤信息,同时将记录写入工资系统);

⏹对于在考勤数据提交时间之前请假/调休人休假完成后补录的请假/调休单必须填写单据的说明,否则任务不能被提交审批;补录的单据在考勤数据提交时间之前审批通过后自动关联到工资系统,生成与单据时间相同的请假/调休记录;

⏹员工本月之前工资系统考勤记录中某天的考勤为旷工、请假、调休则不允许在本月或者以后的时间重新录入该时间点的考勤数据;

⏹员工本月之前工资系统中某天无考勤记录的情况,允许本月或以后重新录入该时间点的考勤信息,补录单据的时间填写当时请假的发生时间。

OA自动关联工资系统生成本月该单据的考勤记录并标识该考勤记录是补录的数据;

⏹对于OA系统中补录的本月之前的考勤任务,系统自动标识;

⏹查看员工的请假单据时,需要有办理人工号(工号+姓名)、办理人部门以及申请人工号(工号+姓名)、申请人部门、员工类型;

⏹员工续假时,需要根据工作日判断员工是否连续休假,3次以上的续假为连续休假时,该员工本月内不允许请假;

⏹员工提交请假/调休或者审批时,对于未添加附加的请假或调休任务,系统要提示用户上传附件;

⏹填写请假/调休单时,请假/调休时间以小时为单位;

⏹请假/调休审批通过后写入工资系统;

⏹任意审批节点审批不通过则打回给申请人

⏹请假能够关联员工的加班时间;

⏹某一部门的部门高管或部门经理为HR分管高管时,HR副经理审批同意后,则不需要HR分管高管审批

1、普通员工请假/调休

普通员工请假/调休流程图

流程分析:

1.请假/调休0-3天(含)

1)普通员工填写请假/调休单;

2)部门主管审批请假/调休申请,审批通过则请假/调休生效,审批不通过则打回给申请人;

2.请假/调休3-10天(含)

1)普通员工填写请假/调休单;

2)部门主管审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门副经理审批部门主管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

3.请假/调休10-20天(含)

1)普通员工填写请假/调休单;

2)部门主管审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门副经理审批部门主管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)部门经理审批部门副经理审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

4.请假/调休20-1个月(含)

1)普通员工填写请假/调休单;

2)部门主管审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门副经理审批部门主管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)部门经理审批部门副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

5)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

6)HR副经理审批部门高管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

5.请假/调休1个月-2个月(含)

1)普通员工填写请假/调休单;

2)部门主管审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门副经理审批部门主管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)部门经理审批部门副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

5)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

6)HR副经理审批部门高管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

7)HR分管高管审批HR副经理审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

6.请假/调休2个月以上

1)普通员工填写请假/调休单;

2)部门主管审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门副经理审批部门主管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)部门经理审批部门副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

5)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

6)HR副经理审批部门高管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

7)HR分管高管审批HR副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

总经理审批HR分管高管审批的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

需求编号:

REQ_OA_Leave_001

2、部门主管请假/调休

部门主管请假/调休流程图

流程分析:

1.请假/调休0-3天(含)

1)部门主管填写请假单;

2)部门副经理审批请假/调休申请,审批通过则请假/调休生效,审批不通过则打回给申请人

2.请假/调休3-10天(含)

1)部门主管填写请假单;

2)部门副经理审批请假/调休申请,审批通过则请假/调休生效,审批不通过则打回给申请人

3)部门经理审批部门副经理审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

3.请假/调休10-20天(含)

1)部门主管填写请假单;

2)部门副经理审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门经理审批部门副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

5)HR副经理审批部门高管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

4.请假/调休20-1个月(含)

1)部门主管填写请假单;

2)部门副经理审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门经理审批部门副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

5)HR副经理审批部门高管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

6)HR分管高管审批HR副经理审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

5.请假/调休1个月以上

1)部门主管填写请假单;

2)部门副经理审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门经理审批部门副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

5)HR副经理审批部门高管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

6)HR分管高管审批HR副经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

7)总经理审批HR分管高管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

需求编号:

REQ_OA_Leave_002

3、部门副经理请假/调休

部门副经理请假/调休流程图休

流程分析:

1.请假/调休0-3天(含)

1)部门副经理填写请假/调休单;

2)部门经理审批请假/调休申请,审批通过则请假/调休生效,审批不通过则打回给申请人;

2.请假/调休3-10天(含)

1)部门副经理填写请假/调休单;

2)部门经理审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门高管审批部门经理审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

3.请假/调休10-20天(含)

1)部门副经理填写请假/调休单;

2)部门经理审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)HR分管高管审批部门高管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

4.请假/调休20天以上

1)部门副经理填写请假/调休单;

2)部门经理审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)部门高管审批部门经理审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

4)HR分管高管审批部门高管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

5)总经理审批HR分管高管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

需求编号:

REQ_OA_Leave_003

4、部门经理请假/调休

部门经理请假/调休流程图

流程分析:

1.请假/调休0-3天(含)

1)部门经理填写请假/调休单;

2)部门高管审批请假/调休申请,审批通过则请假/调休生效,审批不通过则打回给申请人;

2.请假/调休3-5天(含)

1)部门经理填写请假/调休单;

2)部门高管审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)HR分管高管审批部门高管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

3.请假/调休5天以上

1)部门经理填写请假/调休单;

2)部门高管审批请假/调休申请,审批通过进入下一审批节点,审批不通过则打回给申请人;

3)HR分管高管审批部门高管审批通过的任务,审批通过进入下一审批节点,审批不通过则打回给申请人;

总经理管审批HR分管高管审批通过的任务,审批通过则请假/调休生效,审批不通过则打回给申请人;

需求编号:

REQ_OA_Leave_004

3.1.1.1.2调休申请

1、普通员工调休

调休天数

审批部门(人员)

部门经理级别以下人员

0~3工作日(含)

部门经理

-

-

3工作日~10个工作日(含)

部门经理

人力资源部

-

10个工作日以上

部门经理

人力资源部

总经理

驻外员工调休补充说明

a)员工加班后,周工作时间超过公司规定的部分可安排调休,并填写《请假单》,在假别栏中注明调休;

b)调休的办理流程及审批权限与请假相同,且调休时间的最小单位为1小时。

c)驻外员工考勤接受客户方的管理,请假遵照客户方管理流程办理;

d)先以邮件的方式向其所属部门经理调休,说明调休天数、调休事由、假别、经部门经理审批同意后,员工需将请假邮件、部门经理回执,发送至客户方,客户方审批同意后将回执回传至部门经理并抄送至人力资源部备案,假期结束后到岗当天务必向客户方及部门经理销假,人力资源部备案。

e)审批不通过,逐级打回,需重新审批;

f)异常休假,休假天数短于请假天数,补销假手续(连续销假和跳跃),休假天数长于请假天数,补续假手续。

g)流程图:

0~3工作日(含)

3工作日~10个工作日(含)

10个工作日以上

需求编号:

REQ_OA_Leave_003

2、部门经理级别(含)以上人员调休

调休天数

审批部门(人员)

部门经理级别(含)以上人员

0天以上

总经理

流程图:

需求编号:

REQ_OA_Leave_004

3.1.1.1.3销假申请

a)员工请假申请通过,假期修完回公司后,需要第一时间进行销假申请。

b)异常休假,休假天数短于请假天数,补销假手续(连续销假和跳跃),休假天数长于请假天数,补续假手续。

c)审批不通过,逐级打回,需重新审批;

d)流程图:

需求编号:

REQ

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

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2