聊天软件需求分析
需 求 规 格 说 明 书
项目名称：模拟QQ聊天工具 小组成员：林立彬 刘磊 李宫名 马靖杰 郑兴涛 蒋清华 张波。

一、引言
1.编写目的 作为用户与该系统软件开发维护人员共同遵守的软件需求规 范说明，本《软件需求说明书》的主要目的是明确所要开发 的软件所应具有的功能、性能，使系统分析人员和软件设计 人员能清楚地了解用户的需求，并在此基础上进一步提出概 要设计和完成后续设计与开发工作，为软件开发范围、业务 处理规范提供依据，也是应用软件进行合同最终验收的依据。

客户登陆后可以通过服务器转发，实现一对一和多对多 聊天，闪动托盘图。系统可以实时显示目前其它用户的状态， 保存并能察看聊天纪录，并可以申请新的用户号码。用户登 陆成功，将保存其号码，以便下次登陆时，不必再输入而可 以直接选择，显示登陆时间。服务器端，向各个客户端发布 系统消息。接受来自客户端的各种信息并分别处理。
2.参考资料
《软件工程导论》《数据库系统概论》《Java语言程序设计》《数据结构》
二、任务概述
目标 目标 通过学习软件工程的设计方法，主要采用JAVA编程技术以 及数据库应用，使用户可以使用具备登陆功能、聊天功能、 查询功能、娱乐功能、账号管理功能、申请功能的软件，主 要用于聊天交流与娱乐。 2.2用户的特点 用户的特点 用户申请后系统自动分配8位账号，密码不得包含特殊字符， 由数字，字母等组成。 登陆，聊天，查询聊天纪录，接受信息提示。 2.3假定与约束 假定与约束 开发日期：2012年5月。 本系统开发人员为6人。
三、需求规定
对功能的规定 对功能的规定 3.1.1根据各类用户的需求描述，系统应当具备登陆系统、 根据各类用户的需求描述， 根据各类用户的需求描述 系统应当具备登陆系统、 聊天系统这两大主要功能。 聊天系统这两大主要功能。 登陆系统功能需求： 登陆系统功能需求： 检查登陆信息是否正确，并向客户端返回登陆信息，如信 息正确。就将在线用户发给该用户，并将该用户的状态发 给各在线用户。同时在服务器端显示出来。建立与服务器 的连接并登陆，能显示登陆错误信息 。 用户登陆成功， 将保存其号码，以便下次登陆时，不必
再输入而可以直接 选择，显示登陆时间。因为每个用户的QQ号码和密码都是 不相同的，因此必须要求后台管理系统能根据系统需求， 动态的、准确的更新系统数据。

聊天管理功能需求：
与好友聊天，实现一对一和多对多聊天；有信息提示，闪动 托盘图标提示到来，转发给消 息指定的用户；能保存聊天纪录，并能察看聊天纪录。 根据系统用户的需求，将本系统按功能划分成两大功能模块： 登陆系统、聊天系统，涉及到各类用户：例如学生、教师、 系统管理员等。 本系统的功能是聊天功能的实现、查看以及管理。用户可以 和在线好友聊天并且留言给不在线的好友，以及查看或者是 删除聊天记录
IPO表
被调用： 聊天系统模块 调用： 后台管理模块

输入： 聊天内容

输出： 对方的回复信息以及 聊天记录


处理： 用户针对聊天记录进行删除或者是保存。

系统： 模拟QQ聊天系统 。

局部数据元素： 聊天信息、 好友在线信息、 聊天记录信息

注释：

后台管理模块 本模块的功能实现整个系统数据的同步更新及维护，只涉 及系统管理员用户。系统管理员动态的管理用户信息、聊天 记录的保存及删除等信息，是整个系统实现的基础。

IPO表
系统：模拟QQ聊天系统

大中国 歌词

被调用：什么得像什么 登陆系统模块、聊天 系统模块

调用：澜沧江湄公河 系统管理员

输入： 用户的信息

输出：用户的信息表、 聊天记录等信息

处理：对用户信息的增加、删除、修改等

局部数据元素： 用户信息、 系统管理员信 息

注释：

