企业即时通需求规格说明书.docx
- 文档编号:22894705
- 上传时间:2023-04-28
- 格式:DOCX
- 页数:19
- 大小:37.23KB
企业即时通需求规格说明书.docx
《企业即时通需求规格说明书.docx》由会员分享,可在线阅读,更多相关《企业即时通需求规格说明书.docx(19页珍藏版)》请在冰豆网上搜索。
企业即时通需求规格说明书
机构图标
企业即时通
产品需求规格说明书
文件状态:
[]草稿
[]正式发布
[√]正在修改
文件标识:
Hands-On-企业即时通-RD-PRS
当前版本:
1.0
作者:
完成日期:
2006-5-20
机构公开信息
版本历史
版本/状态
作者
参与者
起止日期
备注
草稿:
1.0
2006-5-18至2006-5-20
新建
目录
0.文档介绍4
0.1文档目的4
0.2文档范围4
0.3读者对象4
0.4参考文档4
0.5术语与缩写解释5
1.产品介绍6
2.产品面向的用户群体6
3.产品应当遵循的标准或规范6
4.产品范围6
5.产品中的角色6
6.产品的功能性需求7
6.0功能性需求分类7
6.1用例图8
6.2用例描述10
7.产品的非功能性需求17
7.1用户界面需求17
7.2软硬件环境需求18
7.3产品质量需求18
0.文档介绍
0.1文档目的
本文档主要针对企业信使软件的使用环境与功能提出具体的要求,同时它还将作为该产品设计与开发的重要参考依据。
0.2文档范围
本文档包含以下几部分:
1.产品介绍
2.产品面向的用户群体
3.产品应当遵循的标准或规范
4.产品的范围
5.产品中的角色
4.产品的功能性需求
5.产品的非功能性需求
6.需求确认
0.3读者对象
本文档的读者范围包括:
1.需求提供方具体责任人
2.开发方的项目经理、系统分析设计人员、测试人员
0.4参考文档
提示:
列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符]作者,文献名称,出版单位(或归属单位),日期
例如:
[SPP-PROC-PP]SEPG,需求开发规范,机构名称,日期
0.5术语与缩写解释
缩写、术语及符号
解释
CorperationMessager
企业即时通软件的英文名称
IP
InternetProtocol的缩写-网络协议
TCP
TransmissionControlProtocol的缩写-传输控制协议
UDP
UserDatagramProtocol的缩写-用户数据报协议
1.产品介绍
企业即时通(CorperationMessager)软件是一款供企业或公司内部使用的网络聊天工具,主要用于员工之间的即时通信与交流。
它主要由服务器端程序和客户端程序两部分组成,整体采用Java平台进行开发并实现,用户数据选用MicrosoftSQLServer2000进行统一管理。
2.产品面向的用户群体
企业即时通软件(CorperationMessager)主要是提供给拥有公司内部网络的企业使用。
它不仅使公司员工之间的交流变的方便快捷,还充分利用了内网资源,保证了内部信息的安全。
3.产品应当遵循的标准或规范
本产品的使用是建立在互联网标准通信协议之上的,其中支持的协议主要包括:
IP协议、TCP协议、UDP协议。
4.产品范围
企业即时通(CorperationMesseger)是专门提供给拥有企业内网的公司使用的一款即时通讯工具。
由于是企业内部使用,为了保证用户身份的有效性,所有用户的基本信息统一由该软件的服务器端程序进行管理,客户端程序不向用户提供申请注册功能。
所以,该软件不适合在公开的Internet上使用。
5.产品中的角色
角色名称
职责描述
服务器系统管理员
登录软件,启动、停止服务器,维护公司信息,维护部门信息,维护用户基本信息
客户端用户
登录软件,发送、接收消息,维护个人信息,查看好友信息
6.产品的功能性需求
6.0功能性需求分类
功能类别
功能名称、标识符
描述
用户登录
用户登录
Client_Login
根据用户填写的服务器IP和端口号发送连接请求。
连接成功后登录数据库,服务器对用户的身份进行验证。
用户信息维护
用户信息维护
Client_UserInfoManagement
将用户修改后的基本信息及更新请求发送至服务器,服务器收到更新用户信息的请求,将数据库中的数据更新,然后返回提示信息。
聊天
聊天
Client_Chat
提交发送信息,服务器将收到的消息转发给指定用户。
显示接收到的消息。
查看好友信息
查看好友信息
Client_FindFriendInfo
向服务器发送查找好友信息的请求,显示好友的信息
维护聊天记录
清除聊天记录
Client_ClearChatRecord
清除本地的聊天记录
导出聊天记录
Client_ExportChatRecord
将本地的聊天记录导出到文本文件中
重新登录
重新登录
Client_LogOut
注销,重新登录客户端程序
启动服务
启动服务
Server_StartUp
自动设置服务器端套接字,启动服务后监听客户端的请求,同时显示连接状态和接收请求的信息。
停止服务
停止服务
Server_Stop
向客户端发送消息,关闭服务器端的套接字,断开与客户端的连接,显示服务器状态。
查看服务器配置信息
查看服务器配置信息
Server_Configuration
显示服务器端的IP地址和端口号
查看在线人员详细信息
查看在线人员详细信息
Server_Oline
显示当前在线人员的详细信息
公司基本信息维护
更新公司基本信息
Server_UpdCorpInfo
向服务器发送更新公司信息的请求,更新公司的基本信息
部门信息维护
增加部门信息
Server_AddDeptInfo
填写新增部门信息,向服务器发送增加部门信息的请求,增加一个新部门
删除部门信息
Server_DelDeptInfo
向服务器发送删除部门信息的请求,删除部门的基本信息
更新部门信息
Server_UptDeptInfo
向服务器发送更改部门信息的请求,更改部门的基本信息
增加用户的基本信息
Server_AddUserBasInfo
填写新用户信息,向服务器发送增加用户信息的请求,增加一个新用户
用户基本信息维护
删除用户的基本信息
Server_DelUserBaseInfo
向服务器发送删除用户信息的请求,删除用户的基本信息
更新用户的基本信息
Server_UpdUserBaseInfo
向服务器发送更改用户信息的请求,更改用户的基本信息
初始化用户的密码
Server_InitUserPwd
向服务器发送更改用户信息的请求,将用户的密码作初始化处理
6.1用例图
6.1.1企业即时通客户端
图6-1企业即时通客户端用例图
6.1.2企业即时通客户端-维护聊天记录子用例
图6-2企业即时通客户端-维护聊天记录子用例图
6.1.3企业即时通服务器端
图6-3企业即时通服务器端用例图
6.1.4企业即时通服务器端-部门信息维护子用例
图6-4企业即时通服务器端-部门信息维护子用例图
6.1.5企业即时通服务器端-用户基本信息子用例
图6-5企业即时通服务器端-用户基本信息子用例图
6.2用例描述
1.用户登录
1.0用例名称:
用户登录
客户端功能:
用于与服务器建立连接,连接成功后登录服务器。
1.1简要说明:
本用例的功能主要向服务器发送连接请求,并向服务器提供验证所需要的用户名和密码。
1.2事件流:
1.2.1基本流:
1用户填写用户名、密码、服务器IP地址、端口号。
2用户请求登录。
3客户端程序检查用户填写的内容是否合法(具体要求请参照1.3特殊需求),如果未通过检查,则转向备选流1。
4客户端程序向服务器发送连接请求,如果出现连接超时,转向备选流2。
5服务器接收请求,连接成功。
6服务器验证用户名和密码,如果验证没有通过,转向备选流3。
7验证通过,显示客户端程序主窗体。
8用户执行其它操作将退出本用例。
1.2.2备选流:
1.2.2.1备选流1:
1如果客户端检查没有通过,比如没有输入用户名,应提示“用户名不能为空!
”,如果输入的用户名超过了指定的列数,应提示“用户名的列数不能超过x列!
”,诸如上面的提示均是有效提示。
2用户返回基本流1。
1.2.2.2备选流2:
1如果用户请求连接超时,将返回“服务器连接超时,请与网络管理员联系!
”的消息。
2用户返回基本流1。
1.2.2.3备选流3:
1如果用户身份没有通过服务器验证,将返回“用户名或者密码有误!
”的消息。
2用户返回基本流1。
1.3特殊需求:
1用户名字符的位数:
8-10,必填。
2密码字符的位数:
6-10,必填,并以掩码“*”显示。
3IP地址由数字和“.”组成,格式为xxx.xxx.xxx.xxx,共15位,xxx的范围:
0-255,必填,
4端口号为数字,范围8000-9999,必填。
1.4前置条件:
1以合法身份登录操作系统,启动客户端软件。
1.5后置条件:
1用户登录成功,显示客户端主窗体。
2用户信息维护
2.0用例名称:
用户信息维护
客户端功能:
可以通过此功能更新用户的详细信息。
2.1简要说明:
本用例的功能向服务器提交更新用户信息的请求,完成用户信息的更新操作。
2.2事件流:
2.2.1基本流:
1填写用户基本信息,包括:
昵称、密码、确认密码、真实姓名、性别、常用电话、Email、来自、头像、个人资料。
2用户请求更新个人信息
3客户端程序对用户的输入项进行检查(具体要求请参照2.3特殊需求),检查通过后将更改后的用户信息提交给服务器。
如果没有通过检查,转向备选流1。
4服务器接收用户提交的更新请求,执行数据更新业务,完成用户个人信息的更新。
若更新操作失败,转向备选流2。
5客户端显示“您的信息已经更新成功!
”消息,关闭当前窗体。
6用户执行其它操作将退出本用例。
2.2.2备选流:
2.2.2.1备选流1:
1如果用户填写的信息没有通过客户端程序的验证,将显示诸如“您输入的XXX的YY有误,请重新输入!
”的提示消息,例如“您输入的用户名的位数有误!
”,或者“确认密码与密码不符,请检查!
”,“昵称不能为空!
”以上均为有效的提示信息。
2用户返回基本流1。
2.2.2.2备选流2:
1如果服务器执行更新操作失败,将显示“用户信息更新操作失败!
”的提示消息。
2用户返回基本流1。
2.3特殊需求:
1昵称字符的位数:
8-10,必填。
2密码字符的位数:
6-10,必填,以掩码“*”显示。
3密码确认字符的位数:
6-10,必填,以掩码“*”显示。
4真实姓名字符的位数:
1-10,必填。
5性别默认值为男,必填。
6头像默认值default.gif。
2.4前置条件:
1客户端与服务器端已经建立起连接,用户以合法身份进行登录,打开客户端的主窗体。
2用户请求更新个人信息。
2.5后置条件
1服务器更新用户信息成功,显示更新后的用户信息。
3聊天
3.0用例名称:
聊天
客户端功能,可以通过此功能与其他用户进行在线即时通信。
3.1简要说明:
本用例是客户器端软件的核心,用户通过本功能提供的窗体与其他用户进行实时通讯。
3.2事件流:
3.2.1基本流:
3.2.1.1基本流1:
1用户请求与某个在线用户聊天。
2用户向服务器发送消息。
3聊天信息发送至服务器。
如果发送失败,转向备选流1。
4用户执行其它操作将退出本用例。
3.3.2备选流:
3.3.2.1备选流1:
1客户端程序显示提示信息“您的消息转发超时,请重新发送!
”。
2返回基本流2。
3.3特殊需求:
1用户不能发送空信息。
3.4前置条件:
1客户端与服务器端保持正常连接状态。
3.5后置条件:
1聊天双方可以正常通信。
4查看好友信息
5维护聊天记录
6重新登录
7启动服务器服务
7.0用例名称:
Server_Startup
中文名称:
启动服务器服务
服务器端功能:
可以通过此功能启动服务器。
7.1简要说明:
本用例的功能是启动服务器服务,侦听客户端发送的请求,响应客户端请求。
7.2事件流:
7.2.1基本流:
1运行服务器端程序。
2获取本地IP地址,从本地配置文件中读取端口号,如果读取失败转向备选流1。
3设置服务器配置信息。
4弹出服务器端主窗体,工具栏上“启动服务”按钮的状态应为禁用。
5菜单栏中“启动服务”菜单状态应为禁用。
6服务器端主窗体的标题栏应改为“服务器已经启动”。
7服务器启动成功,进入侦听状态,等待客户端发送的请求。
7.2.2备选流:
7.2.2.1备选流1:
1如果从本地配置文件读取不到端口信息或本地配置文件不存在等,将显示诸如“服务器程序配置出错,服务器启动失败,请于管理员联系!
”的提示消息。
2服务器启动程序自动关闭。
7.3特殊需求:
无
7.4前置条件:
运行服务器端应用程序。
7.5后置条件:
服务器启动成功。
8停止服务
9查看服务器配置信息
10查看在线人员详细信息
11公司基本信息维护
12部门信息维护
12.0用例名称:
Server_ManageDepartment
中文名称:
部门信息维护
服务器端功能:
可以通过此功能更新部门信息。
12.1简要说明:
本用例的功能是向服务器端提交更新部门信息的请求,完成部门信息的更新操作。
12.2事件流:
12.2.1基本流:
1用户选择菜单信息维护(M)→部门信息(D)菜单项。
2系统显示所有部门信息列表。
3用户可以选择要操作的部门。
4系统显示该部门的部门名称、部门描述信息。
5用户可能执行如下的操作:
5.1用户选择添加操作,系统执行添加部门信息子流;
5.2用户选择删除操作,系统执行删除部门信息子流;
5.3用户选择修改操作,系统执行修改部门信息子流;
6用户选择其他操作的时候,系统结束此用例。
1添加部门信息子流
1.1系统显示“添加部门信息”窗体。
1.2用户可能进行下面两种操作:
1.2.1用户选择取消,返回基本流5。
1.2.2用户输入部门信息,并确认操作,如果输入信息不符合要求则转向备选流1。
1.3系统保存新部门的信息,并提示“部门信息添加成功!
”。
1.4返回基本流5。
2删除部门信息子流
2.1系统显示用户所选择的部门信息。
2.2用户点击“删除”操作。
2.3系统检查用户所选择的部门下面是否有员工,可能两种情况:
2.3.1部门下有员工,提示用户是否连同员工信息一同删除。
2.3.2部门下没有员工,则直接删除该部门,如果删除失败转向备选流2。
2.4系统删除用户指定的部门,并提示“部门信息删除成功!
”。
2.5返回基本流5
3修改部门信息子流
3.1系统显示用户要修改的部门信息。
3.2用户输入要修改的部门信息,并确认操作。
3.3系统则提示用户是否确认修改。
3.4用户可以进行下面两种操作:
3.4.1用户选择取消,返回基本流5。
3.4.2用户确认修改,系统则提交修改信息,如果输入的信息不符合则转向备选流2。
3.5系统更新部门信息完毕后提示“部门信息更新成功!
”。
3.6返回基本流5。
12.2.2备选流:
12.2.2.1备选流1:
1用户输入的部门信息不符合要求,则系统可以提示下面的信息:
“您输入的XXX列数有误,请检查!
”,“部门名称不能为空!
”等等,上面的提示信息均为有效信息。
2用户确认后返回到添加部门信息子流1.1,焦点定位至输入有误的文本框,同时清空该文本框的内容。
3如果部门信息添加失败,则系统向用户提示“部门信息添加失败,请与系统管理员联系!
”。
4用户确认后返回基本流5。
12.2.2.2备选流2:
1如果部门信息删除失败,系统向用户提示“部门信息删除失败,请与系统管理员联系!
”。
2用户确认后返回基本流5。
12.2.2.3备选流3:
1用户输入的要修改的部门信息不符合要求,则系统提示用户输入的信息要符合系统要求,具体实例请参考备选流1的步骤1。
2用户确认后返回到修改部门信息子流3.1
3如果部门信息更新失败,则系统向用户提示“部门信息修改失败,请与管理员联系”的信息。
4用户确认后返回基本流5。
12.3特殊要求:
1添加部门信息时部门名称不能为空。
2修改部门信息时部门名称不能为空。
12.4前置条件:
1服务器必须启动,用户才能进入本用例做以上操作。
12.5后置条件:
1部门信息添加或修改完毕以后,在“部门信息维护”窗体中显示更新后的部门信息。
13用户基本信息维护
7.产品的非功能性需求
7.1用户界面需求
需求名称
详细要求
窗体显示位置_1
除客户端主窗体之外,所有窗体初次启动时在屏幕位置居中
窗体显示位置_2
客户端主窗体初次显示位置在屏幕右上角
界面颜色
主要以灰色、白色为主
7.2软硬件环境需求
需求名称
详细要求
硬件要求
IBM兼容机、IntelPentiumIII800/AMDK7以上处理器、128M以上内存,支持标准网络协议的网卡
系统平台
Windows2000/WinXP/Win2003RedHatLinux9/Fedora系列
运行环境
SunJavaJRM1.5ForWin/Linux
7.3产品质量需求
主要质量属性
详细要求
正确性
消息在不同系统平台之间进行传递和显示时不会出现乱码现象
健壮性
能够容纳100-200人同时在线交流,服务器端程序应连续工作半年以上
可靠性
应用程序异常退出及崩溃的机率小于等于5%
性能,效率
用户消息发送与接收的延迟时间小于等于5秒
易用性
不用安装,操作简便
清晰性
—
安全性
保证用户的信息在传输过程中不被窃取、不会泄漏至外网
可扩展性
可在当前需求基础之上进行功能上的扩展
兼容性
可运行在大多数主流的硬件环境中
可移植性
可运行在大多数主流的操作平台上
正确性
消息在不同系统平台之间进行传递和显示时不会出现乱码现象
更多互联网产品文档请访问
阅微网互联网产品经理互动平台
产品经理垂直微博
阅微网新浪微博
阅微网腾讯微博
阅微网超级500人QQ群
阅微网-产品经理群①:
【22383617】
阅微网-产品经理群②:
【83584654】
阅微网-产品经理群③:
【118736937】
阅微网-产品经理群④:
【49142277】
阅微网-移动互联网Ⅰ:
【32393417】
阅微网-移动互联网Ⅱ:
【3973643】
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 即时通 需求 规格 说明书