论文部分内容阅读
摘 要：现如今随着信息化产业越来越发达，各式各样的应用系统如雨后春笋一般出现在我们的工作，学习和生活中。这类系统的特点是技术难度低，开发周期短，而且多为web系统。由此可以看出，此类系统的开发已经逐渐演变成一种体力劳动而不是脑力劳动，而且这些体力劳动往往还是重复性的劳动。面对这种现状，开发一个可以直接进行配置然后生成系统的通用配置平台是一件非常有意义的事情。
关键字：积木原理；复用性； 通用配置平台；软件工程思想
一、平台介绍
通用配置平台的概念现在来说还比较新，是近几年软件开发行业刚刚提出的一个新名词，所以大家可能会对它感到有些陌生。接下来我就对这类平台进行一下简单的介绍。通用配置平台，顾名思义，它是一个配置平台，配置的结果是可使用的应用系统。而通用则告诉我们，该类平台并不只是针对某一类系统的开发，它应该能够完成各式各样的系统的配置工作。通用配置平台的工作大致可以分为两部分，一部分是平台的配置工作，另一部分是维持配置生成的系统的正常运转。针对这两部分工作，配置平台也会分为两部分，管理端和用户端。管理端负责配置工作，用户端维持生成的系统的正常运转。所以，当用户使用通用配置平台时，看到的都是管理端的界面，用户端的作用是处理生成系统的内部逻辑，用户并不能够直接接触到。用户在管理端进行配置的过程是一个添加功能的过程。这些可添加的功能是预先注册到管理端的。所以说，管理端还会完成一项功能收集的工作。功能的概念在这里解释一下，举个例子，就教学系统而言，管理端收集的功能可能会有学生信息管理、成绩计算、成绩统计等功能。这些功能组合在一起就可以形成一个完整的成绩管理系统。功能在添加到管理端之前，必须是已经经历过完整测试的，它的整个代码逻辑都是正确的，而且还应该有与功能配套的页面，需要注意的是，这个页面是没有样式的，这样可以方便系统后续的样式设计。有了这个概念，管理端的配置工作也就更加清晰了。它就是用户根据自己要开发系统的需要来添加功能，将所有的功能添加完成并设定好他们之间的逻辑关系之后，接下来的工作就由管理端来完成。管理端会按照用户的配置生成最终的网站，当然这时生成的网站是不带任何样式的，只是些白模板，但所有的功能都是能够正常使用的，用户可以根据自己的想法再去进行样式的设计。管理端完成后的成果不仅仅是交付给用户的系统，它还会生成一份配置文件传给用户端。这份配置文件中会包含配置的所有信息，这些信息包括用户添加了哪些功能以及这些功能之间又分别有哪些逻辑关系。有了这份配置文件，用户端的工作就可以正常进行。用户端会根据这份配置文件来处理系统运行过程中接收到的所有请求。它会将请求进行分类，分别转发到相应的功能模块进行处理。当然，这些在使用系统的用户看来是没有区别的，他们需要的只是结果，并不关心自己的请求发到哪里，中间又经过了积层转发。只要结果能够快速正确地让他们得到，这样就可以了。所以用户端的效率是必须要去下功夫的地方。
二、设计思想
这类平台的设计思想首先是源于软件工程的思想。在软件工程里，增加代码的复用性是非常重要的。本系统的设计中，功能逻辑的代码。
因为整个通用配置平台的流程可以理解为搭积木的过程，如图1所示：
只有一份，而所有的用户如果想要自己的系统中使用该功能均可以在通用配置平台中添加该功能，生成的系统在正式运行的时候所有的逻辑处理全部由这份代码完成，这样同样的一份功能代码可以应用于多个系统，大大提高了代码的复用率。另外，平台的设计还利用了大家都非常熟悉的搭积木的过程，也就是积木原理。
在搭积木的过程中，首先我们要有各式各样的积木，因为城堡的搭建需要不同形状的材料来完成。完成之后，我们还要将其放在平稳的地方以保证城堡不会倒塌。管理端收集功能的过程就是一个制造积木的过程，有了各式各样的积木，用户才能够去搭建复杂多样的城堡。管理端的配置工作就是搭积木的过程，用户根据自己的需要选择不同的功能，然后还可以设定不同功能间的逻辑关系。这就好像是两个积木不能够直接搭在一起，但是城堡中又必须有这两个积木，这时，一些小的部件就会出现，来弥补两个积木之间的空隙，使两个积木能够稳定地搭在一起，最终形成稳定的城堡。管理端工作配置结束，整个城堡也就搭建完成了。用户端的作用就相当于将搭建好的城堡放在一个平稳的环境中。不过区别在于，积木搭建的城堡是静止的，而通过平台形成的系统则是在不断运转的，用户端会维持整个系统的正常运转。
三、意义
此类平台的开发将会大大减少web应用系统开发的时间，而且系统的开发也不会再局限于专业的开发人员。只要接触电脑比较多的人员都可以在此类平台上进行配置来得到自己的系统，当然后期的样式设计可能还是需要专业人员的帮忙。不过如果只是追求功能不追求样式的话，平台也是能够完成的。相信有了这类平台，人们会更倾向于使用电脑来解决问题，因为他们可以通过平台配置出自己需要的系统。而使用这些信息化的系统又可以帮助他们节省更多的时间，达到事半功倍的效果。
四、总结与展望
目前，此类系统的开发还处于一个刚刚起步的阶段，业内的人士都在寻找着一种最优的设计方案来完成这类系统，我提出的积木原理的思想只是所有设计方案中的一种。在我看来，积木原理的思想总体来说还是比较不错的。理想状态下，它可以完成通用配置平台所有的功能，能够切实的做到节省开发人员的时间，使得系统开发的工作能够更加普及，切实的帮助到人们的工作和生活。不过理论和实际之间总是存在着差距，在系统真正开发的过程中，我们肯定会遇到非常多的问题，比如功能如何收集，如何来分类，功能之间的逻辑关系该如何建立等等。不过，这种思想本来就是对过去系统开发方式的一种颠覆，一种创新。创新的过程肯定不会是一帆风顺的，所以我们不会去担心我们会遇到什么问题，我们只会去想怎么去解决问题，只要将所有的问题全部解决，那么这个创新的想法也就得以实现了。积木原理的思想只是对系统的配置和系统的运行过程进行了规划，不过对于系统运行过程中可能产生的数据并没有进行处理。所以，用户端在维持系统正常运转的同时，对于系统生成的数据如何进行管理可能是未来将要慎重考虑的地方。
参考文献：
[1] [英] Ian Sommerville 著.程成译.《软件工程》.机械工业出版社，2011年版
作者简介：
李曙光（1983.9～） 男， 硕士。汉族。现任职于武汉东湖学院计算机科学学院，助教。 研究方向：软件工程。
朱伟（1990.9～） 男， 本科在读。汉族。现就读于武汉东湖学院计算机科学学院2010级本科生。 研究方向：计算机科学与技术。
关键字：积木原理；复用性； 通用配置平台；软件工程思想
一、平台介绍
通用配置平台的概念现在来说还比较新，是近几年软件开发行业刚刚提出的一个新名词，所以大家可能会对它感到有些陌生。接下来我就对这类平台进行一下简单的介绍。通用配置平台，顾名思义，它是一个配置平台，配置的结果是可使用的应用系统。而通用则告诉我们，该类平台并不只是针对某一类系统的开发，它应该能够完成各式各样的系统的配置工作。通用配置平台的工作大致可以分为两部分，一部分是平台的配置工作，另一部分是维持配置生成的系统的正常运转。针对这两部分工作，配置平台也会分为两部分，管理端和用户端。管理端负责配置工作，用户端维持生成的系统的正常运转。所以，当用户使用通用配置平台时，看到的都是管理端的界面，用户端的作用是处理生成系统的内部逻辑，用户并不能够直接接触到。用户在管理端进行配置的过程是一个添加功能的过程。这些可添加的功能是预先注册到管理端的。所以说，管理端还会完成一项功能收集的工作。功能的概念在这里解释一下，举个例子，就教学系统而言，管理端收集的功能可能会有学生信息管理、成绩计算、成绩统计等功能。这些功能组合在一起就可以形成一个完整的成绩管理系统。功能在添加到管理端之前，必须是已经经历过完整测试的，它的整个代码逻辑都是正确的，而且还应该有与功能配套的页面，需要注意的是，这个页面是没有样式的，这样可以方便系统后续的样式设计。有了这个概念，管理端的配置工作也就更加清晰了。它就是用户根据自己要开发系统的需要来添加功能，将所有的功能添加完成并设定好他们之间的逻辑关系之后，接下来的工作就由管理端来完成。管理端会按照用户的配置生成最终的网站，当然这时生成的网站是不带任何样式的，只是些白模板，但所有的功能都是能够正常使用的，用户可以根据自己的想法再去进行样式的设计。管理端完成后的成果不仅仅是交付给用户的系统，它还会生成一份配置文件传给用户端。这份配置文件中会包含配置的所有信息，这些信息包括用户添加了哪些功能以及这些功能之间又分别有哪些逻辑关系。有了这份配置文件，用户端的工作就可以正常进行。用户端会根据这份配置文件来处理系统运行过程中接收到的所有请求。它会将请求进行分类，分别转发到相应的功能模块进行处理。当然，这些在使用系统的用户看来是没有区别的，他们需要的只是结果，并不关心自己的请求发到哪里，中间又经过了积层转发。只要结果能够快速正确地让他们得到，这样就可以了。所以用户端的效率是必须要去下功夫的地方。
二、设计思想
这类平台的设计思想首先是源于软件工程的思想。在软件工程里，增加代码的复用性是非常重要的。本系统的设计中，功能逻辑的代码。
因为整个通用配置平台的流程可以理解为搭积木的过程，如图1所示：
只有一份，而所有的用户如果想要自己的系统中使用该功能均可以在通用配置平台中添加该功能，生成的系统在正式运行的时候所有的逻辑处理全部由这份代码完成，这样同样的一份功能代码可以应用于多个系统，大大提高了代码的复用率。另外，平台的设计还利用了大家都非常熟悉的搭积木的过程，也就是积木原理。
在搭积木的过程中，首先我们要有各式各样的积木，因为城堡的搭建需要不同形状的材料来完成。完成之后，我们还要将其放在平稳的地方以保证城堡不会倒塌。管理端收集功能的过程就是一个制造积木的过程，有了各式各样的积木，用户才能够去搭建复杂多样的城堡。管理端的配置工作就是搭积木的过程，用户根据自己的需要选择不同的功能，然后还可以设定不同功能间的逻辑关系。这就好像是两个积木不能够直接搭在一起，但是城堡中又必须有这两个积木，这时，一些小的部件就会出现，来弥补两个积木之间的空隙，使两个积木能够稳定地搭在一起，最终形成稳定的城堡。管理端工作配置结束，整个城堡也就搭建完成了。用户端的作用就相当于将搭建好的城堡放在一个平稳的环境中。不过区别在于，积木搭建的城堡是静止的，而通过平台形成的系统则是在不断运转的，用户端会维持整个系统的正常运转。
三、意义
此类平台的开发将会大大减少web应用系统开发的时间，而且系统的开发也不会再局限于专业的开发人员。只要接触电脑比较多的人员都可以在此类平台上进行配置来得到自己的系统，当然后期的样式设计可能还是需要专业人员的帮忙。不过如果只是追求功能不追求样式的话，平台也是能够完成的。相信有了这类平台，人们会更倾向于使用电脑来解决问题，因为他们可以通过平台配置出自己需要的系统。而使用这些信息化的系统又可以帮助他们节省更多的时间，达到事半功倍的效果。
四、总结与展望
目前，此类系统的开发还处于一个刚刚起步的阶段，业内的人士都在寻找着一种最优的设计方案来完成这类系统，我提出的积木原理的思想只是所有设计方案中的一种。在我看来，积木原理的思想总体来说还是比较不错的。理想状态下，它可以完成通用配置平台所有的功能，能够切实的做到节省开发人员的时间，使得系统开发的工作能够更加普及，切实的帮助到人们的工作和生活。不过理论和实际之间总是存在着差距，在系统真正开发的过程中，我们肯定会遇到非常多的问题，比如功能如何收集，如何来分类，功能之间的逻辑关系该如何建立等等。不过，这种思想本来就是对过去系统开发方式的一种颠覆，一种创新。创新的过程肯定不会是一帆风顺的，所以我们不会去担心我们会遇到什么问题，我们只会去想怎么去解决问题，只要将所有的问题全部解决，那么这个创新的想法也就得以实现了。积木原理的思想只是对系统的配置和系统的运行过程进行了规划，不过对于系统运行过程中可能产生的数据并没有进行处理。所以，用户端在维持系统正常运转的同时，对于系统生成的数据如何进行管理可能是未来将要慎重考虑的地方。
参考文献：
[1] [英] Ian Sommerville 著.程成译.《软件工程》.机械工业出版社，2011年版
作者简介：
李曙光（1983.9～） 男， 硕士。汉族。现任职于武汉东湖学院计算机科学学院，助教。 研究方向：软件工程。
朱伟（1990.9～） 男， 本科在读。汉族。现就读于武汉东湖学院计算机科学学院2010级本科生。 研究方向：计算机科学与技术。