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