协同办公系统需求分析报告说明书.docx

上传人:b****7 文档编号:16210831 上传时间:2023-07-11 格式:DOCX 页数:11 大小:96.21KB
下载 相关 举报
协同办公系统需求分析报告说明书.docx_第1页
第1页 / 共11页
协同办公系统需求分析报告说明书.docx_第2页
第2页 / 共11页
协同办公系统需求分析报告说明书.docx_第3页
第3页 / 共11页
协同办公系统需求分析报告说明书.docx_第4页
第4页 / 共11页
协同办公系统需求分析报告说明书.docx_第5页
第5页 / 共11页
协同办公系统需求分析报告说明书.docx_第6页
第6页 / 共11页
协同办公系统需求分析报告说明书.docx_第7页
第7页 / 共11页
协同办公系统需求分析报告说明书.docx_第8页
第8页 / 共11页
协同办公系统需求分析报告说明书.docx_第9页
第9页 / 共11页
协同办公系统需求分析报告说明书.docx_第10页
第10页 / 共11页
协同办公系统需求分析报告说明书.docx_第11页
第11页 / 共11页
亲,该文档总共11页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

协同办公系统需求分析报告说明书.docx

《协同办公系统需求分析报告说明书.docx》由会员分享,可在线阅读,更多相关《协同办公系统需求分析报告说明书.docx(11页珍藏版)》请在冰点文库上搜索。

协同办公系统需求分析报告说明书.docx

协同办公系统需求分析报告说明书

协同办公平台系统需求分析说明书

1.概述

1.1目的

本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。

本说明书的预期读者为:

客户,小组设计人员。

1.2背景

a)待开发的软件系统的名称:

协同办公平台系统

b)本项目的任务提出者及单位、开发者、用户及实现该软件的计算中心或计算机网络;

任务提出者:

中软老师

开发者:

**设计小组

用户:

1.3范围

系统包括的范围:

用于公司办公管理的平台,有个人信息录入功能、在线消息,会议、会议室、设备的管理,角色管理,权限管理

1.4术语定义

协同办公:

协同办公是利用网络、计算机、信息化,而提供给多人沟通、共享、协同一起办公的一块软件,给办公人员提供方便、快捷、降低成本,提高效率的一款管理软件。

  协同办公平台实际上是协同应用软件的开发平台和运行支撑平台,同时为协同应用提供协同工具和协同引擎服务。

协同办公平台必须具备以下的三个基础功能:

  首先,协同办公平台首先是一个沟通平台。

这里的沟通并不限于团队的信息传达或者通讯,协同全面实现沟通过程的时效性、完整性和有效性。

  其次,协同办公平台是管理和协作的平台。

协同办公平台必须能够实现团队协作,比如,项目管理、流程管理、事务管理等等。

这样才能做到随需应变,动态适应,实现柔性管理。

  再者,协同办公平台是知识中心和应用运行支持平台。

人和行为的协同就要以人为中心重新组织应用、数据、信息和知识。

  从某种程度上说,协同办公平台就是每个团队成员的随身的办公室。

同时,在此平台之上还要能够部署一些应用,如人事管理、ERP系统等,开发各种协同化的应用——也就是具备协同特征的各类应用软件。

用户:

系统的使用者。

我们把角色赋给用户,然后让用户拥有权限。

角色:

我们把几个权限归并在一起成为一组,然后我们给这个组起个名字,这个名字就是角色名。

这里角色,和语文书中提到的角色不同。

他不是一个人,仅仅几个权限集合的总称。

和人没关系。

权限:

对资源的增加、删除、查看、修改的权利。

1.5参考资料

a)本文引用开发标准:

软件需求说明书(GB856T——88)

1.6任务概述

目标

通过该软件系统的开发,熟悉软件开发中各种工具的使用,学习软件开发的流程,熟悉J2EE的设计方法,开发框架,熟悉面向对象的设计思想。

本次开发的软件系统旨在为公司协同办公提供便捷的服务。

实现对个人办公、会议管理、系统管理的一体性。

