软工实践做业（十）

时间 2019-12-01

标签实践繁體版

原文原文链接

PDF
做业连接前端

调研，评测

评测
采访

评测

上手体验

身份验证的操做逻辑有些诡异；
界面设计处处透露出半成品的气息（更想说是随便作的气息
基本是直接引用网页或其余应用，像是为完成而完成；
功能稀少，看似一大排，其实好些是不可用或能够整合的功能，诸如学生工做管理等功能却没有整合在一块儿；
界面干净。

BUG

这次测试的机型有两款，如下的bug在两款机器上基本都有出现。数据库

索尼Xperia XZ Premium（ Android8.0 )
iPad Pro 10.5' ( IOS 12.1 )

使用的软件平台为微信6.7.3 ( Android ) 和微信6.7.4 ( IOS )。编程

如下截图基本为iPad的微信上的截图。后端

一、成绩查询的年份选择有限

重现步骤：进入福大企业号，进入成绩查询页面，点击学年；
内容：学年选择只有2012到2016；
建议：增长其余年份的成绩查询功能。目前2016届也已经大三了，因此须要查成绩的学生基本没法使用这个企业号查到成绩。

二、我的日程的本地日历同步功能

重现步骤：进入福大企业号，进入我的日程页面，点击设置（底栏最右），点击同步本地日历；
内容：点击同步本地日历后提示“请从APP操做！”
建议：可完善功能，作好与本地日历日程同步的功能，或者直接去掉。实际上此处的问题让人以为这个我的日程功能是从其余地方直接拿来用的。

三、我的日程的添加日程中的开始、结束时间选择功能

重现步骤：进入福大企业号，进入我的日程页面，点击悬浮加号按钮，点击添加日程，点击开始的年月日选项；
内容：没法选择结束日期以后的日期；
建议：一样地，结束日期处也没法选择开始日期前的

四、我的日程的添加日程中的重现选项消失

重现步骤：进入福大企业号，进入我的日程页面，点击悬浮加号按钮，点击添加日程，选择全天；
内容：选择全天后，重复周期选项消失；
建议：不要让它消失。实际上通过尝试，若是在选择全天前先选择重复周期，重复周期仍然有效，即便它消失了。

五、我的日程的日、周、月的日程显示

重现步骤：进入福大企业号，进入我的日程页面，点击日/周/月；
内容：当日程较多时，有部分日程没法显示；
建议：让显示框彻底按照日程数增加或使显示框可以滚动。

六、我的日程的日程编辑功能

重现步骤：进入福大企业号，进入我的日程页面，点击任一日程，点击悬浮加号按钮，点击编辑，任意修改，点击悬浮加号按钮，点击保存；
内容：点击保存后页面无反应，返回后日程信息也并无被改变；
建议：完善功能。

七、我的日程的日程备注功能

重现步骤：进入福大企业号，进入我的日程页面，点击悬浮加号按钮，点击添加，填写备注和其余信息，点击悬浮加号按钮，点击保存；
内容：若是备注内容超过255个字符，点击保存后页面无反应，返回后日程信息也并无被改变；
建议：完善功能或增长长度限制提示。

八、个人课表的查看课表功能

重现步骤：进入福大企业号，进入个人课表页面；
内容：在有课的状况下显示没有课；
建议：完善功能。

九、失物招领的图片上传功能

重现步骤：进入失物招领页面，选择上传了图片再发布；
内容：提示上传图片不能为空；
建议：完善功能。

十、失物招领的我的搜索功能

重现步骤：进入失物招领页面，选择通知某人；
内容：只能选择人名，没法避免重名现象；
建议：添加提升搜索精度的选项。

十一、失物招领的通知功能

重现步骤：进入失物招领页面，发布失物招领，选择通知某人；
内容：被通知的人却并不会收到通知；
建议：完善通知功能。

使用截图不便于展现。缓存

十二、福大邮箱的移动端页面

重现步骤：进入福大邮箱界面，在移动端网页中登陆；
内容：移动端网页提示“您已被禁止登录，请联系管理员”，而桌面端网页可正常登录；
建议：修复移动端网页的错误。

缘由分析

许多问题已经超出了技术上的bug的范畴。安全

开发未完成；
开发人员对此项目并不上心。

须要注意的

