通讯录系统的设计说明书
R—日11级1班11号
金伯胤
1概述 (3)
1.1系统简述 (3)
1.2软件设计目标 (3)
1.3参考资料 (3)
1.4版本记录 (3)
2术语表 (3)
3用例 (4)
3.1系统用例图 (4)
3.2用例描述 (4)
3.2.1添加联系人 (4)
3.2.2删除联系人 (5)
3.2.3查找联系人 (5)
3.2.4修改联系人 (6)
4设计概述 (7)
4.1简述 (7)
5静态模型 (7)
5.1系统类图 (7)
6动态模型 (8)
6.1场景 (8)
6.1.1场景1：用户浏览通讯录 (8)
6.1.2场景2：生成授权码 (9)
6.1.3场景3 : 使用授权码 (10)
6.2状态图 (11)
6.2.1系统登录状态图 (11)
6.2.2联系人状态图 (12)
6.2.3用户状态图 (13)
(13)
7非功能性需求 (13)
7.1.系统未来的方向 (13)
1概述
1.1系统简述
本系统是市面上常见的也被广为人用使用的通讯录系统。
但是它与其他通讯录不同的一点的特点就是通过网络“分享”自己的联系人。
想象一个场景，添加联系人时往往会遇到对方名字打不出来的尴尬，或是开会时，大家分享一位联系人时要记录姓名、电话、宅电、公司、地址等等。
很不效率。
通过本系统用户只要输入一段特的数字或扫一下二维码就可以将一位或多位特定的联系人同步到自己的通讯录中，是不是很方便。
通过网络，将自己本地的通讯录上传到“云端”，用户可以在更换设备时就不必再次手动录入通讯录了，只要一键同步到本地即可。
还有更多功能等待你去探索。
科技本该让生活跟简单。
1.2软件设计目标
由于通讯录系统已经非常成熟了，本次设计希望突出“分享”这个功能，并且使用交互式设计更加人性化，其他通讯录的基本功能就不赘述。
1.3参考资料
2014年暑季课程设计《普通通讯录系统的设计》
1.4版本记录
本文档于15.01.13完成
文档中的参考绘图与15.01.10完成
2术语表
联系人被此系统使用查找、添加、删除、修改等功能的信息。
用户通过此系统使用查找、添加、删除、修改等功能的人。
系统联系人通讯录系统。
J2EE规范
J2EE(Java 2 Platform，Enterprise Edition)是SUN公司定义的一个开发分布式企业级应用的规范。
它提供了一个多层次的分布式应用模型和一系列开发技术规范。
DBMS
数据库管理系统(DataBase Management System)是一种操纵和管理数据库的大型软件，是用于建立、使用和维护数据库。
它对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。
用户通过数据库管理系统访问数据库中的数据，数据库管理员也通过DBMS进行数据库的维护作。
Web 服务器软件 随着网络技术的普及、应用和Web 技术的不断完善，Web 服务已经成为互联网上重要的服务形式之一。
原有的客户端/服务器模式正在逐渐被浏览器/服务器模式所取代。
Web 服务器软件是一个软件系统，用于支持网络上可以互操作的机器到机器之间的交互。
3用例
3.1系统用例图
普通联系人通讯录系统
用户
授权用户
登入系统登出系统
分享联系人
添加联系人查找联系人删除联系人
修改联系人保存操作
3.2用例描述 3.2.1添加联系人
用例名称：添加联系人
描述：用户登陆系统，点开添加联系人界面，进行相关联系人信息的录入标识符:uc1
优先级：A(高)
角色：用户、系统
前置条件：已进入添加联系人界面
主事件流:
1. 用户选择添加联系人选项
2. 系统弹出添加联系人对话框
3. 保存操作
4．用例结束
其他事件流：无
后置条件：完成添加联系人功能
特殊需求：
3.2.2删除联系人
用例名称：删除联系人
描述：用户通过删除联系人用例完成对联系人信息的删除
标识符:uc2
优先级：A(高)
角色：用户、系统
前置条件：已进入删除联系人界面
主事件流:
1.用户选择删除联系人选项
2. 系统跳出查找联系人对话框
4. 选择删除选项
5. 保存操作
4．用例结束
其他事件流：无
后置条件：
特殊需求：
3.2.3查找联系人
用例名称：查找联系人
描述：用户选择查找联系人选项后可查看联系人信息
标识符:uc3
优先级：A(高)
角色：用户、系统
前置条件：已经进入查找联系人界面
主事件流:
1. 用户选择查找联系人选项
2. 输入联系人姓名
3. 系统显示联系人信息
4．用例结束
其他事件流：无
后置条件：
特殊需求：
3.2.4修改联系人
用例名称：修改联系人描述：用户选择修改联系人选项，进入修改界面修改联系人信息标识符:uc4
优先级：A(高)
角色：用户、系统
前置条件：已经打开修改联系人选项
主事件流:
1. 用户打开修改联系人选项
2. 输入联系人姓名
3. 选择要修改的信息
4. 保存操作
4．用例结束
其他事件流：无
后置条件：
特殊需求：
4设计概述
4.1简述
本次课程设计为UML 的专业课程设计，所以本系统目前并没具体的产品，还停留在设计阶段，本篇设计文档旨在体现该系统的思路以及描述系统如何响应各种事件或是系统中信息的流向等，在后文状态图，顺序图等会有具体体现，故本小结略。
5静态模型
5.1系统类图
+登录()+注册()
+输入授权码()
-账号-密码-类型用户类+查看联系人()
授权用户类+查看联系人，通讯录()+增加联系人，通讯录()+修改联系人，通讯录()+删除联系人，通讯录()+发送联系人授权码()+浏览通讯录()
一般用户类-类型
通讯录类-姓名-电话-公司-地址-邮箱-所属类型-授权码
联系人类
1
*
1
*
6动态模型
6.1场景
6.1.1场景1：用户浏览通讯录
场景名：用户浏览通讯录
场景描述：用户进行大部分操作时都是在浏览通讯录时作的，边浏览边删除联系人，或对联系人进行修改等，并不是想当然的线性操作。
顺序图
用户
系统数据库1数据库2
登入信息
用户登入信息
核实登入信息
请求通讯录
通讯录列表
通讯录列表
选择通讯录请求联系人列表
返回联系人列表
返回联系人列表
选择联系人请求联系人信息
返回联系人信息
返回联信息
对该联系人进行操作操作
返回操作结果
返回操作结果
6.1.2场景2：生成授权码
场景名：生成授权码
场景描述：本系统的一大亮点就是“分享”,通过赋予每个联系人或用户指定的多个联系人生成一个唯一的8位由英文字母与数字组成的授权码，这样其他用户用此授权码就可以去数据库中调用对应的联系人。
顺序图：
用户
系统数据库1数据库2
登入信息
用户登入信息
核实登入信息
请求通讯录
通讯录列表
通讯录列表
查询联系人请求联系人信息
返回联系人信息
返回联系人列表
查询该联系人授权码请求授权码信息
返回授权码
授权码生成授权码
6.1.3场景3 : 使用授权码
场景名：使用授权码
场景描述：那么拥有授权码的授权用户是如何使用授权码调用特定的联系人的呢？请看顺序图：
授权用户
系统数据库2
输入授权码
授权码信息
核实授权码信息信息
返回联系人信息
返回联系人信息
6.2状态图
6.2.1系统登录状态图
登录界面状态
验证状态
登录成功状态
登录失败状态
打开系统
输入验证信息
验证成功
验证失败
系统关闭状态
手动退出系统
手动退出系统
3秒之后
系统登录状态图
6.2.2联系人状态图
联系人状态图
新建状态
可修改状态
登录系统并新建
完善信息
保护状态可共享状态
保存 获取授权码 删除状态
提出删除请求
登入系统 登入系统
提出修改
手动恢复或到达分享期限
取消
提出删除请求
提出删除请求
6.2.3用户状态图
未注册状态未登录状态删除状态
授权状态
注册成功
提出删除请求
登录状态
获得授权码 登入系统
登入系统
退出系统或注销
退出系统
用户状态图
退出系统
7非功能性需求
7.1.系统未来的方向
本系统未来后续可能会加入二维码分享功能，或是建立用户社区，形成社交网络。
用户通过分享一些服务类的联系人，如餐厅酒店等，品配上图文品论、打分系统。
让用户们建立联系在分享联系人之上分享生活，并且可以和线下商家建立合作等。
欢迎您的下载，
资料仅供参考！
致力为企业和个人提供合同协议，策划案计划书，学习资料等等
打造全网一站式需求。