浅谈信息系统分析与设计实验培训效果管理.docVIP

浅谈信息系统分析与设计实验培训效果管理 　　［摘要］ 随着信息产业在中国经济发展过程中重要性的提升，社会对信息系统应用管理人才的需求会显著增加，对信息系统分析与设计的实验教学效果的提升的研究将意义重大。本文将借鉴小企业的IT项目管理经验，对此方面的管理工作进行探讨。 　　［关键词］ 信息系统 实验教学 管理思路 　　 　　一、信息系统分析与设计实验教学中培训学员常犯的错误 　　在信息系统分析与设计的培训实验教学中，相对于大型IT软件项目，学员小组规模的应用实验课题具有灵活性高、软件功能相对较少、小组成员人数较少（一般2~4人为宜）、实验教学周期较短的特点。 　　我们经常提到“软件危机”一词，这是指一些大型软件项目延期，导致项目顺利交接存在困难。当然这并不意味着“软件危机”就与实验教学中的学员课题毫无干系。虽然规模较小的学员实验课题看起来比较简单，比较容易成功实现，但如果在实验教学中忽视了必要的教学管理和指导，则学员很容易出现以下的一些错误： 　　1. 对培训学员实验课题的小组成员而言 　　⑴ 草率确定实验课题的名称及范围 　　对于许多培训学员来讲，对社会、行业及企业的业务实际运作情况了解较少，缺乏业务调研的经验等是不争的事实。如果这些情况在实验教学中得不到切实有效地改善，将对信息系统分析与设计的实验教学效果造成致命的影响。 　　因此，应考虑指导培训学员小组的成员根据其实验课题的周期长短，谨慎选择与其技术能力相适应的课题，并控制课题的功能范围。 　　⑵ 缺乏对隐性问题的重视 　　作为一位培训学员实验课题小组的成员，当实验开始时，就把自己与实验是否成功的命运联系在一起了。实验的成功与失败都无疑会对小组成员造成心理上、情绪上的影响。因此上述因素对小组成员的隐性影响最终会体现在学生学习的积极性上，并最终关联到信息系统分析与设计课程的实验教学效果。 　　⑶ 草率的计划 　　信息系统分析与设计的实验教学课题往往由于规模较小，培训学员小组成员经常在软件开发之前没有认真地进行可行性分析和实验工作量的估计，便很草率??制定一个实验工作进度表。同时，由于没有认真地估计实验课题的难度，结果实际完成时间与估计完成时间往往有较大差别，这种偏差必将使实验教学的效果陷入困境。在IT项目管理咨询行业，许多中小企业对于类似这种偏差的认识，也认为是执行过程除了差错，其实根源却是项目的前端出了问题。 　　2. 培训学员实验过程中的蹩脚设计 　　从较小规模的实验课题特点来看，学员小组成员人数少，意味着不同人员的程序之间交互、接口相对少一些；开发周期短，意味着往往是同样的几个人从头到尾负责一个实验课题。上述情况都让人容易犯些错误，例如往往是几个人碰一下意见，讨论一下最基本的数据结构、函数接口便分头去做自己的工作了，并没有一份较正式的文档。这种做法的危险主要表现在： 　　⑴ 有的人可能会对讨论出的接口、结构理解有偏差，应该承认并不是所有参加会议的人总是很明白，人是会犯错误的。而往往一个单纯的误解可能造成以后的返回。 　　⑵ 由于讨论时忽略了某些情况，等大家都按当时的分工完成属于自己的工作后，才发现各个模块组合起来却形不成一个完整的系统。其根源在于系统设计不充分，没有一个负责协调的人员不断监控整个开发过程。 　　⑶ 一旦有人中途退出实验小组，或有其他新人加入时，新来的人难以理解以前别人做好的代码，索性自己从头来。 　　另外，没有技术文档的程序，日后维护和版本升级都比较困难。这些对信息系统分析与设计的培训实验教学效果的提升都是不利的。 　　3. 培训学员实验过程中的直奔系统现象 　　直奔系统现象指培训学员实验课题的实施中，不经过单元测试而直接进入系统测试。造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。比如为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。 　　应该承认，单元测试的是挺麻烦。因此许多培训学员会觉得，反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。殊不知，一旦直接进入系统测试，发现运行结果不正确后需要一步一步查找。同时，由于模块间的调用关系，可能查了很久才发现是某个模块的问题。 　　直奔系统现象如果侥幸成功，效率可能会很高，但这种成功的概率一般不超过40%。正所谓欲速则不达，如果我们对每个模块进行单元测试时都进行一下边界测试，就会很容易消除这些隐患。 　　二、信息系统分析与设计培训实验教学效果的管理思路 　　要提高信息系统分析与设计课程的培训实验教学效果，就教学管理而言，可形容为“麻雀虽小，五脏俱全”。即培训学员小组形式的应用课题实验，仍然应该遵循信息系统分析与设计的一般规律，必须的步骤是不能省略的。但也需注意其规模较小的一些特点