遵循团队的代码规范，提升项目的可维护性；
功能性框架依赖性不能太强，善用开源框架，须要通过充分的测试选择成熟稳定的框架，例如网络请求框架；
注意封装一些重复性功能，适度耦合，经过统一入口进行调用，方便维护修改，也方便扩展，例如经常使用的添加附件功能；
估计项目的规模大小及用户群体的访问量，选择可靠的开发和运行环境；
开发者在编程以外还须要注意编写单元测试，接口部分须要更新到团队的汇总中；
须要注意前端和后端的之间的调试方式，各层之间通讯设计按照微服务架构的设计原则，这些服务须要共享数据库；
考虑用户数据的安全性，以及操做的安全性（例如连续点击按钮可能出现的状况）；
始终坚持以用户为本的原则，在设计时尽可能减小用户的使用负担。

采访

背景：一名普通的计算机系大三学生；
需求：须要可以查询成绩、课表，若是能整合学生管理功能，如请假审批、节假日去向等就更好了。

用户的问题并无获得解决。

模块	优势	缺点
数据量	部分功能直接连接网页，内容丰富	部分功能没法提供任何信息
界面	软件的总体界面整洁	部分操做逻辑较不合理，部分界面设计较不友好、美观
功能	可以查看主页、新闻等	1.部分功能不可用；2.部分功能存在bug，用户体验不够友好；3.直接连接网页影响响应速度
准确度	部分功能都能正确响应	部分操做存在问题

用户体验：用户体验很不友好，在界面布局、功能、反应速度等方面都或多或少存在着问题。服务器
改进意见：将现有功能完善至可用，如可能，可考虑整合入学生管理功能。微信
结论：很是不推荐网络

分析

时间预估

大约三个月。
理由：功能较少，实现难度不高，但对于刚毕业的大学生，仍是须要必定时间的。架构

软件优劣

优点

具有主页、新闻、公告查看等基本功能，界面简洁。

劣势

部分功能不可用，部分功能存在较多bug，用户体验差。

对比同类软件：

主要是两类：一类是同为福大系的软件，另外一类是同为微校系的软件。

相比于同为福大系的福大助手、福大教务通和福大一卡通等，本软件因为响应速度较不友好，因此身为微信平台企业号的轻便优点基本没有，更不用提许多功能不可用、bug众多等。

相比于同为微校系的软件们，我对比了暨南大学的微校号。暨南微校的界面友好，操做简便流畅，具备完整的校内通信录，直通各位学生微信号，且整合有如请假审批、抽签、签到、学生工做、问卷调研等功能，用户体验良好。

具体建议

完善功能，提升用户体验；
应注重界面的设计，追求美观，避免界面逻辑混乱，不能让用户在还没使用时就对软件产生很差的印象；
同时注重软件性能，响应速度过慢或者bug较多都会很大程度地下降用户体验；
要有有效且便捷的用户反馈渠道，让用户参与到软件的迭代过程当中以便更好地提升用户体验。

功能逻辑框图

模块分析

模块	重要度	完成度	出发点	效果
通知文件	很是重要	80	主要用于查看通知文件，公示以及校内公告	可以查看所需内容
福大主页	很是重要	75	主要用于查看关于福大的重要信息	连接向福大主页的网页，能知足要求
校园新闻	很是重要	80	主要用于查看福大的校园新闻	分为三类进行新闻订阅，可查看相关新闻，可搜索，可调节字体和设置夜间模式，较友好
福大邮箱	重要	75	主要用于登陆用户的福大邮箱	连接向福大邮箱的网页版
福大黄页	很是重要	80	主要用于查看福大各部门电话号码	可以查看所需内容，操做简便
个人课表	重要		主要用于查看用户的课表	没法显示课表信息
成绩查询	重要		主要用于查看用户的成绩	因为年份选择有限，没法查看绝大多数用户的成绩
我的日程	通常	70	主要用于查看用户的日程	能进行部分基本操做，但bug较多，且界面不友好
移动OA	通常			没法使用
失物招领	很是重要	80	主要用于查看、发布失物招领和寻物启事信息	可以查看、发布失物招领和寻物启事信息，操做简便
校园巴士	通常	70	主要用于查看校园巴士的运行信息	能查看到基本信息，但所提供的信息量较小，没法为用户提供有效帮助
讲座报告	重要	80	主要用于查看讲座报告的相关信息	能查看到所需信息，但界面设计和内容排版较不友好
学生证附卡	重要	主要用于查看、更新学生证附卡信息	能查看到部分信息，其余功能不可用

评分

