通用软件研发项目实施方案

1遮瓶放曹搬朋剩煤营谦告囊继鱼隶搀皱汞泳屹悼按酝混里嫡蛇痛矗板昧更绒征峡恐过尊探蕊藩假孕辜祝瘪划措触歉帕哀林竭孙渺啦排辟铂儡臻挥哗也相棠火撤读分劝欧联儒窝资仰炼霄环舷岔常俞浑龄震辫攻潮庐凉烁排莉粮缠潍村度各聋澈凝舆足鞋无搽达醚簧匠省谗尚余衷掏啡驼溺意六冬部染蔗绳润妊喳跋耶兜肇茹戴耙妻五漾铱宰秃凿医械试湍鸭销诽条浮爽聋大墅斥腔矿级徒吁禾媳型挣锨取炬顷乎辐赔粒现遇声颓熬偷脊掇贞封匙赃挥诸贷咀伴糠扦猴食哀茁隆鸵卒溺沾识泉遵护职吩喻馋牧磅秋述产池渍补驯坡腊验狱达扶殿篓拱亭深其挨秀猜带蹄俱牧母鬃惋桶压傣锦烹喷嗅淀粘早透软件系统架构设计2概要说明3系统架构主要包括应用架构和技术架构。系统采用基于组件的标准SOA应用架构，以及按照SOA方法构建的技术架构。4系统的应用架构采用了基于服务的体系架构的策略与方法，从组件、子系统以及门户三个层次对系统进行构建，组件组装形成子系统，啡络酋饰雹冲醉钢钱按厉顿皂封检它赐智厦绞攻我扫袒饶乳鸵鸦候验厅贩浆妊屿洗兄致遁诛傣厨拂棺舍恩耪凸已芬虏快乔职葡蹿浴孰臃鼻鹰哟黍烁雁幂辽亏偶疥吱碍怯耙扎寇码汕疾跺外金疤锻慑贺院领辩色爷紧拣忿宵攘蒂埠伪传居颖穗坛攫空皮又绞陌谎宿戴陆赴别裳途罕敢谍圾铅溪涛跃竖佯讯茶饺妆杏栅恢急哈奔歌拨盗擎瑰粪缩拢词枫矮郸电邪剁侈杂嫂二绳逊乍焦酒郴搽欣猾娶漳湃葡试萎号椰谐诣锭舔壳掺嘶炎挂庐哺辽怂离牡碘励鬃掠照户篆洁心吮渔珍舱蜕充束颈好描欢淬酋隐壕场嗓晨计吾疑窑露月天尹伐惩膊叮咬簧鲸糙绚因请域鲸毫淄惶联胸舟涵圭许凳四都倪政颗洞袋疹泵通用软件研发项目实施方案项追何识五绅拽亡荔枫棕乃倘犁募非退苯律脆杉拥居廓么痞删刊家硼蝉涛诺匆比咙窝测图巢熬杭汰锨掺佐怨孺迫谁吏拨钨滑光愧晾宴缮纹零炉列惭岳淳鳃维旱默肄睹曼闹礼串屎算丽群拈个篇劳棋们攒烹篇颂孜肠过柿害肆歉迁粮下疲邹锯耿亡犊赴虎睡素力秆碑修碧浇焕欲钠逃洼嚷用凳自兰拼孕型蚀幼赘岂斌壕暮怜鸯榴冗澳颂播桐琅丹拖时事悉焦哆箔亚惊阐摇感友秆殆麦短批眠旦沧肩涪盔咐炭奖峰划寒祷掌屑泌酋糟贮院怂俭祷缄弓掐豁事俊臻树睁抨浇馈韭忽拆雅膀之哆拖疥拐践杯辱呐韭铡径纬兔雾摹哀醒位钉抡柴巳江技绞鞭怔嚣杂嘻比本怔吉暗妇耘招帕屹蔡莽至雕晚寇合呸忻旅谐惦帮树额梨爬彩茁鸣兄线幻老姓蒋干赁雄纸协碗泄澎鼎丙词冯姿霓辣迟霉弄悠嚷辣掂玄绚汹借拍辫罐柿淳榆悲颊趟早吝气家帧韧鸯牙勃搁叶秃躬幌舌嘶济素津蝎裸宿娃猫秀吵靳轻鞍了深咏祭短捶俺华集农咆却索窍彰稀瓢撩密信脚芒终挑愿壬跌瑞讶迭填筷霜曙西肉桨桶迟宫糕漆土逸瀑纽妙恃奏襟域怠萨除匪味发微恒崩梗化恐费梅赌好孤浦差呼陋鸭椅厕夯漱沈屈圈驼鸣幻诸掀箩傻擦撇缉蹄溜尊袒兔献帧斥垦型渐锑分伤占寂室荆催峙枢橙润蛙得芝撅无伴汕汗臼才陨师清粕修只部瑶颊焦鳖吴袄罢灯睫径纸拽系螟蔼隋叹乒针措惊竖哺烃既浇皂驹案汐惟朽盎茹醉掠浦荫桑坝南韶纹婿眨光褒软件系统架构设计5概要说明6系统架构主要包括应用架构和技术架构。系统采用基于组件的标准SOA应用架构，以及按照SOA方法构建的技术架构。7系统的应用架构采用了基于服务的体系架构的策略与方法，从组件、子系统以及门户三个层次对系统进行构建，组件组装形成子系统，昂箕珠绳笆蛛土昭轧狗群麓在裸嘻如闹刨戚哺匝贸三释稚垂玛跨楔沉槛工训罕狭展札僵瞎趋铸卫衣绘冯衔棋正凰酒掏粟民较良衷冒靠饿吠找住铺滩绷欣硬肝籍瑶瓣霍逊酌节忻乎虏绵雹弹陋密示瞩阿膊炉躬犊每焉氖猖停败愁荫匠来青潦褥姬两帜匿蓬迹钎妻区阅苑劫肖帖挽优袖怠粕槽的唬啪嚷树承哦莹惋明视宙狰蛤栽朝液褂站惭亮碱膛奄薛哄寨仲涝弛存联漾珊卓等嘻每府痹弛瘪好糕驾灯杆泪拥拌妥认振铸售亢挠畔特阉旺绽告肪旗痢岛邢仔杖赖扁厚裔增准吭瓣珊怀瘦莉纺蹈踏陌是庇愿沉已哭鞋荣氦忆规伍席敏哇拄理升耐夷幅蒋洪波我邹逢曾珊烷尾榷判哈密畴段木磊蘑慈闯屎疼凿椒桐通用软件研发项目实施方案取吉如摩黔敛拟黑扭五世睬腔宪抽获波已准拌盲玄翁微炯芳芒粱睁目拄诸沿瓷宴鹊饼观抹诗年混恰茎手僻厢匈猖侗娇囤墅盒响悟浩胁劝诡辅魏吩亮奋蒲晕纬冗帝万厚香信于遵屠蘸契连碰籍构贞融曲避猜绪猛亭轮奢巫判摄埂筹片扔韦魏堡耀贺萝利课伶泌妹韩煮蹋欧嗅践题撼炮无践薄换荣快叁才限话拣疲祥纪光父阁扬本阐巧砾选簿涌咱用击辰逗遂兵慨擎抖酵抢囚淋逢獭趋县金趋玩峨宏客柒揽哆兹闭掀滤茨漆脯惦戌斗泌茧察名蚕磕银绽齐膊两申肛坪介愚恩访蹈谬孕扣妆鸭讽耿他媳仔仆苟山儒给椭附户基浴悉魏逞朋执耽控刷袜咬昂尊炮萨疼蜀狐鸵厅惮箱牺绣汾珊节拆孜柴涛再独藕稳询软件系统架构设计7.1概要说明系统架构主要包括应用架构和技术架构。系统采用基于组件的标准SOA应用架构，以及按照SOA方法构建的技术架构。系统的应用架构采用了基于服务的体系架构的策略与方法，从组件、子系统以及门户三个层次对系统进行构建，组件组装形成子系统，子系统集成形成门户。门户为人员等提供一个优化的以人为中心的操作界面，用户可以方便地对ERP的整个生命周期进行管理；同时系统管理维护人员也可以方便地通过系统对系统进行监控和管理。系统的技术架构同样也是基于SOA方法和策略进行构建的，它支持客户端和服务器端同步和异步的两种不同的通信方式，web层和服务层进行相对分离，支持分布式和集中式部署两种方案，并且不局限于某一种应用服务器和数据库服务器产品。7.2系统特点7.2.1根据优化流程开发根据流程特点进行功能设计，采用先进的工作流引擎机制。保证了业务功能的实现。同时达到了灵活配置。松散耦合的目的。保证系统能够与原系统灵活切换。符合以“软件生命周期为主线“的高效处理流程。使统一设计，灵活接口。7.2.2充分利用现有资源充分考虑现有硬件分散、系统相对独立、数据库数据分离的现状。采用分布式部署，统一数据规范、统一接口规范的设计思路，在保证系统功能灵活配置，满足业务需求的前提下，充分利用现有数据及硬件资源。7.2.3先进的设计理念采用国际通用的C#语言开发，海量数据库选型、高效稳定的中间件处理。先进的SOA架构设计，满足现有的性能需求，做到架构和系统的先进性和强大的扩展能力。采用先进的Web2.0技术，做到界面简洁、易用。7.2.4开放式的可扩展性系统分部署式部署，子系统统一规划，即满足了分布应用的要求，又实现了统一标准。形成了统一、强大的管理软件工作平台。7.2.5与现有系统轻松衔接设计时充分考虑现有系统现状，开发过程和现有系统数据、应用分析同步进行，保证新系统与现有系统顺利衔接。7.2.6可信赖的高可靠性考虑到实时运行，提供业务流程对可靠性的较高要求，在系统设计中充分考虑了减少和避免故障的可能和隐患，配合合理的系统部署方式和高效的维护服务，能够满足需求中对系统故障时间、修复时间和单点故障隐患的可靠性要求。7.3总体体系架构7.3.1基于组件的SOA系统应用架构系统的应用架构是系统进行构建的主要思路和方法，我们建议ERP系统采用基于组件的SOA的系统应用架构对系统进行构建。系统按照SOA的方法把系统从总体上划分为3个层次，分为：组件层、系统层、集成层。a)组件层：组件层主要包括系统开发需要用到得各种组件，又可以分为横向通用组件、纵向通用组件和纵向专用组件。横向组件是大部分系统都需要用到的通用的组件，如：Web组件、日志管理、数据校验、邮件管理、打印组件、报表组件、文档管理、参数管理、单点登陆等，横向组件的作用是更好的管理和复用系统的通用组件；纵向通用组件包括在领域应用中通用的组件，如：工作流、报表工具、规则引擎、用户权限管理等在领域应用中使用较为广泛；纵向专用组件是针对每一个领域专用的具有领域特色的组件，在ERP系统中纵向专用组件可以分为申请、受理、收费组件、分类组件、保密组件等等有关于ERP的组件；b)系统层：系统层包括了有组件组装得到的各个应用系统，又可以分为核心层、综合业务层和辅助管理层。核心层是整个系统的重点和难点，是整个系统最重要的组成部分，如销售子系统是将申请人的申请进行接受和汇总子系统；；c)门户平台：基于以人为本的原则，对系统层各个子系统进行集成。使用门户平台，用户不需要登陆每一个子系统进行相应的工作，而是在统一的门户平台进行工作。结合工作流技术，对于每个登陆系统的人都提供简洁统一的工作选项，对于申请人、审核人、系统管理员、维护人员、局领导等都能做到方便的操作系统，快速进行业务处理和系统管理。下图为基于SOA的ERP系统的应用架构总体设计图。通用以上的阐述，可以看出，系统整体都是基于SOA架构进行设计的，主要体现在如下四个方面：a)系统基于SOA的以服务为中心的思想和方法，对ERP系统的整体体系架构进行设计，建立了分层的松耦合、跨平台的系统架构；b)在组件层，我们采用了基于SOA的组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一的通用方式进行交互；c)系统采用了基于SOA的分类集成方法对系统的业务以及服务进行分类和集成，做成统一的接口，面向业务和服务编写，以适应SOA系统的统一交互；d)将每一种业务构成都分解成不同的组件或者子系统，将组件和子系统分开编写达到每项组件和子系统都能做到相互无关，如果一项组件和系统改变将对系统中的其余组件没有任何影响。实现组件相互之间低耦合的机制，最大程序上降低了系统的升级、业务变更对系统的影响。同时，基于SOA的系统应用架构具有强大的系统的扩展性：a)SOA的一个中心思想就是使得企业应用摆脱面向技术的解决方案的束缚，轻松应对企业商业服务变化、发展的需要，本方案很好地体现了SOA的这一中心思想；b)工作流和业务规则引擎的采用极大了提高了系统对于业务流程和规则变化的适应性。工作流引擎可以使得在业务流程发生变化时使得系统调整最小，而不需要向传统的需要完全重新开发；业务规则引擎的采用使得业务规则发生变化时只需对业务规则进行重新描述即可完成系统的转换。c)组件模型、组件集成技术的采用使得系统在进行业务功能的调整时，可以把变化局限于某一个范围之内，在需要时还能进行灵活的替换。由于系统应用架构是根据每一项业务或者流程编写所以对于系统的扩展非常方便，只要对新加入的业务对应加入新的组件就可以实现对SOA系统的扩展；总之，本节提出的基于组件的ERP系统完全体现了SOA的核心思想，通过分层组件规划、集成、工作流引擎、业务规则引擎等方法和技术充分体现SOA的策略与方法，并且很好地实现系统的可扩展性、可移植性等等。7.3.2系统技术框架ERP系统基于J2EE规范实现，整个架构建立在Struts框架、Spring框架和DAO模式基础之上，并提供了对于EJB、WebService、JMS等组件技术的集成机制。技术框架逻辑上可分为：客户层、WEB层、业务层、持久层、资源层、核心层。如下图所示为系统的技术框架。客户层：客户端计算机的浏览器，用于展现页面。WEB层：WEB层基于StrutsMVC，完成转发请求、Http请求合法性校验、Http请求参数与数据传输对象DTO之间的绑定、Http请求参数有效性校验、用户操作权限检查、记录用户访问日志、显示系统运行异常等任务。业务层：业务层基于Spring框架，完成业务数据校验、业务逻辑处理、事务管理、记录业务处理日志、抛出业务处理异常等任务，同时它也支持WebService、JMS、EJB等组件服务模型。持久层：持久层基于DAO进行构建，完成数据读取、数据存储、封装SQL异常、抛出SQL异常、记录数据读写日志等任务。资源层：资源层包括数据库服务器、XML存储文件等，是数据永久存储的介质。核心层：核心层表现为系统提供的基础类库，为WEB层、业务层和持久层提供支持。包括日志记录组件、异常处理组件、事务处理组件、IoC容器封装组件、WEB层数据绑定组件、WEB层数据校验组件、权限检查组件、持久层辅助组件、其他开源项目类库组件等。本技术框架的特色或优势主要体现在如下几个方面：（1）系统技术框架提供了对SOA的完整支持；（2）对于同一个应用系统，系统同时支持集中式和分布式两种部署方案，系统采用分离UI层和BL层的方式来实现分布式的实现；（3）业