软工 Chapter three

代码规范:1.代码风格规范。主要是文字上的规范,看似表面文章,实际上非常重要。2.代码设计规范。牵涉到程序设计、模块之间的关系、设计模式等方方面面的通用原则。

结对编程:在结对编程的模式下,一对程序员肩并肩、平等地,互补地进行并发工作。他们并排坐在一台电脑前,面对同一个显示器,使用同一个键盘、同一个鼠标一起工作。他们一起分析,一起设计,一起写测试用例,一起编码,一起做单元测试,一起做集成测试,一起写文档等。

两人合作的不同阶段:萌芽阶段----磨合阶段----规范阶段---创造阶段---解体阶段

影响他人的技巧:最外层,当反馈是关于行为和后果使,行为可以改正,后果可以弥补,对方还是有挽回局面的机会。

中间层,当反馈上升到攻击对方的习惯和动机,被攻击的一方就比较难表白并且澄清动机。

最内层,当攻击深入到核心,被攻击的一方已经无法回应,因为攻击的目标是自己的固有属性,无法改变的。涉及到人的本质,也很难改变。

典型的软件团队模式和开发流程:

团队模式

1、  主治医生模式

2、  明星模式

3、  业余剧团模式

4、  秘密团队

5、  特工团队

6、  交响乐团团队

7、  爵士乐模式

8、  功能团队模式

9、  官僚模式

开发流程

1、  改了再写模式

2、  瀑布模型

3、  同意流程:业务建模---需求---分析和设计---实现---测试---部署---配置和变更管理---项目管理---环境---初始阶段---细化阶段---构造阶段---交付阶段

4、  老板驱动的流程

5、  渐进交付的流程

时间: 2024-10-10 01:17:11

软工 Chapter three的相关文章

软工Chapter Six

软工Chapter six 团队和流程 典型的软件团队模式和开发流程是:主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐团模式.爵士乐模式.功能团队模式:写了再改模式.瀑布模型.瀑布模型的各种变形.统一流程.老板驱动的流程.渐进交付的流程. 现在的编程离不开团队的合作,那么怎样的组合才能算是一个团队呢?首先,团队有一致的集体目标,团队要一起完成这目标.一个团队的成员不一定要同时工作,但一定要有共同的目标.另外团队成员有各自的分工,互相依赖合作,共同完成任务. 软件团队有

软工Chapter Five

现代软件产业经过十几年的发展,一个软件由一个人单枪匹马完成是很少见的,有时候自己的代码怎么看都检查不出的错误,别人一眼就能指出.两人合作或者多人合作,效率能大大地提高.首先两个人的代码要规范,也是为了使同伴能看懂你的代码,代码规范的原则是:简明,易读,无二义性.缩进用四个空格,行款100字符,不要把多条语句放在一行上,命名要让程序员一眼就能看懂.复杂的注释应该放在函数头并且应该只用ASCII.其次是代码的设计要规范,使用函数的原则是:只做一件事,并且要做好.函数最好有单一的出口.程序的主功能实现

软工Chapter Seven

在设计一个移动端的应用程序时,我们应该牢记在心的最重要的一件事情就是务必要确保你的程序是有用且直观的.如果这个程序没有用处,那么对用户来讲就没有任何的实际价值,自然地也就没有人有任何理由去使用它.而如果这个程序有用但需要用户付出大量的学习成本,用户自然也是不会愿意去投入学习的. 优秀的界面设计都能够克服以上两个问题: 为了达到可用性目的,应用程序应该是以用户为中心的.用户之所以安装你的程序是因为他们需要解决某个紧迫的问题,也就是说,你的程序一定是要有实际用途的.你要仔细考虑用户会是如何按着它们的

软工实践团队展示-黄紫仪

