软件工程需求技术博客

CSDN博客地址：https://blog.csdn.net/weixin_43480708

5-7 第一次更新 “今天吃什么”项目计划
5-16 第二次更新 “今天吃什么” 项目前景和范围文档
5-24 第三次更新 “今天吃什么” 结构化需求分析
6-2 第四次更新 “今天吃什么” 项目原型进展
6-3 第五次更新 “今天吃什么” UML建模
6-14 第六次更新 “今天吃什么” 需求规格文档

本组选题：今天吃什么

一、项目需求（5-7更新）

项目用途：纠结症患者中午不知道吃什么时，帮助他们随机选择或者自定义菜单；
项目前景：本项目适用人群广，适用范围大，适用频率高。可以大大解决人们在吃饭时纠结的心态。本项目开发过程旨在能够提出更加丰富和多元的对于“今天吃什么”的建议，能够更贴近同学们的生活，能够满足更广大受众的需求；
项目用户：学生，上班族；
项目需求：
（1）用户可通过多次点击，系统随机产生不同菜单，也可以在自定义菜单中按类别挑选。
（2）自定义菜单中的菜式可分为不同国家不同菜系进行分类选择，
e.g. 中餐西餐日料韩餐或者不同口味风格等
（3）用户可以定制自己的菜单，例如早餐，午餐，晚餐，外卖，聚会等各类用户自己喜欢的特色菜单。
（4）加入减肥模式，为用户提供健康菜品的选择，并且在各菜品中添加卡路里数据。
（5）在菜品中添加此菜的来历，做法，吃法，或者适宜使用环境等高阶数据，让用户使用的同时能获得更多的知识和乐趣。
（6）我的食堂功能，添加自己学校或单位食堂已有的菜品到我的食堂，可只在这几种之间随机选择，同理可以添加我的外卖功能，并跳转到外卖软件。

二、项目前景（5-16更新）

2.1 前景概述

对学校的学生来说，该平台是一个提供每日三餐推荐的系统，来解决他们对于三餐的纠结。同时在对三餐的选择中，可以自定义范围，例如外卖或者食堂模式。另外对于每一种菜品，都有其分类，方便同学们更好的选择。有了这个平台，可以很好的解决同学们对于每餐吃什么的问题，同时也能为其进行三餐的搭配。

2.2 受众分析

本产品主要面向在校师生

学生： 特征：熟练使用手机，喜欢简洁的操作，对界面美观有一定要求，喜好的口味风格多。
老师： 特征：与学生基本类似，要求操作简单和界面简洁大方，口味各异。

2.3 主要特性

软件主要是面向在校师生，根据用户特性，软件需要有以下特征：

面向学生团体，界面美观友好，无专业术语
系统支持学生自定义菜单范围
对每一种菜品有真实的展示
用户可以将喜欢的菜品加入收藏
操作简洁不繁琐

三、项目范围（5-16更新）

FE-1:面向学生团体，界面美观友好，无专业术语
FE-2:系统支持学生自定义菜单范围
FE-3:对每一种菜品有真实的展示
FE-4:用户可以将喜欢的菜品加入收藏
FE-5:操作简洁不繁琐

3.1 范围列表

版本一： 对菜品进行收集，以及实现简单的界面框架。对应FE-1,FE-5
版本二： 将菜品数据输入程序。实现简单的菜品推荐功能。对应FE-3
版本三： 实现偏好设置，用户可以自定义推荐的范围。对应FE-2
版本四： 实现用户收藏的功能，以及其他一些功能的完善。对应FE-4

3.2 限制与排除

LI-1:一些不是很常见的外卖商家不会列入名单。
LI-2:对于某些食堂菜品的推荐，对自行选择原材料的例如火锅等不会给出具体的材料推荐。

四、结构化需求概述（5-24更新）

（1）功能分解图

（2）需求细化

1、一键生成菜单

源头：核心需求
理由：方便快捷，一步到位
优先级:高优先级
成本：无
可变性：无

2、偏好设置

源头：核心需求
理由：根据用户需求限定菜品种类
优先级：高优先级
成本：无
风险：无
可变性：无

2.1 用餐时间选择

