银行业务管理系统设计说明书

银行业务管理系统设计说明书（共11篇）

银行业务管理系统设计说明书 篇1

完成日期：2010年12月19

目 录

1.引言...........................1 1.1 1.2 1.3 1.4编写目的...........................1 背景...........................1 定义...........................1 参考资料...........................12.程序（子系统）系统的组织结构...................1 3.界面设计要求...........................2 4.本软件系统中各程序(子系统)的设计说明....................2 4.1 4.2程序(子系统)1的设计说明.....................2 程序(子系统)2的设计说明.....................35.子系统相互关系表....................3

1.引言

1.1 编写目的本说明书确定系统的功能模块和数据结构，为下阶段开发工作提供依据。

1.2 背景

软件系统的名称： ComputerBankAccountSystem 本项目的任务提出者： 刘源

本项目的任务开发者： 刘源、黄宗宣、谷效萱、安建、谢琳琳、茹梦

1.3 定义 1.4 参考资料

2.程序（子系统）系统的组织结构

提示:用层次图表列出系统内各层模块。着重标明一下每位小组成员完成了哪些模块。

3.界面设计要求

提示：登录界面和主窗体界面的设计。

我实现用MDI 父子窗口来整体管理 建立一个总控制平台LandMenu

登陆界面LandForm和相应的Server业务员登陆界面

4.本软件系统中各程序(子系统)的设计说明

提示：在本节中要求按模块依次说明在“

2、程序(模块)系统的组织结构”中列出的每个模块的设计内容，包括：

      

程序(子系统)功能描述 程序(子系统)性能描述 该程序(子系统)的输入项 该程序(子系统)的输出项 该程序(子系统)的算法 该程序(子系统)设计思想 接口设计

LandMenu主菜单LandForm登陆窗体 ChoiceMenu用户选择菜单 GetMoney取款窗体 SaveMoney存款窗体 SelectMoney查询窗体

Server业务员验证界面 ServiceLand业务员登陆界面 ServiceMenu业务选择界面 OpenAccount开户窗口 ScanRecord查看记录窗口

一个class类 GetInfo 其中放置判断密码输入正确、获取金额、存款、取款、获取利率、更新账户信息、插入新记录、插入新账号

4.1 程序(子系统)1的设计说明

提示：简单描述子系统的功能、设计思想、界面以及每位小组成员完成的情况。

整个在Dataset数据集上设置有tableapatper适配器 用存储过程来制定特定对象放入数据集 或直接拉入整个表

在使用存储过程是 适配器需要相应的数据类型匹配 多注意可空“？”

4.2 程序(子系统)2的设计说明

提示：本节内容同4.1节。

（依次将本软件系统中所有的程序(子系统)的设计说明给出。）

对GetInfo类使用了断开连接和连接操作 断开连接多用于查询 可以迅速查询表的内容

连接状态多用于更新数据库信息

在对数据库的属性设置上我们采用完全复制来调试程序

5.子系统相互关系表

提示：根据第4节的内容理清各模块间的调用/被调用关系，并填写下表。

银行业务管理系统设计说明书 篇2

1 系统结构及数据库设计

药品说明书Web管理系统采用ASP.Net 2.0技术进行开发,其中,服务器操作系统选用Microsoft Windows Server 2003,网络数据库平台为Microsoft SQL Server 2005,前端开发工具则选用Microsoft Visual Studio.NET 2005中的C#语言,相关的Web窗体由Macromedia Dreamweaver CS2进行设计。ASP.Net 2.0是微软公司继ASP、ASP 1.0之后推出的用于创建、管理和部署Web应用程序的理想开发平台,它通过代码隐藏的方法将页面显示和代码相分离,并允许使用任何脚本标记语言来为使用各种游览器的用户提供信息。同时,本系统采用ADO.Net来访问数据库,和传统的ODBC、ADO等数据访问方式相比,ADO.Net使用了无连接传输模式来访问数据源,从而减少了冗长的数据连接操作;而且通过A-DO.Net添加的DataSet对象,使得网络中各个用户无需独立锁定数据源,有效地避免了多个用户同时访问后台数据库时的潜在竞争。

1.1 系统结构

药品说明书Web管理系统的系统结构如图1所示,根据管理人员和医务人员的不同应用需求,系统分别为他们提供了对应的操作界面及操作功能。

1.1.1 管理人员身份

1)药品说明书的信息维护:把医院所有药品说明书的信息添加到数据库中,并定期进行更新和维护。

2)回复留言:根据医务人员提交的有关药品咨询请求,后台审阅后给出相应的答复。

3)基本信息的维护:维护药品说明书、用户信息等基本信息。

1.1.2 医务人员身份

1)查询药品说明书的信息:医务人员可以随时查询医院所有药品说明书的信息,了解药品的药理毒理、适应症、用法用量、不良反应、禁忌及注意事项等信息。

2)提交留言:医务人员可向管理人员就某些药品进行更为深入的咨询。

3)个人资料管理:医务人员可以对个人的基本信息(如登录名称及口令等)进行维护管理。

1.2 数据库的E-R模型

根据系统的功能设计要求,其E-R模型如图2所示。

把图2的E-R模型转换为以下关系模型(带下画线的字段为表的主键):

1)用户信息(工号,姓名,性别,所属科室,登录密码,角色身份);

2)药品类别信息(类别代码,类别名称);

3)药品说明书信息(药品编号,药品名称,通用名,商品名,类别代码,性状,药理毒理,适应症,用法用量,不良反应,禁忌,注意事项,药物相互作用,药物规格,贮藏,包装,有效期,批准文号,生产企业);

4)留言信息(编号,用户,标题,发表时间,详细信息,回复状态)。

2 系统设计的主要原理

药品说明书Web管理系统采用如图3所示的分层体系结构,这种多层结构在层与层之间相互独立,任何一层的改变不会影响其他层的功能。在图3中,数据访问层实现对数据的连接和访问等功能,如对后台数据库进行数据的增删改等操作;业务逻辑层在数据访问层的基础上实现业务的具体逻辑功能,如添加、查询药品说明书信息、发表留言等;页面显示层则把业务功能在游览器上显示出来,并与用户进行交互操作。这里就数据访问层和业务逻辑层的核心技术展开论述。

2.1 数据访问层的设计

在ASP.Net应用系统的开发过程中,数据库操作是开发人员所面对的最常见任务。为了简化相关的程序设计,并有效地实现代码重用,我们运用面向对象技术把所有与数据库交互的工作封装为一个名为Database的类,Database类的主要成员说明见表1。

以Database.ExecuteSQL方法为例,其实现代码如下:

2.2 业务逻辑层的设计

与数据访问层类似,药品说明书Web管理系统的业务逻辑层被封装为药品说明书DrugInstructions类、用户UsersClass类及留言Topic类。其中,药品说明书DrugInstructions类的主要成员说明见表2。

以DrugInstructions.AddData方法为例,其实现代码如下:

从上述代码可知,DrugInstructions.AddData方法是通过调用DrugInstructionsName_Add存储过程来实现数据记录添加,为此,需要在Microsoft SQL Server中创建如下的存储过程:

3 结束语

药品说明书Web管理系统目前已在我院正常运行,经过一年多的应用实践,证明了系统是可行的,有效的和稳定的,进而使医药人员更方便、快速、及时、准确、大量地掌握药品信息,为临床提供更多的用药选择,有效地提高工作效率和合理用药水平。

摘要：为了使医务人员能方便快捷地查询药品说明书的信息,基于ASP.Net2.0技术设计实现了医院药品说明书的web管理系统。文章讨论了系统的需求分析、数据库设计及系统设计实现过程中的一些关键技术。实际应用表明,系统有利于提高药品治疗质量和合理用药水平。

关键词：ASP.Net,药品说明书,Web管理系统

参考文献

[1]叶银梅.医院药品信息库在临床的应用[J].中国现代应用药学杂志,2006,23(7):718-719.

[2]姚文.应用Access数据库管理药品说明书[J].药学实践杂志,2002,20(6):371-373.

[3]施伯乐,丁宝康,汪卫.数据库系统教程(第二版)[M].北京:高等教育出版社,2003,286-295.

海事综合业务管理信息系统设计 篇3

【关键词】海事；管理信息系统；数据库；VTS；船舶

当前海事业务软件重复开发现象比较严重。日常工作中使用的软件都是独立设计的，相互之间缺少关联性，不仅增加开发成本，还增加用户的重复劳动，并且使各项业务之间的数据整合难以实现。例如，对危险品船进行现场检查后的电子台账涉及巡航检查和危防管理两个软件系统，在输入现场检查台账时，所用软件与船舶基础数据库之间没有有效接口，需要操作人员先从船舶基础数据库中查询船舶资料，再手工录入其他系统，影响数据的完整性和准确性；再如，通过船员管理系统对某船员进行行政处罚（如记分、扣证）之后，该处罚信息并不能直接进入签证系统，导致在船员管理系统中该船员的状态是“不适合上船任职”，而在签证系统中该船员仍是“适任船员”。