前言:0.0组个队真心不容易,之前在群里哭唧唧了好半天都没人组..前排感激助理小学姐的助攻,成功get队(da)友(tui)两枚! 队名:咸鱼也要翻身-社团管理  成员:连捷      031502320 (组长)    黄紫仪   031502313   钟嘉晨   221500413 团队项目描述: 开发一个社团管理系统,方便学生跟社团的相互选择. 队员介绍:  连捷:风格:懒  擅长的技术:想不出来  编程的兴趣:不怎么感兴趣,硬着头皮学  软工的角色:不懂的问大佬 一句话宣言:争取不坑队

软工第0次个人作业

一.你为什么选择计算机专业?你认为你的条件如何?和这些博主比呢? 首先说明,在进入大学之前,对于计算机专业的相关问题一无所知,对编程一无所知,对于计算机的理解仅仅存在于玩游戏和瞎捣鼓的层面上,唯一感兴趣或者自己能够想到的问题就是计算机的硬件是如何处理我们的操作指令的,软件又是通过怎样的方式写成的. 抱着这样的观点,以及相比于其他的工科专业,计算机专业给我有一种高大上的感觉,充满科技气息,再加上口耳相传的计算机专业人员在未来一定会发挥重大作用,报酬丰厚等等原因,最终选择了计算机专业,这也是我的第一

机房收费系统个人重构版:软工文档中那些图

[前言]    图.提到这个字的时候脑海中就会出现许很多多的图像,它的重要性相信大家都明确.相比于文字来说它更生动形象正好符合人类大脑的记忆规律.非常多人也知道动画片制作原理也是用一张张图片仅仅只是转换的速度足够快而已,另外大家所熟知的思维导图等等.下面咱们这里介绍的是软件project中涉及的图! [图] 在上一篇博文<机房收费系统个人重构版:透过文档谈文档驱动开发>介绍了软工各个阶段的文档中都该有什么图.可是没有具体具体介绍各种图,在结束整个机房重构后,深感文档是整个开发的精髓.而图又是文

调研《构建之法》指导下的全国高校的历届软工实践作品、全国互联网+竞赛、物联网竞赛等各类全国性大学生信息化相关的竞赛平台的历届作品及其看法

1,豌豆荚一览 作品内容:主要是一款聚合阅读类作品,他收录了500+应用的内容,可以在一个应用里面,看完自己感兴趣的应用的最近更新的内容,更通俗的讲就是用一个应用代替其他阅读类的应用,你可以在豌豆荚一览中看到其他应用最新更新内容,比如可以看知乎日报,开眼,一个等等之类的..... 作品源于的平台:豌豆荚设计奖里的作品,链接:http://sspai.com/30278 作品的优势:我们手机里面有很多的应用,每天都要在这些应用花费很多时间,其中有一些可能下载下来都不会打开几次,但是删掉又可惜的,于

软工总结

大一的时候,我们接触了很多的基础,同时,我们也写了很多的代码,从简单的输入输出再到一些基础排序.查找算法.大二的时候,我们系统的学习了很多进阶的内容,写了更多的代码,从面向对象的类再到复杂的红黑书平衡树.终于到了大三,两年的准程序员生活让我们写了很多代码,同时也做了好几个或大或小的项目.虽然只是学了简单的知识,但是我们依然或好或坏的完成了这些项目——完全凭借自己的本能.不论是什么计算机语言,算法,还是硬件接口,只要遵循规则就能得到结果.然而,软件工程却推翻了这一切,老师告诉我们,不能再先写再重构

软工学习笔记——代码规范

上大学以来写了这几年的代码,却一直没怎么关注过代码规范相关的问题,直到软工课上讲了之后,才开始有所顾及.上课的时候回头看看自己写过的那些代码,真是丑死了,几个月前自己写的代码现在就已经读不懂了. 看了书上的相关章节,对于我来说,我觉得我的代码主要注意这几点: 1. 少写冗余代码,已经用不到的代码段就应该删去.(我今天刚刚发现我的昆特牌Online项目中竟然还存在有两个没用的类) 2. 多利用空行来将代码小规模地分段. 3. 大段的无用代码不要一直注释着,该删就删.(我的项目里经常会有一大堆没用的