软件工程实训心得体会 (一)

软件工程实训心得体会

软件工程实训心得体会「篇一」

学期就快要结束了，到了最后一周居然还有软件工程课程设计，还要考试真的

有点忙啊，不管怎样还是好好干吧，把对工程的理论研究、学习成果用于实践也是

一种检验学习成果和提升工程能力的有效手段嘛。

工作内容安排

软件工程课程设计的第一天拿到题目，听取老师对于课程设计的要求、要完成

的工作、预期要达到的效果和注意事项。然后分组、讨论和确定选题。这真正的课

程设计才算开始了，经过组长，组员的反复研究、论证后一致决定选择：实习题

目4：开发一个基于Web的BBS系统，包含一般BBS所具有的功能，如用户注册、

用户信息管理、发贴功能、贴子管理、主题词查询、用户信息修改和查询等。

这个题目对于现代化的网络交流来说发展的成熟而且符合当代互联网大众的网

络需求，符合现代网络对信息分享讨论的爱好，我们一致预测在今后很长的一段时

间内也将会是非常流行的一种交流介质。

确定选题后我们开始软件开发的第•步，需求分析，详细设计等内容，分块分

工完成模块，我分到的主要部分就是分析论坛里面的帖子内容，用户的爱好，然后

解决用户的索引需求，型用户的索引需求智能的、友好的呈现给用户，把这部分的

代码编写，测试，把用户界面做好就是我接下来几天的工作内容。俗话说：磨刀

不误砍柴工，要想把我的这部分内容做好，做得完美，我的好好的分析一下，对全

组对整个系统的需求分析的基础上又认真分析了本部分的内容和本部分要实现的功

能，对本部分实现的主要思想理清，认真设计界面，还有对队员们的模块能有效的

结合起来，让他们的模块也能有效的供我使用，做好我的接口也方便其他模块与此

的衔接。

问题与解决

在本次课程设计中遇到了好多前所未有的问题，第一次接触HTML网页开发，

第一次邂逅JSPweb应用程序开发，第一次有了原来开发应用程序是需要数据库

的，对于这些都是第一次接触，需要了解HTML的基本语法，需要学习JSPweb应

用程序webapp的开发方法，需要实践配置数据库TOMCAT、SQLsever,居然有

这么多的东西需要从头来，对于这些方面我就像•张崭新的白纸，怎么能在短短的

四五天时间内将这张白纸绘成一幅栩栩如生的画卷呢，这是我们面对的亟待解决的

问题。

为了解决这一系列的问题，我们没有找借口，我们没有懒惰，我们更没有放

弃，而是迎难而上，到图书馆“大采购”求资料，找到想要的，真想把图书馆搬到

课程设计实验室。接下来就是根据我们的需求分析，概要设计，详细设计等内容分

模块编写网页源代码，修复bug,测试代码，连接数据库这样我们的全新的基于

web的BBS论坛就成功上线了。

但是，事实上不是这样的，而是时间过得很快，我们的原计划日程上的内容越

欠越多，由于对HTML、JSP不熟悉代码没写好，测试无从谈起，数据库连接遇到了

一堆错误代码比如SQL01000、08001错误，这些每一样东西解决起来都是有难度

的，百度一下还是不知道这么做，只知道了时间过得比想象的要快多了，得到的体

会就是“百度一下，你的时间就没了”。现在我们遇到的最大的问题就是时间真的

太不给力了，如果有来世我一定好好学习各方面知识，哎!好像扯远了。时间真的

很快，周六就要考试了，己上三年大学的我们都知道考试比神马都要重要，我们就

开始了学习和实践结合的生产方式，据说这是最有效、最给力的，希望如此！

收获与体会

课程设计总会是要结束的，不管做得怎么样总归是要给老师看看我们的成果

的，都做了这么多天了，成果虽然不是很理想，但是收获还是有的。这期间学到了

HTML网页的编写方法，一些HTML的基本语法，也能编写出一个简单的网页，对于

互联网应用程序的开发还要了解和解决网络带宽的限制，服务器响应的时间比，知

道了这么安装和配置TOMCAT服务器，在期间学习了LML用例图的绘制，软件工程

开发的一些基本工具的使用，软件开发文档编写的方法和实践，人机交互应用程序

开发时人机界面的’设计，人机对话的实现，人性化的界面设等是需要认真努力做

