需求规格说明书
项目名称：模拟QQ聊天工具小组成员：林立彬刘磊李宫名马靖杰郑兴涛蒋清华张波。
一、引言
1.编写目的作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明，本《软件需求说明书》的主要目的是明确所要开发的软件所应具有的功能、性能，使系统分析人员和软件设计人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计和完成后续设计与开发工作，为软件开发范围、业务处理规范提供依据，也是应用软件进行合同最终验收的依据。
客户登陆后可以通过服务器转发，实现一对一和多对多聊天，闪动托盘图。
系统可以实时显示目前其它用户的状态，保存并能察看聊天纪录，并可以申请新的用户号码。
用户登陆成功，将保存其号码，以便下次登陆时，不必再输入而可以直接选择，显示登陆时间。
服务器端，向各个客户端发布系统消息。
接受来自客户端的各种信息并分别处理。
2.参考资料
《软件工程导论》《数据库系统概论》《Java语言程序设计》《数据结构》
二、任务概述
目标目标通过学习软件工程的设计方法，主要采用JA V A编程技术以及数据库应用，使用户可以使用具备登陆功能、聊天功能、查询功能、娱乐功能、账号管理功能、申请功能的软件，主要用于聊天交流与娱乐。
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 其他专门要求在程序的开发过程中，应遵循结构化的程序设计原则。
出师表
两汉：诸葛亮
先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。
然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。
诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。
宫中府中，俱为一体；陟罚臧否，不宜异同。
若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。
侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。
将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”，是以众议举宠为督：愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。
亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。
先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。
侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也。
臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。
先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。
后值倾覆，受任于败军之际，奉命于危难之间，尔来二十有一年矣。
先帝知臣谨慎，故临崩寄臣以大事也。
受命以来，夙夜忧叹，恐托付不效，以伤先帝之明；故五月渡泸，深入不毛。
今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，攘除奸凶，兴复汉室，还于旧都。
此臣所以报先帝而忠陛下之职分也。
至于斟酌损益，进尽忠言，则攸之、祎、允之任也。
愿陛下托臣以讨贼兴复之效，不效，则治臣之罪，以告先帝之灵。
若无兴德之言，则责攸之、祎、允等之慢，以彰其咎；陛下亦宜自谋，以咨诹善道，察纳雅言，深追先帝遗诏。
臣不胜受恩感激。
今当远离，临表涕零，不知所言。