真德秀团队成员：

　　WoLykos（3005）　　　hIrokuh（3023）

　　DoraMike（3026）　　　JanzKing（3007）

　　JtvDeemo（3044）

1引言

1.1目的

　　此开题报告编制目的是明确本项目的详细需求，供用户确认项目的功能和性能，和用户形成一致的理解和确认，作为进一步详细设计软件的基础。

　　本文档供迪丽瑟斯团队与老师、助教进行参考。

1.2背景

　　随着信息技术和移动设备的成熟与发展，网上服务与交易等业务越来越普及，大量的信息被聚集起来引发了数据的爆炸式增长，以至于用户每当想在一个网站上找到自己想要的信息，都需要花费大量的时间和精力，也未必能如愿以偿。如何解决信息过载是人工智能与大数据时代面临的一个重要难题。于是人工智能（AI）推荐算法就应运而生。

　　AI推荐系统是根据用户的兴趣特点和行为，向用户推荐其感兴趣的信息。它的主要任务是联系用户兴趣与信息，以及在该网站上的浏览信息，据此对用户进行个性化分析，为用户主动推送相关信息。推荐系统目前已被广泛地应用于像淘宝、亚马逊这样的电商平台，像谷歌、百度这样的搜索引擎，以及电影视频、音乐电台、社交网络、广告投放这样的个性化网站，但是比较惋惜的是，并没有类似于特产类的推荐网站。对于特产类网站的用户来说，他们想要的是，精准而又全面地获取所想要的信息，然而从目的上讲现有的中国特产网站及各大APP，商业性质过强；从信息上讲，对中国土特产的介绍有所缺乏；从功能和技术来讲，缺少了用户的个性推荐功能，以至于无法给不同的用户提供适当的推荐。

1.3预期读者与阅读建议

1.4参考资料

1、软件需求规格说明书标准模板，迪迈科技，2015.07.10，https://wenku.baidu.com/view/19055bc4fe4733687e21aaa3.html

2、构建之法，邹欣，2017.07，人民邮电出版社

3、加速知识积累的问答网站设计与实现，袁伟，2016.05.30，https://wenku.baidu.com/view/29cafc9f2e3f5727a4e962d5.html?qq-pf-to=pcqq.group

1.5需求描述约定

a.业务规则/业务要素

b.输入：提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、数值范围、精度、单位等。

c.输出：提供所有与本功能有关的输出描述，包括：输出数据类型、方式、格式、数值范围、精度、单位等，以及图形或显示报告的描述。

d.业务操作流程

e.异常情况和处理流程。使用图示并配合必要的文字说明。

f.界面描述规则：界面描述使用asure的界面设计模型进行描述。

2项目概述

2.1产品描述

　　迪丽瑟斯是一个用于查询全国各地特产的网站，依据地域的界线以及特产的原料，将各特产归纳到不同的栏目。用户可以查询某地的特产，也可以查询某一类的特产，借以快速准确地找到想要的信息；如果用户在移动设备中打开迪丽瑟斯，则可快速定位到用户的所在地，并推荐周边的美食；迪丽瑟斯还嵌入了AI推荐系统，自动为用户推荐其感兴趣的特产。除此之外，我们还开发了一个供用户讨论交友的平台，用户可以在这里发推文，提问题，给建议，分享自己的取食之道和家乡的特产，促进文化交流的同时，也推动了迪丽瑟斯数据库的自我完善。

2.2 产品功能

　　需要使用本系统的用户群体：因不了解当地的名特产，而无法把外出的喜悦分享给家人与朋友的外出旅游的游客；因鉴于方言找不到家乡的美食，而无法满足自己思乡情怀的出差在外，或工作多年没法回家的工人； 因找不到相应的美食平台，而无法分享自己美食感受的美食家； 因找不到好的旅游美食点，而假期无所事事的大学生，上班族；平时喜欢闲聊，想要查阅美食特产信息的人；