鉴于绝大多数海事管理业务是围绕航运公司、船舶、船员这3类管理对象展开的，本文提出开发基于航运公司、船舶、船员基础数据库的海事综合业务管理信息系统，为海事信息系统一体化建设提供参考。这一管理信息系统除了供海事业务部门使用以外，还为海关、边防等相关业务单位预留数据接口，为将来的数据共享提供便利。

1基础数据库设计

1.1基础数据的作用

由于海事业务基本上围绕航运公司、船舶、船员等展开，因此将航运公司、船舶、船员数据称为基础数据。以船舶为例说明基础数据在海事业务中的纽带作用：海事部门对船舶的管理包括静态管理、动态监控和现场检查等内容。海事各业务部门之间联系紧密。例如，船舶在向船舶交通管理系统（VTS）报告进港后，船舶签证部门也能够掌握船舶动态；现场检查部门的检查结果应及时传送至船舶签证部门，以防止其对不宜出港船舶发出出港签证；当船舶装卸作业完毕之后报VTS出港时，VTS需要了解该船是否已办理出港签证。目前各业务部门之间的合作通过部门间业务联系单的方式实现，但大量的工作联系单不仅增加海事人员的工作负担，还容易导致差错、遗漏等现象。利用计算机软件系统可以很容易地实现上述信息互联。

1.2基础数据库设计

在海事综合业务管理信息系统中，航运公司、船舶、船员等数据是其他海事业务展开的基础。系统的基础数据设计如下：（1）航运公司：名称、注册地、联系人、联系方式等；（2）船员：姓名、身份证号码、性别、船员证书、其他证书、所属公司等；（3）船舶：名称、呼号、海上移动通信业务标志（MMSI）、船籍港、尺寸、吨位、船舶证书、所有人、经营人、管理人、船员名单等。

从航运公司、船舶、船员的属性可以看出，三者之间是“多对多”的关系：一家航运公司往往拥有多艘船舶；一艘船舶可能与多家航运公司发生业务关系；一家航运公司会有多个船员为其服务；一个船员可能在隶属于一家航运公司的同时，被派到另一家航运公司任职；一艘船在营运过程中，需要多个船员共同工作。

2用户需求和模块设计

2.1用户权限

海事综合业务管理信息系统采用Microsoft SQL Server 2000数据库管理系统。各类用户的权限不尽相同，具体如表1所示。

表1海事综合业务管理信息系统用户权限

2.2基础数据管理

对基础数据库的管理（如增加、编辑、删除基础数据项等）不应影响其他海事业务，如签证、检查等。基础数据与业务数据之间的关系见图1。

图1基础数据与业务数据的关系

2.3海事综合业务管理

综合业务管理包括静态监管、动态监控、现场检查等。根据业务发展需要，系统可以增加其他模块，如危防管理等。因为各项海事业务之间相关性很强，所以海事业务数据库在基本元素的属性之外增加海事管理信息项，如船舶签证处理结果不仅包含船舶基本资料，还包含签证结果信息。各项业务处理结果之间是相互关联的，如船舶检查结果影响船舶签证操作，而船舶签证结果将进一步影响VTS的出口操作。各项业务数据间关系见图2。

图2业务数据之间的关系

2.4网上申报

网上申报是海事部门的便民举措之一。船舶、船员、航运公司等可通过互联网进行电子业务申报。网上申报系统也是海事管理业务中执法人员与相对人之间的信息交互平台。

3系统开发技术方案

3.1体系结构设计

系统常用体系结构有层次体系结构、客户机/服务器结构（C/S结构）、浏览器/服务器结构（B/S结构）和C/S三层体系结构等。层次体系结构一般适用于较小的单机系统；C/S三层体系结构比较复杂，投入较大；C/S结构具有较强的信息处理能力；B/S结构则具有较好的网络扩展性和兼容性。

海事综合业务管理信息系统每天要处理大量的数据，并且其用户分布在不同区域，对数据远程传输要求较高，因此系统设计采用C/S方式与B/S方式相结合的模式，不同的功能模块采用不同的体系结构，如数据查询和统计模块采用C/S和B/S方式，远程调用模块采用B/S方式等。

3.2开发平台

系统开发采用微软公司推出的.NET平台，服务器端采用Windows 2003 Server系统。.NET平台主要具有以下特点：（1）跨语言性。支持多语言的互操作性，用一种语言编写的程序被编译成中间代码，编译好的代码可以与从其他代码编译过来的代码进行交互。（2）跨系统性。用各种语言编写的代码都先编译成中间代码，在执行时再使用即时编译技术把中间代码编译成特定系统平台的机器代码，实现异构系统平台的相互操作。（3）安全性。通过公共语言运行库保障资源对象和类型的安全。

4主要功能

以VTS动态监控与其他业务部门间的关系为例，说明海事各业务部门之间的联系和海事综合业务管理信息系统的作用：VTS通过雷达视频或闭路电视监控系统（CCTV）获取船舶位置和运动轨迹，通过船舶自动识别系统（AIS）资料或甚高频（VHF）通信获取船舶基本资料。VTS监管工作的前提是快速准确地获取有关船舶的基本信息。目前我国船舶MMSI输入的不规范阻碍AIS全面发挥作用。在很多情况下，VTS中心在提供服务之前仍需通过VHF查询船舶基本资料。这增加VTS值班人员的工作量，不利于其提高工作效率。海事执法人员在进行船舶检查时应逐步规范船舶AIS信息输入。这样做有利于VTS工作效率的提高和船舶之间的快速识别。

通常情况下，船舶检查人员为了解船舶的进出港动态需要进行多次电话联系，不仅工作效率难以提高，还增加执法人员的负面情绪以及执法相对人的抵触心理。通过海事综合业务管理信息系统，船舶检查人员能轻松掌握辖区所有船舶动态，减少日常工作中的不必要劳动，以轻松的心态投入到工作中去，能更合理地安排时间，提高工作效率。

VTS实施的交通管制和信息服务是通过VHF通信实现的，VTS值班人员并不直接参与船舶的检查，所以并不能准确掌握检查部门、签证部门的评价结果。例如，在船舶报告离港时，VTS值班人员并不知道该船是否存在未签证、缺陷未纠正、处罚未完毕等不宜出港的情况，只能根据当时的通航环境作出判断，而签证、检查部门也难以对自己作出的处理结果进行全程跟踪，不但海事各业务部门之间的工作出现脱节，还增加VTS值班人员的执法风险，降低业务部门的执法完善度。海事综合业务管理信息系统投入运行后，将有效改变这样的局面。

5结语

银行业务管理系统设计说明书 篇4

建筑设计方案说明

一、工程概况：

县公安局巡特警大队业务用房建筑方案设计该项目选址于县公安局大院东侧地块，天荒坪北路西侧，石佛西路北侧，规划总用地面积为38697m2，新建业务用房建筑面积：3482m2（其中地下建筑面积503 m

2），占地面积568m2

。用地性质为划拨用地。根据规划及消防要求，建筑控制线：西侧退用地红线不少于3米，东侧退用地红线不少于8米，北侧退围墙线均不少于3米，北侧退围墙线均不少于1米，并满足相关规范要求。

二、地理条件：

本项目位于安吉县递铺镇。递铺镇三面环山，地势呈南向北递减之势，东临湖州德清，南接杭州余杭、临安，西与孝丰相邻，北与安吉溪龙、高禹接壤。递铺气候宜人，属亚热带海洋性季风气候，年平均气温15.5℃，年平均降雨量1600毫米，无霜期250天，雨日170天，年平均日照1900小时，光照充足、气候温和、雨量充沛、四季分明。

三、设计依据

1、安吉县总体规划；

2、安吉县发展改革与经济委员会文件；

3、县公安局巡特警大队业务用房规划设计条件及红线图；

4、设计合同与设计任务书；

5、建筑单位提供的要求；

6、国家有关法防、环保和建筑设计的规范，规定及标准。

四、规划设计指导思想：

1、根据规划要求，建筑控制线不得超过建筑红线。

2、该地块形状为四边形，根据该地形的实际情况及规划要求，已有主入口朝南。新建公安局巡特警大队业务用房总长43.84米，总宽12.96米，一面临天荒坪北路，一面对公安局大院，便于巡特警进出，满足车流及人流疏散的需要。

3、在道路沿线已布置一定数量的绿化，给人以舒适的感觉，立面设计简洁、大方。

4、机动车及非机动车停车位不在本地块范围，由专门停车区域。沿道路空间开放，能较好地满足内部货物和消防要求，道路以实际坡度双向坡向雨水井。

五、单体建筑平面尺寸与功能：

根据甲方需要，项目单体开间为4.0m，进深为5.50m，总尺寸为43.84X12.96米。结构类型为框架结构。建筑面积3482m2（其中地下建筑面积503 m2），占地面积568m2，每层设一个防火分区。

整个建筑物立面设计力求稳重、现代大方，为削弱建筑在体型上的单一感，与城市的整体规划相协调，我们在设计中运用了体块组合的手法，将建筑在各个方面进行体块方片组合，改善了建筑视觉比例，形成错落的节奏感，使建筑显得

稳重挺拔，同时也增强了建筑的轻灵和韵律，充分体现了现代建筑的风貌，也试图引领时代的建筑向着更高的目标不断发展。

