东软同学项目概要设计说明书v1.docVIP

概要设计说明书 文档名称： 文档类别：文档密 级：机密 文档修订记录 版本编号或者更改记录编号 *变化 状态 简要说明（变更内容和变更范围） 日期 变更人 批准日期 批准人 VC 创建 *变化状态：C——创建，A——增加，M——修改，D——删除 目 录 1 引言 5 1.1 文档用途 5 1.2 阅读对象 5 1.3 名词术语 5 1.4 参考资料 5 2 概述 5 2.1 系统概述 5 2.2 系统功能性需求 6 2.3 系统非功能性需求 6 2.3.1 性能要求 6 2.3.2 可靠性 7 2.3.3 易用性 7 2.3.4 安全性 7 2.4 设计约束 7 3 系统设计策略 7 3.1 基础结构 7 3.2 设计策略 9 3.2.1 扩展策略。 9 3.2.2 复用策略。 10 3.2.2.1 数据库复用。 10 4 系统体系结构 10 4.1 系统总体结构 10 4.1.1 手机端 10 4.1.2 后台 11 4.2 后台管理需求功能分解 11 4.3 部分用户交互流程 13 4.3.1 微群 13 4.3.1.1 创建微群 13 4.3.1.2 群资料 14 4.3.1.3 修改群资料 15 4.3.2 话题 16 4.3.2.1 发表新话题 16 4.3.2.2 话题详情 17 4.3.3 系统功能 18 4.3.3.1 消息推送 18 4.3.3.2 本地缓存 19 5 系统环境 19 5.1 软件环境 19 5.2 硬件环境 19 5.3 框架版本 19 5.4 测试环境 20 5.5 设计工具要求 20 6 关键技术问题 20 6.1 接口响应格式 20 6.1.1 一般响应的json格式 20 6.1.2 分页请求的响应格式(响应失败时套用一般格式) 21 引言 文档用途 此文档为系统开发的详细设计及前期的开发规划提供指导。 阅读对象 此文档将适合如下人员阅读。 软件设计工程师 软件开发工程师 测试工程师 其他相关人员 名词术语 联友公司：北京联友天下科技发展公司的缩写。 参考资料 概述 系统概述 泡面1、系统的迁移代价小： 相对于原有的信息化系统，在过渡到无线应用中，用户希望不要对原有系统进行大规模的改造，不涉及到底层代码的编译，如有可能，最好无须涉及到相关接口应用的开发。同时，在迁移的过程中，能够保证原有系统相关策略的延续，保证用户使用界面的熟悉度。 2、应用安全性高： 社交类产品往往都是承载着用户的日常应用，其中涉及到大量的业务数据流转，在无线应用过程中，将涉及到“终端安全”、“传输线路安全”、“系统整合安全”三个大的安全环节，这些往往都是用户比较顾及的领域。 系统功能性需求 需要支持andorid，IOS 系统应实现。如下设计约束接口采用进行数据传输运行 本系统应支持多用户、并发的用户需求服务器用户超过那么就要采取相应的负载均衡策略 负载均衡策略图例： 复用策略。 数据库复用。 android和ios端仍然调用C端接口，而需要单独数据库的相关。 系统体系结构 系统总体结构 手机端 后台 后台管理需求功能分解 功能模块 子模块 描述 1. 私信 1.1 私信列表 列表项为id，内容，用户，发表时间，操作（删除） 1.2 小秘书管理 显示发送给小秘书的信息列表 列表项为id，消息，时间，操作（回复） 1.3 小秘书与用户的详细对话 显示对话列表 列表项为消息内容，时间 1.4 群发私信 群发信息列表 2. 微群列表 2.1 话题列表 列表项为id，内容，微群，发布人，发布时间，操作（编辑，删除） 20条分页 通过内容，用户名，微群名搜索 2.2 回复列表 列表项为id，内容，微群，发布人，发布时间，操作（编辑，删除） 2.3 微群列表 列表项为id，图标，微群名称，创始人，成员，话题，回复，创建时间，操作（编辑，删除，推荐） 2.4 创建微群 需要填写名称，简介，创始人，学校，院系，专业，状态 2.5 修改微群 可以修改名称，简介，创始人，学校，院系，专业，状态 2.6 举报的微群列表 列表项为id，举报人，举报内容，举报时间，状态，操作（处理，删除） 20分页 2.7 关键词过滤 每个关键词都用,号隔开 3. 报表 3.1 每日报表 列表项为每日的打开应用的用户，新注册的用户，登录用户，话题，回复，新建微群，图片，赞，微信朋友分享，朋友圈分享，验证码发送数 需要提供总报表，iphone每日报表，android每日报表 3.2 每月报表 列表项为每月的打开应用的用户，新注册的用户，登录用户，话题，回复，新建微群，图片，赞，