论文部分内容阅读
摘要：分析了目前高职高专院校实训管理存在的问题，构建了高职高专院校实训管理系统系统功能结构，建立了系统的用例图与活动图，为高职高专院校实训管理系统的设计提供了保证。
关键词：实训教学；信息管理系统；统一建模语言
中图分类号：TP3 文献标识码：A 文章编号：1671-7597(2010)1210152-01
1、研究背景
2005年10月28日，国务院下发《国务院关于大力发展职业教育的决定》(国发[2005]35号)文件。文件明确提出职业教育改革发展的目标是：进一步建立和完善适应社会主义市场经济体制，满足人民群众终身学习需要，与市场需求和劳动就业紧密结合，校企合作、工学结合，结构合理、形式多样，灵活开放、自主发展，有中国特色的现代职业教育体系；加强职业院校学生实践能力和职业技能的培养；大力推行工学结合、校企合作的培养模式。
但从总体上看，实训体系的管理存在以下问题：
1)校内外实训基地管理需进一步规范；
2)校内外各个专业的实训基地不能很好地实现资源共享，充分发挥效能；
3)有些实训课程质量难于实现有效监控；
4)实训效果不能作出科学、实时的评价。
当前，管理信息系统非常多，但是能够真正结合实际完全解决上述实训管理问题的软件系统基本没有，所以研发高职高专实训体系信息化管理平台是非常有必要。
2、UML概述
UML(Unified Modeling Languge)即统一建模语言，是编写软件蓝图的标准语言。UML是完全面向对象的，是图形化的，它为系统开发的不同参与者(包括客户)提供不同层次和角度的图；它鼓励任何层次上的交流(这与传统的瀑布式开发流程是相悖的)，鼓励客户参与，所以开发出来的软件是一个能符合设计之初的设想的软件。
3、系统需求分析
3.1 系统体系结构
实训体系信息化管理平台采用基于B/S模式的三层体系结构：表示层、业务逻辑层和数据访问层。这种设计充分体现了基于Web的管理模式的优势——友好易用的图形界面风格、跨越地理上的局限性和系统平台的独立性。
1)表示层：是系统的用户接口，负责使用者与整个系统的交互。
2)业务逻辑层：是整个系统的核心。用来处理表示层提出的请求，然后对请求具体分析。如果涉及到数据库的访问，则调用数据访问层获取相应的数据，并返回给表示层。
3)数据访问层：其功能主要是负责数据库的访问。此层封装了所有对数据库的操作。
3.2 系统主要功能
本平台涉及实训(实验)全过程的管理以及相应的文档管理，主要划分为系统管理、校内实训(实验)管理、校外实训(实验)管理、经费管理和质量监控五大功能模块。内容包括计划管理、大纲管理、进度管理、预算审批管理、借款报帐管理、进程监控以及评价管理等，可处理实训(实验)中计划报批、经费审批、借款报帐、进度管理、进程监控、资料管理与报表打印等一系列业务。各大功能模块涵盖实训(实验)管理的全过程，方便、高效地实现了实训(实验)管理的一体化应用。
4、识别用例
在获取了系统的功能后，采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型。参与者和用例是通过分析功能需求确定的。通过对系统需求的分析，可以确定系统中的参与者有：操作员、系统管理员。
根据系统参与者的行为进一步分析，我们可以把系统要完成的功能抽象为以下用例：
1)登录：提供了验证用户身份，登录进入系统的功能。
2)用户和角色管理、部门管理、工作流任务管理、工作流流程管理、日志管理和进程监控：分别提供系统管理员对系统用户角色、部门、工作流任务、工作流流程、日志信息和实训进程进行添加、修改、删除操作的功能。
3)计划管理、大纲管理、进度管理、预算审批管理和借款报账管理：分别提供操作员对实训计划、实训大纲、实训进程信息、实训预算经费和实训使用经费进行审批操作的功能。
4)评价管理：提供了系统管理员对实训进程信息进行评审、分析操作的功能。
5、用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描述。事件流描述了系统应该做什么，而不是描述系统应该怎样做，也就是说，事件流描述是用域语言描述的，而不是用实现语言描述的。实训体系信息化管理系统中的登录用例事件流描述如下：
1)大纲管理
①前置条件
登录成功。
②后置条件
如果用例成功，操作员可以完成对实训大纲信息的添加、修改和删除操作，从而使数据库中的相关信息发生改变。反之，系统的状态不变。
③扩充点
没有。
④事件流
2)基流
当用户希望对实训大纲信息进行查询、添加、修改和删除操作时，用例启动。
①操作员选择操作类型和操作数据。
②系统验证操作类型和操作数据的正确性，若正确(E-1)，则用户的操作完成，系统出现操作结果信息。
③用户选择“返回”，用例结束。
3)替代流
E-1：如果操作员选择无效的操作类型和输入无效操作数据，系统显示错误信息。用户可以选择返回基流的起始点，重新选择有效的操作类型和输入正确操作数据；或者选择“返回”，用例结束。
该用例的活动图如图1所示。
由于篇幅有限，其它用例的事件流就不一一详细列出了。
6、结束语
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，驱动了需求分析之后个阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的五类图之一，描述了用例、参与者以及它们之间的关系。活动图描述了满足用例要求所要进行的活动以及活动的约束关系，帮助开发人员和客户识别系统各功能模块的需求。后面的设计阶段就是在分析阶段的基础上通过建立交互作用图、类图、继承图等步骤，将分析阶段产生的抽象定义转化为软件结构。
参考文献：
[1]孔军、孙怡宁、蒋敏等，基于UML的系统需求分析[J]，计算机工程与应用，2003，15：217
[2]尤克滨，UML应用建模实践过程[M]，北京：机械工业出版社，2003
[3]赵从军，UML设计及应用[M]，北京：机械工业出版社，2004
[4]王少锋，面向对象技术UML教程[M]，北京：清华大学出版社，2004
作者简介：
李伟(1976)，男，云南，副教授，主要从事计算机网络与信息技术研究工作。
关键词：实训教学；信息管理系统；统一建模语言
中图分类号：TP3 文献标识码：A 文章编号：1671-7597(2010)1210152-01
1、研究背景
2005年10月28日，国务院下发《国务院关于大力发展职业教育的决定》(国发[2005]35号)文件。文件明确提出职业教育改革发展的目标是：进一步建立和完善适应社会主义市场经济体制，满足人民群众终身学习需要，与市场需求和劳动就业紧密结合，校企合作、工学结合，结构合理、形式多样，灵活开放、自主发展，有中国特色的现代职业教育体系；加强职业院校学生实践能力和职业技能的培养；大力推行工学结合、校企合作的培养模式。
但从总体上看，实训体系的管理存在以下问题：
1)校内外实训基地管理需进一步规范；
2)校内外各个专业的实训基地不能很好地实现资源共享，充分发挥效能；
3)有些实训课程质量难于实现有效监控；
4)实训效果不能作出科学、实时的评价。
当前，管理信息系统非常多，但是能够真正结合实际完全解决上述实训管理问题的软件系统基本没有，所以研发高职高专实训体系信息化管理平台是非常有必要。
2、UML概述
UML(Unified Modeling Languge)即统一建模语言，是编写软件蓝图的标准语言。UML是完全面向对象的，是图形化的，它为系统开发的不同参与者(包括客户)提供不同层次和角度的图；它鼓励任何层次上的交流(这与传统的瀑布式开发流程是相悖的)，鼓励客户参与，所以开发出来的软件是一个能符合设计之初的设想的软件。
3、系统需求分析
3.1 系统体系结构
实训体系信息化管理平台采用基于B/S模式的三层体系结构：表示层、业务逻辑层和数据访问层。这种设计充分体现了基于Web的管理模式的优势——友好易用的图形界面风格、跨越地理上的局限性和系统平台的独立性。
1)表示层：是系统的用户接口，负责使用者与整个系统的交互。
2)业务逻辑层：是整个系统的核心。用来处理表示层提出的请求，然后对请求具体分析。如果涉及到数据库的访问，则调用数据访问层获取相应的数据，并返回给表示层。
3)数据访问层：其功能主要是负责数据库的访问。此层封装了所有对数据库的操作。
3.2 系统主要功能
本平台涉及实训(实验)全过程的管理以及相应的文档管理，主要划分为系统管理、校内实训(实验)管理、校外实训(实验)管理、经费管理和质量监控五大功能模块。内容包括计划管理、大纲管理、进度管理、预算审批管理、借款报帐管理、进程监控以及评价管理等，可处理实训(实验)中计划报批、经费审批、借款报帐、进度管理、进程监控、资料管理与报表打印等一系列业务。各大功能模块涵盖实训(实验)管理的全过程，方便、高效地实现了实训(实验)管理的一体化应用。
4、识别用例
在获取了系统的功能后，采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型。参与者和用例是通过分析功能需求确定的。通过对系统需求的分析，可以确定系统中的参与者有：操作员、系统管理员。
根据系统参与者的行为进一步分析，我们可以把系统要完成的功能抽象为以下用例：
1)登录：提供了验证用户身份，登录进入系统的功能。
2)用户和角色管理、部门管理、工作流任务管理、工作流流程管理、日志管理和进程监控：分别提供系统管理员对系统用户角色、部门、工作流任务、工作流流程、日志信息和实训进程进行添加、修改、删除操作的功能。
3)计划管理、大纲管理、进度管理、预算审批管理和借款报账管理：分别提供操作员对实训计划、实训大纲、实训进程信息、实训预算经费和实训使用经费进行审批操作的功能。
4)评价管理：提供了系统管理员对实训进程信息进行评审、分析操作的功能。
5、用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描述。事件流描述了系统应该做什么，而不是描述系统应该怎样做，也就是说，事件流描述是用域语言描述的，而不是用实现语言描述的。实训体系信息化管理系统中的登录用例事件流描述如下：
1)大纲管理
①前置条件
登录成功。
②后置条件
如果用例成功，操作员可以完成对实训大纲信息的添加、修改和删除操作，从而使数据库中的相关信息发生改变。反之，系统的状态不变。
③扩充点
没有。
④事件流
2)基流
当用户希望对实训大纲信息进行查询、添加、修改和删除操作时，用例启动。
①操作员选择操作类型和操作数据。
②系统验证操作类型和操作数据的正确性，若正确(E-1)，则用户的操作完成，系统出现操作结果信息。
③用户选择“返回”，用例结束。
3)替代流
E-1：如果操作员选择无效的操作类型和输入无效操作数据，系统显示错误信息。用户可以选择返回基流的起始点，重新选择有效的操作类型和输入正确操作数据；或者选择“返回”，用例结束。
该用例的活动图如图1所示。
由于篇幅有限，其它用例的事件流就不一一详细列出了。
6、结束语
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，驱动了需求分析之后个阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的五类图之一，描述了用例、参与者以及它们之间的关系。活动图描述了满足用例要求所要进行的活动以及活动的约束关系，帮助开发人员和客户识别系统各功能模块的需求。后面的设计阶段就是在分析阶段的基础上通过建立交互作用图、类图、继承图等步骤，将分析阶段产生的抽象定义转化为软件结构。
参考文献：
[1]孔军、孙怡宁、蒋敏等，基于UML的系统需求分析[J]，计算机工程与应用，2003，15：217
[2]尤克滨，UML应用建模实践过程[M]，北京：机械工业出版社，2003
[3]赵从军，UML设计及应用[M]，北京：机械工业出版社，2004
[4]王少锋，面向对象技术UML教程[M]，北京：清华大学出版社，2004
作者简介：
李伟(1976)，男，云南，副教授，主要从事计算机网络与信息技术研究工作。