產(chǎn)品方案技術(shù)白皮書(shū)模板(含系統(tǒng)架構(gòu)說(shuō)明書(shū))

市場(chǎng)部文件PAGEPAGE1附件二十九：產(chǎn)品方案技術(shù)白皮書(shū)一、背景概述 21、研發(fā)背景 22、產(chǎn)品定位 2二、產(chǎn)品方案功能介紹 21、設(shè)計(jì)理念 22、系統(tǒng)拓?fù)鋱D 23、系統(tǒng)構(gòu)架描述 24、系統(tǒng)功能介紹 25、產(chǎn)品方案規(guī)格 2四、產(chǎn)品方案應(yīng)用介紹 31、應(yīng)用模式 32、應(yīng)用流程 33、應(yīng)用環(huán)境 3五、產(chǎn)品方案特性介紹 31、技術(shù)特性 32、應(yīng)用特性 33、系統(tǒng)特性 3六、產(chǎn)品方案技術(shù)介紹 31、相關(guān)技術(shù) 32、技術(shù)指標(biāo) 4七、產(chǎn)品方案測(cè)評(píng)數(shù)據(jù) 4八、實(shí)施運(yùn)維方式說(shuō)明 4九、售后服務(wù)方式說(shuō)明 4一、背景概述1、研發(fā)背景介紹用戶需求背景、該產(chǎn)品所在行業(yè)信息化建設(shè)背景、產(chǎn)品所涉及的相關(guān)政策簡(jiǎn)述等，以說(shuō)明該產(chǎn)品的研發(fā)背景，以及滿足的客戶需求。2、產(chǎn)品定位為了滿足客戶以上需求，該產(chǎn)品具有什么功能，能夠解決什么問(wèn)題。二、產(chǎn)品方案功能介紹1、設(shè)計(jì)理念該產(chǎn)品方案的設(shè)計(jì)思路。2、系統(tǒng)拓?fù)鋱D使用統(tǒng)一的圖標(biāo)，制作系統(tǒng)拓?fù)鋱D。3、系統(tǒng)構(gòu)架描述按照系統(tǒng)的構(gòu)成，分類對(duì)系統(tǒng)進(jìn)行描述。4、系統(tǒng)功能介紹詳細(xì)闡述系統(tǒng)的主要功能。5、產(chǎn)品方案規(guī)格產(chǎn)品方案不同的規(guī)格介紹，或者對(duì)產(chǎn)品方案技術(shù)規(guī)格的介紹。四、產(chǎn)品方案應(yīng)用介紹1、應(yīng)用模式該產(chǎn)品方案包括的應(yīng)用模式類型，或者針對(duì)不同類型客戶的解決方案。2、應(yīng)用流程該產(chǎn)品方案的應(yīng)用流程。3、應(yīng)用環(huán)境描述該產(chǎn)品所運(yùn)行的應(yīng)用環(huán)境。五、產(chǎn)品方案特性介紹1、技術(shù)特性主要是性能先進(jìn)性、功能齊全性、系統(tǒng)兼容性、技術(shù)穩(wěn)定性等。2、應(yīng)用特性 主要是部署靈活性、可擴(kuò)展性、管理方便性、易用性等。3、系統(tǒng)特性 對(duì)系統(tǒng)的主要特性進(jìn)行描述，根據(jù)產(chǎn)品不同和競(jìng)爭(zhēng)優(yōu)勢(shì)的不同而不同。六、產(chǎn)品方案技術(shù)介紹1、相關(guān)技術(shù)主要應(yīng)用技術(shù)的介紹，以及該技術(shù)的優(yōu)勢(shì)。2、技術(shù)指標(biāo)針對(duì)技術(shù)參數(shù)進(jìn)行描述。七、產(chǎn)品方案測(cè)評(píng)數(shù)據(jù)產(chǎn)品方案主要測(cè)評(píng)數(shù)據(jù)，可以是內(nèi)部測(cè)評(píng)數(shù)據(jù)，也可以是第三方的測(cè)評(píng)數(shù)據(jù)。八、實(shí)施運(yùn)維方式說(shuō)明該產(chǎn)品方案的實(shí)施運(yùn)營(yíng)方式，以及實(shí)施運(yùn)營(yíng)需要注意問(wèn)題的說(shuō)明。九、售后服務(wù)方式說(shuō)明該產(chǎn)品方案的售后服務(wù)方式、服務(wù)標(biāo)準(zhǔn)、服務(wù)內(nèi)容說(shuō)明，以及不同服務(wù)方式的報(bào)價(jià)。服務(wù)業(yè)綜合業(yè)務(wù)管理系統(tǒng)系統(tǒng)架構(gòu)說(shuō)明書(shū)一、概要本說(shuō)明書(shū)對(duì)服務(wù)業(yè)綜合業(yè)務(wù)管理系統(tǒng)的整體框架進(jìn)行分塊說(shuō)明，對(duì)系統(tǒng)的采用技術(shù)點(diǎn)的技術(shù)點(diǎn)進(jìn)行闡述，通過(guò)視圖與描述展示整個(gè)系統(tǒng)框架的結(jié)構(gòu)與層次。二、目標(biāo) 構(gòu)建服務(wù)業(yè)綜合業(yè)務(wù)管理系統(tǒng)J2EE應(yīng)用的開(kāi)發(fā)框架，注入Spring支撐，使用兼具靈活性與使用性的ibatis作為持久層，使所有系統(tǒng)能規(guī)范開(kāi)發(fā)組件、提高開(kāi)發(fā)效率，易于統(tǒng)一升級(jí)和維護(hù)。三、架構(gòu)設(shè)計(jì)3.1、架構(gòu)分析 1、服務(wù)業(yè)綜合業(yè)務(wù)管理系統(tǒng)采用B/S模式。B/S模式具有分布性特點(diǎn)，可以隨時(shí)隨地進(jìn)行查詢、瀏覽等業(yè)務(wù)處理。其業(yè)務(wù)擴(kuò)展簡(jiǎn)單方便，通過(guò)增加網(wǎng)頁(yè)即可增加服務(wù)器功能。而且后期維護(hù)方面只需要改變網(wǎng)頁(yè)，即可實(shí)現(xiàn)所有用戶的同步更新 2、搭建輕量級(jí)J2EE框架—Spring框架。J2EE為搭建具有可伸縮性、靈活性、易維護(hù)性的系統(tǒng)提供了良好的機(jī)制。J2EE框架使得開(kāi)發(fā)的產(chǎn)品更加高效，更加健壯，在伸縮性和穩(wěn)定性上面也有著顯而易見(jiàn)的效果。而Spring是一個(gè)完美的框架“黏合劑”。它提供了一種管理對(duì)象的方法，可以把中間層對(duì)象有效地組織起來(lái)。他的分層結(jié)構(gòu)可以增量引入項(xiàng)目。而非侵入性應(yīng)用程序?qū)pringAPI的依賴可以減至最小限度。 3、使用兼具靈活性與實(shí)用性的ibatis作為系統(tǒng)的持久層。Ibatis是支持普通SQL查詢，存儲(chǔ)過(guò)程和高級(jí)映射的優(yōu)秀持久層框架。Ibatis將代碼和sql語(yǔ)句分離，sql可以寫(xiě)在xml中，結(jié)構(gòu)清晰，靈活配置，對(duì)平臺(tái)支持性大幅度提高。3.2、設(shè)計(jì)思想 1、系統(tǒng)技術(shù)架構(gòu)采用主流的MVC模式MVC思想將一個(gè)應(yīng)用分成三個(gè)基本部分：Model（模型）、View（視圖）和Controller（控制器），這三個(gè)部分以最少的耦合協(xié)同工作，從而提高應(yīng)用的可擴(kuò)展性及可維護(hù)性。直接向數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求并用HTML顯示,開(kāi)發(fā)速度往往比較快,但由于數(shù)據(jù)頁(yè)面的分離不是很直接,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性。產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿足用戶的變化性需求。MVC要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過(guò)模型可以得到更好地體現(xiàn)。

