WonderLand项目文档1

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/NGUever15/article/details/71908425

WonderLand项目设计文档1

1 项目概况

1.1 项目背景

毕业旅行、穷游、情侣出行、新婚旅行… 现在的年轻人有太多的理由出去走 走。虽然都说重要的不是去哪儿,而是跟谁去。不过你的目的地也很大程度上 决定了你们的旅行的舒适感。我想去看海,非得是海南三亚的沙滩吗?我想去我 想去看山,非得是五岳黄山吗?当沙滩上挤满了横七竖八的泳装人士,黄山山顶 上人头攒动,当你满眼是人和摄像机的时候,似乎跟谁去都不会太尽兴。只有找 到合适的地点,跟合适的人在一起的时候才会有合适的氛围,旅行的意义也在此。

找到合适自己的旅行是一件很幸运的事情,年轻人们大多已厌倦了人山人海 的知名景点,希望去一些鲜为人知又值得一去的地方。很多的人被旅行所面临的 各种问题困扰着— —去哪儿?住哪儿?吃什么?怎么去?我们希望开发一款具有真正的中国特色的旅行信息查询 app,让用户找到更多好玩的去处,获得更全 面的信息,祛除大大多数与旅行相关的软件提供的冗余无用的信息来获得更好的 用户体验。

我们提供一个平台,利用用户选择的标签经过立体化个性化的筛选,给用户 进行推荐其可能感兴趣的你很可能闻所未闻的有趣的地点,体验当地的风土人情。 浏览相关景点时,有经验的旅游爱好者以及当地居民都能通过游记、评分、图集 等各种各样的方式给想要前来的旅行者一些指引和建议。我们致力于为您提供一 些还没有被大多数人发掘察觉到的美景。我们把地域范围限定在中国,这片地域 的 every land counts(每一分土地都值得)。我们坚信这片土地上还埋藏着很 多惊喜,我们将竭尽全力将它们诠释给用户。

1.2 项目范围

该软件的设计和实现难度中等,项目预备采用 MysqL+Tomcat 作为服务 器,搭配主流 SSH 框架进行开发。软件操作简单,容易上手,适合各个年龄段旅游爱好者使用,从而满足用户对大量旅行景点信息的需求,更好地进行分享,而且能方便的了解各种景点信息。

1.3. 用户的特点

本平台的主要用户是青年人士,由于他们对移动互联网的接触比较多,而且 容易接受和使用新的应用程序,所以不需要向广大用户 供使用帮助,但要向用 户 供华丽的界面服务来吸引他们的眼球和关注度。

2 项目目标

针对人们出游景点的选择问题,利用互联网平台的信息传播性,通过用户游 记分享,为出游者提供更多更广更真实的景点信息和住行建议。用大众的眼光发 现更多更美的中国内地景色。该应用根据用户特性对用户进行有针对性的信息推 送,提供关键词搜索等相关功能。满足出游者景点选择的一系列需求。

2.1 业务目标

完成一个能够为游者提供更过更广更真实的景点信息的软件平台,让人们通 过这个平台了解到更多更美更具中国特点的景色。

2.2 管理目标

使团队高效率协调合作,项目有序进行,按时按量完成项目任务。

2.3 技术目标

采用 MySQL + Tomcat 作为服务器,搭配主流 SSH 框架,提高效率,尽量使用 复用技术。

3 功能需求

3.1. 功能需求总述

3.1.1. 功能需求总表

这里写图片描述

3.1.2. 角色、权限需求

序号 角色 功能 权限
1 游客 浏览系统中的热门景点,搜索景点 信息,查看景点评分和图集。 具有浏览功能; 具有部分搜索功能; 具有部分查看功能。
2 注册用户 浏览系统中的个性化推荐景点,搜 索景点和游记,查看景点的评分、 图集、游记和评论,同时可以发表 自己的游记,以及对游记点赞和评 论等。 具有浏览功能; 具有所有搜索功能; 具有所有查看功能; 具有发表游记功能; 具有点赞和评论等功能。

