软工实践软件产品案例分析

软工实践软件产品案例分析

写在前面

作业链接

调研评测

• 评测

  • 下载并使用，描述最简单直观的个人第一次上手体验。

    一开始不太懂这个咋用，然后点公众号那个进入企业是显示暂无消息，一片空白..然后是从联系人那边点进去才行，感觉登录的时候平白无故多了一些操作，第一印象就不是很好。然后界面设计挺简洁的，不过点进去很多功能都不能用，显然也没什么数据，大部分都是空空的。很多是跳转网页，感觉就像是个整合型的，但是加载时间也不占什么优势。

  • 按照描述的bug定义，找出几个功能性的比较严重的bug。至少两个。用专业的语言描述（每个bug 不少于 40字），如有必要，可以配图。

    1.我的课表
    ①课表查询没有课表结果，数据库中无相关数据，或接口出错
    ②点进去当前周都默认是第一周，没有按照我们的校历来，数据库中可能无相关数据
    ③下拉功能能没有实现，可能scroll-y未生效

    
    2.失物招领
    ①检测不到上传的照片、并且会默认将改照片保存到本地微信相册
    ②系统发布时间与本机时间对不上，比本机时间快了15分钟，可能时间类换算出错
    ③被艾特后，用户不会接收到任何通知，消息接口调用出了问题
    ④失物招领通知对象无法取消，没有判断多次操作的有效性

    

    

    

    

    

    

    
    3.成绩查询
    ①没有成绩显示，并且没有任何错误提示信息，数据库无相关数据或接口出错
    ②无最新学期更新，同上。
    
    4.学生证附卡
    ①无法进行学生证副卡采集，找不到地方添加辅导员，界面编辑是未考虑此问题，或此辅导员应根据学生自动关联，无需添加。
    ②多处文本框不可编辑，可能此处为textView而非editView
    ③学生证附卡补办申请，多处不可编辑，同上
    ④学生证附卡编辑修改区间，无范围选择，区间数组为空
    ⑤学生证附卡补办申请，只有确定取消按钮，无输入框
    非bug问题:提示辅导员为空后，只需随意输入电话即可提交，提交后会显示个人信息，此处身份证号码无隐私保护
    

    

    
    5.福大邮箱
    手机端邮箱无法登陆，未连接福大邮箱接口，或数据获取错误
    
    6.个人信息
    没有对手机进行正则表达式验证
    
    7.个人日程
    个人信息选择后无法保存
    8.通知文件
    IOS版本附件无法下载，点击链接没反应
    

  • 你觉得为什么这个产品组的人没有发现这些bug?

    觉得是开发周期不够，太赶了，导致整个产品比较粗糙；没有做好充分的测试和用户调研就急于发布

• 假设你们团队需要开发这套系统，需要注意哪些方面(架构、部署运维、微服务等)。

   1. 架构方面
     ① 需要先弄清楚该微信公众号的整体结构和组件，通过思维导图做出直观的架构图，这样子功能就一目了然了
     ② 要明白，软件之中唯一不变的就是变化，要根据不同的情况作出不同的当前情景下的最优选择
     ③ 保持设计的简单，现在不都是崇尚简约设计？
     ④ 要懂得面向抽象编程
     ⑤ 要考虑可维护，延伸性，事后优化
   2.部署运维方面
     ① 我觉得应该在整体完成并且检查之后再进行部署，这样会比较方便修改；
     ② 运维一切行动听指挥，这样子才能够比较有效率，才不会乱糟糟；
     ③ 凡是要变更方案什么的必须经过审核，避免因为误操作而产生问题；
     ④ 做好规划，这样才能够有效率的完成事情；多多和应用的人唠唠嗑，这样子才能熟悉业务，才能推动业务采用更加合适的架构方案；
     ⑤ 定期做好数据库的检查；
     ⑥ 数据库部署要做好最小化的权限；
     ⑦ 多多和大家交流，多多和大家分享；
   3.微服务方面
     ① 在微服务架构中，有很多可移动的组件，所以对服务的管理将变得更加复杂，因此要考虑使用均衡负载，这会帮助我们解决一些问题
     ② 一个应用之中会有不同的服务，因此一个请求会跨多个不同的服务，因此有必要注意网络拥塞和延迟
     ③ 一般来说，每个微服务都有自己的状态存储，因此必须要注意数据的一致性
     ④ 注意容错和弹性

• 采访

  • 介绍采访对象的背景和需求（他们有没有用过这个APP或类似的APP，除了现有的功能还有别的需求么）

    采访了福州大学数计学院和经管学院的学生，用过的类似APP包括福大教务通、福大易班。除了现有的功能还希望能够使用校车查询，线上缴纳水电费，一卡通充值等。

  • 让采访对象使用微信福州大学企业号（请上传照片证明用户的确正在使用，远程采访的同学请让别人帮忙照相）

    

  • 描述用户使用这个产品的过程, 用户的问题解决了么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？

    显然，就整个公众号的完成度来看，用户使用过程中的问题并未得到解决。

	优点	缺点
数据量	对于公告模块的数据较丰富，方便查阅	大部分功能没有多少数据、往往显示的数据较少
界面	界面简洁大方，层次分明	返回操作的设计没法给人很满意的交互体验
功能	功能较完善，种类繁多	完整实现的功能不多，很多功能完成度不高
准确度	针对教师和学生群体精准定位，设计需求较广	部分核心功能扔不够细致，例如成绩查询

分析