六、环境保护：

1、主要保护目标：

（1）、地表水：水质按照《地表水环境质量标准》（GB3838-2002）三类标准进行。

（2）、空气：建设项目所在地附近空气，按照《空气环境质量标准》（GB3095-1996）二级标准执行。

（3）、噪声：厂界噪声按《城市区域环境噪声标准》（GB3096-93）3类标准执行。

2、采取措施：

（1）、排风、排油烟及烟囱接至屋顶排放，废水经过隔油池处理后再排入园区管网。

（2）、各卫生间等房间设置直流式排风系统，将污浊空气排向室外，补风由走道等处自然补入，卫生间污、废水经化粪池处理后排入园区管网。（3）、各空调房间保证室内参数指标，并有补充新风措施。

（4）、空调、排风扇均要求低转速、低噪音设备，并设置减震基础，进出水管均设橡胶软接头，风管上均设消声器。

七、节能设计专篇

总则：为贯彻落实国家节能政策，积极推广建筑节能技术。降低建筑物能耗，提高能源利用效率，保护环境，促进经济社会可持续发展。

设计依据：

《民用建筑热工设计规范》（GB50176-93）公共建筑节能设计标准《GB50189-2005》

《全国民用建筑工程设计技术措施节能专篇——建筑》

外墙外保温工程技术规范《JGJ144-2004》

绿色建筑评价标准《GB/T50378-2006》

本工程位于安吉县递铺镇，属于夏热冬冷地区。

1、楼地面设计：

楼地面：均为水泥砂浆面层。

满足规范规定的地面热阻≥1.2.2、屋面设计

屋面保温为40厚XR无机保温砂浆包括内檐沟40厚，传热系数为K＝

0.055满足规范规定的传热系数K≤0.70的要求，屋面为浅色平屋面。

落水管：采用环保型UPVC管材，以塑代钢，节省资源。

3、给排水节能节水

（1）、所有水龙头应采用符合节水要求的陶瓷片密封水龙头，坐便器采用一次性冲水量小于6升的节水型坐便器，蹲便器、小便器均采用延时自闭式冲洗阀。

（2）、排水管材采用塑料管以节能。

1、本工程尽量采用先进的生产工艺和低噪声设备，减少对周围环境的影响。

2、生活、生产污水、废水经处理达标后排入市政网。

本工程按节能要求设计，按照国家规范《民用建筑热工设计规范》（GB50176-93）及《公共建筑节能设计标准》进行设计，满足夏热冬冷地区夏季防热设计要求，适当兼顾冬季保温，屋面及墙面用保温材料进行保温隔热处理，门窗采用节能型门窗。给排水按节能设计。

八、消防设计：

1、本工程为按二级耐火等级要求进行设计。每个消防分区建筑面积小于规范要求。

2、单体通道的疏散均能满足消防的要求。

九、主要经济技术指标：

总用地面积

38697m道路带征面积

2755m2

用地面积

35942m2 总占地面积 4784 m2 其中

新建巡特警大队业务用房 568 m2 总建筑面积 18367 m2 其中

新建巡特警大队业务用房 2979 m2 业务用房地下室面积： 503 m2 建筑密度

13% 绿化率

35.0% 容积率

0.51

十、结构设计：

一、设计依据

1、规范：

《混凝土结构设计规范》

GB50010-2002 《建筑结构荷载规范》

GB50009-2001 《建筑地基基础设计规范》

GB50007-2002 《建筑抗震设计规范》

GB50011-2001 《砌体结构设计规范》

GB50003-2001

2、自然条件

基本风压

0.45KN/m2 基本雪压

0.45KN/m2

3、结构安全等级：二级

4、设计使用年限：50年

5、抗震设防烈度为6度，地震动峰值加速度为0.05g

6、荷载取值：

楼梯：

3.50KN/ m2 卫生间：

2.5KN/m2

未注明均按《建筑结构荷载规范》 车间楼面荷载按甲方提供的工艺要求定

二、结构设计

1、上部结构

综合楼均采用框架结构，采用C25砼，混凝土平屋面。

2、基础采用柱下独基和墙下条基，基础垫层采用C10砼，基础采用

3、砖砌体：±0.000以下采用混凝土标准砖，±0.000以上采用混凝土多孔砖。

C25。

十一、给排水设计：

第一节、设计依据

本专业所采用的规范、标准

1.《建筑给水排水设计规范》GB 50015（2003年版）。2.《建筑设计防火规范》GB50016--2006。3.《建筑灭火器配置设计规范》GB 50140－2005。4.《室外给水设计规范》GBJ13－86（2006年版）。5.《室外排水设计规范》GBJ14－87（2006年版）。6.建设单位提供的该厂区附近市政管网的状况及要求。7.各专业提供的资料。第二节、设计范围

本设计范围为地块内建筑的给水系统、室外消防系统及雨、污水排放系统的设计。

第三节、工程概况

本工程为县公安局巡特警大队业务用房建筑方案设计，该地块位于县公安局大院东侧地块，天荒坪北路西侧，石佛西路北侧，规划总用地面积为38697m2，总建筑面积：3482m2（其中地下建筑面积503 m2），总占地面积568m2。用地性质为划拨用地。

第四节、给水

1.水源

本地块由市政直接供水，从东侧和南侧各引入一条DN150的市政给水管，生

活，消防共用一个给水系统，在地块内形成消防环状管网。

2.给水系统

地块内建筑生活给水系统由市政管网直接供水。第五节、消防

1.室外消火栓管网

室外消防用水量为30L/s，室外消火栓每隔120m设置在该地块道路的转弯或交汇处。室外消火栓为DN100地上式三出口室外消火栓与室外消防环网连接。

2.灭火器布置

根据各建筑的类型按规范要求配置灭火器。灭火器均采用磷酸铵盐干粉类灭火器。第六节、排水

1.室内排水

室内污、废分流，室外污废合流，雨水由天沟、雨水斗和雨水立管收集后排至室外雨水窨井，污水经化粪池后与废水一起排入室外污水窨井。

2.室外排水

室外雨、污分流，根据甲方所提供的市政排水管网资料，污水、雨水直接排入城东路市政污水管、雨水管。第七节、管材

1.给水立管采用钢塑复合管，室内水表后的支管采用PP－R管。2.室外给水引入管，采用PE管。3.室内生活排水管采用U－PVC塑料管。

4.雨水排水立管采用防紫外线的U－PVC塑料管。

5.室外雨、污水管网采用高密度聚乙烯（HDPE）塑料管。6.室内消火栓管采用内外热镀锌钢管。第八节、节能

1.卫生洁具均采用节能型。2.合理配置水表等计量装置。

十二、消防设计专篇：

第一节、给排水部分 1.设计依据

a.《建筑设计防火规范》GB50016－2006。b.《建筑灭火器配置设计规范》GB 50140－2005。2.设计范围

本设计范围为地块内建筑的室内外消防给水。3.消防用水量

a.室内消防用水量为15L/s。

b.室内消火栓的布置保证室内任意一点着火均能两股水柱同时到达。消火栓采用单阀单口室内消火栓（栓口直径为DN65，喷嘴口径为19mm，配DN65×25m长的衬胶水带）。

4.室外消防给水及室外消火栓系统

室外消防用水量为30L/s，室外消火栓每隔120米设置在该地块道路的转弯或交汇处。室外消火栓为DN100地上式三出口室外消火栓，与地块内环状消防管网

连接。

5.灭火器配置

根据各建筑的类型按规范要求配置灭火器。灭火器均采用磷酸铵盐干粉类灭火器。

第二节、电气部分

1.疏散走道、安全出口及公共区域处均设应急照明和疏散标志灯。备用源的连续供电时间不少于30min。

2.消防设备均采用低烟无卤耐火阻燃电缆或电线沿防火金属线槽或穿钢管敷设。

电气设计

第一节.设计依据

1.《民用建筑电气设计规范》JGJ 16－2008。

2.《低压配电设计规范》GB50054－95。3.《供配电系统设计规范》GB50052－95。4.《建筑设计防火规范》GB50016--2006。5.《有线电视系统工程技术规范》DB50200－94。6.《建筑物防雷设计规范》GB50057－2010。7.《电力工程电缆设计规范》GB50217－94。8.《低压用户电气装置规程》DGJ08－100－2003

9.《智能建筑设计标准》GB/T50314－2000。

10.《建筑照明设计标准》GB50034-2004。

11.本项目相关建筑、给排水、暖通及动力等专业提供的相关资料。12.建设单位提供的使用要求。第二节.设计范围

1． 单体建筑强弱电系统设计。2． 单体建筑防雷及接地设计。

3． 红线区块内的电力设施及各单体的进线、户外电缆电力总体设计由建设方委托有资质的单位另行设计施工。

第三节.强电部分

1.负荷性质

本工程用电负荷等级为三级。2.负荷计算 业务用房：148.95KW 电源引至临近变配电房，经室外集中电表箱分线后引至总配电箱。3．照明设计

本工程照明分为生产照明、生活照明、应急照明等照明系统，照度标准按现行国家规范推荐照度标准值要求，并适量超前提高。

