一、设想和目标

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、我们因为与学霸系统的各个接口及程序的整合一直未完成,所以没有发布。

postmortem report of period M2的更多相关文章

  1. postmortem report of period M1

    一.设想和目标 1.我们的软件主要要解决学长设计的学霸系统中视频及文档的浏览功能问题. 2.时间相对充裕.不过对于我们这些零基础的人来说还是比较困难. 3.我们团队中不同意见通常会进行进一步讨论,说出 ...

  2. M1事后分析报告(Postmortem Report)

    M1事后分析报告(Postmortem Report) 设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们项目组所开发的软件为一个基于Andro ...

  3. 事后分析报告(Postmortem Report)

    小组讨论照片 设想和目标 1.我们的团队项目为英语单词学习助手,名为“我爱记单词”.主要提供服务包括:单词查询,单词测试,单词记忆和中英互译.目前开发的是单机版本,用户可以根据自己的需求灵活的使用相应 ...

  4. 事后分析报告(Postmortem Report)要求

    在得到M1 团队成绩之后, 每个团队都需要编写一个事后分析报告,对于团队在M1阶段的工作做一个总结. 请根据下面的模板总结并发表博客: http://www.cnblogs.com/xinz/arch ...

  5. Postmortem Report 第一轮迭代事后分析报告

    一.设想和目标 1.1 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件<BlueZ>是一款全新动作类塔防游戏.与市面上已经存在的塔防游戏不同 ...

  6. 作业三:PSP记录耗时情况

    PSP2.1 Personal Software Process Stage Time planning 计划 15min Estimate 估计这个任务多久完成 130min Developing ...

  7. 作业3.2:psp

    PSP2.1 Personal Software Process Stages Time Planning 计划 20min Estimate 估计这个任务需要多长时间 3.5h Developmen ...

  8. 作业三:代码规范、代码复审、PSP

    一.代码规范 我认为我们编写的代码都需要进行规范的操作,因为如果为了图省事情或者为了减少时间去完成这个编程.在最后检验的时候就会出现一些警告,导致你这次编程的代码出现问题,当出现问题的时候你在回头去检 ...

  9. PSP个人耗时

    PSP2.1 Personal Software Process Stage Time(min) Planing 计划 20  #Estimate #估计这个任务需要多长时间 180 Developi ...

随机推荐

  1. Linux sed命令用法

    概述 sed命令是一个面向字符流的非交互式编辑器,不允许用户与它进行交互操作.sed是以行为单位处理文本内容的.在shell中,可以批量修改文本内容. 用法 sed [选项] [动作] 选项与参数:- ...

  2. Kali Basic Configuration

    1:Kali Version root@kali-node01:~# cat /etc/os-release PRETTY_NAME="Kali GNU/Linux Rolling" ...

  3. JS中的Symbol数据类型

    最初JS的6种数据类型: null,undefined,boolean,number,string,object 注意:实际上,array和function都是属于object的子类 ES6中,新增了 ...

  4. 在WIN7下安装运行mongodb

    1).下载MongoDB http://downloads.mongodb.org/win32/mongodb-win32-i386-2.4.5.zip 下载Windows 32-bit版本并解压缩, ...

  5. laravel4.2 union联合,join关联分组查询最新记录时,查询条件不对,解决方案

    需求: 分组联合查询,或者最新记录. 问题:  mysql分组的时候默认会查询第一条记录,存在gourp by时 order by 无效. 一般解决办法就是 ,select * from ( sele ...

  6. html 的radio单选框如何实现互斥------radio只是input的type属性

    先看看没有互斥的情况: <html> <body> 男性:<input type="radio" id="male" /> ...

  7. Go 入门 - 方法和接口

    方法和接口 方法的接受者 Go中没有类,取而代之的是在结构体上定义的方法 为了将方法(函数)绑定在某一类结构体上,我们在定义函数(方法)时引入"接受者"的概念. 方法接受者在它自己 ...

  8. HyperLedger Fabric 1.4 kafka生产环境部署(11.1)

    11.1 Kafka模式简介       上一章介绍的Solo模式只存在一个排序(orderer)服务,是一种中心化结构,一旦排序(orderer)服务出现了问题,整个区块链网络将会崩溃,为了能在正式 ...

  9. VIM 键

    输入 vimtutor命令,可以打开Linux使用手册(基本使用). ***. 插入键: A: 行尾插入 a: 字符后面插入 i: 字符前面插入 I: 行首插入 r:只替换一次字符  R:一直替换,直 ...

  10. Codeforces Round #460 (Div. 2) 前三题

    Problem A:题目传送门 题目大意:给你N家店,每家店有不同的价格卖苹果,ai元bi斤,那么这家的苹果就是ai/bi元一斤,你要买M斤,问最少花多少元. 题解:贪心,找最小的ai/bi. #in ...