• 根据理解和体验，画出整个软件所有功能逻辑框图，根据重要度标识出各模块的重要度、完成度、出发点及效果；

  逻辑框图如下：
  

  

  

模块	重要度	完成度	出发点	效果
学生证附卡	70%	70%	供查看学生证附卡相关信息	需要自行添加学生信息。点击申请后操作流程有问题，好像后端逻辑没写好
个人日程	70%	65%	提供日程记录，方便记录待办事项	界面不友好，很多功能有bug，对于福大企业号这个以提供校园服务为主的公众号来说有些格格不入
成绩查询	85%	50%	方便学生查询成绩	查询学期没有更新至最新，完全没有数据，是个空壳
我的课表	95%	50%	方便查看课程信息	也是个空壳，没有数据，甚至没有选择学期的选项
校园新闻	80%	90%	查看校园新闻	有分类福大要闻、媒体福大、综合新闻，可进行退订等，可以再增加丰富的选项
讲座报告	85%	90%	查看举办讲座的相关信息	界面不友好
福大主页	75%	90%	链接福大主页	链接向福大主页，避免了打开浏览器等多余操作
通知文件	88%	90%	查看福大通知文件	方便查看福大的相关通知，把各个需要的信息整合，效果很好
福大邮箱	70%	75%	打开福大后缀邮箱	打开网页版福大邮箱
校园巴士	80%	75%	查看校车路线及班次	信息不够详细，只提供一些基本信息
失物招领	75%	75%	发布、查看失物招领信息	bug很多，@人的功能有问题
企业会话	70%	70%	进行多人聊天	没有数据
福大黄页	98%	90%	方便校内人员查看相关部门的联系方式	我觉得这个特别好，因为各个部门的电话很多，平时用不上，需要的时候又不好找，更详细一些会更好。功能基本完成。

• 针对不同的维度评分，对用户体验方面、UI界面美观度、核心功能，分别打分。

	用户体验	UI界面美观度	核心功能
分数	70	80	68
理由	加载较慢，功能bug多，无效操作多，有些有逻辑性问题	界面简洁大方，功能层次划分清晰	由很多功能拼凑而成，无法分清主次功能，有些功能无法实现

建议和规划

• 如果你是项目经理，如何提高从而在竞争中胜出？

  将部分未完成、完成时间需更长且重要性不高的功能删去，保留核心功能，提高产品效率，减少冗余功能。提高项目完成度后再进行功能扩展。

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

  • 福大教务通：
    福大教务通已具备该公众号中大部分主要功能，除此之外还有考试查询等功能。
  • 福大易班：
    福大易班除了该公众号具备的功能以外还有宿舍服务等。
  • 福大助手：
    福大助手除了该公众号具备的功能以外还有大物实验预约、历年卷等。

• 你要设计什么样的功能？

  教师：教室调整 学生：教室申请

• 为何要做这个功能，而不是其他功能？

  因为其他功能在其他三款app中都已经很好的完成了。面向学生和老师，这两个功能比较常用，但是相关的申请只能在教务处网站上申请。

• 为什么用户会用你的产品/功能？

  微信端无需下载app，更加轻便。功能贴切学生、老师

• 你的创新在哪里？可以用 NABCD 分析。

  • N需求：
    教师有时会碰上教室设备损坏等情况，因而需要进行临时的教室调整，打开教务处往往需要打开电脑，连网FZU，登陆教务处等繁琐步骤。对于学生，往往有临时的活动组织等，并且大一年学生的晚自习教室数据往往分散且无统一记录，对其他需要去教室自习的学生造成了困扰，因此需要一个具有统一记录的功能的工具。
  • A方法：
    在后台添加查询和占有接口，设置不同帐号的身份，对学生的身份也分为大一/非大一，通过计算入学时间自动进行更新。并且外接教务处系统，使得借用教室更加轻便化、合法化。
  • B好处：
    通过对公众号添加教室申请、教室更换，学生教师可以通过查询空教室、占有空教室，对不同身份的用户开放不同的功能，可以特别对大一年学生开放晚自习教室申请。避免功能冗余浪费。
  • C竞争：
    福大教务通也具有空教室查询功能，但是功能不够完善，往往查询到的空教室还是有老师上课，微信相对于APP可以更方便的更新数据，使用起来更为方便。
  • D推广：
    对已经加入的用户成员进行推送，鼓励使用此功能；并在学校进行宣传，通过扫楼、发传单的方法进行推广；发布宣传的公众号文章等方式扩大影响力。

• 如果你来领导这个团队，会有什么不一样？

  前期做好规划，提高用户体验感，扬长避短，不要求功能多，但是功能完成度要高

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

  美工的工作主要是在开发前期，为了让人才不闲置，可以让美工同时兼任部分测试。从而充分的利用资源。1个产品经理、一个美工（兼部分测试），3个开发

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

Week	Task
1	用户调研
2、3	需求分析
4、5	美工页面设计、获取、阅读相关接口
6-10	具体编码、服务器部署、部分测试
11、12	集中测试
13-15	完善部分功能、界面美化、修改发现的bug
16	发布版本

• 项目发布后，有没有考虑过项目该怎么部署才能满足需求。依据下图（某校教务处系统的部署）作为参考，分析16周后你所完成的项目上线需要哪些配套设备(服务器、带宽、数据库需求数量与配置) 。

  应用服务器8核16G3

  后端服务器16核32G3

  关系型数据库：MySql

  缓存数据库：Redis 2个（主备）

  网站安全性：WAF、DDOS

转载于:https://www.cnblogs.com/wjt98/p/10093922.html