postmortem报告第二组

gongchengmiao gongchengmiao     2022-12-19     218

关键词:

一.alpha阶段的经验教训

1.针对 进度规划不到位,任务完成速度慢 的问题,引入teambition规范任务管理,每周组会验收上一周任务,发布下一周任务,对各组员是否完成任务以及完成质量进行评价。

2.针对 与用户接触不够多 的问题,在原有的组内自测,少量邀请外部用户测试的基础上,增加组外用户的测试次数,即测即改,也根据用户反馈的需求,适当增减开发内容,调整开发计划,在项目基本完成时邀请用户,完成用户报告。

3.针对 与旧版BBS相比,亮点不突出 的问题,在完成BBS核心功能基础上,开拓额外功能,重点放在提高用户体验,便于用户间交流上,完善了用户界面,用户互相关注的功能,增加了聊天功能,具体参见Beta版本展示博客。

二.敏捷开发的原则

做的最好:

Welcome changing requirements, even late in development. Agile processes harness change for the customer‘s competitive advantage.

1. 要欢迎变动的需求,即便是在开发的晚期也不例外。敏捷过程利用变更来为客户获得竞争优势。

针对测试中出现的问题,和与用户沟通了解的信息,我们一直到开发晚期,也在尝试改变,增添新的功能。

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

2. 向开发团队及在开发团队中传达信息的最有效率和最有效的方法是:面对面的交谈。

除了每周组会,我们组主要的开发方式是几人聚在一起,一边讨论一边开发,面对面的高效率传达信息,推进项目。

做的最差:

Business people and developers must work together daily throughout the project.

1. 业务人员与开发人员每天工作在一起,直到项目结束。

由于其他的学习任务,实际的各种因素,这一条难以做到。

Working software is the primary measure of progress.

2. 可工作的软件是进度的首要度量。

由于本项目不易划分成单个可工作的部分,在最后整合前,都难以做到这一条。

三.The Cathedral and the Bazaar (大教堂和集市)

  • 大教堂模式(The Cathedral model):源代码在软件发行后公开,但在软件的每个版本开发过程中是由一个专属的团队所控管的。作者以GNU EmacsGCC这两软件为例。
  • 市集模式(The Bazaar model):源代码在开发过程中即在互联网上公开,供人检视及开发。作者以Linux核心的创始者林纳斯·托瓦兹带领Linux核心的开发为例,亦引用fetchmail的开发为例。

我们主要采用的是市集模式,在项目的一开始,我们便将源代码上传到Github,供人检视和开发,实现让够多人看到源代码,错误将无所遁形”(Given enough eyeballs, all bugs are shallow),在本课程结束后该项目也将作为开源项目,交由有兴趣的组员或者他人,继续完成。

 

用户使用情况报告-第二组(攻城喵组)

一、推广情况   新版瀚海星云作为校内BBS,其主要面向对象是中科大的在校师生,所以在推广时我们着眼的用户群体自然也是我校师生。在α版发布前一次的组会,组长便要求我们各自向身边至少五位同学推广我们的BBS,... 查看详情

postmortem报告

Postmortem报告一、每个成员在beta阶段的实践较alpha阶段的改进:陈修远:所谓软件工程,相比于普通的编程来说,是一个功能众多,内部逻辑复杂的工程项目。通过一学期的现代软件工程实践,我发现想做好一个好的软件,清晰... 查看详情

postmortem报告

beta阶段与alpha阶段的比较beta阶段与alpha阶段的比较主要从个人方面和团队方面进行总结。以下是我们的队员对于自己在beta阶段的实践和alpha阶段的改进的总结。成员林静雯认为,自己在beta阶段的时候更加深入的了解了android框架... 查看详情

6thbeta阶段的postmortem报告

 组名:好好学习(代组长发布) 1、 尝试在beta阶段实现的功能,与alpha阶段相比的优势   (1)更改软件现有的bug:      1)软件的账目只能输入,但是一旦发生失误却无法更改和删除... 查看详情

第二组hunter——beta版发布文档

