第07组(69) 需求分析报告

# 1.团队基本情况

## 1.1团队项目整体计划安排

- 项目分工表

| 工种 | 组员 | 任务 |
| ------ | -------------- | ------------------------------------ |
| 统筹 | 陈晟新 | 考察任务进度，负责人员调度，后端研究 |
| 美工 | 李佳乐 | UI设计，原型设计，细化用户需求 |
| 测试 | 孙晴晴 | 测试方案制定，评测测试系统 |
| 服务器 | 吴洁颖 | 研究服务器方面的需求 |
| 网页 | 陈小楚，何文龙 | 网页的制作，交互的实现 |
| 算法 | 傅智鑫，王璐 | 酷转的算法实现 |
| 小程序 | 吴起霖，吴尹航 | 微信小程序的构造 |

Alpha阶段：
研究开发过程中需要掌握的新技术，并定期学习新知识，广泛查阅相关资料。
酷转四大核心功能的实现，完成初步的前端开发。

Beta阶段：
用户的登入、注册功能实现。
前端开发的完善。
测试Alpha阶段实现的功能是否完善，结合用户反馈并提出相应的改进方法。

后期：
收集真实用户的反馈并作出相应的改良，对用户界面进行美化。
完善整个项目，在能力范围之内拓展一些额外的功能，加强用户体验。

- 整体计划安排

| 项目计划 | 时间安排 |
| ------------------------------------------------------------ | ---------- |
| 细化需求，完善需求分析报告 | 10.19-11.3 |
| 原型设计，初步构建出将来网页端的展现样式 | 10.19-11.7 |
| 完善类图，构建代码框架，确定编码规范 | 10.19-11.7 |
| 指定系统测试方案，选择测试工具 | 11.1-11.10 |
| 研究项目如何与服务器端对接，以及如何进行服务器端的开发 | 11.2-11.15 |
| UI设计，运用美工技巧去完善原型设计，做进一步完善 | 11.8-11.19 |
| 进行Alpha版本开发——项目管理+后端实现+前端开发+UI设计+系统测试同步推进 | 11.3-11.28 |
| 进行Beta版本开发——根据用户的反馈在Alpha版本的基础上进行优化 | 待定 |
| 编写用户使用手册，确定项目第一个版本 | 待定 |
| 维护和进一步完善项目，更新项目版本 | 待定 |

## 1.2团队分工

| 组员 | 任务 |
| ------ | -------------------------------------------------- |
| 陈晟新 | 分工，考察各个工种的进展，绘制类图，审查文档，汇报 |
| 陈小楚 | 设计调查问卷，撰写部分需求分析报告 |
| 傅智鑫 | 撰写部分需求分析报告，绘制部分UML图 |
| 李佳乐 | 主要原型制作，提供视频素材 |
| 王璐 | 原型设计 |
| 孙晴晴 | PPT制作 |
| 吴洁颖 | 绘制部分UML图 |
| 吴起霖 | LOGO设计，视频处理，整合PDF文档 |
| 吴尹航 | 撰写部分需求分析报告，绘制部分UML图 |
| 何文龙 | 绘制燃尽图，思维导图，部分UML图 |

## 1.3个人贡献比例

| 组员 | 比例 |
| ------ | ---- |
| 陈晟新 | 11% |
| 陈小楚 | 11% |
| 傅智鑫 | 9% |
| 李佳乐 | 11% |
| 王璐 | 9.5% |
| 孙晴晴 | 9.5% |
| 吴洁颖 | 7% |
| 吴起霖 | 12% |
| 吴尹航 | 9.5% |
| 何文龙 | 10.5% |

## 1.4思维导图和燃尽图

思维导图：

该思维导图一共分为四个模块，分别是：功能及格式模块，主要用户群体模块，制作人员模块和界面模块。
功能及格式模块介绍了我们的产品功能和我们能够支持处理的文档格式。
用户群体模块介绍了我们主要面向的对象。
制作人员模块介绍了我们所掌握的技能以及团队的分工。
界面模块介绍了我们产品的具体功能以及用户使用我们产品的流程。

燃尽图：


# 2.小练习

##（1）网页前端部分

- 负责人：陈小楚 何文龙
- 描述：负责用户从登陆到使用该功能的具体流程。
- 该部分面临的问题：网页端的接口难以实现，在上传和下载文件还存在问题。
- 解决的问题：采用用户一体的方式，让用户自己来选择限制条件。

顺序图：

 

组件图：

 

状态图：

 

对象图：

 

用例图：

 

## （2）算法实现部分

- 负责人：王璐 傅智鑫 陈晟新
- 描述：算法实现部分包含了从文件格式转换，读入并处理文件的内容，然后将处理好的内容写入到新文件中。
- 该部分面临的问题：文件的编码，识别关键字段以及实现像excel一样填写word指定字段内容。
- 解决的问题：解决了文件编码的问题。

用例图：

 

顺序图：

 

状态图：

组件图：

 

对象图：

