| 项目 | 内容 |
|---|---|
| 作业课程地址 | 任课教师首页链接 |
| 作业要求 | 团队项目 |
| 填写团队名称 | 黑白团团队 |
| 填写具体目标 | 认真负责，完成项目 |
任务一：团队项目需求分析改进
a.分析《导游众评网项目需求规格说明书》初稿不足，特别是需求描述建模不完整的内容。
经过初步撰写概要设计，重新审核需求说明书，我们发现了很多不足的地方。
1、对功能的规定对细节考虑不周全，描述有歧义，并逻辑混乱，改进如下：
改进前：
建立一个对所有人开放的导游众评网站，根据管理搜集到的用户对导游的评价信息，为用户提供导游评价信息参考（首页随机推送优秀导游）。该项目分为以下三个模块：
（1） 注册登录模块：为提升评价内容的可信度，我们采用用户实名注册登录。
（2） 评价模块：用户在评价时需给出导游所属单位和姓名，旅游路线，地区；用户可在已有导游的评价内容下添加评价，也可直接添加导游信息及评价，若添加的导游已存在，则>系统合并导游评价信息。
（3） 搜索模块：我们将用户评价的内容提取出一些文字作为导游的标签；，用户若想根据意愿了解导游信息，可以根据导游所属单位，或所属地区，或各个标签（细心，热情等）>来查看导游评价信息，也可根据热度和评价时间排序推送；还可根据关键字搜索。输入关键字搜索时，通过对比关键字查找相应的结果，并将结果显示出来。
改进后：
建立一个对所有人开放的导游众评网站，根据管理搜集到的用户对导游的评价信息，为用户提供导游评价信息参考（首页随机推送热门评论）。该项目分为以下三个模块：
（1） 注册登录模块：为提升评价内容的可信度，我们采用用户实名注册登录。
（2） 评价模块：用户在评价时需给出导游所属单位和姓名，旅游路线，地区；用户可在已有导游的评价内容下添加评价，也可直接添加导游信息及评价，若添加的导游已存在，则>系统合并导游评价信息。
（3） 搜索模块：标签搜索模块：用户根据意愿选择标签了解导游信息，可以根据所属地区、性格特点、性别等来查看导游评价信息，信息根据热度和评价时间排序推送。搜索模块：根据关键字搜索。输入关键字搜索时，通过对比关键字查找相应的结果，并将结果显示出来。
2、对输入要求写的太简略，调理不清晰，改进如下：
改进前：
1.系统登录：用户的账号和密码，要求和数据库中的存储数据一致
2.用户登录状态时，可以对导游进行评价。
改进后：
1.系统登录：用户的账号和密码
2.用户登录状态时，可以对导游进行评价。
3.用户注册：用户账号、密码、手机号。
b.参考《构建之法》8.5节功能的定位和优先级，给出功能分析的四个象限。
c. 编制团队项目的WBS。
任务分配：
索郎卓玛：用户注册、用户登录、设置个人信息
马秀丽：添加导游信息评论、跟评论
宋菲菲：输入搜索、标签搜索
李星宇：管理者模块
d. 团队成员估计各自任务所需时间
索郎卓玛：用户注册（1周）、用户登录（一周）、设置个人信息（一周）
马秀丽：添加导游信息评论（两周）、跟评论（两周）
宋菲菲：输入搜索（两周）、标签搜索（两周）
李星宇：用户管理（两周）、评论管理（两周）
e.更新《软件需求规格说明书》Github仓库
需求分析改进总结
通过老师的评论及我们重读自己的需求分析，我们确实发现了一些问题：
1.在需求分析阶段一定要弄清楚用户的需求是什么，确定项目的功能包括其中的各种细节，然后对功能模块进行比较准确的划分，整体逻辑要清晰。
2.在撰写报告时清楚的表达非常重要，不能有歧义或者描述不清楚，这会给后面的工作造成困扰,。
3.输入要求要要明确和确定，条理要清晰，对输出结果要明确。
4.需求分析是我们进行工作的基础，如果需求分析做不好，那么后面的工作基本上属于白费力气，经过需求分析得到项目的功能，但是不能仅仅局限于用户提什么要求> 就做什么，要弄清其合理性及重要性，当然在调查用户需求时，调查的方法及数据的来源以及数量都很重要，我们在调查差过程中不能局限于一种方法，尽可能得到更加全面有效的数据，从而做出正真的有意义的需求分析。
任务2：团队项目系统设计
实体关系图 (Entity Relationship Diagram)
用例图 （Use Case Diagram，UCD )
表达数据的流动 （Data Flow Diagram）
任务3：《软件系统概要设计说明书》Github仓库
任务4：在团队博客发布博文，陈述团队项目的系统设计过程、系统设计方法与建模工具，描述团队成员在系统设计的具体分工及占整个系统设计文档任务的工作量比例，总结团队项目系统设计心得。
设计心得
- 经过概要设计，我们有以下心得：
1.设计一般来说是个学习迭代的过程、通过不断的评审、确认、改善达到成熟. 但是前提必须写出设计文档，而不能仅仅停留在脑袋里，确定要实现哪些功能，一个 个> 列出；有功能点才有目标，不能想什么是什么；概要设计重点在于将模块分解为对象并阐明对象之间的关系。一般来说,概要设计文档主要包括以下内容:功能概要,功
能详细,UI,DB等。
- 关于功能概要部分要简明扼要，应该写清楚功能的用途，把功能处理的各个步骤写出来，可以在处理的各步骤中区分各种情况简单叙述，重要的是写清楚机能的实
现都有几个步骤。关于功能详细部分,重点在于类设计以及实施细节，类之间的相互关系,用表或文字的形式描述出来- 确定方案对外提供的接口。交互的设计往往是人们关注的重点，所以也要特别注意。对于画面的风格、操作等尽量做到清晰明了，简单易操作，看着舒服。
- 设计的完整性、严密性、可用性是成功的主要因素。
5.设计不等同于创造和创新，但是好的设计一定包含各种创新。- 多看看其他的系统，功能、交互方法、实现方式等，才会有思路，有想法。比如，画面色彩、布局等多看才有比较。
- 在设计过程中，我们的首先是一起进行了整体设计，分条列出功能，确定各个模块及其之间的关系，所用到的数据信息，界面情况等，在这个过程中要反复确认其中功能及操作细节，总体设计完成后，才分配其他任务各自完成。