應用架構(gòu)設計模板_第1頁
應用架構(gòu)設計模板_第2頁
應用架構(gòu)設計模板_第3頁
應用架構(gòu)設計模板_第4頁
應用架構(gòu)設計模板_第5頁
已閱讀5頁,還剩58頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

1、Evolve by case UML 軟件工程組織架構(gòu)概念 應用架構(gòu)介紹火龍果架構(gòu)培養(yǎng)體系 應用架構(gòu)案例UML 軟件工程組織 架構(gòu)概念 應用架構(gòu)介紹 火龍果架構(gòu)培養(yǎng)體系 應用架構(gòu)案例UML 軟件工程組織架構(gòu)基本概念什么是架構(gòu)定義了系統(tǒng)的組織組織,組成系統(tǒng)的結(jié)構(gòu)元素、接口以及這些元素在協(xié)作中的行為,關系的設計和管理原則。架構(gòu)設計UML 軟件工程組織架構(gòu)基本概念什么是架構(gòu)基線n構(gòu)建基線架構(gòu)基線:架構(gòu)基線是一個“小的、皮包骨架的”系統(tǒng),是系統(tǒng)整個生命周期的開發(fā)準則,適用于所有的迭代周期;n系統(tǒng)實施系統(tǒng)實施基于架構(gòu)基線,在架構(gòu)基線的指導下,完成系統(tǒng)的構(gòu)件、節(jié)點,使“基線”進化為性能完善的系統(tǒng);系統(tǒng)構(gòu)件

2、架構(gòu)基線UML 軟件工程組織架構(gòu)基本概念架構(gòu)基本概念架構(gòu)設計目標架構(gòu)設計目標n理解系統(tǒng)架構(gòu)使開發(fā)人員、管理人員,客戶以及其他項目相關人員理解系統(tǒng);n組織開發(fā)通過明確劃分的子系統(tǒng),以及接口,降低協(xié)調(diào)開發(fā)的成本;n鼓勵重用設計良好可重用的子系統(tǒng)加速系統(tǒng)的構(gòu)建進程;n進化系統(tǒng)應對變化環(huán)境,構(gòu)建彈性系統(tǒng)避免變化對系統(tǒng)產(chǎn)生非期望的效果;UML 軟件工程組織架構(gòu)基本概念架構(gòu)分類業(yè)務架構(gòu)(Business Architecture)技術架構(gòu)(Technical Architecture)企業(yè)架構(gòu)(Enterprise Architecture)UML 軟件工程組織架構(gòu)分類業(yè)務架構(gòu)n 業(yè)務架構(gòu)是對需求的描述,

3、以及業(yè)務模型的定義,其中包括領域模型(Domain Object),業(yè)務流程模型(Business Process Model),系統(tǒng)參與者(Actor)。UML 軟件工程組織架構(gòu)分類架構(gòu)分類技術架構(gòu)技術架構(gòu)n 技術架構(gòu)是對系統(tǒng)使用的技術一個規(guī)范性的定義,它包含非功能性的可重用構(gòu)件,系統(tǒng)結(jié)構(gòu)的設計規(guī)范,開發(fā)規(guī)范,物理環(huán)境,測試環(huán)境,部署環(huán)境的定義,以及系統(tǒng)配置管理。UML 軟件工程組織架構(gòu)分類架構(gòu)分類企業(yè)架構(gòu)企業(yè)架構(gòu)n 企業(yè)架構(gòu)指的是在對一個企業(yè)的業(yè)務戰(zhàn)略和流程理解基礎之上,進行信息化的頂層設計,對企業(yè)現(xiàn)有的業(yè)務架構(gòu)和技術架構(gòu)進行有效的整合,形成靈活健壯的IT結(jié)構(gòu),構(gòu)建的和諧IT環(huán)境。UML