场所

照度（LX）

光源及灯具

办公室

300

T8三基色直管荧光灯 辅助用房

T8节能荧光灯 楼梯通道

T5环形荧光灯

4.电能计量

单体建筑均在配电房低压侧出线处设表计量。5.供电系统及线路装置

在建筑区采用低压电缆埋地敷设至各建筑，采用TN－S制供电方式。低压进线电缆采用YJV1－0.6/1kV交联聚乙烯绝缘聚氯乙烯护套钢带铠装电力电缆，由室外临近配电房直接埋地引来。室内导线选用BV-0.5 KV铜芯绝缘导线穿PC阻燃硬塑料管沿墙现浇板暗敷。6.防雷及接地保护

1）单体建筑的电气保护系统为TN－S制，N线和PE线始终分开，设PE专用接地线。凡正常情况不带电金属外壳均应妥善与PE线联接。利用桩基及底板作联合接地体，建筑物做总等电位联结(MEB)，带卫浴卫生间做局部等电位联结（LEB），各弱电系统接地均从联合接地体单独引出，接地电阻小于1Ω。

2）本工程属第三类防雷建筑，沿建筑物四周女儿墙装设避雷带以及短型避雷小针相结合的避雷装置，并在屋面上装设不大于24M×16M或20M×20M的网格。引下线利用钢柱钢板或砼柱内主筋与基础柱主筋连接，作防雷引下线。进出建筑物的各种金属管道及电气设备的接地装置应在进出处与防雷接地装置连接。

3）过电压保护：在室外集中电表箱内安装第一级电涌保护器（SPD）。第四节.弱电部分

1.通信系统

设置通信进户点，入户电信干线由公共电信网引入，再由各层电信设备通过电信线槽或穿管沿墙、楼板或吊顶引至各信息插座。

2.弱电线路敷设

本工程弱电系统信号和控制线缆均采用低烟无卤型电缆；户外全部弱电线

路均埋地敷设，设置若干弱电井，各井之间用多孔排管联接；室内弱电线路采用金属线槽内或穿管敷设。

3.有线电视系统

本工程设置有线电视进户点，入户电视干线由公共有线电视网引入，再由各层电视分线箱通过综合线槽或穿管沿墙、楼板或吊顶引至各电视插座。

4．防雷与接地

银行业务管理系统设计说明书 篇5

院系登陆“国家开发银行高校助学贷款信息管理系统”（以后简称“贷款系统”），通过“贷后管理”——“毕业确认”进入贷款毕业生毕业确认办理页面，确定毕业，直接点击“查询”，则截止目前仍未还清贷款的本贷款毕业生的数据都会显示在数据框中：

1.补充并完善贷款学生基本信息

学生通过在线系统点击“个人信息变更”直接修改、完善本人基本信息，院系也可直接选中贷款学生数据后点击“修改”来完善学生基本信息。

1.1信息填写要求 1.1.1基本信息

姓名、身份证号必须同本人身份证上信息相同，户籍地址为身份证上地址； 1.1.2通讯信息

联系电话：为本人家庭固定电话，如没有固定电话则填写父母手机号码； 手机号：填写本人手机号，如没有则填写父母手机号，以后本人有手机后要及时登录系统进行修改；

电子邮件：填写本人电子邮箱地址，如无则需申请（必须填写）； QQ号码：填写本人QQ号码，如无则需申请（必须填写）；

通讯地址、户籍地址和家庭住址填写本人实际家庭住址（按照省市县乡村的顺序详细填写要精确到街道、小区、门牌号）不得省略；

1.1.3就学信息

学校、专业、班级信息按照实际情况选择即可，学号、考生号必须填写，考生号即高考准考证号，按照高考准考证或从所在院系辅导员处获得；

1.1.4家庭信息

家庭住址省市区后要详细填写要精确到县、乡、镇、街道、小区、门牌号； 邮政编码填写家庭所在地邮编，家庭电话填写家庭固定电话，如无则填写父母手机号；

下面父母信息，要求填写完整。

1.1.5就业信息：如现在仍没有找到工作可暂不填写，但正式就业后须通过在线系统及时更新本人信息，否则因本人不及时更新信息导致学校和放款行无法联系到学生的即构成违约。

学生在线修改本人信息完成后点击“毕业确认申请”核对信息无误后点击“确定”。

2.确认变更数据

如学生状态栏中状态为“正常”，院系可选中学生数据直接进行修改保存，如学生通过在线系统进行数据修改则“学生状态”栏中学生状态会显示“已变更”，院系需点击“变更确认”，系统会将学生信息修改前后的对比数据框显示出来，院系对学生修改后的数据进行确认后，如学生修改的信息符合要求无恶意修虚假信息点击“同意”保存，如发现学生有恶意修改虚假信息之嫌则点击“拒绝”，学生自行修改的信息会被取消，系统仍然显示原始信息。如学生修改的信息属实但不完整，院系可先进行“变更确认”点击“同意”后，通知学生按照要求将数据补充完整后再次进行确认。

3.学生按照要求完成本人信息核对、完善和修改后，通过在线系统提交“毕业确认”申请。

4．院系审核贷款毕业生相关信息无误并符合要求后，审核学生毕业确认申请。

5.导出并打印“毕业确认表”

教务管理系统总体设计说明书 篇6

组员：李洪涛 单彦达

一、信息系统的总体目标、子目标与信息系统架构 1.组织的总体目标、子目标及策略：

随着社会的不断进步，经济的快速发展，现今社会对高技术，高素质人才的需要日益迫切。我校为适应社会的需求以及自身办学的需要，发展自身学校的特色及办学特点，合理定位培养人才，提升自身办学的能力，以建设优秀的师资队伍和软硬件设施为目标，明确办学指导思想，提升核心竞争力，发挥地区特色，最终实现为现代信息化社会输送大量高素质高技术的人才的目标。同时，应合理配置各级学院的教学资源，充分利用现有设备和资源，使学院间的联系更加紧密，以求达到同步发展。

2.外部环境： 自上世纪九十年代末高校大扩招以来,我国高等教育规模迅猛扩张,在短短不到十年的时间里完成了量的积累,步入了高等教育大众化阶段。教育和社会的发展，使越来越多的学生能够进入到大学进行更深层次的学习；招生人数的激增，使得我国高等院校原有的办学规模很难应对。为了消化急剧膨胀的生源，很多高校高校都在扩建，这让越来越多的学生有机会进入大学深造。然而，这种扩招的背后，我们能明显的看到，现在的大学已经不是当初所谓的精英教育，转而向大众教育，这使我国的人力资源、人才资源发生了质变。人才市场饱和，每一年都会有一部分毕业生找不到工作。但同时，在这些毕业生中，拥有高技术，高素质的人只占据一部分，这与市场的需求不符，导致目前大学生的就业形势严峻

二、组织内部限制： 硬件资源部分陈旧，需要更新换代；师资力量分配不均，有些学院的专业老师数量不够。

三、信息系统总体目标、子目标级策略：

教务信息管理系统的目标：实现对教师学生课程、教学计划、学生学习及学籍成绩、教材、教学评估、收费等数据进行网络化信息管理。使各使用部门大大提高工作效率，使学生、教师及其他各类人员查询数据极为方便。

信息系统的构架： 主要功能系统：

1.综合教务管理信息系统：包括基本信息管理、注册系统、课程管理、学籍管理、教学计划管理、成绩管理等子系统。2.选课系统：支持学生选课平台功能，根据学生的教学计划来预置选课时学生的选课信息及课程的选课情况。在每学期，根据教学计划和排课系统，由学生在网上制定个人的学期学习计划。选课分为三个阶段：预选、正选、补退选，以最大程度的提高教学资源的利用率。

3、学生信息查询系统：包括学生具体个人信息的查询，学生可以更改个人信息，经过管理人员的确定后形成新的个人信息。

4、等级考试；实现等级考试的网上报名，包括四、六级考试及计算机等级考试，并可在成绩公布时查询自己的考试成绩。系统界面：包括登入界面，主界面，用户管理模块。登入介面是为了对系统进行安全性管理，使用户拥有自己的权限，同时又保证了用户信息的安全性。

四、主界面是本系统的应用界面，在本界面上集成了本系统的所有功能，包括功能菜单和子菜单，从而实现了本系统从班级管理、档案管理、课程管理、成绩管理等系统的具体功能，同时，在系统管理模块中可以完成对本系统的安全性管理。用户管理界面是本系统的安全性设置模块，根据学校不同部门以及不同使用人员对本系统的要求和需要，从而实行了分级管理，对用户的权限和类别进行了分类管理。同时还包括数据库，对大量信息的存储及管理。

五.系统分析 对现有系统的分析： 现有系统界面比较友好，功能比较完善，能大部分满足用户的需求，但是与其相关配套的服务器功能不强，应付不了同一时间大量用户的访问。当数据访问量大时容易出错，导致系统数据错误甚至丢失。

