【文档说明】软件制造工程--程序设计概述.pptx，共(67)页，409.570 KB，由精品优选上传

转载请保留链接：https://www.ichengzhen.cn/view-290979.html

以下为本文档部分文字说明：

软件制造工程第二章程序设计本章授课内容◼基础◼程序设计概述◼程序设计原理◼程序设计的启发式原则◼程序设计方法◼面向对象程序设计◼团队◼程序设计书的构成和理解程序设计概述__程序设计在软件开发中的位置软件工程管理规划阶段需求分析A开发阶段内部设计B外部设计移植、安装、维护移植安

装维护HD程序设计·制造E组合测试F系统测试G运行测试以内部设计书为基础，对程序单元内的功能模块进行分割和功能模块的功能处理给予说明，作出程序设计书。按照程序设计书进行程序编码。按照程序设计书进行程序单

元测试。C程序设计概述_概念◼程序设计◼概要设计又称为总体设计或外部设计，详细设计又称为过程设计或内部设计。程序设计是以详细设计为基础，对程序单元内的功能模块进行细化，对功能模块的功能处理要求和实现方法给予说明，并

作出程序设计书。程序设计的结果将是编程工程和测试工程的主要依据。◼近年来，由于很多应用系统在开发周期短、开发成本低的条件下进行设计，常常把详细设计和程序设计的阶段合为一体。程序设计概述_作业流程及描述D1开发准备工作D1.1详细设计成果物的确认D1.1.1确认详细设计成果物D1

.2制定工作计划D1.2.1制定工作计划D1.3检查工作计划D1.3.1检查工作计划在进行程序设计·制造作业之前，要确认详细设计的成果物。为了进行程序设计·制造的进度管理和项目运营管理，要作出项目开发体制表

和详细的日程计划表（中、小日程表）对于制定的工作计划，要进行检查，确认作业内容。程序设计概述_作业流程及描述D2程序设计D2.1程序设计D2.1.1模块划分D2.1.2模块功能设计工作区变量定义D2.1.3模块逻辑设计D2.1.4D2.2程序设

计检查D2.2.1程序设计检查以详细设计中确认的程序单元为基础，对程序单元内的功能模块进行分割处理。对程序功能结构图中的功能处理给与说明。定义程序中使用的公用变量和重要变量。设计各个模块的处理内容及其算法。对程序设计说明书进

行检查，作出程序设计检查结果报告。程序设计概述_工作用表质量数据汇总表D5开发结束工作问题处理票（B票）简单问题处理票质量数据汇总表（程序单元）程序单元测试项目表(矩阵型)程序单元测试项目表D4程序单元测试问题记录

一览表检查记录表模块功能的定义说明书工作缓冲区格式定义表程序追加处理说明书程序功能结构图D2程序设计问题记录一览表检查记录表开发体制表工作计划表(小日程表)工作计划表(中日程表)基本/详细设计作业内容检查表（确

