第一篇:柘荣县气象局温室小气候系统的设计开发论文
引言
柘荣县地处福建省东北部,县境内峰峦起伏,河床陡峻,地势呈东高西低。山地面积514.85平方千米,占全县总面积的93.1%,平均海拔600米左右。台风、暴雨、寒潮、霜冻、大风、雷电等灾害性天气尤为常见,属于福建省暴雨中心之一。由气象原因引起的山洪、泥石流、山体滑坡、坍塌等地质灾害、农作物病虫害和森林火灾的发生发展较为严重。气象灾害及其引发的次生灾害造成的农业损失占当地经济总损失的大部分。
为了进一步推进柘荣县气象局气象为农服务能力,依托石山洋千亩现代农业示范园中气象为农服务示范基地的建设,柘荣县气象局应地制宜在示范大棚内建设温室小气候系统,通过该系统可以实现对大棚内的温度、湿度、地温、太阳总辐射、光合有效辐射、二氧化碳浓度等气象要素进行24小时不间断的监测,同时结合室外的10要素自动气象站的观测,通过内外数据的对比观测,科学分析及时准确发布各类气象为农信息,指导菜农合理追肥、及时浇水和科学通风,为农户提供精细化气象服务,为各类药材、名贵花卉及蔬菜瓜果的生长发育提供准确的第一手气象资料,以最佳的生长环境来提高各类农作物的质量和产量。系统整体架构
2.1 系统网络结构
MAWS800-GC温室小气候站是监测温室(如农业大棚、农气温室、生态温室等)小气候气象要素的自动气象站。观测的要素有环境温湿度、光量子、日照时数等气象参数,又可根据需求定制其他测量要素,如冠层温度、温室气体、土壤湿度等,测量高度一般不超过2米。通过无线GPRS和有线光缆通讯至对应的监控后台中心,由于该示范大棚距离县气象局较远,所以我们采用无线GPRS方式,将采集到的各个报文数据传输到宁德市气象局外网收集服务器,系统的整体架构如下:
2.2 技术路线
该系统选用的技术路线如下:
⑴系统环境:数据库服务器操作系统选择WINDOWS SERVER 2008系统。
⑵数据库:Oracle 10g;
⑶数据采集:通过外网或是GPRS网络,将监控到的各类气象要素信息传送至市气象局的数据收集服务器中;
⑷开发语言:系统采集同步程序采用C/S构架,开发语言采用Delphi,服务器端采用B/S架构,开发语言采用java;
⑸采用展现层、业务逻辑层、中间层、数据层分离的多层架构,降低系统模块与模块之间的耦合性,保证系统的稳定性、可扩展性和可移植性;
⑹数据传输方式:GPRS网络、英特网;
⑺支持WEB SERVICE数据服务接口。
2.3 数据库设计
由于需要对数据进行实时的前台显示,而采集到的数据又是以报文的形式保存在服务器中,所以我们选用ORACLE 10G做为后台存储数据库软件,Oracle构建在强健和可靠的系统结构上,能够满足各种苛刻需求。它具有在线索引构建、在线索引合并、在线表重组/重定义、闪回查询、沉寂数据库、块级介质恢复、增量备份与恢复、在线备份与恢复、并行备份与恢复、透明应用故障切换、高级队列、分布式事务处理、数据仓库、数据挖掘、商业智能等高级特性,为构建各种应用系统提供了强有力的支持。
另外,Oracle提供了Oracle Real Application Clusters。它通过使用集群硬件配置为任何套装或定制应用提供了无限可伸缩性和高可用性,同时又具有单一系统映像的简单性和易用性。Oracle Real Application Clusters支持从集群系统配置中的多个节点访问单一数据库,从而将应用和数据库用户与软硬件故障隔离开来,同时提供了随硬件环境一同扩展的性能。
Oracle 10g平台包括了数据库服务器、应用程序服务器、工作流服务器、电子邮件服务器、目录服务器、门户服务器、无线服务器等,提供的是一套完整和集成的解决方案,适合于任何类型的应用程序的开发与部署。
温室小气候系统主要监控的要素为:
⑴温度(℃):60cm空气温度,1m空气温度,⑵地面温度(℃):地表温度,5CM地温,10CM地温,15CM地温,20CM地温,⑶湿度(%):60cm湿度,1m湿度,⑷土壤湿度(%):10CM土壤湿度,20CM土壤湿度,30CM土壤湿度
⑸太阳辐射:总辐射(W/㎡),总辐射极大(W/㎡),总辐射极大时间,总辐射累计(MJ/㎡)
⑹光合辐射:光合有效辐射(W/㎡),光合有效辐射极大值(W/㎡),光合有效辐射极大值时间,光合有效辐射累计(MJ/㎡)
⑺二氧化碳(ppm):二氧化碳最高浓度,二氧化碳最高浓度时间二氧化碳最低浓度,二氧化碳最低浓度时间
所以在数据库建立表WS_FEATURE。
WS_FEATURE表用来存储HUATRON@ MAWS800-GC温室小气候站的各种观测要素值,表的内容及格式大致如下:
2.4 入库程序设计
利用DELPHI语言,编写入库程序,对报文内的各个要素值进行解析入库,并实时监控报文文件夹下的文件,如有新的文件进入,则启动监视器,对文件中的各个要素进行解析。
数据运行监控包括以下两个部分:
⑴数据采集监控:根据数据源文件生成的频率,对数据采集中数据的迟到、未到进行监控。如果数据迟到、未到,则程序做相应的报警提示。
⑵数据异常值监控:如果站点数据有异常,例如数据在时间段内出现数据过大、过小或者是无数据时,则程序做相应的报警提示。
数据已文本的形式传输到数据收集服务器中,每10分钟收集一个文本文件,文件中的内容包含时间、气象要素值以及峰值出现的时间,根据各个要素值之间的空格编写数据要素的抽取,并写入相应的ORACLE数据库表中。
2.5 前台软件开发
通过开发“柘荣气象为农服务终端系统”,将该APP软件应用在安卓系统的移动终端或者是平板电脑中,利用该系统调取数据库中WS_FEATURE表,可实现异地查看示范大棚内的各个气象要素值,如要素值出现异常或是超过阀值时,该数值变为红色。
该系统还整合雷达图、云图、台风路径、乡镇实况、雨晴温度、预警信号等内容为一体,为乡镇及县政府各级快便捷的查看各类气象信息提供了快速通道,同时为各类防灾减灾提供了科学的依据。结束语
温室小气候系统的建设及气象为农终端系统的开发,使得柘荣县种植大户能够在异地实时查看到大棚内的各个气象要素值,同时柘荣县气象局在室外也建设了十要素的自动气象站一套,通过内外数据的收集对比,实现各个农作物物候期的对比研究,对日后的科研收集各类气象要素值,为柘荣的气象为农服务做出更大的贡献。
参考文献
周荣双.温室小气候环境模型的应用及综述.农机化研究.2011.祁宦.设施农业小气候技术服务系统.农业气象与生态环境.2003.
第二篇:体育竞赛管理与编排系统的设计与开发论文
摘要:为了对高校的体育竞赛进行高效、完善的管理,使用VisualStudio2008进行网站开发,C#作为后台开发语言,采用SQLServer2005建立和维护后台数据库,ASP.NET技术实现系统的开发,采用三层架构设计并实现了一个体育竞赛管理与编排系统。本系统能够实现高校体育竞赛与编排的自动化管理,有效地解决了传统方式的费时、费力、不完善等问题,具有简单、科学,易于使用的优点。
关键词:竞赛管理;ASP.NET;SQLServer
1引言(Introduction)
我校的排球、足球、篮球等竞赛的组织和管理目前全部是手工完成的。从报名到赛事编排,及后期的成绩处理公布都比较繁琐,需要花费大量的资源、人力和时间。还会出现裁判、场地临时变动等特殊情况,也会影响比赛的进行。因此有必要开发一个使用计算机来进行数据处理的高效、科学、完善的运动会竞赛管理与编排系统,能够进行在线报名、比赛分组、赛事自动编排、计分及成绩处理,网上成绩公布等功能。本系统基于排球比赛进行开发,后续将逐步添加其他各类竞赛管理模块。不仅为高校各类竞赛的成功举行提供技术支持,而且可以锻炼我们的动手能力,提高我们的学习兴趣。
2系统需求分析(Systemrequirementanalysis)
在任何系统的开发过程中,最重要和最先完成的阶段就是需求分析[1]。需求分析应该首先和用户进行充分的沟通,确切掌握用户的要求,结合实际的情况来确定最终系统所要实现的功能模块。最终生成系统说明书,不但是系统开发的标准,而且还是最终验收的主要依据。本系统通过对我校运动会的整个流程进行详细的调查,对运动会的各个环节进行深入地分析,明确了运动会的各项要求。结合我校的实际需求,做一个能实际应用的排球竞赛管理系统。由于排球比赛与其他运动项目相比最大的特点是比赛中场上运动员必须轮转,即通常所说的六个轮次,因此在系统设计时需要考虑如何体现排球比赛中的位置轮转。并且在最后的查询中可根据需要对双方各轮次的技战术发挥情况进行查询,对比赛成绩的录入与显示等。可以有效提高排球竞赛信息管理水平,减少人力和工作量,提高学校工作质量和效率,促进学校的科学化管理。
3系统总体设计(Systemoveralldesign)
3.1系统功能设计
高校体育竞赛管理与编排系统的用户可以是参赛单位、运动员及系统管理员,主要实现对整个赛事的管理,可以实现在线报名,成绩统计及公布等功能。该系统主要的功能有用户基本信息的管理、公告信息管理、比赛项目管理、在线报名、相关赛程的管理、秩序册的上传、下载的管理、体育竞赛使用的表格管理、最终的比赛成绩的管理以及对系统进行管理的相关模块,本系统的功能结构图如图1所示。
3.2数据库设计
本系统选用SQLServer2005为数据管理软件。SQLServer为结构化数据和关系型数据提供了安全可靠的存储功能,可以管理和构建用于业务的可靠性高和性能高的数据应用程序[2]。系统包含的数据表主要有参赛部门表、队员信息表、项目信息表、赛事表、裁判表、用户表、参赛队伍表、成绩表、角色表等多个数据表。其中参赛部门表主要有参赛单位编号、参赛单位名称、领队、领队电话、联系人、联系人电话等字段,其中参赛单位编号为主键。参赛队伍表主要有参赛队伍编号、队伍名称、队伍人数、队伍分组、参赛单位编号等字段,其中参赛队伍编号为主键。队员信息表主要有队员编号、姓名、学号/工号、性别、电话、队长、所在单位、所在队伍等字段,其中队员编号为主键。
4系统实现(Systemimplementation)
本系统利用VisualStudio2008+IIS+SqlServer的技术设计符合赛事管理要求的竞赛信息管理系统,开发语言是C#,数据库访问接口是ADO.NET。使用ASP.NET分层模型实现系统的开发,ASP.NET是一种基于网络的编程语言,它使用面向对象的方式来创建动态的网络程序[3]。本系统可以实现高校体育竞赛管理的各大主要功能,对用户的计算机操作技能要求低,操作起来很方便、易于上手;本系统采用B/S架构,不用安装客户端软件,使用浏览器就可以完成在线报名、安排场次、成绩公布等功能,很快、很容易地举办竞赛,不需要计算机专家维护系统,可以节省人力,减轻劳动强度,从而降低成本,节省开支。
5系统运行结果(Systemoperationresult)
打开项目信息管理模块的界面,单击比赛项目管理项目更新按钮,即可打开项目管理页面,可以添加或删除项目,还可以查询所有项目的信息,如图2所示。秩序成管理运行结果如图3所示,可以根据指定运动员的报名表以及个人、团队的比赛情况,从数据库中得到数据,下载到Word中,还可以上传,并且秩序册可以实现自动生成。
6结论(Conclusion)
系统是从实现我校竞赛管理自主化、智能化的实际需求出发,采用MicrosoftVisualStudio2008为前台开发工具,用SQLServer2005为后台数据库,使用ASP.NET和C#语言设计并实现高校体育竞赛管理与编排系统的开发,通过该系统可以实现网上报名,秩序册生成与导出,大赛简介与赛事公告,场次安排,成绩录入与导出等功能。本系统功能完善,操作简单便捷,实现了高校运动会的智能化管理。通过本次系统开发和设计,一方面使我们学会按照软件开发的规范掌握一般web应用软件开发的基本过程、基本技术和方法,增强实践动手能力;另一方面使我们掌握最新的软件技术平台,加深对所学知识的巩固,提高创新能力和专业素质,体验软件开发的真实感受,为将来的工作打下坚实的基础。
参考文献
[1]吴文秋.基层运动竞赛管理系统的设计与实现[J].产业与科技论坛,2014(13):30-34.[2]刘勇.SQLServer数据库管理[M].北京:清华大学出版社,2012:178-204.[3]李晓强.高职院校学生体育竞赛组织与管理研究[J].辽宁高职学报,2012(14):20-23.
第三篇:职工工资管理系统的设计与开发论文开题报告
一、工资管理系统的目的和意义
在中原大化仪表公司是一家省属大型企业分支单位,随着社会主义市场经济的快速发展,该公司下在发生着日益的变化,职工流动速度在加快,工资增减幅度在加大,员工,职称,绩效评定等信息也随之越来越多 ,作为工资管理和发放单靠传统的手工处理已显得力不从心,手工发放需要反复进行抄写,计算,不仅浪费时间,还常因抄写不慎出现张冠李戴,或者由于计算疏忽,出现工资发放错误的现象.同时工资的发放具有较强的时间限制,必须严格按照公司规定的时间完成任务.正是这种重复性,规律性,时间性,使得工资管理的计算机化成为可能.使用计算机进行工资发放,不仅能够保障工资核算无误,快速输出,而且还可以利用工资数据库对有关的各种信息进行统计,服务于上级财务部门的核算与账务处理.从而提高工资管理发放的效率,实现企业员工工资管理的系统化,规范化和自动化.二、计所达到的要求,技术指标,预计的技术关键,技术方案和主要实验研究情况
1、预计达到的要求:
此系统要求做到设计合理,便于使用,易于操作;界面友好,容错性高,可在很短的时间内,查找出所需的职工工资资料,提高工作效率.2、技术指标
(1)开发环境:visual foxpro6.0
(2)运行环境:windows9x/windowsXX3、技术关键:
采用foxpro编程思想,利用其强大而完整的功能开发这样一套职工工资管理软件,其主要技术有:foxpro数据库技术,新类的设计与应用,系统容错性的处理,组合查询技术的实现等.4、技术方案和主要实验研究情况:
(1)开发职工工资管理系统
(2)职工工资管理系统的数据库结构设计与实现
(3)职工工资管理系统的具体实现
三、课题研究进展计划:
9月28号:毕业设计选题
10月10号:开题报告撰写
10月19号:对开题报告进行改进
10月29号:对系统整体设计
11月15号:中期报告
12月21号:论文撰写
12月28号:系统检查
1月4号: 论文答辩
四、现有在条件,人员(姓名,职称)及主要设备情况
已有软件:microsoft visual foxpro 6.0,winXX平台
设计人员:樊利清
主要设备:计算机(intel pentium 4)一台,激光打印机 一台
五、参考文献
(1)开发使用手册 人民邮电出版社
(2)数据库系统概论 高等教育出版社
(3)个人电脑实用基础教程 宁杭出版社
(4)数据库系统及应用基础 北方交通大学出版社
(5)数据结构 中央广播电视大学出版社
(6)操作系统工程 中央广播电视大学出版社
六.指导教师评语
成绩(满10分).
第四篇:人事管理系统的设计(开发)(精选)
人事管理系统的设计(开发)
目录 1.功能概述
2.开发背景及意义
3.软件环境
3.系统层次结构 设计阶段类图
6.软件具体功能说明,界面说明(表单说明)
7.体会及优缺点分析
人事管理系统的设计(开发)
1.功能概述
人事工资管理系统是不可缺少的部分,它的内容对于其的决策者和管理者来说都至关重要,所以人事工资管理系统应该能够为用户提供充足的信息和快捷的查询手段。人事工资管理系统的主要任务就是使用计算机,对所有公司成员的人事档案资料进行保存;在需要时进行查找、分类、统计或者增加、修改和删除等操作;可以针对不同的目的,对各种档案资料进行查询。
2.开发背景及意义
随着计算机技术、网络技术和信息技术的发展,现在办公系统更趋于系统化、科学化和网络化。网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案,它的主要目的是实现信息交流和信息共享,提供协同工作的手段,提高办公的效率,让人们从繁琐的有纸办公中解脱出来。现在许多的机关单位的人事管理水平还停留在纸介质的基础上,这样的机制已经不能适应时代的发展,因为它浪费了许多人力和物力,在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。
本系统就是基于本公司的人事管理而设计的,是对公司的人事资料进行管理,为人事管理人员提供了一套操作简单、使用可靠、界面友好、易于管理和使用的处理工具。本系统对人事各种数据进行统一处理,避免数据存取、数据处理的重复,提高工作效率,减少了系统数据处理的复杂性。本系统不仅使公司人事管理人员从繁重的工作中解脱出来,而且提高了人事管理的效率,提高了人事管理的科学性,方便了用户查询、管理人员进行管理。
3.软件环境
服务器端要求如下:
操作系统:Windows 2000 Server 数据库:Mircrosoft SQLserver2005
开发工具:Microsoft Visual Studio 2005 4.系统层次结构
HIPO图是IBM公司发明的“层次图加输人/处理/输出图”的英文缩写。它既可以描述软件总的模块层次结构H图(层次图),又可以描述每个模块输入/输出数据/处理功能及模块调用的详细情况IPO图(也称IPO表)。HIPO图以模块分解的层次性以及模块内部输入、处理、输出三大基本部分为基础建立的。
本系统的最顶层的矩形框代表人事工资管理系统的主控模块,调用下层模块以完成全部管理功能;第二层的每个模块控制完成系统的一个主要功能,如此实现自顶向下逐步求精。
H图只说明了系统由那些模块组成及其控制层次结构,并未说明模块间的信息传递及模块内部的处理。因此对一些重要模块还必须根据H图绘制具体的IPO表。用户和管理人员可利用IPO表编写、修改和维护程序。IPO表中包含的附加信息主要有系统名称、图的作者,完成的日期,本图描述的模块的名字,模块在层次图中的编号,调用本模块的模块清单,本模块调用的模块的清单、注释以及本模块使用的局部数据元素等。
信息查询的上层调用模块为人事管理,没有下层模块可调用,信息查询的IPO表如表4.1所示。
表4.1 信息查询的IPO表
系统名称:人事工资管理系统 模块名:信息查询 模块编号:2.1 上层调用模块:人事管理 输入数据:要查询的人事信息
设计者:杨凌霄 日期:2009-10-20
下层被调用的模块:无 输出数据:查询得到的结果
处理:根据查询的信息判断库中是否有相应的记录,如果有则显示查询的结果
修改信息的上层调用模块为人事管理,没有下层模块可调用,修改信息的IPO表如表4.2所示。
表4.2 修改信息的IPO表
系统名称:人事工资管理系统 模块名:修改信息 模块编号:2.3 上层调用模块:工资管理
设计者:杨凌霄 日期:2009-10-20
下层被调用的模块:无
输入数据:填写要修改的信息 输出数据:对数据库的更新结果
处理:判断修改信息的合法性,修改成功后显示更新的结果
5设计阶段类图
在系统分析阶段,已经找出了主要的概念类和类的方法、类间的关系。到了系统设计阶段,需要从软件系统的角度来重新设计类图。分析阶段的类到了设计阶段有的可能变成一组类,有的可能消失。
分析阶段的类图主要是用来描述现实世界中的问题;而设计阶段的类图主要是对解决方案进行描述。因此设计阶段的类图描述了软件的系统结构。创建设计类图的过程包括以下几步:
1.识别设计阶段出现的类,为这些类添加属性和方法。2.建立类间关系,最终完成对属性和方法的细节描述。系统设计阶段的类图如图4.2所示。
图4.2 系统设计阶段的类图
数据库设计
数据库概念设计
1.考评管理信息表:用于保存员工考评管理基本信息 2.员工档案信息表:用于保存员工档案的详细信息 3.员工工资信息表:用于保存员工工资的详细信息 4.奖罚管理信息表:用于保存奖罚管理信息 5.调动管理信息表:用于保存员工的调动管理信息 数据库逻辑设计
用户信息表是用来存放管理员的详细信息的数据表,里面存有不同级别的用户,可以在系统中实现不同的功能操作,内容如表3.3所示。
表4.3 考评管理信息表
字段名
ID PID Pname Pdep PKpcontent PKpResult PKpscore PKpPeople PKkDate
类型
int varchar varchar varchar varchar varchar int varchar dateime
长度 10 10 10 20 10 4 10 8
主键否
主键 否 否 否 否 否 否 否 否
描述
系统编号 员工编号 员工姓名 员工部门 考评内容 考评结果 考评分数 考评人 考评日期
员工档案信息表:用于保存员工档案的详细信息,内容如表3.4所示。
表4.4 员工档案信息表
字段名
id employeeID employeeName employeeSex employeeDept employeeBirthday employeeNation
类型
int varchar varchar varchar varchar datetime varchar
长度 10 10 2 10 8 10
主键否
主键 否 否 否 否 否 否
描述
系统编号 员工编号 员工姓名 员工性别 员工部门 员工生日 员工民族
employeeMarriage employeeDuty employeePhone employeeAccession employeePay
varchar varchar varchar datetime decimal 10 11 8 9
否 否 否 否 否
婚姻状况 职务名称 联系电话 就职日期 基本工资
员工工资信息表:用于保存员工工资的详细信息,内容如表3.5所示。
表4.5 员工工资信息表
字段名
ID YID YName YSex Ydep YBasePay YJintie Yjiangli YFK Yquanqin Yjiaban Yyingfa Ypay YMonth
类型
int varchar varchar varchar varchar decimal decimal decimal decimal decimal decimal decimal decimal varchar
长度 10 10 2 10 9 9 9 9 9 9 9 9 50
主键否
主键 否 否 否 否 否 否 否 否 否 否 否 否 否
描述
系统编号 员工编号 员工姓名 员工性别 员工部门 基本工资 职务津贴 奖励金额 罚款金额 全勤奖金 加班工资 应发工资 员工工资 工资月份
奖罚管理信息表:用于保存奖罚管理信息,内容如表3.6所示。
表4.6 奖罚管理信息表
字段名
id UserID UserName UserJF UserJFcontent
类型
int varchar varchar varchar varchar
长度 10 10 10 10
主键否
主键 否 否 否 否
描述
系统编号 员工编号 员工姓名 奖罚类型 奖罚内容
UserJLMoney UserFKMoney UserJFDate UserCXDate
decimal decimal varchar varchar 9 50 50
否 否 否 否
奖励金额 罚款金额 奖罚日期 撤销日期
调动管理信息表:用于保存员工的调动管理信息,内容如表3.7所示。
表4.7 调动管理信息表
字段名
id UID UName URemoveDate UOldDep UNewDep UOldJob UNewJob UOldPay UNewPay UPayExplain
类型
int varchar varchar varchar varchar varchar varchar varchar decimal decimal varchar
长度 10 10 10 10 10 10 10 9 9 10
主键否
主键 否 否 否 否 否 否 否 否 否 否
备注
系统编号 员工编号 员工姓名 调动日期 原部门 现部门 原职务 现职务 原工资 现工资 工资说明
图3.5 修改口令PAD图
5.系统功能实现
管理员登录
在管理员登录中,主要实现的是对管理员合法性的验证。管理员在此输入其姓名、证件号并通过软键盘输入密码,经过与后台数据库中的记录进行相应的对比确定其为合法用户,管理员才得到进入系统的权限,如图4.1所示:
图
管理员登录界面
功能实现:
1.由于用户在登录系统时,可能会有某些信息忘记输入,这时可能会出现错误。本系统通过获取用户信息框中的信息并进行判断,如果有未输入的信息,则会警告用户并提示用户将信息输入完整。
档案管理
在这个功能模块中,管理员可以对员工的基本信息进行查看。如果有必要,还可以查看某个员工的详细信息以此来了解此员工的职位及工资。档案管理窗体用于管理所有员工的档案信息,在档案管理窗体中可以添加、修改、删除和查找员工信息,双击某条员工信息,可以打开修改员工档案的窗体,在此窗体中可以对信息进行修改并显示员工的详细信息。如图4.2所示。
图
档案管理窗体
功能实现:
1.档案管理窗体加载时,检索员工档案表员工档案信息表中所有的信息,并将其绑定到DataGridView控件上,同时设置TreeView控件的节点图标以及选择后的节点图标,并且动态的将所有的部门名称添加到TreeView空间中。
2.如果要按姓名查找员工档案,可以在ToolStripTextBox控件的TextChanged事件中编写代码,实现当控件中输入关键字后,马上就能检索出相应的数据
3.当单击TreeView控件中某个部门时,主窗体右侧的DataGridView控件中将显示选中部门的所有员工档案,该功能是在TreeView控件的AfterSelect事件下实现的。
4.当双击某条员工档案后,会弹出相应的窗体用于显示其详细信息,并且可以对详细信息进行修改,该功能是在DataGridView控件的CellDoubleClick事件下实现的。添加员工信息
添加员工模块主要是实现对员工的信息进行管理的模块。如果添加员工,单击增加按钮,打开添加员工信息窗体,该窗体可以向数据库中添加新的员工信息,添加员工信息窗体如图4.3所示。
图
添加员工信息
奖罚管理
公司的发展离不开完善的奖罚制度,奖罚制度可以提高员工的工作热情,同时,也可以对员工的所制约。在本系统中,开发了奖罚管理窗体,用于添加,修改或者删除奖罚信息,方便在发工资时进行工资统计。如图4.4所示。
图
奖罚管理窗体
调动管理
公司的经营会根据员工能力的不同而分配不同的工作,这时在企业内部会出现员工调动的问题,这就需要对员工调动有详细的记录,方便员工档案管理,以及统计工资时发放员工现任职务的薪水。如图4.5所示。
图 调动管理窗体
考勤津贴
为了提高员工的积极性,如果员工每月全勤上班,则公司会对其进行奖励,这就需要一个考勤津贴窗体用于管理公司颁发的考勤奖。如图4.6所示。
图 考勤津贴窗体
3.当信息输入完毕,单击“增加”按钮,检查数据输入是否正确,如果输入的数据没有问题,则将其添加到数据库中。工资总结
在月末发工资时,需要对指定月份的员工信息进行统计,此时,需要一个工资总结窗体用于统计所有员工的工资情况,其中包括员工的基本工资、职务津贴、全勤奖金、加班工资等,方便为每位员工发放工资。如图4.7所示。
图4.7 工资总结窗体
6.软件具体功能说明,界面说明(表单说明)
1.打开工资总结窗体可以浏览员工工资的所有信息,当次窗体加载时,通过BindDataGridView方法将所有的工资总结信息检索出来绑定到dataGridView1控件上并进行显示。
2.如果要打印某个月份员工的工资条,可以选择相应的月份,然后单击“打印”按钮,边可以打开水晶报表的浏览窗口。
3.当选择某个月份后,系统会根据选择的月份检索其工资总结数据,并调用BingDataGridView方法绑定dataGridView1控件,然后向水晶报表的现实窗体中传递参数months。
7.体会及优缺点分析
本系统基本符合公司或单位的需求,能够完成人事工资的管理和信息的查询以及各类相关功能的实现。对于数据的一致性的问题也通过程序进行了有效的解决。总体上看可以将管理员从传统繁重的人工管理中解脱出来。
人事工资管理系统主要包括四大部份:系统登录管理模块、员工基本资料管理模块、员工人事管理模块、统计管理模块与系统设置模块。员工基本资料管理模块和员工人事管理模块实现对员工资料、员工人事进行查询、添加、删除和修改等操作。统计模块包括综合信息统计、员工工资统计、人事信息统计。综合信息统计主要统计各部门各职位员工的人数平均工资及工领。人事统计是按员工的性别、年龄、专业、职位、职称、基本工资等信息进行统计。系统设置模块主要实现基础信息设置、操作日志管理、备份恢复数据、操作员管理、系统设置、初始化数据库。
随着经济全球化,我国加入WTO,特别是信息技术的飞速发展,管理信息系统也成了我国企业重要的发展对象。对于这种情况,我们针对人事资源管理信息系统进行了调研和开发分析设计,以解决人事管理的复杂繁琐的问题。但是可由于调研不全面不深入,以及开发人员的经验不足,这次的有些地方可能不能完全满足系统使用者的真实需求,对此我们会尽量完善。我们会在摸索中力求进步。
最后,感谢刘喆老师的指导。对此,我们表示极大的感谢及敬意!
第五篇:电子系统级设计论文
电子系统级(ESL)设计
摘要:电子系统级设计(ESL,Electronic System Level)设计是能够让SOC 设计工程师以紧密耦合方式开发、优化和验证复杂系统架构和嵌入式软件的一套方法学,并提供下游寄存器传输级(RTL)实现的验证基础。ESL牵涉到比RTL级别更高层次的电路设计,其基本的关注点在于系统架构的优化、软硬件划分、系统架构原型建模、以及软硬件协同仿真验证。SystemC是一种很好的软硬件联合设计语言,它不仅可以帮助设计人员完成一个复杂的系统设计,还可以避免传统设计中的各种弊端,并提高设计效率。关键词:电子系统级设计;SOC;SystemC 1 引言
目前,高质量的电子系统设计变得越来越复杂和困难。功能更繁杂的设计需求,更短的上市时间,不断增加的成本压力使这种趋势看起来还在加速。从应用概念到硅片实现的过程已经不能仅仅靠工程师聪明的大脑来完成,而更需要依赖于严格完善的设计方法学。
随着片上系统(SoC,System on Chip)设计复杂度的不断提高,设计前期在系统级别进行软硬件划分对SoC各方面性能的影响日趋增加,迫切需要高效快速性能分析和验证方法学。传统的RTL仿真平台不能提供较快的仿真速度与较大的仿真规模,FPGA平台则不能提供详细的性能分析指标,而电子系统级设计(Electronic System Level,ESL)方法,不仅提供高速的仿真验证手段还提供详细的性能分析指标,已经成为当今SoC设计领域最前沿的设计方法,它是能够让SoC设计工程师以紧密耦合方式开发、优化和验证复杂系统架构和嵌入式软件的一套方法学。电子系统级设计(ESL,Electronic System Level)牵涉到比RTL级别更高层次的电路设计,其基本的关注点在于系统架构的优化、软硬件划分、系统架构原型建模、以及软硬件协同仿真验证。全新的ESL工具为电路系统级建模提供了虚拟原型的基本仿真平台。电子系统级设计正在从学术研究的课题变成业界广为接受的建模手段,它完成从理想应用优化到目标体系结构建立。而后依据预期产量规模的不同,用SoC 芯片或可编程平台实现。2.传统SOC设计方法的局限
目前的设计方法不能充分利用设计能力来快速构建满足市场需求的SoC。而只有快速适应消费电子市场的变化,商业系统设计公司才能在竞争中胜出。这使SoC设计方法的研究具有重要的现实意义。
目前在技术上,SoC设计面临的主要挑战是在系统建模和硬件设计之间的不连续性。通常系统是使用C语言或其他系统描述语言定义的。而系统的集成电路实现却使用硬件描述语言,因此导致转换和重写系统的负担。这样的流程使得设计过程中容易出错而且耗时。验证流程中需要仿真大规模系统,仿真速度难以需满足设计需求。HDL模型仿真效率低,需要提高抽象层次。SoC系统中的组件具有多样性异质性,包括各个专业的设计,模拟和数字设计等等,需要提供异质的仿真环境以及对系统级设计空间的探索复杂性的管理。千万门级的规模使得设计本身的管理成为问题深亚微米集成电路中,沿线延迟的增加使时序收敛问题显得更加突出,需要消除前端逻辑设计和后端物理设计的反复返工问题传统的设计重用方法需要适应规模的增长。系统设计需要具有竞争力,从基于芯片的设计方法,过渡到基于IP核的设计也是必然趋势。虽然可以使用标准接口,但是更理想的办法是分离出通讯部分,使用接口综合技术。因此需要设计工具重点面向模块间的通讯和互连,门级和寄存器传输级(RTL)仿真速度太慢,不适合系统设计。需要提高设计的抽象层次。SoC设计的趋势是向高层抽象移动,更强调芯片级的规划和验证。强调早期芯片级规划,以及软硬件系统验证。软硬件协同设计方法是SoC设计方法学研究的重要领域。主要目的是开发适应设计需求的设计方法和相应的电子设计自动化软件。在设计中通常一种技术是不能满足设计要求的,因此要结合研发成本和开发周期等等因素,综合考虑各种技术。3.ESL设计的基本概念
ESL设计指系统级的设计方法,从算法建模演变而来。ESL设计已经演变为嵌入式系统软硬件设计、验证、调试的一种补充方法学。在ESL设计中能够实现软硬件的交互和较高层次上的设计抽象。ESL设计能够让SoC设计工程师以紧密耦合方式开发、优化和验证复杂系统架构和嵌入式软件,并能够为下游的寄存器传输级(RTL)实现提供验证基础。
ESL设计以抽象方式来描述系统单芯片(SoC)设计。在ESL设计中,系统的描述和仿真的速度快,让设计工程师有充裕的时间分析设计内容。并且能提供足够精度的虚拟原型,以配合软件的设计。ESL设计不仅能应用在设计初期与系统架构规划阶段,亦能支持整个硬件与软件互动设计的流程。
ESL设计技术与IP模块能将流程融入现有的硬件与软件设计与工具流程,在SoC开发流程中扮演协调统合的角色。它们让工程师能开发含有数百万逻辑门与数十万行程序代码的设计,并提供一套理想平台,用来进行验证,满足客户持续成长的需求。
4.ESL设计的特点
ESL设计之所以会受欢迎,主要源于以下五方面功能:功能正确和时钟精确型的执行环境使提前开发软件成为可能,缩短了软硬件集成的时间。系统设计更早地和验证流程相结合,能确定工程开发产品的正确性。在抽象层设置的约束和参数可以被传递到各种用于设计实现的工具中。(1)更早地进行软件开发
有了虚拟的原型平台意味着可以更早地开始软件开发。对于目前基于SystemC语言的ESL设计方法学来说,ESL设计工程师可用SystemC生成一个用来仿真SoC行为的事务级模型。由于事务级模型的开发速度比RTL模型要快得多。在RTL实现以前,完成TLM建模后的系统就可以开始软件的开发。这样软件的开发可以和RTL实现同时展开,而不是传统上的在RTL实现完成以后才开始软件的开发。虽然部分和硬件实现细节有关的软件要在RTL完成以后才能开始,但还是可以节省大量的开发时间。(2)更高层次上的硬件设计
为了适应不断变化的市场要求,需要不断推出新产品或经过改进的产品。在SoC设计中可以通过改进一些模块的性能、增加功能模块或存储器、甚至在体系结构上做出重大的调整。因此设计工程师必须拥有可实现的快速硬件设计方法。为了实现快速的硬件设计,在ESL设计须建立在较高层次上的抽象如事务级建模(TLM)。事务级模型应用于函数调用和数据包传输层。传输级模型可以分为事件触发型和时钟精确型,这些模型能够提供比RTL级模型快好几个数量级的仿真速度。ESL工具的挑战就是既要保持足够精度的时序信息来帮助设计决策,又要提供足够的仿真速度以满足大型的系统软件(如OS启动)在可接受的时间内的完整运行。只要掌握了这种平衡,就可以在高级设计中验证时序和设置约束条件,再将这些优化的设计分割、分配到各个不同的软、硬件设计工作组去加以实现。RTL仿真通常只能提供10MIPS到数百MIPS左右的性能;然而,时钟精确型的ESL仿真却能达到100KMIPS到1MMIPS的仿真速度。(3)设计的可配置性和自动生成
越来越多的系统强调自己的可配置性,诸如:不同的处理器、不同的总线带宽、不同的存储器容量、无数的外设。配置和生成出来的设计必须和验证环境得到的结果完全一致,并延续到整个设计流程中。通过ESL模型,结构设计师能够找到最好的配置方案。但是,这样产生出来的结果需要和一套骨架的验证环境同步到设计实现中去。如ARM已经实现了从RealView SoC Designer ESL环境中自动导入SynopsysDesignWare coreAssembler SoC的集成和综合流程,并且可以从coreAssembler或Mentor Graphics公司的Platform Express中启动ARM PL300 AXI可配置互联生成器,来生成AXI总线系统。(4)方便的架构设计
ESL架构设计能完成功能到运算引擎的映射。这里的引擎指的是那些可编程的目标——如处理器、可配置的DSP协处理器,或者是特殊的硬件模块如UART外设、互连系统和存储器结构。这是系统设计的开始环节,从行为上划分系统,验证各种配置选择的可行性及优化程度。ESL工具对于开发可配置结构体系是非常关键的。它使系统结构从抽象的行为级很容易地映射到具体的硬件设计,从而方便决定哪些模块可以被复用,哪些新模块需要设计。还能提供必要信息指导最优化的通讯、调度和仲裁机制。(5)快速测试和验证
由于ESL设计中的抽象级别明显高于RTL设计抽象级别,ESL设计中可以做到描述模块内的电路状态、精确到纳秒的转换以及精确到位的总线行为。相比使用RTL,使用周期精确的事务级模型将使硬件验证和硬件/软件协同验证速度快1000倍或者更多。这种方法不仅可产生用于验证系统行为,它还支持与较低抽象级别的RTL模型的协同仿真。如果ESL设计抽象级别被当作一个测试台的话,当下游的RTL实现模块可用时,它们便可在这个测试台上进行验证。
系统级的HW/SW协同验证要优于C/RTL实现级的HW/SW协同验证。因为在系统级的验证可以在较早的展开,而不必等到底层的实现完成后才开始。在底层实现没有开始前的协同验证可以及时修改体系结构或软硬件划分中的不合理因素。越高层次上的验证,可以越大程度上减少修改设计带来的损失。5.ESL设计方法
ESL作为一种先进的设计方法学,能够用于硬件的功能建模与体系结构的探察,给硬件架构设计人员提供准确可靠的设计依据,因此在本章的内容里将将详细介绍ESL设计的基本流程与ESL的核心方法—利用SystemC实现事务级建模的基本理念。
首先要指出的是在设计的哪个阶段使用ESL设计方法和ESL设计工具。每一个电子产品的设计过程以某一种形式的顶层定义开始。这个定义过程可以以文本的形式描述,也可以用图表、状态图、算法描述,或者利用工具如MATLAB等描述。ESL设计并不是定位在这个层次上的设计。而是通过描述系统怎样工作,并为进一步的实现提供一个解决方案。ESL设计成为系统和更加底层设计之间的桥梁。ESL设计包括功能设计和体系结构设计两大领域。
系统的行为由功能模块实现,功能模块设计必须关注系统的应用。功能设计不考虑硬件和软件,物理和工艺。功能设计包括实现功能模块结构、模块之间的通信和它们的基本行为。在ESL中一个硬件功能模块的设计包括定义正确的功能,确定输入和输出,划分子模块,确定子模块的结构、数据流和控制逻辑,还要为其模块建立测试环境。这个设计过程和RTL的设计流程相似,但他们在不同的抽象层次上,使用不同的设计语言,例如,在ESL的功能模块建模过程中使用SystemC或SystemVerilog,而RTL级建模则使用Verilog或者VHDL。
体系结构设计首先要建立平台的描述。接着将应用的功能部件影射到平台。验证体系结构模型,并根据成本和性能优化这个结构。在体系结构设计中需要考虑处理器的类型、处理器的数量、存储器的大小、Cache性能、总线互联和占用率、软件和硬件的功能划分和评估、功耗的评估和优化等。
首先ESL接受一个设计定义的输入,这个定义可以是文本、图表、算法或者是某种描述语言如UML,SLD,MATLAB等的描述。对于这个输入的定义,在ESL设计完成算法的开发,接口定义,用ESL语言或其他语言来描述来完成体系结构的设计。并在此基础上完成软硬件的划分。完成软硬件划分后,可以开始软件和硬件的设计。在硬件设计中,对于功能单元需要在较高层次上的建模,完成功能设计。比如说用SystemC进行事务级的建模。
用C/C++或其他高级语言完成应用软件的设计。在这个阶段开始软硬件的协同验证,根据协同验证的结果反馈给体系结构和软硬件划分。后者根据性能、成本等因素重新做出调整。软硬件的设计和验证,包括软硬件的协同验证是一个重复的过程,在整个设计过程中都要根据验证的结果对体统和设计做出调整。完成验证的硬件和软件设计就可以组成一个完整地系统级设计。传递给下一级 的设计作为输入。比如说是ESL设计为软件应用提供C或C++语言描述的程序。为定制电路提供Verilog或VHDL语言描述的硬件设计。为硬件平台提供PCB板的功能部件或抽象层IP,比如说基于SystemC的IP。在实现ESL设计流程的具体过程中,有不同的实现方法可以采用。下面介绍两种应用得比较多 的设计方法。
在完
成系统功能定义后,设计方法之一是从系统的定义开始,先进行算法级设计。通常用MatLab等工具进行算法的分析,接着用Simulink等工具进行数据流的分析。完成分析后进行体系结构的平台的设计。体系结构和平台设计要进行系统级的验证,以确定结构是否合理。在体系结构的设计中,首先从IP库中获取已有的硬件模块的事物级模型,如处理器和总线模型,或者重新设计IP库中没有的模块的事物级模型。硬件模块的事物级建模完成后,建立系统模型。接下来输入软件参考模型进行软硬件的协同验证。体系结构的系统级验证的目标是确定存储器的大小、DMA的定义、总线带宽和软硬件划分等。
与图2中的ESL设计方法一相比,图3中的设计方法是直接由软件参考代码开始,创建事物级模型的虚拟平台,在此基础上进行系统结构设计,验证和性能的分析。通常,软件参考代码已实现了基本功能,特别是保证了算法及数据流等的正确性。如,软件参考代码可以是某一标准协议的用C语言写的参考代码。在软件参考代码和事物级模型的基础上分别进行软件和硬件的设计。在软件设计中,会把建立完成的虚拟平台和构架作为集成开发环境的一部分。集成开发环境还包括编译器和调试工具的开发。在设计的过程通过软硬件的协同验证调整设计的内容。
6.SystemC的系统级芯片设计方法研究
在传统设计方法中,设计的系统级往往使用UML,SDL, C, C++等进行描述以实现各功能模块的算法,而在寄存器传输级使用硬件描述语言进行描述。最广泛使用的2种硬件描述语言是VHDL和Verilog HDL,传统的系统设计方法流程如图3所示。从图中不难看出,传统的设计方法会出现如下弊端:首先,设计人员需要使用C/C++语言来建立系统级模型,并验证模型的正确性,在设计细化阶段,原始的C和C++描述必须手工转换为使用VHDL或Verilog HDL。在这个转换过程中会花费大量的时间,并产生一些错误。
其次,当使用C语言描述的模块转换成HDL描述的模块之后,后者将会成为今后设计的焦点,而设计人员花费大量时间建立起来的C模型将再没有什么用处。再次,需要使用多个测试平台。因为在系统级建立起来的针对C语言描述的模块测试平台无法直接转换成针对HDL语言描述的模块所需要的测试平台。
无论采用什么样的设计方法学,人们都需要对SOC时代的复杂电子系统进行描述,以选择合适的系统架构进行软硬件划分、算法仿真等。描述的级别越低,细节问题就越突出,对实际系统的模仿就越精确,完成建模消耗的时间、仿真和验证时间就越长。相反,描述的抽象级别越高,完成建模需要的时间就越短,但对目标系统的描述也就越不精确。作为设计人员必须在速度和精确性之间做出选择。
人们对系统级描述语言的要求是:高仿真速度以及建模效率、时序和行为可以分开建模、支持基于接口的设计、支持软硬件混合建模、支持从系统级到门级的无缝过渡、支持系统级调试和系统性能分析等。人们迫切需要一种语言单一地完成全部设计。这种语言必须能够用于描述各种不同的抽象级别(如系统级、寄存器传输级等),能够胜任软硬件的协同设计和验证,并且仿真速度要快。这就是所谓的系统级描述语言SLDL,而传统的硬件描述语言如VHDL和Verilog HDL都不能满足这些要求。SystemC就是目前这方面研究的最新、最好的成果,他扩展传统的软件语言C和C++并使他们支持硬件描述,所以可以很好地实现软硬件的协同设计,是系统级芯片设计语言的发展趋势。7.ESL综合
“ESL综合”到底有没有一种明确的定义,能让我们确信ESL综合是一种可行的设计技术,或者用于评估某款所谓的ESL综合工具是否真的能够完成综合工作?凭借Synplicity营销高级副总裁AndrewHaines在电子设计自动化(EDA)方面的工作经验,关于ESL综合的定义,建议是:此定义应该突出ESL综合与其他ESL设计工作相比的独到之处。
首先,从本质来说,综合是从一种抽象层级转变为另一种抽象层级,同时保持功能不变。逻辑综合是从RTL到逻辑门的转变;而物理综合则是从RTL到逻辑门及布局的转变。因此,ESL综合是从ESL描述语言到RTL等抽象较低的实施方案的转变。就ESL综合的定义而言,选择哪种描述语言并不重要,因为通过在初始化阶段根据不同应用支持多种ESL语言的方式,用户群最终均能解决这一问题。重要的是,ESL综合应将设计转变为抽象较低但功能相当的实施方案。其次,某种技术被定义为综合技术,就必然与其他形式的转变存在根本区别。例如,原理图输入(schematic capture)很显然是一种涉及多种抽象层级的转变,而综合则不是。综合与原理图输入定义的独特区别在于香蕉曲线,也
就是说,综合的结果不是面积与时序关系图上的一个点,而是一条曲线,表示所有综合结果均保持相当的功能,但时序与面积不同。因此,根据面积与时序关系自动定义一系列功能相当的解决方案必须作为ESL综合定义的一部分。
我们已经认识到,真正的DSP综合需要从算法发展到优化的RTL,市场中已有能够满足上述要求的相关ESL综合技术。这确实是ESL综合技术的进步。不过,客户必须始终认识到,有的所谓“ESL综合”工具实际只能根
据算法描述创建参数化的RTL模型,这种产品不能实现自动化,也无法形成“香蕉曲线”,且对提高工作效率的作用也非常有限。定义本身不会改善ESL设计,即便如此,我们也应当在早期为其下一个明确的定义,以便设计小组了解ESL的真正进步与不足。参考文献:
[1]刘强.基于SystemC的系统级芯片设计方法研究,现代电子技术,2005(9)[2]陶耕.基于ESL设计方法学的雷达信号产生与处理技术[D].南京理工大学,2009 [3]Ron Wilson.电子系统级设计:从现象到本质.EDN电子设计技术,2008(11)
[4]Bassam Tabbara.电子系统级(ESL)设计:越早开始越好.中国集成电路,2005(12)[5]祝永新.基于ARM ESL平台的H.264与AVS双解码软硬件协同设计和研究[D].上海交通大学,2010 [6]刘昊.基于ESL的AVS帧内预测算法周期精确级建模.信息技术,2008