通过个人办公模块,用户可以修改个人资料;通过会议管理模块,方便系统用户对会议室状况的了解以及申请,同时方便了会议室管理员对会议室资源的最大化利用;另外系统管理模块,使系统管理员对每个用户的角色、权限有了更好的控制,便于对整个系统的安全化管理。

用户的特点

列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使甩频度。

这些是软件设计工作的重要约束

组织结构图及用户角色。

初始角色包括系统管理员,会议室管理员,普通用户三种。

 

图表11协同办公系统组织架构

图表11是协同办公管理系统的主要组织架构。

假定和约束

本次实训考勤记录通过打卡设备实现,以后在规定的时间,通过确定每个成员的出勤时间。

这种方法科学有效的记录了每个实训成员的出勤状况。

为期一个月的开发期限,包括了需求设计、原型设计、系统设计、数据库设计、UML建模、代码实现、项目测试、项目提交等步骤。

本次设计由多名实训成员结组完成,需求组内成员默契配合才能把项目最终实现。

为了减少个人错误对整体进度的影响,本次分工最大化区分每个成员的工作。

由于采用J2EE开发,安全性也有了一定保证,人员验证采用密码方式,使用MyEclipse开发,采用MVC架构。

数据库使用Oracle,数据保密性和安全性也有了保障。

1.7运行环境

简要说明本产品的运行环境(包括硬件环境和支持环境)的规定。

软件环境

列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。

名称

版本

语种

操作系统

平台无关

支持中文

原型制作

DREAMWEAVER

MX2004

中文

数据库平台

Oracle

9i

中文

开发系统

MYECLIPSE

5.5.1

英文

客户端软件

Internet浏览器

支持中文

硬件环境

列出运行该软件所需要的硬设备。

说明其中的新型设备及其专门功能,包括:

服务器

最低配置

推荐配置

应用和数据库服务器

CPU:

3.0G

3.0G*2

内存:

1G

2G

外存:

30

Raid160G*2

网卡:

INTEL百兆

INTEL千兆

显示器:

普通

普通

接口

说明该软件同其他软件之间的接口、数据通信协议等。

个人信息,设备信息,可以和其他软件通过数据库共享。

控制

运行方式为基于WEB的办公,采用B/S架构,响应浏览器信息,都是从浏览器中发送控制信息。

1.8需求规定

对功能的需求

用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。

系统功能层次模块图

模块分析

该模块分为两个小模块,包括登陆系统模块和权限分配模块。

下边分别说明:

一、系统管理

(1)登录系统模块:

首先判断用户角色类型,然后对用户名和密码的正确性进行判断,如果正确登陆进入相应的界面,否则给出错误提示。

(2)权限分配模块:

内容:

管理各个角色的权限

角色:

网络管理员、个人、受限管理员(实现对局部模块的特殊)、受限个人。

权限:

员工信息、会议批准、设备管理、会议室管理。

功能:

由网管理员赋予权限。

并由网络管理员对权限实现增删改查。

(3)用户管理模块:

内容:

管理各个用户的信息

功能:

由网管理员赋予用户内容。

并由网络管理员对权限实现增删改查。

 

二.个人办公管理

该模块分为两个小模块,包括个人信息的管理和在线信息平台。

下边分别说明:

(1)个人信息的管理

内容:

显示个人的基本信息,包括ID、姓名、年龄、性别、职位、部门、工资、照片、备注等信息。

功能:

管理员可以查询、更改、删除所有个人的基本信息(添加功能在新员录入功能中实现)。

(2)在线信息平台

内容:

收件人、发件人、发送内容、附件、发送日期。

功能:

管理员:

可以查看、删除所有信息(修改原信息)、以管理员身份发送信息。

可以查看收发信箱。

进行重发。

转发。

个人:

发送信息、发送附件、查看收到信息、存为草稿信息。

可以查看收发信箱。

进行重发。

转发。

其他:

提示阅读。

可以修改已读和未读信息。

三.会议管理模块

该模块分为5个小模块,包括会议室管理、设备管理、会议申请、会议审批、会议记录。

下边分别说明

(1)会议申请

内容:

会议发起人、会议主持、主要发言人、会议名称、主要议题。

与会人数、会议内容、开会时间、地点(刚申请到的)、设备名称(刚申请的)、是否通过、备注。