六.对本系统的简要描述： 本系统将大大改善数据处理速度，并且更加方便的对数据进行管理，同时可以减少人力资源的浪费以及工资支出。1.经济可行性.信息化的教务管理在如今的信息时代是大势所趋，而且随着现代管理念、方法和途径的发展，教务信息化管理手段日渐成熟，也必定会突飞猛进，所以从长远利益出发，主管领导对该项目的开发与实施会大力支持。2.技术可行性： 本系统采用 Windows xp作为操作平台。数据库选用SQL server 2008，该数据库管理系统在Windows xp上能运行，并提供数据库之间的数据复制功能，可代替现有系统单据数据的手工传递工作，降低出错率，提高数据的可用性。本系统的应用软件开发平台也选用Microsoft Visual Studio.NET 2008。3.经济可行性： 采用教务管理信息系统可取代原系统的单据手工传递工作，减少人工开支，节省资金，并且可大大提高信息量的取得，缩短信息处理周期，规划教学资源，提高学生信息，及时反馈教学信息的利用率，使教学质量更上一个台阶。4.营运可行性： 本系统操作简单，易于理解，只需通过简单熟悉，上手较快，学校教务管理处的教职员以及相关教师均能进行操作，营运环境要求低。面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。软件的开发应能在较长时间内满足学校的发展需要。通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。

七.七.业务流程图分析 选课流程图：

五、数据流程图分析： 选课流程图：

六、常用的输入方式主要有以下三种：键盘输入、光电设备输入及声音输入。本系统主要采用键盘输入。②输入数据的活动及输入格式的设计 原始数据的获得需要考虑数据产生的部门，确定收集的时间和方法；了解 数据产生的周期，平均发生量及最大量。(2)输出设计 输出设计主要解决的问题是针对不同的用户的特点和要求，以最适当的形 式，输出最切合需要的信息。其主要内容包括： ①输出方式的选择 系统的输出方式根据输出信息的使用要求，信息量的大小、输出设备的限 制条件来决定。②输出表的设计 表内容要根据使用人员的实际需要进行设计。对不同的用户，应当提供详 细程度不同、内容不同的表。③输出设计说明 输出设计说明包括选用的输出设备，信息输出的频率和数量，各种输出文 件及输出报表的格式及表格样本等。系统配置设计 本系统采用Asp.net和C#开发技术，所需开发环境如下： 代码编写平台：Microsoft Visual Studio 2008； 数据库：SQL Server2008 操作系统：Microsoft Windows XP。

实验过程中遇到的困难： 业务流程图和数据流程图设计处理那一部分不清楚； E-R图处理由于实体较多，刚开始处理的时候结构关系不明确 代码设计无从下手 处理方法和技巧 对照材料与参考资料，逐步完善，从课本中找出有用信息，并以此为模板进行设计 总结：

高校教师业务档案管理系统设计 篇7

一、系统需求分析

系统需求应从业务需求和设计需求两方面考虑。业务需求决定系统设计的管理对象, 系统需求决定系统设计的功能目标。

1.1系统业务需求。

老师档案的完整信息至少包括: (1) 教师基本情况档案。 (2) 教师成长档案, 包括学习、培训、进修、考察、调研等材料。 (3) 教育教学档案, 日常的教学经验总结, 成果报告, 课程教案, 课件, 资源等材料。 (4) 教师考核登记表, 这部分档案是量化教师每学期任课任职、工作绩效等的考核记录[3]。 (5) 学术研究成果, 反映教师在某一学术领域的贡献以及公开发表的学术论文[3]。

1.2系统设计需求。

系统的设计属于小型的数据库管理系统, 可以对高校的教师进行有效的管理, 通过系统可以达到以下目标[1]: (1) 界面设计美观友好, 具有良好的人机界面。 (2) 显示教师档案的详细信息。 (3) 有较好的权限管理。 (4) 实现后台监控功能。 (5) 设置强大的搜索功能。 (6) 要求数据查询方便, 支持多条件查询。 (7) 系统最大限度的实现易维护性和易操作性。 (8) 系统运行稳定、安全可靠。 (9) 支持打印功能。

二、系统的建设目标

(1) 全面统一的信息依据。变分散管理为系统管理, 融基本档案、教学档案、科研档案、培训档案为一体, 提供全面综合的整体信息, 服务于决策者及管理者, 为领导决策、职务晋升、职称评定等具体工作提供依据[4]。

(2) 快速准确的信息存取。准确及时的收集、处理、存储与师资管理有关的信息, 对教师档案的信息化、系统化、建立集中、统一、准确的教师档案数据库, 实现信息资源共享和快速查询, 满足现代化高校管理对师资信息的要求, 为快速、准确地统计、分析和预测师资结构, 方便快捷地了解教师情况创造条件。

(3) 合理便捷的资源配置。强化管理功能, 辅助学校编制各种计划, 实现教师资源合理配置, 最大限度地提高办学质量与办学效益。

(4) 效率得力的办公处理。辅助师资管理人员进行日常事务处理、减轻师资管理人员的劳动强度, 提高办公效率和管理水平, 使管理业务条理化、制度化、标准化、科学化。

三、系统的功能模块

作为网上教师档案管理系统, 它所涉及到的对教师档案的管理将会渗透到每一个功能页面。教师和管理员都有自己的用户名和密码对自己的任务和信息进行处理。管理员拥有对所有教师信息的维护权, 包括分配用户权限、删除不合法的用户、添加合法用户以及对自身信息的修改等。系统功能需要根据用户对象的不同分为教师、管理员对功能的需求部分。具体列举如下: (1) 基本档案管理模块:管理教师的基本信息, 学习培训, 任职工作, 挂职锻炼, 出差调研等资料档案的管理。 (2) 师资队伍模块:教师队伍的资料, 不同角色可对不同范围的信息进行管理和修改。如教师个人只能查看个人信息, 申请修改个人资料, 而管事员则可以查看所有教师信息, 并可进行相应的处理。 (3) 教育教学模块:教师的课程资料, 教师可以对教案、课件、大纲、计划、资源等相关课程资料进行管理, 而管理员可以对所有教师课程信息进行管理。 (4) 学科管理模块:管理学科建设、学科研究成果管理。 (5) 科研学术模块:可以管理教师的科研项目、论文发表, 指导学生获奖情况等。 (6) 其他模块:退休人员管理以及辅助功能。

四、系统流程分析

档案管理系统的设计主要是从高校的实际应用角度出发的, 考虑到高校教师业务档案管理身份的不同, 则分为教师和管理员两种身份登录。系统流程图如图1所示:

教师登录后, 当系统处于开放期, 教师可以添加、查看、修改、删除自己所填写的资料, 当系统处于关闭期, 教师只能查看自己所添加的资料, 不再具有任何的管理权限, 如果此时需要对资料进行修改, 必须联系管理员。管理员登录后, 不管系统处于开放期还是关闭期, 都享有添加和管理的功能, 并且管理对象是系统的, 同时还享有对权限进行设置的权利。

五、系统实现

5.1系统前台。

当教师或管理员登录系统后可以看到系统的功能, 可以对教师信息资料进行修改、添加、删除等, 系统前台实现的功能如图2所示。

5.2系统后台。

后台功能只对管理员有效, 当管理员登录后台后, 可以添加、删除、修改教师的基本信息同时也可以设置系统的开放权限和搜索功能的开放权限。后台功能图如图3所示。

5.3开发过程。

海南师范大学信息学院联合海南经贸职业技术学院、琼台师范高等专科学校师生共同开发了高校教师业务档案管理系统, 本系统采用Visual Studio 2005作开发平台, C#作编程语言, SQL Server2005作数据库管理系统。在设计过程中, 采用模块化的管理, 迭代式的开发, 最终形成达到符合设计要求的可行系统。本系统针对高校的一般教师档案管理模式, 按照高校的现代化档案管理要求设计, 实现了对教师的基本档案信息、学科建设、教学研究、科学研究、指导学生获奖情况、退休人员信息、教师活动信息、培训信息、师资队伍信息等档案材料的综合存取、查询、维护、备份、还原等管理, 并有辅助功能如:系统设置、管理用户、条件查询、修改资料, 以实现学校领导对学校教师队伍信息的全面把握并实现学校管理者快速准确的查询、增加、修改信息。

六、结束语

由于时间仓促, 系统的一些功能还不是很完善, 而且在实际应用过程中必将还会有很多的不足之处, 还有许多地方仍需要改进, 比如信息的打印、转换、安全共享等等功能还比较薄弱, 这都需要我今后继续努力, 从而进一步的完善高校教师业务档案管理系统。

参考文献

[1]谢泽奇, 张会敏.基于WEB的高校教师档案管理系统设计与实现[J].计算机光盘软件与应用, 2010 (11) :146.

[2]王红梅.浅谈如何提升学校教科研档案管理的能力[J].经济管理者, 2011 (11) :269.

[3]刘昊瑜.关于高校教师档案管理的思考[J].科技信息, 2011 (12) :482-483.

银行业务管理系统设计说明书 篇8

关键词 声讯 充值 数据挖掘

