OA办公系统需求规格说明书文档格式.docx

OA办公系统需求规格说明书文档格式.docx

《OA办公系统需求规格说明书文档格式.docx》由会员分享，可在线阅读，更多相关《OA办公系统需求规格说明书文档格式.docx（9页珍藏版）》请在冰豆网上搜索。

1.1.编制目的

本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码，勾勒出各个功能模块完成的功能及功能模块间的联系。

1.2.范围

软件产品：

TKOLOA办公系统

产品用途：

OA办公系统主要针对企业内部的人事管理，旨在提高人事管理效率，减免手工处理的繁琐与误差，及时、准确地反映公司员工的工作状态，实现办公规范化，自动化。

1.3.预期的读者和阅读建议

本说明书的预期读者：

项目经理，系统分析员，系统设计人员，开发工程师，测试人员等。

1.4.文档约定

一级标题黑体加粗，小初号字。

二级标题二号宋体加粗。

三级标题三号宋体加粗。

正文宋体小四号。

标题序号：

1、2、3……。

日期格式XXXX/XX/XX。

1.4.参考文件

项目计划说明书

2.项目概述

2.1.目标

OA办公系统主要针对企业内部的人事管理，旨在提高人事管理效率，减免手工处理的繁琐与误差，及时、准确地反映公司员工的工作状态，实现办公规范化，自动化。

琐与误差，及时、准确地反映公司员工的工作状态，实现办公规范化，自动化。

2.2.范围

用户进入需要登录，确保只有本公司的人才能进入，防止公司信息外流。

能够实现员工考勤的查询等，管理员有权对内部资料进行调整（员工的信息修改）。

管理员有权限对员工的基本信息进行修改，比如姓名、年龄、部门、职位、联系电话、常见住址。

2.3.用户的特点

TKOLOA办公系统的用户分为员工，管理员。

普通员工，不需要有太高的技术水平，能初步了解计算机基本操作即可；

她能够查看自己的个人信息，也能够查看同事的部分信息。

管理员，需要熟悉本系统，掌握系统各功能流程，拥有系统的较高权限，能够对人员基本信息、部门、职位、权限进行增、删、查、改等。

2.4.假定条件和约束限制

软件使用者需要基本的电脑使用常识。

基本熟悉电脑软件的操作。

管理员需要熟悉本软件，熟悉软件的操作，完好的保存数据，以防误删数据造成损失。

管理员在执行每一步操作时应明确目的，了解每次操作的后果。

管理员应该妥善保管账号密码，以防被她人盗用造成损失。

2.5.运行环境

2.5.1硬件环境

1）本软件运行对服务器、客户端的硬件要求：

服务器：

设备名:

DESKTOP-CBAOR4D,设备型号：

acerAspireV5-573G，

设备数量：

1，处理机型号：

英特尔Corei5-4200U@1.60GHz双核，内存容量：

12GB。

服务器

最低配置

推荐配置

应用和数据库服务器

2CPU：

IntelI3及以上

IntelI5及以上

Mem：

1G以上

4G

HD：

60G

120G

客户端：

客户端的内存：

2G及以上，处理器：

IntelI3及以上，硬盘容量：

60G及以上。

客户端

客户应用端

IntelI3以上

2G以上

2.5.2软件环境

1）操作系统；

Windows7及以上

2）数据库系统；

MySQL版本要求5.1

3）开发平台及工具；

Eclipse，Webstorm，MySQL

4）通信协议：

HTTP，TCP/IP

5）其它软件。

相关浏览器（如：

火狐，360，谷歌等）

3.业务分析

系统主要功能：

个人办公、系统管理

软件需求范围：

个人办公管理（个人信息、工作安排、公司通讯录、待办事项、在线信息）系统管理（部门管理、角色管理、员工管理）

4.功能需求

4.1.功能需求总述

4.1.1.功能需求总表

使用表格形式，对需要实现的功能需求进行逐项的描述。

编号

功能需求名称

优先级别

TKOL_OA_01

个人办公

高

TKOL_OA_01_01

个人信息

中

TKOL_OA_01_02

工作安排

低

TKOL_OA_01_03

公司通讯录

TKOL_OA_01_04

待办事项

TKOL_OA_01_05

在线信息

TKOL_OA_02

系统管理

TKOL_OA_02_1

部门管理

TKOL_OA_02_2

角色管理

TKOL_OA_02_3

员工管理

TKOL_OA_03

数据录入

4.1.2.角色、权限需求

序号

角色

功能

权限

1

普通员工

