软工 团队第三次做业

Part 0. 开篇

WeEdit需求规格说明书
第三次软工实践答辩材料
一分钟演示视频
组长博客连接

Part 1. 计划安排

1. 团队全部成员共同讨论各部分实现功能，共有5个功能，分别由5名成员负责各自的后端接口，2名同窗负责前端界面，1名同窗负责美工；
2. 在11月8日前，美工组同窗先完成界面主体设计，而后交由各参数于前端小组；
3. 在11月8日——11月15日期间，前端小组根据美工小组同窗的设计，完成前端的编程，与此同时，后端组自发讨论学习各自功能的实现算法；
4. 在11月15日——11月20日期间，后端组完成各自的后端功能实现，并与前端接口相链接；
5. 在11月20日——11月25日期间，团队成员组织探讨合并该项目，对于有缺陷或者未能实现的功能集中讨论，改善项目。

• 线上推广
  • 在本院、校学生会以及各个班级组织推广无偿使用
• 线下推广
  • 与福建省其余高校一块儿推广使用，体验高效便捷的微信办公软件服务
  • 另外，在办公区域，经过添加小程序等服务，赠送相关办公用品

Part 2. 项目logo

由于咱们的项目名称是WeEdit，因此咱们的LOGO象形E，即办公的意思，同时主体部分为共享的标志，符合咱们项目的立意。另外，用交流符号“...”以及铅笔形象地结合，展示出咱们的主推功能———“共享编辑”。底色设定为绿色，主要是为了契合微信的图标底色，咱们不遗余力地使这个小程序与微信进一步的贴切，减小用户的使用难度，方便使用。

Part 3. 思惟导图

思惟导图高清pdf版

Part 4. 团队中我的的贡献比例

图中已经细分了各个成员在本次的团队实践任务中的具体工做分工，并以工做量的比例进行分数的评定，详细见图。本次的需求规格说明书具体参照了“GB-T 9385-2008，《计算机软件需求规格说明规范》”，以大纲为框架逐渐完善内部内容，后续经审核补充完成最终的文档。

姓名	得分（百分制比例%）
柯奇豪	18.575
蒋熊	8.675
黄志铭	7.775
黄毓明	14.975
林翔宇	16.775
丁水源	14.975
杨礼亮	16.775
陈超星	1.475

Part 5. 评审表格设计

Part 6. 答辩总结

Q&A

• 第一组的问题

Q1:在宣传中讲到应用的文档编辑倾向于“轻量化的编辑”，这与现有的移动端文档编辑应用相比有独到的竞争力吗？

A1: 咱们主推微信群聊群体(尤为针对常用微信群聊进行办公的上班族、社团部门等)，简单编辑易上手和链式体验就是咱们的竞争力。

Q2:产品比起以前的需求分析又增添了新功能，可否阐述一下产品的核心功能是？

A2: 咱们的核心功能仍是共享编辑。

Q3:是否对文档协同编辑时可能出现的问题制定相应的验收标准（好比文档在多端编辑时没有同步更新）

A3: 后期会制定一个标准，及时更新，谢谢。

• 第二组的问题

Q1:市面上有不少作的很成熟且使用很方便的竞品，其功能也很丰富，为何客户要选择大家的？

A1: 首先，微信小程序便于使用和分享，其次捕获定位信息的功能可以方便用户们的使用而不一样于其余软件的选取地点。

Q2:大家产品为小程序且介绍的功能较多，加上小程序自己有局限，可以真正实现大家所介绍的功能吗？

A2: 小程序开发内部提供有丰富的接口，就目前了解而言是能够实现的。

Q3:是否有考虑增长更佳新颖功能或界面设计更加突出来吸引用户使用？

A3:暂时没有，咱们认为能使用户更加便捷快速的去熟悉使用就是咱们产品推出的初衷。

• 第四组的问题

Q1:请问大家开发的产品相比于如腾讯文档这类多人实时在线编辑的软件，存在有哪些附加功能呢，仍是仅是以微信小程序形式来实现？

A1:咱们还有现场签到、发布通知等一系列功能，能够造成一个链式的关联总体使用。

Q2:微信小程序能实现的功能存在局限性，是否能有效完成该项目呢？

A2: 就目前而言是能够完成的。

Q3: 仅依赖于微信小程序是否显得拓展性不够，扩展成APP的形式是否会效果更好呢？

A3: 咱们认为微信小程序自己以其简单便捷的优势会给产品带来更大的吸引力，拓展性方面会在可行的范围内，再进一步的去深刻，尽量的在完成既定规划的情形下去丰富拓展。

• 第五组的问题

Q1:既然是链式功能服务，有没有考虑作成app，可供多种社交帐号进行登陆使用？而且不一样帐号之间的文件能够共享编辑？

A1: 咱们暂时主要是为了微信用户来考虑，由于从目前来看，微信这边市场需求比较大，办公人群居多。

Q2:文档编辑受权问题，发起人可否进行批量受权？

A2: 文档自己是以一种交互反馈的形式来共享编辑，所以批量受权的实现是在咱们考虑范围中的。

Q3:现场签到的防止虚拟定位是否繁琐了点，可否有更加高效的签到方式？

A3: 目前为止这是咱们想到的一个解决虚拟定位的方式之一，后续会再进一步去深刻了解与学习，寻找更便捷一点的防范措施，感谢大家的建议。

• 第六组的问题

Q1:你好，请问1分钟的视频用来展现原型的操做时间太短，且没有声音，观看者很难看清楚具体功能，是否能够考虑采用截图置于PPT中由演讲者大体讲解功能模块？

A1: 视频的展现主要是为了引导用户的使用，达到一个过程式的介绍，关于时间太短(题目规定)以及无声(视频制做的不足)的问题咱们是能够后续修改的，大家提出的建议能够接收，谢谢指出不足。

