M1/M2总结
2016-01-11 12:39
232 查看
个人阅读作业
M1/M2总结
本学期的软件工程课程我们小组完成可学霸系统的项目,经过一学期的团队合作,大家都有了很大的提高。
在M1阶段我们对学长的代码进行了移植处理,但是在这个过程中我们苦不堪言,因为学长的代码有很多漏洞,后台的数据库也存在很多问题。当时给我们造成了很大的困扰,一度让我们放弃移植这个项目,不过大家讨论之后还是积极地应对,分工合作,学习了C#,XML,TFS等等知识,大家也都很努力的尝试修改错误,在这个过程中提升自我,这也是我们当时每天的一项很重的任务。不过最终经过大家的不懈努力和默契配合,我们顺利的完成了学霸M1阶段的开发。
在M2阶段我们更是被弄得十分疲倦,这个时期是我们各门课程大作业的顶峰时期,很多课程也都在考期。不过在小组大家的互相鼓励和监督,我们抽出每天的时间间隙,不断的优化和改进项目。虽然我们的项目可能还会有不完善的地方,不过我们大家的努力还是取得了应有的收获。
链接到以前提问题的博客
链接:/article/5431733.html
敏捷开发中有哪些常用的方法?
水晶方法Crystal,XP极限编程,SCRUM,FDD特性驱动,DSDM,ASD等
瀑布模型是否已经不适应现在的软件开发模式?
由于瀑布模型过于强调文档的作用,在每个阶段讲究仔细地验证,过于理想化了。存在许多现实问题:1) 各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量;2) 由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发的风险;3) 早期的错误可能要等到开发后期的测试阶段才能发现,进而带来严重的后果。4) 各个软件生命周期衔接花费时间较长,团队人员交流成本大。 这些问题的存在使得瀑布模型已经不再适合现代的软件开发模式,几乎被业界抛弃。
一个软件开发团队里编程能力参差不齐如何合理地给他们分配角色和任务?
这点我的感触就是按照每个人的特点为他们分配相应的任务,有的人善于沟通组织就更加适合PM一些,有些人严谨仔细就更加适合做测试工作。要根据每个人的特点为他们分配相应的角色和任务。
开发、测试由不同的人担任真的合适嘛?开发的人被指出BUG后产生怨气影响关系怎么办?
现在发现当初提的这个问题太过天真了,同为一个队伍里的队友,被别人指出错误是好事,能帮助我们进步,产生怨言就说明太过于小肚鸡肠了。
PM是不是一个团队里要求能力最强的角色?
团队中的每个角色都是不可或缺的,对人的需求也是不同的,并没有什么能力高低之分。
阅读以前文章,新的体会
知识点
需求阶段:TFS的使用,XML的使用,分词器的操作
设计阶段:文本关键词的提取和翻译
实现阶段:回归测试、黑白盒测试
发布阶段:软件工程中项目整合的方法
维护阶段:经过不断的测试根据反馈对项目调整维护
M1/M2总结
本学期的软件工程课程我们小组完成可学霸系统的项目,经过一学期的团队合作,大家都有了很大的提高。
在M1阶段我们对学长的代码进行了移植处理,但是在这个过程中我们苦不堪言,因为学长的代码有很多漏洞,后台的数据库也存在很多问题。当时给我们造成了很大的困扰,一度让我们放弃移植这个项目,不过大家讨论之后还是积极地应对,分工合作,学习了C#,XML,TFS等等知识,大家也都很努力的尝试修改错误,在这个过程中提升自我,这也是我们当时每天的一项很重的任务。不过最终经过大家的不懈努力和默契配合,我们顺利的完成了学霸M1阶段的开发。
在M2阶段我们更是被弄得十分疲倦,这个时期是我们各门课程大作业的顶峰时期,很多课程也都在考期。不过在小组大家的互相鼓励和监督,我们抽出每天的时间间隙,不断的优化和改进项目。虽然我们的项目可能还会有不完善的地方,不过我们大家的努力还是取得了应有的收获。
链接到以前提问题的博客
链接:/article/5431733.html
敏捷开发中有哪些常用的方法?
水晶方法Crystal,XP极限编程,SCRUM,FDD特性驱动,DSDM,ASD等
瀑布模型是否已经不适应现在的软件开发模式?
由于瀑布模型过于强调文档的作用,在每个阶段讲究仔细地验证,过于理想化了。存在许多现实问题:1) 各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量;2) 由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发的风险;3) 早期的错误可能要等到开发后期的测试阶段才能发现,进而带来严重的后果。4) 各个软件生命周期衔接花费时间较长,团队人员交流成本大。 这些问题的存在使得瀑布模型已经不再适合现代的软件开发模式,几乎被业界抛弃。
一个软件开发团队里编程能力参差不齐如何合理地给他们分配角色和任务?
这点我的感触就是按照每个人的特点为他们分配相应的任务,有的人善于沟通组织就更加适合PM一些,有些人严谨仔细就更加适合做测试工作。要根据每个人的特点为他们分配相应的角色和任务。
开发、测试由不同的人担任真的合适嘛?开发的人被指出BUG后产生怨气影响关系怎么办?
现在发现当初提的这个问题太过天真了,同为一个队伍里的队友,被别人指出错误是好事,能帮助我们进步,产生怨言就说明太过于小肚鸡肠了。
PM是不是一个团队里要求能力最强的角色?
团队中的每个角色都是不可或缺的,对人的需求也是不同的,并没有什么能力高低之分。
阅读以前文章,新的体会
知识点
需求阶段:TFS的使用,XML的使用,分词器的操作
设计阶段:文本关键词的提取和翻译
实现阶段:回归测试、黑白盒测试
发布阶段:软件工程中项目整合的方法
维护阶段:经过不断的测试根据反馈对项目调整维护
相关文章推荐
- 创建数组
- iOS APP提交上架最新流程
- FFMpeg无损合并视频的多种方法
- capwap学习笔记——初识capwap(二)(转)
- JNI笔记
- 负载均衡之基于L7负载
- Redis系列之(一):10分钟玩转Redis
- 网络监控系统
- 替换几个不同位置的字符
- capwap学习笔记——初识capwap(一)(转)
- Arduino建立自己的工程 添加头文件 添加源文件
- 字符串的插入、删除、查找并删除、重新赋值、替换
- mysql远程连接故障
- 提升网站用户体验—WebP 图片的高效使用
- 仲恺acm 1019:石头剪子布【java】
- cocos2d 2.2.6 win7下的配置
- Docker下ZFS驱动实现
- Android自动化测试 - Monkey详解
- 查找字符串中需要的东西
- 【完全开源】知乎日报UWP版:增加Live磁贴、Badge、以及Toast通知