四、用户需求描述
1.用户的需求描述 用户对本系统的主要需求是：可以申请账号，设置密码以及 修改密码。可以给自己的账户设置昵称，填写个人资料。任 何在线用户都可以和处于在线状态的好友进行聊天，以及留 言给不在线的好友，也可以呼叫在线好友，双方进行语音聊 天。可以查看任何好友的基本资料，可以查看，以及删除聊 天记录（包括聊天时间，聊天内容以及聊天对象）。 其它需求：查看本人的基本信息，如本人的的昵称，性别， 年龄，生日，星座，生肖，血型，所在城市等。在线状态和 离线状态要有明显的区别，要有消息提示以及呼叫提示功能。

2.系统管理员用户需求描述 系统管理员用户需求描述
系统管理员有系统的最高权限，负责系统所需所有数据的动态同步更新 以及维护，根据系统针对用户的设计，基本功能需求如下： （1）、管理本系统所有聊天记录（包括聊天时间，聊天内容，以及聊 天对象），并且根据用户的需求进行保存或者删除。 （2）、管理申请有本系统账号的所有用户的基本资料。 3.1.3 数据表描述 用户信息表（用户名、密码、验证信息等） 聊天记录（聊天时间、聊天内容、聊天对象等） 用户登录信息（用户名
、密码、登录时间、下线时间等）

五、E_R图 图

信息 聊天时间 用户名 M N 验证信息 用户 聊天内容 N M 登录信息 密码 登 陆 聊天记录 聊天对 象 输 入

密码 用户名 min 登录信息 下线信息

功能模型 数据流图（DFD） 功能模型---数据流图 数据流图（ ） （功能模型表明一个计算如何从输入值得到输出值，它不考虑计算的次序。功能模型由多张数 据流图组成

）
用户 呼叫处理 查看聊天记录 用户

系统级流图

呼叫处理结果

聊天记录

数据库信息

聊天处理结果

处理结果

用户

聊天处理


其他处理

用户

呼叫双方通信 呼叫失 败

账 号
账 号 信 息 账 号 信 息

对方离线

六、数据流图

聊 天 记 录 关 键 字 聊 天 记 录


聊天记 录处理 呼叫处 理 对方在线 查 看 请 求 呼叫成 功

账 号 申 请 成功

账号申请

客户端

账号清单

账 号 信 息

账 号 登 陆

账 号

登录失 败

申请接 受处理
消 息 账号信息

账 号 管理

聊天记录 查成功 查聊天 记录 聊 天 记 录 查失 败

账号信息 消 息

聊天记录

消息 离线状态 消息发 送

消息处 理

在线状态

消息队从结婚开始恋爱演员表 列

账号登 陆

七、对性能的规定 
1.精度 精度 在进行输入输出时必须清晰的列出所有输入状况及数据。
2.时间特性要求 时间特性要求 查询服务部分：用户通过电脑提交命令到返回结果不超过5 秒钟。 数据管理部分：提交某一数据录入到结果返回不超过5秒钟。
3.灵活性 灵活性 操作方式： 支持Windows2000及以上的操作系统。 同其他软件接口： 设计连接SQL2005数据库的软件包。 精度和有效时限的变化：用户自己设定。

八、输入输出要求要符合精度的设定。
1.数据管理能力要求 数据管理能力要求 （第二十二条婚规演员表1）聊天号信息：聊天号，大小为6个字符，只能为数字； （2）聊天记录信息：不能存在非法语言 （3）用户名信息：不能超过20个字符 （4）密码信息：6个字符 （5）管理员：用户编号：大小为10个字符；用户名：不超 过20字符；用户密码：不超过12字符；用户权限：2个字符。 北京 机场对用户信息、管理员信息等内容的存储的各表至少需要 100M以上空间，即至少需要500M空间进行数据的存储。

2.故障处理要求 （1）磁盘碎片过多、数据库存储空间不够，引起数据库访 问变慢等问题需要对磁盘进行扩展和维护。 （2）执行程序非正常退出，响应确实，修改源代码前应备 份。 （3）数据库没启动引起访问问题，须启动数据库服务器。 （4）其他具体问题，再做具体分析。多查多问。 3.6 其他专门要求 在程序的开发过程中，应遵循结构化的程序设计原则。
出师表
两汉：诸葛亮
  先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。
  宫中府中，俱为一体；陟罚臧否，不宜异同。若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。
  侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。