4、軟件工程組織架構(gòu)分類架構(gòu)分類宏觀架構(gòu)宏觀架構(gòu) (Macroscopical Architecture)(Macroscopical Architecture)業(yè)務架構(gòu)技術架構(gòu)應用系統(tǒng)業(yè)務架構(gòu)技術架構(gòu)應用系統(tǒng)業(yè)務架構(gòu)技術架構(gòu)應用系統(tǒng)企業(yè)架構(gòu)UML 軟件工程組織 架構(gòu)概念 應用架構(gòu)介紹 火龍果架構(gòu)培養(yǎng)體系 應用架構(gòu)案例UML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹業(yè)務架構(gòu)示例業(yè)務架構(gòu)示例Logistical Logistical OperationalPlatformOperationalPlatform Horizontal SolutionUser ManagementPermissionMan

5、agementSea FreightAir FrieghtRoad FrieightCRMCRM Horizontal SolutionUser ManagementPermissionManagementContact ManagementTransaction ManagementCustomer ManagementConnector Horizontal SolutionDTSSingle Sign On Horizontal SolutionPMIBridge Bridge Bridge UML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹技術架構(gòu)組成技術架構(gòu)組成PresentationPr

6、esentationBusinessBusinessPersistencePersistenceCore ArchitectureCore ArchitectureSubscriptionSubscriptionData AnalysisData AnalysisBPMBPMTraceTraceUtilitiesUtilitiesToolkitsToolkitsScheduleScheduleConnectorConnectorConnectorConnectorConnectorConnectorTechnical ArchitectureTechnical ArchitecturePort

7、alPortalPMIPMIRule EngineRule EngineUML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹系統(tǒng)協(xié)同系統(tǒng)協(xié)同Application AApplication BConnector (Middle DB)Connector (Middle DB)Connector (Web Service)Connector (Web Service)Application AApplication BApplication AApplication BConnector (JCA)Connector (JCA)UML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹設計原則設計原則分而自治(Bou

8、ndary Of Responsibility)面向服務(Service Oriented)協(xié)同規(guī)劃(Collaboration)UML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹分而自治分而自治n分而自治(Boundary Of Responsibility)功能性與非功能性之分通用與定制之分UML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹面向服務面向服務n面向服務(Service Oriented)面向接口組件黑盒規(guī)范的服務描述UML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹協(xié)同規(guī)劃協(xié)同規(guī)劃n 協(xié)同規(guī)劃(Collaboration) 泛化連接器 松散耦合 簡單部署UML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)

9、介紹應用架構(gòu)實現(xiàn)方法論應用架構(gòu)實現(xiàn)方法論n 整體規(guī)劃 Vertical Solution (Use Case, Domain Model, Business Sequence, etc) Horizontal Solution (Prototype, Components, Service Publication, Technical Decision)n 環(huán)境配置 Workspace IDEn 編碼實現(xiàn) Object Oriented Design Pattern TestingUML 軟件工程組織應用架構(gòu)介紹應用架構(gòu)介紹應用架構(gòu)實現(xiàn)方法論應用架構(gòu)實現(xiàn)方法論( (續(xù)續(xù)) )n部署Deploy

10、ment ScriptApplication Service EnvironmentTestingUML 軟件工程組織 架構(gòu)概念 應用架構(gòu)介紹 火龍果架構(gòu)培養(yǎng)體系 應用架構(gòu)案例UML 軟件工程組織UML 軟件工程組織 架構(gòu)概念 應用架構(gòu)介紹 火龍果架構(gòu)培養(yǎng)體系 應用架構(gòu)案例UML 軟件工程組織應用架構(gòu)案例案例背景本案例是一個實際的企業(yè)級應用系統(tǒng),主要作用是為企業(yè)的其他信息系統(tǒng)提供相關的數(shù)據(jù)分析服務,包括報表,圖表,和Dashboard。n系統(tǒng)目標構(gòu)建一個數(shù)據(jù)分析服務組件能夠支持數(shù)據(jù)分析資源擴展提供標準的數(shù)據(jù)分析服務,被其他企業(yè)信息系統(tǒng)所使用n系統(tǒng)環(huán)境支持分布式應用支持多種協(xié)議提供定時服務提供訂