得，要充分考虑用户的感受和体验。觉得“百度一下，你就知道”也不过如此，还

是知识装在大脑里比神马都要重要，比任何来的知识都要详细和易懂。打字速度也

有了一定的提升。

努力与改进方向

经过本期的软件工程课程设计，发现了学习和实践中的不足。互联网的基础知

识知道的太少了，相反需要了解和掌握的还很多，在下学期要开设一门计算机网络

课程，现在生活已经不能离开互联网了，不管以后是否从事这方面的工作，这部分

都是需要认真学习的，网络应用程序的开发需要认真理解与提升°软件工程中需求

分析的不充分，软件开发方法的体会这些都是需要以后改进和学习的，软件开发中

的各种文档编写能力还需要提升，在以后学习和实践中认真总结和完善，参考他人

的软件工程项目，体会优秀软件工程的思想。在做任何事情的时候都要有觉得是站

在巨人的肩上，而不是重复的生产车轮的思想来坐事情，要对前人的经验教训加以

总结，学习、参考和引用别人的先进研究成果，重视团队的协作，虚心的学习精

神。

这期间得到了老师的悉心指导，得到了队员的理解，得到了同学们的热心帮

助，谢谢你们!

软件工程实训心得体会「篇二」

经过这个学期的对ERP的学习，我拓宽了知识面，也提高了认识。认识的提高

主要表现在两方面：

一方面是对自我的认识。学习用友ERP,我认为是熟悉会计工作最好的途径。

跟着书本做用友ERP模队财务工作，也就是跟着规范的企业管理流程走了一遍在这

个过程中要多去思考，多去想想每走一步的理由，把学过的会计知识尽量串起来。

需要知道不同时期，会计需要干些什么事情，会计在不同时期的工作任务是什么。

然后才是熟悉软件，在学习过程中，不需要担心错误而不敢做，也不能太过于随意

而错漏百出，这并不符合会计谨慎精神。遇到了困难，先尝试自己寻找原因，尝试

用不同的办法解决问题。当认为自己的遇到的问题远在能力水平之外，询问老师或

者别的同学，确实有种茅塞顿开的感觉。最后，我想到了一句话：“书山有路勤为

径”关键是在个“勤”字。平时有时间，多去机房练习，课堂的时间远远不够自己

去熟悉、掌握这个软件，多到书店、图书馆找相关方面书籍进行提高，一本入门教

材，不足以支撑日后复杂的会计工作。平时多上网查找相关问题的解决方法，也会

有恍然大悟之感。学习的事情是需要一点一滴的积累的，循序渐进，求知似渴，一

定会有收获的。

另一方面是对ERP形成正确的观念。ERP的核心能力在整合，企业在它的协助

下可以使交易和数据管理都上轨道，提高执行速度，降低信息处理的成本，大幅度

提升竞争力；之后，可以再藉ERP来提升决策管理的能力。在执行方面，只要把数

据整理清楚，把单据内容正确地录入，ERP的整合功能自然可以替企业带来省力、

正确、及时等自动化的好处。ERP将许多“事后”的管理工作提前为“事前”的管

理，因而强化了事前稽咳的功能。据此，ERP的实施是一项系统工程，是一个总体

规划、突出重点、分步实施的过程，企业通过ERP项目可以帮助规范管理，加强执

行能力，更充分地利用现有资源提高工作效率。

软件工程实训心得体会「篇三」

时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放

的。

最新软件工程实习心得体会范文

最先在内部系统组参与内部管理系统开发

(struts+mysql+spring-hibernate),之后是去做网络交换机软件的脚本测试。现

在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了

一些测试经验。

至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

1、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际

情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug,责任在

你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总

结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整

个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经

验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找

bug与对应bug,此阶段基本评定了coder的编码质量。

2、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何

下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也

称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化？

有位同事告诉我：弋码看几遍都没用，要去抄，例如一个查询模块，在此基础

上去做具体记录的历史纪录查询模块，你可能会觉得很简单，但实际情况却往往报

一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对

于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个

去解决，自然而然，那段“源码”才真正属于你。

3、如何调试追踪

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，

绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具

体值，那是最好途径。eclipse是个很爽的ide,这点做的很好。例如页面内容显

示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步

stepover,让sql字段（存取最终sql语句的字符串）运行到有值，inspect进去

