基于.Net三层架构高校户籍管理系统设计与实现（精选7篇）
摘 要：为了实现对高校户籍科学化、规范化和动态化管理，提出了一种基于.Net三层架构技术的高校户籍管理系统解决方案，研究了户籍管理系统数据访问层、基本逻辑层和页面表示层的设计及实现。实践证明了解决方案的有效性。
关键词：Net；户籍管理；三层架构
中图分类号：TP311.52 文献标识码：A 文章编号：1672-7800（2011）09-0071-02 系统业务分析??
户籍管理系统旨在实现对高校户籍的科学化、规范化和动态化管理。通过对户籍科相关人员所做需求分析，该系统必须实现以下功能：①户籍信息管理：包括户籍基本信息管理，教师和学生户籍基本信息、相片管理、户口迁入、迁出、注销、迁移及借用等信息的增加、删除和更新；②信息查询管理：包括户籍基本信息查询、学生信息查询、户口迁入、迁出、注销、迁移及借用信息查询等；③收费管理：学生毕业之后，学校免费保管学生户籍两年，两年过后按照一定的标准收取保管费用。此模块主要包括户籍保管费用的收取和退费等操作；④操作日志管理：户籍科操作人员的日常工作无法量化，收费操作需要规范以避免费用的多收、少收、漏收和徇私舞弊的情况的发生。此模块将操作人员的所有关键操作记录在案，以备出现问题时，有据可查；⑤学院信息管理：此模块主要包括学生学院和专业信息的增加、删除、更新和查询；⑥系统维护：此模块用来维护用户基本信息、管理员的权限以及数据库的安全，防止非授权用户对系统有意或者无意的破坏。??
系统架构??
2.1 系统整体架构??
分层应用设计当下非常流行。它对系统的性能、可扩展性、可移植性、安全性等提供了有力的保障。经典的分层架构开发模式将系统分为3个层次，即数据访问层、基本逻辑层和页面表示层。当然，每个层次可能分解为更小的子层次以保证系统功能的合理设计。户籍管理系统的整体架构如图1所示。??
图1 系统整体架构??
2.2 数据访问层设计??
数据访问层负责管理数据库的物理存储、备份与恢复。主要包括数据库的连接与存取操作，即数据库表的查询、更新，增加和删除操作。数据访问层接口对数据访问逻辑进行抽象，以此对不同的数据库（SQL Server，Oracle等）进行统一的管理。通过封装类调用数据库的存储过程，同时，上层基本逻辑层提供统一的调用接口。??
2.3 基本逻辑层设计??
基本逻辑层作为整个系统的逻辑处理中心，主要负责管理系统的业务逻辑和规则。系统的逻辑处理都被抽象为本层的不同的逻辑接口。逻辑层接口处于数据访问层和页面表示层之间，对上层提供接口调用，调用下层数据访问层接口连接数据库，而非直接连接数据库，降低了层与层之间的耦合度。修改数据访问层的接口实现，不需要修改基本逻辑层代码。??
2.4 页面表示层设计??
页面表示层负责接收界面输入和逻辑结果的显示。包括页面的布局、控件的使用等。页面表示层调用基本逻辑层的接口进行逻辑处理。系统逻辑处理发生变化时，只需要修改基本逻辑层接口实现，不会影响页面表示层的编码。??
数据库设计??
好的数据库的设计是信息系统的一个重要组成部分。户籍管理系统涉及到10多个表的设计和60多个存储过程的编写。限于篇幅，这里不一一列出。??
主要技术及开发工具??
4.1 权限管理策略??
系统的访问控制策略使用基于用户角色的访问控制策略。这种访问控制策略已经广泛应用于系统操作、数据库及应用项目中。角色访问控制策略有利于确认和管理用户身份，对不同用户分配不同的操作权限。??
4.2 系统安全策略??
为了防止未经授权的用户访问系统资源，给系统带来危害，同时考虑到户籍管理系统数据录入时间一般集中在开学等时间，大批量的数据录入之后，一旦发生问题，导致数据丢失，再次重复录入数据，工作量巨大。系统使用自动备份与手工备份相结合的方式，用户可以通过界面，手工备份与恢复先前的数据库。考虑到数据库的移植，在数据访问层引入“抽象工厂模式”，根据数据库的不同，提供实现不同数据库结构的数据业务逻辑对象，使用.Net框架的反射机制，在系统运行时动态决定调用的数据库类型。??
4.3 并行开发策略??
三层架构的优势之一系统架构清晰，合理的分配开发任务，同时保证系统的并行开发，以此提高效率。系统开发过程中，引入实体类和基本逻辑层和数据访问层的共同接口，保证解决方案程序与数据库的并行开发，两者相关部分都完成之后，通过接口，完成数据库库记录与实体类的映射即可。??
4.4 版本控制策略??
项目开发是一个团队协作，迭代开发的过程，版本的控制与管理非常重要。项目开发过程中使用visual svn和tortoise svn进行系统解决方案、源代码的控制，单独设立版本控制服务器，团队所有成员从服务器中更新项目的最新版本，每天工作完成之后，单独提交各自负责部分的开发工作，使服务器中的版本始终保持最新状态。??
4.5 项目开发主要工具??
项目开发成员使用resharper和coding style enforcer工具保证编码风格的统一，使用NUnit，NCoverage等工具结合cruise control.net每日构建技术，进行测试及覆盖率检测，保证产品的质量。??
结束语??
户籍管理系统采用三层架构进行设计、开发，系统接口更加清晰，满足模块独立性，层内高内聚、层间低耦合的原则，有利于开发者分工合作，具有很强的通用性、可维护性和可扩展性，可以仅作少量修改升级为Web Service架构，为系统维护及功能扩展留下足够的空间。??
参考文献：
［1］ HUANG LONGJUN，ZHOU CAIYING，DAI LIPING.Dai Liping.Research and Implementation of E-commerce Platform Based on.NET Framework［Z］.Proceeding of the 2009 International Symposium on Web Information System and Application Nanchang，China，May 22-24,2009.［2］ 陈友良，盛可军，王阳阳.基于ASP.NET三层架构软件的研究与开发［J］.现代电子技术，2010(6).［3］ 江义火.基于ASP.NET MVC2的三层架构应用系统开发研究与实现［J］.软件导刊，2010(12).（责任编辑：周晓辉）
Design and Implementation of College Residence Management
System Based on.Net and Three-tier Architecture
??
1 .NET三层架构
通用的.NET项目一般被设计为三层架构的模式。三层架构包括:界面表现层、业务层以及数据交互层。这种分层架构的优点在于利用标准化的接口使层与层之间连接的冗余度大大降低,不再会出现层层依赖的现象。同时,这种设计模式有利于在逻辑上对各层进行复用。就开发方面来说,开发人员只需要关心其中某一层的设计和实现,只需要提供标准化的接口即可,也大大降低了后期运维的工作量。
界面表现层,该层的主要功能是以可视化界面为基础, 做到与用户进行数据交互。接受用户的输入,将用户的输入向下传递给业务层。相应的,也可以将下层反馈的结果显示给用户。
业务层,主要的功能是对表现层和数据层起到连接的作用。从上层用户的输入中提取数据,交给数据层进行查询等处理。同时,可以将数据层上交的查询结果转化成可视化的元素交付给表现层。
数据交互层,能够直接对数据库资源进行操作。其中封装了所有访问数据库的必需源代码。业务层是对数据处理要求的宏观处理,而真正的实现细节则是在数据交互层。
2系统设计
作为系统设计的第一步,需求分析直接影响着该系统未来的可行性与适用性。如今,随着市场化经济的发展,超市以及大型商场的规模不断增大,这样的情况下,如果没有一套合理的系统来对超市的各类信息进行统计监控,那么不仅管理工作复杂繁琐,而且也极易出现资金上无谓的流失。基于以上目的,我们进行了超市进销存系统的研究和设计。
其次是对数据库的设计,数据库中所包含的表应与系统的模块设计与功能相对应。由此,该系统数据库可以设计成包含有“员工信息表”“销售信息表”“进货信息表”以及“库存信息表”等表目的数据库。
由系统设计的三层架构可知,该设计模式需要在三层架构之间传递应用数据,而传递的数据可以借由实体类和公共类对其进行实现。实体类实际上是对数据库中各数据表的映射,实体类中的类名均对应数据库中相应的表名,而表的字段则转化成为了实体类的属性。公共类则是存放一些全局文件所用,如可设置数据库访问层调用的数据查询类(SQL Serch),这样就大大简化了对数据库的查询操作,同时也减少了冗余的代码量。
3系统实现
从系统开发的规范性来看,开发初期就应对各模块的接口以及变量的定义规则做出规定。这就需要用到配置文件,其主要是针对系统中的系统配置信息以及全局变量进行定义的文件。该系统中的所有配置文件均被设置成XML格式。例如, 可以将连接数据库所用到的字符串存入配置文件,这样系统在有查询要求时会自动读取配置文件的信息,不需要每次都对连接的字符串进行修改和编译。
界面表现层主要提供可视化的界面与用户进行友好性的交互,主要的界面以及功能如下。
用户登录界面:该界面供用户登录系统,同时根据用户的输入对用户身份进行判断。
主界面:系统的菜单界面,提供链接到各个子模块界面的功能。
员工信息界面:该界面提供对超市的各部门员工以及员工所负责的对应工作进行查询的功能。管理员有权限对员工的信息进行增删。
销售界面:在该界面可利用商品号对超市的某一时段的该商品销售记录进行查询。
库存界面:该界面提供所有商品库存状况的信息查询, 同时设有预警功能,对库存超时的商品以及库存数量不多的商品发出警报,以题型相关人员及时进行处理。
统计分析界面:该界面针对指定时间段和商品,对其销售记录进行图形化的统计和分析,提供生成柱状图、饼状图以及趋势图等选项,通过此界面对超市的下一季度的采购提供指导性意见。
业务层处于系统设计的中间层。在整个系统设计中,业务层起到了“承上启下”的连接作用。业务层的主要操作对象为在系统中传递的数据实体。其将接受来的数据实体进行处理,转换成目标层能够理解的格式进行交付。这里需要指出的是,业务层中的实体类与数据交互层中存在的实体类有着一一对应的关系。也就是说,数据交互层的每一个实体类在都存在着一个相对应的业务层与之对应。
作为最底层的数据交互层,该层的主要针对系统数据库进行操作。其主要操作是完成对数据库的增删、查找、更新等操作。接受上层界面层传递来的用户指令进行操作,将结果返回给上层。同时,可以设置采用实体类和公共类的方法提高系统中各个模块的可重用性。将需要重复使用的操作设置成公共类以供重复调用,将系统中所存在的各个实体以实体类的形式表示出来。
该系统的设计过程中,主要存在的难点是对各个实体类相互关系的处理,这些实体类的关系直接影响到底层对数据库的操作,是整个系统能否正常运作的关键之所在。此处, 建议在系统设计时采用直观的Tree Node技术进行设计,这样能对相关功能做到一个整体掌控,方便增删、修改。
4结语
本文针对某超市的实际应用案例,设计了基于 .NET三层架构的超市管理系统,整个系统采用B/S模式设计。给出了一套完整的解决方案。并且该系统在实际的试运行过程中收到了良好的使用效果。
摘要：本文采用B/S设计模式,提出了一种基于.NET三层架构的超市进销存管理系统,首先从架构方面对.NET的三层架构进行了详细的阐述,并分析了三层架构的优缺点。同时,从系统设计与实现的角度讲述了该系统的设计流程,且给出了数据库设计以及界面设计方案。在实际运用过程中证实是一套切实可行的超市管理解决方案。
关键词：校务信箱 ASP.NET B/S模式 分级管理
中图分类号：TP319 文献标识码：B 文章编号：1673-8454（2008）19-0051-03
为了及时了解师生对学校的改革、发展与建设各方面工作的意见和建议，广开言路、加强沟通、民主治校，各高校都建立了校长信箱。本文以高校校长信箱为研究对象，探索其发展的新趋势、新模式，采用ASP.NET技术，提出了分层管理的高校校务信箱系统。校务信箱分为校长信箱和各单位信箱，除校长信箱外，每个信箱彼此独立，能够完成独立功能、独立后台管理，校长信箱能够对各单位信箱进行监督管理。各单位信箱有自动监控功能，三天不处理的来信系统将自动给予警告并发送到校长信箱中。各单位信箱删除的来信系统将自动发送到校长信箱的垃圾箱中，校长信箱中能够查看被删除来信并能够统计各单位被删除信件数量，能够统计出各单位的总来信数量、回复信件数量，并计算出各单位的信件回复率。校务信箱还有发布公告、来信置顶、信件转移、各单位间发送短消息等功能。该校务信箱系统极大地提高了办事效率，保证了信息传递的准确性和及时性，实现了信息的有效保存、检索和统计，激励了学校各职能部门的工作热情。
一、系统分析与设计
1.系统体系结构
本系统采用了B/S三层体系结构，即表示层、业务层和数据层；使用IIS架设Web站点；Asp.net通过Ado.net访问数据库。对数据库的访问和应用程序的执行均在Web服务器端完成，客户端无须安装任何专门的软件，通过浏览器即可访问Web服务器并运行其程序。采用这种体系结构的系统充分利用了服务器资源，提供了跨平台、简单一致的应用环境，减少了系统开发和维护的工作量，便于后期的维护和升级。系统的体系结构如图1所示。
2.系统功能设计
根据需求，结合学校校务管理流程，本系统主要有三种不同权限的用户，分别是普通用户、二级信箱管理员和总管理员。普通用户主要是浏览信件和书写信件；二级信箱管理员由学校各二级单位有关工作人员担任，对本单位信箱具有回复信件、删除信件、转移信件、置顶信件、信箱风格管理、公告和短消息管理等功能；总管理员由校长办公室有关工作人员担任，除了对校长信箱具有回复信件、删除信件、转移信件等功能外，还具有增删二级信箱、管理所有来信、查看二级单位删除信件和数据统计等功能。系统功能模块图如图2所示。
（１）二级信箱管理：此功能模块只有总管理员可以使用。总管理员通过本模块可以开通或关闭学校二级单位信箱、管理整个校务信箱的所有来信和管理二级单位删除的信件等。
（２）信件管理：此功能模块主要是对来信进行处理，管理人员可以回复或删除来信；对重要信件或者涉及重复回答的信件进行置顶；对本单位无法答复的来信转移到直接负责单位进行答复；按照办公信函标准格式打印信件，下发有关负责人进行答复等。
（３）风格管理：管理人员通过此模块可以对本单位信箱的外观界面进行个性化定制。系统可以预先定义几种不同的风格样式和图标图片，提供给管理人员挑选，从而定制各单位信箱风格。
（４）公告管理：管理人员通过此模块对外发布本单位重要通知、公告，方便普通用户快速获取信息。
（５）消息管理：本模块具有收、发短消息的功能，可以方便各单位管理人员之间相互联系、探讨。
（６）密码管理：管理人员可以通过此模块修改管理密码，所有密码采用ＭＤ５算法加密。
（７）数据统计：此功能模块只有总管理员可以使用。总管理员通过此模块可以统计出各二级单位信箱来信总数、回复信件数、删除信件数和信件回复率，并按照标准格式打印存档，以此对各二级信箱进行监督。
（８）书写信件：普通用户可以通过本模块给校长信箱或任何二级信箱写信。系统提供简单的文本格式处理功能，并对恶意代码进行过滤。
3.系统数据库设计
本系统选用SQL SERVER 2000作为数据管理平台，并根据系统功能设计，建立了数据库mail，其中包含5个基本数据表，分别是单位信息表、信件信息表、公告信息表、短消息信息表和信件转移信息表。数据逻辑模型如图3所示。
（１）单位信息表（Ｍａｓｔｅｒ＿Ｄｅｐ）：用于存放校长信箱和各二级单位信息，包括单位名称、密码、信箱风格、删除信件数等信息。
（２）信件信息表（Ｍａｓｔｅｒ＿Ｍａｉｌ）：用于存放来信人姓名、密码、联系方式、ＩＰ地址和来信内容、来信时间、是否回复以及回复内容、回复时间等信息。
（３）公告信息表（Ｍａｓｔｅｒ＿Ａｎｎ）：用于存放校长信箱和各二级单位信箱的通知、公告等信息。
（４）短消息信息表（Ｍａｓｔｅｒ＿Ｍｅｓｓ）：用于存放各单位信箱管理人员之间相互联系的短消息等信息。
（５）信件转移信息表（Master_Move）：用于存放各单位信箱中所有转移的信件记录信息，方便来信人查找自己的信件。
二、系统主要功能的实现及关键技术
1.数据库的连接和基本操作
Asp.net使用Ado.net实现对数据库的连接和访问。对于SQL SERVER 2000数据库来说，提供了包含SqlConnection、SqlCommand、SqlAdapter等对象专门进行数据库操作。简单操作过程举例如下：
（１）数据库连接字符串以变量的形式存放在网站根目录下的系统配置文件Web.config中，这样可以使配置信息与源程序分开，方便日后修改和维护。
＜configuration＞
＜appSettings＞
＜add key=”ConnStr” value=”server=(local);uid=db;pwd=mail;database=mail”/＞
＜/appSettings＞
......
＜/configuration＞
（２）创建一个数据库连接和操作的类文件TSqlDB.cs，专门用于进行数据库的连接和操作。
Using System;
Using System.Data;
Using System.Data.SqlClient; //引入命名空间
Public class TSqlDB {
Protected static SqlConnection GetConn() //返回数据库连接信息
{return new SqlConnection(System.Configuration.ConfigurationSettings.AppSettings[“ConnStr”]);}
//用于执行insert、update、delete等查询，返回受影响的行数
Public static int ExecuteNonQuery(string Query) {
int Result;
SqlConnection FConnection = GetConn();
FConnection.Open();
SqlCommand FCommand = new SqlCommand(Query,FConnection);
Result = FCommand.ExecuteNonQuery();
FConnection.Close();
retrun Result;}}
（３）在其他文件中引用TSqlDB类，数据库连接操作如下：
TSqlDB oDB = new TSqlDB();//先实例化TSqlDB
SqlConnection myconn = oDB.GetConn();
myconn.Open();//打开数据连接
而执行简单查询只需要调用“类方法”的形式就可以了。下面以一个delete数据库操作为例：
TSqlDB myDB = new TSqlDB();
string SqlStr = “delete from Master_Mail where MailId=123”;
TSqlDB.ExecuteNonQuery(SqlStr);//执行数据删除操作
以上只是以数据库连接和数据库查询操作为例进行了简单说明，其实数据库的操作还有很多，我们可以将所有的数据操作层面上的行为全部封装到一个类中，这样可以大大增强程序的可扩展性。
2.系统安全设计
（１）用户身份验证。该系统有主管理员、二级管理员和普通用户三个不同用户权限。通过对不同的登录用户设置相应的Session全局变量，完成不同权限的用户身份验证。为了增强安全性，本系统在用户登录时将口令先进行MD5加密，再与数据库里的加密值比较，相符的可成功登录，否则登录失败。
（２）数据库安全认证机制。通过设计合理的用户策略，为用户设置合适的角色及访问许可，即将数据库访问和使用权限限制到仍然保留功能性的最小权限集。比如，避免使用系统管理员权限访问数据库，并对数据库访问账号密码进行加密运算。
（３）防止SQL注入攻击。如今很多网站遭到的攻击绝大多数都是SQL注入攻击，我们在编写程序时对此需要高度重视。防止SQL注入攻击，要做到：一是过滤或转义危险字符。这是最简单最常用的方法，即从用户输入中移除危险字符，如insert、update、delete等危险SQL命令，或者使数据库将危险字符作为文字对待。二是使用SqlParameter的集合类。它可以提供类型和长度检查，并且自动转义用户输入。三是用正则表达式限制输入。如对表单中文本框的值，就可以用正则表达式控件来限制其输入。四是在服务器端处理错误。系统错误消息可以给攻击者提供数据库中的许多详细信息，如果在Try和Catch语句中隐藏数据库行为，并在服务器端正确处理错误，就可以避免攻击者收集信息。
3.数据定制打印技术
根据学校工作实际流程，用户来信不可能每封都能直接进行回复，大多数信件需要打印成纸质文件，下发到具体负责人答复。为提高工作效率，纸质文件需要按照办公函件规定格式打印，对来信人、联系方式、来信内容、来信时间和领导批复意见、回信区域、回信单位、回信时间等信息按表格格式清晰呈现。这显然不是IE直接打印可以办到的，我们可以通过在页面HTML文档中编写一段JavaScript脚本来实现网页中的某一段按照规定格式打印。具体程序代码为：
function PrintScore(){
var idhtml,titlehtml,contenthtml,replyhtml,prnhtml;
//读取表单中Label控件的值，printinfo为自定义的表单名
idhtml=document.printinfo.label1.value;
titlehtml=document.printinfo.label2.value;
contenthtml=document.printinfo.label3.value;
replyhtml=document.printinfo.label4.value;
//定义打印表格格式，这里简单举例，可以按照需求增加更多样式
prnhtml="
| ===校务信箱第"+idhtml+"号来信=== |
| "+titlehtml+" |
| "+contenthtml+" |
| "+replyhtml+" |
//截取打印文档HTML字符，将打印页HTML覆盖成该页HTML
window.document.body.innerHTML=prnhtml;
window.print();//对该页进行打印}
需要注意的是：一是要将表单定义为printinfo，并将数据库中的相关字段读取到文本控件中，举例为。二是在页面body属性中加入onload事件，并将其定义为PrintScore函数，页面打开时即运行自定义的打印函数。
三、结束语
本文提出了用ASP.NET 技术设计与实现网上校务信箱系统，并论述了系统几个关键技术的实现方法。目前，系统在我校使用一年多来，累计处理信件15000多封，在学校日常管理中起到了较大作用。并且，系统已经在几所兄弟院校使用，得到了很好的评价。
参考文献：
[1]万峰科技.ASP.NET网站开发四酷全书[M].北京:电子工业出版社,2006.5.
[2]John Kauffman等.ASP.NET数据库入门经典[M].北京:清华大学出版社,2002.10.
随着国家“万村千乡市场工程”的启动, 农村超市如雨后春笋般涌现, 但是农村超市的管理令人堪忧。超市管理系统是市场上最流行的超市上常用的系统之一, 但是目前大多数的超市商品管理系统存在着应用难度较高, 许多工作需要技术人员配合才能完成;改版工作量大, 系统操作复杂;价格较贵等特点, 不适合应用于农村超市。因此, 在通过对农村超市进行详细的调研与分析的前提下, 提出了信息系统的应用, 信息系统的应用必将是农村超市管理的必然发展方向, 因此, 本课题的研究具有重要意义。
1 问题描述
随着农村经济的崛起与信息化的普及, 农村杂货店逐渐转型为中小规模的超市, 但是这些转化之后的超市基本都是依靠最初级的人工来管理。这给日常的很多管理工作带来不便。货物的进销存以及盘点总做全部靠人来完成, 事情繁杂, 容易出现问题, 还很难保证货品的质量, 不仅对人力资源造成了巨大浪费, 而且很难从根本上决绝问题, 所以基于三层架构的农村超市管理系统的设计与实现具有重要的现实意义。
2 三层架构
三层架构把系统的实现划分为:表现层、数据访问层以及业务逻辑层三层, 每一层具有一定的依赖关系, 又各负其责。UI (表现层) :主要是指与用户交互的界面。用于接收用户输入的数据和显示处理后用户需要的数据。BLL: (业务逻辑层) :UI层和DAL层之间的桥梁。实现业务逻辑。业务逻辑具体包含:验证、计算、业务规则等等。DAL: (数据访问层) :与数据库打交道。主要实现对数据的增、删、改、查。将存储在数据库中的数据提交给业务层, 同时将业务层处理的数据保存到数据库。 (当然这些操作都是基于UI层的。用户的需求反映给界面 (UI) , UI反映给BLL, BLL反映给DAL, DAL进行数据的操作, 操作后再一一返回, 直到将用户所需数据反馈给用户) 其结构图如图1所示。
3 系统分析
系统主要是通过对各类信息的浏览、查询、添加、删除、修改等功能实现超市进货管理, 销售管理, 商品管理, 商品盘点和人员管理五个方面的管理。系统的核心是销售、库存查询和进货管理之间的联系, 操作完成销售或进货信息的同时系统也会自动地完成其他相对应信息的修改, 在这个管理系统中修改每一个信息表都将联动的影响其它的表的内容的变动。
农村超市管理信息系统项目启动前需求分析是必不可少的也是至关重要的一步。在充分了解货品进货、销售、库存、管理等业务的基础上, 我们要对准启动项目进行数据采集, 分析预计实现的功能及功能的可行性, 对系统结构进行搭建, 对数据对象进行物理建模, 对其存储方式、存储结构、依赖关系进行缜密的揣测定夺。其主要的销售功能需求的用例图如图2所示:
4 系统设计与实现
系统采用动态角色管理, 可以根据用户的不同身份使其具有不同的功能权限范围, 比如超级用户admin拥有最大权限。其可以查看与统计全部详细信息, 其他的所有账号只能对商品进行销售, 和查看一些卖货相关的货物信息。由于系统的开发后的使用者是农村知识文化程度相对较低的原来的杂货店老板, 因此, 尽量使系统简洁、易懂更加“傻瓜式”。所有的信息都应存放到系统的数据库中, 可对系统进行简单的管理和维护。
4.1 数据库设计
农村超市管理系统从整体意义上是一个相对比较简单的进销存系统。涉及到的信息必须有相应数据存储设施。本系统我们采用SQL server2008进行数据存储。系统设计中我们采用UML进行了数据建模, 涉及到的过程包括商品入库、商品出库、商品盘点、商品查询, 采用数据流技术进行分析。
4.1.1 商品入库数据流图
4.1.2 商品出库数据流图
4.2 数据库实现
通过以上的分析我们确定系统包括用户表、商品表、出库表和入库表等9各表。各数据表之间关系如图5所示。
数据库的实现在UML建模的基础上遵循了上述数据表之间的依赖关系, 从E-R图转化出系统所依赖使用的数据库。
4.3 系统设计
系统整体结构采用基于.net的三层架构框架, 系统要对实体:用户、商品、厂商、供货商、客户、单据等实体进行管理与控制。所以建立了相应的托管BLL的类:UBLL, GBLL, MBLL, SBLL, CBLL, BBLL;托管BLL要对数据库进行访问则通过DAL包的相应类:UBLL, GBLL, MBLL, SBLL, CBLL, BBLL实现。系统类图如图6所示。
4.4 系统实现
在系统的实现过程中, 代码的编写上是按照数据访问层、业务逻辑层、数据表示层的结构来设计的, 将每个模块的核心代码都封装到相应的类文件中, 将系统的界面和系统中各种信息的管理维护分离开来、简化了程序设计的复杂度, 方便了后期的代码维护和界面编辑。篇幅有限, 不再赘述系统主要代码。本系统除了可以一一录入每一件商品的信息外, 还可以将已经准备好的商品信息统一导入到系统中, “导入”功能是一项非常实用的功能。以上面录入功能为例。如图7所示。
5 总结
本项目在对三层架构以及UML技术进行深入研究的基础上, 设计、开发完成了基于三层架构的农村超市管理系统, 并进行了详细测试, 目前系统已经投入实际运营, 运行情况良好。
参考文献
[1]王海宾.多车场多目标开放式物流配送车辆调度问题的研究[J], 计算机测量与控制, 2010年12期18卷2856-2861.
[2]王海宾, 张小志, 游凯何.基于多线程多处理器理论的AS/RS调度策略研究[J].微电子学与计算机, 2011, 28 (1) :142-146.
[3]刘晓东, 劭付东, 席延军.基于MVC模式的虚拟作物实验平台的设计与实现[J].微电子学与计算机, 2006, 23 (3) :180-181.
[4]王海宾, 白尚旺, 党伟超, 刘霞.基于Observer模式的ASRS调度系统设计与实现计算机技术与发展2009.3, 13 (3) , 110-113.
1 NET技术概述
.NET Framework是Microsoft为开发应用程序创建的一个新平台。他发布的第一个版本运行在Windows操作系统上, 以后将推出运行在包括Free BSD、Linux、Macintosh, 甚至个人数字助手 (PDA) 类设备等诸多操作系统上。使用该项技术的一个主要原因是它可以作为各种操作系统的集成方式。另外, .NET Framework没有限制应用程序的类型, 他可以创建windows应用程序、Web应用程序和其他各种类型的程序。这样设计.NET Framework是为了让它可以用于各种语言, 包括本文使用的C#语言、以及C++、Visual Basic、Jscript等。为此出现了Managed C++、Visual Basic.NET和Jscript.NET等这些语言的.NET版本。所有这些语言都可以访问.NET Framework, 他们还可彼此交互使用。
.NET Framework主要包含了一个非常大的代码库。这些代码可以在客户语言中通过面向对象编程技术 (OOP) 来使用。这个库分为不同的模块, 根据希望得到的结果来选择使用其中的各个部分, 也就是不同的操作系统可根据自己的特性支持其中部分或全部模块。例如, PDA支持所有的核心.NET功能, 但不需要某些深奥的模块。部分.NET Framework库定义了一些基本类型, 而类型是数据的一种表达方式, 指定其中最基础的部分 (例如32位带符号的整数) , 以便于用.NET Framework在各种语方言之间交互操作, 这称为通用类型系统。除了支持这个库以外, .NET Framework还包含.NET公共语言运行时 (Common Language Runtime) , 它负责管理用.NET Framework开发的所有应用程序的执讯所有这些意想不到的多样性也是.NET Framework具有诱人前景的原因。
ASP.NET技术又叫ASP+, 他摆脱了ASP技术使用脚本语言编程的缺点, 理论上可以使用任何编程语言包括C++, VB, JS等等, 当然, 最合适的编程语言还是MS为.NET Framework专门推出的C (读C sharp) 。尽管MS自己讲C#内核中更多的像VC, 但实际上我还是认为它和Java更象一些吧。由于他是面向对象的编程语言, 而不是一种脚本, 所以他具有面向对象编程语言的一切特性, 比如封装性、继承性、多态性等等, 这就解决了ASP的弱点:封装性使得代码逻辑清晰, 易于管理, 并且应用到ASP.NET上就可以使业务逻辑和HTML页面分离, 这样无论页面原型如何改变, 业务逻辑代码都不必做任何改动;继承性和多态性使得代码的可重用性大大提高。并且C#和C++、Java还提供了完善的调试/纠错体系。ASP.NET不是ASP的简单升级, 而是全新一代的动态网页实现系统, 用于一台WEB服务器建立强大的应用程序。是微软发展的新体系结构.NET的核心要素, 是ASP和.NET技术的结合, 具有很好的可扩展性和定制性。他提供基于组件、事件驱动的可编程网络表单, 大大简化了编程, 还可建立网络服务, 用于在服务器上开发Web应用。
2 系统分析和设计
2.1 业务定义分析
客户使用本系统实现购物的要求, 客户对购物车和订单进行管理, 并通过本系统完成网上一系列交易。本系统用户主要功能有系统管理员、会员管理、结算管理、仓库管理、在线客服、财务管理。顾客通过网上注册成为会员, 会员用户拥有个人账户资料管理、订单管理、在线下订单、购物车管理、积分卡管理以及发表商品评论、退订等功能。管理员则对所有的顾客进行管理和维护以及对所有购物情况进行管理。系统的用例图如图1所示。
注册用户通过客户端进行登录后, 可进行以下权限管理资料查看、购物车管理、订单管理、发表评论管理等功能。在购物车管理中可进行查看商品、进行订单查询、商品添加到购物车、删除商品订单信息。在订单管理中, 可进行查看历史的订单信息、添加订单信息、以及提交订单的详细信息。
管理员则可通过客户端管理平台进行系统管理、订单管理、商品管理、评论管理等操作。在商品管理中可进行修改前台商品信息和删除商品信息以及添加某个新产品信息。在评论管理中可查看某条商品的评论和删除评论等功能。
仓库管理员主要负责货物的配送和仓库货物管理工作, 同时负责货物的查件, 货物丢失查询等功能。
在线客服负责在线咨询与售后服务工作, 售后服务主要为顾客妥善处理相关问题。
财务管理主要负责财务支出与收入统计工作, 同时也肩负着销售统计工作。
2.2 系统总体框架设计
.NET的分布式应用软件体系结构框架模型可分为四层 (如图3所示) :表示层 (Presentation Layer) 、业务逻辑层 (Business Logic Layer) 、数据访问层 (Data Access Layer) 和数据实体层 (Data Entity Layer) 。
表示层包括客户端的软件组件、应用程序、Web浏览器等, 负责与客户端相关的工作, 接受来自浏览器的HTTP请求, 然后返回一个浏览器可以显示的HTML页面, 一般的表现形式是ASP.NET或Window Forms界面。
业务逻辑层是分布式应用系统的关键所在, 大量的商务逻辑在该层内实现, 表示层通过SOAP协议与业务逻辑层进行通信。业务逻辑层被打包成组件, 通过详细定义的接口进行交互。业务逻辑通常需要昂贵的资源, 如数据库连接、TCP/IP连接和消息队列等。有时候也可将业务逻辑层称为构件服务器, 构件服务器属于特定领域应用范畴, 它主要包括一些从某个领域抽象出来的算法构件和领域业务逻辑构件。一般来说业务逻辑层主要包括数据管理器、构件库和构架库。
第三层是数据访问层, 它是分布式应用框架的数据最终提供者, 实际数据存储在该层中。一般采用SQL Server2000、Sybase、Oracle等。逻辑和数据库层之间的通信使用ADO.NET提供的API进行。
数据实体层是整个分层模型的最下层, 用来封装数据, 通过ORM (Object/Relation Mapping) 框架实现与数据库的映射。如图2所示。
2.3 业务流程设计
系统允许客户进行注册, 注册成功后可进行相应的购物操作, 其中包含搜索、购物车产品添加, 把商品添加到购物车里、修改或者删除购物车中的商品, 如果客户对商品满意, 则进行下步操作, 进行网上付费操作。一种采用网上付款方式, 另外一种采用货到付款方式, 系统使用网上支付, 并提供相关政策和个性化服务。如果客户对产品不满意, 系统则保留购物车中的商品, 不生成系统订单。下面以购物车为例, 阐述其业务流程。
客户通过搜索喜欢的商品, 添加多个商品到购物车中, 对购物车中的商品可进行随时修改和删除, 如图3所示。
3 系统实现
系统实现是在分析和设计的基础上, 通过编写代码实现各个模块。由于论文篇幅的关系, 在此仅仅给出购物车模块的实现过程。购物车模块的算法流程图如图4所示
购物车模块实现的核心代码如下:
4 结束语
电子商务作为一种全新的销售模式, 为企业销售提供了新的渠道, 本文以.net作为系统的架构, 设计与开发的电子商务系统适合企业的发展需要, 值得进行进一步的推广和应用。
摘要：电子商务作为一种新的销售模式, 给不少企业带来了新的发展前景。.NET Framework作为一种新的软件开发平台, 屏蔽了不同系统和开发语言带来的差异, 本文以.NET Framework作为开发平台, 以四层分布式架构为基础进行电子商务网站系统的设计。
关键词：NET Framework,分布式架构,电子商务系统
参考文献
[1]张海藩.软件工程导论[M].北京:清华大学出版社, 1992.59-62.
[2]SPENSER K, EBERHARD T, ALEXANDER J.Microsoft Visual Basic.NET面向对象可重用组件开发[M].杜志秀译.北京:清华大学出版社, 2003.
[3]郭小峰, 姚世军等.基于.NET的Web应用框架的设计与应用[J].计算机工程与设计, 2008, 20 (2) , 454-456.
[4]邱云飞, 邵良彬.基于ADO.NET的通用数据访问层设计方法研究[J].计算机系统应用, 2007, 7, 54-56.
为此, 公司人力资源部、业务管理部、信息技术部共同提出开发柜面量化考核系统, 通过量化柜员工作量和差错率, 实现绩效考核与岗位工资发放相结合, 工作岗位定性与定量考核相结合, 员工绩效收入下不保底、上不封顶, 体现多劳多得、奖勤罚懒, 提高公司整体运作效率, 节约成本, 达到提升公司服务质量的目标, 同时增强本公司在同行业中的竞争力, 树立良好的企业品牌形象。
柜面量化考核系统以柜员操作的各业务处理系统数据为基础量化数据, 同时以手工输入数据为补充量化数据, 根据量化指标、权重及计算公式, 自动计算工作绩效和浮动收入, 并提供统计、查询、打印、生成Excel等功能。主要有六个功能模块, 分别是:系统配置模块, 完成对柜面组、考核组、指标及指标批次的参数化配置, 并维护指标类别、权重、抽取SQL语句等信息;外部量化数据管理模块, 提供非系统指标外的外部量化数据输入接口的功能, 以及考核组间基础量化绩效引用功能;绩效考核模块, 按时间条件计算考核对象的工作绩效和浮动收入, 包括绩效试算、试算数据查询、试算数据上载等功能;统计查询模块, 按时间、考核对象、量化指标等条件综合查询量化数据、考核绩效、浮动收入及总收入方面的信息, 并打印统计报表或生成Excel文件;基础数据和外部共享数据抽取模块, 根据指标定义的SQL语句完成各业务系统基础性数据的抽取、转换, 以及通过Web Service方式获取公司HR (人力资源管理系统) 共享的柜员目标薪酬等信息;权限管理模块, 定义操作员及操作权限信息。
一、系统架构设计与基本原理
柜面量化考核系统需要从各生产机业务处理系统中抽取数据, 对数据安全性要求高, 同时数据抽取和计算工作量大, 单一服务器负荷太重, 可扩展性和性能差。因此, 系统设计之初决定采用三层C/S体系结构进行设计, 三层结构逻辑上保持独立, 各层独立, 支持高效并行开发, 可扩展和可维护性强, 更重要的是, 外部用户不直接访问数据库服务器, 能保证数据库的相对安全性。
(一) 系统架构
根据公司情况, 采取用户界面层用Delphi开发工具实现, 中间件采取事务中间件Tuxedo, 数据库为Informix, 系统架构如图1所示。
1. 表示层。
考虑到现有项目开发人员的特长和与中间件Tuxedo通信的方便性, 用Delphi实现用户界面逻辑处理, 同时还包括Tuxedo服务代理程序也用Delphi完成。
2. 中间层。
采用Tuxedo事务服务器, 用C和EC实现各业务逻辑和数据逻辑组件的编写, 根据需求重点抽取出系统的共用组件, 提高组件重用性和组件质量, 缩短编码时间。
3. 数据层。
采用大家熟悉的Informix数据库, 实现数据的完整性。
4. DTS服务器。
用SQL Server的DTS工具实现数据的抽取, 主要完成从各业务库中基础性指标数据的抽取和人事工号、个人浮动收入标准数据的抽取, 采用VB Script实现, 抽取流程如图2所示。
5. 升级Web服务器。
主要是为了弥补C/S结构软件升级不方便的缺陷, 而设立的一个升级服务器。这样在客户端每次运行时, 会自动连接到此升级服务器上进行版本检测, 若发现有新版本, 它会自动下载新版本进行升级。
(二) 系统特点
1. 可扩展性。
平台采用了分层设计模式, 各层之间相互独立, 每层可根据实际需求、遵照规范进行补充和扩展, 同时不对其他数据层产生影响。
2. 易开发性。
数据抽取使用ETL工具 (SQL Server提供的DTS工具) 实现不同数据层之间的数据抽取、转换和装载功能, 方便的图形化操作界面使开发工作得以简化。Tuxedo组件开发和Delphi的开发已成熟, 且开发资料较多, 使项目开发具有较高效率。
3. 重用性。
中间件组件设计往往对应于需求中多个服务的实现, 有一定的重用性。
4. 支持并行开发。
各层设计具有较高的逻辑独立性, 尽量保持高内聚低耦合, 支持项目各层高效并行开发。
5. 前瞻性。
将数据抽取的SQL语句存放于数据库记录中, 一个考核指标的数据抽取语句对应于一条数据库记录, 从而通过增加考核指标及批次, 系统不仅适应于柜员绩效考核, 还可适用于财务处理人员的绩效考核, 使系统具有一定的前瞻性。
(三) Service的划分原则
在三层结构中, 业务逻辑都放到中间层Tuxedo的服务端上, 在服务端把业务逻辑划分成一个个独立的服务 (Service) , 把多个服务按一定的规则绑定到一个Server中, 客户端调用这些服务来实现相应的操作, 所以在服务端编程的主要任务就是编写一个个服务。为了提高每个服务的复用性, 在设计Service时采取如下划分原则。
1. 信息隐藏原则。
定义服务以及从客户到服务的数据流尽可能独立于服务的实现。服务程序中不要嵌入客户机有关数据采集技术等信息。反之, 客户机对服务器程序的实现细节, 如数据库结构以及记录格式等都是透明的。
2. 分层服务原则。
尽可能使每个服务只完成一项任务, 而不是多项任务。每个服务函数努力定义一组简单服务来实现业务的基本功能, 通过这组服务的组合, 可以实现复杂的应用服务功能。将每个表的四个基本操作 (插入、删除、修改、查询) 定义为四个基本数据实体 (Bean) , 实现对每个服务函数所需的基本的数据逻辑。
3. 业务对象原则。
围绕业务对象设计并使用服务功能, 以一组相关的对象或公共对象将服务组织成为服务进程。
(四) Service组合成Server的原则
从管理维护方面看, 一个Service对应一个Server是最简单的方式。但这会增加Server的数量, 使Tuxedo对系统的IPC资源要求增大, 从而引起系统性能下降, 因此需要合理处理Server与Service的关系。在设计过程中, 我们制定了多个Service放在一起的原则:有互相调用的Service不要放到同一个Server中, 以免引起死锁现象;执行时间相近的Service可放在同一个Server中;同一个Server中的Service最好有相同的服务优先级, 如果不是相同, 最低的那个请求可能要很长时间才得到处理;一个Server中不要有太多的Service;把多个资源要求相近的Service放在同一个Server中;可根据业务规则把Service放在同一个Server中;对一些使用率较高的 (如收付费对应的Service) 应单独放在一个Server中, 并采用MSSQ方式, 不要将其与其他Service放在同一个Server中。
二、系统关键技术实现
在客户端和服务端的实现过程中, 涉及Tuxedo的安装及配置、C及EC编译环境的搭建、FML32缓冲区的定义、常见数据格式的转换、数据访问层结构体的定义、业务逻辑的实现、Delphi对Tuxedo服务调用的实现以及数据抽取等多种技术, 在此笔者结合自己在该项目实施过程中遇到的一些关键技术进行分享。
(一) FML32缓冲区的定义
Tuxedo客户端与服务端的数据交换是通过缓冲区进行的, Tuxedo的缓冲区有STRING, VIEW, VIEW32, FML, FML32及XML类型等。在此采用FML32缓冲区, 它类似一个数据库表, 常用于数据库的操作。另外, 考虑到Tuxedo的内部数据转换是调用其专用函数进行, 为方便编程, 本文约定所有在FML32缓冲区操作的数据类型均为string型, 并考虑到已设计的Informix数据库中表字段数量最多为20个, 因此相应的FML32缓冲区变量定义如下:
(二) 常用C和EC转换函数
Tuxedo服务端通过C和EC语句实现业务逻辑, 为了实现常见的数据类型与FML32缓冲区中string变量进行转换, 需要编写数据类型转换函数, 在此将常见的int, long, string, double, date等类型转换写入公共函数。同时将Tuxedo连接库的常用功能也通过EC写入公共函数库。部分公共函数如下所示:
(三) 定义基本表结构体
与Tuxedo的FML32交换数据时, 返回的是多行记录。为了方便实现, 在表示层或业务逻辑层中均用一个结构体保存对应的一个基本表数据, 传递的结构体中一个字段记录要传送的记录行数, 另一个为结构体数组, 保存要传送的记录。如下为一个基本表Batchitem的结构体定义, 其他类似:
(四) 服务端业务逻辑实现
为了实现业务逻辑处理与数据访问的分离, 通过数据实体的服务函数实现数据访问层的封装, 而在实现业务逻辑的服务定义模块中通过调用服务函数实现数据的访问。这种分层设计, 简化了编程复杂度, 使系统开发更加规范化。
1. 数据实体 (Bean) 指标新增FunP1101.ec的服务函数内容为:
2. 业务逻辑层中服务定义模块指标维护SP1100.c的内容为:
(五) 客户端服务调用
在表示层调用Tuxedo服务来实现业务功能, Delph开发人员可以在完全不知道数据库结构的情况下进行编程, 使其专注于用户界面的开发, 提高了开发效率。如下为指标类代理服务实现, 通过此代理服务实现系统功能:
(六) 数据抽取
在处理从各业务处理系统抽取考核指标数据时, 考虑到指标维护变动大, 因此, 将各考核指标的抽取SQL语句放在数据库中, 抽取数据时读取对应考核指标的取数据SQL, 传入时间参数执行抽取, 抽取成功后保留抽取日志, 并更改本次抽取成功的结束日期。整个抽数流程可采用的是SQL Server的DTS工具, 当然也可采用SSIS工具, 并通过SQL Server代理可以方便抽取调度。由于DTS工具不支持循环, 所以需要通过VBA脚本实现, VBA操作数据库部分示例为:
三、结束语
毕业设计 (论文) 是高校教学综合实践体系的重要环节[1]。目前所开发的毕业设计管理系统, 多数文献提到的系统主要面向管理员、教师、学生3类用户[2,3,4,5]。这些系统大部分存在以下问题: (1) 需求不明确, 只适应一时之需, 甚至包括系统内的链接未能真正提供方便; (2) 功能远远达不到标准, 没能很好地发挥管理系统应有的效果; (3) 当某个用户具有多个角色时, 必须以每个角色分别登录系统, 不能实现一次登录即获得所有的服务。因此, 开发一个基于网络运行的、完整、规范的毕业设计 (论文) 管理系统尤为必要[6,7], 它可使毕业设计管理和监督过程更加方便、透明、高效, 以节省更多的人力, 促进指导教师与学生的交流互动, 提高毕业设计质量。
1 需求分析
系统涵盖了毕业设计的全部工作流程, 实现了课题申报、双向选择、毕业设计相关文档提交与管理功能。该系统共有5类用户:
(1) 管理员。管理员进入系统可以管理所有用户, 查看所有课题以及选题情况、选题相关参数设置。
(2) 教务处审核员。教务处审核员进入系统后可以管理教师学生信息、设置各系部审核员、查看选题结果及课题管理。
(3) 系部审核员。系部审核员审核所在系教师申请课题、管理所在系的学生及教师信息、查看所在系课题以及选题情况。
(4) 教师。教师主要是申请课题、选择学生、查看选题情况、在线浏览并下载学生阶段性报告、回答学生提问。
(5) 学生。学生主要是选题、向指导老师提问、查看选题情况。
教师课题申请及审核员审核课题流程如图1所示。
2 系统设计
2.1 系统功能设计
根据系统需求分析, 建立系统功能结构如图2所示。
2.2 系统结构流程设计
根据系统需求以及功能分析, 可将系统分三大模块:
(1) 课题申请及审核模块。每个教师都可以申请多个课题, 每个课题不能相同, 考虑到同专业或同系部教师之间会申请相同课题, 所以按照“先来先审核”原则审核课题。教师申请课题数由管理员决定, 但是管理员设置的只是一个基数, 教师可以按照实际情况上下浮动。
(2) 教师—学生双向选择模块。所有用户都能查看所有课题及选课情况。用户身份验证, 若是学生, 选择课题, 检测是否重复报名, 若已报名则报名失败, 反之成功;若是教师, 则可以查看自己所申请成功的课题被选情况, 若是一个课题被多个学生选择, 则对学生进行删选, 使课题可以和学生进行匹配。被删学生将其报名记录删除, 使其可以进行第二次选题。师生双向选择模块流程如图3所示。
(3) 学生—教师提问答疑模块。用户登录, 若为学生, 则选择指导老师, 提交问题;若为教师, 查看问题, 给出问题答案。
2.3 数据库设计
根据毕业设计管理系统的要求, 通过对整个系统工作流程进行分析, 需要创建以下二维表:
(1) 管理员信息表:职工号、姓名。
(2) 教务处审核员信息表:职工号、姓名。
(3) 系部审核员信息表:职工号、姓名、系部号。
(4) 教师信息表:职工号、姓名、系部、职称、专业ID。
(5) 学生信息表:学号、姓名、系部、班级ID、选题状态、阶段性报告1、阶段性报告2、阶段性报告3。
(6) 专业信息表:专业ID、专业名称、备注、系部。
(7) 班级信息表:班级ID、班级名称、备注、专业ID。
(8) 课题信息表:课题ID、课题名称、课题简介、申请时间、职工号、选课数、专业ID、系部审核状态。
(9) 选题情况信息表:学号、课题ID、志愿序号、课题理解、被选状态。
(10) 用户登录信息表:登录号、密码、身份。
(11) 问题与解答信息表:学号、职工号、问题编号、问题内容、答疑内容、教师回复状态、学生提问时间、教师回复时间。
(12) 选题设置表:项目名、数据。
3 系统实现
本系统采用B/S结构, 运行在学校Web服务器上, 最大限度地保证数据的唯一性和安全性[8]。系统基于.NET服务平台, 利用ASP.NET、C#和Microsoft SQL Server2005等进行设计和开发。
3.1 用户登录模块实现
用户登录系统只需要输入用户名和密码即可, 用户身份由系统后台通过判断用户名来识别出用户身份, 不同的用户身份具有不同的权限, 具体代码如下:
权限控制方式是目前受到广泛关注的基于角色的访问控制 (Role-Based Access Control, 简称RBAC) 模型。在RBAC模型中, 用户、部门、角色三者之间的关系很好地实现了访问控制的层次化, 权限设置清晰且易于管理。此外, 利用RBAC模型, 系统还可以设置灵活的授权机制。例如, 当遇到某部门审核员出差无法处理课题审核时, 系统能够灵活且方便地将某些权限授予指定的工作人员, 并能够在处理审核后方便地回收所授予的权限。
3.2 论文报告提交模块
论文提交通过使用FileUpload控件上传文件来实现, FileUpload控件是Web标准服务器控件。当用户使用FileUpload控件选择要上传的文件后, 不会自动将该文件发送到服务器, 必须显示提供一个允许用户提交窗体的控件或机制。代码实现如下:
4 结语
高校毕业设计管理系统的设计与实现使得毕业设计管理和监督过程更加方便、透明、高效。通过该系统师生交互更加方便, 毕业设计管理更加高效, 且不必受到时间、地域的限制和影响, 很好地促进了指导教师与学生的交流互动, 具有广泛的经济和社会意义。
参考文献
[1]蒋必彪, 张菊芳, 徐萍, 等.高校教育质量监控体系的再认识[J].中国高等教育, 2011 (8) :42-43.
[2]潘旭武.基于工作流的毕业设计管理系统[J].计算机系统应用, 2013, 22 (1) :1-4.
[3]雷蕾, 赵淑君.基于.NET的毕业设计选题管理的设计与实现[J].电脑知识与技术, 2011, 7 (10) :1-2.
[4]苑庆涛, 王忠民, 李莉.Ajax技术在毕业设计管理系统的应用[J].西安邮电学院学报, 2010, 15 (3) :2-4.
[5]李春雷.基于WEB服务的毕业设计管理系统的设计[J].价值工程, 2010, 29 (22) :1-3.
[6]曾小平, 吴暾华.本科毕业设计管理系统的设计与实现[J].微型机与应用, 2011, 30 (18) :2-3.
[7]方梦婷, 周玲, 张程婓.关于毕业设计管理系统实现的关键问题研究[J].卷宗, 2011 (6) :1-2.