源头：一日三餐不一样
理由：早饭要吃好、午饭要吃饱、晚饭要吃少
优先级：中优先级
成本：无
风险：无
可变性：低

2.2 菜系选择

源头：不同口味人群
理由：口味偏好
优先级：中优先级
成本：无
风险：无
可变性：增加更多菜系

2.3 就餐方式

源头：不同的期望就餐地点
理由：可能不想在食堂吃
优先级：低优先级
成本：无
风险：外卖会接入第三方
可变性：也许会舍弃

2.4 减肥模式

源头：想要减肥的朋友们
理由：减肥当然得健康饮食，低热量
优先级：中优先级
成本：无
风险：无
可变性：也许有一天大家都放弃了减肥

五、过程建模（5-24更新）

（1）DFD图

（2）数据字典

数据项	名称	描述	组成
1	用户个人信息	存储用户基本信息	头像，微信号，学校等
2	用户菜品偏好信息	存储用户对于菜单的偏好信息	餐种，餐时，就餐方式，减肥模式等

六、数据建模（5-24更新）

ERD建模：

七、UML建模（6-3更新）

（1）用例图

(2)静态UML图（类图）

(3)动态UML图

顺序图：

协作图：

状态图：

活动图：

小组分工（5-7更新）：

祁志洋组长负责组织组内同学，联系甲方乙方以及助教，协助需求分析和任务开发
刘俊杰组员负责博客的编写，需求分析和任务开发，以及展示演讲
刘常思冰组员负责展示ppt的制作，各类文档的编写，协助需求分析和任务开发
柏盛元组员负责在项目期间对进度进行记录，协助需求分析和任务开发

项目计划（6-14更新）：

第11周：与甲方沟通，获取项目的需求，制定计划和人员分工
分工情况说明：祁志洋负责与甲方联系；
刘俊杰负责撰写博客和做第一次展示；
刘常思冰负责制作展示ppt；
柏盛元负责组内沟通。
第12周：与甲方沟通，制定项目软件的具体功能和所需要的具体细节问题，开始项目的框架搭建。
分工情况说明：祁志洋负责与甲方联系，负责框架搭建；
刘俊杰负责撰写博客和展示，协助框架搭建；
刘常思冰负责编写项目文稿，负责框架搭建；
柏盛元负责组内沟通与记录，协助框架搭建。
第13周：主要进行项目的框架搭建，尽量实现基本框架的完成。*
组员按情况进行编程工作
第14周：在框架搭建完成的基础上进行功能的完善，开始进行项目软件界面的设计。
组员按情况进行编程工作
第15周：完善软件的界面设计，与甲方进行进一步的交接，完善需求，撰写项目日志。
组员按照之前分工情况完成工作
第16周：对项目进行修改与审核，发布用户使用说明，制作最终的展示材料
组员按照之前分工情况完成工作

任务说明（5-24更新）：

5-7周五报告说明

项目背景和范围;
甲方沟通1~2次结果+书面记录;
之后几周的计划，每个人大致分工;
建立技术博客，发布以上内容。

5-17周五报告说明

项目前景和范围;
涉及分析和硬数据采样;
面谈;
原型。

5-25周五报告说明

结构化需求分析概述（功能分解图、需求细化与优先级划分）（5分）
过程建模（DFD图、微规格说明、数据字典）（5分）
数据建模（简单情况下的ERD建模、硬数据ERD建模）（5分）
现场报告（5分）
技术博客/需求文档（5分）

原型系统进展（6-1更新,代码在仓库）：

5.7 - 5.16

决定采用微信小程序
制作了小程序原型的框架
主页：一键选择按钮和一定程度的简单美化
功能栏：包含主页，偏好设置和登陆三个功能
登陆页面：简单的登陆
改进主页：修改了一部分主页的样式
功能栏：完善了功能栏的内容
登陆界面：改进了登陆界面的步骤
分工刘常思冰：主要负责了框架的制作
祁志洋：对一部分功能进行修改
刘俊杰：日志撰写

5.16 - 5.24

