个人作业——关于福州大学微信公众号的案例分析
[作业博客]
(https://edu.cnblogs.com/campus/fzu/FZUSoftwareEngineering1816W/homework/2438)
一、调研,评测#
评测:#
##一、第一次上手体验## 功能丰富,分类清晰,交互方便快捷。 ##二、BUG及其描述## - **Bug1** 1、错误出现的位置: “成绩查询”界面 2、操作步骤: 1、进入“成绩查询”界面 2、点击年份选择 3、预期结果: 可以查询相关学年成绩 4、实际结果: 只能选择2012-2016学年,无法选择2016学年及之后的学年。 5、错误类型: 功能错误 6、附加截图 ![](https://img2018.cnblogs.com/blog/1471433/201812/1471433-20181206204710601-260987137.png)
-
Bug2
1、错误出现的位置:
“我的课表”界面
2、操作步骤:
1、进入“我的课表”界面
3、预期结果:
有相关的课程表显示在页面上
4、实际结果:
页面无任何课表显示
5、错误类型:
功能错误
6、附加截图
-
Bug3
1、错误出现的位置:
“失物招领”界面
2、操作步骤:
1、进入“失物招领”界面 2、点击页面中任意一条公告 3、点击“评论”按钮 4、填写评论内容c 5、点击“提交”按钮
3、预期结果:
评论成功发布
4、实际结果:
提示“上传图片不能为空”和“回复失败”,无法提交评论,只有在去除图片后才能上传成功。
5、错误类型:
功能错误
6、附加截图
-
Bug4
1、错误出现的位置:
“失物招领”界面
2、操作步骤:
1、进入“失物招领”界面 2、点击“+”按钮中的“发布” 3、填写物品描述以及从图库中上传图片 5、点击“提交”按钮
3、预期结果:
公告成功发布
4、实际结果:
提示“上传图片不能为空”和“添加失败”,无法发布公告,只有在去除图片后才能上传成功。
5、错误类型:
功能错误
6、附加截图
-
Bug5
1、错误出现的位置:
“失物招领”界面
2、操作步骤:
1、进入“失物招领”界面 2、点击“+”按钮中的“发布” 3、填写物品描述 4、点击“提交”按钮 5、在“招领启事”页面查看自己发布的公告
3、预期结果:
公告显示正确
4、实际结果:
公告的时间显示错误,显示为15分钟前发布
5、错误类型:
数据处理不正确
6、附加截图
-
Bug6
1、错误出现的位置:
“学生证附卡”界面
2、操作步骤:
1、进入“学生证附卡”界面
3、预期结果:
可以进行信息填写和提交
4、实际结果:
提示“获取失败!原因:辅导员为空,请添加辅导员” ,在APP中找不到添加辅导员的选项
5、错误类型:
功能错误
6、附加截图
-
Bug7
1、错误出现的位置:
“学生证附卡”界面
2、操作步骤:
1、进入“学生证附卡”界面 2、填写错误的手机号码
3、预期结果:
信息不全,手机号码错误,不能提交结果
4、实际结果:
提示“保存成功”,进入新的界面
5、错误类型:
功能错误
6、附加截图
-
Bug8
1、错误出现的位置:
“个人日程”界面
2、操作步骤:
1、进入“个人日程”界面 2、点击“+”按钮中的“添加事件” 3、填写标题和提醒 4、点击保存
3、预期结果:
提示“保存成功等”,在主页面上有相应的日程被添加进来
4、实际结果:
无任何反应,在主页面上无填写的相关日程
5、错误类型:
功能错误
6、附加截图
三、为什么这个产品组的人没有发现这些bug?(主观感受)##
1、可能是因为测试数据不完备导致,并没有考虑到所有学生群体。
2、没有细致地测试每一个功能。
四、假设你们团队需要开发这套系统,需要注意哪些方面(架构、部署运维、微服务等)##
- 在架构方面可以采用微服务架构模式。将功能分解到各个离散的服务中以实现对解决方案的解耦每个服务可以由几个人独立开发,然后各自专注于某个服务。
- 微服务的部署需要注意:先把与业务相关的部分做起来,然后再逐步完善各自动化模块,进而构建起微服务的整个自动化系统。
- 运维部署需要注意:安全方面:1. 数据安全访问 2、数据安全备份恢复
#采访:#
##1、介绍采访对象的背景和需求## **背景:**福大2016级在校学生 **问题以及回答:** Q:有没有用过这个APP或类似的APP,除了现有的功能还有别的需求么? A:我用过类似的app 福大助手和福大教务通,希望它能拥有类似于选大物实验的功能
2、让采访对象使用福州大学微信公众号##
3、描述用户使用这个产品的过程,软件有什么优缺点?用户体验方面有问题么?##
1、用户使用产品的过程:用户想发送一个丢了u盘的失物招领,结果无法发送照片,用户的问题解决不了
2、软件的优缺点:
- 数据量上,可以处理较多用户的信息。
- 界面上,功能划分相对清晰,UI设计简洁明了,
- 功能上,功能较为丰富,但软件的多个功能无法实现
- 准确度上,在实现的几个功能上,都能有准确的数据,但在某些地方,比如发布时间显示错误。
3、用户的体验存在问题,无法查看课程表,发布失物招领照片等。
4、用户对产品有什么改进意见?###
改进意见:能否设置提醒 提醒某些课程的时间等等。
5、结论,给这个软件下一个评价###
不推荐
二、分析
1、估计这个项目做到这个程度大约需要多少时间?##
估计4个月
2、分析这个软件目前的优劣(和类似软件相比)##
优势:二维码印在学生卡后,能做到一定程度上的推广,同类产品较少,针对群体较为集中。
劣势:功能无法完全实现,用户体验不好。
3、团队在软件工程方面可以提高的一个重要部分(具体建议)##
建议团队可以完善“成绩查询”、“我的课表”、“失物招领”功能,提升用户体验。
4、软件所有功能逻辑框图##
- 登录注册模块:
重要度:95% 完成度95%
出发点:只有登录注册后才能使用相关的功能
效果:较好,但没有提示默认账户和密码的功能 - 校内信息浏览模块:
重要度:70% 完成度:98%
出发点:方便学生浏览校内相关信息
效果:好,都能顺利跳转至相关页面 - 个人日程
重要度:40% 完成度:95%
出发点:方便学生进行日程规划和管理
效果:好,都能顺利跳转至相关页面 - 我的课表
重要度:90% 完成度:0%
出发点:方便学生查看课表
效果:很差,无法显示相应的课表 - 成绩查询
重要度:90% 完成度:0%
出发点:方便学生查询各学年成绩
效果:很差,无法查询成绩 - 失物招领
重要度:60% 完成度:50%
出发点:方便学生发布和查询失物启事
效果:一般,基本功能可以实现,但部分功能,比如上传图片等无法实现 - 校园巴士
重要度:40% 完成度:70%
出发点:方便学生查询校园巴士的情况
效果:较好,基本功能可以实现 - 福大邮箱
重要度:50% 完成度:95%
出发点:方便学生登录福大邮箱进行操作
效果:好,可以实现相关页面跳转 - 学生证附卡
重要度:40% 完成度:95%
出发点:方便采集学生信息
效果:好,可以实现相关功能
5、 针对不同的维度评分,对用户体验方面、UI界面美观度、核心功能,分别打分。##
维度 | 评分 | 理由 |
---|---|---|
用户体验 | 60 | 一些主要功能无法实现,出现不明错误 |
UI界面美观度 | 70 | UI设计较为简洁,中规中矩 |
核心功能 | 30 | 核心功能比如成绩和课表查询无法实现 |
三、建议和规划#
##1、如果你是项目经理,如何提高从而在竞争中胜出?## 完善核心功能并做到多种功能的扩展,比如四六级成绩查询和空寂哦啊是查询等满足学生日常需求的功能。 ##2、目前市场上有什么样的产品了?## 例如 “福大教务通”、“福大助手”、“福大易班”等 ##3、你要设计什么样的功能?## 考试安排查询功能。 ##4、为何要做这个功能,而不是其他功能?## 考试安排查询可以让学生不必登录教务处就可以方便地获取到考试的时间和地点。 ##5、为什么用户会用你的产品/功能?## 因为这是学生日常使用较为频繁的功能,能够在一个软件中查询到考试的时间和地点而不必登录学校教务处。 ##6、你的创新在哪里?可以用 NABCD 分析。## - N(Need,需求): 学生在考试周时需要查看考试的科目、时间以及地点。 - A(Approach,做法): 在app内加入“查询考试安排”功能,在里面可以查询到最近的考试安排,包括考试的科目、时间以及地点。 - B(Benefit,好处): 学生不必登录教务处就可以方便地获取到考试的时间和地点,方便了学生日常安排。 - C(Competitors,竞争): 这个目前来说竞争压力还比较小。虽然说福大教务处官网可以查询到考试安排,但比起移动端较为笨重。 - D(Delivery,推广): 可以配合微信的朋友圈功能进行推广,比如靠集赞换奖品的形式增加人气等。
7、如果你来领导这个团队,会有什么不一样?##
我会先规定好功能实现的优先级别,可以先集中精力开发完全核心功能,比如课表查询等,再去完善其他功能。
8、如果你的团队有5个人, 4个月的时间,你作为项目经理,应该如何配置角色?##
美工1人
开发人员3人(兼测试)
文档1人
9、描述你的团队在16 周期间每周都要做什么,才能在第16周如期发布软件,大小里程碑绩点设定。##
周数 | 任务 |
---|---|
1 | 用户调研,需求分析,撰写相关文档 |
2 | 需求复审,设计原型,编写软件规格需求说明书 |
3 | 搭建开发环境,确定编码规范,进行系统概要设计 |
4-5 | 进行系统的详细设计,包括系统的基本处理流程、组织结构、模块划分、功能分配、接口设计、运行设计等 |
6-10 | 编码开发阶段,每个开发者根据设计要求分别实现各个模块的功能 |
11 | 对各功能模块进行单元测试和集成测试 |
12 | 发布alpha版本,进行小范围内测和实地测试 |
13 | 修复软件内测中发现的bug,并追踪是否有需求变更 |
14 | 发布beta版本 |
15 | 针对用户反馈进行小规模修改 |
16 | 发布正式版本,交付用户使用 |
小里程碑:第2周、第5周、第14周 | |
中里程碑:第12周 第14周 | |
大里程碑:第16周 |
10、分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。##
应用服务器配置:4核8G "2
后端服务器配置:8核16G'3
**数据库服务器: **SQL Server/ Oracle/MySgI数量:3(读写分离.2、备份1)
缓存数据库:Redis数量:2(主备)
网站安全性:WAF. DDOS