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

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

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

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

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

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