11、閱服務運行高性能提供管理控制臺n設計約束需要支持熱部署UML 軟件工程組織應用架構(gòu)案例架構(gòu)設計路線圖UML 軟件工程組織應用架構(gòu)案例系統(tǒng)整體需求描述n提供統(tǒng)一的數(shù)據(jù)分析服務n提供定時服務,定時產(chǎn)生數(shù)據(jù)分析結(jié)果(月報,年報,周報)n提供訂閱服務,輸出數(shù)據(jù)分析結(jié)果n支持多交互協(xié)議n支持多數(shù)據(jù)分析資源的擴展n支持運行時的擴展性,熱部署UML 軟件工程組織應用架構(gòu)案例確定架構(gòu)范圍設計問題設計問題設計策略設計策略優(yōu)先級優(yōu)先級子系統(tǒng)劃分確定系統(tǒng)邊界和每個子系統(tǒng)的職責高系統(tǒng)層次劃分按照系統(tǒng)層次的從低到高,確定每個層次的組件高支持資源擴展采用策略模式,泛化服務接口高支持多種交互協(xié)議采用代理模式和Faade模式

12、,調(diào)用報表服務高處理各層次異常采用責任鏈模式,分劃異常的處理高支持運行時擴展確定劃分熱部署邊界,組件部署分離高特定數(shù)據(jù)分析資源實現(xiàn)使用特定報表技術,適配服務接口中實現(xiàn)定時服務使用定時服務組件,調(diào)用數(shù)據(jù)分析服務接口中實現(xiàn)訂閱服務使用定制的訂閱技術,并且開發(fā)接口給定時服務使用中管理控制臺使用B/S架構(gòu)定制界面,設定各個服務組件的配置低針對需求,確定設計點,作為架構(gòu)設計的范圍UML 軟件工程組織 應用架構(gòu)案例子架構(gòu):分析、設計、實現(xiàn)與驗證集成系統(tǒng)總體架構(gòu)UML 軟件工程組織功能架構(gòu)功能架構(gòu)子系統(tǒng)劃分子系統(tǒng)劃分對于任何系統(tǒng)而言,系統(tǒng)的架構(gòu)都需要從對系統(tǒng)的分解入手。劃分子系統(tǒng)的主要目的在于:n簡化系統(tǒng)設

13、計工作n提高并行開發(fā)效率n便于系統(tǒng)架構(gòu)的擴展UML 軟件工程組織功能架構(gòu)功能架構(gòu)子系統(tǒng)劃分分析子系統(tǒng)劃分分析n功能性劃分功能性組件數(shù)據(jù)分析組件:提供數(shù)據(jù)分析基本服務,產(chǎn)生數(shù)據(jù)分析結(jié)果(圖片,文件)定時服務組件:提供定時機制,定時調(diào)用數(shù)據(jù)分析服務和訂閱服務訂閱服務組件:提供訂閱服務基本服務,(Mail,FTP)管理控制臺:系統(tǒng)服務配置設定(定時服務,訂閱服務)n非功能性劃分非功能性組件部署管理組件:運行時裝載數(shù)據(jù)分析的模版,計算組件,數(shù)據(jù)源;數(shù)據(jù)訪問組件:提供訪問數(shù)據(jù)源服務(數(shù)據(jù)庫,文件)外部交互適配器:提供支持多種交互協(xié)議的連接適配器(SOAP,RMI-IIOP)n通用與定制之分定制性組件Ja

