4.7.2 评论区可定义顺序查看/倒叙查看 4.7.3评论不能回复，只能盖楼
4.7.4可通过其他用户评论点击进入其个人主页
4.8搜索功能（可行性待定）
4.8.1关键字显示某篇新闻（能搜索标题或内容）
4.8.2搜索功能固定在首页底部 4.8.3搜索界面为一个单独的页面
4.9分享功能
4.9.1内容的二级页面底部固定分享按钮，可分享至主流社
交平台
4.9.2绑定帐号后的用户可直接分享，在分享时登录社交帐
号的用户默认绑定校园卡或升级为二级用户
4.10图片栏目
4.10.1图片每篇内容时必须有总的描述
4.10.2多张图片发布时可对每张图片描述，描述在用户点开
大图时不会出现
4.10.3图片内容的界面形式与文字不一样
13
4.11补充说明
· 4.11.1后台编辑保证Tab键=四个空格键
5非功能需求
5.1运行环境
5.1.1操作系统：CentOS 7 64位 5.1.2运行环境：PHP + Nginx + MySQL
5.2可用性
5.2.1用户能够简单的浏览想要关注的内容，并发表评论，
登录，注销，并以较好的形式来完成整个阅读过程
5.2.2后台维护人员能几乎以零学习成本来使用管理后台，
并能较高效的完成工作
5.2.3运营人员能以可视化的界面获取相关数据
5.2.4保证其中某些内容的私密性（校内网内容的安全性）
14
5.3可扩展性
5.3.1
后台程序基于ThinkPHP开发，需要遵循低耦合原则，
实现框架核心与领域逻辑的分离。并且需要遵循里氏替换原则，保证类的可继承性，便于功能扩展。
5.4安全性
5.4.1后台接口需要对传入的所有数据进行合法性检查和注
入规则检查，以及逻辑关系检查，保证客户端提交的数据合法。同时前端也需要做好相应过滤处理，并给出友好的提示。同时，学号密码等敏感信息在传递时需要采用加密传递的方式，保证信息安全。
5.5接口
5.5.1 5.5.2
接口需要方便调用，保证编码的一致性。
后期运营数据除了基于统计平台的数据，应该包括以
下几点（优先级较低） 1）每篇内容的浏览次数
2）每篇内容的评论次数 3）不同属性的用户数量
4）不同属性的管理员账户（一级/二级）添加和发布数量
5）运营人员能直接可视化的界面上下载或者看到选定日期内的数据 6）数据形式最好为excel格式。或者其他待定
15
6.交互逻辑
6.1客户端界面逻辑
6.1.1登录界面，用户登录或游客模式
6.1.2第一次用户进入为订阅页面，选择感兴趣的栏目 6.1.3订阅完成后进入首页，在非图片部分侧滑为栏目之间切换，在上方图片部分策划为该栏目内图片的切换，第一版计划每个栏目图片为三张。
6.1.4首页底部有三个按钮，分别为“首页“，“订阅”，“设置” 6.1.5设置页面包括个人中心，图片加载模式，文章缓存模式，清除缓存，字体设置，浏览模式（日间/夜间），关于我们， 向我们反馈。
6.1.6个人中心包括头像，签名，昵称，我的评论，我的收藏（评论收藏只显示一条，均有子页面）注销登录按钮，注销登录后跳转到登录界面。
6.1.7关于我们中包括产品信息与团队介绍。
6.1.8内容二级页面包括顶部的栏目名称，内容，底部按钮 6.1.9底部按钮功能为“分享”，“收藏”，“评论”，“模式“（模式用于调整字体大小，浏览模式）
16