随着充值类业务逐步成为电信声讯业务的主要收入来源，各级运营商普遍加大了对充值类业务的扶植和推广力度。但因为固定电话在用户端设备管控上的天生缺陷，不可避免会出现盗打行为，给企业和用户造成损失，某种程度地制约了声讯充值业务的发展。为了减少损失，各地业务管理者被迫采用限次、限额等手段对用户的充值次数和充值额度进行控制。虽然该法取得了一定的防盗打的效果，但对正常用户的使用也造成了很大的约束和不便。如何在业务发展和防盗打两方面取得平衡，是摆在各地业务管理者面前的一道难题。

本文首先分析声讯充值业务的特点及其在业务管理上的特殊需求，在此基础上，提出通过数据挖掘建立用户信用度模型的方法，利用该模型对业务过程中的各种已经发生和潜在可能发生的各种用户消费行为进行分析，寻找高值用户和盗打用户群体的特征，锁定高风险地区和时段。最后设计开发基于上述方法的用户价值挖掘系统，并将该方法在企业中进行应用。

1 声讯充值业务概述

1.1 业务特点及管理要求

声讯充值业务相对于实物点卡充值和网银、支付宝的支付方式，具有如下特点：

（1）操作简单安全。用户直接在电话上按键操作即可完成充值，不必担心木马、病毒导致银行支付密码被盗。

（2）记账式。大部分固定电话均采用后付费方式支付费用，因此在使用声讯充值业务时，也只能使用记账方式扣取用户费用。即使是预付费电话，也因为与计费中心存在同步时间差，实际上还是采用记账方式。

（3）无需注册。除公话等外所有电信用户均可直接使用声讯充值，不需要事先注册，也不用记忆密码。

（4）直充。用户在电话上完成充值后，充值平台实时与产品供应商通信，实现了立即到帐，不用记忆卡号和密码。

针对声讯充值业务采用电话拨入热线号码的方式，由用户选择所需业务后，在用户电话账户上扣取相应的费用。这种使用方式，对声讯充值业务平台提出了特殊的管理要求：

（1）防范固定电话交接箱盗打的风险。由于固定电话在小区交接箱处容易被不法分子利用工具，直接接在交接箱处接入电话网络，冒充用户电话拨打声讯电话。

（2）防范主叫号码欺骗的风险。现在电信网络复杂，有不法分子可以利用特殊的软件伪造用户的电话号码进行呼入。

1.2 风险防范措施

针对声讯充值业务的特点，结合可见的业务管理风险，业务管理者通常会采取以下方法进行风险防范：

（1）充值额度控制。对每部电话每天、每月的累计充值金额设置上限。

（2）电话回拨认证。用户申请声讯充值业务后，系统再次回拨用户的电话以验明身份。

（3）用户密码认证。事先为所有用户设置随机密码，用户在使用充值业务时必须输入该密码，用户可以使用本机拨打客服热线获取密码。

（4）用户资料鉴权。用户在使用充值业务时必须提交机主的姓名、地址、身份证号码等关键信息，如果与系统登记相符，则可以使用充值业务。

上述方法中：方式（1）是最简单、使用最广泛的一种方式，因为不区分产品、不区分用户、不区分地区，上限往往设置成最低的额度，但最终导致业务发展受到极大制约；方式（2）是针对主机号码欺骗的，但不可单独使用，要求用户必须主动拨入一次，采用拨入加回拨的组合方式，增加了用户操作上的复杂度，也降低了成功率。方式（3）最大的问题是用户如何安全的获得密码，否则，任何不法分子都可以通过同样的手段获取密码，密码就形同虚设；方式（4）需要人工干预，因为固定电话往往是多人使用，在运营商的客户管理系统中登记的机主信息不一定是实际的使用者，此外用户提交的资料也许不够完整，需要人工甄别。

从上述分析可以看出，没有一种方式能够全面满足声讯充值业务的管理需要。为了既能有效控制风险，又能发挥声讯充值业务的优势，我们需要建立一个用户信用度模型，让信用度高的用户获得更大的额度，使用更加方便，而信用度低的用户获得更小的额度，受到更多的约束。

2 基于用户价值的数据挖掘

2.1 理论基础

常用的数据挖掘方法有回归、分类、聚类、关联等。其中回归方法主要是根据样本数据，建立一个函数，表示输入变量和输出变量的关系，从而能够根据其他的输入数据预测到对应的输出结果，例如根据历史的声讯充值数据，可以预测下个月可能的声讯充值业务收入。分类方法则是建立一个结构，使得不同的数据属于不同的类别，新的输入数据则可以按照该结构被分成其中的某个类别。例如根据历史的消费数据，将用户按价值分为中、高、低三类用户。聚类方法则是根据数据之间的相似性强弱，将其分为多个类别。例如根据历史消费数据，找出特征鲜明的几类不同消费行为。关联方法则是寻找各种数据变量之间的关系，建立变量之间的关联规则。例如根据声讯充值业务的历史消费数据，找到最多被同时购买的几种产品。

数据挖掘在电信行业也早有应用，例如用户价值分析、客户忠诚度分析、高危离网用户分析等。在声讯充值业务领域，同样可以采用上述数据挖掘方法，通过分析历史数据，建立模型，按照用户不同的信用度，采用不同的认证、控制方法，授予不同的信用额度。

2.2 建立用户价值模型

根据以上对理论基础的分析，建立声讯充值业务用户的价值模型并应用的方法，可以分为以下几个步骤：

（1）建立声讯充值业务数据仓库。数据来源于声讯系统的业务使用记录，字段包括时间、区域、电话号码、充值产品、充值金额、虚拟账户名。建立四个维度表（时间、区域、电话号码、充值产品）和一个事实表（充值金额、虚拟账户名）；

（2）按月为单位统计最近一段时间内（例如6个月）每个电话号码的累计充值金额大小，并计算当月所有电话号码的平均充值金额；

（3）将用户分为高值、中值、低值三个等级。其中，统计时段内连续每个月均有充值，且每月累计充值金额均大于当月平均充值金额20%以上的用户分为高值用户，统计时段内有一半以上的月份有充值，且每月累计充值金额介于当月平均充值金额上下20%以内的用户分为中值用户，剩余用户分为低值用户。

2.3 差别认证和额度控制

在建立好用户价值模型后，可以根据用户价值类别，采用不同的认证方式和额度授权：

（1）高值和中值用户均采用直接呼入方式进行认证，额度授权按照其历史最高月充值额分别上浮30%和10%；

（2）低值用户采用呼入+回呼方式进行认证，额度授权按照其历史最高月充值额上浮5%；

（3）新用户（首次充值用户）采用呼入+回呼方式进行认证，额度授权为允许的最低月充值额，并且辅以频次控制手段；

（4）为保护中高值用户的安全，在下次充值时提示其加强帐户安全，强制让用户先设置支付密码后才能继续使用。用户如果今后忘了密码，可以转接人工坐席，待话务员核对完身份后可以重新设置支付密码。

2.4 识别恶意盗打行为

通过前面的用户价值区分，可以有效地保护中高值用户，但低值用户还是存在恶意盗打行为，而且即使采用最严格的呼入+回呼也无法防止交接箱盗打行为，但这些行为存在一个共同的规律，即集中在一个时间内，采用一系列相似的号码向一系列相似的虚拟账号充值，因此对历史充值记录进行分析，可以找到恶意盗打行为的规律，然后可以采用相应的手段予以制止。下面描述了该方法的步骤：

（1）按时间段统计每个区域的每天总充值额；

（2）比较同一区域不同天之间的差额，找出差额突变的区域及日期；

（3）在该日期和区域的交易记录中扫描电话号码相似的交易记录，并提取总数或总金额超出设定值所对应的记录特征码，如*5577*；

（4）在该日期和区域的交易记录中扫描虚拟账户相似性，并提取总数或总金额超出设定值所对应的记录特征码，如*aabb*；

（5）后续充值操作中，如果电话号码或虚拟账户匹配到特征码后，系统拒绝进行操作并发送监控告警，同时临时冻结对应区域、号段的充值业务，防止盗打者再次操作。

2.5 分析产品相关性

通过分析历史交易记录，可以了解哪些产品之间存在相关性，即用户充完A产品后又会去充B产品。下面描述了如何基于关联产品分析，进行业务推广的方法和步骤：

（1）采用关联分析算法（如Apriori算法）找出同一时段内被同一用户充值的多个关联产品；

（2）在用户充值A产品时就可以有针对性的推出B产品的快速充值（不需要再次认证）；

（3）推出A+B的充值产品优惠套装，向用户推荐。

3 案例研究

某电信公司因为电话盗打引起的投诉较多，遂将单部电话每日的充值额度降到很低，并且还对各个局向的总充值额度设了较低的限制。之后的实际运行过程中，盗打情况并未明显改善，反而正常用户的充值经常因为额度控制受限，极端情况是，用户一个月内连一次充值都不能成功。业务管理员决定采用基于用户价值的管理方法，在有关专家配合下，抽取了最近6个月的充值记录，并统计平均每用户月充值额，分别为：

然后，找出月充值额超出平均值20%的高值用户以及中、低值用户在将用户按价值分等级后，配以合适的认证方法和额度授信，实现了差别化的用户使用体验，在随后的几个月中，中高值用户的交易量提升了50%以上。