　　系统要实现的最基本功能是美食博客的发表、美食特产信息的查询、论坛话题的发表、对喜欢的博主的关注、对喜欢的博客的收藏与点赞、对个人信息的修改。

　　其次进一步实现的功能是对相应的美食标签进行查询，如搜索地方美食，再者对美食的相关推荐，与推荐美食与博主与精选博客模块。

　　系统功能图如下：

图2.1 delicious特产网系统结构图

　　用户场景分析(User Analysis)

　　下面针对我们的系统主要面向的五类用户:

　　1.因不了解当地的名特产，而无法把外出的喜悦分享给家人与朋友的外出旅游的游客。

　　2.因鉴于方言找不到家乡的美食，而无法满足自己思乡情怀的出差在外，或工作多年没法回家的工人。

　　3.因找不到相应的美食平台，而无法分享自己美食感受的美食家。

　　4.因找不到好的旅游美食点，而假期无所事事的大学生，上班族。

　　5.平时喜欢闲聊，喜欢长见识的情报强者。

　　接下来，我们将通过分析典型用户场景得出各位用户的需求:

　　1.在外旅游的乙小姐：

　　2.在外地工作多年的小汪：

　　3.喜欢分享美食的goodgirl：

　　4.大学生山某：

　　5.家庭主妇贤儿：

2.3用户类及其特征

2.4运行环境

1.操作系统：Windows7以上Windows版本

2.服务器：支持Apache Tomcat 8.0

3.数据库：MySQL5.7

4.浏览器：国内的主流浏览器，如Google chrome、火狐浏览器、IE10以上的版本等等

2.5设计和实现上的约束

1. 开发环境约束：

（1）Web框架: 前端（Bootstrap3框架）+后台（Django2.0.2+xadmin框架）

（2）开发工具：Pycharm-professional-2017.2.3+MySQL5.7.+Apache Tomcat8.0

（3）开发语言：python3.6.4+HTML+CSS+JS+SQL语言

（4）数据库连接：通过pymysql库连接到xadmin

（5）开发测试浏览器：Google chrome

2. 开发周期短：

　　两个月的开发时间需要开发者合理规划时间，做到多项任务并发。

3.所采用的方法与技术有限：

　　项目团队成员的技术水平不够成熟，需要在开发中并发学习多种技术和能力。

4.所采用的代码规范约束：

　　项目团队成员需要制定一定的代码规范约束，以保证后期代码的合并顺利。

2.6假设和依据

　　本项目是否能够成功实施，主要取决于以下的条件：

（1）团队成员的积极合作配合，为了项目的开发和实施，对个人时间进行合理规划同时为团队做出合理牺牲，配合队友完成任务；

（2）团队掌握先进的能够适用于该项目的技术，这是系统的性能是否优化和项目能否成功的保证；

（3）团队为软件系统的运行提供必要的且能够满足系统运行条件的硬件环境和通讯环境，不合适的硬件环境和通讯环境将会影响系统的性能；

（4）团队为系统的调研、开发和实施过程提供必要的工作环境和系统运行环境，这些环境有助于工作的展开。

3具体需求

3.1功能需求

3.1.1首页：

　　在首页游客可以进行博客、论坛的导航、可以通过轮播图了解我们推荐的美食信息。

　　还可以最快了解到我们最近更新了什么美食特产信息，方便自己的浏览。

　　以及第一时间知道最近有哪些优秀的美食博客，可以对相应的博主进行关注，点赞，评论等。

　　首页的右端是用来推荐的模块，游客可以通过这里了解到大部分人喜欢的美食博客，了解到大家讨论最多的话题，了解到与自己可能喜欢的特产消息。

　　首页上同时也有快捷搜索模块，方便用户快速查询自己想要的特产相关信息，与相关博客与话题。右上的登陆模块，供用户登录。

3.1.2登录界面：

　　在登录界面用户可以进行账号密码登录。

　　也可以图方便，用二维码进行登录。

　　当用户忘记密码时，可以通过注册时所用的邮箱进行找回密码的操作。