14、sperReport:提供基于JasperReport的數(shù)據(jù)分析服務CrystalReport:提供基于水晶報表的數(shù)據(jù)分析服務UML 軟件工程組織功能架構(gòu)功能架構(gòu)子系統(tǒng)劃分設計子系統(tǒng)劃分設計根據(jù)原則劃分好的子系統(tǒng),需要有明確的接口定義,來代表其子系統(tǒng)提供的功能DAOServicevoid insert()void update()void delete()Object findByPk()ScheduleServicevoid executeSchedule()SubscriptionServicevoid notifySubscriber()J2EE ConnectorCrystal Rep

15、ortServiceJasperReportServiceOLAP ServiceRepporting Servicebyte loadReport(String reportId, Map context, int type)void deploy()DeploymentManagementServiceUML 軟件工程組織功能架構(gòu)功能架構(gòu)子系統(tǒng)劃分實現(xiàn)與驗證子系統(tǒng)劃分實現(xiàn)與驗證在系統(tǒng)實施過程中,一般子系統(tǒng)會使用不同的工作目錄來實現(xiàn)。每個工作目錄會需要包含下列信息:l 源程序l 組件依賴配置l 部署腳本l 測試程序UML 軟件工程組織邏輯架構(gòu)邏輯架構(gòu)系統(tǒng)分層系統(tǒng)分層系統(tǒng)分層的主要目的在于:n

16、細化子系統(tǒng),確定子系統(tǒng)組件之間的協(xié)作關系n提高子系統(tǒng)的可重用性n提高子系統(tǒng)的可測試性n提高子系統(tǒng)的可維護性n提高子系統(tǒng)的可擴展性UML 軟件工程組織邏輯架構(gòu)邏輯架構(gòu)系統(tǒng)分層分析系統(tǒng)分層分析n定義分層邊界劃分原則本系統(tǒng)按照服務消費者和服務提供者關系來劃分層次n定義消費者和服務提供者關系數(shù)據(jù)分析服務消費者數(shù)據(jù)分析服務消費者BrowserBrowser,Java Client Application, C+ Client Java Client Application, C+ Client 數(shù)據(jù)分析服務提供者數(shù)據(jù)分析服務提供者數(shù)據(jù)分析運算組件數(shù)據(jù)分析運算組件數(shù)據(jù)源提供組件數(shù)據(jù)源提供組件協(xié)議適配器協(xié)議

17、適配器數(shù)據(jù)分析資源數(shù)據(jù)分析資源消費服務UML 軟件工程組織邏輯架構(gòu)邏輯架構(gòu)系統(tǒng)分層設計系統(tǒng)分層設計UML 軟件工程組織可擴展架構(gòu):支持資源擴展可擴展架構(gòu):支持資源擴展 數(shù)據(jù)分析資源包括各種數(shù)據(jù)分析實現(xiàn)技術。支持資源擴展的主要需求如下:n支持數(shù)據(jù)分析資源的可替換n支持數(shù)據(jù)分析資源的可升級n實現(xiàn)統(tǒng)一的數(shù)據(jù)分析服務接口UML 軟件工程組織可擴展架構(gòu):支持資源擴展分析可擴展架構(gòu):支持資源擴展分析n通用性和定制性劃分特定數(shù)據(jù)分析資源需要定制統(tǒng)一的數(shù)據(jù)分析接口代表通用行為n通用性和定制性結(jié)合行為抽象,抽象特定數(shù)據(jù)分析資源的通用行為實現(xiàn)獨立,把特定數(shù)據(jù)分析資源的實現(xiàn)看成是行為抽象的一個特定實現(xiàn)UML 軟件工

18、程組織可擴展架構(gòu):支持的資源擴展設計可擴展架構(gòu):支持的資源擴展設計n J2EE Pattern:策略模式現(xiàn)流行方式是采用Spring的ApplicationContext或者反射模式。構(gòu)造策略實現(xiàn)對象構(gòu)造策略實現(xiàn)對象策略行為接口策略行為接口策略實現(xiàn)策略實現(xiàn)UML 軟件工程組織可擴展架構(gòu):支持的資源擴展實現(xiàn)可擴展架構(gòu):支持的資源擴展實現(xiàn)n定義接口public interface ReportingServiceIFbyte loadReport(String reportId, Map context, int binaryType);n定義Spring配置 n通過制定BeanName來判斷使用