看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查

询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的

传值问题。

资料共享平台

4、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别

在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到

的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类

似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在笫一位。曾经

看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很

流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他

们就会对你另言相看，卫三天的任务一天加班搞定，效率和忠诚都有了，路也比较

好走了。

软件工程实训心得体会「篇四」

软件工程实习心得体会

软件工程实习心得体会一

时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放

的。

最先在内部系统组参与内部管理系统开发

(struts+mysql+spring-hibernate),之后是去做网络交换机软件的脚本测试。现

在乂回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了

一些测试经验。

至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

1、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际

情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug,责任在

你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总

结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整

个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经

验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找

bug与对应bug,此阶段基本评定了coder的编码质量。

2、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何

下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也

称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化？

有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础

上去做具体记录的历史汜录查询模块，你可能会觉得很简单，但实际情况却往往报

一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对

于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个

去解决，自然而然，那段“源码”才真正属于你“

3、如何调试追踪

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，

绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具

体值，那是最好途径。eclipse是个很爽的'ido,这点做的很好。例如页面内容显

示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步

stepover,让sql字段（存取最终sql语句的字符串）运行到有值，inspect进去

看,如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实后查

询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的

传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到

editplus,就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少

对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加

if（xxx二null）语句加保追踪的方法基本就是用alert语句，放在有可能出错的

地方。

4、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别

在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到

的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类

似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经

看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很

流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他

们就会对你另言相看，非三天的任务一天加班搞定，效率和忠诚都有了，路也比较

好走了。

软件工程实习心得体会二

在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做

用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项

目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项

目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解

决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那

么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识

中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师

所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析

和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，

换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的

道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别

人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。

还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解

决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影

响大，因此再次也不做过多的介绍。

在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人

不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能

坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机

会，我会在第一时间将他清除出去。还有就是，作为组长，你要做的最重要的事

情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做

得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。

这就是我的实习感想。

软件工程实训心得体会「篇五」

早在我选择民政职业技术学院就读软件开发与项目管理这门专业的时候，我一

直认为软件开发无非是努力的敲代码，从敲代码的过程中去体会各行代码的意思和

用处，在没学软件工程时我一直都是努力的敲代码去学习软件开发这门专业。在大

一的时候我敲代码的激情很好，但是到大二的时候就出现问题了，我根本就不喜欢

敲代码了，看见代码就头疼。所以感觉厌恶这门专业，对学习也不感兴趣了。而

且，还有一件更头疼的事是在写一个简单的程序时竟然老是出错，难一点的，复杂

一点的程序竟然无从卜手。但是去看程序的参考答案时都看得懂，又感觉很容易。

学了软件工程以后，我就感觉我以前的学习方法是错误的。以前我只注重于代码，

而不注重理论知识以及编程的思路，程序的架构。以至于在些程序时没有写程序的

思路，不能形成程序的架构。只想到看脑袋里是否有与此类似的代码。越想程序越

乱，最后脑袋里一片空白。不知道程序从哪个方面下手了。

软件工程这门课程是做软件开发的人必学的课程，通过学这门课程，程序员就

会注重软件开发的理论知识，以及做项目开发的思路。学了这门课程后你写程序就

不会去盲目的去套用代码，而是理清此程序的架构以及思路。程序该从什么时候开

始，什么时候结束。在中间需要添加什么样的功能，以完善该软件。其实学软件工

程并不难，而且很容易。软件工程与日常生活联系起来的话，就是在一天中你该先

做什么，后做什么。理解了先做什么，后做什么了以后写程序就不是那么难了，再

复杂的程序也可以分成几大块。你理清程序的思路后就可以一步步的解决其中的难

题，最终实现软件的功能。如果没学软件工程不知道理清程序的思路的话，做一个

大的项目开发，那么多的代码，没有一个很好的结构，最终只会导致程序混乱，错

误百出，知道代码再多也会素手无策的。

总而言之，作为一个程序员学习软件工程这门课程是至关必要的，如果没学习

软件工程，你就不会做项目开发，也不可能开发出一个完善的软件出来。

软件工程实训心得体会「篇六」

曾经看过一本书叫《道法自然》，内容略记得一二，但我最欣赏的是它的书

名。软件设计没什么太神秘有东西，只要用心体会，其实一切都很自然。软件的设

