论文部分内容阅读
[摘要]如何利用现代化的计算机技术和网络技术，为高校党务工作者提供一种高效率、手续简便的服务，以及更好地管理大量的高校学生党员，是高校党务管理部门面临的新课题。针对昆明冶金高等专科学校学生党员发展的业务流程和管理需求，应用统一建模语言UML进行分析。
[关键词]高校学生党员管理 信息系统 统一建模语言
中图分类号：G47 文献标识码：A 文章编号：1671－7597(2008)1010072－02
一、研究背景
学生党员的发展和管理工作成为了高等院校思想教育工作中较为重要环节。这项工作的好坏，体现了一个学校的政治思想教育工作的能力和对学生的管理水平。所以，高校学生党员信息的管理是整个高等院校教育和管理的核心和基础之一。
学生党员的教育、发展和管理等工作是一项很严肃的工作，任何一点工作失误都会在广大的大学生中造成巨大的负面影响。学生党员的管理，是由一系列连贯又交错的流程来实现的，每个流程要由党组织对该学生进行考验和认定。高校中的学生党员数量较大，平均达到了学生总人数的15%左右。所以，学生党员管理工作已经成为了一项细致而繁杂的工作。
通过建立一个体现信息集成和信息共享的信息化管理系统高校学生党员管理信息系统，应用计算机技术、网络技术和通讯技术，使高校学生党员管理的信息交换变得方便快捷，使工作程序进一步简化，工作量减少，节省人力，提高工作效率和服务水平；同时，也使各项高校党务管理工作进一步规范化和科学化。
二、UML概述
UML（Unified Modeling Languge）即统一建模语言，是编写软件蓝图的标准语言。UML是完全面向对象的，是图形化的，它为系统开发的不同参与者（包括客户）提供不同层次和角度的图；它鼓励任何层次上的交流（这与传统的瀑布式开发流程是相悖的），鼓励客户参与，所以开发出来的软件是一个能符合设计之初的设想的软件。
当采用面向对象技术来设计应用系统时，首先是描述需求，其次根据需求建立系统的静态模型，以构造系统的结构。这两步所建立的模型都是静态的，包括用例图、类图、对象图、构件图和配置图五类图形。最后是描述系统的行为，所建立的模型或者可以执行，或者表示执行时的顺序状态或交互关系，它包括状态图、活动图、顺序图和协作图四个图形，这是UML的动态建模机制。
三、系统需求
信息系统开发的目的是满足用户需求，为了达到这个目的，设计人员必须充分理解系统的商业总体目标和用户的工作方式，然后确定系统的功能。高校学生党员管理系统的域描述如下：
在高校学生党员管理系统中，要为每一个学生党员建立一个信息档案，并能够进行编辑。
信息档案中存储学生党员的个人基本信息和入党特定信息。学生党员在整个入党过程中要严格按照党章和学校党委所规定的相关流程进行，按要求提交相应的材料（入党申请书、党校培训结业证书、家庭情况回调函、思想汇报），经学生党支部组织委员验收后，纸制文档归档进入档案柜，同时将材料信息（递交时间、文档编号）录入到系统中保存。学生党支部组织委员还要将学生党员在校期间的奖励情况如实录入到系统中。学生党员可以通过校园网查询相关的详细信息，了解入党进程情况。在入党流程的各个阶段（党员发展对象、入党积极分子、预备党员、正式党员）中，相关的职能部门负责人（团委书记、学生党支部书记、党总支书记、组织部等）对学生党员的资格要进行流程化的审批核认定。学生党员入党的流程可以简单概括如下：
递交入党申请书并参加党校培训的学生团委书记〉推优学生（党员发展对象）学生党支部书记〉入党积极分子党总支部书记〉预备党员组织部〉正式党员。
系统管理员可以根据具体情况（工作调动、临时代理等原因）灵活调整和设置流程各阶段的审批人。整个的流程必须是逐级递进，不能越过任何中间环节。为了安全性考虑，相关的操作人员和审批人员必须经过身份验证，才能登录到系统中进行操作。
四、识别用例
在获取了系统的功能后，采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型。参与者和用例是通过分析功能需求确定的。通过对系统需求的分析，可以确定系统中的参与者有：学生党员、学生党支部组织委员、团委书记、学生党支部书记、党总支部书记、党委组织部负责人、系统管理员。
根据系统参与者的行为进一步分析，我们可以把系统要完成的功能抽象为以下用例：
1．Login（登录）：提供了验证用户身份，登录进入系统的功能。
2．Maintain Student info（维护学生党员基本信息）：提供了学生党支部组织委员对学生党员个人基本信息进行添加、修改、删除操作的功能。
3．Maintain Requisition info（维护学生的入党申请书信息）：提供了学生党支部组织委员对学生递交的入党申请书信息进行修改操作的功能。
4．Maintain Train info（维护学生的党校培训结业证书信息）：提供了学生党支部组织委员对学生递交的党校培训结业证书信息进行修改操作的功能。
5．（维护学生的家庭情况回调函信息）：提供了学生党支部组织委员对学生党员的家庭情况回调函信息进行修改操作的功能。
6．Maintain Thinking info（维护学生递交的思想汇报信息）：提供了学生党支部组织委员对学生递交的思想汇报信息进行添加、修改、删除操作的功能。
7．Maintain Rewards_Punishment info（维护学生的奖惩情况信息）：提供了学生党支部组织委员对学生的奖惩情况信息进行添加、修改、删除操作的功能。
8．Maintain Users info（维护系统用户信息）：提供了系统管理员对系统用户信息进行添加、修改、删除操作的功能。
9．Query Students Party info（查询学生党员入党信息）：提供了系统用户进行学生党员相关信息的查询、导出数据的功能。
10．Query Pravite Party info（查询个人入党信息）：提供了学生党员查询自己入党相关信息的功能。
11．Approve Excellence（审批推优）：提供了团委书记推荐优秀团员学生成为党员发展对象的功能。
12．Approve Rustler（审批成为入党积极分子）：提供了学生党支部书记审批符合条件学生成为入党积极分子的功能。
13．Approve Reserve（审批成为预备党员）：提供了党总支部书记审批符合条件成为预备党员的功能。
14．Approve Regular（审批成为正式党员）：提供了学校党委组织部负责人审批符合条件学生成为正式党员的功能。
系统的用例图如图1所示。
五、用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描述。事件流描述了系统应该做什么，而不是描述系统应该怎样做，也就是说，事件流描述是用域语言描述的，而不是用实现语言描述的。高校学生党员管理系统中的登录用例事件流描述如下：
（一）登录
1．前置条件。没有。
2．后置条件。如果用例成功，系统用户可以启动系统使用系统所提供的功能。反之，系统的状态不变。
3.扩充点。没有。
4.事件流。
（二）基流
当用户希望登录到系统中时，用例启动。
1.系统提示用户输入用户名和密码。
2.用户输入用户名和密码。
3.系统验证输入的用户名和密码，若正确（E1），则用户登录到系统中。
（三）替代流
E1：如果用户输入无效的用户名和/或密码，系统显示错误信息。用户可以选择返回基流的起始点，重新输入正确的用户名和/或密码；或者取消登录，用例结束。
该用例的活动图如图2所示。
由于篇幅有限，其它用例的事件流就不一一详细列出了。
六、结束语
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，驱动了需求分析之后个阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的五类图之一，描述了用例、参与者以及它们之间的关系。活动图描述了满足用例要求所要进行的活动以及活动的约束关系，帮助开发人员和客户识别系统各功能模块的需求。后面的设计阶段就是在分析阶段的基础上通过建立交互作用图、类图、继承图等步骤，将分析阶段产生的抽象定义转化为软件结构。
参考文献：
[1]孔军、孙怡宁、蒋敏等，基于UML的系统需求分析[J]．计算机工程与应用．2003，15：217.
[2]尤克滨，UML应用建模实践过程[M]．北京：机械工业出版社，2003.
[3]赵从军，UML设计及应用[M]．北京：机械工业出版社，2004．
[4]王少锋，面向对象技术UML教程[M]．北京：清华大学出版社，2004．
作者简介：
李伟，男，云南，讲师，主要从事计算机网络与信息技术研究工作。
[关键词]高校学生党员管理 信息系统 统一建模语言
中图分类号：G47 文献标识码：A 文章编号：1671－7597(2008)1010072－02
一、研究背景
学生党员的发展和管理工作成为了高等院校思想教育工作中较为重要环节。这项工作的好坏，体现了一个学校的政治思想教育工作的能力和对学生的管理水平。所以，高校学生党员信息的管理是整个高等院校教育和管理的核心和基础之一。
学生党员的教育、发展和管理等工作是一项很严肃的工作，任何一点工作失误都会在广大的大学生中造成巨大的负面影响。学生党员的管理，是由一系列连贯又交错的流程来实现的，每个流程要由党组织对该学生进行考验和认定。高校中的学生党员数量较大，平均达到了学生总人数的15%左右。所以，学生党员管理工作已经成为了一项细致而繁杂的工作。
通过建立一个体现信息集成和信息共享的信息化管理系统高校学生党员管理信息系统，应用计算机技术、网络技术和通讯技术，使高校学生党员管理的信息交换变得方便快捷，使工作程序进一步简化，工作量减少，节省人力，提高工作效率和服务水平；同时，也使各项高校党务管理工作进一步规范化和科学化。
二、UML概述
UML（Unified Modeling Languge）即统一建模语言，是编写软件蓝图的标准语言。UML是完全面向对象的，是图形化的，它为系统开发的不同参与者（包括客户）提供不同层次和角度的图；它鼓励任何层次上的交流（这与传统的瀑布式开发流程是相悖的），鼓励客户参与，所以开发出来的软件是一个能符合设计之初的设想的软件。
当采用面向对象技术来设计应用系统时，首先是描述需求，其次根据需求建立系统的静态模型，以构造系统的结构。这两步所建立的模型都是静态的，包括用例图、类图、对象图、构件图和配置图五类图形。最后是描述系统的行为，所建立的模型或者可以执行，或者表示执行时的顺序状态或交互关系，它包括状态图、活动图、顺序图和协作图四个图形，这是UML的动态建模机制。
三、系统需求
信息系统开发的目的是满足用户需求，为了达到这个目的，设计人员必须充分理解系统的商业总体目标和用户的工作方式，然后确定系统的功能。高校学生党员管理系统的域描述如下：
在高校学生党员管理系统中，要为每一个学生党员建立一个信息档案，并能够进行编辑。
信息档案中存储学生党员的个人基本信息和入党特定信息。学生党员在整个入党过程中要严格按照党章和学校党委所规定的相关流程进行，按要求提交相应的材料（入党申请书、党校培训结业证书、家庭情况回调函、思想汇报），经学生党支部组织委员验收后，纸制文档归档进入档案柜，同时将材料信息（递交时间、文档编号）录入到系统中保存。学生党支部组织委员还要将学生党员在校期间的奖励情况如实录入到系统中。学生党员可以通过校园网查询相关的详细信息，了解入党进程情况。在入党流程的各个阶段（党员发展对象、入党积极分子、预备党员、正式党员）中，相关的职能部门负责人（团委书记、学生党支部书记、党总支书记、组织部等）对学生党员的资格要进行流程化的审批核认定。学生党员入党的流程可以简单概括如下：
递交入党申请书并参加党校培训的学生团委书记〉推优学生（党员发展对象）学生党支部书记〉入党积极分子党总支部书记〉预备党员组织部〉正式党员。
系统管理员可以根据具体情况（工作调动、临时代理等原因）灵活调整和设置流程各阶段的审批人。整个的流程必须是逐级递进，不能越过任何中间环节。为了安全性考虑，相关的操作人员和审批人员必须经过身份验证，才能登录到系统中进行操作。
四、识别用例
在获取了系统的功能后，采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型。参与者和用例是通过分析功能需求确定的。通过对系统需求的分析，可以确定系统中的参与者有：学生党员、学生党支部组织委员、团委书记、学生党支部书记、党总支部书记、党委组织部负责人、系统管理员。
根据系统参与者的行为进一步分析，我们可以把系统要完成的功能抽象为以下用例：
1．Login（登录）：提供了验证用户身份，登录进入系统的功能。
2．Maintain Student info（维护学生党员基本信息）：提供了学生党支部组织委员对学生党员个人基本信息进行添加、修改、删除操作的功能。
3．Maintain Requisition info（维护学生的入党申请书信息）：提供了学生党支部组织委员对学生递交的入党申请书信息进行修改操作的功能。
4．Maintain Train info（维护学生的党校培训结业证书信息）：提供了学生党支部组织委员对学生递交的党校培训结业证书信息进行修改操作的功能。
5．（维护学生的家庭情况回调函信息）：提供了学生党支部组织委员对学生党员的家庭情况回调函信息进行修改操作的功能。
6．Maintain Thinking info（维护学生递交的思想汇报信息）：提供了学生党支部组织委员对学生递交的思想汇报信息进行添加、修改、删除操作的功能。
7．Maintain Rewards_Punishment info（维护学生的奖惩情况信息）：提供了学生党支部组织委员对学生的奖惩情况信息进行添加、修改、删除操作的功能。
8．Maintain Users info（维护系统用户信息）：提供了系统管理员对系统用户信息进行添加、修改、删除操作的功能。
9．Query Students Party info（查询学生党员入党信息）：提供了系统用户进行学生党员相关信息的查询、导出数据的功能。
10．Query Pravite Party info（查询个人入党信息）：提供了学生党员查询自己入党相关信息的功能。
11．Approve Excellence（审批推优）：提供了团委书记推荐优秀团员学生成为党员发展对象的功能。
12．Approve Rustler（审批成为入党积极分子）：提供了学生党支部书记审批符合条件学生成为入党积极分子的功能。
13．Approve Reserve（审批成为预备党员）：提供了党总支部书记审批符合条件成为预备党员的功能。
14．Approve Regular（审批成为正式党员）：提供了学校党委组织部负责人审批符合条件学生成为正式党员的功能。
系统的用例图如图1所示。
五、用例的事件流描述
用例的事件流是对完成用例行为所需的事件的描述。事件流描述了系统应该做什么，而不是描述系统应该怎样做，也就是说，事件流描述是用域语言描述的，而不是用实现语言描述的。高校学生党员管理系统中的登录用例事件流描述如下：
（一）登录
1．前置条件。没有。
2．后置条件。如果用例成功，系统用户可以启动系统使用系统所提供的功能。反之，系统的状态不变。
3.扩充点。没有。
4.事件流。
（二）基流
当用户希望登录到系统中时，用例启动。
1.系统提示用户输入用户名和密码。
2.用户输入用户名和密码。
3.系统验证输入的用户名和密码，若正确（E1），则用户登录到系统中。
（三）替代流
E1：如果用户输入无效的用户名和/或密码，系统显示错误信息。用户可以选择返回基流的起始点，重新输入正确的用户名和/或密码；或者取消登录，用例结束。
该用例的活动图如图2所示。
由于篇幅有限，其它用例的事件流就不一一详细列出了。
六、结束语
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，驱动了需求分析之后个阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的五类图之一，描述了用例、参与者以及它们之间的关系。活动图描述了满足用例要求所要进行的活动以及活动的约束关系，帮助开发人员和客户识别系统各功能模块的需求。后面的设计阶段就是在分析阶段的基础上通过建立交互作用图、类图、继承图等步骤，将分析阶段产生的抽象定义转化为软件结构。
参考文献：
[1]孔军、孙怡宁、蒋敏等，基于UML的系统需求分析[J]．计算机工程与应用．2003，15：217.
[2]尤克滨，UML应用建模实践过程[M]．北京：机械工业出版社，2003.
[3]赵从军，UML设计及应用[M]．北京：机械工业出版社，2004．
[4]王少锋，面向对象技术UML教程[M]．北京：清华大学出版社，2004．
作者简介：
李伟，男，云南，讲师，主要从事计算机网络与信息技术研究工作。