对于低值和新用户则进行最低的额度控制，并重点进行盗打行为分析识别，为加快扫描速度，先统计各个地区的交易金额，然后分别与本地区上一时期的交易金额对比，按金额增长率和绝对值大小进行排序，在实际运行过程中，发现了以下3个地区的交易量突变：

在对3个地区进行电话号码、虚拟账号相似性扫描后，发现前2个地区属于正常业务增长，而第3个地区出现了很多帐户相似的记录以及电话相似的记录：

根据特征码进行详细记录提取后（如图1），证实的确为盗打行为，因为处理及时，避免了盗打行为继续扩散。

4 开发用户价值挖掘系统

为了降低在实施过程中对专家知识和经验的依赖，基于上述方法，构建了如图2所示的声讯用户价值挖掘系统，并开发了相应的软件系统。该软件系统的开发，极大地降低了所提出方法的计算量以及对人员的专业知识要求，使得本文方法在企业具有了可用性。

5 结语

本文分析了声讯充值业务管理的特殊需求，提出了基于用户价值的数据挖掘方法。案例分析表明该方法实用性、可操作性很强，对企业的基础数据没有要求，适应性强。建立了声讯用户价值挖掘系统的结构，并开发了相应的支撑软件，从而进一步降低了该方法对实施人员的专业知识的要求，提高了方法的实用性。

参 考 文 献

[1] 夏火松. 数据仓库与数据挖掘技术（第二版）. 北京：科学出版社， 2009

[2] Wayland R E， Cole P M .邱振儒译. 客户关系联接技术. 商业周刊出版股份有限公司，2001

[3] W.H. Inmon. 王志海等译. 数据仓库（原书第4版）. 北京：机械工业出版社，2006

[4] 卜小明. 数据仓库技术与未来电信市场竞争. 现代电信科技，1998；（11）

学生档案管理系统概要设计说明书 篇9

一、总体结构设计

本系统从总体分可分用户表、学生基本信息表、学生在校学籍表、院内课程表、学生课程表、学生成绩表、学生奖惩信息表、教员信息表、班级信息表、系别信息表。

1.用户表：用户名、用户编号、密码、权限、用户基本信息

2.学生基本信息表：姓名、学号、性别、出生日期、与学生关系、家庭成员、家长职业、家长单位、家庭住址、家庭电话

3.学生在校学籍表：学号、班级、系别、入学时间、学生电话、班主任、导员、攻读学历

4.院内课程表：年级、学期、课程、任课教师、课时、课程类型、课程信息

5.学生课程表：学号、年级、学期、课程、任课教师、课时、上课教室、课程信息

6.学生成绩表：

姓名、学号、系别、班级、年级、学期、课程、任课教师、课时、分数、是否通过

7.学生奖惩信息表：姓名、学号、系别、班级、年级、学期、奖惩类型、奖惩信息、备注 8.教员信息表：姓名、职务 9.班级信息表：班级、系别 10.系别信息表：系别

1.1系统总体结构图

图1.1系统总体结构图

1.2、包图及关系

（1）数据库设计 数据库分析

在系统操作流程图分析的基础上，可以列出该系统所需要的主要数据项和数据结构。

用户表：用户名、用户编号、密码、权限、用户基本信息

学生基本信息表：姓名、学号、性别、出生日期、与学生关系、家

庭成员、家长职业、家长单位、家庭住址、家庭电

话

学生在校学籍表：学号、班级、系别、入学时间、学生电话、班主任、导员、攻读学历

院内课程表：年级、学期、课程、任课教师、课时、课程类型、课程信息

学生课程表：学号、年级、学期、课程、任课教师、课时、上课教室、课程信息

学生成绩表：

姓名、学号、系别、班级、年级、学期、课程、任课教师、课时、分数、是否通过

学生奖惩信息表：姓名、学号、系别、班级、年级、学期、奖惩类型、奖惩信息、备注 教员信息表：姓名、职务 班级信息表：班级、系别 系别信息表：系别 创建数据库表

将上面的E-R图转换成表格形式，在这里即为创建数据库。本课题在创建数据库时，采用的是SQL Server 2000的企业管理器，不需要使用任何的SQL语句,即可成功创建数据库。在SQL中新建了一个名为Student_MessageInfo的数据库，根据先前做的分析，新建了多个数据库表。其中较为重要的表如下所示，其中表格形式的数据库表，学生基本信息

二、过程设计

1、模块说明及程序流程图（1）学生基本信息模块

该模块实现的功能：学生可以查询个人基本信息，成绩信息，学分信息以及惩处信息，但不能修改信息.（2）学生课程模块

该模块实现的功能：学生课程，系统根据学生所报专业选出其对应的选修课，然后学生可根据专业选择其中一项，然后提交.（3）教师信息模块

该模块实现的功能：教师可查询授课信息，学生选课信息，学生基本

信息和学生成绩.（4）管理员查询信息模块

该模块实现的功能：管理员可对学生信息，教师信息，课程信息，学院信息，专业信息，班

进行查询

2、精确类图

四、界面设计

用户登陆：该系统根据用户的身份实现了不同的功能，用户登陆时需要选择一种登陆方式（默认情况下是学生），系统再根据用户选择的登陆方式到相应的表中去搜索。例如，登陆时选择了教师登陆方式，系统将会在教师信息表中搜索是否存在与该用户的输入相符的信息，如果存在则进入教师主页，否则提示用户输入有误，请重新输入。

1、学生用户界面 ①、修改密码

学生的初始密码是由管理员指定的。学生登陆后，可以按照要求自行修改使用密码。首先需要输入原始密码，如果原始密码没有输入正确将不能修改密码，只有在原始密码正确的基础上，用户才能继续下面的操作。新密码设定后，系统还要求用户再输入一次重复密码，避免因为误输而导致密码丢失。②、查询指定学期成绩

学生可以查询自己指定学期的成绩和所有的成绩。方便学生了解自身情况。

③、查询截止目前所获学分

学分一直以来都是学生们倍受关注的焦点。就目前已有的系统来说，虽然实现了学生查询成绩的功能，但是关于学分部分仍然需要学生自行统计。本系统弥补了现有系统这方面的不足，学生可以直接查询到截止目前所获得的学分情况，减少了学生需要自行统计的工作量，提高了工作效率。④、选课系统

学生选课系统是针对学生进行网上选课而设计的，学生可以自主选择自己想修的课程。2.、老师用户界面 ①、查询授课计划

教师可以利用该系统实现查询授课计划的功能，教师不仅可以看到自己本学期要授的课程信息，还能查看选修对应课程的学生名单，同时可以添加对应课程的学生成绩。帮助教师提高了工作效率。②、查询学生基本信息

教师可以查询学生的基本信息，以帮助教师了解学生情况。可以按班级查找、按姓名查找、按学号查找、按年龄查找、按籍贯查找，也可以一起查找。

3、管理员界面 ①、班级信息管理

班级信息管理包括添加班级信息，修改班级信息以及删除班级信息。在班级信息管理之前，需要先对学校信息和专业信息管理。只有在已有的专业信息中才能建立班级档案，班级信息和专业信息是从属关系。

②、学生基本信息管理

留言板系统 设计说明书 篇10

电商141 魏巍 2016.06.2

4本留言板系统基于Windows操作系统平台，web服务器为IIS，数据库服务器为Microsoft access。

其工作流程为：所有人都可以在该系统留言，并且能查看留言，管理员在通过登录验证后，可以发表留言，查看留言，并且能对用户的留言进行回复和删除。

该留言板具有的主要功能如下：

1、可以按照留言的id进行排序；

2、友好简洁的管理界面，便于管理员维护留言板；

3、管理员具有回复和删除留言的权限；

4、管理员可以修改留言板页面的名称和网址以及每页显示的留言数；

5、拥有更多留言者的信息，包括昵称、主题、邮箱等；

6、具有防止留言客户非法进入管理界面功能；

一、利用Microsoft access创建一个数据库liuyanban.mdb并建立两个数据库表，一个是留言信息表liuyan，另一个是用来存放用户账户和密码信息的表user

二、在编写ASP脚本进行数据库操作前，必须先给数据库建立一个基本ADO对象的连接，代码如下：

三、建立一个留言板首页index.asp，所有用户都可以进入此系统，可以看到留言的主题、内容、留言的时间，还有留言被浏览的次数。这些信息都是来自于数据库liuyanban.mdb，此页面还可以连接到发表留言页面guestbok.asp和后台管理页面admin.asp

四、建立一个所有用户都可进入，用来留言的页面guestbook.asp，在页面内可输入留言主题，留言内容，留言者昵称，和电子邮箱，点提交以后，所输入的记录会显示在留言板首页index.asp，同时也会保存至数据库表liuyan中

五、建立一个管理员登录页面login.asp。对于一个留言板系统来说，必不可少的是管理员的登录系统，此系统只有管理员可以登录，普通用户无法登陆，用来管理留言。在输入正确的用户名和密码以后才可以进入到后台管理页面admin.asp，如果密码或用户名输入错误或者是未输入，则会由登录检验界面cklogin.asp检验后转入静态的错误提示页面error.html。如果点击此页面中的“放弃登录”，则而会跳转到留言板首页index.asp