计之“道”，也不在于没计有多么的华丽、精巧，而在于其朴实、自然，最终达到

“以无招胜有招”，进入一个全新的境界。

一、软件设计理论的层次

以我的拙见，软件没计领域中的各种概念，可以分为以下几个层次来进行理

解：

1、软件设计的目的：重用性、扩展性。

这是最高的层次，是应对软件危机的需要。

2、设计原则：低耦合、高聚合。

各种软件设计的原则，如依赖倒置原则、单一职则原则、面向接口等，以及各

种设计模式，其根本的目的其实只是为了降低耦合这么简单。因为只有低耦合才能

更好的适应变化，更好的‘重用和扩展。

3、实现方法：运用设计模式封装变化、降低耦合。

设计模式只是用来“封装变化、降低耦合”的工具而已。它是面向对象设计时

代的产物，其本质就是充分运用面向对象的三个特性，即：封装、继承和多态，进

行灵活的组合运用。

二、关于耦合

1、耦合的粒度

耦合无论如何也是不可避免的。当我们实现接口、继承父类的时候，就会不可

避免的产生耦合。耦合是有不同粒度的，我们解耦到什么粒度为止，我认为应以模

块的重用粒度为准。尽量解除重用模块或对象之间的耦合。而重用模块之内的耦

合，应属于聚合的范畴，所以不要盲目的去解耦，否则就陷入了误区。

2、解耦的原理

怎样才能解耦呢，或者说为什么各种设计模式能达到解耦的目的呢？我觉得有

以下几个思路：

（1）将具体的东西抽象处理

（2）将分散的东西集中处理

而面向对象中的接口、继承正为我们提供了这样的一种机制。通过访问接口或

基类或抽象类，而不是具体的实现类，从而与具体的实现类达到了解耦的目的。我

们还可以设计一些控制类，像润滑剂一样，协调各实现类之间的访问，也可以达到

耦的目的。

事实上，各种设计模式的基本思想也就是这样。创建型模式是为了解除创建对

象时产生的耦合，实际上是解除对类称名的依赖，而结构型和行为型是为了解除对

象属性或方法的直接调用。不管什么设计模式，都是将对具体实现类的访问提升为

对接口、基类或用于协调的控制类的访问。

三、关于接口

这一节更具体，谈一谈接口，因为使用接口是软件设计的重要手段，但已经不

属于“道”了。

1、接口与继承

接口描述的是对象某一个方面行为特征。使用接口与使用继承关系各有优缺

点，使用子类继承可以继承父类的功能，体现了重用的精神。而接品更加灵活，因

为它解除了子类与父类之间的高度耦合，它体现在灵活扩展的精神。

2、接口与纯虚类

理论上接口可以由纯虚基类实现类似的功能，那为什么还我们不去掉接口的概

念，而直接使用虚类呢？

接口存在的理由就是它更加灵活，关系简单，易于理解。比如一个类可以实现

十几个甚至几十个接口，但一般开发工具只支持单继承（由于多继承太容易导致混

乱和冲突），如果要继承十几层，系统结构想必会无法理解了，我以为这是接口存

在的最重要的原因。

如果接口和虚类继承结合使用，可以产生强大的威力，这也是许多设计模式的

“杀手铜”。

以上算是总结一下刍己的心得。肯定有不少片面之处，请各位指教。

软件工程实训心得体会「篇七」

未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有

工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件

工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种

很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获

是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是

在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触

过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的

发生，使得人们不得不探索新的解决方法。

经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高

软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要

组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以

及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件

工程处于一知半解的状态，分工比较混乱。

在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团

队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能

够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲

薄。组长多加协调，组员积极配合，才能合作愉快。学习能力体现在能尽快接受新

的知识，顺应变化，学为所用。

上《软件工程导论》这门课，我的收获大概如下：我们为什么需要软件工程

呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造

业”的社会化，工业化大生产，提高其劳动生产效率。只有如此，软件业才能实现

社会化，工业化大生产，才能“做大做强”。没有管理的设计是失败和混乱的设

计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度

的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大

型的并不多见（我是这么认为的）。但只要涉及人员间的交流和沟通，或多或少都

要需要软件工程才能更有效率，工作成果更稳定。

其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首

先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功

能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将

涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUG。在我

看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总

是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。具体到每

一步的工作要怎样完成，是非常灵活的，只要把握住大体