- 1、本文档共32页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
即时聊天时系统分析.
1引言 2
1.1编写目的 2
1.2背景 2
1.3定义 2
1.4参考资料 2
2系统结构模型 3
2.1初始对象表 3
2.2初始类图 4
2.3细化类图 5
2.3.1属性的识别 6
2.3.2 操作的识别 8
2.4三层精化类图 12
3系统行为模型
3.1交互模型
3.2状态模型
即时聊天系统
制作人:陈乙睿,王洋,刘彦辰,丁笑笑
2010/10/1概要设计说明书
1引言
即时通讯(Instant Messaging)是目前Internet上最为流行的通讯方式,而各种各样的即时通讯软件也层出不穷;服务提供商也提供了越来越丰富的通讯服务功能。随着互联网的发展,即时通讯的运用将日益广泛,即时通讯软件业方兴未艾。
“TK-OnLine”是基于B/S的模式的即时通讯系统,通过IE等浏览器直接完成客户端的登录、数据传输,更加便捷了用户之间的通讯和交友;使用最新的Ajax技术,使其非常快,无需等待页面的刷新,实现了即时通讯的功能。
1.1编写目的
本需求说明书目的在于:将用户提供的需求描述系统化、精确化、全面化。从而实现:
1.便于用户、分析人员和设计人员进行理解和交流。
2.支持目标软件系统的确认。
3.控制系统进化过程。
预期读者:软件设计者和测试者。
1.2背景
说明:
待开发的软件系统的名称:TK-OnLine
本项目的任务提出者:4-InTalk团队
本项目的任务开发者:4-InTalk团队
用户及实现该软件的计算中心或计算机网络:个人PC
软件开发环境:在.NET Framework 1.1,使用Visual Studio2008以及SQL Server2005
1.3定义
用户输入:用户输入的用户名及密码。
用户名及口令与用户分类信息:存放在一个数据库表中,用以判断该用户是普通用户还是VIP用户,还是管理员。
公告管理:向用户进行广播宣布系统维护,或注意事项,或新发布的应用功能等操作,或设置公共话题,供用户讨论,或对用户一些不合法操作或升级成VIP用户予以播放。
信息管理:是用户使用该系统的权限的表现,只能处理自己的信息。
用户管理:是管理员用户使用权限的表现,对用户的信息和文件系统进行管理,还有确认是否授予用户VIP权限。
好友管理:即存放好友的信息,对好友的权限进行设置,使好友对自己的信息有不同的访问能力,可以查询好友状态,将好友分组或拉黑名单;
文件管理:即用户的网络硬盘,用户可以上传文件,具有存储功能,并使具有一定权限的好友对文件进行使用或下载等操作,管理员还可对文件进行审查,对不和谐的文件进行删除。
聊天系统:该系统的核心,用户在界面通过某些聊天机制进行一对一或一对多的聊天。
出错显示:当用户名与密码不正确时,系统显示出错,并要求用户重新输入;
显示屏:是用户与计算机系统进行交互的显示渠道。
1.4参考资料
1. 孙涌等编,现代软件工程,北京希望电子出版社2002年
2. 齐治昌等,软件工程(第二版),高等教育出版社,2004
3. Pressman R S. Software Engineering: A Practitioner’s Approach. 3rd
4. 郑人杰等,实用软件工程(第二版),清华大学出版社,1997
2系统结构模型
2.1初始对象表
通过对需求的分析,提炼出可能的对象/类,这是面向对象系统分析设计的关键,也是难点所在。为了准确识别系统的类和对象,从以下三个方面进行考虑:
1、考虑系统责任
对照系统责任所要求的每一项功能,查看是否可以由现有的对象完成这些功能。如果发现某些功能在现有的任何对象中都不能提供,则可启发我们发现问题域中某些遗漏的对象。
2、名词技术
从名词到对象或类通常有一对一的映射。运用名词、代词和名词短语识别对象和类。 可以启发发现对象的因素包括:人员、组织、物品、设备、事件(如索赔、上访、交易)、表格、日志、报告、结构(汽车上面有车辆,下面有客车和轿车,左右有摩托车;内有发动机)等。
3、从用例中识别
(1)用例描述中出现哪些实体?需要哪些实体的合作?
(2)用例执行过程中会产生并存储哪些信息?
(3)用例要求与之相关的每个角色的输入是什么?
(4)用例反馈与之关联的每个角色的输出是什么?
(5)用例需要操作哪些设备?
通过对即时聊天系统的分析,建立初始对象/类表如下:
类名就用一个名词就行了,不要说“**管理”之类的,那不是一个对象的名字,是一个功能的名字。一个对象是一件东西啊。
可能的类 英文类名 简单描述 用户 User 用户分三类:管理员、用户、vip用户 公告 Information 公告管理是系统需要管理的对象 系统维
文档评论(0)