首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。在目前用戶需求的快速變化下，可能有多種方式訪問(wèn)應(yīng)用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂單，但對(duì)于訂單的處理都是一樣，也就是說(shuō)訂單的處理是一致的。按MVC設(shè)計(jì)模式，一個(gè)訂單模型以及多個(gè)視圖即可解決問(wèn)題。這樣減少了代碼的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。其次，由于模型返回的數(shù)據(jù)不帶任何顯示格式，因而這些模型也可直接應(yīng)用于接口的使用。

再次，由于一個(gè)應(yīng)用被分離為三層，因此有時(shí)改變其中的一層就能滿足應(yīng)用的改變。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng)MVC的模型層。

控制層的概念也很有效，由于它把不同的模型和不同的視圖組合在一起完成不同的請(qǐng)求，因此，控制層可以說(shuō)是包含了用戶請(qǐng)求權(quán)限的概念。

最后，它還有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過(guò)工程化、工具化產(chǎn)生管理程序代碼。2、AOP權(quán)限控制以及運(yùn)行日志AOP是AspectOrientedProgramming的縮寫(xiě)，意思是面向方面編程，一種新興的編程技術(shù)。AOP實(shí)際是GoF設(shè)計(jì)模式的延續(xù)，設(shè)計(jì)模式孜孜不倦追求的是調(diào)用者和被調(diào)用者之間的解耦，AOP可以說(shuō)也是這種目標(biāo)的一種實(shí)現(xiàn)。它可以解決OOP和過(guò)程化方法不能夠很好解決的橫切（crosscut）問(wèn)題，如：事務(wù)、安全、日志等橫切關(guān)注。當(dāng)未來(lái)系統(tǒng)變得越來(lái)越復(fù)雜，橫切關(guān)注點(diǎn)就成為一個(gè)大問(wèn)題的時(shí)候，AOP就可以很輕松的解決橫切關(guān)注點(diǎn)這個(gè)問(wèn)題。AOP引進(jìn)了ASPect，它將影響多個(gè)類的行為封裝到一個(gè)可重用模塊中，它對(duì)橫切關(guān)注點(diǎn)進(jìn)行模塊化，從而消除了OOP引起的代碼混亂和分散問(wèn)題，增強(qiáng)了系統(tǒng)的可維護(hù)性和代碼的重用性。3、擴(kuò)展數(shù)據(jù)權(quán)限控制的RBAC基于角色的訪問(wèn)控制（Role-BasedAccessControl）作為傳統(tǒng)訪問(wèn)控制（自主訪問(wèn)，強(qiáng)制訪問(wèn)）的有前景的代替受到廣泛的關(guān)注。在RBAC中，權(quán)限與角色相關(guān)聯(lián)，用戶通過(guò)成為適當(dāng)角色的成員而得到