第08组 团队项目-需求分析报告

组长博客:地址

一、组队后的团队项目的整体计划安排

二、团队分工

（1）分而治之（WBS,Work Breakdown Structure）

（2）alpha 版本需要做的事情

用户模块：

后台管理模块：

（3）各成员分工明细及 TODO list

（4）燃尽图

三、思维导图

四、评估团队中每个人对本次作业的贡献比例

（1）工作流程

分配任务->原型设计->UML分析设计->验收标准->需求报告->PPT制作->现场答辩->评分提问->报告修改->答辩总结->撰写博客

（2）组员分工以及工作量比例

五、评审表格设计

六、UML

UML&成员成果汇集

Part 1 类图

这里描述的是系统哪部分？

描述了系统所用到的类和接口

这部分要面临什么样的问题？

各部分关联结构设计

以下设计解决了哪些问题

让开发者和阅读需求文档的人初步了解软件的设计结构

UML图：

Part 2 用例图

这里描述的是系统哪部分？

用户与系统的交互

这部分要面临什么样的问题？

不同用户对不同功能的使用过程

以下设计解决了哪些问题

明确各用户各功能的操作流程

UML图：

Part 3活动图

这里描述的是系统哪部分？

活动的顺序和条件控制

这部分要面临什么样的问题？

使用者不明白如何实现自己的需求

以下设计解决了哪些问题

让使用者能在规定流程下得到想要的成果

UML图：

Part 4 实体关系图

这里描述的是系统哪部分？

业务流程中不同实体的关系

这部分要面临什么样的问题？

如何确定实体之间的业务联系

以下设计解决了哪些问题

突出不同实体的各自属性和相互联系

UML图：

Part 5 状态图

这里描述的是系统哪部分？

各对象在其生存期间的动态行为

这部分要面临什么样的问题？

如何确定对象的状态及其状态之间的转移

以下设计解决了哪些问题

让繁杂大量的状态转换变得清晰

UML图：

七、工具选择

ProcessOn

• 支持流程图、思维导图、原型图、UML、网络拓扑图、组织结构图
• 可以在线制作、与他人协作、使用现有模板

八、使用后对工具的评价

（1）百度脑图：

优点：

• 简洁大方
• 操作容易上手
• 用户体验良好

缺点：

• 协作性差
• 无法导入他人的部分节点
• 文本效果差，包括无法调节大小等

（2）pptx

优点：

• 接口文档清楚
• 用例简单

缺点：

• 接口仍不够完备

九、答辩总结

（1）求出本组的现场答辩得分：去除最高总分，最低总分，求平均分

• 各组的评分分别为：93 85 85 87 83 82 83 88 82 83 74 69，去掉最高分93，去掉最低分69，平均分83.20

（2）回答其他小组对本小组的提问

• 第一组问：一键生成能做个预览吗？
• 回答: 可以的，在原型设计里已经有体现了哦。
  
• 第二组问：如何获取到更多的模板格式的是一个值得考虑的问题，还有兼容性可能会有点难实现?
• 回答:我们会在前期采取以精为主的策略，随着用户量增长会考虑和其他平台做一些合作实现资源的更加丰富。兼容性会不断加强。
  
• 第三组问：一键生成的logo会不会缺少一些好的设计感，建议把焦点放在PPT方面可能会更满足用户的需求？
• 回答:一键生成可以满足用户对不同风格的需求，但是如果用户想具有较强的设计感，建议使用我们的高级服务，一对一专人对接。个人觉得目前的智能还不能自主形成人类认为的较强设计感，而是满足用户在有大方向界定下的一些特定风格的logo生成，倘若未来的某天AU真的能自主理解人类的美感，又有许多logo设计师要下岗了。
  
• 第四组问：无
• 回答:无
  
• 第五组问：logo生成只是简单找一个图标套上字体，无法让logo体现主题，建议专注于ppt一件转化
• 回答:我们首先专注的就是核心功能的实现，在实现较好效果基础上才会继续拓展业务。
  
• 第六组问：除了PPT的一键生成，其他海报，logo是否也可以做到一键生成
• 回答:是的。一旦它们最终加入我们的页面功能中，我们就会保证它们功能的简洁实用性。
  
• 第七组问：如何在技术上处理文字与背景融为一体无法辨识的问题。
• 回答:通过判断颜色的对比度来发现这类问题。当然在我们已加入的可供选择的模板中，肯定是已经设置出了较优的搭配情况，不会使PPT在转换后出现这种情况。
  
• 第八组问：建议一键转换时可以提供多种文档格式供用户选择，加大宣传力度，吸引更多的用户
• 回答:关于文档的输入格式我们在功能实现的基础上肯定会不断完善，尽量支持更多种的文档输入，给用户提供更多的便利。
  
• 第九组问：毕竟因为知识产权的重要性，在安全方面是否应该有一些协议来给用户提供保障（针对服务方和客户方）呢？
• 回答:这是一个好的建议。我们会考虑在作品被下载前增设用户阅读使用协议条款的环节，与用户约定仅能用于非商业用途。如需用于商业用途或转载，需向我们取得授权。
  
• 第十组问：logo自动生成是自己制作的话，那你们如何保证初期就有许多的logo可以选择并且修改，风格又是如何确定的呢？
• 回答:初期会是人工界定一些不同风格的样式类，然后根据已有的AI算法在不同样式类中再生成更多种可供选择的logo。
  
• 第十一组问：logo生成的网站很多，而且大多数生成的很鸡肋，真的不如自己花10分钟拼一个..这个功能你们有什么特别的地方吗
• 回答:我觉得它们有些生成的确实很死板，我希望我们最终实现的效果是在更加智能化的分析后生成的特色logo。
  
• 第十二组问：对于原来结构较为扁平或混杂（如有些元素嵌在背景里）的文档如何处理？是否考虑更多可自定义的选项？
• 回答:我们会对不同结构的文档有特定的解决方案，处理的结构会尽量在保持原有效果的基础上解决冲突。自定义的选项会逐步完善，但是我们认为如果加的太多反而会成为最后软件的负担，因为这会让功能和使用不再简单和简便，也与我们的初衷相违。
  

（3）根据答辩中其他组提出的意见和建议修改完善本组需求分析报告，并标明修改之处

1、设施用户协议签订环节保护作品的知识产权。

2、PPT一键生成的文档输入可以有更多方式。

十、《需求规格说明书》（10 1分）

《需求规格说明书》

提取码：rdic

十一、遇到的困难及解决方法

困难描述

1、如何在团队编码工作尚未开始时，就完成类图的设计与产品思维导图的构想。
2、如何运用框架和API完成项目功能

做过哪些尝试

1、与协同者互相商量，以及借鉴上一级同学的成果，明确我们所需要的功能和方面。
2、仔细查看开源代码和API接口文档，并亲身实践，做一些简单尝试以证实功能的可行性。

是否解决

是，较好解决

有何收获

1、合力完成思维导图的喜悦，收工时刻的欢愉
2、仔细阅读API接口文档的收获，相比于只看简介更能知道能做什么和如何去做。

十二、PSP

十三、学习进度条

第08组 团队项目-需求分析报告

原文：https://www.cnblogs.com/TITIN24/p/11749719.html