1.团队所有成员共同讨论各部分实现功能，一共有4个功能，分别由5名成员负责各自的后端接口，2名同学负责前端界面，1名同学负责美工；
2.在11月8日前，美工组同学先完成界面主体设计，然后交由各参数于前端小组；
3.在11月8日——11月15日期间，前端小组根据美工小组同学的设计，完成前端的编程，与此同时，后端组自发讨论学习各自功能的实现算法；
4.在11月15日——11月20日期间，后端组完成各自的后端功能实现，并与前端接口相连接；
5.在11月20日——11月25日期间，团队成员组织探讨合并该项目，对于有缺陷或者未能实现的功能集中讨论，改善项目。
线上推广
- 在本院、校学生会以及各个班级组织推广免费使用
线下推广
- 与福建省其他高校一起推广使用，体验高效便捷的微信办公软件服务
- 另外，在办公区域，通过添加小程序等服务，赠送相关办公用品
因为我们的项目名称是WeEdit，所以我们的LOGO象形E，即办公的意思，另外，用“...”以及铅笔象形结合，展现出我们的主推功能“共享编辑”。底色的绿色的，主要是为了契合微信的图标底色，我们竭尽全力地使这个小程序与微信进一步的贴切，减少用户的使用难度，方便使用。
| 姓名 | 学习进度/任务 | 个人贡献分 |
|---|---|---|
| xxx | xxx | |
| xxx | xxx | |
| xxx | xxx | |
| xxx | xxx | |
| xxx | xxx | |
| xxx | xxx | |
| xxx | xxx | |
| xxx | xxx | |
| xxx | xxx |
去除最高分（87）最低分（63）后的平均分：
- 第一组：82
- 第二组：77
- 第四组：87
- 第五组：63
- 第六组：82
- 第七组：79
- 第八组：69
- 第九组：
第一组的问题
- Q1:在宣传中讲到应用的文档编辑倾向于“轻量化的编辑”，这与现有的移动端文档编辑应用相比有独到的竞争力吗？
A1:我们主推微信群聊群体，简单编辑易上手就是我们的竞争力。- Q2:产品比起之前的需求分析又增添了新功能，能否阐述一下产品的核心功能是？
A2:我们的核心功能还是共享编辑。- Q3:是否对文档协同编辑时可能出现的问题制定相应的验收标准（比如文档在多端编辑时没有同步更新）
A3:后期会制定一个标准，及时更新，谢谢。
第二组的问题
- Q1:市面上有很多做的很成熟且使用很方便的竞品，其功能也很丰富，为什么客户要选择你们的？
A1:首先，微信小程序便于安装和分享，其次捕获定位信息的功能能够方便用户们的使用而不同于其他软件的选取地点。- Q2:你们产品为小程序且介绍的功能较多，加上小程序本身有局限，能够真正实现你们所介绍的功能吗？
A2:可以的。- Q3:是否有考虑增加更佳新颖功能或界面设计更加突出来吸引用户使用？
A3:没有，我们认为能使用户更加便捷地适应这个项目和使用就是我们的最初目的。
第四组的问题
- Q1:请问你们开发的产品相比于如腾讯文档这类多人实时在线编辑的软件，存在有哪些附加功能呢，还是仅是以微信小程序形式来实现？
A1:我们还有现场签到、发布通知等一系列附加功能的呀。- Q2:微信小程序能实现的功能存在局限性，是否能有效完成该项目呢？
A2:目前看来是可以的。- Q3: 仅依赖于微信小程序是否显得拓展性不够，扩展成APP的形式是否会效果更好呢？
A3:我们认为微信小程序更为简单便捷，而且其实目前微信的使用量似乎要远远超过其他的APP，因此我们认为这边比较有市场需求。
第五组的问题
- Q1:既然是链式功能服务，有没有考虑做成app，可供多种社交账号进行登录使用？并且不同账号之间的文件可以共享编辑？
A1:我们暂时主要是为了微信用户来考虑，因为从目前来看，微信这边市场需求比较大- Q2:文档编辑授权问题，发起人能否进行批量授权？
A2:我们的初始授权是对于分享到的这一个群聊，即群聊里的人数都可以进行提供建议。- Q3:现场签到的防止虚拟定位是否繁琐了点，能否有更加高效的签到方式？
A3:好的，感谢建议，我们会尽量实现。
第六组的问题
- Q1:你好，请问1分钟的视频用来展示原型的操作时间过短，且没有声音，观看者很难看清楚具体功能，是否可以考虑采用截图置于PPT中由演讲者大致讲解功能模块？
A1:好的，我们会考虑的，谢谢你。- Q2:你好，请问签到功能是否能够解决代签问题？
A2:我们目前已经在考虑这方面内容，会尽能力解决的。- Q3:你好，请问PPT内容相对比较少，是否可以考虑丰富PPT内容? 如增加原型的界面截图。
A3:嗯嗯好的。
第七组的问题
- Q1:你们提到签到的时候会限制IP或者WIFI，不知道这个方法的可行性有多高呢？是否可以给出一些例证来说明？
A1:就比如你到一定的地点使用上此IP，然后你才可以进行签到，你在其他IP地址上签到是无效的。- Q2:”收集想法“这个功能和在朋友圈发一条消息或者在QQ空间发说说有什么差别？
A2:emm，你会一直在QQ空间或者朋友圈发动态吗？- Q3:”共享编辑“这个功能是否有历史修改记录，能实现版本回退？如果回退到较早的一个版本，这个版本之后的改动是否会一直保存着，还说是在这次操作里还能保留，但退出本次操作后，那些版本就会被清空？
A3:会有记录保存着，即可以退回使用。
第八组的问题
- Q1:产品与其他同类型产品拉开距离的核心竞争力是什么？
A1:我们使用微信小程序，给用户更便捷的体验。- Q2:对于协同编辑功能有没有考虑到在线用户数量会暴增，那会不会造成编辑的不稳定，有什么对策解决？
A2:目前我们考虑的是小群体用户，即一个部门或者一个小团队的内部使用，针对于这个，我们也会考虑解决的谢谢谢- Q3:对于签到，为防止代签之类的问题，是不是会用gps定位功能，但若是组员没有开启这个功能，那这样不就有漏网之鱼了吗？
A3:可以根据他们的具体要求来选择是否开启，有时候人家也想水一点点呢？
第九组还未提问。
第一组
- 产品需求说明书的规格和视频的音频部分修改。
第二组
- 考虑不在微信上也能使用，提高安全性和用户数据真实性。
第四组
- 在视频展示环节增加更多创意元素
第五组
- 签到功能应该要简单便捷且高效
第六组
- 丰富ppt内容，ppt排版再优化一点
第七组
- 加强文档撰写，共享编辑能否支持多样的文件形式。
第八组
- 完善相关功能，保证能真正的在办公上实现高效。
第九组还未提问。
困难描述
- 对于签到系统的精准实时定位以及共享编辑的多用户使用
做过哪些尝试
- 我们查找了一些算法以及在网上查阅了一些类似的解决方法
是否解决
- 定位我们是打算采取IP或WIFI，然后多用户的编辑目前还在进行中
有何收获
- 使得我们更加认真地考虑了项目功能的完善方向，以及之后的可行性。
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
| Planning | 计划 | 5 | 5 |
| · Estimate | · 估计这个任务需要多少时间 | 120 | 150 |
| · Development | 开发 | 10 | 10 |
| · Analysis | · 需求分析 (包括学习新技术) | 10 | 10 |
| · Design Spec | · 生成设计文档 | 20 | 30 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 20 | 20 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 50 | 80 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| · Reporting | 报告 | 0 | 0 |
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 0 | 0 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 5 | 15 |
| 合计 | 160 |
| 第N周 | 新增代码 | 累计代码 | 本周学习时间 | 累计学习时间(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 5 | 5 | 对Axure的学习 |
| 5 | 200 | 400 | 12 | 17 | html,css的学习 |
| 7 | 400 | 800 | 7 | 24 | 学习C的函数、Xhtml的语法 |
| 7 | 100 | 900 | 7 | 24 | 微信web开发者工具的使用 |
原文：https://www.cnblogs.com/jxdbky/p/9904665.html