• postmortem report of period M2


    一、设想和目标

    1、我们的软件主要要解决学长设计的学霸系统中视频及文档的浏览功能问题。

    2、时间相对充裕。不过对于我们这些零基础的人来说还是比较困难。

    3、我们团队中不同意见通常会进行进一步讨论,说出自己的支持理由,互相衡量对方的优势劣势,决定出最佳的方案。

    二、计划

    1、原计划的工作不能算全部做完。因为连接学霸系统的问题以及团队与团队之间互相协商的问题我们组的功能还处于限制阶段,不能够发布。

    2、我们在实现多格式视频文档时个人意见及网上查找的代码均有很大问题,很难协调。

    3、我们每一个任务的定义及衡量的交付件比较模糊。因为我们整体构思不是很完善。不过最后我们组员的分工合作还算是在M2期间完善了一些功能。

    4、整个项目我们没有太具体的步骤计划。所以不能说是按计划完成。在学习的过程中不断将自己掌握的,能够完成的模块单独设计完成,最终再将所有模块合一。

    5、我们没有特意留下缓冲区。因为文件的浏览功能很明确。

    6、我们将来的计划会更具体,更注重细节处理。使整个工程的功能更加晚上。

    三、资源

    1、网上的各种代码资源及知识,还算丰富足够我们自学,完成各个小功能的实现。

    2、各项功能跟资源没有具体估计,所以也就没有精确度可言。

    3、测试的时候工作量不算很高。几个人很容易完成相关功能的测试。对于美工方面我们因为近期大作业复习压力大所以未着手处理。

    4、我们的分工还算比较明确合理,各自做自己相关的工作,最后统一工程。

    四、变更

    1、我们因为有QQ,手机联系,相关的变更会及时传达给相关队员。

    2、我们依据功能实现优先的原则,决定哪些工作可以推迟,哪些必须优先完成。

    3、项目出口条件既是相关队员需要自己测试单个模块是否能够正常运行,功能是否能够正常实现。

    4、我们的变更很多,但是对整体的设计,计划影响很小。所以及时通知相关队员进行重新设计及修改即可。

    5、我们因为实力不是很够,普遍对意料之外的设计完成度很低,只能进行最基本的修正及改进。

    五、设计/实现

    1、总体设计工作及框架完成是由组长完成,并及时下发各个模块的功能需求给相应队员。时间比较晚。

    2、我们的工作因为除了功能以外计划等方面不是很清晰明确,所以实现的方法通常是模棱两可的,队员只需要按自己的思路来实现功能即可。

    3、没有运用工具来帮助开发。我们只是自学相关知识以后进行工作。

    4、在实现浏览的功能时候产生BUG最多。路径,支持格式,信息传送方式等都出现过各种细节问题。这是最终的功能实现,考虑不全,设计不完善,计划不周密都导致了各种BUG的产生。在设计,开发的时候我们是边学边做,考虑不到这么远的东西。只能碰到BUG以后分析BUG,修正,改进。

    5、代码复审由两名队员分别进行审核。对代码规范比较严格的审查,修正。

    六、测试/发布

    1、我们的测试计划很简单。测试简单的上传,搜索,各个类型文件的浏览即可。

    2、有进行提交前的正式测试。保证本地的功能实现。

    3、测试工具就是VS2012。

    4、没有进行软件跟踪测定效能。

    5、我们因为与学霸系统的各个接口及程序的整合一直未完成,所以没有发布。

  • 相关阅读:
    cf------(round)#1 C. Ancient Berland Circus(几何)
    cf------(round)#1 B. Spreadsheets(模拟)
    grep 精确匹配
    解决 service iptables save 报错 please try to use systemctl
    kubernetes 亲和性调度详解
    免费好用的SSH手机客户端
    axios和drf结合的增删改查
    CDH 部署 Hadoop:5.开始安装
    OpenNebula概述
    Python 3.x 引入了函数注释
  • 原文地址:https://www.cnblogs.com/wwwsxh/p/3492585.html
Copyright © 2020-2023  润新知