版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
企業(yè)業(yè)務(wù)建模介紹&討論
2021/5/91課程內(nèi)容企業(yè)業(yè)務(wù)建模使用UML進(jìn)行業(yè)務(wù)建模需求管理與用例建模技術(shù)2021/5/92一、企業(yè)業(yè)務(wù)建模定義、目的、框架、業(yè)務(wù)規(guī)則、業(yè)務(wù)模式、業(yè)務(wù)架構(gòu)、軟件架構(gòu)2021/5/93企業(yè)業(yè)務(wù)建模定義
企業(yè)業(yè)務(wù)建模,也稱企業(yè)建?;驑I(yè)務(wù)建模,是一種全新的企業(yè)經(jīng)營管理模式,它為企業(yè)提供一個框架結(jié)構(gòu),以確保企業(yè)的應(yīng)用系統(tǒng)與企業(yè)經(jīng)常改進(jìn)的業(yè)務(wù)流程緊密匹配。2021/5/94企業(yè)業(yè)務(wù)建模目的對企業(yè)進(jìn)行更好的理解和提供公共一致的表示形式重用企業(yè)中現(xiàn)有的知識和技能分析企業(yè)的某些特性以持續(xù)的改進(jìn)企業(yè)性能管理企業(yè)系統(tǒng)的復(fù)雜性提高企業(yè)信息系統(tǒng)的模型驅(qū)動設(shè)計水平2021/5/95企業(yè)業(yè)務(wù)建模的幾種框架Zachman框架ARIS集成信息系統(tǒng)架構(gòu)EPMS業(yè)務(wù)過程建模方法CIM-OSA方法IDEF方法DEM動態(tài)企業(yè)建模方法2021/5/96Zachman框架What(數(shù)據(jù))How(行為)Where(地點位置)Who(角色)When(時間)Why(動機(jī))2021/5/972021/5/98ARIS集成信息系統(tǒng)架構(gòu)eERMeERM-attribute定位圖關(guān)系圖特性設(shè)置圖圖表數(shù)據(jù)視圖機(jī)構(gòu)圖網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)網(wǎng)絡(luò)圖組織視圖功能樹枝圖目標(biāo)圖應(yīng)用系統(tǒng)分類圖應(yīng)用系統(tǒng)樣本圖功能視圖信息流圖功能定位圖增值鏈圖eEPC,PCD訪問圖訪問圖表(具體的)控制視圖2021/5/99ARIS集成信息系統(tǒng)架構(gòu)組織視圖:組織結(jié)構(gòu)的靜態(tài)模型。包括:層次組織結(jié)構(gòu)的人員資源,生產(chǎn)資源(設(shè)備,運輸?shù)龋┮约坝嬎銠C(jī)、通信網(wǎng)絡(luò)結(jié)構(gòu)等。數(shù)據(jù)視圖:業(yè)務(wù)信息的靜態(tài)模型。包括:數(shù)據(jù)模型,知識結(jié)構(gòu),信息載體,技術(shù)術(shù)語和數(shù)據(jù)庫模型等。功能視圖:業(yè)務(wù)流程任務(wù)的靜態(tài)模型。包括:功能層次,業(yè)務(wù)對象,支持系統(tǒng)和應(yīng)用軟件等??刂埔晥D:動態(tài)模型,展示流程運轉(zhuǎn)情況,并能夠?qū)I(yè)務(wù)流程與流程相關(guān)的資源、數(shù)據(jù)以及功能等聯(lián)系起來。包括:事件驅(qū)動過程鏈、信息流、物流、通信圖、產(chǎn)品定義、價值增值圖等。2021/5/910業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則是組織用于做出運作決策的原則業(yè)務(wù)規(guī)則是對如何操作業(yè)務(wù)的各種要求。他們可以是業(yè)務(wù)需要遵守的法律或規(guī)范,也可以是業(yè)務(wù)范圍政策以及計算方法和公式、風(fēng)險閾值和正式授權(quán)分類:約束規(guī)則:規(guī)定了限制對象結(jié)構(gòu)和行為的策略和條件推導(dǎo)規(guī)則:規(guī)定了從一些事實經(jīng)過推理和計算得到其他事實的策略和條件。2021/5/911業(yè)務(wù)規(guī)則管理業(yè)務(wù)規(guī)則管理(BRM)將控制運作決策的邏輯從單獨的應(yīng)用程序中解放出來。在單個應(yīng)用程序中,這些邏輯一般是被封鎖在編程代碼內(nèi)的。這種方式就像數(shù)據(jù)庫管理解放了數(shù)據(jù)庫一樣。業(yè)務(wù)規(guī)則管理減少了上市時間和總擁有成本,節(jié)省了大量應(yīng)用程序?qū)嵤┏杀尽?021/5/912業(yè)務(wù)規(guī)則描述對象約束語言(ObjectConstraintLanguage,OCL)OCL表達(dá)式以附加在模型元素的條件和限制來表現(xiàn)對該對象的約束,其中包括附加在模型元素上的不變量或約束的表達(dá)式、附加在操作和方法上的前置條件和后置條件等。2021/5/913業(yè)務(wù)模式一個業(yè)務(wù)模式描述了一個可重用方法來解決一個特別的商業(yè)問題,這個商業(yè)問題通常是在商業(yè)過程范圍內(nèi)例如:資源和規(guī)則模式目標(biāo)模式過程模式BusinessModelingwithUML:BusinessPatternsatWork2021/5/914案例:神州數(shù)碼的企業(yè)業(yè)務(wù)模型組織結(jié)構(gòu)圖公司業(yè)務(wù)分布網(wǎng)絡(luò)技術(shù)職位序列文化體系服務(wù)產(chǎn)品體系業(yè)務(wù)布局圖銷售業(yè)務(wù)流程圖2021/5/915業(yè)務(wù)架構(gòu)相互之間具有明確關(guān)系的元素組成的集合,這些元素一同形成了一個按功能定義的整體。他們代表業(yè)務(wù)的組織及行為結(jié)構(gòu),并提供對業(yè)務(wù)的關(guān)鍵流程與結(jié)構(gòu)的抽象表達(dá)。2021/5/916業(yè)務(wù)架構(gòu)中的視圖業(yè)務(wù)流程視圖包括業(yè)務(wù)的關(guān)鍵業(yè)務(wù)流程并對其進(jìn)行概述,這些流程是業(yè)務(wù)存在的原因組織結(jié)構(gòu)視圖概述業(yè)務(wù)中的關(guān)鍵角色和職責(zé)以及他們的分組情況文化視圖說明組織的文化特征,以及為鼓勵這些特征而采取的機(jī)制人力資源視圖討論為維持和發(fā)展組織的人力資源而應(yīng)用的機(jī)制領(lǐng)域視圖定義應(yīng)用于信息結(jié)構(gòu)的關(guān)鍵機(jī)制和模式2021/5/917軟件架構(gòu)軟件架構(gòu)包含了軟件系統(tǒng)組織結(jié)構(gòu)的重要決策軟件系統(tǒng)的組織對組成系統(tǒng)的結(jié)構(gòu)元素及接口的選擇在元素間的協(xié)作中所詳述的行為將結(jié)構(gòu)元素和行為元素組合進(jìn)逐步增大的子系統(tǒng)指定這種組織的架構(gòu)樣式:靜態(tài)、動態(tài)元素和它們的接口、它們的協(xié)作、它們的合成2021/5/918軟件架構(gòu)中的視圖2021/5/919用例視圖包括用例模型,它代表由它的終端用戶所見的該系統(tǒng)想要的功能和環(huán)境用作終端用戶和開發(fā)者之間的一個合同對分析和設(shè)計以及測試活動是重要的。包括用例圖、用例事件流和補(bǔ)充文檔。它也能包括活動圖是其它視圖的心臟,因為它詳述了形成系統(tǒng)架構(gòu)的動力2021/5/920設(shè)計視圖支持該系統(tǒng)的功能性需求,即系統(tǒng)應(yīng)該提供給它的終端用戶的服務(wù)包括用例實現(xiàn)、類和交互圖。它也能包括狀態(tài)圖和活動圖注:一組執(zhí)行業(yè)務(wù)用例工作的角色個體和作為部分工作而訪問并使用的業(yè)務(wù)對象一起,稱為業(yè)務(wù)用例實現(xiàn)。記錄業(yè)務(wù)用例實現(xiàn)的首選方法就是繪制活動圖,還可以使用序列圖,類圖等。2021/5/921進(jìn)程視圖包括構(gòu)成該系統(tǒng)的并發(fā)性和同步機(jī)制的線程和進(jìn)程包含了形成系統(tǒng)并發(fā)與同步機(jī)制的線程和進(jìn)程該視圖主要針對性能、可伸縮性和系統(tǒng)的吞吐量。對單處理環(huán)境是不必要的2021/5/922實現(xiàn)視圖根據(jù)包裝、分層和配置管理描述靜態(tài)的軟件模塊(源代碼、數(shù)據(jù)文件、組件、可執(zhí)行文件等)。關(guān)注開發(fā)容易性、軟件資產(chǎn)管理、重用、子合同等問題2021/5/923部署視圖只用于分布式系統(tǒng)顯示各種各樣的可執(zhí)行文件和運行時組件如何被映射到潛在的平臺和計算節(jié)點關(guān)注部署、安裝和性能等問題顯示一張部署圖2021/5/924業(yè)務(wù)模型和軟件模型的融合業(yè)務(wù)用例模型業(yè)務(wù)分析模型業(yè)務(wù)模型=用例模型分析模型設(shè)計模型實現(xiàn)模型測試模型業(yè)務(wù)建模需求分析和設(shè)計實現(xiàn)測試2021/5/925基于用例的建模用例是組織需求的一種推薦方法用例不是使用一個需求列表組織需求,用例使用某人可以如何使用系統(tǒng)的方式來組織需求通過用例,需求更完整和更一致,并且可以從用戶的角度更好的理解需求的重要性2021/5/926二、使用UML進(jìn)行業(yè)務(wù)建模見IBM原版教材2021/5/927三、需求管理與用例建模技術(shù)2021/5/928傳統(tǒng)軟件過程面臨的問題分析與用戶存在語義分歧對問題域缺乏全面的認(rèn)識多變的需求導(dǎo)致效率低下設(shè)計無法預(yù)知和降低風(fēng)險設(shè)計決定用戶難以理解與實現(xiàn)難以平滑銜接實現(xiàn)周期過長與分析設(shè)計脫節(jié)版本之間管理混亂測試測試成本過高無法做到回歸測試維護(hù)成本過高產(chǎn)品質(zhì)量不可靠壽命短重用性低可維護(hù)性差兼容性差文檔混亂2021/5/929造成軟件項目失敗的根本原因不好的需求管理模糊和不精確的交流脆弱的架構(gòu)未檢測出需求、設(shè)計和實現(xiàn)之間的不一致測試的不足對于項目狀況的評估過于主觀為解決存在的風(fēng)險無法控制變化的產(chǎn)生和傳播自動控制不做2021/5/930軟件工程的六條最佳實踐迭代的開發(fā)軟件管理需求應(yīng)用基于組件的架構(gòu)為軟件建立可視化的模型持續(xù)的驗證軟件質(zhì)量控制軟件的變更2021/5/931軟件工程的六條最佳實踐迭代開發(fā)控制變更管理需求使用基于組件的架構(gòu)可視化建模質(zhì)量驗證架構(gòu)為中心迭代和增量開發(fā)用例驅(qū)動2021/5/932什么是需求用戶為了達(dá)到某個目標(biāo)而解決某個問題時所必需的一種軟件能力系統(tǒng)或系統(tǒng)組件為滿足某個合約、標(biāo)準(zhǔn)、規(guī)格說明或其它正式文檔所必須達(dá)到或擁有的軟件能力2021/5/933什么是需求管理描述、組織和文檔化需求的過程為系統(tǒng)的需求進(jìn)行啟發(fā)、組織、建檔的系統(tǒng)方法,一個建立和維護(hù)客戶和項目團(tuán)隊之間關(guān)于變更系統(tǒng)需求所達(dá)成的一致性的過程2021/5/934從用戶需求到軟件需求2021/5/935需求分類涉眾要求(Request)或涉眾需求(Need)關(guān)于涉眾對系統(tǒng)期望的描述,與具體的解決方案無關(guān)特性(Feature)為了滿足涉眾需要,系統(tǒng)提供的外部可見的服務(wù)軟件需求(SoftwareRequirement)功能性需求非功能性需求約束(Constraint)設(shè)計系統(tǒng)及流程設(shè)計的約束條件2021/5/936需求舉例涉眾要求(Request)或涉眾需求(Need)可以快速找到系統(tǒng)中的所有崗位信息特性(Feature)使用樹形結(jié)構(gòu)顯示系統(tǒng)提供的崗位信息軟件需求(SoftwareRequirement)功能性需求用戶選擇“注冊”功能,系統(tǒng)提供空白注冊界面非功能性需求提供24*7小時服務(wù)約束(Constraint)用戶通過互聯(lián)網(wǎng)訪問;系統(tǒng)使用java技術(shù)2021/5/937為什么需求管理困難因為需求有如下特征:總是不顯而易見來源多種多樣不容易用文字清晰表達(dá)與其他需求和軟件工程過程中的其他交付物關(guān)聯(lián)容易變化需求數(shù)量增加時難以控制2021/5/938需求管理的目標(biāo)在預(yù)算內(nèi)按時開發(fā)出符合客戶真正需要的高質(zhì)量產(chǎn)品2021/5/939幫助項目成功問題分析理解問題取得涉眾同意清晰表達(dá)業(yè)務(wù)目標(biāo)需求描述指明誰將使用系統(tǒng)(Actor)描述系統(tǒng)如何被使用(UseCase)需求管理詳細(xì)說明需求管理需求、變更和錯誤控制范圍蔓延團(tuán)隊成員參與2021/5/940項目團(tuán)隊參與需求開發(fā)人員、測試人員以及文檔編寫人員幫助需求管理的實行監(jiān)控需求是否被實現(xiàn)文檔化需求參與需求評價參加變更控制組(CCB)評價跟蹤結(jié)果驗證質(zhì)量、易測性和完備性2021/5/941軟件需求的質(zhì)量特性正確完備一致無二義可驗證可排序(重要性和穩(wěn)定性)可修改可跟蹤可理解2021/5/942RUP中的需求管理RationalUnifiedProcess是一個軟件過程框架,它為開發(fā)組織提供了分配任務(wù)及責(zé)任的規(guī)程和方法2021/5/943RUP概覽2021/5/944需求規(guī)程的工作流詳述2021/5/945需求規(guī)程的目標(biāo)需求規(guī)程的目的:與客戶和其他項目涉眾就應(yīng)用系統(tǒng)應(yīng)該有什么取得一致意見,并維護(hù)這種一致性幫助系統(tǒng)開發(fā)人員更好的了解系統(tǒng)需求定義系統(tǒng)的邊界為規(guī)劃迭代的技術(shù)內(nèi)容提供基礎(chǔ)定義系統(tǒng)的用戶界面,主要關(guān)注用戶的需要和目標(biāo)要實現(xiàn)這些目標(biāo),首先要理解嘗試使用該系統(tǒng)解決的問題的定義和范圍,這一點很重要。確定項目涉眾并引發(fā)、收集和分析涉眾需求。然后將開發(fā)需求工作產(chǎn)品來描述系統(tǒng)(系統(tǒng)要做什么)以便將所有項目涉眾(包括客戶和潛在客戶)視為除了系統(tǒng)需求以外的重要信息來源2021/5/946角色和工件2021/5/947需求管理涉及的主要工件遠(yuǎn)景(Vision)問題定義涉眾列表環(huán)境和平臺補(bǔ)充規(guī)約非功能性需求UseCase規(guī)約功能性需求術(shù)語(Glossary)公共術(shù)語涉眾需要涉眾的需要和請求2021/5/948我們在哪里?2021/5/949分析問題的目標(biāo)開發(fā)之前對要解決的問題有一個更好的理解有的時候,解決一個特定的問題僅僅需要改變業(yè)務(wù)流程,而不是需要一個新系統(tǒng)。比如,建立管理生產(chǎn)流程,提供其他的變通方法。作為解決問題的人,我們有義務(wù)在建立新系統(tǒng)之前先去考察一些可能的替代解決方案2021/5/950分析問題的步驟識別涉眾涉眾指能被系統(tǒng)或項目的結(jié)果造成實際影響的人理解問題在問題定義上達(dá)成一致識別系統(tǒng)或項目的約束確定并驗證解決根本問題的方案確定系統(tǒng)邊界2021/5/951遠(yuǎn)景文檔遠(yuǎn)景文檔是從客戶的角度撰寫的,它關(guān)注系統(tǒng)的主要特性和可以接受的質(zhì)量等級。遠(yuǎn)景應(yīng)該描述將要包括的特性以及那些已考慮到但沒有包括進(jìn)來的特性。它還應(yīng)該指定操作容量(卷、響應(yīng)時間、精確度)、用戶概要文件(誰將使用系統(tǒng))以及與系統(tǒng)邊界外的實體之間的互操作界面(如果適用)。遠(yuǎn)景文檔提供正在開發(fā)的軟件系統(tǒng)的完整遠(yuǎn)景,并支持出資方與開發(fā)組之間的約定。每個項目都需要一個來源,以記錄項目涉眾的期望值。2021/5/952遠(yuǎn)景文檔提綱簡介定位涉眾和用戶描述產(chǎn)品概述產(chǎn)品特性約束質(zhì)量范圍優(yōu)先順序和優(yōu)先級其他產(chǎn)品要求記錄要求功能屬性2021/5/953識別約束環(huán)境政策經(jīng)濟(jì)技術(shù)系統(tǒng)可行性2021/5/954識別約束約束源約束理由操作性銷售訂單數(shù)據(jù)必須在系統(tǒng)中保持一年時間數(shù)據(jù)丟失風(fēng)險太大系統(tǒng)及操作系統(tǒng)這個程序在服務(wù)器上應(yīng)該占用少用20M的空間服務(wù)器上空間有限設(shè)備預(yù)算必須使用已有的服務(wù)器和主機(jī)成本控制已經(jīng)設(shè)備維護(hù)人員預(yù)算固定的人力資源:無外部資源現(xiàn)有預(yù)算緊張技術(shù)要求應(yīng)該才用OO技術(shù)相信這種技術(shù)可以增加生產(chǎn)效率并增加可靠性2021/5/955Actor幫助定義系統(tǒng)邊界可以簡單認(rèn)為,解決方案的世界分為兩個部分我們要開發(fā)的系統(tǒng)與我們系統(tǒng)進(jìn)行交互的事物這種交互的事物我們稱為我們系統(tǒng)的參與者??梢酝ㄟ^以下問題來幫助尋找誰會對系統(tǒng)提供信息、使用信息、刪除信息誰將操作系統(tǒng)誰是維護(hù)者系統(tǒng)在哪兒被使用系統(tǒng)從哪兒得到信息哪些外部系統(tǒng)要和系統(tǒng)進(jìn)行交互2021/5/956捕捉公共詞匯定義項目中的術(shù)語幫助減少誤解2021/5/957我們在哪里?2021/5/958需求的來源PartnersCustomerUsersProblemDomain2021/5/959可能遇到的問題涉眾對解決方案有先入為主的想法不知道自己真正想要什么不能正確描述自己想要的東西交付之前以為自己知道想要什么系統(tǒng)分析員以為自己比用戶更了解問題每個人從各自的角度看待問題相信自己是正確的2021/5/960涉眾需要工件屬于涉眾包括來自涉眾的所有需要來源包括Email、客戶需求說明、白板、電子表格…可能包括對任何外部資源的引用項目組據(jù)此得到產(chǎn)品特性及軟件需求2021/5/961如何抽取涉眾需求查閱用戶需求說明需求討論會UseCase討論會頭腦風(fēng)暴用戶訪談?wù){(diào)查問卷角色扮演系統(tǒng)原型故事板2021/5/962我們在哪里?2021/5/963特性(Feature)特性是外部可見的服務(wù)特性是為了完成涉眾的一個或多個需要而提供的服務(wù)例子:問題跟蹤系統(tǒng)的特性是能夠提供趨勢報告,以幫助項目經(jīng)理評估項目狀態(tài)ATM應(yīng)允許客戶之間轉(zhuǎn)款2021/5/964實例特性1:個人用戶和企業(yè)用戶均可以通過internet注冊特性2:系統(tǒng)提供崗位IT技能測評和按課程的單科評測特性3:系統(tǒng)能夠以樹狀方式顯示崗位列表技能列表特性4:企業(yè)能夠根據(jù)自身需求設(shè)置崗位及對應(yīng)的技能特性n:能夠修改用戶的支付信息,并能夠為企業(yè)用戶分配lisence數(shù)量2021/5/965識別系統(tǒng)特性的建議步驟寫產(chǎn)品定位陳述使用頭腦風(fēng)暴收集系統(tǒng)特性回購收集來的特性把這些特性與涉眾需要進(jìn)行關(guān)聯(lián),建立跟蹤矩陣精化遠(yuǎn)景文檔確定產(chǎn)品定位陳述列出關(guān)鍵特性2021/5/966用例建模步驟識別Actor和UseCase簡要描述寫每個Usecase的提綱基本流可選流詳述每個Usecase詳述時間流結(jié)構(gòu)化用例加入詳細(xì)信息,如前置/后置條件、特殊需求、關(guān)系、圖等2021/5/967我們在哪里?2021/5/968定義系統(tǒng)范圍資源預(yù)算時間范圍2021/5/969建立需求基線需求基線一個特性的集合,建立在一致認(rèn)同的基礎(chǔ)上,只能通過正式程序進(jìn)行變更基線必須至少對客戶來說是可接受的在團(tuán)隊看來具有合理的成功可能性2021/5/970設(shè)定特性優(yōu)先級對于規(guī)模管理非常重要在確定優(yōu)先級的過程中,重要的是由客戶和用戶、產(chǎn)品經(jīng)理或其它代表而不是開發(fā)團(tuán)對自己做決定并建立優(yōu)先級實際上,這個早期的優(yōu)先級確定過程不應(yīng)該受到技術(shù)部門的過多影響;否則,技術(shù)難度將影響客戶的優(yōu)先級決定2021/5/971評估工作量為提出的基線中的每個特性粗略確定工作量為了不在后來被認(rèn)為是“浪費資源”的事物上投入資源,包括不能實現(xiàn)的特性的需求說明、設(shè)計和以后的測試腳本。我們最大的目標(biāo)是在項目的初始版本就減少開發(fā)特性的數(shù)量,由于資源有限,我們不能在當(dāng)前的基線下對不可能實現(xiàn)的特性作投入2021/5/972設(shè)定Usecase優(yōu)先級考慮與基線中特性相關(guān)聯(lián)的Usecase選擇具有如下特點的場景代表有意義的、重要的功能與實際的系統(tǒng)元素或接口相關(guān)聯(lián)代表系統(tǒng)中明確的、精細(xì)部分被標(biāo)記為高風(fēng)險為今后的迭代設(shè)定優(yōu)先級2021/5/973我們在哪里?2021/5/974設(shè)計約束設(shè)計約束代表已經(jīng)批準(zhǔn)并必須遵循的設(shè)計決定。其中包括軟件語言、軟件流程需求、開發(fā)工具的指定用途、架構(gòu)及設(shè)計約束、購買的構(gòu)件、類庫等。設(shè)計約束是對系統(tǒng)的設(shè)計或開發(fā)的限制,他不影響系統(tǒng)的外部行為,但必須被完成以滿足技術(shù)、商業(yè)或合同的義務(wù)被開發(fā)的系統(tǒng)基礎(chǔ)設(shè)施中,通常包括:操作系統(tǒng)、與已有系統(tǒng)的兼容性、應(yīng)用標(biāo)準(zhǔn)開發(fā)所使用的規(guī)章和標(biāo)準(zhǔn)的實體。例如:ISO9000標(biāo)準(zhǔn)2021/5/975如何描述功能性需求使用Usecase和說明文檔為了理解系統(tǒng)的復(fù)雜性,兩者都很重要2021/5/976如何處理不在Usecase中的需求?使用說
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025關(guān)于委托創(chuàng)作合同
- 2025公司戰(zhàn)略合作合同
- 2025承包合同 公司食堂委托經(jīng)營合同
- 2025電大合同法名詞解釋題庫
- 2025服裝托管合同范本
- 2025房地產(chǎn)代理銷售的合同協(xié)議
- 2025商場內(nèi)廣告牌制作合同
- 2025服裝店轉(zhuǎn)租合同范文
- 2025果蔬招標(biāo)的合同樣本
- 幼兒園傳染病流程制度內(nèi)容
- 2025年急診科護(hù)理工作計劃
- 高中家長會 高二寒假線上家長會課件
- 違規(guī)行為與處罰管理制度
- 個人教師述職報告錦集10篇
- 四川省等八省2025年普通高中學(xué)業(yè)水平選擇性考試適應(yīng)性演練歷史試題(含答案)
- 《內(nèi)部培訓(xùn)師培訓(xùn)》課件
- 《雷達(dá)原理》課件-3.3.3教學(xué)課件:相控陣?yán)走_(dá)
- 西方史學(xué)史課件3教學(xué)
- 2024年中國醫(yī)藥研發(fā)藍(lán)皮書
- 紅色中國風(fēng)蛇年年會邀請函
- 廣東省佛山市 2023-2024學(xué)年五年級(上)期末數(shù)學(xué)試卷
評論
0/150
提交評論