互联网协同运输管理系统需求协同运输管理系统需求v2.0.docx

互联网协同运输管理系统需求分析说明书v2.0一、项目背景31、问SS的提出32、好决方法53、项目可行性64、开发内容8二、系统整体架构9K系蜕架构92、关键技术解决12三、开发功能211、运营支持系统212、业务应用系统243、客户服务系统33互联网协同运输管理系统需求分析说明书v2.0一、项目背景1、问题的提出中国羟济连续二十几年速增长，（；计也已经翻了2翻以上，2006年更达到前所未有的2。9407亿元，其中全国社会物流总额达59.6万亿元,物流业增加值为1.41万亿元，宏观环境形势电人，物流产业总藏存巨大商机，伴随中国经济而速增长的物流业，也于二卜世纪九卜年头在中华大地如火如荼地发展起来,进入二十一世纪,物流业发展迎来了黄金时期,进入了发展加速时期.面对国内物流大发展，仿傀中国已经册入现代物流先进国家行列，果真如此吗？划分传统物流与现代物流主要标记是察看物流信息化程度，现代物流依托于现代经济，而现代社会却是信息社会，产业托起物流是定论，现代物流即建立在信息技术班础上，传统物流即传统货运建立在信息化程度不麻的前工业社会,所以信息化便成了传统物流与现代物流的分界点.现代经济社会物资流通目的为了产生增值及增值服务，依据客户制求使得产AA产生空间上位移，从而使得产品得到增1.物流使应运而生，依托于现代伯息技术，物流除满足客户须要获得肯定利涧酬劳，物流还为客户供应多功能、多角度增做梁务，如信息、配送、包装、流通加工、产品回收再利用等，中国物流亦因此模式而生。现代物流依托于信息技术,没有高度发达的信息技术，就不能称真正意义上的物流.因为发达的信息技术依靠公司的管理水准、公司理念,反映出公司的人员素养,同时确定公司服务水准，最终便在物流集成上显真功夫.横览中国物液企业，在2001年在册物流企业有60万之众,如今有百万之众，怖列为第三方物流，内政比较能称上合格的第三方物流企业为数不超百家，咒其缘由在于信恩化深化程度确定物流企业服务水准凹凸，从而将绝大部分物流企业拒之于第三方物流企业门外，称为准第三方物流，中国的第三方物流企业形态上像第三方，内核上却在从事传统货运、运输、仓储等低等业务，根本无法从事集成工作，如叫II、分货架式配送、J1.T或CRP传统物流公司无法做到，中国物流企业则表现为“敞、乱、楚、小、低”，即网点敞、管理混乱、服务场麻差、规模小、服务层次低，因而当下供应的物流服务比较有限，主要集中在分箱物流.担负肝运输、仓储、配送三种功能，兼些在途包装功能，属于筒沽、低级、无附加值的服务，如供应物流、生产物流及目前国家大力加覆环保即将形成市场的废品回收再利用物流均无物流企业涉猎其中,所以极大欠缺信息、流通加工、包装、运输仓储配送一体化、询问眼务、物流集成等功能.诚然如此，然而社会物液需求未降反升，物流需求方不仅为农产M、企业、商贸、畋府，目前更多迹象发明民间物液需求已形成巨大洪流，推动若物漉业前行，很多快递及物流企业起先介入民间物流市场，瓜分这一市场，民间物流需方多是家应、个体、个人，是弱势群体，他们因货量少、发货频次低、交易额小等因素,使他们生疏供方市场,与供方市场处离开来,常常因很多物流企业不诚信使他的吃曜巴亏,投诉无门如何甄选合格供应商、以公道价格发货、保证双方交易平安等等，使是民间物流需求方向业界、社会、政府发出最剧烈的呼声.再期，少部分物流企业有自己的信息系统，由于行时开发时未考虑到今后扩展及与上卜游客户的时按，无法实现从ECR-EOS-QR-XrMI-JIT/VMI.通过EDI进入企业ERP系统过程信息系统自动犯变,所以不能给上卜御企业供应增值链上服务和附加值眼务，同时国内物流软件从牌比较分散.技术上也缺乏标准化知道，软件供应商对于物液业的了解还不很深化，造成供应商宝技术开发，轻业务应用的偏向.不仅使好多功能束之高阁，或不适用于物流企业，还使得不同物流软件间很戒实现数据时接，更难言数据交互.所以说，面对这样的客户需求,为解决供应链上的如何更加快速有效的将发货人（供应商）的产品运到接受人，势必对承运商（或第三方物流公司）提出了更高要求，若还是来纳传统的方法与手段,根本就不能满足实际的需求了.那么，我11总结一下,传统运输存在哪些问题呢？（1经营分散和企业的篥约化.规模化程度较低（2服务质城向SS较为严竣（3）运输组织与经营技术以及理念落后（4）运输袋备和设施落后（5政笑导向不明确和政府管理方式与手段不适应发展的须要（6信息技术手段落后,无法实现协同工作2、解决方法因此，传统物流必需提升管理、更新规念、转变政府管理方式、形成现代传统运输，有鹿,此，新华物流网络彳i附公司提出了族于下一代互联网技术，笫四方物流供应RSP平台技术软件构想，开发“物流电子商务及互联网SQ1.平台”.而称“一网两台”,利用物流电子商务平台给供需上方创建盈利机会，通过互联网SCM平台实现物流服务，达到节能、增效目的.“一阳两台”中“一网”指新华物漉网，“两台”指物漉电子商务平台和互联网SQ1.平台（即互联网供应鞋管理平价）供需双方通过物流电子商务发布各自商务讯息,找寻物流合作伙伴，进行商务沟通，完成第一次商务后的现金交割（由第三方管理现金），实现物流过程（即物体发生空间位移）,给能方售后服务，及事后彼此信用评判,服务完成后费用转移.其中亮点将目前通行的Kp1.考核体系网络化，用公共佶息栏形式向全部物流供需方公开,让供需方信用度曝光于网络公共平f3让民意监Bf行业行风，迫使供方和需方改进工作,努力提高服务水平，从而促进整个行业的诚信度不断提高.在多次完成合作任务后，供方和葡方将慎重选择那此诚信度而，实力就的企业作为自己的供方和客户，不断累积，做长合作钺，完成勤选任务，进入结盟状态的互岷网SeM平台。另外，在能确保供应链长期稳定和有效性假设肃提后，建立供应链模型，确立业务发生模式,选择业务功能.如CRM、运检管理、仓谛管理、配送管理、包装、流通加工、装卸搬运和信息功能,通过业务发生模式带动限制模式的启动,从而实现诸如ECRfEOS-QRfVM1.fJnVCRP等诸多技术，湎足更多客户要求，“一网两台”优点明显：通过平台为物流供应商供应费用低爆,功能强人、不断升级版物流管理.系统，解决中小物流企业信息化程度低的问鹿O通过伙伴的加入.消退而对单个企业物流管理软件不能进行数据交互的障碍.顺当实施不同网点、不同物流企业间网络协同，产生网络化联动，实现网络化、规模化运作，运用集成技术集成物流各系统.利用数据共享优点顺当实现各模块间数据交互.使得界面更加友好，工作R大为减轻.强势企业介入组建供应鞋.不但能保持供应性长期稳定,能平衡各方利益还现模化运作，推动产业度优化，发挥强集聚效应.利用电子商务平台,为供需方供应沟通场所，整合资源，削减交易成本社会效应明显：通过第三方担保使交易更加平安，保证供需方利益；诚信体系建立，推动企业加快建立诚信步伐,也迫使各方提高管理水平和服务质量,以确保企业信用.3、项目可行性新华物流网络有限公司提出了基于卜一代互联网技术,第四方热流供应ASP平台技术软件构想,开发“物流电子商务及互联网SCM平台”是具有很强的现实意义与社会效益的。在管理、技术、经济效益与社会效益方面都是可行的.1）、从物流管理角度看项目可行性我们已建立和驾驭运输的最佳实践.最佳运怆实践对于供应链的无缝连接起到特别更要的作用。最佳运输实践主要指良好的运输限制和集中运输管理；建立一个核心运输支配：制订正确合同条款；撰写运输状态报告并使订单、运输可觇化；不断改诳运作程序：实施精确的货物成本配置和成本报告；进行运输成本分析等.电子商务平台的成员之间对共同利益的理解将进一步提高,保证肯定的开放性,进行信息共享,供应性各方相识到互联网协同运场管理是供应鞋活动中的理要部分,成员之间遇到问遨相互帮助,相互理解.工作努力并相互协调,进行合作：相互信任.利益共享等.2）、从信息技术用度看目可行性互联网协同运输的胜利岗不开先进的信息技术，它可以保证数据传输出实，削域交易成本和风险。信息技术是互岷网协同运输管理的神经系统，对于提高运输运作效率，保证了资金、物资和信息的高效有序流淌和交互起着至关重要的作用。而互联网技术、软件技术、数据库技术等已特别成熟.目前WEB2.0应用已经进入人们的H常生活.开发基于互联网的SCM管理平台,技术时机已经成熟.3）、从社会效益与势济效益看项目可行性2006年全国社会物流总额达59.6万亿元.物流业增加值为1.41.万亿元，从这里可以看出，物流业的巨大商机，,苏是此电子商务平台与SCM普理平台研发胜利，必将是物流业的一个典范，他将对物流行业产生深远的影响，因为在些平台上可以实现多方协作，资源共享，改善服务质量，规范管理,降低运输成本，提升客户满足度等等好处，社会效益明显。新华物流的“一网二台”是一个电子商务平台,也是一个SCM管理平分,若是场输、物流企业能体会到此网,能给自己希求管理上规范,服务实力的提升,成本的下降.那么必将带来物流业管理的革命,就会体会到运用此平台带来的各种好处,那么.新华物淹网络也将在这个平台租用中，收到可观的经济效益.可以简洁做个估匏,若是全国的10%的物流公司能租用这个平台,新华物流网络公司将扶得丰厚的回报，4）、可能存在的主要障码互联网协同运输管理在实际运作上可能会遇到困难，并可能会常常运作实循效果不走向或运作失败。其主要的障碍包括传统管理思想和体制的禁别,仍我熟传统的方法运作和进行成本核芽：成员之间对供应链的视野仍停留在自己一方,而没有从供应依整体看待：每次谈判过程要花大最时间和羟验，因此供应链各方过于注意各自利靛或时互联网协同运输管理的预期期里过大，信息传递的不精确等。总之，互联网协同运输管理无论从技术、从管理、从实践角度都是可以实现的，作为供应琏运输管理中的一种崭新的思想，若供应链中的各方建立一种“共r的合作伙伴关系，站在供应璀战略的高度实施互联网仍同运输管理的话，肯定能获得胜利.我们信任这种能降低整个供应链成本的先进的管理思想与管理手段,肯定也必将成为现代物流的主要管理手段.4、开发内容Dx本项目全部完成分四个阶段第一阶段形成面对从小物流业的专业运输公司、.货代公司及个体户的TMS系统（即互联网协同运输管理系统）。其次阶段形成而为社会资源优化配司的电子尚务交易系统，笫三阶段形成面对生产制造业、商贸企业以及从事物流的供应商的供应链管理系统，第四阶段将电予商务交易平台与供应链管理平台结合,形成一同两台.2）、目的开发工作互联网协同运输管理系统应涵盅基本衣单（统计台帐）、报货、订单管理、车辆调度、运价管理、车辆在途跟踪、回单管理、账款结算等运询中全面涉及数据方面的工作和自行车辆档案管理及会员管理，3）、功能要约基本操作功能：软件实现的操作层面基本功能要求有基本数据录入、添加、查训、删除、修改、保存、打印、更新、统计。实现功货：软件实现运营，管理层面以及创新功能要求数据库共享、硬件共享、数据独享，解决国线、在线同步数据保存及传输问卷，嵌入交互式网聊工具，网点互动的网络协同.刚好通信及短信功能，二、系统整体架构互联网协同运输,管理系统为服务商供应对外业务服务、对外业务管理、对外业务监拄等功能；为服务商供应面对其最终用户的访问法础平台：因此北联网协同运输管理系统须要供应以下服务： 完善的用户认证管理，保证系统的平安、牢犯： 负我均衡管理,有效保证运苜效率：用户管埋：对用户的基本信恩,用户的业务订明等进行管理：产M和服务管理:供应业务申请、业芬审枇、业务开通、业务信息查询等：计粉结算：供应计贽、结算，便利业务的敏捷开展：©供应而平安性：实现信息交换与共享的同时保证各系统中的信息的平安：供应基于工作流的协同管理供应基于WCb的营业支撑与管理系统：©良好的扩展性：数据管理、备份、维护供应禽线版1、系统架构保证互联网协同运输管用系统有效运营效率,必需仃先解决用户认i三及贵（负藤均从职书角度"台股务涔担当平台共享的“用户数据库服务器”（即中心数据服务器），负设存储全部用户的个人费科：而其它服务器则担当了“认证限务器”、“监控服务器”、“短信服务器”、唧时通讯服务器“、“WEB应用服务器”和“数据陈限务器”等6类不同的工作。所示图如下:HiHIimM2KSS否杷9q依«<三<H)MS*，*RASh三-9西«7efehTTr嫩或国学窿，x华学欠我.备一堂2州晨«三Si今1.g1.2-NM±诔C2*»HIM£0«n«*»“一««-1H1.sHss三sSsgTM*m7n*9aafiQO聆左S匹出G投加墨agO背相»IJYJ建联雷降，|互联网协同运管理系统主要有三科角色用户平台运营商：负责平台的运哲与维护，为服务实施商和最终客户供应周到的服务，服务实施商：负并服务实施的整体管理.最终客户：提交服务恳求并获得须要的服务.说明：I）,平台运营商、限务实施商（承运商或第：方物流公司卜客户,提交自己的帐号、密码及验证码，认证服务器起先蛤证该帐号、密码、骁证码的有效性，假如确认信息无误，则系统进入资源安柞服务，2）、资源安排服务器依据短信眼务甥群、即时通讯服务器群、WEB服务器群、数据库股务涔（包括数据库帐号）的当前资源占用状况或配置状况,安排指定股务湍资源.3）、依据RBAC模型中所描述的，依据该帐号在业务系统中的角色与权限读取相应的功能模块.4）、一旦帐号退出业务系统.系统自动调用资源收【可服务，修放服务器资源.假如帐号没有正常退出或长时间没有业务操作状况，系统也自动调用资源收回限务，样放服务器资源，2、关键技术解决（一）从软件角度看，单数据源和多数据源的问题，下面我们来看看实现方法和各自的利弊、单数据源A.单库多表型：数据库服务器上有一个数据库；1、对于每个用户各自的信息都会有其单独的表集合：例如：用户A的单据信息去为（Tab1.ccA）,则用户B的单据信里表为（Tab1.e.B>:2、数据库中会有相应的公共衣.来实现信息的共享：优点；这样的操作的优点是姆个用户都有自己单独的表，它们能共享数据源或连接池，效率更高,提高数据的访问速度,能更好的结合黑线公办,同时数据平安方面也能相应的增JJI1.:同时也可以通过共用的表来存放共享伯恩,和其他客户（用户）进行数据的通讯，从而使得功能实现和资源得到更好的结合，使得系统在相同的条件卜达到最大拼好的功能；缺点：在编程实现的时候可能会相应的困难些：某个客户在访问他自己私有的信息时.系统要从某个去取得相应的信息,来推断他应当来访问哪个表；B.单库单表型：全部客户的数据都存放在一个数据库的同一套表中，在部分表中埴加标示字段，表明该记录是电于哪个客户的.具体哪些衣中要增加标示字段当然要看具体的需求，不过大部分表示实体对象的表中都须要加，在很多点询条件中都须要包括这个标示字段.即使是用户自定义的查i系统也须要在查询条件中加入该字段：优点：编程操作上相应会简洁,系统不须要分析当前用户应当要访问哪个表，在数据库源的管理上也会相应的陆洁些：缺点：在数据库的处理和数据平安方面不如”单库多表型”：依据这样的设计,很多数据表都须要加入客户表示字段，很多直询都须要包括该字段，会比较麻烦，假如有遗漏，特殊是查询条件中遗漏该字段，就会造成一个客户看到另一个客户的数据，另外,须要在系统的平安性方面做比较细致的谀计.比如,某个功能通过在UR1.中包含某个实体的关世字以查询该实体的信息，或对该实体进行操作，在般应用中后台只须要依据关评字杳出该实体即可.但是在Web应用中,就必需额外判定该实体是否属于当前登录用户,或者要在查询中条件中加入客户标示：、多数据源这个方法和”单库多表型”的操作处想基本1:是一样.就是系统有多个库片中某个库是共用的，存放一些公用的信息：然后为好个客户建立一个数据库，来存放其独立的信息；优点：不同客户的数据物理分别,平安性比较好.除了获得数据库连接部分的程序以外.其它程序和股应用没有两样。不同客户的数据可以放置在不同的数据库服务器中，分担数据库服务器的负荷，能提高数据的访问速度.缺点：在编程实现的时候可能会相应的困碓些：I1HJ一个数据库服务器上搭建很多数据峰会增加数据用服务器的负担，降低其性能：数据库连接的利用效率不高，在系统这边来说，则是数据网或连接池很多,但每一个的利用效率都不高.在数据库服务器这边仍IH会有很多连接，因为每个数抵海或连接池都须要保持肯定数后的可用连接.这样通过连接池共享数据库连接而削减总连接数的好处被大大减弱了；另外假如须要增加客户时，须要在应用眼务器中配制新的数据源,或者修改应用自己的数据库连接池配制.某些状况下可能无法作到在应用不中断的状况下使这些配制生效。结论：席衰收列是常用并且最有效的解决方案我们在屈用程序中安装业务和应用或者功能模块将数据此迸行分别，不同的模块或用户对应不同的数据陈或不表，再依据肯定的策略对某个页面或者功能进行更小的数据库散列,比如用户表,依据用户ID进行表敬列.这样就能的低成本的提升系统的性能并且有很好的扩展性,sohu的论坛就是采纳了这样的架构,将论坛的用户、设置、帖子等信息进行数据库分别，然后时帖子、用户依据板块和ID进行欣列数据库和表.最终可以在配置文件中进行简洁的旭置便能让系统的时增加一台低成本的数据陈进来补充系统性能，（一）对单条记录的并发问题的处理方法。业务逻辑的实现过程中,往往须要保证数据访问的排他性.如在金融系统的日终结免处理中，我们希里针对某个cut-off时间点的数据进行处理，而不希泉在结算iS行过程中（可能是几秒种,也可能是几个小时,数据再发生变更.1）、并发概率现在市面上针耐PC机的软件开发，主要以两种结构为主：一种为C/S结构：一种为B/S结构.而两种结构各有利弊.在这里就不具体描述.这里主要就其运用方式进行说明一下,两种结构都针对用户进行实现的，用户笠M后再依据其权限、角色进行相关的可执行怪作，WEB程序的访问量是相当大的，这UJ能也是客户主整考虑并发性的因索，卜面就该问题进行描述.用户注册并确定审核后，即成为平台的正式运用者，用户的注册信息都将被保存，并依据注册状况安排相应的用色及权限.用户登录后，可发布修改删除的个人信息.发布修改删除自己的公共信息等,WEB网站上的信息均是某个用户进行发布的（不包括后台管理信息），这些信.且是不允许其他用户进行修改、刷除的,后台管理用户只可对记录的非信刖部分进行编辑操作,如审核、删除等.2）、并发的可能状况：A、不同用户对于同一条记录的操作如：前台用户派出并起先修改自己的发布信息但还没行提交,后分的管理H1.户觉得该条被前台用户已经打开的信总有问题而在后台进行了审核捌除操作，当前台用户进行提交他的修改时，将会获得“您的该条信息己被删除1相像的信息：假如前台用户时该条记录进行修改提交，而同时后台管埋用户时该条记录进行删除提交，在WEB网站上看是同时的,但最终都将反应到数据辉里，假如反应到数据库里有先后依次，种状况是慨改失败、州除胜利，一种状况是修改胜利、刷除胜利：假如反应到数据库里也是同时，数据库会依据其内部的冲突处埋机制诳行辨别谁先谁后，从而圾终的结果将是一样的刚才描述的两种状况.这里说明一点：对于前台用户发布的信息，前台用户所端轼的字段与后台用户所编耨的字段总是不一样的,以保证用户信息的自主性及权利.否则构影响网站的运用.B、同用户或者说具有相同某条记录操作权限的用户对于同一条记录的操作如：有一条记录，某用户A在前台打开该记录并进行操作，同时用户B在前台亦打开该记录并进行操作，并同时进行提交.当然我们会在用户的设置上进行一些处理,但黄如是业务须要并肯定会具行这种状况发生的时候。马第-点具有相同的处理机制，同样在前台是同时提交的，反应到数据库里,假如有先后依次，将依据依次处理，处理的结果将被反应至前台：假如数据库里也是同时到达.数据库会依据其内部机制进行辨别操作，亦是同样的结果.3）、可行的方案我们就须要通过一些机制来处理单条数据并发的何超,即在某个操作过程中有些数据不会被外界脩改.这样的机制，在这里，也就是所谓的“锁”,即给我们选定的目标数据上锁，使其无法被其他程序修改。通常来讲，钺可以分为两种：芯观锁（PeSSiis1.ic1.ockinG和乐观锁（OPtimiStiC1.ocking）»悲观钱（PeSSimiStiC1.ocking）悲观锁，IE如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守看法,因此,在整个数据处理过程中，格数据处于锁定状态.悲观锁的实现，往往依靠数据库供应的锁机制（也只有数据库层供应的锁机制才能真正保证数据访问的排他性.否则,即使在本系统中实现加锁机制,也无法保证外部系统不会修改数据).一个典型的倚赖数据库的悲观锁谓用：se1.ectfromaccountwherename='Erica'forupdate这条sq1.语句锁定了account表中全部符合检索条件(na三e='Erica')的记录.本次外务提交之前(少务提交时会样放步务过程中的锁)，外界无法修诙这些记录，全部的修改是求招等待直到事务提交或回滚.而在OraC1.e,ftforupdatenwait关键字，当发觉数据,被别的sessionforupdatenowai1.锁定中的时候，就会快速返回ORAfoo51错误，内容是资源正忙，但指定以NoWA1.T方式获得资源.所以在程序中我们可以采纳11owait方式快速推断当前数据是否被锁定中.假如锁定中的话，就要实行相应的业务措施进行处理，乐观镇(OPtimiStiC1.ocking)对悲观锁而古，乐观锁机制实行了更加宽松的加锁机制.悲观锁大多数状况下依矗数据底的锁机制实现，以保证操作最大程度的独占性，但Rf1.之而来的就是数据冉性能的大盘开销.特殊是对长事务而言,这样的开销往往无法承受.如一个金融系统当某个操作员读取H1.户的数据,并在流出的用户数据的基础上进行修改时(如更改用户帐户余额)，假如采纳悲观钺机制，也就意味着整个操作过程中从操作员读出数据、起先修改宜至提交修改结果的全过程,甚至还包括操作员中途去煮加啡的时间,数据库记录始终处于加领状态,可以想见.假如面对几百上千个并发，这样的状况将导致怎样的后果，乐观锁机制在肯定程度上解决了这个问题。乐观锁，大多是基于数据版本(YerSion)记录机制实现。何谓数据版本？即为数据增加一个版本标识,在基于数据席友的版本蟀决方案中，一般是通过为数据底货增加一个version字段来实现，相读取出数楙时,将此版本号一同读出,之后更新时,对此版本号加一.此时,将提交数据的版本数据与数据库H对应记录的当前版本信息进行比对，假如提交的数据版本大于数据库表当前版本号,则予以更新，否则认为是过期数据。时于上面修改用户帐户信息的例干而言，假设数据库中帐户信息表中有一个VerSion字段,当前值为1：而当前株户余额字段(ba1.ance>为$100.1操作员A此时将其读出version=1.),并从其怅户余额中扣除$50(S1.OO-$50)。2在操作员A操作的过程中.操作员B也读入此用户伯息(Version=I>,并从其帐户余额中扣除$20($100-820).3操作员A完成了蟋改工作,将数据版本号加一(VerSion-2),连同根户扣除后余额ba1.a11ce-S50).提交至数据库史新.此时由于提交数据版本大于数据库记录当前版本数据被更新，数据库记录version更新为2。4操作员B完成了操作，也将版本号加一(VerSion=2)试图向数据库提交数据(baIance=JHO),但此时比对数据库记录版本时发觉,操作员B提交的数据版本号为2,数据库记录当前版本也为2,不满足“提交版本必需大于记录当前版本才能执行更新”的乐观锁策略.因此.操作员B的提交被驳回.这样就避开了操作员B用基于version-1的旧数据修改的结果W赧操作员A的操作结果的可能，从上面的例子可以看出，乐观镇机制避开了长事务中的数据库加锁开箱(操作员A和操作员B操作过程中，都没有对数据库数据加快).大大提开了大并发fit下的系统整体性能表现.结论总之，介绍了数据库的锁定机制,原委是悲观桃好还是乐观锁好，其实也是不泞定的，跟开发的技术、应用的场景和具体的需求都有关系.在OraC1.e中悲观锁还是很不错的，而且从起先的时候就把数据钺定。免除了后面的很多冲突处理。不过悲观锁须要保持一个On1.CIe连接,在我们常见的B/S应用中,特殊是数据先取得然后让用户内更新再返回提交这种流程来说,恋观锁是不大可能的.首先是因为B/S应用中,一般是利用一个连接池.在两次HttpRCqUCSI恳求都是不同的数据库CUnneCIiOn。而且也不能钺定一个数据太长时问,否则人人都这么惬定陶用很简洁进入死锁状态,这个时候就要采纳乐观锁了.(三)多用户的角色及权限的实现方法。用户的角色及权限的限制须要依据项目的实际状况和具体架构来定.在维护性、敏提性、完整性等N多个方案之间比较权衡，选择符合的方案.对于在企业环境中的访问限制方法,一般有三种：1、自主型访问限制方法.目前在我国的大多数的信息系统中的访问限制模块中基本是借助于自主型访何限制方法中的访问限洌列我(ACIS).2、强制鞭访问限制方法,用于多层次平安级别的军事应用.3、基于角色的访问限制方法RBAC).是目前公认的解决大型企业的统一资就访问限制的有效方法。其显著的两大特征是：I.减小授权管理的困雄性，降低管理开销。2.敏捷地支持企业的平安策略,并对企业的变更有很大的伸缩性.依据本项目的特点，优先选用基于角色的用户访问限制(RBA访问限制系统可以为应用系统建立一个高平安强酸，更易维护管理，扩展实力极强的访问明制环境，并能够有效的酸制管理的困难性.供应标准化和可以不断延长授权平台.访问限制系统的体系结构设计保证了用户能依据应用规模和数Ift快速地建立访问限制体系.完全基于策略思想设计的权限管理限制系统作为构建访问限制体系的聪石，它能运用户已建立的访问取制体系不断满足演化的应用权限需求,如支持新应用、支持新的权限、增加用户数早:、增加用户类型、增加策略数量等.本系统在用户访问限制管理中将引入地色的概念，即在系统中供应若干个角色，每个角色的权限可以随意定制,在每一个角色下可以包含若干个用户，用户只能够运用本角色允许运用的系统功能,对用户无权运用的系统功能可以设置其状态为不行见或障规管理员可以首先安排好各个角色的权限，然后将系统的用户安排到各个不同角色中，即可以完成用户权限的设定,而不用逐个的去设定用户的运用权限.角色的IK念在现实生活中常常提到某人扮演了什么角色,在电子用户角色的用户权限管理中，角色与实际的角色概念有所不同.在这里角色可以看作是一组操作的集合，不同的角色具彳T不同的操作集，这些操作有系统管理员安排给角色，用户的授权是通过授予用户一个角色来实现的.即给予用户一个用色.一个用户可以担当不同的知色.从而实现授权的敏健性.只要某用户Mf某个角色咫么他就Jt备这个角色的全部操作许可，即该角色所拥行的权限。用户与角色是多对多的关系。即一个用户可以属于多个角色之中，一个角色可以包括多个用户.RBAC模型构件分析图RBAC模型我们对该模型定义如下：U,R,P,S；用户：角色，权限，会话;PAGP*R:权限安排，多而多的关系：UAUR:用户安排，多对多美系：Usef5*U.%f个会话s对应单一,用户UNer的映射:Ro1.CS:会话s到角色集合ro1.c(三)=r(uscr(三).r6PAJ自不持吉：该模型由三个实体组成,分别足：用户（U）,角色（R）、权限（P）.其中用户指自然人；角色就是组织内部一件工作的功能或工作的头衔，去示该角色成员所授予的职货的许可，系统中拥有权限的用户可以执行相应的操作.用户与角色之间以及角色与权限之间用双双箭头相连表示刖户角色安排UA和角色权限安排PA关系都是多时多的关系，即一个用户可以拥有多个角色，一个角色也可被多个用户所抓有.同样的,一个角色抓有多个权限,一个权限能被多个角色所捕有.用户建立会话从而对资源进行存取,每个会话S将一个用户与他所对应的角色集中的一部分建立映射关系，这个角色会话子集称为会话激活的角色集,于是,在这次会话中，用户可以执行的操作就是该会话激活的角色集对应的权限所允许的操作.RBAe特点及应用优势RBAC几大特点（1）访问权取与角色相关联，不同的角色有不同的权限.用户以什么样的角色对资源进行访问，确定了用户拥有的权限以及可执行何种操作.（2）角色继承,角色之间可能有相互重心的职责和权力,属于不同知色的用户可能须要执行一些相同的悚作.RBAC采纳角色继承的概幼如角色2维承角色,那么管埋员在定义角色2时就Ur以只设定不同于角色1的属性及访问权限，避开了里史定义.（3）最小权限原则即指用户所如行的权力不能超过他执行工作时所需的权限.实现最小特权原则，须要分清用户的工作职货，确定完成该工作的最小权附集，然后把用户限制在这个权限结合的范囹之内。汽定的角色就确定了其工作职或，而角色所能完成的事物流涵其完成工作所需的最小权限.用户要访问佑息首先必需具有相应的用色，用户无法饶过角色干脆访问信息，（4）职贲分别.一般联责分别有两种方式：好态和动态.（5）角色容盘，在一个特定的时间段内,有一些用色只能有肯定人数的用户占用”在创瓢新的角色时应当指定角色的容量。RBAC应用优势最突出的优点在于系统管理员能师依据不【可的平安政策划分不同的角色,执行特定的任务。一个系统建立起来后主要的管理工作即为授权或取消用户的角色.用户的职责变更时只须要变更角色即可变更其权限：当组织功能变更或演进时，则只的删除角色的旧功能,增加新功能，或定义新角色，而不必更新好一个用户的权限设出,这极大的简化了授权管理，使对信息资源的访问限制能更好地适应特定单位的平安策略.RBAC另一优势体现在为系统管理员供应/一种比较抽您的、与企业通常业务管理性类似的访问限制层次。通过定义、建立不同的角色、角色的维承关系、角色之间的灰系以及相应的限制、管理员可动态或加态地规范用户的行为.在本项目中，各个功能模块中的操作可以定义为各个独立的权限集合中的元素，于是各个模块其实就成了各1*1独立的权限集合，平台超级管理员可以预先定义好包含不同权眼集合的用户角色，比如平台超级管理员可以将平分上公共信息平价的添加、剂除、修改和荏询等权限给予平台公共估息管理员这个角色：而在平台上租用应用服务的公司的管理员用户角色就拥有对公司部门的订制权限，下属用户帐号的管理操作权限等等.系统中的各级管理员就可以将预先定义好的用户角色再安排各自的下级用户收号,比如下订单员工的限号就给予下订单的系统角色，分管信息的帐号就安排以信息管理员的角色，这里不同的帐号也可以安排相同的用户角色以便利完成任务，上缴的管理员则是拥有下属用户的全部角色权限.这样通过基于角色的访问限制(RBAC)实现本平台中多用户角色权限的访问限制.一个平安的网络须要牢靠的访问限制作保障.在网络规模变大、用户增第、需求更困难的状况下，传统的访问限制已珞不能满足很笠企业或组织的平安须要，基丁角色的访问限制(RBAO便明显地显示出其优越性。基于角色的访问限制可以很好的解决资源库项目的访问跟制，为系统开发供应了一套有力的工具，还为用户评估系统供应了标准.(四)关于大型应用平台高并发量的技术处理。负载均衡招是大型网站耨决高负荷访问和大崎并发恩求采纳的终极耨决方法.负载均衡技术发展了多年，有很多专业的服务供应商和产品可以选择，依据我们接触过的一些解决方法，其中有两个架构可以选择。硬件四层交换第四层交换运用第三层和笫四层信息包的报头信息，依据应用区间识别业务流，将整个区间段的业务流安排到合适的应用服务器进行处珅,第四层交换功能就象足墟H1.指向物理服务器.这些业务在物理服务器基础上，须要困难的我家平衡算法.这浒硬件投入费用很高因此我们不提得软件交换知道了帔件四层交横机的原理，软件交换也就应运而生，它的解决方案实现的原理一样。通过配置表及相关的服务(实时收集必要的信息选择合适的服务落来处理业务，同时供应了敏提的配置和管理功能.可以同时满足多种应用需求.这对于平台的扩展性及分布式的系统来说必不行少，因此我们建议用软件交换方式.并已设计相应算法.（五）互联网协同运输管理系统中主要解决以下几种协同1.运单的同：“协同方”协同过来的1协同运单”，自动转入业务应用系统中的“运单管理”模块.2,车辆耽号同：协同给“协同方”的“协同运单”的跟踪佶总、货损货差状况,自动输入业务应用系统中的“车捎跟踪”管理及“货损货差”管理模块。3.财务结算仍同：协同双方发生的财务状况,自动帖入协同双方“财务结算”管理模块。4、短信系统和即时通迅软件为协同双方的沟通进一步供应了便利.要怫方受彷方三、开发功能在介绍功能之前,先说明以下几点，a、数据还原（针对业务应用平台）在业务操作过程中,数据之间有肯定的关擅性.因此在数据还原功能上受肯定的限制.如“运单管理'中的“运单协同”模块，当运难向协同方发出协同中请，假如协同方接受该协同之后，则该运单不能进行还原操作.该功能干脆体现在操作界面上.b、“杳询”子模块在全部界面上有涉及到查询功能的，我们统一调用“发合查询”子模块，进行变询条件的设置，提交“完成确定”按钮进行查询操作.C,功能菜单”调用在运营支持系统和业务应用系统中，操作人员的“功能菜单”依据该用户的用色状况进行也设与优化.d、基本操作在运首支持系统和业务应用系统中，假如没有特珠说明，则供应的M本操作有：“添加二“修改”、“驯除”、“查询”、“部分导出"、“全部导出”、“还原”等操作功能。从运用平台的三种角色动身，互联网协同坛管理系康主要有三个系观蛆成.1、运营支持系统（一）、操作对象：运营支持系统的运用对象是平台运营商。（二）、功能模块1、用户角色管理；依据运营商的业务需求来划分角色，井指定相应的权限.，角色行：平台管理角色（G高角色）4定义的角色.H作功修：基本操作.2、用户帐号权限管理:依据用户在运营支持系统中所管理的业务，洽定和应的角色。像作功能；施本愫作，3、会员管理： 会员在线注册：用户通过运营支挣系统的在线申请，提交其实信息. 会员审核：运营商通过对这些信息的真实性状况进行调查效如确认信息无误.则开通运用. 会员信息管理：运首Ifii时会员（会员公司）的必本信息进行管理掾作功能修改”、“蒯除”、“停用二"杳询”、“部分呼出二“全部导出二“还原”等操作。 会员业务查看：运甘商对会员（会员公司）的业务状况进行杳看，对会员经营状况的查存过程与操作自己业务的状况一样,主要区分是只能查卷,不能对其进行数据的更新.