　　用户可以注册账号，登录该特产网第一时间了解特产信息。

3.1.3用户界面

　　此时用户在搜索时会提示搜索历史。

　　在点击右上角的头像后，会出现用户的常用操作，包括进入个人中心，查看自己的关注博主与专题、查找自己的历史浏览、查看自己收藏的博客与话题、和成为会员等。

3.1.3博客界面

　　用户可以在左侧看看最热门的美食博客，右侧了解优秀的博文。点击查看相应的美食博主信息。

3.2外部接口需求

3.2.1 软件接口

操作系统：Win7及以上版本Windows

数据库：MySQL5.7

开发工具：Pycharm，Nivicat

编程语言：Python，Django

3.2.2 通信接口

1. TCP/IP 通信协议接口 。

2.socket:服务器不断监听双方约定好的端口号，客户端请求连接，连接成功后，得到 socket 的输入输出流进行通信。

3.3 性能需求

　　阐述不同的应用领域对产品性能的需求，并解释它们的原理以帮助开发人员做出合理的设计选择，确定相互合作的用户数或者所支持的操作，响应时间以及与实时系统的时间关系；还要定义容量需求，例如存、储器和磁盘空间的需求或者存储在数据库中表的最大行数。也可能需要针对每个功能需求或特性分别陈述其性能需求。

（1）用户一般响应时间不超过1秒，上传头像或者图片时间不超过5秒。

（2）如果页面长时间无响应，应提示403错误后让用户刷新页面。

（3）按照规定的数据格式输入，否则系统提示错误并要求重新输入。

（4）要求数据库有很好的更新能力，能够适应迭代开发。

3.4 属性

3.4.1 安全性

1. 重要数据加密

　　对一些重要的数据利用可靠的加密技术进行加密，例如用户的密码等。

2.记录日志

　　本系统应该能够记录系统运行是所发生的所有错误，包括本机错误和网络错误。错误记录便于查找错误的原因。日志同时记录用户的关键性操作信息。

3. 故障处理

　　正常使用时不应出错，若运行时出现不可恢复的系统错误，也必须保证数据库完整。

4. 权限控制

　　根据不同用户角色，设置相应权限，用户的重要操作都做成相应的日志记录以备查看，没有权限的用户禁止使用系统。用户只能管理自己的个人信息，管理员可以管理用户和自己的个人信息。

5. 数据备份

　　允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。

3.4.2 可用性

（1）易操作，易理解

　　尽量从用户角度出发，以方便使用本产品。如：确认登录时，敲入回车键光标自动跳转，所有操作可仅通过键盘完成。支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户方便地使用本系统。

（2）稳定性

　　系统会更新增加功能，不断修复 bug，使系统更加稳定。

（3）容错能力：

　　系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。

（4）并发性

　　能够保证一定量的用户同时在线使用。

（5）操作完成时有统一规范的提示信息。

　　例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回 相关页面。

（6）控制必填项

　　本系统能够对必须填写的项目进行控制，使用户能过确保信息录入的完整，同时对必填项进行有效统一的提示。

（7）用户可自定义

　　为了满足业务的不断变化，一些重要的参数应该可以灵活设置。

（8）帮助和操作指南

3.4.3 可维护性需求

1.保留系统对应的版本的源代码。

2.代码一定要有注释，特别是关于 if else，每个条件到底意味这什么，一定要有清晰的描述。

3.清晰的系统结构和命名规范，界面规范，提示和帮助信息规范，友好的错误提示信息，可以帮助用户自己找原因，自己维护系统。

4验证验收标准

4.1文档验收标准

（1）项目开题报告

（2）软件需求规格说明书

（3）项目总结报告

4.2软件验收标准

（1）Django文件夹

4.3界面验收标准

4.3.1游客界面

4.3.2用户界面

4.4功能类验收标准

　　以界面类为标准。

原文地址：https://www.cnblogs.com/GitHung-Zeng/p/9021954.html