河北DTO-50哪家靠譜，項目一期工程為年處理2萬噸粗妥爾油減壓精餾生產(chǎn)線，工程投資1.2億元人民幣，一期工程已于2017年10月建成投產(chǎn)，主要產(chǎn)品包括妥爾油松香、妥爾油脂肪酸和精制妥爾油，副產(chǎn)品有妥爾油瀝青和妥爾油輕油等。

測試設(shè)計，包括配置API測試環(huán)境、生成API測試腳本、設(shè)計集成用例、生成集成測試用例。從前面所講的內(nèi)容來看，是不是覺得有些復(fù)雜？因為設(shè)計已經(jīng)走向細(xì)顆粒度的結(jié)構(gòu)化，而這必然帶來較大的工作量。這個時候，我們需要提供業(yè)務(wù)組件模板庫，以提高設(shè)計效率，降低設(shè)計門檻。模板里面包含：我們一直在說“不要重復(fù)造輪子”，但實際上“重復(fù)造輪子”的事情一直在發(fā)生，是因為我們將業(yè)務(wù)組件固化在了代碼級別。基于這點，我們的處理策略便是將其抽象至設(shè)計圖紙層級，這樣子改起來快，看起來也更清楚、明白。

今天我的主題是“B端數(shù)字化產(chǎn)品的敏捷設(shè)計建模技術(shù)與實戰(zhàn)方法”，主要分個維度進行：這幅圖是軟件工程當(dāng)中的一張經(jīng)典圖片，它反映了軟件工程里各個環(huán)節(jié)的溝通失真問題。而溝通失真會給軟件工程帶來很多問題，比如返工多、加班多；變更多、應(yīng)對慢；用戶認(rèn)可難，實施難、上線難、驗收難；包括預(yù)算超支嚴(yán)重，甲乙雙方都覺得有所虧損，合作瀕于崩潰。實際上，當(dāng)我們跳出軟件工程行業(yè)，會發(fā)現(xiàn)，其他的工程行業(yè)在設(shè)計環(huán)節(jié)都會輸出規(guī)范化、結(jié)構(gòu)化的設(shè)計圖紙，但是軟件工程到現(xiàn)在為止還是使用非結(jié)構(gòu)化的設(shè)計文檔。很諷刺的一點，即創(chuàng)造 AI 的軟件工程實際上是很“落后”的。

所以，軟件工程溝通失真的根本原因在于：設(shè)計環(huán)節(jié)沒有輸出可以“降低溝通成本、驅(qū)動工程全流程、降低系統(tǒng)性風(fēng)險”的結(jié)構(gòu)化、可視化的設(shè)計模型。各個環(huán)節(jié)當(dāng)中的溝通失真問題，實際上是設(shè)計環(huán)節(jié)出了問題。但其實軟件工程行業(yè)是有設(shè)計建模技術(shù)的。2002年OMG提出了MDA（模型驅(qū)動的軟件開發(fā)架構(gòu)），但大家并沒有將其投入使用，原因在于：

如何理解？即在分析、設(shè)計與開發(fā)過程中，使用了一個大的相同結(jié)構(gòu)，避免異構(gòu)現(xiàn)象的發(fā)生，也降低或避免結(jié)構(gòu)轉(zhuǎn)換之間的溝通失真與損耗。我們要求產(chǎn)品經(jīng)理一開始就使用MVC設(shè)計框架，也方便了后續(xù)和研發(fā)團隊之間的溝通。那么我們是如何開展的呢？從需求開始（需求包括現(xiàn)狀流程以及基于現(xiàn)狀流程的系統(tǒng)需求），我們分析得出過程中的業(yè)務(wù)對象（B端需求分析一定要分析出業(yè)務(wù)對象），隨后分析得出處理業(yè)務(wù)對象的能力，即數(shù)據(jù)結(jié)構(gòu)+數(shù)據(jù)能力。由數(shù)據(jù)能力，則可以推出系統(tǒng)功能。而在考慮系統(tǒng)功能的用例設(shè)計時，必然會涉及到輸入輸出界面，由此驅(qū)動開發(fā)界面。在界面的詳細(xì)數(shù)據(jù)項得到用戶確認(rèn)后，再結(jié)合業(yè)務(wù)對象的數(shù)據(jù)結(jié)構(gòu)，即可合起來，共同構(gòu)成數(shù)據(jù)表以及表字段。后，數(shù)據(jù)能力會演化為服務(wù)端的API，界面中的算法則演化為用戶端的API。

第個核心技術(shù)，即業(yè)務(wù)組件模板，即我們可以一鍵生成圍繞業(yè)務(wù)對象的設(shè)計制品，包括數(shù)據(jù)表、系統(tǒng)功能、界面原型等等。而設(shè)計同學(xué)此時只需要明確分析得出的業(yè)務(wù)單據(jù)需匹配什么模板，之后一鍵生成好即可。這大大提升了設(shè)計效率與設(shè)計規(guī)范度，實現(xiàn)了模板化。第個核心技術(shù)，綠色的模型轉(zhuǎn)換技術(shù)。模型終要轉(zhuǎn)換成程序源碼，同時底層軟件包由用戶單位自行設(shè)定，即用戶對生成的程序源碼自主可控?？偨Y(jié)可得，軟件地圖在多維度上取得了“敏捷化、實用化”的突破，和UML相比，軟件地圖在閱讀效率、設(shè)計信息集成度、設(shè)計效率、建模效率、變更效率等各方面都取得了很大突破。我們希望通過敏捷化、實用化的軟件設(shè)計建模技術(shù)和工具促進軟件工程在分析和設(shè)計這兩個上游階段的數(shù)字化轉(zhuǎn)型，在源頭上解決溝通難、返工多、預(yù)算高、風(fēng)險高、運維壓力大和應(yīng)變慢等普遍存在的軟件工程問題。