功能:

个人:

作为会议发起人,填写会议列表、和会议总结。

可以对会议列表进行添加、删除、修改。

注意:

如果要修改需要对删除及修改的原因进行描述。

个人:

作为与会者之一。

会收到会议通知、及主要议题。

并要求回信。

如不去:

说明原因。

管理员:

查看、修改、删除、添加所有个人提交的会议申请,及并回复允许或拒绝。

(2)会议审批

内容:

会议发起人、会议主持、主要发言人、会议名称、主要议题。

与会人数、会议内容、开会时间、地点(刚申请到的)、设备名称(刚申请的)、是否通过、备注。

功能:

个人:

与会者查看所有会议。

受限管理员:

对会议的删除、修改。

(3)会议室管理:

内容:

地点,名称,容纳人数,会议室的当天状况(如空闲,占用)

功能:

个人:

查看会议室(状态:

空闲、占用、损坏、其他描述)。

管理员:

查看、添加、删除、设置会议室(状态:

空闲、占用、损坏、其他描述)。

(4)设备管理:

内容:

编号、名称、当前可用数量/总数量。

用途。

详细描述。

厂家。

出厂日期。

功能:

个人:

查看、设置设备的状态。

管理员:

可以添加、删除、查看、修改设备。

(5)会议记录

内容:

所有已开会议和未开的会议。

包括会议名称,开会日期,会议申请人,主要议题。

功能:

个人:

列出一个会议列表,里面有所有的会议内容,需要进行分页。

有总页数、上一页和下一页。

通过会议名察看已开完的会议的总结。

有逐项的排序功能。

关键字查询。

个人添加。

管理员:

还应该有有增删该查的功能。

(6)会议总结:

内容:

逐项的关键字有:

会议申请人、会议名称,会议主持,参会人员,主要议题,

功能:

会议申请人:

可以进行会议总结提交。

会议名称下拉框

管理员:

可以对会议进行增删改查。

增(是对应会议申请人预管理员一致的问题的)

1.9对非功能性的需求

对性能的规定

1.9.1.1.1精度

时间格式为YYYY-MM-DD,员工ID等关于编号的数据精确到个位。

其他文本类型没有精确度的规定。

1.9.1.1.2天气和时间特性要求

系统内容完成对天气和时间的实时更新。

1.9.1.1.3灵活性

由于采用平台无关的系统,所以运行环境的变化不会影响系统运行,当需求发生变化是,可以通过升级相关模块重新发布网站实现功能升级,操作比较快,而且一切在服务器上实现即可,客户端不用做任何操作。

操作方式没有变化。

输人输出要求

输入输出数据规定:

会议室ID等ID型数据:

全部为整型,输入到数据库更改为char型。

对位数做出明确规定。

对联系方式等数据做格式分析,之后存入数据库,范围为小于50字符。

对备注等字段使用char类型,范围为小于5000字符。

时间字段使用时间格式。

对上传的文件做限制,只允许上传图片格式,对扩展名做过滤操作。

对文件大小做限制,不得大于1000k。

 

故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

可能的软件故障包括服务器软件的数据丢失造成系统功能受损,可以通过备份一份系统文件来快速恢复;还包括客户端浏览器故障,可以通过重新安装浏览器快速解决。

硬件问题包括服务器硬盘的损坏,导致数据的丢失,所以需要考虑设置备份数据服务器,做到及时备份数据,把损失降到最低。

这样可以及时的通过数据备份服务器迅速恢复数据。

其他专门要求

如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

特殊要求:

使用方便,对操作者要求不高,文化程度较低者也可以顺利操作。

数据安全,不会造成数据的丢失。

使用基于角色的权限管理,对于用户来说,他只能对应某个角色,比如系统管理员,会议管理员,普通用户等,而这些角色才具备某些权限,如增、删、改、查等等...只有系统管理员才可以进行权限的分配,可以对角色分配权限,可以建立新的角色,会议管理员可以对会议室状态进行更新,分配会议室,对会议室申请进行审批和拒绝。

 

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

当前位置:首页 > 人文社科 > 法律资料

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

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