认基本/详细设计的成果物）D1`开发准备工作工作用表名称作业阶段◼程序设计的一个重要课题就是模块划分和模块设计，把开发的软件系统按功能逐次分割成层次结构，使每一部分完成简单的功能且各个部分之间又保持一定的联系，这种功能设计所包括的内容有：◼采用某种设计原理和方法，将一个复杂的系统按

功能划分为成模块的层次结构；◼确定每个模块的功能，建立与已确定的软件需求的对应关系；◼确定模块间的调用关系；◼确定模块间的接口，设计接口的信息结构；◼评估模块划分的质量及导出模块结构的规则。程序设计原理◼模块的概念在软件的体系结构中，模块是可组合、分解和更换的单元

。程序设计单元都被看成为“模块”，所谓模块就是程序对象的有名字的集合，例如，过程、函数、子程序、宏等。◼模块具有以下几种基本属性：◼接口：指模块的输入与输出；◼功能：指模块实现什么功能；◼逻辑：描述内部如何实现要求的功能所需的数据和处理流程；◼状态：指该模块的运行环境，即模块的调用与被调用关

系。程序设计原理程序设计原理◼设计的原则：（l）分解—协调的原则。（2）信息隐蔽，抽象的原则，即上层模块只规定下层模块做什么和所属模块间的协调关系，但不规定怎么做，以保证模块的相对独立性和内部结构的合理性，使得模块与模块之间层次分

明，易于理解，易于实施，易于维护。（3）自顶向下原则：首先抓住总的功能目标，然后逐层分解，即先确定上层模块的功能，再确定下层模块的功能。（4）一致性原则：要保证整个软件设计过程中具有统一的规范，统一的标准，统一的文件模式等等。（

5）面向用户的原则，每个模块必须功能明确，接口明确，坚决消除多重功能和无用接口。◼模块的概念◼一个模块的规模应当取决于它的功能和用途。◼应减少接口的代价，提高模块的独立性。◼模块的独立性可以由两个定性标准度量，这两个标准分别称为聚合和耦合。成本(工作量)软件成本接口成

本最小区域成本/模块模块数M程序设计原理◼抽象是认识复杂现象过程中使用的思维工具，即抽出事物本质的共同的特性而暂不考虑它的细节，不考虑其他因素。通过抽象，可以确定组成软件的过程实体。◼逐步求精是一种先总体，后局部的思维原则，先抓住

主要问题并给予解决，然后分阶段逐步深入考虑问题的细节，也就是逐层分解，分而治之的方法。程序设计原理◼在一节不和谐的课堂里，老师叹气道：“要是坐在后排聊天的同学能象中间打牌的同学那么安静，就不会影响到前排睡觉的同学。”。这个故事告诉我们，如果不想让坏事传播开来，就应该

把坏事隐藏起来，“家丑不可外扬”就是这个道理。为了尽量避免某个模块的行为去干扰同一系统中的其它模块，在设计模块时就要注意信息隐藏。应该让模块仅仅公开必须要让外界知道的内容，而隐藏其它一切内容。◼信息隐蔽指在设计和确定模块时，使得一个模块内部包含的信息

（过程或数据），对于不需要这些信息的其他模块来说，是不能访问的。通过信息隐蔽，可以定义和实施对模块的过程细节和局部数据结构的存取限制。程序设计原理◼模块独立性指每个模块只完成系统要求的独立子功能，并且与其他模块的联系最少且接口简单，用两个定性的度量标准耦合性（coupli

ng）和内聚性（cohesion）来衡量模块的独立性。程序设计原理◼耦合性也称块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越强，模块的独立性则越差。模块间耦合高低取决于模块间接口的复杂性、调用的方式及传递的信

息。◼耦合按从弱到强的顺序可分为以下七种类型：非直接耦合、数据耦合、数据结构耦合、控制耦合、共通耦合、外部耦合、内容耦合。按上述顺序，耦合性逐渐升高，模块独立性逐渐降低。程序设计原理◼内聚性又称块内联系。指模块的功能强度的度量，即一个模块内部各个元素彼此结合的

紧密程度的度量。若一个模块内各元素（语名之间、程序段之间）联系的越紧密，则它的内聚性就越高。◼内聚按强度从低到高共分七级：偶然内聚、逻辑内聚、时间内聚、过程内聚、通信内聚、信息内聚、功能内聚。内聚性逐渐加强，功能趋于单一，模块独立性也逐渐

加强。程序设计原理◼模块化的设计原则◼改进软件结构提高模块独立性◼模块规模应该适中◼保持适当的扇入和扇出◼模块的作用范围应在控制范围之内◼力争降低模块接口的复杂程度◼设计单入口单出口的模块◼模块功能应该可以预测以上启发式规

则多数是经验数据，对改进设计，提高软件质量，有重要的参考价值程序设计的启发式原则ABCDEFABCDE′F′E′F′程序设计的启发式原则改进软件结构提高模块独立性◼经验表明，模块的规模要在一页以内，模块的总行数最好在30~

60行，这种规模易于阅读和理解。◼过长的模块往往是分解不充分的表现，会增加阅读理解的难度；但小模块太多也会使模块之间联系变得复杂，增大系统在模块调用时传递信息所花费的开销，不值得单独存在，可以把它合并到上级模块中去。◼由于种种原因如功能和用途的约束，一个模块可能会大于一页，要以不影响程序的清晰为

前提。程序设计的启发式原则◼一个模块的扇入表示有多少个模块直接调用它，一个模块的扇出表该模块控制的其它模块的数量，深度表示软件结构中控制的层数。◼经验表明，一个设计得好的典型系统平均扇出通常是3或4（扇出的

上限通常是5~9）。扇出扇入深度程序设计的启发式原则_保持适当的扇入和扇出◼一个模块的作用范围（或称影响范围）指受该模块内一个判定影响的所有模块的集合。◼一个模块的控制范围指模块本身以及其所有下属模块（直接或间接从

属于它的模块）的集合。◼一个模块的作用范围应在其控制范围之内，且判定所在的模块应在其影响的模块在层次上尽量靠近。程序设计的启发式原则_模块的作用范围应在控制范围之内◼模块接口复杂是软件发生错误的一个主要原因，应该仔细设计模块接口，使得信息传递简单并且和模块的功能一致。接口复杂或不一致(即看起来传递

的数据之间没有联系)是低内聚的表现，应该重新分析这个模块的独立性。程序设计的启发式原则_力争降低模块接口的复杂程度◼不要使模块间出现内容耦合◼从顶部进入模块并且从底部退出，软件比较容易理解，因此也比较容易维护程序设计的启发式原则_设计单入口单出口的模块程序设计的启发式原则_模块功能

应该可以预测◼如果将一个模块看做黑盒子，就是说，只要输入的数据相同就产生同样的输出，这个模块的功能就是可以预测的。◼具有内部状态的模块，其输出不仅与输入有关，而且还取决于模块的当前状态，其功能是不可预测的

，这就增加了模块的测试和维护难度，这条原则不是绝对的，如对于实时系统来说，针对不定时的输入，系统状态要不断发生变化，这种变化又直接影响下一个输入引起的输出。对于这种不可避免的情况，要引起充分注意，要将相应模块做特殊处理。无论测试

还是维护都把模块状态作为一个重要影响因素来考虑程序设计方法_结构化方法◼结构化程序设计的内容◼使用三种控制结构◼逐步求精的设计方法fgcfgcf(c)(a)(b)I=?f1f2f3fn123n(d)fcT(e)程序设计方法_结构化工具◼流程图◼盒图(N-S图)◼P

AD图◼HIPO图◼判定表◼判定树◼过程设计语言程序设计方法_结构化工具◼流程图◼处理用四方形图表示◼条件判断用菱形图表示◼用连接线把这些图形连接起来表示处理的流程程序设计方法_结构化工具◼盒图(N-S图)盒图是Nassi和Shneiderman提出来的，又称N-S图，没有箭头，

不允许随意转移。在NS图中，每个“处理步骤”是用一个盒子表示的，所谓“处理步骤”可以是语句或语句序列。需要时，盒子中还可以嵌套另一个盒子，嵌套深度一般没有限制，只要整张图在一页纸上能容纳得下，由于只能从

上边进入盒子然后从下边走出，除此之外没有其他的入口和出口，所以，NS图限制了随意的控制转移，保证了程序的良好结构。程序设计方法_结构化工具◼PAD图PAD图是日本日立公司于1973年发明的，指问题分析图(ProblemAnalysisDiagram)，它是一种自左往右展开的二维

树型结构。控制流程为自上而下、从左到右的执行。由机器自动通过走树的办法生成相应的源代码，大大提高了软件的生产率。程序设计方法_结构化工具程序设计方法_结构化工具◼例:1求A、B、C三个数中的最大值。◼例:2猴子吃桃问题：有一堆桃子不知数目，猴子第一天吃掉一半，觉得不过

瘾，又多吃了一只，第二天照此办理，吃掉剩下桃子的一半另加一个，天天如此，到第十天早上，猴子发现只剩一只桃子了，问这堆桃子原来有多少个？程序设计方法_结构化工具◼例:1程序设计方法_结构化工具◼例:2程序设计方法_结构化工具◼HIPO图（层次图加输入/处理/输出图）HIPO图由下面三部分组成

：◼H（分层）图。即以方框形式表示程序的主要功能、次要功能及其与模块间的关系。◼总览IPO图。为H图提供输入变量表、处理功能表和输出变量表。◼详细IPO图。为底层模块提供输入变量表、处理功能表和输出变量表。HIP

O图是一种图解式设计工具。在概要设计、详细设计、程序设计、测试和维护的不同阶段，都可以使用HIPO图对设计进行描述程序设计方法_结构化工具班级号、学号学生姓名语、数、外成绩输入显示处理DB存在检查处理输出DB显示处理显示处理输入数据检查DB登录学生基本成绩表班级号、学号学生姓名语

、数、外成绩错误信息不存在存在正确不正确HIPO图（层次图加输入/处理/输出图）程序设计方法_结构化工具◼判定表◼在许多软件设计中，常常需要设计一个模块，根据多种条件的复杂组合，选择执行相应的动作，这种设计过

程用判定表表示比较合适。◼判定表可作为输入数据，被直接读入机器，由“表驱动”算法程序自动处理，◼判定表的第一行是规则号，每一列对应一条处理规则，它根据不同的条件组合选择执行相应的动作。为了能表示出总的控制流程，单单用这个工具是不行的，还需加上其他信息。通常，

判定表可以有效地用来作为其他详细设计工具的补充。判定表采用以下步骤进行处理：◼列出与一个具体过程（或）有关的所有处理；◼列出过程执行期间的所有条件（或所有判断）；◼将特定条件取值组合与特定的处理相匹配，消去不可能发生的条件取

值组合；◼将右部每一纵列规定为一个处理规则。程序设计方法_结构化工具◼判定表举例1程序设计方法_结构化工具◼判定表举例2某航空公司规定，乘客可以免费托运重量不超过30公斤的行李。当行李重量超过30公斤时，对头等舱的乘客超重部分每公斤收费4元，对其他舱的乘客超重部分每公斤收费

6元，对外国乘客超重部分每公斤收费比国内乘客多一倍，对残疾乘客每公斤收费比正常乘客少一半。程序设计方法_结构化工具◼判定树◼判定树是判定表的变种，能清晰地表示复杂的条件组合与应做的动作之间的对应关系。◼判定树的优点是：由于是一种图形表示，形式简单，不需任何说明，易

看出含义，易于掌握和使用。缺点是：简洁性不如判定表，相同的数据元素往往要重复写多遍，而且越接近树的叶端重复次数越多。程序设计方法_结构化工具◼判定树举例思考:将行李重量作为最后一个分支,将会是几片叶子答案:16片叶子程序设计方法_结构化工具◼过程设计语言(PDL，ProcessDesi

gnLanguage)◼是一个笼统的名字，由许多种不同的过程设计语言。过程设计语言用于描述模块中算法和加工的具体细节，以便在开发人员之间比较精确的进行交流。◼过程设计语言的外层语法描述结构，采用与一般编程语言类似的确定的关键

字，内层语法描述操作，可以采用任意的自然语句（如：英语、汉语）由于过程设计语言与程序很相似，也称为伪程序，或伪码（PseudoCode）。但它仅仅是对算法的一种描述，是不可执行的。程序设计方法_结构化工具◼

过程设计语言(PDL，ProcessDesignLanguage)◼PDL的优点:（1）可以作为注释直接插在源程序中间。这样做能促使维护人员在修改程序代码的同时也相应地修改PDL注释，因此有助于保持文档和程序的一致性，提高了文档的质量。

（2）可以使用普通的正文编辑程序或文字处理系统，很方便地完成PDL的书写和编辑工作。（3）已经有自动处理程序存在，而且可以自动由PDL生成程序代码。◼PDL的缺点是不如图形工具形象直观，描述复杂的条件组合与动作间的对应关系时

，不如判定表清晰简单。程序设计方法_结构化工具◼过程设计语言(PDL，ProcessDesignLanguage)◼例：统计空格seq打开文件读入字符串Totalsum=0程序体iteruntil文件结束……

程序体end打印总数seq打印出空格总数打印总数end关闭文件停止统计空格end顺序结构：AseqBlock1Block2Block3Aend选择结构：Aselectcond1Block1Aorcond2Bl

ock2Aorcond3Block3Aend重复结构：AiteruntilcondBlock1AendAiterwhilecondBlock1Aend程序设计方法_面向对象的程序设计面向对象的方法开始也

只是着眼于编程，后来才形成了从分析、设计到编程、测试与维护一整套的软件工程体系，即产生了面向对象分析（OOA）、面向对象设计（OOD）、面向对象编程（OOP）、面向对象测试（OOT）程序设计方法_面向对象的程序设计◼面向对象

程序设计的特征◼面向对象的程序设计将计算看作是一个系统的开发过程，系统由对象组成，经历一连串的状态变化以完成计算任务。◼面向对象程序的基础构件是对象和类，从程序设计角度来看，对象是一种不信赖于外界的模块，对应着存储器的一块被划分

的区域。它包含数据，在逻辑上包含作用于这些数据的过程，这些过程称为方法。◼面向对象程序设计的基本机制是继承性、消息和方法，还有在特定方面提供更为专门的、灵活的机制，如重置、多态等。程序设计方法_面向对象的程序设计◼

结构化程序设计就是把内部设计中的功能模块的设计、功能模块间接口的设计、数据库的定义等详细化的设计过程。而面向对象开发时，在OOD阶段已把各个类直到接口(方法)都已定义，程序设计的对象就如同结构化程序设计一样就是进行类内部处

理的详细化设计。程序设计书的构成和理解《程序设计书主要内容》（交互式处理）○程序处理概要图○程序概要说明书○程序功能结构图○程序追加处理说明书○工作缓冲区格式定义表○模块功能定义书○模块功能定义书(补充)○输入数据检查处理说明书〈参照以下基本设计资料〉○屏幕设计说明书○报表／文件输出编辑说

明书○DB设计说明书○共通处理设计说明书○公共子程序设计说明书程序设计书程序设计书的构成和理解◼程序处理概要图是内部设计阶段的成果文档，是程序设计阶段的输入，他是程序设计书的重要内容，主要描述该程序单元的处理概要，输入输出文件和屏幕、报表的关

连图，给出了与该程序相关的文件ID、文件名称、屏幕ID、名称、报表名称等。◼程序处理概要说明书也是内部设计阶段的成果文档，是程序设计阶段的输入，是程序设计书的重要内容，它对于程序处理概要图中的程序处理概要进行展开，给出了程序的各个功能模块的处理

概要说明，小型的或简单的程序可以从程序功能概要说明书入手编写代码。程序设计书的构成和理解◼程序功能结构图是程序设计阶段的成果文档，它是程序结构设计的图形结果，在开发周期短，程序设计时间不足的情况下，程序功能结构图可以省略。有程序功能结构图

的情况下，要注意编写的程序结构是否实现了程序功能结构图的要求。◼程序追加处理说明书是在程序概要说明书的基础上，对程序设计阶段所增加的功能进行补充说明。在程序编码之前，一定要注意确认程序追加处理说明书的功能是否能够实现，有无设计上的问题或文字上的疏漏。程序设计书的构成和理解◼工作缓冲区格式定

义表给出了程序中使用的主要工作缓冲区和变量的命名、类型、长度、初期值和编辑方法等说明。在理解工作缓冲区格式定义表中的各个变量的定义时，一定要对照相关的程序设计书的内容。◼模块功能定义书是在程序处理概要说明书的基础上对于每个程序模块的实现方法

进行了详细的说明，对于复杂的程序单元，一定要注意理解各个模块功能定义书的详细处理说明。对于程序设计阶段补充的功能模块和个别模块的补充功能，在模块功能定义书(补充)中给出了详细说明。程序设计书的构成和理解◼输入数据检查处理说明书主要说明屏幕输入项目的检查条件，所有登录

到数据库的数据都必须通过屏幕输入检查处理，以保证用户数据的完整性和一致性。程序设计实例◼系统概要说明:本案例是一个学生成绩管理子系统。它包含学生基本成绩登录、学生平均成绩计算、班级平均成绩计算、学生成绩表生成等4个程序模块基本成绩登录画面学生成绩管理子系统学生

基本成绩文件学生平均成绩计算（XSCJP001）学生基本成绩文件学生平均成绩文件学生成绩表生成（XSCJP003）班级平均成绩计算（XSCJP002）学生基本成绩文件班级平均成绩文件学生平均成绩文件学生基本成绩文件学生成绩表文件学生基本成绩登录（XSCJP000）

程序设计实例◼开发准备◼确认基本/详细设计的成本物；◼制定工作计划，作出开发计划中日程表和开发计划小日程表；◼确立开发体制（开发人员的构成和组织体制）；◼检查所制定的工作计划和工作内容◼程序设计“学生成绩管理系统流程图”的处理要求，该系统由四个处理模块构成，它们是：◼①学生

基本成绩登录；◼②学生平均成绩计算；◼③班级平均成绩计算；◼④学生成绩表生成。团队◼团队的含义:团队是由员工和管理人员组成的一个共同体，该共同体合理利用每一个成员的知识和技能协同工作，解决问题，达到共同的目标团队◼构成团队的重要要素◼目标（知道要向何处去）◼人（人员的能力如何，技能是否互补，人员的

经验如何）◼团队的定位（团队在企业中处于什么位置，由谁选择和决定团队的成员，团队最终应对谁负责，团队采取什么方式激励下属；作为成员在团队中扮演什么角色？是订计划还是具体实施或评估？）◼权限（整个团队在组织中拥有什么样的

决定权，比方说财务决定权、人事决定权、信息决定权；组织的基本特征）◼计划（目标的具体工作的程序）团队◼群体◼群体是指两个以上相互作用又相互依赖的个体，为了实现某些特定目标而结合在一起。群体成员共享信息，作出决策，帮助每个成员更好地担负起自己的责任。团队◼团队与群体◼团队与群体的

区别◼(1)领导方面。作为群体应该有明确的领导人；团队可能就不一样，尤其团队发展到成熟阶段，成员共享决策权。◼(2)目标方面。群体的目标必须跟组织保持一致，但团队中除了这点之外，还可以产生自己的目标。◼(3)协作方面。协作性是群体和团队最根本的差

异，群体的协作性可能是中等程度的，有时成员还有些消极，有些对立；但团队中是一种齐心协力的气氛。◼(4)责任方面。群体的领导者要负很大责任，而团队中除了领导者要负责之外，每一个团队的成员也要负责，甚至要一起相互作用，共同负

责。◼(5)技能方面。群体成员的技能可能是不同的，也可能是相同的，而团队成员的技能是相互补充的，把不同知识、技能和经验的人综合在一起，形成角色互补，从而达到整个团队的有效组合。◼(6)结果方面。群体的绩效是每一个个体的绩效相加之和

，团队的结果或绩效是由大家共同合作完成的产品。团队◼团队与群体◼群体向团队的过渡真正团队潜在团队伪团队群体业绩影响高效团队团队◼团队的类型◼问题解决型团队◼自我管理型的团队◼多功能型的团队？5-12名员工组成每周几个小时碰头着

重改善质量/效率/环境改进程序和工作方法几乎无权采取行动真正独立自主10-15人组成责任范围广泛（决定工作分配/节奏/休息）改进程序和工作方法挑选队员A部门B部门C部门团队◼软件团队的组织形式◼角色划分◼角色岗位矩阵团队◼软件团队的组织形式◼组织形式：◼垂直团队组织（由多面手组成，每个成员都充当

多重角色）◼水平团队组织（由专家组成，每个成员充当一到两个角色）◼混合团队组织（专家和多面手组成）团队◼团队的发展阶段◼形成阶段(对自己的职责及其他成员的角色都不是很了解)◼震荡阶段(团队内激烈冲突的阶段;随着工作的开展，各方面问题会逐渐暴露)◼规范阶段(团队将

逐渐趋于规范;团队开始表现出凝聚力)◼执行阶段(团队的结构完全功能化并得到认可，内部致力于从相互了解和理解到共同完成当前工作上)团队◼团队开发流程◼PSP与TSP（帮助高绩效的工程师在一个团队中工作，来开发有质量保证的软件产品，生产安全的软件产品，改进组织

中的过程管理。）◼TSP流程所包含的活动◼数据采集◼计划跟踪◼团队反馈◼负载均衡◼重新计划◼循环直至完成团队◼团队开发流程◼TSP表格◼各表格记录跟踪计划执行情况，寻求团队反馈，根据反馈重新安排团队成员工作，使其达到平衡，循环反复直至工作完成。团

队◼高效团队的建立与发展◼高效团队的特点？◼如何建立高效团队？团队◼高效团队的建立与发展◼高效团队的特点？◼(1)明确的目标与共同的价值观◼(2)清晰的分工与精诚的协作◼(3)融洽的关系及通畅的沟通◼(4)高昂的士气与

高效的生产力团队◼高效团队的建立与发展◼如何建立高效团队？◼选拔或培养适合角色职责的人才◼增强软件开发经理的领导才能◼营造良好的沟通氛围和交流环境◼充分发挥软件开发团队的凝聚力◼建立共同的工作框架、规范和纪律约束◼

学习成功经验