19、那個實現(xiàn)類ReportingServiceIF service = (ReportingServiceIF) ApplicationCtx.getBean(serviceName);byte reportBinary = service.loadReport(reportId, context, binaryType); UML 軟件工程組織外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議 系統(tǒng)的外部接口會被多種交互協(xié)議所調(diào)用,對于外部接口架構(gòu)來說,主要需求如下:n支持系統(tǒng)外部接口調(diào)用協(xié)議擴展n重用數(shù)據(jù)分析服務組件n簡化外部接口調(diào)用的實現(xiàn)UML 軟件工程組織

20、外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議分析外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議分析n職責劃分協(xié)議適配器:適配器負責使用特定交互協(xié)議調(diào)用數(shù)據(jù)分析服務重用數(shù)據(jù)分析組件:數(shù)據(jù)分析組件不涉及具體的協(xié)議交互n泛化連接器接口抽象交互行為,定義統(tǒng)一的交互接口封裝特定協(xié)議交互細節(jié),屏蔽交互復雜性UML 軟件工程組織外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議設計外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議設計nJ2EE Pattern: Faade模式通過coarse-grained的接口,屏蔽了低層次的實現(xiàn)細節(jié),這也是faade模式的一種應用。協(xié)議適配器協(xié)議適配器UML 軟件工程組織外部接口架構(gòu):系統(tǒng)

21、外部接口支持多種交互協(xié)議設計外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議設計nJ2EE Pattern:策略模式,DelegateDelegate模式,對于具體的調(diào)用實現(xiàn)類來說,它不負責具體的業(yè)務邏輯處理,而只是負責代理特定的業(yè)務實現(xiàn)對象,并且封裝對這個對象的引用過程。常用的方式有ServiceLoacator,封裝了SOAP,Remote Interface, Local Interface的調(diào)用。協(xié)議調(diào)用代理UML 軟件工程組織外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議設計外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議設計 : ReportingServiceClientApp : Applic

22、ationContext : ReportingServiceEJBDelegate : ReportingServiceEJBLocalHome : ReportingServiceEJBAdapterLocalgetBean(String)return delegate instanceloadReport(String, Map, int)create()return local handlerloadReport(String, Map, int)UML 軟件工程組織外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議實現(xiàn)外部接口架構(gòu):系統(tǒng)外部接口支持多種交互協(xié)議實現(xiàn)nEJB Adapterpu

23、blic interface ReportingServiceEJBAdapter extends EJBObject byte loadReport(String serviceClassName, String reportId, Map context, int binaryType) throws RemoteException;nEJB Delegatepublic class ReportingServiceEJBDelegate implements PCEReportingServiceDelegateIF public byte loadReport(String servi

24、ceName, String reportId, Map context, int binaryType) byte binaryArray = null;.ReportingServiceEJBAdapterHome remoteHome = (ReportingServiceEJBAdapterHome) ServiceLocator.getInstance().getRemoteHome(ReportingServiceEJBAdapter, ReportingServiceEJBAdapterHome.class); ReportingServiceEJBAdapter remote

25、= remoteHome.create(); binaryArray = remote.loadReport(serviceName, reportId, context, binaryType);return binaryArray;UML 軟件工程組織可靠性架構(gòu):異常處理機制可靠性架構(gòu):異常處理機制異常處理是系統(tǒng)可靠性的表現(xiàn),異常分為三種:無法恢復異常,記錄異常日志可恢復異常,通知使用者通過特定操作修復異常容錯異常,系統(tǒng)根據(jù)發(fā)生的異常類型決定通過特定邏輯修復異常UML 軟件工程組織可靠性架構(gòu):異常處理機制分析可靠性架構(gòu):異常處理機制分析n 架構(gòu)統(tǒng)一 使用穩(wěn)定的架構(gòu)控制異常,包括捕獲,日志,