六、建立登录检验界面cklogin.asp用于检验登陆的用户是不是管理员，如果不是，则会跳转至错误提示页面error.html

七、建立一个后台管理的系统admin.asp.在这个页面中，管理员可以直接看到每条留言的id，主题，内容，留言时间。点击每条留言记录后面“回复”链接到回复页面reply.asp，点击“删除”可以将这条留言直接删除掉，上方的“退出管理”可以直接跳转到留言板的首页index.asp

八、建立回复页面reply.asp便于管理员对留言进行回复，可以通过后台管理页面跳转到此页面，并且会在下方通过now（）函数显示回复的时间

九、建立删除界面del.asp，通过request对象取出数据库表liuyan中的id，在后台管理页面将留言信息删除后，直接跳转至留言板首页index.asp

十、建立一个静态的错误提示页面error.html，在管理员登录错误，或者非管理员用户登录时跳转到此页面用来提醒。

银行业务管理系统设计说明书 篇11

摘 要 在银行繁琐的业务中，其的流程一向也很冗杂，其中对储蓄的管理是冗杂流程中的重点。对储蓄金额的管理也是用户之所以将钱存入银行的原因。但是现在大部分银行在办理储蓄型的业务时仍很传统，利用手工办理。这样使流程更加冗杂，办理起来需要的精力和时间增多，重点是效率还不高。为了让储蓄型的业务的办理变得简易，银行探索出了一套在网络化上办理的系统。该系统用了JAVA以及数据库等计算机理论、网络技术，使流程的冗杂性降低，办理变的简易。本文针对银行中办理储蓄型的业务比较简易的体系进行研究，将设计该系统所用的思想、建议、技术等进行介绍。

关键词 简易 银行 储蓄 系统 设计

随着金融业的发展和市场化，各大银行之间的竞争日趋激烈，业务新变化快的储蓄业务是各家银行的竞争焦点。各银行在储蓄业务系统的开发上都进行了大量投入，不断推出新的系统，以支持竟争的需要和业务发展。如果银行还一直凭手工去办理储蓄型的业务，办理起来需要的精力和时间就会增多，浪费的不仅是客户的时间，更是客户的资源。因此银行必须得让办理储蓄型的业务变得简易起来，所以银行将网络技术进行了业务的开发，使业务办理借助网络技术可以简易化。使储蓄体系在电脑中办理起来更加实用、方便、安全、友好、灵活。该体系的菜单看起来很直观，而且简易，无论是存款业务，还是开户、取款、注销、信息更改、信息搜索、查询记录等管理用户储蓄的工作都可以网络化办理。其中，对话用的窗口都是统一的供给，可让用户来使用、选择，与当初的设计目标完全一致，用户也很赞赏。

一、设计目标

在设计储蓄体系时，要放远设计的眼光，要使其在处理储蓄等业务时拥有准确、科学、智能、高效的特点，此外还要使体系的适应力、稳定力、灵活力高。在规划体系中的硬件时，要使其和银行的安全性、业务办理效率性等一致，还要管理起来比较简易，陈本要有切实性，开销要有可行性。此外，该储蓄体系要有很齐全的性能，改变手工办理在银行中的缺陷，取代手工办理的地位，让所有核算、存款、开户等储蓄型的业务都变得简易，并要使“活期”业务“存兑相通”。还要使银行的前台工作体系能简易的操作，敏捷正确的进行信息查询。银行后台之中的核算，例如：兑款的核算、日报表等等，要及时办理，准确办理。另外，使银行之中的业务人员的工资在体系中实现结算期中进账的自动化。设计储蓄体系的时候，要使其的保密性高，以防不良因素的入侵。该体系在容错上的能力必须高，要有应对操作过失的能力，数据进行备份以及完善的能力，对错误的银行账目要有冲正能力。在该储蓄体系设计出来后，还要使银行中的操作者以及储蓄体系管理者的能力得以胜任，进而使银行中的办理效率以及水平得到提高。

二、储蓄体系的设计

对储蓄体系中的硬件要用局域型的网络构造。其中硬件包括性能较高的服务器，还有内存较大的双核型的硬盘，打印储蓄票据的机器以及打印储蓄报表的机器等等。对于该储蓄体系的功能包括开户、取款、注销、信息更改、信息搜索、查询记录等管理用户储蓄的工作，关于该储蓄体系在数据库，对于存储中时活期性质的储蓄：要对储蓄户的详细个人以及资金信息进行存储，具体记录的数据应有：户名、账号、地址、总号、资金余额、密码、挂失信息、标记、开户期、注销标记、验证码等等。对于存储中是活期性质的储蓄者的账目：要记录所有细节的账目，具体记录的数据有：流水号、账号、余额、出纳员、日期、摘要、积数、实际金额等等。在定期性质的储蓄中：要记录并储存下这类储蓄者的所有信息，具体记录的数据应有：户名、账号、地址、总号、资金金额、标记等和活期性质中记录的数据相似。在定期性质的储蓄者的账目：要记录以及储存所有细节的账目，具体记录以及储存的数据应有：流水号、账号、余额、出纳员、日期等等。对于储蓄之中的科目以及资金账目，要将科目实施明细化，并且将其存储中所有用户的数量的情况进行储存，应储存的具体数据应有：日期、现金借、转账借、现金贷、转账贷、明细代号、开户的数量、结存数量、销户的数量、结算余额借、结算余额贷等等。对于储蓄中的凭证：对于凭证，在填写中应储存的具体数据为：类别、开户、日期、上缴、结存数、领入等。对于储蓄体系的环境，要在每个营业处进行点于点之间网络的互通，在网络互通、连接之后，要保证款项在存以及兑时的互通。对于网络之中用户所做的业务设计：在营业处设置用户，然后将委托其管理的权限以及目录给予用户，并使营业处之间在业务上没有矛盾性。其中的用户全权交给管理者监控，管理者要对营业处的储蓄以及其它业务进行控制、监督。对于用户的任何数据，都要将其集中起来，使管理变得简易化，并且数据库中储存的任何数据要在服务器中显示出来，对于储蓄体系里的办理程序要在工作站中进行储存，对于数据的备份也要在工作站中进行储存。

三、安全储蓄

1）网络。在储蓄体系中的服务器或者办理程序之中都会设置关于打开电脑的标准口令，在银行每天上班之前让管理者统一将电脑打开；所有的电脑除了与业务有关的操作均不得处理；对于银行的代理营业处，在设置网络代理用户的同时，也要设置标准口令，然后将委托事项以及工作权限全部统一规定，以防营业处之间的储蓄操作冲突；对于电脑的UPS接口要长做检查，以防断开，备用的电脑电池要充足，防止停电时数据被损坏或者弄丢等；还要对电脑中储蓄的数据以及信息做好备份，使文件在容错方面的性能得到提升，对于每日的储蓄数据以及信息都要备份到体系在工作站之中的硬盘里边，若数据很多，在备份时可以利用磁带进行。2）人员。对于银行中的储蓄型业务的办理者要将其的权限进行设置，在业务体系中，要设置口令，只有口令正确，才能进到储蓄体系中对业务进行办理；对于其业务中的操作，银行要实施操作监督体系，对账目以及业务状况、用户信息、以及操作者信息等都要核查。

总结：

本文对银行中办理储蓄型的业务比较简易的系统做了与其设计相关的陈述，体系在银行应用中，很简易，与当初的设计目标完全一致，用户对此体系也很赞赏。对该体系的进行特征上的分析，可以归纳四点：

1）实用方便。简易的办理储蓄体系具有很齐全的性能，改变了手工办理对银行的影响，取代了手工办理在银行业务操作中的地位。还使得银行“活期”业务得到拓展。

2）安全。业务办理者的权限也受到了网络型的管理；储蓄的相应文件不会再被篡改；所有文件还会在电脑中有备份，如果数据损失，还可以恢复原数值；如果操作者输入信息有误或者流程出错都会有提示，以便订正。

3）灵活。在环境的创设上很灵活，有：对储蓄的数点进行增或者减、设置体系目录等，还有改整或者增减会计的所有科目等功能。此外，还可给操作体系者提供各项业务功能，例如：修改、增减等。

4）友好。该体系的菜单看起来很直观，而且简易，对话用的窗口都是统一的供给，可让用户来使用、选择。

参考文献：

[1]龚明华.我国商业银行银行卡业务研究.成人高教学刊.2005（01）：30-31.

[2]许彩欣，李欣，运海红.基于Tuxedo的银行业务处理系统的设计与实现.交通科技与经济.2006（04）：14-16.

[3]黄昕，耿胜华，姚淑珍，唐发根.基于Tuxedo中间件的多层体系结构研究.计算机工程与应用.2003（01）：67-68.

[4]陈明，潘家铭，阎保平.消息中间件的设计与实现.微电子学与计算机.2005（04）：80-83.

[5]徐晶，许炜.消息中间件综述.计算机工程.2005（16）：110-113.

[6]邓子云.一种Web方式调用Tuxedo服务的方法及其应用.西南科技大学学报（自然科学版）.2005（04）：40-41.

[7]徐为民.银行综合业务系统前台设计与实现.计算机时代.2003（12）：20-23.