制作了偏好设置页面
改进
功能栏：为菜单栏添加了图标，更加美观
主页：增加了“减肥模式”切换按钮
偏好设置页：更新了布局登陆界面：增加了“联系作者”等功能，完善了界面
分工刘常思冰：主页的修改
祁志洋：功能栏完善，偏好设置制作
刘俊杰：日志撰写，图标查找
柏盛元：图例制作

5.24 - 6.1

完善了一部分功能
改进
主页：将“减肥模式”按钮整合到偏好设置中，使得界面更加简洁
功能栏：更新了图标，使得图标更加美观
分工
祁志洋：对一部分功能进行修改
刘常思冰：对一部分功能进行修改
刘俊杰：日志撰写
柏盛元：图例制作

6.1 - 6.14

制作了应用的后端（使用django框架）
改进完善了前端菜单代码逻辑
使用了人工智能对用户画像进行分析
完善了json的格式
分工
祁志洋：对一部分功能进行修改，深度学习的开发
刘常思冰：对一部分功能进行修改
刘俊杰：对后端代码进行了编写，修改了前端的一些代码柏盛元：菜单制作

5.24 - 6.1 图片更新

“今天吃什么”需求规格文档（6-14更新）

a. 引言

a. 1目的 a. 2预期的读者和阅读建议 a. 3产品的范围

b. 综合描述

b.1产品的前景 b.2产品的功能 b.3用户类和特征 b.4运行环境 b.5设计和实现上的限制

c. 外部接口需求

c.1用户界面 c.2接口

d.系统特性

d.1说明和优先级 d.2激励/响应序列

e.其他非功能需求

e.1 版本及性能需求
e.2 安全需求附录：分析模型

a.引言

这篇文档是BIT软件工程17级，uml建模课程4-6班第3小组的软件需求工程文档，本组的服务内容是：今天吃什么微信小程序应用。

a.1 目的

纠结症患者中午不知道吃什么时，帮助他们随机选择或者自定义菜单。

a.2 预期读者和阅读建议

审核人：在查看原型前应首先阅读此文档全部的内容，了解软件的开发进展情况
甲方：在使用原型前应首先阅读此文档全部的内容，以便深度的使用改应用
开发者：在使用原型前应首先阅读此文档a，c，d，e部分的内容，以了解软件的开发要求和进展
一般使用者：在使用原型前应首先阅读此文档的b部分，以了解该应用的基本特性以及功能

a.3 产品范围

该产品仅限校内用户测试使用

b.综合描述

这一部分概述了正在定义的产品以及它所运行的环境、使用产品的用户和已制知的限制、假设和依赖。

b.1 产品的前景

对学校的学生来说，该平台是一个提供每日三餐推荐的系统，来解决他们对于三餐的纠结。同时在对三餐的选择中，可以自定义范围，例如外卖或者食堂模式。另外对于每一种菜品，都有其分类，方便同学们更好的选择。有了这个平台，可以很好的解决同学们对于每餐吃什么的问题，同时也能为其进行三餐的搭配。

b.2 产品的功能

登陆功能：使用微信号登陆，保存用户信息
一键推荐功能：在选择偏好后点击，根据偏好推荐菜品
偏好设置功能：根据口味情况和实际需求来修改偏好
菜单及收藏功能：收藏喜欢的菜品

b.3 用户类特征

本产品主要面向在校师生

学生： 特征：熟练使用手机，喜欢简洁的操作，对界面美观有一定要求，喜好的口味风格多。
老师： 特征：与学生基本类似，要求操作简单和界面简洁大方，口味各异。

b.4 运行环境

微信5.0以及以上版本

b.5 设计和实现上的限制

LI-1:还未实现与服务器端的联系
LI-2:未接入外卖商家

c 外部接口需求

c.1 用户界面

导航栏：主页，菜单页，个人信息页
主页：一件选择按钮，偏好设定按钮
菜单页：右侧包含菜品类型按钮，左侧为菜品，菜品旁为加入收藏按钮
个人信息页：登陆按钮，作者信息按钮，查看收藏按钮

c.2 接口

在服务器上与Django后台进行链接，可保存用户信息和收藏的菜品信息
与微信所提供的接口相连，小程序可获取用户的名称，头像等信息
后台信息与人工智能算法相连接，可分析用户画像

d 系统特性