查看自己的个人信息，也能够查看同事的部分信息

查询；

申请权限

2

管理员

选择部门管理、角色管理、职员管理、文件夹管理进行系统维护

具有查询，维护修改权限

4.2.系统管理

4.2.1.用户管理

员工能够录入条件查询本公司的人员通讯录。

能够经过点击树状结构的组织架构图查询。

显示内容为员工号、员工姓名、所属部门、联系方式。

员工对自己的通讯录进行管理。

可设置私有或共享。

可直接点击发邮件。

当前用户能够录入条件查询自己录入的日程安排。

查询结果是一个列表，能够点击具体的日程安排进行修改和删除。

当前用户能够点击“按月”按钮，根据日期框中的日期显示给定月份的日期，对于有安排的日期，用红色突显出来。

点击每一个日期，能够进入查看该日期所有安排的界面。

综合查询是根据用户录入的查询条件，找出所有符合条件的安排。

能够点击具体一条安排查看其具体信息。

综合查询的条件可为按工作授予人、按工作授予日期、按被授予人来作为查询条件。

4.2.2.部门管理

新增部门

角色权限：

系统管理员。

输入：

系统管理－组织管理－新增部门。

输出：

显示新增加部门。

修改部门

系统管理－组织管理－修改部门。

修改部门成功/失败提示。

删除部门

系统管理－组织管理－删除部门。

删除部门成功/失败提示。

判断所选部门是否有下属机构和人员。

如有，不可删除。

部门列表

按部门编号顺序列出所有部门。

系统管理－组织管理－部门列表。

以动态树的方式按部门编号顺序列出所有部门及其下属机构。

5.非功能需求

5.1.性能需求

响应时间：

1秒内；

更新处理时间：

数据的转换和传送时间：

2秒内；

解题时间的要求：

3秒内

5.2.安全保密需求

安全性的规定：

密码字节不小于6位

5.3.扩展性需求

要保证软件的可拓展性，在将来如需在软件上添加功能，可经过方便的模块增减来增添删除软件功能。

源代码要清晰明确，确保在之后的更新维护中方便修改增删。

5.4.稳定性需求

软件要保证在正常情况下，不出错不崩溃。

在任何情况下要保证数据的完整性。

未来得及保存信息时，如遇突然断电、死机等情况，要保证数据的完整性，可让数据恢复到上次保存信息时的状态。

6.界面要求

6.1.图形要求

界面中的文字标识，含义准确、清楚、用通用词汇；

界面中基本信息部分尽量都采用下拉框选择方式。

降低人为误操作错误；

减少手工输入工作量；

规范基本信息的一致性。

对于数值类型数据输入部分，采用可编辑的输入框，并对输入的内容进行校验，避免输入非数值数据。

对于相互关联的内容，要有数据过滤。

比如选择了省份后，单位下拉框中只列出该省内的单位，共操作者选择，降低操作员查找的不方便性。

数据量大时候，采用分页浏览的形式。

6.2.报表格式

报表格式报表格式共性的部分，基本包括如下内容：

网格区的上面有报表标题，标题中的日期根据选择的查询日期保持同步变化；

网格区的左上角为单位名称，即当前显示的数据是哪个单位的数据信息；

网格区的右上角是数据的计量单位标识；

网格区域中显示数据内容，网格区的左面是卷烟的基本信息，卷烟的指标信息排在卷烟基本信息的右面。

网格区的下面能够有制表时间、制表人、审核人等，或其它备注信息

7.接口要求

为了保证系统的完整性和健壮性，系统接口应满足下列基本要求：

接口应实现对外部系统的接入提供企业级的支持，在系统的高并发和大容量的基础上提供安全可靠的接入；

提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行，应防止大量访问，以及大量占用资源的情况发生，保证系统的健壮性；

提供有效的系统的可监控机制，使得接口的运行情况可监控，便于及时发现错误及排除故障；

保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性；

在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。

为了保证系统的安全运行，各种接口方式都应该保证其接入的安全性。

接口的安全是系统安全的一个重要组成部分。

保证接口的自身安全，经过接口实现技术上的安全控制，做到对安全事件的“可知、可控、可预测”，是实现系统安全的一个重要基础。

根据接口连接特点与业务特色，制定专门的安全技术实施策略，保证接口的数据传输和数据处理的安全性。

系统应在接入点的网络边界实施接口安全控制。

接口的安全控制在逻辑上包括：

安全评估、访问控制、入侵检测、口令认证、安全审计、防恶意代码、加密等内容。