• 项目验收与总结


    零. 项目宣传文案

    开头先说一句,关于能够添加未来的消费的这个问题,我们弄完了。早上答辩的时候没注意,之前改过但是又被其他调整影响了。现在测试都是正常的!!!

    • 以下仅是宣传文案,具体使用可以参照视频!
    • 本来是动图的,但是GIF插入到静态图里,要一帧帧的合并,太费时间了.....所以就成了静态图

    • 小程序码

    • 公众号的二维码


    一. 回归测试

    1. 场景测试

        学生A,每月生活费有2000,月初时花钱大手大脚,到了月底发现无钱可用。而且本来每个月想存300块钱买点东西的想法也泡汤了。
        使用我们的记账小程序,在月初就可以进行规划。他有2000的生活费,每个月想存300,可能还有200想用于这个月的其他娱乐生活,留给吃饭和买东西的钱只剩1500,那就可以在计划中加入1500。设置时间范围为一个月之后,程序自动计算这之后的每天他在吃饭上最多可以用多少钱。
        如果每天的消费超出这个范围,后续的天数每天可使用则变少。如果今天的消费少于这个数值,后续每天可使用则变多。在添加完计划之后,也可以在计划的金钱燃尽图中看到,自己的剩余钱数,每天的总金钱使用量是多是少
        A也可以通过图表查看当月计划的消费情况,在哪些地方用了多少钱
        另外,学生A因为平时比较懒,不想每天都打开小程序,毕竟只是记个帐,不是要看还剩多少消费。就可以关联我们的公众号"吃TU神器",在公众号中,用语音输入自己的消费,或者打字输入。
    

    2. 测试矩阵

    • 原本只有一个数据入库的功能,根据用户的输入计划,自动进行每天消费金额的计算。我们这一阶段是在此基础上进行功能的升级和改进,新增公众号部分,修改图表显示和界面的UI

    • 加粗部分,表示新增功能和修改部分

    3. 其他测试

    • 其他诸如安全性测试,压力测试等,因为Alpha阶段已经测试过了,这个东西因为基础服务器在那,也不会产生太多的变化,所以就不再做新的测试了

    二. 发布说明

    1. 本版本的新功能

    • (1)新增“金钱燃尽图”,可以更直观的看到当前计划的进度和每天的用钱使用情况
    • (2)新增公众号部分,使用”激活码“关联公众号。由于我们属于个人开发,没法使用企业级别的认证,导致权限不够,不能直接用公众号关联小程序(主要还是没钱......),所以只能采用激活码的模式,手动进行两者的关联
    • (3)新增公众号关联数据,用户在公众号中,就可以对消费情况进行增加。当用户只是有一笔支出,没有其他想看的图表或是计划情况时,没有必要非得打开小程序,使用公众号就可以对消费进行添加,更加方便
    • (4)新增语音功能,用户可以在公众号中,直接通过语音就进行消费情况的输入。比起手动输入更加方便。当然,文字输入的模式我们也有提供
    • (5)视频地址:https://www.bilibili.com/video/av21919462/?p=4
    • PS:四个视频合集已全部发布

    2. 软件对运行环境的要求

    • 因为是微信小程序,所以只要有微信就可以用了。大部分常见的手机型号的兼容性我们都有调整过,除了像Iphone X这样,界面实在太长的有点不美观以外,其他的都没什么大的问题了。
    • 简单来说就是没什么限制,手机端只要你能用微信,就能用我们的小程序。这也算是小程序的一个好处吧

    3. 系统已知的问题和限制

    • (1)更换背景图问题。前端同学有考虑过设置背景突变或是类似主题的东西,可以让用户自由度更高。但是这样的话,比如用户自己的图片就需要入库,不然无法调用。如此就需要重写数据库,虽然也不是很难,但是考虑到要推翻之前的东西重做,这个功能还要考虑很多用户的兼容性以及一些限制,实在是划不来,就算了
    • (2)金钱燃尽图部分,图表和周围的颜色不一致。这个问题我们有尝试解决过,但是图表旁边总是会留有一段空白,尤其是当左右拖动的时候。这个我们现在也没找到问题在哪。所以就还是让他变成默认的白色了,至少比单单的一块白好看点
    • (3)公众号的语音识别,70和80的识别不能做到很准确。由于语音库是网上调用的其他库,所以这个我们也没有办法......

    4. 软件的发布方式以及发布地址

    • 微信端小程序搜索 “吃土神器”,或者从公众号相关链接进入
    • 微信端公众号搜索“吃TU神器”

    5. 用户使用情况报告


    三. 软件开发

    1. 码云的开源源码和项目链接

    2. 保证项目可运行的视频

    3. 团队项目总代码行数

    • 以下代码不包括调用的其他例如修改图形库的源码之后的代码量,以及一些其他代码。后端部分代码量偏少,因为后端大兄弟是使用Python做的开发,所以比起其他组来说,我们的后端代码量会少很多

    4. 项目预估遗留的BUG数

    • 预计还有三到四个限制类的BUG,都是一些小问题。因为我们公测的时间较短,很难在短时间之内获得一个相对丰富的用户体验和用户反馈。
    • 其他遗留的大的BUG我们认为应该没了吧......

    5. 项目总耗时

    • Alpha阶段,虽然冲刺了7天,但是我们实际开发时间达到了将近三周。前端平均每天2-3个小时,后端平均每天1个小时(大佬),写博客和做视频等其他繁琐的事情就不算在开发时间里了。所以Alpha阶段大概耗时60h
    • Beta阶段,团队大概用了14天(冲刺结束后还改了好几天的BUG),这个阶段开发时间相对少一些,前后端都是平均每天一个小时。但是这个阶段因为重做了图表,导致BUG剧增,还遇到了很多卡顿的问题,找这个问题可能有用了大概10个小时的样子。所以Beta阶段大概耗时40h
    • 综上,如果单纯只看开发和修改时间,大概总耗时在100h左右。当然,除此之外还有写博客,报告,文档,视频编辑之类的,就没算在里面了

    6. 各个成员的具体贡献汇总排序


    四. 总结

    杨晨露:

        要说总结之类的东西,可以说我是这个组里面写的最多的了,还好我废话多,比较能凑字数。要说一开始,我是觉得做软件,开发是最重要的,不管是前端还是后端,能写代码的人是最重要的。毕竟代码是软件的根本,一架马车就算是有再好的规划,没有车轮都白搭。当然,现在我也认为开发是最重要,不管我想弄什么东西,没人写代码我就只能想想。所以很感谢会各种骚操作的后端大兄弟,以及天天被我说黑的非洲前端小姐姐。
        不过,一个软件,用户体验是真的非常非常重要,这两天算是真情实感的感受到了。用户永远有一堆需求,当然,其中也不乏很多金牌想法(她说的我都想挖她过来给我当测试了)。但是对于我们这个学生团队来讲,有不少的需求是我们没法完成的,这个就很抱歉了。一款软件,我们当然也想做的尽善尽美,既然做了,就要做好。但是实在是开发人手有限,就像是改需求,我每次去找他们改需求和方案,都怕他们撂挑子不干了。本来这就只是个作业,又不是公司里还能拿奖金和分红,纠结那么多,最后也拿不到一个好成绩,伤身又伤心。人到用时方恨少,尤其是在调bug。这边的很多需求是很好没错,但是我们的开发人员,弄不过来。我自己又不能去开发,我也不会,天天让他们去改,就很有负担了......不过还好,终于还是结束了。
        虽然作业里是安排冲刺,但是我觉得我们几乎每天都像是在冲刺,从团队作业开始之后,基本每天脑子里就是记账小程序,软件工程。今天开个会,明天开个会,天天在五号楼下蹲着,弄得其他组的人天天调侃我们又要开会了。摸着良心说,其实我们开会,正经在商量软件的时间最多也就一半吧,大部分时间还是在闲聊就是了......弄的自己人都开玩笑说开会时间比写代码时间都长。(无奈)
        感谢后端大兄弟每天都在改代码,修BUG,帮前端解决问题。服务器,数据库之类的也都是靠他弄起来的,顺便教了好几组怎么连服务器,怎么运行代码,怎么搭环境之类的(其他组都没有感谢你,我帮你说)。感谢前端小姐姐重新做了全部UI,还帮我P了图(虽然第二阶段你都懒了)。第二阶段对比第一阶段,除了一个日历还在那以外,基本其他界面都做了全部修改,也增加了几个界面,而且那个图表部分,真是......愁死。这个阶段本来就比上一个阶段短,这个时间里面弄完这些,我觉得很厉害了(就算这样,你还是黑!)
        咳,最后不要脸的感谢一下自己,毕竟每天催他们交感想交感想交感想,催的我头都大了。(请无视这一段!)
        写总结,写文案,排进度,写博客,各种测试报告,做多了也就那样吧。虽然说不上很轻松,但是做多了就熟了,熟了也就相对快了,慢慢就能习惯了。我废话多,适合写这种一堆文字的东西,而且我不做的话也就没人了(无奈),我现在还是觉得PM就是类似于打杂的,什么都做,什么都要做。话说最后那两个视频我弄了几乎一整天,还是有点麻烦啊,因为音乐要重新剪。
    

    戴志斌:

        这次软件工程学到很多东西,从开始确立项目做的微信小程序,开始需求分析,确立小程序的主要需求是解决在固定金额的情况下,怎么合理话费,合理规划自己每天话费。后来开始学习微信小程序,整体上较为简单,就是html,javascripr,css那些东西,但是小程序又限制东西比较多,所以相对web的技术,虽然很多东西较为简便,都集成好了,但是做的时候灵活性不够。考虑到要跟后端交互。后端要求必须是https,前后端直接交互用json,后端采用python的flask框架。。接下来要实现的就是公众号,这里面也用flask,跟公众号传输用的是xml格式,再去解析,,文字和语音没啥区别。但是尴尬的是没先看好文档。,每个人有小程序有个独立的openid,公众号有个独立的openid,,要在公众号里面添加小程序的内容,,就需要一个unionid,,一个人在小程序和公众号的unionid是一样嗯。。但是从openid获取unionid这一步需要企业认证。我们没有。。最后取巧,,讲小程序的openid变成激活码,需要复制到公众号那边进行激活,,实际是将两者绑定在一起。
    

    游舒婷:

        这次项目前前后后也大概一个学期吧。从整体来说接触了没有接触过的东西。
        首先,从整个执行过程就和以往的团队合作不一样。要上市发布的产品总体要求比较高。其实做一个需要发布的产品,比如是软件,做出来了就可以,但是要考验的是真实的用户量。对于这个出发点就需要做真正有价值的软件。所以从开始到结束都在围绕用户需求去设计。感受到的就是不同用户会有不同的想法,开发者需要这些方面进行分析筛选。
        其次,对于团队来说,每个成员都需要有贡献。从真实的开发团队来看,没有贡献的成员是会被辞退的。我们算是一个学习的过程,以前是没有接触过微信小程序开发的。也算是在某些方面从头开始,在平台发布程序还是有很多磕磕绊绊的。总体开发过程很团结,还是要谢谢辛苦的PM。
        最后吧,个人而言,参与真实开发过程和从旁观看的感觉是完全不一样的。用户会拼命挑刺,接受到反馈之后就需要改动。参与这个过程已经积累了很多经验。虽然过程比较艰辛,但是还是很满足的。
    

    倪兢飞:

        在这两周的时间内,我们的团队结束了Beta阶段的冲刺,在Beta阶段的冲刺过程中,我觉得相比于Alpha阶段,Beta阶段中我们主要做的就是针对Alpha阶段产品的不断完善,在对各种细节进行不断的更改,以及增加产品的一些附加功能,在Beta阶段我们为我们的微信记账小程序关联了一个微信公众号,通过微信公众号可以直接向小程序内添加自己的日常消费信息。很庆幸我们团队中的成员们都非常优秀,在Beta冲刺阶段的过程中我在他们身上学到了很多东西,虽然我是在Alpha阶段结束后刚来到这个团队,但是很快就融入到了团队中,每次开会的时候大家都会集思广益,群策群力的去讨论、解决出现在Beta阶段遇到的问题;在我遇到一些困难的时候,我们的daiker——首席技术执行官,总是轻描淡写的就把问题解决了。虽然这次冲刺结束了,这门课也要结束了,但是在这门课程中学到的东西远不止书上的知识,还有在实践中学到的知识、体会与感悟。
    

    姚佳希:

        小程序的开发终于进入了尾声,总的来说,beta阶段任务就是“完善不足,尝试更优”,我们的小程序可以跟公众号相连,直接同步数据,这是其他组没有的吧?自己的组还是得自己夸,fabulous!
        程序开发是我们之前所没有接触过的,所以在这个过程中算是在实践中学习,很多东西不懂所以一直在问问问问问问。每天都会发现新的BUG,这时候我就眼见着舒婷跳下床拿起电脑,跟代码死磕。不知道她会不会脱发?
        关于PM妈妈,每天都在飘来飘去的催进度:“不要拖,赶快做。”关于我们的“一家之主”戴志斌,他总是能在程序出现问题的时候很好的解决,甚至想出更好的解决方案。至于我,默默的测试。
        Anyway,大家都在面对困难的时候变得更强。
  • 相关阅读:
    XML指南——XML 瀏覽器(Netscape、Explorer)
    XML指南——察看 XML 文件
    ASP中Dictionary的使用
    SQL Mobile的RDA数据同步开发
    XML指南——XML 確認
    简单的js分页脚本
    浏览器语种检测,适合于多语言版本的站点
    Com/Dcom/Com+的思考
    XML指南——XML數據島
    MOSS 2007 功能概述
  • 原文地址:https://www.cnblogs.com/Team-Blog/p/9123399.html
Copyright © 2020-2023  润新知