软件测试报告一、bug情况汇总尚需解决以及难以解决的:登录时会有卡顿,需要加入加载进度条(会添加的)商城和背包功能尚未实现(需要修复)美工水平太差,让人没有使用的欲望(大概接下来就专门做这个了)缺少合适的... 查看详情

第二组交互设计文档

    查看详情

五班二组高级软件测试进度报告

昨天介绍了一下redmain测试工具,今天就来说一下小组成员总结的安装过程。1.平台:平台:阿里云操作系统:centos7.02.安装过程2.1docker安装1.设置yum镜像国外的镜像安装速度很慢,采用清华大学TUNA镜像源。用root用户新建/etc/yum.rep... 查看详情

高校学生征信系统postmortem结果

Postmortem结果设想和目标1我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?我们的软件需要解决的问题是当前高校学生征信系统建设薄弱的问题,我们试图建立一个征信系统,在完成之... 查看详情

五班二组黑盒测试实践作业进度报告

星期三(2017.11.29)1.问题1:测试工具与web系统不同步  今天二组同学在测试的时候遇到了一个问题,导致他们测试无法进行下去。问题描述为:当用测试工具测试web系统的时候,测试工具会报如下的错:就是某个测试元素找... 查看详情

王者荣耀交流协会pspdaily项目postmortem结果

王者荣耀交流协会PSPDaily项目Postmortem结果整理:王超设想和目标1.       我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?PSPDaily要解决用户(主要是软件工程... 查看详情

第二组sprint会议

 会议时间:12月8号,18:00会议地点:宿舍会议进程: 1.首先对到场人员进行点名 2.对程序主要功能进行讨论,每人都可以自由发言,然后分配每个成员的任务,并决定实现第一个功能:人员的登录和新手的注册(界面... 查看详情

五班二组高级软件测试进度报告

今天第一次开始上高级软件测试这门课,今天课下小组成员经过商量讨论,明确了各自的分工。具体分工内容如下:1)王焕:撰写软件测试工具使用手册,手册中包括该工具的基本情况,如名称,提供商,发展简史等;该工具... 查看详情

五班二组黑盒测试实践作业进度报告

周五(2017.11.24)  周五课上老师公布作业后,小组在当节课下课后进行了小组会议。内容如下  (1)小组成员一起阅读老师题目的要求,有疑问的地方就提出来,相互讨论,找到解决方案。  (2)在了解题目要求后,大... 查看详情

20220714第二组刘世琦学习记录

#JAVA###(今日知识)##1.Java基础知识(掌握)1.1引用数据类型—String(字符串)1.2包的命名规则1.3数据输入1.4终止程序执行的方式##2.流程控制语句(不熟练)2.1流程控制语句分类2.2顺序结构2.3if语句2.3.1if语句 查看详情

技术与架构分析(第二组)

一.整体架构 本次软工项目我们选取的技术框架是Django。Django,是一个开放源代码的Web应用框架,由Python写成,采用了MVC的软件设计模式,即模型M,视图V,控制器C。 Django的主要目标是使得开发复杂的、数据库驱动的网站... 查看详情

第二组hunter典型用户

典型用户一:姓名:王尼玛年龄:16职业:高中生收入:无比例:20%使用场景:小伙伴聚会,需要找个娱乐项目地点:学校周边,小区及公园生活情况:基本的学校家庭两点一线,偶有聚会知识能力:高中在读用户动机:聚会打... 查看详情

软件工程-第二组-墨刀原型设计

任务要求博客班级https://edu.cnblogs.com/campus/zjcsxy/SE2020需求来源https://www.cnblogs.com/qq565037658/p/13924468.html姓名蔡晓辰学号31801113院系浙大城市学院计算机系       个人任务熟悉墨刀使用,完成墨刀原型设计熟... 查看详情

第二组项目冲刺(beta版本)第二次每日例会2017/7/19

项目冲刺(Beta版本)第二次每日例会开发小组:Hunter冲刺经理:林贵渊小组成员:林轩宇,张太,刘仁人,李明君 1、每日例会内容(1)昨天做了什么1、林轩宇:制作了积分商城和背包界面。2、张太:找素材。3、刘仁人:... 查看详情