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

2021年是一汽-大眾電動(dòng)化布局的元年，奧迪e-tron、奧迪e-tron Sportback、ID.4 CROZZ、ID.6 CROZZ 的推出，為一汽-大眾在新能源車市場打響名號(hào)，并奠定企業(yè)的市場地位。一汽-大眾2021年新能源車?yán)塾?jì)銷量約7.04萬輛，同比增長128.4%；其中，ID.CROZZ家族全年銷量約為3.66萬輛，ID.4 CROZZ累計(jì)銷量約為2.61萬輛。不同于其他新能源企業(yè)已經(jīng)完成了一定的基礎(chǔ)設(shè)施搭建，一汽-大眾目前正處于市場先導(dǎo)期，ID.4 CROZZ在去年3月份上市，ID.6 CROZZ在去年7月份上市，兩款車都沒有經(jīng)歷完整的銷售年，換言之，ID.CROZZ家族還未得到充分的品牌建設(shè)與積累，度過爬坡期后銷量有望得到進(jìn)一步提升。其次，一汽-大眾品牌建設(shè)、銷售網(wǎng)絡(luò)搭建、包括補(bǔ)能網(wǎng)絡(luò)等都處于高速發(fā)展階段，在各方面都存在限制的情況下取得上述成績已實(shí)屬不易。一汽-大眾（技術(shù)）副總經(jīng)理迪亞德表示，得益于2021年推出的全新ID.CROZZ系列車型，一汽-大眾的新能源市場份額正在不斷擴(kuò)大。未來，依托超過30年傳統(tǒng)能源汽車的制造銷售經(jīng)驗(yàn)，將繼續(xù)在新能源汽車市場上獲得成功。

萬能卡片功能操作體驗(yàn)統(tǒng)一性很強(qiáng)，比如音樂、圖庫等，網(wǎng)友可以根據(jù)自己的喜好，組合不同尺寸的圖庫萬能卡片，再配上同色系的APP圖標(biāo)或壁紙，打造出與眾不同的精美桌面。

今天我的主題是“B端數(shù)字化產(chǎn)品的敏捷設(shè)計(jì)建模技術(shù)與實(shí)戰(zhàn)方法”，主要分個(gè)維度進(jìn)行：這幅圖是軟件工程當(dāng)中的一張經(jīng)典圖片，它反映了軟件工程里各個(gè)環(huán)節(jié)的溝通失真問題。而溝通失真會(huì)給軟件工程帶來很多問題，比如返工多、加班多；變更多、應(yīng)對(duì)慢；用戶認(rèn)可難，實(shí)施難、上線難、驗(yàn)收難；包括預(yù)算超支嚴(yán)重，甲乙雙方都覺得有所虧損，合作瀕于崩潰。實(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é)沒有輸出可以“降低溝通成本、驅(qū)動(dòng)工程全流程、降低系統(tǒng)性風(fēng)險(xiǎn)”的結(jié)構(gòu)化、可視化的設(shè)計(jì)模型。各個(gè)環(huán)節(jié)當(dāng)中的溝通失真問題，實(shí)際上是設(shè)計(jì)環(huán)節(jié)出了問題。但其實(shí)軟件工程行業(yè)是有設(shè)計(jì)建模技術(shù)的。2002年OMG提出了MDA（模型驅(qū)動(dòng)的軟件開發(fā)架構(gòu)），但大家并沒有將其投入使用，原因在于：

第個(gè)核心技術(shù)，綠色的模型轉(zhuǎn)換技術(shù)。模型終要轉(zhuǎn)換成程序源碼，同時(shí)底層軟件包由用戶單位自行設(shè)定，即用戶對(duì)生成的程序源碼自主可控。總結(jié)可得，軟件地圖在多維度上取得了“敏捷化、實(shí)用化”的突破，和UML相比，軟件地圖在閱讀效率、設(shè)計(jì)信息集成度、設(shè)計(jì)效率、建模效率、變更效率等各方面都取得了很大突破。我們希望通過敏捷化、實(shí)用化的軟件設(shè)計(jì)建模技術(shù)和工具促進(jìn)軟件工程在分析和設(shè)計(jì)這兩個(gè)上游階段的數(shù)字化轉(zhuǎn)型，在源頭上解決溝通難、返工多、預(yù)算高、風(fēng)險(xiǎn)高、運(yùn)維壓力大和應(yīng)變慢等普遍存在的軟件工程問題。

接著，我們需要按需定義業(yè)務(wù)對(duì)象每個(gè)數(shù)據(jù)元素的狀態(tài)參數(shù)。終，我們便得到了數(shù)據(jù)演變圖，在這里，數(shù)據(jù)演變圖設(shè)計(jì)了業(yè)務(wù)對(duì)象及其數(shù)據(jù)元素的生命周期，由若干 {數(shù)據(jù)能力+其產(chǎn)生的數(shù)據(jù)變化} 元節(jié)點(diǎn)組構(gòu)成，表達(dá)了業(yè)務(wù)對(duì)象的核心邏輯。綜合以上，我便可以在抽象層次上將數(shù)據(jù)演變展示出來，既不需要編程，也沒有數(shù)據(jù)表的設(shè)計(jì)，僅僅是數(shù)據(jù)結(jié)構(gòu)+概要算法?；谏鲜鲈O(shè)計(jì)得出的數(shù)據(jù)演變，隨后，我們逐個(gè)定義數(shù)據(jù)演變圖中的數(shù)據(jù)能力，規(guī)范化定義數(shù)據(jù)能力的名稱和代碼（隨后我們會(huì)在這一基礎(chǔ)上生成API）。接著便是定義系統(tǒng)功能，結(jié)合多層級(jí)的功能模塊，以業(yè)務(wù)架構(gòu)為基礎(chǔ)，橫向擴(kuò)展通用功能模塊和基礎(chǔ)功能模塊，縱向擴(kuò)展到業(yè)務(wù)對(duì)象級(jí)模塊。