时间：2023-09-22 09:45:34
开篇：写作不仅是一种记录，更是一种创造，它让我们能够捕捉那些稍纵即逝的灵感，将它们永久地定格在纸上。下面是小编精心整理的12篇管理系统需求，希望这些内容能成为您创作过程中的良师益友，陪伴您不断探索和进步。
关键词：频谱管理；统一建模语言；用例
中图分类号：TP311文献标识码：A文章编号：1009-3044(2009)04-0959-02
Requirements Analysis of Battlefield Electromagnetic Spectrum Management System Based on UML
LIANG Guo-qing1,2, CHEN Jian2
(1.Brigade 69296 of PLA, Kashi 844200, China; 2.C4ISR Technology Key Lab of NUDT, Changsha 410073, China)
Abstract: There are many stations that using frequency in the battlefield, but the useable electronmagnetic spectrum is finity, tradition electromagnetic spectrum management is handwork, however, is not fit the modern war, cry for the computer assistant management. The article introduces characteristics of UML, and describes battlefield electromagnetic spectrum management system's requirements by UML.
Key words: electromagnetic spectrum management; UML; use case
1 引言
高技术条件下的作战，参战力量多元，各种各样的电子信息作战装备同时应用于战场，加之敌方激烈的电磁干扰以及民用电磁设施的影响，使得战场电磁环境极其复杂，可用频谱资源十分有限。在这种情况下，只有加强战场电磁频谱管理才能充分、合理地利用电磁频谱，达成最佳作战目的[1]。但频谱管理是一个非常复杂的过程，它包括许多需要注意的步骤和问题，只有把它们全部考虑在内，才有可能有效利用无线电频谱。由于战场用频台站数量之大，利用传统的手工方式管理台站，凭借传统的经验审批频率以及被动式查找干扰等管理行为已不能适应现代化战争，因而必需有效的计算机支持。为此，需要开发研究战场频谱管理系统。通过战场频谱管理软件，指战员可以迅速了解战场电磁态势，分配电磁频谱资源，避免（或减小）用频台站间互扰问题，构造出有利于己而不利于敌的战场电磁环境。本文采用先进的统一建模语言（unified modeling language, UML）对战场频谱资源管理系统进行需求分析，可为战场频谱资源管理系统的开发提供较为完整的需求信息。
2 UML简介
UML是一种标准的图形化建模语言，是面向对象技术发展的重要成果。它融合了Booch、OMT和OOSE方法中的基本概念，并在这些方法的基础上，广征意见，集众家之长，扩展了现有方法的应用范围。UML适用于以面向对象的技术来描述任何类型的系统，而且适用于系统开发的不同阶段，可以应用于任何领域。
UML作为一种标准的图形化建模语言有如下特点：UML的词汇表和规则注重对系统进行概念上和物理上的描述；UML符号的表示法定义了规范的可视化元素，并为开发者使用这些可视化元素进行系统建模提供了标准；UML可以对重要的分析、设计和实现进行详细描述，所建模型具有精确性、无歧义性和完整性；用UML描述的模型可与各种编程语言直接相连[2]。
作为一种建模语言，UML中有3类主要元素，即基本构造块（basic building block）、规则（rule）和公共机制（common mechanism）。图是UML中最重要的元素之一，共分9种图：用例图、顺序图、协同图、类图、对象图、状态图、活动图、构件图和部署图。
用例图（Use case diagram）是UML在系统需求分析阶段来捕获用户需求的有效手段和方法。它用于显示若干角色（Actor）之间的连接关系，并不描述系统内部对该功能的具体操作方式，即通过用例建模，描述系统应向外提供何种功能，形成系统的问题域。活动图、类图、顺序图主要用于分析阶段，状态图、类图、对象图、协作图主要用于设计阶段，构件图和部署图主要用于实现阶段[3]。
3 战场频谱管理系统需求建模分析
3.1 战场频谱管理系统功能剖析
战场频谱管理系统功能包括[4,5]：
1）项目管理 为了便于管理频谱数据及存贮计算结果，在设计之前将频谱管理纳入项目管理范围，内容包括建立新项目、打开已有项目。
2）频谱监测 实现对检测站的控制和监测数据的分析处理等，包括检查监测站的配置、选择监测站设备及监测天线；对信号进行测试，查看一定频段内频率占有情况；对信号参数进行测量，计算信号的频偏、带宽和载频；查找干扰源位置。
3）电磁兼容性分析 对可能受到的或产生的干扰进行预测，从频率、时间、空间和能量四维角度考察各电子设备间的电磁隔离度，分析所产生干扰的大小及影响范围，评价干扰的危害程度。
4）频率规划与指派 为各种无线电业务划分无线电频谱的过程，为有效使用频谱，划分的频段必须符合预期业务要求的传播条件。
5）电子系统数据库 为各类电子系统建立数据库，记录其特性参数。这些数据是进行敌我识别，生成对抗措施的基本资料。
6）电磁态势显示。对战场上各种电磁信号的类型、属性和分布情况进行分析，并用图形、分析报告等方法将战场电磁态势表现出来。
7）网络服务 主要完成两种功能：一是网络通信，即实现数据的收发、传输；二是实现简单的网络管理。
3.2 战场频谱管理系统用例模型
根据上述的系统需求分析，对系统进行需求分析。在UML中用例图可从系统的外部看到系统的内部功能，它采用一些图形符号和文字来记录使用者的要求。用例图的基本元素有角色、用例、关系。
角色是指与系统交互的人或物。角色有3类：系统的使用者、外部系统、时间。战场频谱管理系统的角色有直接使用该系统的人和外部数据库，其中外部数据库有地理信息系统（GIS，Geographic Information System）和无线电台（站）设备数据库。
用例是系统提供的一种功能，是系统、子系统或外部参与者交互的动作序列的说明。战场频谱管理系统的顶层用例有：项目管理、频谱监测、电磁兼容性分析、频率规划与指派、数据管理、电磁态势显示、网络服务等7个用例。系统顶层用例图如图1所示，顶层图反应了系统总的需求情况。
3.3 顺序图
顺序图用来反映若干个对象之间的动态协作关系，主要反映对象之间发送消息的先后次序，说明对象之间的交互过程。顺序图由若干个对象组成，每个对象用一条垂直的虚线表示（线上方是对象名）。每个对象的正下方有一个矩形条，它与垂直的虚线相叠，矩形条表示该对象随时间流逝的过程（从上至下），对象之间传递的消息用消息箭头表示，它们位于表示对象的垂直线条之间。
1）基本数据输入顺序图。使用者通过数据管理的基本数据输入窗口输入基本数据，一部分基本数据由使用者根据战场情况和要求，从数据窗口输入，另一部分与地理有关的数据可通过查询地理信息系统来获得，与设备有关的信息可从无线电（台）站数据库中获得。基本数据输入结束后，保存在频谱项目数据库中，供后面的设计模块调用。基本数据输入顺序图如图2所示。
2）电磁兼容性分析顺序图。基本电磁数据输入结束后，就可以进行各功能计算了，这里以电磁兼容性分析为例。在电磁兼容性分析窗口中，通过变换参数的计算各种干扰，得出台站干扰的大小及影响范围，实时显示在该参数状态下电磁态势图上，最后结果保存在频谱项目工程数据库中，供后面的设计模块调用。电磁兼容性分析顺序图如图3所示。
3.4 活动图
活动图描述系统中各种活动的执行顺序，活动图常用于描述一个操作执行时的流程，也可以用于描述一个用例的处理流程，或者某种交互流程。活动图由一系列活动组成，当某个活动执行完毕之后，控制将沿着转移箭头转向下一个活动。在UML中没有流程图，可以用活动图来描述系统的总体或局部流程。图4为战场频谱管理系统总体活动图，可分为项目管理、工程数据建立与管理、数据管理、电磁兼容性分析、网络管理、频率规划与指派和电磁态势显示等7个部分。
4 结束语
本文采用UML对战场频谱管理系统进行了需求分析，开发建设战场频谱管理系统有利于战场电磁资源的管理，提高电磁资源的处理速度，降低电磁资源管理的成本。
使用UML对系统需求进行描述可以帮助用户和分析人员对问题描述和理解达成共识，较少语义差异，保障分析的正确性，克服传统需求分析在问题领域、系统功能描述方面精确度低的问题。在实际应用中，UML可以根据不同的系统，从不同的角度，以不同的详略程度对系统需求进行构造。
参考文献：
[1] 谷岩峰,高常见,安渭琳.战场电磁频谱实时管理问题研究[J].国防科技,2007(5):71-73.
[2] 孙朝霞,李春光,马莉.基于UML的车辆管理系统需求分析[J].青岛建筑工程学院学报,2005,26(2):71-73.
[3] 郑益民,倪宏革,郝令涛.基于UML的公路涵洞CAD系统的需求分析[J].烟台师范学院学报:自然科学版,2005,21(4):306-309.
1引言…………………………………………………….1
2系统建设背景………………………………………….1
3设备管理系统的需求分析…………………………….2
3.1信息流程……………………………………………..2
3.2功能分析……………………………………………..4
3.3数据分析……………………………………………..4
3.4系统设计原则………………………………………..4
3.5系统平台的选择……………………………………..5
3.6工作站功能分析……………………………………..6
4数据库详细设计……………………………………….7
4.1应用数据库系统概述………………………………..7
4.2应用数据库系统设计任务…………………………..7
4.3数据库设计原则……………………………………..7
4.4数据库结构设计……………………………………..8
5应用系统初步设计……………………………………12
6应用系统详细设计……………………………………14
6.1用户管理…………………………………………….14
6.2设备档案管理……………………………………….18
6.3设备故障管理……………………………………….23
6.4备件管理…………………………………………….24
6.5检修管理…………………………………………….26
7结论……………………………………………………27
1引言
随着计算机在企业中应用的普及和深入，企业信息处理系统已从单一应用发展到综合应用，从简单处理深入到复杂处理，从企业内部发展到企业外部；企业信息处理所包含的内容从文字处理、统计报表到数据分析和预测；从主要业务流程的管理和控制到企业内部及外部的信息交流和访问；从事务处理系统、管理信息系统到辅助决策系统，企业信息处理的模式已由集中式、分散式发展到分布式处理模式。企业中关键性的应用任务正从大型主机或中型系统转移到支持客户服务器处理模式的分布式网络系统上。从竞争和发展的角度看，信息已成为企业的一项主要资产，甚至可以说是企业发展的生命线。对信息的有效管理和应用，会促进企业内部运作的效率，降低运作的成本，提高企业对市场需求的竞争力，使企业不断发展壮大，信息技术的迅速发展，为企业信息处理和交流提高了有利保证。
：8400多字
有流程图、源程序及参考文献
300元
备注:此文版权归本站所有；。
转贴于
【 关键词 】 高校；管理系统；需求；设计
1 引言
1.1 项目背景及意义
在计算机科学蓬勃发展和互联网大浪潮的背景下，大部分高校已经推出了自己的学生教务信息化管理系统，用来维护学生基本信息，教务相关信息，并有效提高了教务管理工作效率，大大降低了工作量和维护成本。本文研究目的旨在建立满足学生日常生活学习需求，为辅导员在学生管理工作中提供信息化支持的学生宿舍管理系统。
基于充分调研了当前宿舍管理工作现状的基础上，我们发现宿舍管理工作十分重要又相当繁琐。该工作直接影响到能否为学生提供良好的宿舍环境，能否时刻确认在校学生到勤情况，并保证学生人身安全等重要问题。另外，我们也了解到学生们对一个完善的班级信息共享平台的需求也是很强烈的。因此，根据实际情况，分析各方面需求，利用计算机技术，为学生和学生工作人员提供一个高效、实用、稳定的宿舍管理系统是一件很有意义的事情。
1.2 研究内容
大学生宿舍生活和业余活动是组成整个大学四年学习生活的重要组成部分。从学生的角度来看，学生们需要一个平台，来方便他们互相交流和共享自己学习，生活，娱乐中的点点滴滴。从辅导员和学生管理工作者的角度来看，他们需要一个信息化的平台，来高效，稳定的管理学生业余生活，了解学生实时动态，为学生提供更加健康，良好的学习生活环境。在当前的宿舍管理工作中，很多情况下都会采用传统的手工管理。如以请假为例，学生由于个人原因需要向辅导员请假，这时要么给辅导员打电话，或者去找辅导员写请假条。辅导员方面，他要记录每个学生的请假记录，请假缘由，请假时间。这种传统的人工录入和手动操作的方式存在着诸多不利之处，如效率差、维护成本高、不方便，从而导致学生管理工作难度加大，而且当面对查询以前的请假记录等需求时，这种人工记录的方法很难会得到让人满意的结果。同时，学生请假成本提高，甚至会导致夜晚无故不归寝等情况。
因此，建立一个宿舍管理系统，能够有效减少辅导员的日常工作量，并提升工作效率，同时使得学生的宿舍生活因此获益，从而创造方便舒适的宿舍环境是十分有必要的。
2 系统功能需求
在综合分析宿舍管理工作中的特点，调研辅导员和学生对宿舍管理工作和业余生活中的种种需求的基础上，该系统设计了三种用户角色，分别为系统管理员、辅导员和学生。同时该系统也设计了四个功能模块，分别为签到、请假、班级论坛和资源共享。因此，用户根据自己角色和定位，在各个功能模块中被授予的权限是不相同的。
2.1 管理员功能需求分析
系统管理员作为系统最高权限拥有者，对整个系统的正常运行和日常维护来说不可或缺的。系统管理员要负责整个宿舍的电脑网络的稳定，数据库的日常维护和检查，保证整个系统能正常有效运行。另外，系统管理员应全面熟练掌握系统的整体框架、各子系统的流程框架以及系统中的所有操作，在面对系统故障或者功能瘫痪的时候，能够分析并找到原因，并进行正确的恢复操作。在该系统中，系统管理员主要负责维护各个功能模块中的底层数据库，监督用户的非正常操作，并排除数据库中的异常值。
2.2 辅导员角色需求分析
辅导员是宿舍管理系统中的学生管理工作者，日常工作包括实时关注学生动态，帮助学生们在解决问题，进行思想辅导和答疑解惑。在该系统中，辅导员负责处理学生们的请假请求，并予以批准或否定，管理签到功能模块，查看学生在校情况。同时，辅导员也能通过浏览班级论坛和资源共享文件，实时掌握班级学生的生活动态，并处理相关问题。通过实现辅导员在四个功能模块中的操作流程，系统可以有效提高辅导员的工作效率，并降低了学生管理工作中各种信息的维护成本。
2.3 学生角色需求分析
学生角色是宿舍管理系统中的核心角色。他们可以在宿舍管理系统中申请请假，并查看请假批准状态，实时完成签到，可以在班级论坛上帖子，与同学们进行交流，也可以在资源共享模块中下载有用资源，也可以上传自己的共享文件。系统中这四个功能模块的实现不仅方便学生配合宿舍管理工作，同时也给学生提供了自由交流，分享生活体验的网络平台。
2.4 系统非功能需求
高校每年学生的流动性比较大，每年都会有新生加入，有毕业生离校，甚至在某些情况下，会出现变换宿舍的需求。因此，每次出现大规模数据变动的时候，宿舍管理系统需要具有良好的伸缩性，有效处理新数据的存储和老数据的转存。另外，还需要高易用性，使得该系统能精确处理上述需求，保证系统数据管理上的巧妙、紧凑、完整。
综上，从宿舍管理系统中的每个角色出发，分析其业务逻辑需求，满足其日常工作学习生活的基本要求。从系统功能需求和系统非功能需求角度出发，全面综合地对系统进行需求分析。
3 系统设计
系统的设计好比建筑的蓝图，结构清晰功能完善的系统设计能够使得Web应用系统能够运行得更加流畅、易用。因此，在着手开发实现系统之前，对系统进行详细的考察并做出合理的设计，同时使所有的设计文档化十分有必要，能够使得今后的工作事半功倍。下面我们介绍系统架构设计和系统功能模块设计。由该部分处理用户与远程服务器和数据库之间的消息传递。
3.1 系统架构设计
本系统是由数据访问层、业务逻辑层、用户界面层这三层组成典型的Web信息系统。
用户界面层。该层使用Struts框架，组要负责用户界面的实现与维护。该层主要负责用户向系统的数据输入，将用户输入的信息传递给业务逻辑层。另外，该层要负责将业务逻辑层的数据展示给用户。前端层面上的数据合法性校验等工作也是由用户界面层负责。
业务逻辑层。该层主要接收来自于用户界面层的用户请求数据。对用户数据进行分析与处理，将该数据按照需求转发给其他业务逻辑组件，或者通过数据访问层，对底层数据库进行相应操作。同时，在接收到来自数据访问层的数据时，业务逻辑层会将该数据进行分析与处理，并传送给正确的用户界面层组件。
数据访问层。数据访问层主要处理来自业务逻辑层对底层数据库的访问。通过分析业务逻辑层的请求，数据访问层可以操作底层数据库，对底层数据库进行数据的增删改查，并将数据库数据返回给业务逻辑层。
3.2 系统功能模块设计
宿舍管理系统主要由五个部分组成，分别是权限控制模块、签到模块、请假模块、班级论坛模块以及资源共享模块，如图1所示。权限管理模块包括模块管理，角色管理，用户管理，密码修改，密码追回等五个子模块构成；签到模块在权限管理模块的作用下，向不同的角色提供不同的子模块；与签到模块一样，请假模块也在权限管理模块的作用下，向不同的角色提供不同的子模块；班级论坛功能实现了基于班级内部的论坛贴吧功能；资源共享功能模块由资源，下载资源模块以及资源限制模块组成。
3.3 数据库设计
通过对需求阶段的分析以及功能模块的设计，对整个问题进行划分。最终得到六个实体，分别为用户、签到、帖子、回复、请假以及资源文件。
4 结束语
本文所做的工作主要有两点：一是在前期准备工作中，对高校中宿舍管理工作中所涉及业务进行详细调研和分析，总结出一系列宿舍管理工作中业务需求；二是在系统设计部分，根据前期调研情况，结合宿舍管理工作中的业务需求，设计系统框架，使得系统在满足业务逻辑的基础上，保证可用性和稳定性。
在未来的工作中，将进一步了解学生宿舍日常管理工作和学习生活娱乐当中的流程细节，挖掘更多用户需求，进一步方便老师和学生们的日常生活，提高工作效率。在上述功能基础上，添加功能模块，提供完善的学生宿舍管理系统。
参考文献
[1] 魏晓海.基于Web的人才招聘系统的设计与实现[D].吉林大学，2015.
[2] 黄国祥.三明学院财务报账单据管理系统的研究与分析[D].云南大学，2015.
关键词 ：基本农田 ，信息系统，mapgis
Abstract: the cultivated land protection, especially the protection of basic farmland has always been a national priority, the country at present general land use planning work has been basically end, now into the basic farmland demarcated work stage. According to the requirements of land and resources, the basic farmland demarcated work a important task is to establish the basic farmland management information system at all levels, through the routine information supervision, implement the strictest arable land protection system. This paper based on the actual work, in the existing software and hardware, and on the basis of research really feasible management system, and combined with the use of software in guangxi universality and broad, at the county level of protection of basic farmland management system function demand and put forward the design development train of thought, so as to provide the guidance system development each county.省略技术开发，C/S体系结构。
当今计算机技术和信息技术蓬勃发展，形成了诸多关于土地管理方面的软件，基本农田信息是一个相当庞大的数据库，不仅包含基本农田的属性信息，充分借助GIS空间分析与属性查询的交互式操作进行数据变更和统计，是一般软件所不能及的，利用GIS软件管理地理信息数据是未来发展的一大趋势。另一方面，在运行环境上，Internet技术飞速发展，使得基于b/s体系结构的方式取代了c/s体系结构，用于无序下载客户端软件即可浏览并进行基本的GIS操作，提高了系统升级维护的便捷性。
广西开展的第二次土地调查数据库、乡镇级土地利用规划数据库均采用MapGIS软件系统，因此，以此为基础，设计开发基本农田管理系统可以满足基本农田数据库建库需求同时具备广泛试用性。
二、县级基本农田管理系统的需求分析
基本农田管理信息系统的建设要以实现基本农田精细化监管为总体目标，以基本农田“管理信息化”为建设目标，主要实现如下6个方面的主要功能需求。
（一）占用预警
实现图形与属性数据的互动。通过导入新增建设用地项目范围线，分析项目范围内占用基本农田和土地利用现状地块情况，统计占用的基本农田总面积及各地类面积的细化情况，在地图上标出预警区域，建立预警档案，为新增建设用地项目报批提供参考依据。
（二）基本农田动态监测
一是实现图形与属性数据的互动。采用卫星或航拍影像数据监测基本农田变化。根据影像特征，对比基本农田保护区范围内各地类的变化情况。二是及时分析。巡查人员在巡查项目过程中如果发现了基本农田占用情况，通过拍照片、用GPS采集坐标信息，上传到土地部门。数据库管理员把巡查员传回的坐标数据导到基本农田数据库，利用占用预警分析功能，分析出该项目占用基本农田情况是否合法，如占用合法，则进行基本农田补划；如占用非法，则移交执法部门执法
（三）智能补划
在土地利用现状图斑中自动选取不在基本农田保护地块范围内的满足补划条件的耕地地块（或可调整地类地块），显示补划地块信息和位置。在查找结果中，根据实际补划面积，提供最优补划方案，保证基本农田的占补平衡.
（四）数据变更管理
通过对基本农田图斑、保护块等的新增、分割、合并等变更操作，根据日常的业务需求，可以实现对基本农田占用补划、灾毁等实时变更。
（五）数据入库检查、综合统计分析与图表输出
数据入库：衔接好土地利用现状数据库、基本农田规划数据库、基本农田划定数据库、基本农田占、补划数据库等的录入。
数据检查：要求系统具有强大的检查功能，对入库的数据建立数据入库核查、检查机制，检测数据的数据结构、数据属性、图形拓扑（包括单个图层内和图层间）、逻辑关系等。对于检查出来的错误可以直接在图上定位，并能形成检查报表。
汇总统计：对基本农田现状面积以及变化，数量、地类、质量等信息进行分类统计、制图、制表。同时要求在指定区域、指定时间点统计分析。
图表输出：输出相关表格图件。土地利用地类面积表、土地利用现状图和基本农田保护图专题图等。
（六）数据共享、安全和维护
数据共享要求：建立健全与各级数据信息管理相一致的基本农田数据标准体系和成果规范体系，要实现耕地保护系统其他相关业务职能部门数据信息的无缝对接，保证各级数据的一致性、格式的通用性。建立数据的多级访问权限机制和数据保密机制，保证数据访问、的安全性。
数据维护要求：要求系统接口开放，能根据各类规程及政策文件要求变化，对系统功能和算法进行调整 ，及时调整维护各数据库数据。
一、学校管理系统的应用现状
从我国现行大多院校教育管理系统的应用现状看，信息化水平仍处于初级阶段，在系统开发设计过程中主要以外购、自主研发以及二者相结合三种方式为主。其中在外购方面，由于很多学校并不具备教学管理系统的设计开发能力，而为适应信息化教学管理要求便采取外购的方式。然而许多外购系统在学校管理系统中并不适用，如典型的鹏达或大东日等提供系统涉及极高的费用，无论购置成本或后期运营管理都需耗费学校较多的资金，为学校带来沉重的财政负担。而且大多计算机系统开发企业在设计过程中多从整个市场需求角度出发，管理系统带有明显的通用化特征，无法满足不同学校不同的教学管理需求，在使用过程中极易出现较多异常情况，影响整个管理效率。在自主研发方面，通常设有计算机专业的院校多采用自身设计的管理系统，其优势在于既可符合学校实际管理需求，也为后期的升级维护带来一定的便利，是学校管理系统设计开发的最佳方式。另外，目前也有部分学校将外购与自主研发相结合，在外购管理系统的基础上进一步设计研发，使其便于切合本校实际，但这种方式在外购方面仍需给予较多经费投入，而且一旦出现外购系统与学校教学管理差异过大，便无法进一步设计研发。因此管理系统设计中自主研发为优先选择方式，需立足于实际系统需求进行管理系统的设计[1]。
二、设计开发中关键技术的应用与需求考虑
（一）设计开发中关键技术的应用
学校管理系统设计中关键技术的应用主要从两方面着手，包括B/S架构与J2EE。其中在B/S架构方面，其相比传统网络系统中应用的C/S结构，无需进行特定软件的安装，服务器会将所有系统业务进行处理，用户通过浏览器的应用便可达到系统使用需求。同时以往C/S结构应用下，存在极为明显的网络结构不确定特征，而通过B/S结构的引入，只需保证HTTP协议作用得以发挥，便可提高系统通用性。除此之外，设计中的关键技术也体现在J2EE方面，其在系统中的应用具体体现在三方面：第一，JAVA语言的应用。现行几乎所有网站系统、浏览器都可支持JAVA语言的应用，只需进行一次编译便可在系统中运行。其优势主要表现在语言语法简单、检查处理机制健壮性、安全机制以及可移植性等方面。第二，SSH的应用。其在系统中主要包括Spring、Struts以及Hibernate等结构，可使包括数据存储层、业务逻辑层以及表示层等在内的应用系统得以构建，对信息共享与集中管理可起到突出的作用。第三，在J2EE应用方面。其主要以JAVA平台为核心，包括客户端组件、Web层组件、系统层软件以及业务逻辑层组件等结构，具有明显的易维护性与伸缩性等特征。
（二）设计开发中系统需求考虑
对系统需求的考虑是保证设计开发符合学校管理系统实际的基础条件。其需求内容具体体现在功能性、非功能性以及网页设计等方面需求。其中在功能性方面，主要指系统设计中体现的如系统是否具备入学管理功能、学生信息管理以及教务管理等；非功能性需求则指系统在性能、运行、扩展性以及安全性等方面是否满足学校管理要求。以其中安全需求为例，系统设计中是否对人员登录权限进行设计、数据库是否具备安全性特征以及系统是否可有效预防黑客攻击与病毒入侵等。另外，在网页设计方面，学校管理系统网页应从色彩外观编排以及构图等方面保持完整，使系统功能性具备的同时体现出一定美观性[2]。
三、信息管理系统设计的具体路径
（一）系统登录功能设计与研发
登录功能在设计过程中首先应从登录界面入手，将用户名、密码以及随机的验证码组成，其中用户名、密码的设置与。需注意的是许多学校登录系统往往采用网站或桌面等形式，其中桌面系统应用中用户验证后便可使用，但网站系统需要进行页面访问才可登录。对此问题，设计设计过程中对于用户验证成功的信息可在session中进行记录，这样每个页面访问过程中都要求对session信息进行确认，可使登录系统更具安全性。
（二）学生信息管理功能设计与研发
学生信息管理系统方面，其主要将学生在校表现、个人信息等融入其中。其中在个人信息方面系统相关操作主要体现在查询、修改以及信息详情等方面，用户仅需点击相关操作便可了解或修改学生基本信息。通常在个人信息管理过程中也需将学籍管理功能体现出来，假定学生出现休学或转学等情况，应利用系统中修改或具体异动管理功能完成异动信息的查询与修改。另外对于学生在校表现情况，一般系统给予教师与学生不同的操作界面。教师操作过程中可直接点击“详情”便完成学生信息查询、评价内容填写等工作，而学生操作界面仅限于对个人信息以及教师评价的查询。
（三）教务管理功能设计与研发
教务管理功能设计过程中应根据学校整体的发展情况进行设计，具体包括课程管理、学生培养计划管理以及课程安排等。以其中课程管理为例，功能模块中主要集中在查询、修改、课程增加或删除等操作方面，其中查询一般在输入项中体现，而输出项负责执行课程的修改或增加等。再如学生培养计划方面，实际设计过程中要求以实体train对象替代收集的信息内容，并在DAO层调用过程中使train对象达到持久化要求，然后在相应指令传入后使课程ID得以生成，最后ID向培养计划页面中进行传输，调用者将接收具体培养信息。除此之外，现行学校管理系统设计开发中也需将如招生管理、班级管理等内容考虑其中，使学校管理系统与现行信息化管理要求相适应[3]。
结论：管理系统的设计是加快学校信息化管理进程的重要途径。实际设计过程中应正确认识当前学校管理系统的应用现状，注重引入相关的技术并做好系统需求分析，从登录管理、学生信息管理、教务管理以及其他包括班级或招生管理等方面使系统进一步完善，为学校管理水平的提升提供保障。
参考文献
[1]方武福.中等职业学校信息管理系统的设计与实现[D].华南理工大学，2012.
[2]赵晶.职业教育学校学生信息管理系统的设计与实现[D].吉林大学，2013.
[3]唐卫华.曲靖医学高等专科学校就业信息管理系统的设计与实现[D].山东大学，2014.
关键词：B/S模式；高校仓库管理系统；需求分析
仓库管理作为高校日常管理的重要环节之一，然而，不少高校后勤仓库管理没有引入信息化手段，仍然采用人工方式进行表格填写和物品统计，造成管理效率低下。为了使高校仓库管理更加科学化、规范化、制度化，开发信息管理系统对后勤仓库的日常管理已经成为当务之急。
系统需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。本系统主要使用面向对象的分析方法，采用Microsoft Office Visio建模工具、UML建模语言来详尽地描述中山职业技术学院仓库管理系统的基本业务流程和本系统相关业务逻辑模型，主要内容包括：业务需求分析、功能需求分析、数据需求分析、非功能需求分析。
1 业务需求分析
经过详细调研，仓库管理系统主要分为3个用户角色，即：超级管理员、仓库管理员、一般用户。其中超级管理员拥有最高权限，可操作系统的所有功能模块。仓库管理员负责入库登记、领用登记、借出归还登记、相关报表制作等日常业务。一般用户的主要功能包括：查询物品的库存情况。本系统业务需求分析从以下几个方面进行：物品入库管理、物品领用管理、借出归还管理。
2 功能需求分析
系统开发的总体任务是实现各种信息的系统化、规范化和自动化，系统功能分析是在确定系统开发总体任务的基础上完成的。中山职业技术学院仓库管理系统主要包括以下几个业务：物品入库管理、领用管理、借出归还管理、库存管理、报表统计、系统管理。功能需求分析的顶层用例图如图1所示。
3 数据需求分析
用户的需求具体体现在各种信息的提供、保存、更新和查询上，这就要求数据库结构能充分满足各种信息的输出和输入。通过对高校后勤仓库管理的内容和数据流程进行分析，设计了如下几方面的数据项和数据结构：物品入库管理、部门领用管理、借出归还管理、库存管理、报表统计和系统设置。其中物品入库管理类图如图2所示。
4 非功能需求分析
非功能需求包括产品必须遵从的标准、规范和合约；外部界面的具体细节和性能要求；设计或实现的约束条件及质量属性。根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较高的性能要求。本系统从环境需求、性能需求、安全需求三个方面入手进行系统的非功能需求分析。
5 总结
本系统立足于中山职业技术学院的仓库管理工作状况，并对仓库管理进行研究分析，而设计出物品入库管理，物品领用管理，借出归还管理，库存管理，报表统计，系统管理等多个功能。通过本文的研究，为系统的开发和研究工作打下基础，将有效提高本校的仓库管理水平，使仓库管理工作走上一个新的台阶。
[参考文献]
[1]刘思亮.浅谈高校仓库现代管理模式的构建[J].山西财经大学学报，2011，30（8）：411-413.
关键词：合同管理；三层C/S体系；信息化
中图分类号：TP315 文献标识码：A 文章编号：1672-3198（2009）03-0247-02
1 合同管理系统需求与功能分析
1.1 系统需求
面向大型制造企业，该系统应满足如下要求：①用户众多，应尽量满足各方需要，用户界面应尽量直观、美观，操作应尽量简单；②应方便扩展，企业建立信息化系统因时而异，应需求而变，为节省企业开发成本，降低实施难度，应考虑异构系统的集成；③面对大量数据，其响应速度应该比较快，执行效率应该高；④由于企业产品性质，系统安全性必须保证。
1.2 功能需求
合同管理系统的目的是对审批、签订后的合同，收集其基本信息并长期保存，提高查询效率，便于进行统计和分析，对合同执行情况进行监督并提供预警催交项目。因而合同管理系统主要包括合同基本信息录入、合同执行、合同查询与统计、合同预警和催交等四个部分。
在合同到货之后还需对货物进行待验，经过检验的货物才能执行退货、入库操作，因而也是合同执行管理中必不可少的过程。同时对于一个系统而言，需要提供系统维护和数据接入以及系统扩展的接口，这样有利于企业信息化建设，同时使该系统可以很好的扩展或被扩展，会降低开发成本。
1.3 功能模块
根据以上分析，该合同管理系统由合同基本信息管理、合同执行管理、合同查询统计管理、合同预警催交管理、供应商信息管理、系统管理等六个部分构成，如图1所示。该系统主要实现录入合同头信息、录入合同明细信息、合同发票付款处理、合同预付款处理、合同退货处理、合同基本与综合信息查询和统计、合同到期预警、供应商信息与系统权限设置等功能，实现供应保障部门信息录入的信息化、科学化。
各模块功能说明：
①合同基本信息管理。该模块数据是合同管理系统中的静态信息之一，自合同签订审批开始，合同基本信息就固定不变，是合同其他管理模块的根本。合同基本信息细化成合同头与合同明细信息，是为了便于管理，节省数据空间。一旦合同基本信息确定，基本信息管理也就被冻结，只能进行查询不能进行修改。
②合同执行管理。该模块是合同管理中的核心，是合同管理系统中动态信息的集合。合同执行是对资金的掌控，供应商供货之后就要进行付款，视情况进行发票付款与预付款操作。
③合同查询统计管理。主要针对各种查询统计，用来评估供应部门的绩效，为计划部门提供反馈信息，方便计划部门对后续任务进行更合理的安排。
④合同预警催交管理。针对到期合同未完成交货任务的进行提前预警，一来通知供应商尽快交货，二来提醒生产部门以及计划部门针对不可预知的问题做出对策，以免影响企业的生产。
⑤供应商信息管理。该模块数据也是合同管理系统中的静态信息之一，主要是保存供应商的基本信息，并且根据供应商的历史交货记录进行定级评估，方便后续定货时对供应商的选择，更好的完成企业生产计划中的物资保障。
⑥系统管理。其中系统权限管理负责对不同的操作人员身份进行验证并规定其操作权限，系统基本信息维护用来对系统整体安全性已经稳定性进行的一系列管理。
2 合同管理系统数据流程
业务流程见图2。
3 合同管理系统具体实现
3.1 体系结构
根据系统需求，我们采用基于CORBA的三层C/S体系结构。
人机交互层就是客户端，是用户与系统的接口，用户通过此接口与系统进行交互。在身份验证机制下，用户输入自己的用户名、密码登陆，或者扫描自己的编码直接登陆此系统，在权限的严格控制下，进行查询、录入、管理、系统维护等等工作，最大程度保证了系统的安全性。
应用程序服务器层实则由多层组成：执行层、业务逻辑层和层，它们共同构成了应用服务器层，是该系统的核心。一层是提供了与客户端的接口，二层是整个系统中的业务逻辑中枢，三层是数据库的连接接口，三者的统一构成了该系统的通信中枢。执行层主要是利用连接池技术来管理数据库的连接与断开，用连接池来监视数据库连接的数量和使用情况等，减少了数据库的负担，同时提高了查询等操作效率。业务逻辑层主要用来承载系统功能的业务逻辑，该层有各种操作函数，作为客户端的操作基础，方便对数据库的存取。最后一层为层，考虑系统异构与扩展、减少代码的重复编写、降低软件的维护升级成本，在该层提供了各种接口，使用CORBA的组件VisiBroker Agent来提高对数据的存取速度，达到在本地存取的效果。
数据服务层为Oracle数据库，是存储数据的永久场所，根据功能需求，在该服务器上主要包含了合同基本信息库、合同执行信息库、供应商信息库等多个数据库。
3.2 应用实例
按照上述所言，该合同管理系统的程序采用Delphi7.0进行开发编写，数据库是Oracle9.0i。该系统纳入了现代管理统计方法，将合同的各个阶段都包含了进去。如图4、图5分别是该系统的应用服务器层的可视化界面和其中的发票付款界面。应用服务器层界面把在用的和空闲的连接池数清晰展示，给我们的管理带来很大方便。发票付款界面主要用来录入有发票的付款记录，同时根据合同规定和实际操作需要进行冲减预付款，这里不仅刷新了发票付款明细表，同时更新了预付款明细表，而这一操作是通过放在数据库的存储过程来完成的，实现了数据的统一和财务的清晰，方便查询管理。
此外，为了实现统计功能的标准化、科学化，在对合同信息进行统计处理时，一些合同标准应用如下：
同样是考核供应商的重要标准，是对供应商品质进行评估的依据。
以上三项标准的量化，在很大程度上对系统进行了补充，为实现企业的信息化增色不少。
4 总结
本文针对某大型制造企业合同管理方面存在的问题，分析了合同管理系统的系统与功能需求，提出了合同管理系统的体系结构。根据该系统架构及实现技术开发了某大型制造企业合同管理系统，建立了生产部门与供应保障部门的有机联系。该系统在某军品研制生产过程中得到了成功应用，应用表明，该系统提高了供应保障部门的工作效率，为企业的资金投入加了道保险，明显降低了企业生产成本，并为企业整体信息化做出重大贡献。
本文创新点在于将合同整个流程纳入到了管理系统之中，细化了各部门职责，跟踪合同执行，掌握合同入库数据及时反馈到计划生产部门，采用三层C/S体系，结合CORBA技术，便于扩展企业信息化系统。
参考文献
关键词：开放式实验室；三层架构；
中图分类号：TP311.52 文献标识码：A
1 引言(Introduction)
现今，随着高校实验室设备资源在质与量上的提升，越来越多的问题摆在了学生、教师、管理员及各级院系领导面前。例如,各实验室相互独立，导致资源无法最大化的使用和很低的实验设备使用率；实验室功能虽多，但多而散，无法形成综合优势[1]；各级管理员无法有效并清晰的随时随地对相关软件、硬件资源信息进行统计与掌控，造成管理上的不便；除此之外，设备的购买、保修、送检及维护也需要进行很多报表的填写，若是需要对某一时间段或者某一类型的设备进行相关统计任务，则需要花费很多的时间及精力。
综上，设计并实现一个开放式的实验室管理系统具有极大的实际使用价值。在此之前，有些人对高校实验室管理模式经过研究与实践，提出自己的观点，例如：论文[2]基于_Net的开放式实验室管理系统的设计与实现所提出的解决方案，在新实验课标的要求下，对于综合性、创新性实验无法进行有效管理,导致该实现方案过于简单；论文[3]高校开放式实验室设备管理系统研究，对于教师及学生的功能需求考虑较少；论文[4]开放式实验室管理系统的设计与实现，未能体现开放式的真正内涵，即实验设备信息的网上查询、统计及预约。
本文内容组织如下：首先，设计了开放式实验室管理系统OLMS(英文全拼)的基本体系结构，并进行了系统需求分析；在此基础上，进行了系统设计，给出了系统功能结构图；接着对该系统的主要实现过程进行了详细说明；最后，给出了该系统下一步需要完善的功能及小结。
2 开放式实验室管理系统OLMS的基本体系结
构(The basic architecture of open laboratory
management system)
2.1 OLMS系统的基本体系结构
OLMS系统的基本体系结构由五层构成，从上到下依次为网络设施、系统服务支持环境、数据层、逻辑层和用户操作层即显示层。
2.2 OLMS系统需求分析
OLMS系统的主要使用者有四类人员：学生、教师、实验室管理员、院系各级领导及教研室主任。这四类角色对于OLMS系统的主要功能期望为：课内/外实验、综合性、设计性实验的相关管理及操作；实验设备及资源信息的管理操作；在线预约实验设备及资源；查询预约结果等；实验室设备、资源的电子化管理功能；新实验的申报及审核流程；提交、批改、指导实验报告功能；浏览、查询、编辑实验电子课件；统计报表功能；除此之外，该OLMS还需实现部分系统或者公用功能。
3 系统设计(System design)
根据前述的基本体系结构及系统需求分析，设计OLMS系统的系统功能结构，如图1所示。
图1 OLMS系统功能结构图
Fig.1 System function structure
4 系统实现(System implementation)
4.1 程序开发及运行环境
本系统开发中，采用Microsoft Visual Studio 2005工具，SQL Server 2005， Framework SDK v2.0。
4.2 编码规范
为了项目的规范，在系统实现之前，定义了相关的数据库命名规范，包括数据库、数据表、字段、视图、存储过程、触发器等的命名规范；程序代码命名规范，包括变量及对象名称定义规则、数据类型简写规则、控件命名规则等。
4.3 编码实现
编码实现主要包括以下部分：数据处理层、主要功能模块及界面层的实现。
4.3.1 数据处理层的编码实现
为了简化大量重复性的数据库访问及数据处理操作，本系统单独做了数据处理层的编码实现，以供功能模块的调用。
4.3.2 主要功能模块的实现
功能模块主要为功能服务，实现各个单独的逻辑功能，主要包括以下各子模块：
(1)系统功能模块及其编码实现
系统功能模块及其算法主要包括：第一,系统的初始化功能；第二,对数据信息等的管理；包括用户信息管理[5]、平台的管理、数据与资料的管理等；第三,用户权限的分层设置及管理。
(2)学生功能模块及其编码实现
学生功能模块主要实现的功能有：学生个人信息的浏览及部分修改功能；学生信用度算法模块；本学期课内/外实验、综合性或创新性实验的相关功能实现，使用在线资源例如在线答疑、在线讨论区、在线题库等功能。
(3)教师功能模块及其编码实现
教师功能模块主要实现的功能有：学期初的课内/外实验申请；综合性、创新性实验申请；新开设实验项目的填报及申请；查询本学期实验课表及实验安排内容；布置预习实验要求；审核学生的课外或其它实验申请；对个人信息的管理或依据条件查询学生的基本信息。
(4)实验室管理员功能模块及其编码实现
实验室管理员功能模块主要实现的功能有：第一，实验室子系统管理；第二，审核实验预约功能；第三，实验室设备运行管理，即设备运行时的过程数据管理；第四，实验室设备资源的管理；第五,设备统计分析功能等。
4.3.3 界面层的实现
该系统界面层的实现主要满足简洁、清晰、个性化定制的目标。为了实现简洁、清晰，系统以蓝色为主色，统一了系统的界面框架，任何用户访问该系统时，都能看到一个布局统一、颜色一致的界面。
5 结论(Conclusion)
系统经过一年多的运行，极大地方便了实验课程管理、实验预约等教学工作的开展，取得了良好效果。后续需解决的问题：如何由点及面，打破原有小而散的模式，进行校一级的实验室管理系统设计及实现？如何与硬件控制器相结合，实现远程控制和管理，确保实验室的全天候开放和安全？如何为各种终端设备用户提供友好的服务等问题。
参考文献(References)
[1] 张松,陈志刚,金亮.开放实验室管理系统设计方案比较及实
现[J].计算机工程与应用,2004,40(3):230-232.
[2] 焦铬,刘辉,陈受凯.基于.Net平台的开放式实验室管理系统
[J].衡阳师范学院学报,2010,31(3):88-91.
[3] 谢健,刘原奇,易先卉.高校开放式实验室设备管理系统研究
[J].计算技术与自动化,2007(1):102-103;107.
[4] 姜浩,等.开放式实验室管理系统的设计与实现[J].实验室研
究与探索,2010,29(6):110-112.
[5] 尹红,李海燕.基于C/S和B/S混合结构的高校开放式实验室
管理系统的研究与实现[J].信息系统工程,2009(6):29-32.
作者简介：
刘海玲(1978-),女,硕士,讲师.研究领域：web应用及开发.
关键词： 电子商务；物流配送；数据库；ASP.NET
购物中心物流管理系统分析
1.1系统需求分析
购物中心物流管理系统的设计是为了让购物中心扩展业务，提高购物中心的运行效率。为客户提供方便的网上订单途径，购物中心对客户订单进行快速处理、配送。并通过系统对客户信息、仓库信息、员工信息进行科学的管理。
1.1.1用户身份级别要求
即根据身份的不同对系统的使用权限有所不同。从权限大小大致可以分为：系统管理员、库存管理人员、客户。
系统管理员：
拥有购物中心物流管理系统的所有权限，主要负责对系统平台的日常网络维护管理，可以对系统进行修改，排除故障。
库存管理人员：
对货物的入库、出库操作、货物属性的更改权限，有对客户信息和客户订单进行接单、配送处理的权限。
客户：
能查看系统的公告信息、查看自己的订单情况。主要是在线订单操作。
1.1.2系统功能模块设置
本系统采用自上向下方法开发，系统分成几个相对独立的模块，其功能模块主要有如下几个部分：公告信息、用户管理、货物管理、订单管理。具体的功能描述如下：
1) 公告信息：
系统的各种通知或公告均位于此模块中。主要内容包括有关客户订单的相关说明和注意事项；购物中心的基本信息；以及在一定时间内的促销活动。位于在系统登录的首页。
操作对象：系统管理员。
浏览对象：所有合法用户。
2) 用户管理：
对使用本系统的库存管理员、客户以及企业职工的基本信息的操作。具体包括各客户、厂商、管理员、职工的基本信息：姓名、联系方式、备注的修改、增加、删除等操作。
操作对象：系统管理员。
浏览对象：系统管理员。
3) 货物管理：
货物基本信息维护，其功能是其功能是对货物供应商信息进行管理，并根据企业情况制定进货计划，实施产品采购，并对采购来的产品进行企业内部编码入库，产品分类等活动，同时能够根据销售清单进行出货管理，以及库存统计。设置货物基本信息、对货物情况的查看，对货物属性：名称、数量、单价、说明等进行添加、更改、删除操作。
操作对象： 系统管理员、库存管理员。
浏览对象：系统管理员、库存管理员。
4) 订单管理：
其功能是为客户提供一般的订单管理，能够进行订单查询和增加；为管理员提供一般的订单接受、删除等管理。
操作对象：系统管理员、库存管理员。
浏览对象：系统管理员、库存管理员。
具体操作：客户通过进入自己的登录界面，填写订单选项：货物名称、数量、收货时间来实现订单操作；管理员查看全部客户的已送和未送订单信息，并根据仓库库存信息结合当前职工分工情况进行订单处理并加发配送。
5) 退出：
所有的系统合法用户登录完成操作后退出系统都要进行“退出”操作、或者进行用户转换也需要进行“退出”操作。
当前，国外人力资源管理系统在成熟度和先进性上都要优于大多数国内产品［1］。中西方文化存在差异，国内企业在人力资源管理过程中更强调人性化，而非制度化，所以国外引进的人力资源管理系统在实用性、有效性上不能很好地满足国内用户的要求。企业在自行开发人力资源管理系统过程中，往往由于内部开发人员缺乏项目经验，导致应用与需求相悖，系统不能起到应有的作用［ 2］。本文基于uml技术，探讨人力资源管理系统开发。
1统一建模语言uml
在软件开发过程中，建立简洁的系统模型更容易受到开发人员的青睐［3］。统一建模语言uml作为一种建模工具，是在booch、omt、oose等面向对象的方法的基础上发展起来的［4］。它融合了上述多种面向对象的方法在各类系统开发中的优点，从而有效消除了各种建模语言之间的差异。uml由事物(things)、关系(relationships)、图(diagrams)等几个部分组成［5］，可以分为关联关系、依赖关系、实现关系、类属关系等4种关系［6］。
2基于uml的人力资源管理系统需求分析
2.1系统顶层用例图
如图1所示，人力资源管理系统涉及4种角色、8个功能模块，不同角色对应不同的功能模块。具体如下：①超级系统管理员。对系统管理员进行管理操作，设置多个系统管理员并赋予其不同的权限；②系统管理员。主要对公司、部门、职务等进行管理；③人事管理员。具体操作系统，如员工招聘、绩效考核、更新职员信息等；④普通职员。可以对职员个人信息进行编辑等。系统顶层用例图中每一个管理模块均可以进一步细化，如组织机构管理用例可以细化成公司管理、部门管理、职业管理3个部分。
图1人力资源管理系统顶层用例
2.2组织机构管理用例图
如图2所示，组织机构管理用例图是人力资源管理系统的重要部分，主要包括公司管理、部门管理和岗位管理3个功能模块，由系统管理员对这3个模块进行增加、删除、修改等基本操作。
图2组织机构管理用例
部门管理子系统中，系统管理员可以对公司中部门职务进行新增、删除、修改等操作。文本以新增部门职务相关事件流及其活动图（见图3）为例进行说明，详细描述操作中涉及的基本事件流、备选事件流以及所有可能的操作。
图3新增部门职务用例
（1）基本事件流。描述该用例的基本流程，指每个流程都正常运作时所发生的事情，没有任何备选流和异常流，只有最有可能发生的事件流。首先，系统管理员成功登录系统后，选择管理组织机构界面，再依次选择公司、部门管理、新增职务，然后输入职务名称、职务描述等基本信息，最后提交至数据库。
（2）备选事件流。表示此行为或流程为可选或备选，不一定都要执行，备选事件流为发生了某些非正常操作所要执行的流程，主要包括不满足提交条件及重置两个事件，其中不满足提交条件包括未完整填写所需信息和提交信息非法两种情况。
2.3新增部门职务活动图
活动图是uml对系统动态行为进行建模的一种常用工具，用于描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图，着重表现从一个活动到另一个活动的控制流，是内部处理流程。
新增部门职务活动图（见图4）中，通过登录界面进行登录，并校验登录数据的合法性。如果登录合法，则从公司列表中选择需要进行新增部门操作的公司，再选择部门，选中部门职务，并将更新对应数据库中的数据表。
图4新增部门职务活动用例
3基于uml的人力资源管理系统设计与实现
3.1系统框架总体设计
明确系统需求后，系统开发的主要任务是分析所涉及的技术问题及限制，制定解决方案，并通过具体代码编程来实现。如图5所示，本系统开发总体为三层架构，架构之间自下而上的依赖关系为：底层为数据访问层，业务逻辑层依赖于底层，而表示层依赖于业务逻辑层。
图5层依赖关系
3.2系统类图
以本系统组织机构类图和人事管理类图为例（见图6），共定义了3个组织机构相关的类：企业类（company.cs）、部门类（department.cs）和职位类（jobposition.cs）；与企业职员相关的类有：职员类（
employeeuser.cs）和职员职位类（empposition.cs）。由此类图可以得出类之间的关系：company与department、department与jobposition、company与employeeuser、department与employeeuser都是一对多的关系；empposition与jobposition为多对多的关系。
【关键词】客户关系 管理系统 设计与实现
在客户关系管理系统的设计过程中，如何做好系统的架构与功能作用的划分，是设计人员在实践环节理应关注与重视的实质性内容。设计人员在构建客户关系管理系统的过程中应当清楚系统该采用何种构架，采用何种计算机言编写程序，以及采用什么类型的数据库作为支持，只有在明确了这些信息内容以后，设计人员所设计出的客户关系管理系统才能充分发挥出其实际效用。本文主要对客户关系管理系统的设计与实现进行简要探究，以此为我国今后的客户关系管理系统设计与创新优化提供合理化参考。
1 客户关系管理系统的总体构建阶段
客户关系管理系统的总体构建阶段具体应当分为以下内容：
（1）客户关系管理系统的总体构建，在这一阶段，设计人员需要对系统框架、数据库系统以及编写语言等内容的选择进行综合考虑，并充分确定系统构建的必要性与实际意义。
（2）充分掌握构建客户关系管理系统的背景，在这一阶段，技术人员及设计人员理应充分明确客户关系管理系统实践应用的根本目的，并将客户关系纳入到系统当中。
（3）选择适当的开发工具，通常情况下，设计人员会选择Microsoft Visual Studio2010作为前台的开发工具，并且通过2010的数据库控件来有效连接客户关系管理系统，以此实现客户关系管理系统各功能间的稳定运作。
（4）选择合适的开发技术，设计人员在构建客户关系管理系统的过程中理应选择合适的开发技术，考虑到不同客户关系的实际情况，根据不同的客户关系管理系统合理化、科学化的选择开发技术。
2 客户关系管理系统的全面性分析阶段
设计人员在进行客户关系管理系统的全面性分析时，首先应当进行系统的需求分析，根据需求分析当中的市场需求分析特点和系统需求分析特点，正确认清客户关系管理系统的重要性，并分析清楚该系统实践应用的技术需求。通常情况下，客户关系管理系统的需求分析具体包括信息分析能力、对客户互动渠道进行集成的能力、建设集中的信息仓库能力、支持网络应用的能力、对工作流进行集成的能力。设计人员在进行客户关系管理系统需求分析的过程中影响要积极建立统一的信息编码系统、并为该系统提供必要的数据库管理系统支持。
设计人员在分析客户关系管理系统的数据流时，往往需要绘制出客户关系管理系统的流程图，并根据流程图的实际内容来设计与构建出各个管理模块的实际情况。各个管理模块又具体包括客户销售管理模块、客户管理模块、数据词典、服务反馈模块等。
3 客户关系管理系统数据库的设计阶段
设计人员首先需要进行客户关系管理系统的整体概念设计，该设计内容具体涵盖了数据库的整体布局，因此在实践设计过程中往往需要基于数据流图片和数据字典的实际情况。数据库的整体概念设计主要是基于数据字典和数据流图片而研究与设计的，因此，设计人员在整体概念的设计过程中必须依据数据字典和数据流图片来绘制系统抽象E-R图。
设计人员在数据库的逻辑设计阶段，主要是依据之前所绘制的客户关系管理系统抽象E-R图来进行操作，并根据该图片建立标准化的客户关系管理系统E-R模型，然后再将这些模型当中的关系转变为联系人、客户、销售产品这三点要素。联系人、客户与销售产品这三点要素的关系既相互独立，同时有保持着相互联系，因此在客户关系管理系统模型与逻辑设计过程中，设计人员理应明确这一特点。
设计人员在末尾阶段还需要进行客户关系管理系统数据库的物理设计。客户关系管理系统数据库的物理设计与逻辑设计具有较大的差别，显得更加具体化与形象化。设计人员在实践工作当中理应详细设计出客户信息一览表、联系信息等重要环节。除此以外，设计人员还需要根据物理设计过程中的实际情况，相应添加服务反馈信息表，以此完善客户关系管理系统数据库物理设计的整体质量。
4 客户关系管理系统的设计与实现阶段
客户关系管理系统的总体设计需要满足不同用户的实际需要，因此理应具备相应的功能特点。在构建不同的功能模块时，设计人员应当明确三个方面的内容，即联系人信息功能模块、客户信息功能模块以及销售信息功能模块。
在输入模块的设计与实现过程中，设计人员应当根据不同客户关系管理系统的功能模块进行划分和分类，主要为客户关系管理系统的输入模块设计提供必要的数据支持。客户关系管理系统输入模块的设计与实现需要遵循的原则就是先绘制合理化、标准化的结构图样，根据结构图样再来编制出与之对应的程。
客户关系管理系统主界面的设计与实现更需要包含所有的功能模块，在设计过程中需要实现客户关系管理系统的登录界面、操作界面，并根据相应的功能模块设计功能界面，以此满足客户实际操作的具体要求。设计人员在客户关系管理系统主界面与功能模块界面的设计与实现过程中，应力求界面的简洁和便于操作，以此提升功能界面的实际效果。
5 结语
综上所述，设计人员在构建客户关系管理系统的过程中应当清楚系统该采用何种构架，采用何种计算机言编写程序，以及采用什么类型的数据库作为支持，只有在明确了这些信息内容以后，设计人员所设计出的客户关系管理系统才能充分发挥出其实际效用。
参考文献
[1]陶建鑫.客户关系管理系统的优化设计及应用[J].多媒体电子，2015，12（09）：23-24.
[2]戴启旭.客户关系管理系统的功能特性及实践应用研究[J].数据库系统（上中旬），2015，23（07）：23-25.
[3]吴静娟.客户关系管理系统的合理化创新与选择[J].中国数据库系统开发， 2015，13（07）：23-25.
[4]金叶.客户关系管理系统功能模块不良因素的报告分析[J].安徽导航，2015，08（48）：23-24.
作者简介
徐海燕（1978-），女，河北省张家口市人。现为中冶京诚工程技术有限公司高级工程师。研究方向为企业信息化建设。
关键词 智能电网；通信管理；通信系统
中图分类号TN91 文献标识码A 文章编号 1674-6708（2013）92-0234-02
0 引言
自国家电网启动智能电网建设以来，我国电力行业在智能电网方面的投入和建设正如火如荼进行着。十一五期间，智能电网建设已经取得阶段性的成功，就通信网建设情况来看，国电总部及各省公司都取得了骄人的成绩，数据网、交换网、视频会议网络都极大程度的提高了覆盖程度和服务水平[1]。
1 智能电网对通信管理系统建设现状与需求
根据国家电网公司智能电网建设进程、《“十一五”通信发展规划》和“三集五大”项目的逐步推进，使得电力企业对于通信管理系统需求的迫切程度日益增加。一方面随着电力企业通信管理系统建设的规模扩大，电力企业通信设备、网络设备、管理系统相关的设备和种类都在更加的复杂、多样，企业通信管理系统异构现象严重，不利于电力企业通信管理系统的使用和维护；另一方面，为了保证电力企业在通信管理方面实现标准化、信息化、自动化、智能化，深入了解电力企业在通信管理系统方面的需求、如何进行通信管理系统的建设成为讨论热点。
1.1 通信管理系统日益繁杂
电力企业通信系统具有建设较早、分布广、内容庞大、管理分散、流程复杂、安全性要求高等特征，但随着电力企业信息化项目深入，越来越多的业务已经逐渐依赖于IT系统而存在、运行，业务与IT融合程度逐渐深入。随着信息化平台上所支撑和运行应用和系统的多样化，使得电力企业对于通信管理系统的管理难度也日渐增加。电力企业在智能电网建设的影响下，在通信系统建设方面需要完成调度智能化、调控一体化，需要建立新的通信组织、通信标准、通信管理系统运维体系、专业化的通信系统运维团队，来统一协调解决智能电网通信管理系统建设、运营、运维等问题，从而促进各省市电力企业通信管理，符合智能电网建设所要求的高效交互的理念。
1.2 高效通信管理系统需求
电力企业业务增长使得其对于后台支撑体系的要求也逐渐提高，建立其一个完善、标准化、流程化、先进、高效的通信管理系统需求日渐迫切；此外，近几年电力行业智能电网建设项目，也使得电力企业面临来自各种设备和系统所收集的信息，通信管理系统承载压力也逐渐增大，对于信息挖掘、信息集中管理、信息智能分析的要求也开始出现，如果利用通信管理系统进行信息综合利用，为电气企业决策、执行作为参考，如何实现通信管理信息系统高效使用也成为建设难点。在通信管理系统建设方面，电力企业在今年开始尝试将骨干传输网的支撑能力进行提升，将其支撑能力建设放在电力行业通信类项目建设首位，迅速扩大骨干网建设范围，在不同地区建立不同等级的安全策略、优化区域节点的网络传输速度，巩固基础骨干网的支撑能力、提升核心骨干网的传输速度，从而保证整体通信管理系统高效传输和使用。
1.3 网管系统和配电通信建设亟待规范
由于历史建设遗留问题，我国电力企业分布在国内各区域的通信电力分区、网络规划、区域建设状况均有差异，且没有十分示范、完善和统一的管理流程，从而使得在网管系统的配置方面存在较大差异化，无法充分发挥该系统对于整体智能电网通信管理的支撑作用。此外，随着我国配电通信、用电通信建设项目的实施，也使得对于通信管理系统要求有所提高，配电自动化、全网调度一体化、光纤到户、三网融合等都要求在配电通信、用电通信方面实现全国覆盖、全面监控[2]。
2 如何进行智能电网通信管理系统建设
2.1 设计原则及具体举措
首先，在进行智能电网通信管理系统设计时，应重点包括建立以国网、省网、地网三层系统，三级互联通信管理系统架构的建立；总体设计、分布实施、分层应用、分区管理，从而实现全面覆盖我国各省市区域的目的，在进行通信管理系统使用时，可以将数据采集、运行监测、集中管理等功能集成到区域或省网通信管理系统中。其次，在进行智能电网通信管理系统设计时，还需要按照成本最优、流程标准、功能智能的设计原则，进行整体框架和模块的设计。所谓成本最优，即无论是核心骨干网或是数据交换网的设计，都需要在满足国网、省网、地网通信需求的基础上，避免不必要的浪费，严格设备选型，保证电力行业智能电网通信管理系统建设成本最优化；由于智能电网本身的特征，要求在进行智能电网通信管理系统建设时充分在已完成工程或已使用系统上，遵循原有系统适用性，将未来系统建设逐步实现流程标准，一方面通过整体流程优化、流程改革，另一方面需要建立全新的、适应智能电网要求的数据交换模型、系统建设标准等；功能智能就要求电力企业在进行智能电网管理系统建设时，充分利用国内外先进技术、实践和经验，实现整体智能电网管理系统在预警、数据分析、自动化等方面功能的智能化[3]。
2.2 注意事项
首先在进行智能电网通信管理系统建设时，需要注意整体项目规划的统一性，需要做到统一设计、统一规划、分布部署。这样才能保证整体建设项目的顺利实施。对于在早期建设或者正在建设的综合网管类系统，需要进行新型适配器的研发将其接入到整合后的数据交换系统中，从而实现数据联网功能；新建设的综合网管类系统，可以直接将数据交换系统拓展一个接口，进行接入，实现数据联网。其次，在进行早期建设的综合网管系统建设优化和改造时，需要针对性的去完善其标准规范中不具备的基本模块；如果该综合网络系统无法进行改造和完善的话，电力企业应当考虑直接替换为全新建设的系统，并将原有功能进行整合；最后，电力企业在进行智能电网通信管理系统建设时，需要遵循相关建设标准、建设规范，比如《国家电网公司技术标准体系表》和《坚强智能电网标准体系表》，结合电力通信管理系统的特点和需要来进行建设[4]。
3结论
在智能电网建设的影响下，电力企业通信管理系统建设也面临着全新的挑战，电力企业应当拓宽视野，加强自身通信基础设施、应用、流程等各方面的建设，在项目建设方面充分支持智能电网整体规划，实现十二五期间智能电网通信管理系统建设目标。
参考文献
