协同办公系统需求分析报告说明书.docx
《协同办公系统需求分析报告说明书.docx》由会员分享,可在线阅读,更多相关《协同办公系统需求分析报告说明书.docx(8页珍藏版)》请在冰豆网上搜索。
协同办公系统需求分析报告说明书
协同办公平台系统需求分析说明书
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。
故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
可能的软件故障包括服务器软件的数据丢失造成系统功能受损,可以通过备份一份系统文件来快速恢复;还包括客户端浏览器故障,可以通过重新安装浏览器快速解决。
硬件问题包括服务器硬盘的损坏,导致数据的丢失,所以需要考虑设置备份数据服务器,做到及时备份数据,把损失降到最低。
这样可以及时的通过数据备份服务器迅速恢复数据。
其他专门要求
如用户单位对安全的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
特殊要求:
使用方便,对操作者要求不高,文化程度较低者也可以顺利操作。
数据安全,不会造成数据的丢失。
使用基于角色的权限管理,对于用户来说,他只能对应某个角色,比如系统管理员,会议管理员,普通用户等,而这些角色才具备某些权限,如增、删、改、查等等...只有系统管理员才可以进行权限的分配,可以对角色分配权限,可以建立新的角色,会议管理员可以对会议室状态进行更新,分配会议室,对会议室申请进行审批和拒绝。