类图：

  类图中共有7个类，其中文档处理类DocumentProcess是ExcelToWords、WordsToExcel、、WirteBatchWord这三个类的父类，  DocumentProcess中提供了导入文件路径readpath、模板文件路径formatpath、写入文件路径writepath三个属性以及获取导入文件信息get_infos、获取模板文件信息get_template、两个方法，子类可以继承这些属性和方法。
  ExcelToWords类实现的功能是将一个汇总的excel文件中的信息按照用户指定的模板导出对应信息条目数量的word文件，其中属性和部分方法可以从父类继承。write_words方法作用是将获取的汇总excel信息根据word模板格式信息逐一写入指定路径writepath，返回值是包含所有写入文件的文件夹的路径dirpath，zip_dir方法作用是将给定文件夹路径dirpath对应的文件夹进行打包，返回值是打包文件的路径。
  WordsToExcel类实现的功能是将多个具有相同模板的word文件汇总为一个excel文件，其属性和部分方法可以从父类继承， get_columns方法作用是提取导入文件路径下的word模板中的字段信息，返回值是以属性名称为元素的列表。
  ProcessExcel类是MergeExcel、SplitExcel类的父类，提供导入文件路径readpath、写入文件路径两个属性和获取导入文件信息get_infos、获取导入文件属性列表get_columns两个方法。子类可以继承这些属性和方法。
  MergeExcel类实现的功能是将多个具有相同模板的excel文件进行简单合并或者将多个至少具有一个共同属性的excel文件进行自然连接合并。其中部分属性和方法可以从父类继承。keyword属性表示用户给定的连接依据，keyword为空字符串时表示将要进行的是简单合并，keyword不为空字符串时表示将要进行的是自然连接合并。
  SplitExcel类实现的功能是将一个汇总的excel文件按照用户指定的规则拆分为多个excel文件。其中部分属性和方法可以从父类继承。basis属性表示的是用户指定的分割规则信息，classify_infos方法作用是根据用户指定的分割规则basis将存储有原excel文件信息的列表infos进行分割，分割结果以列表形式返回。
  WriteBatchWord类实现的功能是根据用户指定的模板，以类似excel文件的方式批量填写指定份数的word文件。其中部分属性和方法可以从父类继承。number属性表示用户指定的填写份数。batch_write方法作用是根据获取的模板信息，以友好的交互方式让用户批量填写word文件，支持以字段为填写单位且公共字段无需重复填写，从而提高用户填写大量模板相同的word文件的效率。

 

## （3）服务器部分

- 负责人：吴洁颖

- 描述：服务器在两者之间进行交互的具体措施。

- 该部分面临的问题：服务器完全就是一个全新的概念，需要从头开始慢慢学，包括请求的发送三个基本部分，回复的具体措施等等都需要我们从最开始去分析操作，更要注意的是有很多协议的部分需要去注意，一定要在这一方面做好文章。

- 解决的问题：最开始在网络上查找相应的资料，了解最基本最寻常的基础知识，后来又和其他组负责这一块的同学具体商量了一会，也知道了大概应该去做的事情。

 

对象图：

 

用例图：

 

状态图：

 

对象图：

## （4）小程序部分

- 负责人：吴尹航

- 描述：这一部分包含了用户注册、微信登录、功能选择和条件设置、文件的导入导出流程等在“酷转”微信小程序上的所有操作部分。

- 该部分面临的问题：

1.手机文件系统与PC端有较大差异，用户可能找不到导入导出文件的相关路径；

2.在手机上具体操作Word和Excel对一部分用户而言较为困难；

3.仅支持微信认证登录，暂不支持账号密码登录。

- 解决的问题：

1.实现了对用户上传文件的格式识别，确保用户上传的文件与选定功能匹配；

2.指定填写字段时采取了类似Excel表格的操作，对用户更为友好。

 

流程图：

 

用例图：

 

顺序图：

 

状态图：

 

对象图：

 

# 3.作业记录相关

## 3.1 工具选择

设计工具选择:gitmind

选择理由：免费易用

评价：gitmind是一款非常完善的在线画脑图和uml图的工具，所有需要用到的小工具图例都在里面有具体的应用。

## 3.2 遇到的困难及解决方法

- 困难描述
在选择图的过程中对图的具体应用不是很清楚，不知道该如何选择。
- 做过哪些尝试
小组讨论 网络查询。
- 是否解决
完美解决问题。
- 有何收获
提高了解决问题的能力，而且在画图这方面更加的熟练了，信心满满。

## 3.3 PSP表格和学习进度条

### PSP表格

| 过程 | 预估耗时（分钟） | 实际耗时（分钟） |
| :------------------------------------ | ---------------- | :--------------: |
| **计划** | | |
| 估计任务时间 | 20 | 15 |
| **开发** | | |
| 需求分析 (包括学习新技术) | 300 | 350 |
| 生成设计文档 | 120 | 150 |
| 设计复审 | 20 | 30 |
| 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| 具体设计 | 0 | 0 |
| 具体编码 | 0 | 0 |
| 代码复审 | 0 | 0 |
| 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| **报告** | | |
| 测试报告 | 0 | 0 |
| 计算工作量 | 30 | 50 |
| 事后总结, 并提出过程改进计划 | 30 | 30 |
| **合计** | 500 | 615 |

### 学习进度条

| | | | | | |
| ----- | -------------- | -------------- | ------------------ | -------------------- | ------------------------------------------------------------ |
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
| 1 | 0 | 0 | 20 | 20 | 分析整个项目的需求，学习相关知识，设计原型，分析算法所需要的模块 |