开始登陆否输入密码是圈子学生会篮球社?读书社吉他社发布查看评论帖子结束 图3-2圈子流程图
3.1.3交互功能
主要媒介设想为好友或者同兴趣小组的同学发送120字以内的短消息（类似QQ空间的说说发布）进行课程内容的评价、兴趣之间的交流，继而达到交友、沟通的目的。初步设想为：
以板块形式组成，系统默认关注三个板块：校园bbs；爆照大本营；我们都是IT人（本学院社区）。可以自己添加感兴趣的模块。模块的开放可有高级别管理员添加，用户可以取消关注模块。
晒图主要为实现成一个类似于QQ空间说说的设计，可以自由的上传图片，并对图片进行介绍，其他用户可以对图片进行点赞并评论。智能手机的拍照功能在不断地升级，智能手机用户很多的都有爱拍照的功能，因此晒图就为大家提供了一个安全开放的晒照空间。再登陆系统以后，会进入到子系统晒图中，可以将
拍到的照片上传到服务器，其他用户可以看到并评论。流程图如下：
开始登陆是否输入密码数据库上传照片晒图返回图片评论照片结束
图3-3交互功能流程图
3.2设计原则
（1）以需求为中心
系统设备的建设和实施，均紧密围绕用户需求，在满足用户各种应用需要的前提下，努力做到替用户思考，提供用户未想到，却非常实用的方式方法。
（2）成熟性
系统设计把握计算机技术、网络技术和通信技术的发展方向，采用先进成熟
的体系结构，选择已被广泛接受的、先进的系统集成硬件技术构造系统的支撑平台和运行平台，保证系统的性能和生命力。
（3）标准型、开放性
掌上校园系统符合学校的需求，应该具有一定的标准性。同时考虑到投资的长期效益，系统具有开放性，能够实现与其他系统的结合，保证完成系统未来的发展要求。
（5）可靠性
为保证内部的高效工作，系统在稳定正常运行的同时还要提供较高的性能，从而能够高效率地处理各类关键事务。因此在系统设计之初就应该充分考虑如何保证系统的高可用性、可靠性和高效性。
（6）实用性
由于我们系统集成过程中的每一个环节都注意了用户使用的方便性、系统的易学、易用性，所以我们实施完成的项目具有很强的实用性。
3.3用例图用例规约
用例为参与者提供价值，每个用例表示系统提供的一项服务。从参与者的角度，通过提出问题，来确定可能的服务：此角色希望完成什么工作？充当此角色的用户的主要任务是什么？系统需要提供给此角色的用户什么信息？充当此角色的用户需要检查，产生和改变什么信息？
用例代表了系统能够提供的功能，该系统所提供的最主要的功能就是用户在登录成功的情况下课程表、通讯录、圈子、以及晒图等的信息进行查询和评论上传等操作以及管理者对课程表、通讯录、圈子、晒图等模块的管理。因此系统具有表3.1的用例。
表3.1系统用例 1.用户登录客户端 2.用户加入圈子 UC-001 UC-002
用户 3.用户按圈子查看信息 4.用户查看、上传图片 UC-003 UC-004 UC-005 5.用户查看晒图内容 用例规约表示了用例的执行步骤，能够明确用例执行的基本步骤。为
了更加清楚地表示参与者和用例之间的关系，通过用例规约详细描述用例的执行过程。
3.3.1登录
用户下载并打开掌上校园移动客户端，输入学号密码进行移动客户端的登录。登录过程用例规约如表3.2所示的用例规约：
表3.2用户登录用例规约
用例编号: 用例名称： 用例描述： 参与者： 前置条件： 后置条件： 涉众利益： 基本路径： 扩展点： 字段列表： 业务规则： 非功能需求： 补充说明： 3.3.2查询圈子信息
UC-001 用户登录 用户打开客户端并登录 用户 用户下载安装客户端并打开 有该用户的个人信息 1：参与者下载安装客户端； 2：参与者输入账号密码； 用户信息已经存在数据库中 用户登录掌上校园移动客户端进入圈子查询圈子列表，然后查看相关圈子下的详细内容的过程如表3.3所示的用例规约：
表3.3用户查询圈子的用例规约 用例编号: 用例名称： 用例描述： 参与者：
UC-003 用户按圈子查看信息 用户查看不同圈子信息 用户
前置条件： 后置条件： 涉众利益： 基本路径： 扩展点： 字段列表： 业务规则： 非功能需求： 补充说明：
3.3.3加入圈子
登录 该圈子的成员 1：参与者点击所在圈子； 2：进入圈子查看本圈子的内容 查看他人的帖子
用户打开掌上校园移动客户端，点击圈子显示圈子列表选择喜欢的圈子加入整个过程如表3.4所示的用例规约：
表3.4用户加入圈子的用例规约
用例编号: 用例名称： 用例描述： 参与者： 前置条件： 后置条件： 涉众利益： 基本路径： 扩展点： 字段列表： 业务规则： 非功能需求： 补充说明： UC-002 加入圈子 用户按照自己的喜好加入相关圈子 用户 登录客户端 1：用户打开客户端并登陆 2：点击圈子按钮 3：从显示的圈子中选择一个进入 进入不同的圈子，显示不同的圈子内容
3.3.4圈子发布信息