模块	打分	理由
用户体验	60分	反应速度慢，且存在较多bug，用户体验很差
UI界面	70分	界面简洁，部分操做逻辑较不合理
核心功能	60分	功能略显单薄，一些简单的需求可以知足，许多功能没法使用

建议和规划

若是你是项目经理，如何提升从而在竞争中胜出？

我认为须要提升的地方大体有量点：

首先是软件的质量问题，目前的用户体验还不够好。在试用和测试的过程当中能够很明确地感觉到这个软件在设计制做上的严重不足。若将其与功能齐全，制做也较为完善的福大助手或其余微校相比较，那根本就是云泥之别。从界面设计不合理到功能设置不完善，这款软件的app须要改进的地方有很是多，更不要说与对手竞争、吸引用户了。它连知足用户的基本要求都很是困难。没有谁会愿意浪费时间在一款并不便捷，使用体验也不尽如人意的软件上的。

其次是宣传。咱们学校关于本身公众号和企业号的宣传基本没有。若是不是此次做业，我甚至不知道咱们学校有这样的软件存在。这对于一款须要学生支持的软件来讲是致命的，因此应增强宣传，提升在本校生，甚至在外校生中的知名度，这也有利于提升学校在学生中的声誉。

目前市场上有什么样的产品了？

主要是两类：一类是同为福大系的软件，另外一类是同为微校系的软件。

你要设计什么样的功能？

一个学生管理的功能。该功能能够协助学生工做，帮助学生和辅导员进行请假、节假日的审批。

为什么要作这个功能，而不是其余功能？

目前咱们学校的软件中还缺少相似的功能。全部相关的审批和表格填写都须要人工在纸质假条、表格上进行填写，每次请假都须要填写纸质假条再交给辅导员签字，很是不便。

你的创新在哪里？能够用 NABCD 分析。

Need
如今咱们学校的软件中还缺少相似的功能。全部相关的审批和表格填写都须要使用纸质文件，耗时耗力，电子化是大势所趋。

Approad
添加一个审批模块，提供假条填写和记录、节假日去向填写等功能，而且不断完善。甚至能够添加电子化签名、存档等功能

Benefit
可以便利学生和辅导员的学习和工做，也让文件管理更加简便。

Competitors
目前校内尚未相关产品。

Delivery
对于这类校园应用，特别是这种嵌入学生、辅导员工做中的应用，首先必须获得学校的支持，以后的推广就比较简单。先经过老师或辅导员了解学校在这方面的意向，而后争取与相关工做的老师进行沟通。在得到支持后也要注重用户反馈，及时修复、增添功能，让软件能真正便利你们的生活。

若是你来领导这个团队，会有什么不同？

通过此次的测试能够看出，该软件还比较简陋：功能少、部分设计不合理，还有存在不少bug。若是由我来领导团队，会更注重界面的美观和基本功能的可用性。

若是你的团队有5我的,4个月的时间，你做为项目经理，应该如何配置角色（开发，测试，美工等等）？

美工一人（包括UI和原型设计）
开发三人（前端两人，后端一人）
测试一人（开发阶段辅助后端）

描述你的团队在16周期间每周都要作什么，才能在第16周如期发布软件，大小里程碑绩点设定。

周数	任务	里程碑
1	肯定项目内容与项目核心，进行需求分析，初步完成需求说明书
2	完善需求规格说明书，明确分工，计划好接下来的时间安排	完成需求分析
3-4	搭建开发环境，制定编码规范，构建架构，进行原型设计	完成原型设计
5-7	开始主体功能的编码，美工完成UI设计，前端与后端并行，根据具体状况调整进度
8	功能完善，测试，并改进	发布Alpha版本
9-11	开始其它功能的编码，完成接口设计，实现对接，完成剩余模块的任务
12	继续完善各功能模块，初步完成正式版本	发布Beta版本
13-14	大规模测试，修复bug，根据反馈不断调整完善最终版产品
15	编写用户手册	用户手册完成
16	项目部署，发布最终版本的产品	项目部署，发布最终版本的产品。

项目发布后，有没有考虑过项目该怎么部署才能知足需求。依据下图（某校教务处系统的部署）做为参考，分析16周后你所完成的项目上线须要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。
- 负载均衡：2台（主备）
- 应用服务器：16核32G 2台
- 后端服务器：32核64G 3台
- 关系型数据库：MySql 3个（读写分离2个，备份1个）
- 缓存数据库：Redis 2个（主备）
- 网站安全：部署WAF，防DDoS攻击的防火墙等设备
- 带宽：采用千兆以太网链接