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