网上报修系统（通用12篇）
网上报修系统 篇1
网上报修系统是以网络环境为平台, 充分利用其并行、高效的特点, 实现住宅用户的信息审核、报修信息提交、后台报修任务处理等功能, 转变了人员工作模式, 规范了工作流程, 降低了工作强度, 且提高了工作效率。
1 系统构架及技术
B/S模式是指Browser/Server结构模式, 其是一种由传统的2层客户机/服务器结构发展而来的3层客户机/服务器结构在网络上应用的特例[1]。
系统的开发需特定的运行环境, 对于PHP而言, 目前主流的开发平台有基于Linux系统的LAMP环境 (Linux+Apache+My SQL+PHP) , 而将这些工具应用于Windows则该平台被称为WAMP。随着Windows用户的不断增多, 基于Windows操作系统的开发环境逐渐成形, 因此出现了WAMP开发平台[2]。
Think PHP是一个快速、兼容且简单的轻量级国产PHP开发框架, 遵循Apache2开源协议发布, 使用面向对象的开发结构和MVC模式, 融合了Struts的思想和Tag Lib (标签库) 、RoR的ORM映射与ActiveRecord模式, 在模版引擎、缓存机制、认证机制和扩展性方面均有独特的表现, 得到了PHP开发人员的认可[3]。
Boot Strap是一个Web前端开发的工具包, 整合了大量的HTML及CSS样式, 并具备集成度高、方便、高效的特点。其为用户提供了最新时尚的浏览器版式、表格、表单、按钮等多种前端UI, 用户无需四处寻找模板及CSS样式表, 仅需添加Boot Strap固定的样式表文件, 并根据产品说明书调用自身所需的样式即可。
系统采用封装了My SQL的数据库管理平台, 从而达到了快速、灵活地数据管理的目的[4]。系统采用B/S架构设计, 用户通过客户机发送HTTP请求到系统服务器, 服务器通过对请求的解析及PHP脚本语言的运行, 得出运行结果, 该结果被以HTML代码的形式发送到用户的客户机, 并由浏览器进行翻译得出最终用户所需的页面, 如图1所示[5]。
2 系统设计
2.1 系统开发环境
操作系统为Microsoft Windows7;开发平台Apache+My SQL+PHP;页面开发工具Adobe Photo Shop、AdobeDreamweaver、Notepad++。
2.2 系统结构
根据系统需求设计并构建合理的系统结构, 从而为系统功能模块的设计奠定基础, 如图2所示。
2.3 数据库设计
该系统数据库包括12个表, 分别如下: (1) 普通用户信息表 (user) , 用于存储住宅用户的基本信息。 (2) 意见反馈表 (feedback) , 用于存储用户的意见反馈信息及管理员回复。 (3) 报修信息表 (form) , 用于存贮用户上报的维修信息。 (4) 公告信息表 (notice) , 用于存储管理员发布的公告信息内容。 (5) 后台管理员用户表 (admin) , 用于存储后台管理员账号及相关个人信息。 (6) 楼层列表 (building) , 用于存储住宅楼号列表。 (7) 问题列表 (category) , 用于存储房屋相关问题信息。 (8) 维修公司列表 (service) , 用于存储住宅楼涉及到相关问题的所有维修公司列表信息。 (9) 部门列表 (department) , 用于存储所有部门列表信息。 (10) 组团列表 (deputy) , 用于存储组团列表信息。 (11) 建筑公司列表 (company) , 用于存储参与建设的所有建筑公司列表。 (12) 短信列表 (sms) , 用存储短信发送列表信息[6]。
2.4 主要功能设计及运行情况
(1) 提供在线的网上物业报修功能, 用户可通过填写报修申请电子表单完成报修需求的提交。管理员通过系统后台对用户所提交的内容进行审定, 并完成维修任务的分配, 其主要工作流程如图3所示。该功能免除了原有的打电话、找物业报修难的问题。如物业不能及时修理, 用户还可启动催修功能;若用户自己不方便, 还可以委托系统管理员帮助其完成维修任务的生成, 报修运行情况如图4所示。
(2) 注册在线审核机制, 为防止恶意提交维修, 对注册用户的身份信息进行了验证, 只有符合要求的用户才可以自动注册通过, 管理员对未能自动注册通过的用户具备审核功能, 经审核后才可正常使用该系统, 如图5所示。
(3) 提供了短信接口, 住户在注册了手机号码后, 可通过短信来跟踪物业的处理情况。系统在审批维修单后, 将会以短信息的方式告知用户维修人员的相关联系方式, 如需定期维修, 住户需自行预约维修方, 如图6所示。
(4) 动态的数据统计, 通过Ajax技术, 动态地为后台管理员呈现出各建筑方的建筑楼出现问题的数量, 同时对问题数量总数和已完成维修的数量进行对比, 便于了解施工方的建筑施工质量, 如图11所示。
(5) 灵活的密码找回模式, 为方便用户找回密码, 提供了短信找回和邮件找回两种方式, 采用两种不同的密码找回和密码生成技术, 在用户收到邮件并点击激活链接后, 系统会自动将密码重置为默认, 当采用短信找回时, 系统会发送随机密码在用户手机, 防止密码隐私的泄漏, 从而便于用户更好地操作, 如图7所示。
(6) 发布公告相关信息, 系统在后台使用Think PHP自带的文本编辑器, 并通过ID选择器直接进行调用, 如图8所示, 在textarea文本域中的应用content选择类, 为管理员提供新闻公告编辑功能。
(7) 在线反馈机制, 在用户模块中加入意见反馈模块, 以便更好地了解住户所存在的问题, 如图9所示。
(8) 为方便管理员管理, 系统提供了维修单的打印和导出功能, 管理员可通过对报修列表对应项的操作完成该项目信息的打印, 从而实现了电子信息的公文化, 也为维修管理提供了便利, 如图10所示。
3 开发技巧及创新
(1) 开发中若出现图片验证码无法正常显示问题, 需在php.ini中查找”;extension=php_gd2.dll”项, 并去掉前面的分号, 表示打开gd2图片处理功能, 默认加分号为关闭。
(2) 该系统开发全程使用utf-8编码格式, 曾下载并使用其他网站相关页面模板, 由于编码格式的不统一, 即使复制代码并将页面属性中的编码格式由gb2312修改为utf-8但页面中仍会出现乱码, 经尝试发现通过完全手工录入, 可将代码输入页面问题解决。
(3) 在系统的注册页面应用了PHP异步调用技术实现检验注册用户的账号是否占用, 密码、邮箱、手机格式是否符合要求, 同时实现对楼层列表信息的实时调用, 达到楼号、单元、楼层、房间号的四级联动机制。
(4) 后台采用自动扩展式设计, 需扩展的内容被添加在数据库表中, 如building、category、service等, 管理员可根据需要在系统后台管理中对表中的内容进行添加、删除、修改等操作, 而无需通过技术人员对系统代码进行再修改, 便于管理员的操作及维护。
(5) 系统加入了短信功能模块, 应用第三方提供的功能接口, 实现发送并查询短信余额等功能, 使管理员与用户的沟通实现了, 同时引导并提醒用户实现报修操作及密码找回, 从而实现及时将用户提交的报修信息派单到组团代表, 达到管理员统筹管理维修信息的目的。
4 结束语
网上报修系统的应用将管理人员从繁重的电话接听中解脱出来, 实现了数据的信息化管理, 减少了工作量, 同时也方便了住宅用户的使用操作, 得到了用户的一致好评。截止目前申请用户达532人, 提交报修申请798条, 其中以A、B组团及铝合金维修比例居前, 如图11所示。其详细的统计数据为今后管理工作提供了依据, 也为房屋质量评定提供了支持。
摘要：针对庞大的住宅用户, 传统的住宅人工报修方式已难以达到快速、准确地处理要求。为方便用户的信息反馈、缓解保障压力、科学有效地安排人员维修、提高办事效率, 需开发网上保修系统。文中在WAMP开发环境下, 通过ThinkPHP框架, 开发了基于Web的住宅网上报修系统, 并介绍了开发本系统所用的关键技术、系统结构及数据库设计。通过系统的投入运行, 提高了基建部门的维修效率。
关键词：网上报修系统,ThinkPHP框架,B/S架构,WAMP,数据库
参考文献
[1]赵非.客户器/服务器与浏览器/服务器结合实现中小型企业信息管理的研究[D].武汉:武汉水利电力大学, 1999.
[2]曾棕根.基于WAMP的简体中文Moodle架设与性能优化[J].现代教育技术, 2011, 21 (4) :136-139.
[3]百度百科.Thinkphp[EB/OL]. (2013-07-11) [2014-01-23]http://baike.baidu.com/view/908071.htm.
[4]兰旭辉, 熊家军, 邓刚.基于MySQL的应用程序设计[J].计算机工程与设计, 2004, 25 (3) :442-468.
[5]易文明.基于浏览器/服务器模式的设备管理信息系统的设计与实现[D].武汉:华中科技大学, 2006.
[6]王俊芳, 李隐峰, 王池.基于MVC模式的ThinkPHP框架研究[J].电子科技, 204, 27 (4) :151-153, 158.
网上报修系统 篇2
优点：
1、确保了阅卷质量
（1）自动屏蔽考生信息确保阅卷过程的客观公正；
（2）对任意科目、题目，按照任意比例进行双评、多评的误差控制机制及评卷一致性检查等功能确保了阅卷结果的准确性。
（3）实时的进度与质量监控功能确保及时把握评卷进度与评卷质量。
（4）自动登分、加分与统计分析，避免了人工操作可能存在的误差，确保统计分析的质量。
2、减轻了评卷教师负担
（1）免去对纸质答卷的人工操作（搬移、翻阅）。
（2）在流水线评卷状态下，免去了相互等待的时间。
（3）免去了大量的数据处理与统计分析工作（全部由系统自动完成）。
3、提高了教学水平
（1）针对个人、班级、年级（学校）和科目、题目、小题（知识点）考试的详细分析及多次考试的综合分析。
（2）对考试结果（实际得分情况）的统计分析和考试本身（难度、信度、区分度、效度等）的综合判断。上功能可为教育局或学校的教学诊断与针对教学提供科学依据，对提高
教学质量与教学水平具有非常重要的帮助作用。
4、接轨了中高考模式
（1）答卷设计、考试规则、答题目要求、阅卷模式、质量控制等均与中高考网上阅卷模式相同。
（2）学生经常性接受网上阅阅卷的考试训练，可有效避免中高考时因不适应或怯场而导致的非知识性失分；
（3）教师经常以网上阅卷模式评阅学生答卷，可以提前发现并纠正学生在网上阅卷模式下考试容易出现的各种问题;
终达到提高学生应考能力，发挥应用水平之目的。存在的问题：
1、专用扫描设备价格高，且要求必须用60克以上的普通纸单面或双面胶印等方式答题卡，使用成本较高，仅合适于中考、高考等大型考试。
2、主要以大考服务为主，产品成熟度不高，专用扫描设备和软件系统都是需要专业的技术人员进行维护操作。
3、对教师计算机能力有一定的要求，教师要会制答题卡。
4、考前工作，各班对自己的考生人数，考号的确定不及时，个别考生会没有成绩。
5、考生在考试中要认真填涂答题卡，监考教师要认真检查考生填涂，否则，在过卡是问题太多。
6、考生不能折或淋湿答题卡，否则无法过卡，导致个别学
生没有成绩。
7、各科空白试卷及各组长正确答案和评卷人分配名单不能及时送到。
8、评卷中常有评卷异常问题。
8、过卡时，扫描仪常有小毛病，导致过卡不顺，再加上数量多，考生填涂有问题，每次考试阅卷人员要加班，有时到晚上十一二点，每次考试我们前后的一个星期忙，人员不足。
9、考试答题卡上体现不出哪儿对错。
10、我们对网上阅卷系统还不熟练，对工作也有一定的滞后。
网上报修系统 篇3
关键词:编译原理;网络;作业提交
中图分类号:TP311.52 文献标识码:A 文章编号:1674-7712 (2012) 12-0085-01
一、系统的主要功能分析
《编译原理》课程作业网上提交系统主要为《编译原理》课程提供网上的作业管理功能,主要分为管理员、教师和学生三个部分。
(一)管理员部分的主要功能
1.管理员登录功能:根据管理员权限进入管理员相应的页面。2.公告管理功能:管理员可以对公告进行查看、增加、删除、修改等功能。3.修改密码功能:管理员可以修改密码。4.作业管理功能:实现作业信息的删除、修改、查询的功能。5.教师管理:实现教师信息的增加、删除、修改、查询的功能
(二)教师部分的主要功能
1.教师登录功能:根据教师权限进入教师相应的页面的功能。2.修改个人资料功能:可以修改个人的信息。3.学生管理功能:能够实现学生信息的查看、添加、修改、删除、搜索的功能。4.在线布置作业功能:发布作业信息。5.在线批改作业的功能:在线给出相应的作业的点评和分数
(三)学生部分的主要功能
1.学生登录功能:根据学生权限进入学生相应的页面的功能。2.查看公告的功能:可以查看公告信息。3.修改个人资料的功能:修改个人信息。4.作业信息列表:学生查看、下载老师发布的作业题目。5.上传作业:上传做好的作业。1.4管理员信息表和作业信息表
二、教师模块的设计与实现
(一)教师修改个人信息模块的设计与实现
1.教师修改个人信息的功能描述:功能描述:本模块主要实现的功能是教师能够对自己的信息进行修改。2.教师对自己的信息进行修改的输入、输出:输入:更改的教师的基本信息。输出:个人信息修改成功或者失败的页面。
(二)教师布置作业模块的设计与实现
1.教师布置作业模块的功能设计:功能设计:用户登录确定为教师后,teacherlist.do对数据库进行查询,将查询值绑定给request转发到显示界面上。2.教师布置作业模块的输入输出设计:输入:作业标题、出题教师、作业上传截止日期、作业内容等。输出:作业发布成功或者失败的页面。3.教师批改作业模块的功能描述:功能设计:教师点击批改链接,查询数据库,显示该题答案和题号,做出批改,保存到数据库的correst表中。4.教师批改作业模块的输入输出设计:输入:教师批改作业后所给出的评语和分数。输出:成功批改的页面
三、学生模块的设计与实现
(一)学生查看公告和个人信息模块的设计与实现
功能设计:在用户登录后确认为学生后,跳转到answer.do,查询数据库work表,把查询结果显示到页面上。
(二)学生上传作业模块的设计与实现
1.学生上传作业模块的功能描述:功能设计:学生点击做题链接,进行做题,并把做题结果和题号存入到answer表中,通过addwork添加到数据库。
2.学生上传模块的输入输出设计:输入:上传作业。输出:完成作业
四、结语
《编译原理》课程作业网上提交系统是学校信息化教学环境的基础设施之一,是全面实现素质教育的重要手段,是教育技术装备现代化的主要体现和教育现代化的重要标志之一。
参考文献:
[1]孙卫琴,李洪成.Tomcat与Java Web开发技术详解[M].北京:电子工业出版社,2003,6
[2]孙一林,彭波.Java数据库编程实例[M].北京:清华大学出版社,2002,8
[3]飞思科技产品研发中心.JSP应用开发详解[M].北京:电子工业出版社,2003,9
[4]赛奎春.JSP工程应用与项目实践[M].北京:机械工业出版社,2002,8
[5]Kven Genet.SQL Server database development Case Study Analysis.Tsinghua University Press,2006,12
[6]Steven Nath.SQL SERVER 2000 Development and Application,Mechanical Industry Press,July,2003
网上报修系统 篇4
一、开发的背景
电子商务 (Electronic Commerce, EC) 是指通过网络以电子数据流通的方式在全世界范围内进行并完成的各种商务活动、交易活动、金融活动和相关的综合服务活动。
电子商务创造了一个虚拟的经营环境, 买卖双方可以借助这个开展网络营销、咨询洽谈、网上定购、电子支付、数字化产品传递、服务传递、意见征询等, 同时, 为了确保交易安全, 需要进行交易管理。
按照参与电子商务交易的对象进行分类, 可以将电子商务分为如下三种类型:
企业与消费者之间的电子商务 (B2C) ;
企业与企业之间的电子商务 (BusinesstoBusiness, B2B) ;
企业与政府之间的电子商务 (Businessto Government, B2G) 。
网上购物就是一种典型的B2C类型, 我在本网站选型是就将其确定为B2C类型, 从事书籍的销售。同时, 针对大学校园这一特殊环境还融合了中介类型的特点, 为广大同学提供了个人交易平台, 可以在网站上发布自己的买书或卖书的信息以及预定教材信息的登记。
二、开发工具和环境
(一) 开发工具:ASP技术
ASP内含于IIS当中, 提供一个服务器端 (server-site) 的scripting环境, 产生和执行动态、交互式、高效率的站点服务器的应用程序。当用户对一个ASP文档发出请求时, 服务器会自动将ActiveServerPages的程序码, 解释为标准的HTML格式的网页内容, 再送到用户端的浏览器上显示出来。用户端只要使用常规可执行HTML码的浏览器, 即可浏览ASP所设计的主页内容。当然这就意味着没ASP服务器, 就无法正确浏览一个ASP文档。
(二) 开发环境
1. 硬件条件
服务器两台, 一台为数据库服务器, 一台为Web服务器;客户端计算机若干;网络通讯设备, 主要包括交换机、网卡、集线器、MO-DEM等。
2. 系统平台
采用浏览器和服务器结构B/S (Browser/Server) 体系结构, 服务器端采用Microsoft Windows NT4.0作为网络操作系统, Web服务器软件采用IIS6.0。客户端软件, 包括单机操作系统和浏览器软件, 分别选用Windows XP和InternetExplorer, 数据库系统采用SQLServer2000。
(1) 功能需求分析
本网站系统包括两大部分, 前台和后台。用户只能使用前台的各项功能包括会员的注册和登录, 书籍浏览与查询, 将书籍放入购物栏和购买下订单, 订单查询, 结账, 选择付款方式和送货方式。因为客户主要是面向在校学生, 要满足学生个人书籍的出售和购买以及教材的预定, 这也是本系统与其它一般电子商务不同之处, 是本系统的特色。同时作为一个电子商务系统, 还应具有后台管理部分, 包括新书籍的添加、查看与修改、书籍订单管理、书籍评论管理、我要买书管理、我要卖书管理、预定教材管理、注册用户的管理、网站信息管理、信息管理、书籍分类管理、网站设置等功能。
(2) 数据的概念模型
数据库在整个网站中占有非常重要的地位, 数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率, 保证数词的完整和一致。另外, 合理的数据结构将非常有利于程序的实现。设计数据库系统时应该首先分析了解用户各个方面的需求, 包括现有的以及将来可能性增加的需求。
用户的需求具体体现在各种信息的提供, 保存, 更新和查询, 这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据, 数据结构以及数据处现的流程, 组成一份详尽的数据字典, 为后面的具体设计打下基础。在仔细分析流通网站业务处理流程的基础上, 列出了书籍的实体属性。
三、网站概要设计与数据库设计
(一) 功能设计
1. 系统功能描述
本网上书店系统所要实现的功能如下:
(1) 客户界面部分
(1) 通过首页购书, 可以通过关键字进行查询。 (2) 可以查看热门图书。 (3) 购物车功能。 (4) 查看图书详细说明。 (5) 用户注册。 (6) 用户登录。 (7) 查看订单情况。
(2) 管理界面部分
(1) 现有图书维护:修改、删除、查看和增加新书。 (2) 用户管理:查看、修改和删除。 (3) 订单管理:查看订单情况。
2. 功能模块划分
数据流图能够很好的反映系统和模块的逻辑功能, 但不涉及具体模块的物理构成和实现途径, 不能有效地体现整个系统的层次关系。
3. 数据库设计
创建数据库和表
数据库设计是指对于一个给定的应用环境, 构造最优的数据库模式, 建立数据库及其应用系统, 使之能够有效的存储数据, 满足各种用户的应用需求。
目前涉及数据库系统主要采用的是以逻辑数据库设计和物理数据库设计为核心的规范设计方法。其中逻辑数据库设计是根据用户要求和特定数据库管理系统的具体特点, 以数据库设计理论为依据, 设计数据库的全局逻辑结构和和每个用户的局部逻辑结构。物理数据库设计是在逻辑结构确定之后, 设计数据库的存储结构及其他实现细节。
四、结论
(一) 回顾了电子商务的发展历程及一些基本概念;
(二) 对“学子网上购书系统”进行了系统设计;
(三) 对此系统的后台数据库进行了设计。
网上购物系统报告 篇5
实验目的： 1.2.3.4.掌握用例图的涵义和内容 掌握用例图的绘制方法 掌握用例图的使用范围
理解活动图及状态图表示界面迁徙的方法。
实验内容：
有如下案例：
某网络购物系统，这次开发的软件项目是一个网上购物系统。使用此系统的顾客通过互联网进行网上购物；使用此系统的管理员通过互联网进行系统的管理。这个系统的主要功能如下。
顾客能够按照商品类别，关键字等信息对商品进行查询，取得商品概要信息，并能进一步查看商品详细信息。 顾客能够注册及登陆，能够添加商品到购物车，也能修改购物车中商品，并能够进行结账。结账时，顾客可以选择多种结账方式。 顾客可以查看及修改自己的订单（在系统发货前）。
管理员能够维护业务数据，包括商品，订单，会员数据等。 该系统与财务系统交互，更新订单付款状态。
该系统也与库存系统以及物流系统（确定订单配送状态）交互。
画出该案例用例图，详细书写其中至少2个主要用例的用例文本，画出主要界面原型，并用状态图表示界面之间的迁徙。
将上述用例分析结果形成完成的用例模型文档。
实验步骤: 用例分析：
本系统共有三类用户：
普通用户是指没有登陆权限（主要指网络用户），以匿名用户的身份访问系统网站。此类用户主要有浏览系统信息、查看商品信息，注册成为会员。把本网站设为首页，添加到收藏夹，联系开发人，查看交款方式，退换货原则，配送范围，交易条款，保密协议等操作。浏览的内容包括：商品信息、商品分类信息。
网络购物系统实验报告
会员：这类用户拥有普通用户的所有权限；普通用户可以注册成为会员，并根据会员ID和密码登陆系统，登陆之后可以对更改自己的信息但会员ID做为数据库表主键不能修改。会员登陆后可以查看商品信息，查看各种分类商品信息，将商品添加到购物车中。修改购物车中商品数量，或是删除某些不想要的商品。
系统管理员：系统管理员主要负责管理着系统后台信息；主要有订单管理，商品管理，会员管理，留言管理和系统管理。订单管理有未确认订单和已确认订单管理，未付款订单和已付款订单管理，未发货和已发货订单管理，未归档和已归档订单管理。商品管理主要有商品添加和商品管理，商品类别添加和商品类别管理。会员管理主要有添加管理员和管理管理员，管理会员。物流系统主要有支付方式添加和管理，配送方式添加和管理，配送地点添加和管理。系统管理主要是上传管理。
因此，本系统主要功能是对商品进行管理规划，方便会员购买。
前台模块功能有：商品信息查看、会员注册、会员登录、会员信息修改、购物车管理、购物留言。
后台模块功能有：商品管理、订单管理、会员管理、管理员管理、留言管理
网络购物系统实验报告
一、系统总体用例图
二、分层用例
2.1 添加购物车用例
用例名称：添加购物车 主要参与者：顾客
前置条件：
顾客已登录，拥有一台联网的电脑
主成功场景：
顾客登陆购物网站
按关键字查找商品,系统返回几项结果
用户点击所选商品
系统返回商品详细信息
顾客添加商品到购物车
系统返回购物车信息
后置条件：
购物车有更新
用例图：
网络购物系统实验报告
系统顺序图：
网络购物系统实验报告
交互图之顺序图：
2.2 一次交易过程用例
主要参与者：顾客
主成功场景：
1.顾客登陆系统
2.顾客按关键字查询商品
3.系统显示商品的信息
4.顾客将商品加入购物车
顾客重复2到4步直到结束
5.系统生成订单并显示订单信息
6.顾客选择支结帐式
7.顾客确认订单进行结帐
8.系统记录销售信息、并将销售信息和支付信息发送到财务系统（进行订单
处理）、库存系统（更新库存）和物流系统（确认订单配送状态）
扩展
a.管理员可以随时对商品、订单、会员等数据进行操作
b.系统在任意时刻失败
管理员重启系统
1a.用户名无效或密码错误
重新输入或注册为新会员
2a.无相应的商品
1.系统提示错误并提示重新输入商品信息
2.顾客重新输入或退出系统
网络购物系统实验报告
3a.当按关键字查询到多个商品时
1.没有顾客想要的商品或商品缺货
2.重新查找或退出
4a.添加购物车失败
1.系统提示顾客为登陆
2.顾客登陆系统
3.操作购物车
1a.顾客修改购物车信息或删除购物车中的商品
6a.银行汇款
1.输入顾客银行信息
2.系统显示支付信息
6b.货到付款 用例图：
交易处理顺序图：
网络购物系统实验报告
2.3 用户注册用例：
主要参与者：顾客，管理员
前置条件：系统运行正常
主成功场景：
1、顾客登录购物网站，点击注册按钮；
2、用户进入顾客注册页面；
3、顾客填写注册信息，提交页面；
4、系统管理员验证顾客的所有注册信息是合法；
5、系统返回用户注册成功信息；
扩展流程：
3a、用户填写信息有误，提交失败；
3b、系统提示顾客重新填写失败的信息； 后置条件
系统数据库增加一条顾客信息
网络购物系统实验报告
2.4、用户登录用例
主要参与者：用户
前置条件：用户已注册
主成功场景：
1、用户浏览购物网站
2、点击登录按钮，跳转到登录界面
3、顾客填写登录信息。
4、系统验证登录信息存在5、跳转到之前登录的界面
扩展流程：
1a、用户输入网址错误
1b、提示用户重新输入
4a、用户填写用户名或密码信息错误
4b、系统提示用户重新输入用户名和密码
网络购物系统实验报告
2.5查询商品用例：
用例文本：
主要参与者：顾客
前置条件：用户已登录购物网站
主成功场景：
1.用户登录购物网站（用例开始）
2.用户输入商品关键字，查询对应的商品
3.系统返回该关键字所对应的网站里的所有的商品
4.顾客选择适合自己的商品添加到购物车
扩展流程：
3a：系统返回的商品中没有顾客想要的3b：顾客重新输入关键字或退出系统
查询商品用例图：
网络购物系统实验报告
查询商品顺序图：
网络购物系统实验报告
三、领域模型
系统领域模型：
四.页面跳转图
交易成功场景页面跳转图
网络购物系统实验报告
五.活动图及操作契约：
更新购物车系统活动图：
网络购物系统实验报告
结束浏览开始查询信息浏览信息添加购物车查看购物车更新购物车条件检查
更新购物车操作契约 契约名称：添加购物车 交叉引用：处理交易
前置条件：正在进行中的购物活动
网络购物系统实验报告
后置条件：系统创建购物车实例；
顾客被关联到购物车实例当中； 购物车有更新
系统总体活动图：
六、顺序图：
网络购物系统实验报告
顾客留言管理顺序图
网络购物系统实验报告
服务人员能够提供在线帮助也能够向普通顾客那样查询商品，其顺序图类似于顾客浏览商品顺序图
网络购物系统实验报告
网站管理人员管理商品的系统顺序图：
网络购物系统实验报告
交互图之交易处理顺序图：
七、实验感想：
银校网上转账系统研究与设计 篇6
关键词：订单号；人工转帐；自动对账；数据安全
中图分类号：TP311 文献标识码：A文章编号：1009-3044(2007)16-30902-02
The Study and Design ofthe System of Bank-school and Transfer
RUAN Qun-sheng,TANG Bin,DAN Xiao-dong
(Donghua Polytechnic Universty Information Engineering Institute , Wuzhou 344000, China)
Abstract:The System of Bank-school and Transfer is web transaction platform which the bank and the school field cooperating develop, The article introduce the design mentality of Artificial Transfer System on base of order No, At the same time, it propose the successful method of solving automaticaccount problem, which guaranteeing the consistency and correctness between the bank and the school.
Key words:Order no;Artificial Transfer System;Automatically Reconciliation System;Data Safety
1 引言
目前市上网上转账系统数量繁多，有人工转账也有自动转账，所有的设计思路就是每次用户消费都要同银行发生交易，自动转账的方式只能发生在消费特点固定的情况下，如自动圈存等。除此之外，大部分还是要采用人工转账方式，由于频繁地与银行发交易，且基本上都是采用网页参数提交的传送方式，这势必会有一极小部分的银行成功的交易的记录无法达到商户WEB服务上，为了解决这些情况，常用的手段就是人工查询某段时间内的交易记录，然后进行数据导出，最后通过个性化软件进行银校数据一致性调整。此种对账方式实时性差、手续繁琐。由此可知以上网上转账处理方式，弊端突出，亟待一种全自动对账系统的出现，因此，为了尽可能克服这些缺点本文设计出一种新的转账思路。
2 订单号方式的设计思路
2.1 生成含有订单号URL地址字符串
据图1可知，第一步，自动生成与每一个用户号一一对应的订单号，并进行绑定。第二步，生成一个符合银行要求的字符串。第三步，把前一步生成的字符串用MD5算法进行加密为32个字符的字密文字符串，MD5加密目的就是防止非法者在传输过程中篡改数据。最后，把第二步生成的字符串加上第三步加密生成的摘要密文以网页的形式通过POST或GET提交，向银行发出提交请求。
图1 订单号生成和数据提交流程图
2.2 订单号从银行返回
从银行返回时，为了保证数据的安全，运用了MD5withRSA（建行所使用的算法）数字签名算法，在银行端首先对即将要传输的字符用MD5算法加密为32个字符的密文字符串，然后用RSA算法加上私钥对该密文字符串进行数字签名，签名后生成256个字符的密文字符串，最后把加上了签名密文的字符串也是以网页的形式以POST方式向学校WEB服务提交，学校WEB服务器端的应用程序接受提交后，将签名和银行发配给学校的公钥转换成二进制格式，与签名的原文一起对签名的正确性进行校验，校验步骤如下：
（1）使用公钥进行签名的逆运算
（2）使用标准MD5算法运算原文
（3）比较（1）、（2）结果
如果结果相等，则表示数字正确，没有被非法修改过，可以把银行返回来的金额写入数据库中对应订单号，流程见图2。
图2 订单号从银行返回的数据处理流程图
2.3 根据订单号进行消费支付
由于从银行返回对应订单号的金额，用户输入订单号和密码，即可在学校内进行一切费用的支付，比如学费、饭卡充值、缴纳考试费用等，如果订单号上的钱用完，又可对该订单号进行转账操作。
3 后台自动对账系统
3.1 全自动对账的研究
当前建设银行、工商银行等相继推出了商户批量查询接口，而令人鼓舞的就是提供了交易记录的XML形式的显示页面，这就为自动处理提供了有利条件，该格式页面上显示的元素和页面后台源码是一模一样的，因此，就可以通过封装了SOCKET了HttpWebResponse应答类和HttpWebRequest请求类向银行WEB服务器发出请求和接受输出数据流，把接受到的输出数据流写入XML文件，写完之后，接着就对XML文件中的每条记录同学校数据库中数据记录进行比较，以XML记录为准（因为XML中的记录都是来自于用户在银行交易成功的记录），如果学校数据库中不存在，就把对应着的XML中的记录插入数据库中。应该注意的是由于银行网站都是通过SSL加密访问的，所以当我们通过HttpWebRequest构造的类给其发出请求时，须加载证书，查询时不需要证书的，也需要做忽略证书的说明，否则当通过HttpWebResponse类构造的对象去接受的数据流时，就会出现不是为空就是无法访问的之类的情况或提示，整个流程见图3。
图3 自动对账流程图
3.2 全自动对账的实现
//注：实现语言：C# 以下为精简出来的代码
//建造HttpRequest.cs读取网页内容的关键类 以下是该类中的关键函数和说明
// HttpRequest网页请求方法
public bool OpenRequest(string requestUriString, string requestReferer)//带参数的请求函数
{// 用requestUriString, requestReferer对一些参数赋值
return OpenRequest();
}
private bool OpenRequest()//真正向网站发出数据请求的Request函数
{__HtmlText__.Remove(0, __HtmlText__.Length);
HttpWebRequest Request = (HttpWebRequest)WebRequest.Create(Uri);
Request.AllowAutoRedirect = AutoRedirect;
{Regex __RegexUri_ = new Regex("^https://", RegexOptions.IgnoreCase);
if(__RegexUri_.IsMatch(Uri))
ServicePointManager.CertificatePolicy = new TrustAllCertificatePolicy();
}
//此处设置一些属性
Request.ContentType = "application/x-www-form-urlencoded";
byte []Bytes = Encoding.GetEncoding(Charset).GetBytes(Post);
Request.ContentLength = Bytes.Length;
using(Stream writer = Request.GetRequestStream())
{writer.Write(Bytes, 0, Bytes.Length);
writer.Close();}
HttpWebResponse Response;
Response = (HttpWebResponse)Request.GetResponse();
{HtmlText.Append(theException.Message);
return false;}}
private void ReadHtmlText(HttpWebResponse _Response_)//写成XML文件函数
{using(Stream reader = _Response_.GetResponseStream())
{StreamReader sr = new StreamReader(reader, Encoding.GetEncoding(Charset));
path = Application.StartupPath;}}
public class TrustAllCertificatePolicy : ICertificatePolicy//加载证书或忽略证书
{public TrustAllCertificatePolicy()
{// TODO: 在此处添加构造函数逻辑}
public bool CheckValidationResult(ServicePoint _ServicePoint_, X509Certificate _Cert_, WebRequest _WebRequest_, int _Problem)
{return true;}
private void dataAjust() //银校对账函数
{path = Application.StartupPath;
if (path.Substring(path.Length - 1) != "\")
{path = path + "\";}
path = path + "DataFromBank.xml";
xmlDoc.Load(path);
XmlTextReader reader = new XmlTextReader(path);
XmlNode xn = xmlDoc.SelectSingleNode("DOCUMENT");
XmlNodeList xnl = xn.ChildNodes;
foreach (XmlNode xnf in xnl)
{XmlElement xe = (XmlElement)xnf;
XmlNodeList xnf1 = xe.ChildNodes;
temp = xnf1.Item(6).InnerText;
orderNo = xnf1.Item(3).InnerText;
money = Convert.ToDouble(xnf1.Item(5).InnerText);
//调用库存储过程，由它判断该订单号是否在库中存在,并进行相应的处理
}}//对应foreach
}
4 结束语
本文研究了人工网上银行转账订单号方式设计思路和全自动化的银校对账系统，目前本人并在该设计思路的下设计出了应用程序，并在我校投入使用，结果表明，该系统能够较好满足用户在银行和学校之间、学校内的交易，数据准确，银校数据能够保持一致性、实时性，学校财务处工作人员毋须人工干扰，真正做到了财务工作自动化。
基于订单号方式的后台自动对账的人工网上银行转账系统有着很大的商业价值，目前，越来越来多的企业、商家推出网上电子展销平台，网上购物如雨后春笋般涌现，与银行交易的原理与本人设计的转账和处理方式有着一定的类似性，因此本文具有一定的借鉴意义。
参考文献：
[1]中国建设银行项目开发组.书名： 中国建设银行网上支付查询接口操作手册,2001.
[2]Simon Robinson, Christian Nagel,李敏波译著.C#.NET 高级编程[M].清华大学出版社.
[3]Anthony Jones.Network Programming for Microsoft Windows[M].Microsoft Press.
[4]Gary P. Schneider.Electronic Commerce(4th Edition)[M].Thomson.
[5]Bruce Schneier.Applied Cryptography: Protocols, Algorithms and Source Code in[M].John Wiley & Sons.
网上报修系统 篇7
随着医院医疗水平的提高,临床科室的各种医疗及配套设备慢慢增多,各类软件、硬件发生故障的频率大大增加,设备维护工作量不断增加.如何有效地提高设备故障的解决效率显得尤为紧迫[1]。因为设备故障种类繁杂,不同设备的维护又由不同部门负责,部门内部还有不同的分工,以往的报修都是采用电话或者口头通知,所以经常出现报修信息不准确、不完整,报修信息传递丢失,维修不及时,维修质量不高,用户对维修工作满意度下降,解决故障的时间长、效率低等问题。对故障的解决缺乏有效地监督和反馈,用户对维护人员解决故障的服务态度缺乏评价。负责维护工作的部门对工作人员缺少有效地考核,工作人员的工作态度不积极,对维护人员的服务态度、工作质量、工作责任心难以有效地管理。
网上报修信息管理系统具有在线提交报修信息、查看报修进程、服务评价、进行数据分析统计等功能,具有手工管理无法比拟的优点。因此,网上报修系统能够极大地提高工作效率,也是报修管理的科学化、信息化管理的重要条件。
目前,区内外使用网上报修系统的医院较少,有少部分学校、企业在使用网上报修系统,国内仍没有较通用、完整、成熟的网上报修系统,网上能下载到一些报修系统软件,但业务流程都较为简单,不符合医院现有的报修流程。因此,需要开发一套符合右江民族医学院附属医院流程的网上报修系统。
2 系统分析
2.1 使用对象及范围
(1)报修人员:医院全体职工,凡涉及信息科、设备科、总务科的报修全部在网上填报。
(2)维修人员:信息科、设备科、总务科维修工程师。
(3)审核人员:信息科、设备科、总务科科室领导。
(4)系统管理人员:信息科、设备科、总务科管理系统维护人员。
2.2 性能及环境要求
(1)客户端环境要求:医院现有接入内网及外网的电脑都可使用。
(2)服务端环境要求:医院现有信息平台服务器即可,安装ⅡS (微软公司的Internet服务器软件)及SQL Server数据库系统。
(3)性能要求:系统每一步操作在2 s内响应并处理完成。
2.3 系统业务流程图(如图1所示)
2.4 功能需求
(1)用户登录:跟医院现有OA系统做接口,使用OA系统登录用户名及密码进行登录,并提取OA系统中个人基本信息,这样不仅便于用户记忆,也大大减少了系统维护的工作量。
(2)权限管理:主要针对维修科室,主要包括工程师是否具有维修、填写、审核、报表等权限的控制。
(3)故障报修:故障发生后,报修员使用网上报修系统进行填报,将故障分类、故障描述等信息进行登记上报。
(4)工作指派:科室领导可对本科工程师进行工作指派。
(5)工程师受理:故障上报后,工程师对报修单进行受理。
(6)工程师维修:维修完成后,工程师将报修单进行完成标记。
(7)科室审核:部分维修工作需要科室领导审核,审核通过后工程师会根据领导审核意见进行维修。
(8)用户评价:维修完成后,用户可对其响应速度、服务态度及解决情况进行评价。
(9)统计报表:包括科室及人员的报修量、维修工程师受理工作量、维修工程师维修工作量、维修工程师受理所需时间统计、维修工程师维修所需时间统计、用户评价统计等相关统计及决策报表。
(10)电视屏幕自动刷新显示未受理的报修单:科室填报故障后,系统自动刷新,在电视屏幕上显示相关报修单信息,并给出音效提醒,这样工程师就能及时接收到科室上报的信息并进行处理。
(11)其他一些与系统相关的功能,如系统设置、基础数据维护等[2]。
3 系统架构及设计
3.1 系统结构:B/S结构为主、C/S辅助
由于项目使用对象为医院所有职工,要求不受用户、地点、时间限制,只需一台能够连接医院内网或外网的电脑即可,B/S结构能很好地解决这个问题。B/S (Browser/Server)即浏览器和服务器结构,在这种结构下,用户工作界面是通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器端(Server)实现,形成所谓三层(3-tier)结构[3]。大大简化了客户端电脑载荷,减轻了系统维护与升级的成本和工作量,降低了用户的总体成本。同时,当今电脑的浏览器界面,不仅直观和易于使用,更主要的是基于浏览器平台的任何应用软件其风格都是一样的,使用人对操作培训的要求不高,而且软件可操作性强,易于识别。
由于临床科室使用的HIS及EMR等系统为C/S结构,考虑到用户使用习惯的问题,临床科室也可以使用C/S结构的程序,将页面嵌入HIS系统中,用户在HIS系统菜单下点击出来进行填报。
3.2 项目使用的技术:ASP+Microsoft SQL Server
ASP即Microsoft Active Server Pages,是一套微软开发的服务器端脚本环境,ASP内含于ⅡS3.0以后的版本中,通过ASP我们可以结合HTML网页、ASP指令和ActiveX元件建立动态、交互且高效的WEB服务器应用程序。Microsoft SQL Server是一个关系数据库管理系统,具有使用方便、可伸缩性好与相关软件集成程度高等优点。
3.3项目使用的开发工具:Macromedia Dreamweaver 8
Dreamweaver是集网页制作和管理网站于一身的所见即所得的网页编辑器,是一款专业的HTML编辑器,用于对Web站点、Web页和基于Web应用程序进行设计、编码和开发。Dreamweaver几乎支持目前所有的网页开发技术,当然对本项目所使用的ASP VBSCRIPT也能很好地支持,因此本项目采用Dreamweaver作为开发工具。
3.4 系统登录
由于系统使用范围为医院全体职工,人员登录名、密码及其他基本信息的维护工作量巨大,而分析获知OA系统密码采用标准MD5加密算法,因此可将提交的密码进行MD5加密进行比对,如果一致则可登录,这样做可大大减少维护工作量。
3.5 权限控制
系统权限分为填报、维修、审核、报表查看、基础信息维护五大类。填报权限不需要维护,只要登录系统后都可填报;维修权限分配给维修科室工程师;审核权限分配给维修科室领导;报表查看分配给维修工程师及相关领导;基础信息维护权限分配给科室信息管理员。
3.6 报修信息提醒
为了能让维修工程师及时接收到科室上报的报修信息并进行处理,可开发一个网页,系统自动刷新,在电视屏幕上显示相关报修单信息,并给出音效提醒。
4 系统开发
4.1 系统登录
登录时,将密码进行MD5加密后跟OA系统进行比对,如果一致则登录系统成功,然后OA系统获取用户基本信息,从权限表中读取用户相关权限保存到session中,登录首页根据权限加载相应的功能菜单。登录界面部分核心代码如下:
4.2 报修单填写
填写报修单时系统自动生成编号;登录后系统已经保存了登录人、所属科室及电话等信息,填写报修单时系统自动填入报修人、报修部门、联系电话;用户只需填写故障分类、维修种类、缓急程度等情况即可,其中故障分类、维修种类、缓急程度下拉框选择,下拉列表数据可由系统管理员在系统中进行维护(如图2所示)。
4.3 受理及维修
系统界面可根据各种查询条件查询出相应报修单,根据报修单的状态显示出相应的“受理”或“完成”按钮,点击按钮后填写受理或维修意见后保存即可(如图3所示)。
4.4 评价
维修完成后报修人员可对其响应速度、服务态度、解决情况进行评价,如果维修完成超过3 d未进行评价,系统默认好评(如图4所示)。
4.5 报表
报表管理主要包括统计维修工程师的工作量及评价情况、各科室报修情况及报修单详细查询等(如图5所示)。
4.6 电视显示屏
加上即可使网页每隔 1 min 自 动进行刷新,查询显示出所有未受理的报修单显示到电视屏幕 上,此外报修详情采用滚动方式显示方便查看(如图6所示)。
5 使用情况及总结
5.1 系统使用情况
这套医院通用网上报修系统于2014年5月正式在右江民族医学院附属医院启用,经过2个月的磨合,计算机网络中心、医疗设备科的报修信息全部实现在网上申报,下一步准备在总务科推进使用。从目前使用反馈情况来看,用户对网上报修系统很满意,系统提供的相关报表也给管理部门提供了科学、有效的管理及决策依据。
5.2 总结
经过几个月的开发与实施,目前系统能较好地支撑整个医院报修流程,使用情况良好,当然也还有些值得改进的地方,比如软件维护报修时可增加附件上传功能,工程师在维护时就能很快判断故障情况,加快问题解决速度;增加返修功能,这样可以实际反映维护工程师工作返修情况;增加问题解决知识库,在用户发现故障时能很快地从知识库中检索,从而及时排除及解决故障等。
摘要：随着医院规模的不断扩大,各种后勤保障维修的工作量也相应增加;为了提高工作及管理效率而开发使用了网上报修系统。通用网上报修系统主要对医院信息科(网络中心)、总务科、设备科3类报修信息的填报、审核、维修及评价过程进行全程信息跟踪管理,同时整合了医院现有办公自动化系统(OA)统一身份认证系统和职工科室等基本信息,大大减少了系统基础数据的维护量。系统采用B/S结构,前台主要采用VBScnpt和CSS技术进行数据初步验证和处理,后台采用ASP动态网站开发技术,以SQL Server数据库作为后台数据服务器,通过Internet浏览器实现报修信息的输入和采集,并对数据进行处理后送入数据库中存放。采用本系统,可以有效地组织和管理医院的各种故障报修信息,有效地监督和考核维护人员的服务态度、工作质量、工作责任心,是医院行政后勤提高故障解决效率和服务质量的重要途径,为管理部门提供了科学有效的管理和决策手段。文章结合医院实际给出报修系统的业务流程及关键步骤,并给出相应的代码示例。
关键词：网上报修系统,统一身份认证,B/S结构,ASP,SQL Server
参考文献
[1]刘瑜楠.医院后勤报修管理系统的设计及应用[J].机械管理开发,2013(1):124-125.
[2]陈亮,戴连丰.基于UML的医院报修管理系统建模研究[J].中国卫生质量管理,2013(5):79-81.
网上评教系统设计 篇8
在目前网络技术快速发展的今天许多高校的采用基于网络的评教系统。它具有使用方便、效果良好的特点已成为当前高校学生评教活动的主流形式。
1 总体结构设计
通过前期的调研, 我们设计的系统总体上包括用户登录模块, 学生、专家测评模块, 教师、管理员查询模块以及数据维护模块。其中, 用户登录模块用于管理用户的登录信息, 不同级别的用户登录不同的界面享有不同的权限。学生、专家测评模块用于学生和专家进入测评页并进行相关的测评工作。教师、管理员查询模块主要功能是:测评信息经系统分析处理再挖掘生成的数据, 系统按不同的权限提供了管理员和教师进行检索查询排序功能。数据维护模块进行数据维护和密码操作。
系统运行的基本软硬件环境包括:软件方面包括JSP、JDK+Tomcat、Windows XP和SQL server 2000数据库。硬件环境包括服务器:H P ML530或更高级的以及100M到桌面的网络。
由上可知, 系统主要包括3类:学生测评类、结果查询类和数据管理类。学生在测评中使用的测评类、留言类由学生测评类派生而来;管理员在维护过程中的课程维护类、测评结果维护类由管理员派生而来;结果查询类是依赖于学生测评结束后的测评留言类而得出的;专家和教师类用户可通过系统测评结果查询系统类直接查询。
2 系统详细设计及实现
2.1 评教部分的操作流程设计
评教部分是该系统的核心。首先是进入评教系统主页面, 学生、教师在评教页面登录, 经过用户名、密码、权限验证, 学生进入该学期所学课程数据确定学生评教, 进行评教。专家先进入专家督导, 选择某一位教师进入教师测评信息页, 测完再选择下位教师。教师、管理员在数据信息管理主页登录, 经过用户名、密码、权限验证, 教师进入教师本人的查看信息界面, 管理员进入管理界面, 界面功能包括:学生测评信息查询、专家督导信息查询、总评排序。
2.2 系统的数据库设计
本系统对数据库的设计尽量遵循数据库设计的范式, 力求简单、一目了然, 便于管理维护。用户登录根据表1信息代码验证进入相应权限的界面, 学生评教根据相关表格对该学期所学课程相应的教师进行测评, 专家根据表2的教师信息测评教师, 管理员管理信息是基于表1所载的信息, 表2是学生、专家对教师建议 (即留言) , 另外表1, 表2为系编号信息、课程编号信息, 根据它们知道系名、课程名。以下是主要数据表的设计情况:
2.3 模块详细设计
2.3.1 登录模块设计
登录功能由文件login.jsp实现, 若用户名、密码、权限有误, 会有相应提示, 并返回登录界面。
2.3.2 学生评教功能的设计
学生进行评教时首先进入评教首页, 点击”学生评教“登录 (学生的用户名及密码由管理员指定) , 登录成功登录成功会显示根据学生该学期所学课程数确定测评信息, 进入评教页面, 主要代码如下 (分别描述知识技能指标测分、素质修养指标测分、教学效能指标测分、工作态度指标测分) :
2.3.3 搜索查询功能的设计
搜索查询功能分为4个模块:教师查看信息、学生测评信息、专家督导信息、总评排序。教师查看信息, 可查询本人自己被学生评教结果以及专家督导;学生测评信息, 主要反映学生对教师的测评, 主观印象占大部分;专家督导信息, 客观占大部分;总评排序, 累计所有测评分, 在院里教师个人的得分排名, 以及所在系的排名, 还有一项是教授同一课程教师的得分排名, 查询功能仅对具有相应权限的用户开放。
2.3.4 结果统计功能的设计
学生评教结束后, 管理员可利用利用本系统进行统计, 不仅可以统计到每一个教师的每门课程, 而且能分别对学生、专家测评数据进行统计。能实现同学科不同教师的评教结果的对比。
4 结论
本系统采用JSP设计实现了基网上评教系统, 通过严格的测试表明系统满足设计需要。在实际应用中, 运行稳定, 效果明显。
摘要：论文采用JSP和SQL SERVER 2000设计实现了基于B/S模式的校园网络评教信息管理系统。通过对系统的严格测试, 表明系统具有界面友好、操作方便的特点, 可以广泛应用。
关键词：网上评教系统,JSP
参考文献
[1]吴孝丽, 周炎.网上评教系统的设计与实现[J].科技广场, 2005 (5) :46-48.
[2]耿详义.JSP基础教程[M]清华大学出版社, 2005, 9.
网上报修系统 篇9
实践表明, 高等院校借鉴IS0质量管理理念, 建立适合自身特点、自我完善和持续改进的管理机制, 这对加强学校的规范管理, 全面提高管理水平, 推动高校可持续发展起到了积极的作用。高校在这一管理体系下, 通过绩效考核手段, 利用ASP+ACCESS开发网上报修系统, 可以使报修工作从繁杂拖沓迅速转变为高效便捷, 使现代管理理念的优势得到最完美的体现。
网上报修系统运用了ASP+ACCESS技术。ASP的工作流程是:浏览器向web服务器上请求asp文件时, ASP脚本开始运行, 全面读取请求的文件, 执行所有脚本命令, 最后将Web页传送给浏览器。由于脚本的处理由服务器完成, 所以不必担心浏览器能否处理脚本;而且由于只有脚本的结果返回到浏览器, 所以服务器端脚本不易复制。由于代码是需要经过服务器执行之后才向浏览器发送的, 所以在客户端看到的只能是经过解析之后的数据, 而无法获得源代码, 故编写者不用担心自己的代码会被别人剽窃[2]。
1 需求分析
ISO质量管理体系下的网上报修系统主要是利用互联网实现网上报修操作, 并将整个操作过程详细展现出来。在OA网内添加此项功能, 一能大大提高工作效率, 二能为绩效考核提供完实的记录依据。传统的报修大多以电话、口头通知或纸质件传递的形式进行, 不仅浪费人力物力, 而且效率低, 还可能因遗忘导致无法进行维修工作, 影响正常的工作、生活和学习环境或导致报修部门和维修部门相互扯皮的现象, 因此, 开发在ISO质量管理体系下通过绩效考核手段的网上报修系统是相当必要的。
2 系统功能设计与实现
2.1 数据库物理结构表
数据库物理结构表如表1所示。
2.2 系统流程图
网上报修流程图如图1所示。
2.3 功能实现方法
2.3.1 报修申请的填写
由报修人直接在填写报修申请页面内完成, 为简化报修人工作量, 报修人只需填写报修内容和联系电话即可, 报修人姓名和报修人所属部门从OA登录用户内直接读出, 为杜绝弄虚作假, 报修时间为提交时的服务器系统时间, 该时间为判断后勤主管对该报修申请进行指派的响应度的判断时间。
2.3.2 后勤主管指派维修员
后勤主管只需根据报修内容, 录入对应的维修人员姓名即可完成维修人员指派操作 (若对此项维修有备注信息, 可在备注信息栏内录入) , 与申请填写类似, 维修人员的指派完成时间为提交时的服务器系统时间, 将数据保存至数据库时, 同时将“fstpost”的值设置为“是”。
2.3.3 维修人员维修
维修人员在后勤主管完成指派后, 根据报修内容进行对应维修, 完成维修工作后, 在维修情况录入页面内录入维修情况信息即可, 与前面类似, 维修完成时间为提交时的服务器系统时间, 将数据保存至数据库时, 同时将“finishpost”的值设置为“是”。
2.3.4 报修人员反馈
报修人员在维修人员完成维修后, 对维修人员的维修结果进行验收, 并填写对应的验收结果, 此项操作有两个分支, 分支一:当维修符合报修人要求时, 报修人在反馈验收信息页面内选择“维修结果符合要求”选项, 提交后此报修申请闭环, 将数据保存至数据库时, 同时将“repost”的值设置为“是”;分支二:当维修不符合报修人要求时, 报修人在反馈验收信息页内选择“维修结果不符合要求”选项, 提交后此报修申请不闭环, 跳转至3.3.3步重新执行, 实现方法, 将数据保存至数据库时, 将“finishpost”的值设置为“否”, 并将“unpassnum”的值加1。
2.3.5 响应时间判断
1) 后勤主管指派维修员响应时间:
若“fstpost”的值为“否”时, 表示后勤主管尚未进行维修人员指派, 利用函数“DateDiff ("s", asktime, now) ”获得报修时间和当前时间的差值, 此差值即为等待后勤主管指派的时间 (时间单位为秒) ;若“fstpost”的值为“是”时, 表示后勤主管已完成维修人员指派, 利用函数“DateDiff ("s", asktime, fsttime) ”获得报修时间和后勤主管完成维修人员指派时间的差值, 此差值即为后勤主管指派的响应时间;
2) 维修人员维修响应时间 (在后勤主管未完成维修人员指派前不进行此项操作) :
若“finishpost”的值为“否”且“fstpost”的值为“是”时, 表示维修人员的维修工作尚未完成, 利用函数“DateDiff ("s", fsttime, now) ”获得后勤主管完成指派维修人员的时间和当前时间的差值, 此差值即为等待维修人员完成维修的时间;若“finishpost”的值为“是”且“fstpost”的值为“是”时, 表示维修人员已完成维修工作, 利用函数“DateDiff ("s", fsttime, finishtime) ”获得后勤主管完成指派维修人员的时间和完成维修的时间的差值, 此差值即为完成维修的响应时间;
3) 维修结果反馈响应时间 (在维修人员未完成维修前不进行此项操作) :
若“repost”的值为“否”且“finishpost”的值为“是”时, 表示报修人员尚未对维修情况进行反馈, 利用函数“DateDiff ("s", finishtime now) ”获得完成维修的时间和当前时间的差值, 此差值即为等待报修人员反馈的时间;若“repost”的值为“是”且“finishpost”的值为“是”时, 表示维修人员已完成维修工作, 利用函数“DateDiff ("s", retime, finishtime) ”获得完成反馈的时间和完成维修的时间的差值, 此差值即为反馈的响应时间;
4 结束语
通过笔者所在单位近两年对本系统的使用, 本系统确实能达到大大提高工作效率和为ISO质量管理提供完实的记录依据, 使用本系统以来, 相关部门维修问题扯皮或因遗忘导致无法进行维修工作的情况不再出现, 完全达到预期目的, 可供借鉴。
摘要：随着计算机和计算机网络的飞速发展与普及, 网上办公化越来越受到包括高等院校在内的各行业的青睐, 通过网上办公大大提高了工作效率。网上报修在网上办公系统中是一个非常重要的应用。该文主要介绍在ISO质量管理体系下网上报修的实现原理和实现方法。
关键词：网上报修,ASP,ACCESS,ISO质量管理
参考文献
[1]蔡翠平.网络程序设计——AsP[M].2版.北方交通大学出版社, 2004.
网上信息侦听系统的实现 篇10
关键词：网络信息,数据包捕获,拦截消息
0 引言
随着互联网的发展, 网络安全、网络环境越来越受到人们的重视, 本系统就是对捕捉到的网络信息进行拦截、分析, 屏蔽不良信息, 本文着重探讨系统的实现过程, 采用自顶向下的实现方法, 即尽量先实现上层模块, 逐步向下求精, 最后实现下层基本模块。
1 系统开发环境
本系统在Linux系统环境中开发, 是因为Linux是一种可移植的操作系统, 能够在从微型计算机到大型计算机的任何环境中和任何平台上运行, 具有丰富的网络功能, 完善的内置网络是Linux的一大特点。Linux具有完善的TCP/IP协议报头的定义, 并且提供了功能强大针对于客户和服务器程序的面向用户的socket函数库和可操作的Libpcap库。
系统硬件:CPU:Intel (R) Core (TM) 2 2500@2.00GHz内存:2G
系统:Linux Fedora 10
编程语言:c语言
2 需求分析
网上信息侦听与分析系统是本系统要完成目标。为实现这一目标, 本系统应具备以下功能:系统能够截获用户的请求数据包同时显示出数据包中的地址信息、端口信息以及用户请求URL;系统提供拦截目录数据库, 通过查询拦截目录判断用户请求URL, 决定是否执行拦截操作;系统能够正确的执行拦截操作, 当用户利用浏览器接入到有害网站时, 系统发现用户试图接入到有害网站, 向用户发送拦截数据包, 收到拦截消息数据包的用户可以看到拦截消息页面。当用户利用浏览器接入到健康网站, 系统允许用户可看到要访问的页面;系统能够实现简单的入侵检测功能, 保护网络环境。
3 功能模块设计
按需求分析, 设计功能模块, 如图1所示。
4 系统实现
系统实现是在系统分析和系统设计完成之后, 新系统予以实现的阶段。此阶段, 系统开发工作重点从系统分析、系统设计和创造性思考的阶段转入具体实践环节。这一阶段的基本设计思想的结构化方法, 主要是自顶向下的实现方法, 即尽量先实现上层模块, 逐步向下求精, 最后实现下层基本模块。系统实现包括详细设计和编码设计两个部分。详细设计的主要任务是在系统设计的基础上进一步确定如何实现目标系统, 选择并设计每一个模块的实现算法及其过程的详细描述, 为程序编码工作提供依据或框架。在编码设计中, 将软件的过程性描述翻译成用选定的程序设计语言书写的源程序。
4.1 系统的流程图
在本文中, 阐述了几个典型功能模块的实现。系统的整体流程图如图2所示。
4.2 数据包捕获模块
本文所设计的数据包捕获程序可以捕获通过本系统网络接口的原始数据包 (Raw Packet) , 当一个数据包到达网络接口时, 数据包捕获程序就直接从缓存区读取捕获的数据包, 以供数据分析和处理时调用。在数据包捕获程序中, 通过设置网卡工作于混杂状态, 对网络链路进行监听并收集数据包。数据包捕获模块流程图如图3所示。 (1) 通过获取网络接口列表, 获取指定的监听的网卡名。如果本机只有一张网卡, 调用pcap_lookupdev函数即可获得网卡名。如果有多张网卡则需要调用pcap_findalldevs函数, 获得所有网卡名, 指定用来监听的网卡名。 (2) 建立监听会话。获得指定监听的网卡名后, 调用pcap_open_live函数在指定的网卡上建立一个监听会话。该函数所做的工作是把指定的网卡设为混杂模式, 把Libpcap的网络报文截取组件加载到系统中, 并对监听会话超时参数和所截取的报文最大长度参数进行设置。 (3) 编译过滤规则, 设置过滤器。我们需要监听某种类型的网络流量, 调用函数pcap_compile对规则进行编译 (比如我们只需要监听80端口的流量, 规则描述即为字符串“port 80”) , 再调用pcap_setfilter。 (4) 捕获网络数据包。设置好过滤器后, 就调用函数pcap_loop进行循环监听。该函数对进行数据包协议解析的入口通过回调函数的形式进行指定, 启动网络数据包捕获组件进行数据包捕获, 通过回调机制 (非阻塞模式) 对捕获到的数据包进行处理。 (5) 关闭监听会话。当停止捕获网络数据包时, 就调用函数pcap_close来关闭监听会话。
5 结语
经过上线运行, 本系统较好地完成预期的设计目标, 并在原有要求的基础上能有所拓展, 当处理大量网络数据包时, 系统的处理速度偏慢。系统的效率还有待提高。
参考文献
[1]杜华.Linux编程技术详解[M].北京:人民邮电出版社, 2007.
[2]王权, 张训报, 李向.基于Linux系统的数据包截获技术研究[J].计算机与数字工程, 2009, 37 (04) :64-66.
[3]赵谦.基于Linux下的网络监听技术[J].贵州科学, 2007 (S1) .
[4]魏文清, 王长征.Linux下的TCP/IP架构与网络监听技术[J].计算机与现代化, 2005 (12) .
基于Web的网上订餐点菜系统 篇11
一、系统软件介绍
本系统以Visual Studio.NET 2003为开发平台，采用B/S模式，以VB.NET语言为基础进行开发；数据库采用关系型数据库SQL Server 2000；系统软件可在Windows或Unix平台上运行。
二、数据库设计
本系统的数据库主要涉及餐位、食品、用户、订单等信息。采用关系型数据库SQL Server 2000进行设计，主要包括以下表，表中含有下划线的字段为各表的主键。
1.餐位表Seats。该表主要包括SeatID（餐位编号）、Location（位置）、Nums（容纳人数）、Charge（收费标准）、State（预订状态）等5个字段。
2.类别表Kind。该表包括KindID（类别编号）、KindName（类别名称）2个字段。
3.产品表Products。该表主要包括fID（食品编号）、fName（食品名称）、Price（价格）、fIntro（食品介绍）、KindID（类别编号）等字段，其中KindID字段与类别表中的KindID字段对应。
4.用户表Users。该表主要包括UserID（用户名）、UserPwd（密码）、Sex（性别）Email（电子邮件）、Address（联系地址）、Tel（联系电话）等字段。
5.订单表Orders。该表主要包括OrderID（订单编号）、UserID（用户名）、Location（位置）、TotalNum（订购食品总数量）、TotalMoney（订购食品总价格）、HavingDinnerDate（用餐日期）、HavingDinnerTime（用餐时间）、OrderingTime（预订日期）等字段，当用户提交注册信息时，即返回一个订单号OrderID。其中UserID与Users表中的UsersID相同，用来确定该订单属于谁。
6.详细订购信息表Orders_Detail。该表包括OrderID（订单编号）、fID（食品编号）、fNum（订购数量）。表中的订单号OrderID与Users表中的订单号相同，表明该记录属于哪一笔订单。
7.管理员表admin。该表包括2个字段：adminName（管理员名）和adminPwd（管理员密码）。
三、系统详细设计
使用ASP.NET开发的网上订餐点菜系统，具有如下功能：
普通用户模块。普通用户可以进行食物营养查询、预订餐位、浏览食品、订购食品、用户注册、用户登录、订购信息查询、网上留言等。
管理员模块。包括餐位管理、类别管理、食品管理、订单管理、用户管理及留言管理等。
根据系统要实现的功能，进行了如下设计。
1.用户模块设计。
（1）预订餐位模块。在首页中提供了可用餐位的信息，包括人数、收费标准等。单击“预订”按钮，即可预订该餐位，同时在页面中显示所选的餐位信息，并显示一个“开始订菜”按钮。在首页中提供了查询食物营养、查询订单、留言等超链接。
（2）订菜模块。选择“开始订菜”，即进入订菜页面。用户可以浏览全部或某一类食品；也可以按食品名称或价格进行查找；可以查看食品的详细信息。单击“订购”按钮可将选定的食品放到订餐车中。在订餐车中显示所订购的食品，可以修改食品数量，删除食品，可以返回继续订购，也可以取消本次订购。
（3）下订单模块。本次订购结束后，在订餐车中选择“下订单”，进入用户注册页面。收集用户的信息及用餐的日期、时间等信息。提交注册信息时，将用户信息写入Users表，将订购食品的总数量、总金额及用餐的日期、时间及预订日期等写入Orders表，同时返回一个订单号，并将订购的详细信息写入Orders_Detail表，包括订单编号、食品编号和订购数量。
（4）订餐信息查询模块。提交注册信息后，随即进入登录页面，输入用户名和密码后，即可显示该用户详细的预订信息及总的费用。
（5）用户留言模块。用户可通过留言板进行留言，留下自己的意见和建议等。
2.管理员模块设计。通过管理员登录页面进行登录，确认其是否具有管理员资格。如果是管理员，即可进入管理员管理页面。
（1）餐位管理模块。这是管理员模块中重要的一部分。作为餐饮的餐位状态在一日三餐后都需要及时更新。在该模块中，通过选择日期及就餐时间，可查询每天的预订情况，每一餐的预订情况，查询餐位情况。在预订的用餐时间过后，将餐位的可用状态恢复为“是”。
（2）食品类别及食品管理模块。管理员可添加和删除类别，添加和删除食品。
（3）用户管理模块。可以查询用户信息，并对用户进行删除。
（4）订单管理模块。可以按日期查询订单，删除过期订单。
（5）用户留言管理。作为管理员，可以回复用户留言，删除留言等。
四、关键技术
订餐车设计是本系统的关键。在订餐车中，利用HashTable和Session对象保存订购食品的食品编号和数量。当订购食品时，首先检查Session中的HashTable是否存在，如果不存在，就创建一个HashTable，并将其保存到Session中。如果要订购一种食品，从Session中读取HashTable，将食品编号和订购数量添加到HashTable中，重新将HashTable保存回Session中；如果要订购订餐车中已经存在的食品，从Session中读取HashTable，按食品编号找到该食品，将对应的数量加1后，将HashTable保存回Session中；如果要修改食品数量时，从Session中读取HashTable，在其中找到该食品，直接修改数量即可；如果要删除某种食品，从Session中读取HashTable，在其中找到该食品，将该项删除即可。
要显示订购的食品信息，只需从Session中读取HashTable，并根据食品编号从Products表中查找对应的食品名称、价格等信息，并根据HashTable和Products表中的信息生成一个DataTable，绑定到DataGrid控件显示出来即可。
五、结束语
本课题属于电子商务中的一种，但又不同于电子商务。通过网上订餐点菜系统，可以实现订餐位、点菜、食物营养查询等功能，可以为许多饮食行业所应用，可以合理地利用人力、物力、财力等现有资源，产生更大的经济效益。
网上教育及管理系统 篇12
项目所有人:白云天;所在国:新加坡;专业:网络工程;学历:硕士
项目简介:
该系统集数项高新科学技术于一体, 结合目前最先进的网络技术而设计的一套自动化教育系统。该系统可以使大、中、小学及各类职业培训中心实现远、近程的教学和管理, 不仅如此, 其中的人事和财务管理部分还可以应用于其他企业的办公自动化管理。由于该系统采用了目前世界上最先进的网络技术 (如:EJB、JSP、Servlet、J2EE等) , 服务器及其操作系统均采用了稳定、安全的开放系统 (如:Linux、Tomcat) , 从而使该系统在服务器端软件上的投资减少了60-70%。系统通过对声、光及网络技术的运用, 实现了传统教学手段无法实现的一对一教学和远程教学。网上教学系统的应用使得您无论身处何方都可以做到足不出户地与授课讲师面对面地交流和沟通。