Q2:你好，请问签到功能是否可以解决代签问题？

A2: 咱们在介绍中有提到，目前给出的一个解决方案是配合网络接入地址进行防止虚拟定位的问题，后续会进一步去了解使用其余更便捷的方法。

Q3:你好，请问PPT内容相对比较少，是否能够考虑丰富PPT内容? 如增长原型的界面截图。

A3: 本次的ppt主要介绍的主题均已经点出，已经知足基础性的要求，关于内容较少的问题，咱们后续会注意的。

• 第七组的问题

Q1:大家提到签到的时候会限制IP或者WIFI，不知道这个方法的可行性有多高呢？是否能够给出一些例证来讲明？

A1: 举例你到必定的地点使用上此IP，而后我对此进行判断后抉择签到受权问题，当你在其余的IP地址上签到时由于不知足要求则视为无效签到地址。可行性目前的了解是能够作到的。

Q2:”收集想法“这个功能和在朋友圈发一条消息或者在QQ空间发说说有什么差异？

A2: 不太可以理解大家提问的目的，可是做为本产品的一个辅助性功能，收集想法自己对使用群体没有多大的约束，它自己做为一种放松心态、随时发送随机回答的方式，知足工做闲暇之余的放松。

Q3:”共享编辑“这个功能是否有历史修改记录，能实现版本回退？若是回退到较早的一个版本，这个版本以后的改动是否会一直保存着，还说是在此次操做里还能保留，但退出本次操做后，那些版本就会被清空？

A3: 会考虑增设记录的保存，便可以退回使用，若是是愿意回退到上一个版本的话，天然该版本后的操做将视为失效不予记录。

• 第八组的问题

Q1:产品与其余同类型产品拉开距离的核心竞争力是什么？

A1: 咱们使用微信小程序，依托微信潜在的巨大办公市场，可以给用户更便捷的办公体验。

Q2:对于协同编辑功能有没有考虑到在线用户数量会暴增，那会不会形成编辑的不稳定，有什么对策解决？

A2: 目前咱们考虑的是小群体用户，即一个部门或者一个小团队的内部使用，针对于这个，咱们后续也会考虑解决的，谢谢。

Q3:对于签到，为防止代签之类的问题，是否是会用gps定位功能，但如果组员没有开启这个功能，那这样不就有漏网之鱼了吗？

A3: 自己该功能就是为了精准签到设定的，因此对于使用者是有要求的，你所提到的问题不属于咱们产品自己该考虑的问题。

• 第九组的问题

Q1:既然是多人编辑文档，以微信小程序实现的话，在手机端会不会不方便编辑文档？

A1: 咱们会考虑尽量的去使得用户满意并愿意使用咱们的小程序，关于不方便操做的问题咱们正在设法简约操做，谢谢大家给予的意见。

Q2:若是在电脑端实现，那么该产品跟目前以有的产品相比较，你以为大家的优点在哪里？

A2: 能够进行配套使用，由于主打的群体面向微信用户，目前市面上的公司等等大型组织通常都更常常的使用微信，所以其存在的意义就是以其方便快捷来拉拢这些潜在的既有用户，拓展更多的新用户涌入。

Q3:微信小程序的编辑文档界面是否真的能方便用户的使用，有没有考虑调查一下用户的使用感觉？

A3: 能够在后续进行若干次产品调研，提高使用质量。

Final Score：

小组	评分
第一组	82
第二组	77
第三组	77
第四组	87
第五组	63
第六组	82
第七组	79
第八组	76
第九组	90
最低分	63（第五组）
最高分	90（第九组）
有效分数	82，77，77，87，82，79，76
最终平均得分	80

Part 7. 软件需求规格说明书(有大幅度的丰富改动)

WeEdit需求规格说明书
以前提到过的关于格式上的问题已经所有进行了修改，包括页码、部分未处理好的文字阴影等。同时在内容上进行了大幅度的增长，包括从新绘制实体关系图，增长数据流图以及数据字典等

Part 8. 遇到的困难及解决方法

• 困难描述
  • 软件需求规格说明书的规范化
  • 短视频制做、数据流图的补充
  • 原型设计许多操做还不太熟悉
• 作过哪些尝试
  • 参考范例一点点学习，了解具体的一些基础知识
  • 阅读相关的文档学习
• 是否解决
  • 软件需求规格说明书按照规范进行编写完成
  • 视频主要运用剪辑与加速，后续也补入了能够增色一点的背景乐，花了我大把时间不断反复将其压缩成一分钟视频，能够说是很花功夫惹QAQ
  • 原型设计基本知足要求，交互正常，效果满意
• 有何收获
  • 参看别组的做品，发觉本身的视频制做以及idea还须要多加提升，存在明显差距
  • 经过与其余组的Q&A，对自身软件有了更多的认识，考虑的方面更加的全面，查缺补漏。

Part 9. PSP

PSP	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
· Estimate	· 估计这个任务须要多少时间	20	20
Development	开发
· Analysis	· 需求分析 (包括学习新技术)	20	30
· Design Spec	· 生成设计文档	120	300
· Design Review	· 设计复审 (和同事审核设计文档)	20	30
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	260	290
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	· 测试（自我测试，修改代码，提交修改）	30	40
Reporting	报告
· Test Report	· 测试报告	0	0
· Size Measurement	· 计算工做量	10	10
· Postmortem & Process Improvement Plan	· 过后总结, 并提出过程改进计划	10	30
合计		490	750

Part 10. 学习进度条

第N周	新增代码（行）	累计代码（行）	本周学习耗时(小时)	累计学习耗时（小时）	重要成长
7	300+	N	15	60	了解小程序先后交互并测试实现，Java数据处理相关