26、跳轉(zhuǎn) 異常處理職責劃分,判斷異常處理范圍,處理不了,就拋出 異常包裝,低層次異常需要被高層次異常包裝 (1*N)UML 軟件工程組織可靠性架構(gòu):異常處理機制設計可靠性架構(gòu):異常處理機制設計 : WebAppServlet : ApplicationContext : ReportingServiceEJBDelegate : ReportingServiceEJBAdapter : JasperReportingServiceImplgetBean(String)return delegate instanceloadReport(String, Map, int)loadReport(Str

27、ing, Map, int)loadReport(String, Map, int)throw new JRExceptionJRException is thrown,when page result is emptythrow new BusinessException(e)throw Business ExceptionshowErrorMsgException e is a JRException which is thrown from jasper report service.UML 軟件工程組織可靠性架構(gòu):異常處理機制設計可靠性架構(gòu):異常處理機制設計 : Application

28、Context : ReportingServiceEJBDelegate : ReportingServiceEJBAdapter : ScheduleTriggergetBean(String)return delegate instanceloadReport(String, Map, int)loadReport(String, Map, int)JNDI Lookupthrow CreationExceptionthrow new RuntimeException(e)Trace ExceptionUML 軟件工程組織可靠性架構(gòu):異常處理機制實現(xiàn)可靠性架構(gòu):異常處理機制實現(xiàn)n 對于不

29、可恢復異常而言,典型的實現(xiàn)方式如下:try callService(); catch (RuntimeException ex) /低層次的Exceptiontracer.logError(ex);throw new NewRuntimeException(e); /高層次的Exception不可恢復異常向上層拋出,它面對的不是許許多多低層次的Exception,而是它的直接下層組件的Exception。n 對于可恢復的異常而言,典型的實現(xiàn)方式就是直接在catch中,進行新的邏輯處理,而不是繼續(xù)向上層拋出。UML 軟件工程組織可維護性架構(gòu):運行時的擴展性可維護性架構(gòu):運行時的擴展性 運行時可擴

30、展性要求服務能及時更新,其中包括:n 更新數(shù)據(jù)分析邏輯計算組件服務n 更新數(shù)據(jù)分析模版n 更新數(shù)據(jù)源裝載組件服務n 更新數(shù)據(jù)分析結(jié)構(gòu)這也是常說的熱部署!UML 軟件工程組織可維護性架構(gòu):運行時的擴展性分析可維護性架構(gòu):運行時的擴展性分析l 資源的熱部署,相關配置文件更新l 業(yè)務組件的熱部署UML 軟件工程組織可維護性架構(gòu):運行時的擴展性設計可維護性架構(gòu):運行時的擴展性設計J2EE Application ServerReporting Service EJB AdapterReporting Service WarSchedule Service EJBDTSReporting Reposit

31、oryReport Logic ComponentReport ProfileDTS Logic ComponentSubscription ComponentUML 軟件工程組織可維護性架構(gòu):運行時的擴展性實現(xiàn)與驗證可維護性架構(gòu):運行時的擴展性實現(xiàn)與驗證n 構(gòu)建資源管理文件系統(tǒng)n 構(gòu)造自定義ClassLoader掃描資源管理文件系統(tǒng),栽入ClassPathn 更新服務,替換自定義ClassLoaderUML 軟件工程組織 應用架構(gòu)案例子架構(gòu):分析、設計、實現(xiàn)與驗證集成系統(tǒng)總體架構(gòu)UML 軟件工程組織架構(gòu)集成n 為什么要進行架構(gòu)集成 把系統(tǒng)的不同問題的設計進行有效的結(jié)合 系統(tǒng)的整體架構(gòu)不是簡單的堆砌,需要各個部分的協(xié)調(diào)n 架構(gòu)集成的時機 在

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論