码迷,mamicode.com
首页 > 其他好文 > 详细

软件工程第二次作文

时间:2019-10-10 00:30:23      阅读:39      评论:0      收藏:0      [点我收藏+]

标签:运行   交流   出现   形式   成长   良好的   规划   框架设计   系统   

采访工业界的软件团队(通过邮件,微博,微信,阅读博客等方式),询问他们的软件开发流程

分组讨论,

投票选出你们小组成员最喜欢的两个团队类型

辩论你们在这门课程中最应该采取哪种类型

列出优劣。

软件开发一般分为五个阶段:

 

1.问题的定义及规划

 

此阶段是软件开发与需求放共同讨论,主要确定软件的开发目标及其可行性。

 

2.需求分析

 

在确定软件开发可行性的情况下,对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段,这一阶段做的好,将为整个软件项目的开发打下良好的基础。“唯一不变的是变化本身”,同样软件需求也是在软件爱你开发过程中不断变化和深入的,因此,我们必须定制需求变更计划来应付这种变化,以保护整个项目的正常进行。

 

3.软件设计

 

此阶段中偶要根据需求分析的结果,对整个软件系统进行设计,如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。

 

4.程序编码

 

此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。

 

5.软件测试

 

在软件设计完成之后要进行严密的测试,一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。

二、最喜欢的两个团队类型

 

交响乐团模式:交响乐团门类齐全,各司其职,演奏都靠谱,同时看指挥;当某个软件领域处于稳定成长阶段时时比较适用。

 

功能团队模式:具备不同能力的同事们平等协作,共同完成一个功能,在这个功能完成以后,这些人又重新组织,和别的角色一起去完成下一个功能。

 

三、本门课程中应采取的类型

 

1.我认为在本门课程中比较适合的是交响乐团模式,交响乐团模式最中心的位置是指挥者,每个演奏者以指挥者为中心来完成自己的表演片段,乐器种类多大家各司其职使演奏十分完整。对于现在的我们来说缺乏一定的发展能力需要一个好的指挥家来领导我们合作,小组成员根据需要发挥自己擅长的部分在团队里大家都能够去凭借自己的知识技能来共同完成这样一个功能。

 

       而且团队中的每个成员的擅长点大都不一致的,把这些都合并起来那么可以互相弥补不足之处,对于交响乐团队模式解决了把大家集合起来的问题但是又出现成员之间缺乏交流,这对于一个项目的完成是不正确的,交流的缺少会给成员对成员有错误的认知,对方不了解各自的技能到底处于什么水平往往会出现偏差。所以我认为在采用这种模式的情况下可以进行优化,加强小组成员的交流,使彼此有一个较为全面的了解那么在分配任务会更有侧重点完成度也会大大提高。

 

但我更希望我们的团队模式可以是二者的结合形式,通过磨合,能够协同作战。团队可以公开的讨论流程和工作的方式,协商制定计划;有能力的成员也分担一定的领导职责;大家各司其职,平等协作,最后汇总各部分,完成任务。

 

   2.不同模式优缺点分析

 

(1)交响乐团模式

 

优点:门类齐全,并且大家各司其职,各自有专门的场地,演奏期间没有聊天走动的现象,还有就是演奏都靠谱,同时看指挥的,而且演奏的都是经过多次练习的曲目,最重要的是这个团队需要一个能力强的指挥者来进行整场的演奏,执行能力强。

 

缺点:团队小组成员做事比较呆板,自己只顾着完成自己的演奏片段而忽略了自己与团队的交流,并且光看指挥者的指挥还会失去了自己的想法。

 

(2)功能团队模式

 

优点:小组成员注重合作,大家平等协作共同完成一个功能并且还可以再和别人完成另外的工作,灵活性比较高,这样每个人都能发挥自己擅长的,而且小组内部交流比较频繁,敢于提出自己的想法。

 

缺点:在大家协作完成一个功能后去和他人组队,那么新的小组成员还需要一个磨合期来使对方熟知起来比较耗时间不稳定。

软件工程第二次作文

标签:运行   交流   出现   形式   成长   良好的   规划   框架设计   系统   

原文地址:https://www.cnblogs.com/fgasffs/p/11644905.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有 京ICP备13008772号-2
迷上了代码!