3.2.功能需求说明

  • 用户注册:注册用户信息。

    【功能概述】
    开始的时候用户可以以游客方式登录我们产品,但是当用户需要使用更多功 能时,需注册一个用户账号,注册完成后登录才能够使用我们产品的所有功能。
    【操作者】游客用户。

  • 浏览热门景点:浏览主页评分高的景点。

    【功能概述】
    用户在没有注册之前,在产品主页只能够浏览评分高的景点信息,若想要查 看个性化推荐景点,则需注册。
    【操作者】游客用户。

  • 查看热门景点详情

    【功能概述】
    用户点击景点即可查看详情,包括景点的评分、以及部分景点图集,若要查看景点的评论和游记,则需注册。
    【操作者】游客用户。

  • 搜索景点:用户在主页搜索景点。

    【功能概述】
    游客用户在主页的搜索框输入关键字,搜索结果中只会有景点信息,并以列 表的形式展现到用户眼前。
    【操作者】游客用户。

  • 注册用户登录系统

    【功能概述】
    注册用户使用账号登录系统,使用系统为他 供的各种功能。
    【操作者】注册用户。

  • 浏览推荐景点:浏览主页为用户个性化推荐的景点。

    【功能概述】
    用户注册后需要填写至少 3 个标签信息,然后在产品主页能够浏览个性化推 荐的景点,点击进去后则可以查看景点详情。
    【操作者】注册用户。

  • 查看推荐景点详情

    【功能概述】
    查看推荐景点详情包括查看景点的评分,景点的所有图集,以及其他用户对景点的评论和发表的游记。
    【操作者】注册用户。

  • 搜索景点和游记:用户在主页搜索景点。

    【功能概述】
    注册用户在主页的搜索框输入关键字,搜索结果中包含景点信息和游记信息, 并以分栏的形式展现到用户眼前,注册用户可以查找自己需要的信息。
    【操作者】注册用户。

  • 发表、删除游记

    【功能概述】
    注册用户打开我们的产品,选择发表游记功能,然后自己撰写文字,可选择 添加图片,写完后选择景点标签即可发表。如果用户没有写完临时退出我们产品, 那么他的游记会保存到草稿中,用户可完善后再发表。同时,用户可以删除不想 要的游记。
    【操作者】注册用户。

  • 发表、删除评论

    【功能概述】
    注册用户对自己感兴趣的游记发表评论,同时可以删除过去发表过的对其他 用户游记的评论,删除后不再出现在系统中。
    【操作者】注册用户。

  • 点赞、取消点赞

    【功能概述】
    注册用户对自己感兴趣的游记进行点赞,同时也可以取消点赞。
    【操作者】注册用户。

  • 收藏和分享功能

    【功能概述】
    注册用户对自己感兴趣的景点和游记不仅可以进行收藏,发表评论,还可以 分享到第三方平台上(如 QQ、微信、微博等)。
    【操作者】注册用户。

  • 账号申诉

    【功能概述】
    当用户账号因涉及敏感信息后,系统会禁用用户账号,用户不能登录,此时 就需要进行账号申诉。
    【操作者】注册用户。

  • 个人资料管理:用户可以编辑个人资料。

    【功能概述】
    注册用户点击修改个人资料可以编辑自己的信息,同时还可以修改自己的个 性标签。
    【操作者】注册用户。

  • 查看消息通知:用户查看系统通知和游记、评论通知。

    【功能概述】
    注册用户点击查看消息通知,可以看到系统消息和互动消息。系统消息是系统 示版本更新和系统 示用户发表了敏感内容;互动消息则是用户的游记 被评论和被点赞的通知。
    【操作者】注册用户。

4. 非功能需求

对软件的非功能需求的描述,应包括性能、安全性、可扩展性、稳定性等方
面的需求界定。

4.1. 性能需求

A. 数据处理能力

支持至少四百万用户同时在线正常使用软件。 服务器硬盘容量至少能够存储四百万用户信息。

B. 精度

输出要求:数据确保无误,符合数据输入的格式。 输入要求:以所见所得为标准,准时控制体系内各模块的操作时间和输 出文件的打印时间。

C. 时间要求特性

网络状态良好的情况下打开任一功能模块的响应时间:小于等于 2 秒。
编辑数据,修改数据,服务器数据响应时间不超过 2 秒。
数据查询、服务器响应时间不应超过 8 秒钟,除个别大的数据。

4.2. 安全保密需求

系统有严格的权限与密码设置,数据库密码以加密处理,保障业务的安全性
和绝密性!后端管理系统采用 B/S 模式,具有高度的安全性、稳定性与可靠性。

4.3. 扩展性需求

  • 需求变更的 出者可以是项目中的任何人包括用户、开发人员、测试人员等;
  • 项目经理可以召集相关人员讨论该需求变更的合理性、可行性,实施的代价以及对项目的影响;
  • 需求变更确认后由专人将需求变更记录下来,通知给项目中所有成员。其中以下人员对需求的变更是紧密相关的,他们必须知晓并认可此需求变更。包括(客户方代表,需求分析师,测试人员,相关开发人员)。
  • 相关人员接收到确认的需求变更后,做以下事情:需求分析人员修改需 求说明书和 User Case 的相关内容;测试人员修改测试用例的相关内容;开发人员修改代码中的相关部分。
  • 需求冻结:项目越到后期,需求变更对项目的影响就越大,所以在一定时候我们会进入需求冻结阶段,不再接收需求的变更。应此我们设定在 该系统验收完毕后为需求冻结阶段。

4.4. 稳定性需求

在网络状况良好和硬件环境支持时, 系统满足以下要求:
1.当网络出现故障或者其他外部因素,造成服务器故障时,都不会对系统数 据产生负面影响或丢失;
2.某一用户发生运行错误时,不会影响其他用户继续工作的事务处理机制;
3.系统在运行过程中,如果产生网络故障或其它失败,则应能进行出错处理, 并 供相应的文本输出文件(LDG);
4.系统连续正常运行时间应不少于 72 个小时;
5.测评过程中的进程信息:测评过程中,服务器采用响应正常,进程稳定; 如出现异常,可以正常中止进程,并可重新启动系统;不允许出现进程无法中止 的情况;
6.系统可以支持大量的并发访问,能够支持 500 万以上的同时在线人数

5. 界面要求

本系统界面要求如下:

界面理解:界面中的文字标识,含义准确、清楚、用通用词汇,界面元素要 供充分而必要的 示。

界面风格:界面中,同类的界面元素要有相同的视觉感和操作方式; 色调和 谐统一,界面清爽干净。

错误处理:系统在使用过程中,不可避免的出现一些错误的操作。错误处理 供校验功能。在执行破坏性的操作之前,应当得到用户的确认。例如删除一个 记录时,应当弹出一个”是否删除”,当用户确认后才能删除。系统繁忙时应 供相应的信息 示,防止用户多次点击。

分页显示:数据量大的时候,采用分页浏览的形式。
页面的合理布局:界面的布局应当整洁,界面元素应当在水平或垂直方向对 其,行列的间距保持一致。窗体的尺寸要合适,各种控件不能过分拥挤也不能过 分宽松。

界面中基本信息部分采用下拉框选择方式。降低人为误操作错误;减少手工 输入工作量;规范基本信息的一致性。例如用户的性别,选择的类型等。 对于数值类型数据输入部分,采用可编辑的输入框,并对输入的内容进行校验, 避免输入非数值数据。

猜你喜欢

转载自blog.csdn.net/NGUever15/article/details/71908425