整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
景情況說明
本人長期以來一直從事于金融應用軟件的研發以及項目實施工作，經常做數據庫建模（數據表設計）。有一款稱心如意的數據庫建模工具，自然能夠事半功倍，PowerDesigner的pdm模型為我的工作提供了很大的便利性。但電腦換了Mac系統之后，就只能在虛擬機Windows上使用PD，機器越來越吃不消了。PD是一款商業化優秀的建模工具。其設計初衷就是用作數據庫建模，所以他必然是一款非常優秀的數據庫建模工具。
但，PowerDesigner有以下幾個不足之處，有點不能忍受，萌生了自己做一個數據庫建模工具的想法。
PDMan介紹
在多年的技術積累基礎上，通過一個多月的嘗試以及努力，PDMan(Physical Data Model Manager)終于成功面世。他有以下特點，是PowerDesinger之外，數據庫建模的一個非常不錯的替代方案。特點如下：
## 上圖
說了那么多，先暏為快
啟動畫面：
主工作界面：
數據類型以及數據域：
** 字段以及代碼：**
** 生成文檔: **
** 版本管理：**
## 鳴謝開源
站在巨人的肩上，PDMan的推出，離不開開源的支持，主要使用到的技術如下：
貢獻者
下載地址：https://gitee.com/robergroup/pdman/attach_files
SaaS先鋒”系列繼續為您呈現國內SaaS領域的先鋒企業，今天的主角名叫ProcessOn，ProcessOn是一個垂直領域的作圖工具和社區，在這里，用戶不僅能夠感受到非常強大且好用的專業作圖工具，還能輕松找到自己想要的知識資源，不經意間，可能還會發現很多垂直領域的“大牛”在分享自己的作品。其實， ProcessOn就是做一款前沿、高效的作圖工具，當然也可以簡單的理解為“云計算時代，微軟Visio的替代品”，這個年輕的團隊將Visio、Xmind等專業作圖工具搬到了“云端”，不再需要下載安裝，不再需要授權，直接用瀏覽器就能夠體驗在線作圖服務，而且作圖的效果也很美觀且極具專業性。
ProcessOn自2013年上線以來，不到2年的時間里就積累到20萬用戶，而這一切的根本，就是靠產品，靠用戶的口碑傳播。所以CTO張瑩非常認可那句話，“好產品，自己會說話”，近日，CSDN就采訪了這位ProcessOn CTO 張瑩，他給我們分享了這款工具產品的“基因”以及背后的開發故事。
ProcessOn CTO 張瑩
ProcessOn團隊的CTO 張瑩第一眼給人的印象就是“鄰家大男孩”，跟他相處久了，就會明白“編程”這件事是需要天分的，沒有讀過計算機的任何專業，89年出生的他所有的技能都是靠自學。在最初的時候，一個人幾乎承擔了全部的開發工作，不僅要當研發經理，還要承擔產品經理的角色，偶爾還要客串一下UI設計在整個團隊中，永遠屬于“最忙”的那一個。
CSDN：首先介紹下自己和ProcessOn，目前技術團隊的關注方向？
張瑩：大家好，我是張瑩，現在是ProcessOn團隊技術負責人，相對于很多牛叉產品的CTO來說，我算是草根出身，既沒有名校的牛奔學歷，也沒有BAT等大企業的從業經驗，有的只是對技術的癡迷追求和對互聯網產品的無限遐想。無論是我自己還是整個團隊，大家都是腳踏實地、吃苦耐勞的人，所有人都很低調，都在默默耕耘。就在這樣的環境中，我們孕育出了ProcessOn這款產品。目前，整個技術團隊的關注和發展方向，主要是前端領域，尤其是js和其他的前端框架。
ProcessOn 是一款用 HTML5 開發的在線網頁版作圖工具，用戶只需要有一個瀏覽器即可制作思維導圖、流程圖、UML圖、界面原型設計、組織結構圖、思維導圖等等，不再像傳統的客戶端那樣，還需要下載和安裝。ProcessOn 還有一個很大的特色就是可以做到無延遲協作，方便兩個或多個人同時對同一個文件進行協作編輯和溝通，它還采用了實時的保存機制，每一步操作之后都自動保存，用戶再也不用擔心丟失文件的問題了，當然這也是云計算時代，企業協作類工具的一個發展趨勢。
CSDN: 為什么會開發這個平臺？背后是基于什么樣的考慮或者是看到什么樣的市場機會？
張瑩：其實ProcessOn的誕生擁有“特定”的基因，其中很重要的一點，就是因為我們團隊的創始人熱衷于BPM領域，就在幾年前，國內還沒有一個“上得了臺面”的BPM（Business Process Management，即業務流程管理）作圖工具和社區，而我們的創始人深耕BPM領域多年，同時他也是SOA/BPM國標制定的參與者，所以ProcessOn最初就是奔著這么一個目標去的。
其實，早在2011年，我們團隊就開發出一個Flash版本，當時為了保證用戶的質量，一直都是采用邀請機制，直到正式上線后才開放注冊。隨著ProcessOn的不斷完善，以及經過N+1次和用戶交流之后，我們感受到Flash版本的設計器已經不能滿足用戶的需求和我們精益求精的態度，尤其是用戶使用前還必須安裝Adobe插件，同時由于本身體積很大，每次做圖前加載時間也很長，還有其他弊端問題等等，用戶體驗一直做不好。在2012年，團隊正式接觸到HTML5技術，當初它還沒有現在這么火爆，于是團隊內部經過多次討論后，就放棄之前做了一年多的Flash設計器，然后基于HTML5重新開發一版新的設計器。雖然當時針對HTML5的爭論很多，其技術也不是很成熟，還有很多安全問題，但是我們還是堅定選擇了HTML5，現在證明我們當時的選擇是正確的，更重要的是，用戶的反饋非常的好，就在不久前，我們還收到了第一筆來自用戶的捐款。在得到眾多用戶充分的肯定和認可后，我們團隊有信心將ProcessOn做成一個國內獨一無二的互聯網產品。
CSDN:你們這個平臺對于客戶來說最大的價值體現在哪些方面？
張瑩：首先，ProcessOn最大的價值就是幫助用戶非常方便和快捷的實現多個領域的作圖體驗，不管是流程圖、軟件模型圖、UML，還是思維導圖，用戶只需一個瀏覽器，即可在線訪問這款企業協作類作圖工具，非常的方便和快捷，而且非常的專業。
其次，ProcessOn作為一個基于SaaS模式的云服務平臺，不僅讓用戶擺脫了對單一設備的依賴，真正意義上實現隨時隨地的“云辦公”模式，而且還可以實現在線協作的功能，多個用戶可以針對同一文件進行修改，直接在云端就能進行同步，可以幫助協作小組極大地提升辦公效率。
除此之外，ProcessOn還提供小組、推薦、發現、活動等很多社區性質的功能，幫助用戶在完成自己的工作之余，還能夠認識更多與自己興趣相似的朋友，同時還可以在這個平臺上學到新的知識和技能。現在ProcessOn社區內已經擁有高達50萬張圖，而且每天以2000張以上的速度在不斷增加，這些優質的資源能夠給用戶帶來更高的附加值。我們深信這種“工具+內容+社交”的模式可以更全面、更有效的為用戶創造新價值。
平臺打造的歷程難度很大，從最初的Flash版本到后來完全重新架構設計的 HTML5 版本，體現的是對產品用戶體驗的極致追求，而 ProcessOn也是目前國內首家將HTML5中的Canvas運用到商業生產環境中。而在產品的優化上，ProcessOn團隊對細節的追求近乎瘋狂。例如一個簡單的跨主題的連線功能，他們耗費3個星期，后臺代碼也達1000多行，為的是將用戶體驗做到極致。
CSDN:打造這個平臺遇到哪些坎？你們是如何應對的？
張瑩：ProcessOn平臺的核心是設計器，難點也是在設計器上，目前HTML5中的Canvas在國內真正最早運用到商業生產環境中的，Processon應該是首家。其實，在HTML5剛出來的時候，我們就被Canvas所吸引，而且痛下決心，放棄了開發1年多的Flash版本，完全重新設計架構，啟動了HTML5版本的開發。
其實開發設計器的難度非常大，一個看上去簡簡單單的小功能，往往需要上千行的代碼，它需要進行非常復雜的js計算。我們在整個設計器的開發中，也運用了很多js的看家本領，比如javascript的面向方法、面向對象編程，js的插件開發等等。更痛苦的是，我們完全沒有任何參考案例，全都是團隊成員自己摸索探路，然后再進行各種討論，各種研究，同時還需要進行數學推算，一遍一遍尋找最佳的算法。尤其是空間向量的知識，在設計器的開發中運用的最多，為此我們還“惡補”高中時期的數學知識（這也是學渣的苦果啊）。總體來說，因為在專業在線作圖領域，我們在國內的起步非常早，所以也沒有任何借鑒的經驗，都是靠團隊自己“拼”出來的。
CSDN:能不能詳細介紹一下這個平臺架構的構建過程？都使用了一些什么技術，分別做了什么？
張瑩：ProcessOn的前端采用Nginx做請求分發，作為一款輕量級的Web 服務器/反向代理服務器，相對于其他同類產品而言，其輕量級以及低內耗的優勢，使它也成為了ProcessOn的首選，尤其是對工具類的互聯網產品來說，我們高并發的特性也非常依賴Nginx的性能。
其次，在應用服務器層，我們采用了比較成熟的Spring MVC，相信這也是很多工程師的首選。需要特別說明的是，ProcessOn在前端技術上，大量使用HTML5技術和復雜的js計算，數據層面則采用MongoDB和Redis。尤其是在數據庫的選擇上，因為考慮到性能和速度，我們毅然選擇了MongoDB，雖然其在事務、內存等方面存在一些小的非議，但是就ProcessOn而言，我們在數據服務上的體驗還是很不錯的，我們也會繼續一直關注和優化我們的數據層面的體驗和服務。
當然，還需要特別說明的是，因為我們想做一款國際化的SaaS應用，也想擁抱云計算時代，所以ProcessOn放棄了先前自建的服務器，轉而將整個服務器放在青云上，首先是順應云計算時代發展的潮流，其次也為我們未來進軍國際市場打下一個良好的基礎。
CSDN:該平臺的用戶體驗如何保證？在產品優化上你們做了哪些努力？
張瑩：ProcessOn在短短的時間內積累20萬用戶，不單單是作圖功能上的強大易用，更重要的是我們非常看重用戶體驗，比較對一個垂直領域的作圖工具來說，這不僅僅是簡單的把傳統軟件搬到了線上就可以了。為此我們做了充分的市場調研，并建立了自己的QQ用戶群，不斷跟用戶進行溝通交流，在充分了解用戶的作圖習慣之后，我們將傳統軟件中的優勢保留，糟粕去除，比如添加了多人實時協作的功能等等。ProcessOn還舍棄了傳統軟件自己搭建服務器端的復雜操作，完成了實時保存、云端存儲等多種附加功能。
我想敘述一個很小的開發細節：在開發思維導圖的過程中，團隊希望增加一個跨主題的連線功能，這個功能其實很簡單，國內外很多工具，只有一個簡單的連接功能，但是我們的技術人員，為了將這個功能做出更好的體驗，整整耗費了三周的時間，不僅可以更改連線的粗細程度，還可以改變顏色和連線的弧度，甚至還做出了“橡皮筋”的動態效果，僅僅這個小小的功能，后臺代碼的實現就需要1000多行，所以我們的用戶體驗才可以做到最好。當然這個功能的實現，僅僅是我們龐大生態系統中，一個的小小的細節，但是ProcessOn就是憑借這一個個小小的“微創新”，才能真正讓用戶相信，我們做產品的態度就是“追求極致”。
CSDN:目前的用戶規模是多少，活躍用戶、重量級用戶？盈利模式方便透露嗎？
張瑩：目前，ProcessOn的注冊用戶已經接近20萬，每天活躍的用戶也在3000+以上，我們也擁有很多重量級用戶，很多BAT的產品負責人，還有善用佳軟、月光博客、大前端博主浩子、PM265理站長王亮、Axure中文社區創始人尹廣磊、CSDN創始人蔣濤都使用并推薦過我們的產品。不過我們想特別說明的是，因為ProcessOn團隊目前還沒有接受融資，所以我們并沒有投入資金去做推廣，這些用戶的積累大都是靠用戶的口碑相傳，這也是我們最引以為傲的地方。
至于盈利模式，目前我們還沒有考慮，而且也沒有借鑒國外的收費模式。我們認為，只有能夠為用戶創造更大的價值，才會真正得到市場的認可，相信未來，ProcessOn肯定會找到屬于自己的盈利模式。
張瑩坦言，響應速度和穩定性是目前用戶關注度較高的問題，當然這不只是ProcessOn一家面臨的問題，市場上很多SaaS廠商都面臨網絡的穩定性問題，這對于一款SaaS產品的用戶體驗至關重要。目前ProcessOn也在不斷的優化產品和聯系服務提供商解決這些問題，包括正在積極部署CDN服務，相信不久之后這些問題終將得到解決。
CSDN:對于用戶來說，最關心的問題集中在哪些方面，你們有哪些應對措施？
張瑩：目前用戶最關心的問題，就是網絡的穩定性問題。其實ProcessOn在最早期的時候，就上線了英文版本，產品在得到國外用戶的高度認可之后，我們才正式在國內推出，從內心深處來講，我們是想做一款國際化的SaaS產品，所以響應速度就成了影響用戶體驗最關鍵因素，尤其是我們平臺還擁有4萬多國外用戶，所以這點至關重要。目前我們將底層服務直接放在了國內新銳IaaS平臺青云上，所以網絡的反應速度和穩定性也是我們目前很苦惱的事情，尤其是亞太區的國外用戶，對這個問題的反映比較普遍。最近我們團隊也在努力優化產品，服務提供商也在幫助我們解決網絡的問題，同時ProcessOn也正在積極部署CDN服務，相信不久之后，ProcessOn的國內外的訪問速度都會得到明顯的提升。
CSDN:目前國內這個領域大概是什么情況，和其它同行相比，你們的優勢體現在哪里？
張瑩：目前，在國內我們還沒有發現競爭對手，跟國外的同行相比，我們最大的優勢就是免費，并做了很多本地化的優化處理。其實這也是我們的苦衷所在，因為在國內的收費模式基本上是玩不轉的。現在，我們只是想深耕用戶，不斷提升產品，把用戶體驗做到更好，為將來進軍國際市場做好充足的準備。
ProcessOn的優勢體主要現在以下幾個方面：
CSDN:我們知道企業的IT環境非常復雜，而且差異性很大，你們如何滿足用戶的個性化需求？
張瑩：相對于其他互聯網產品來講，ProcessOn的專業性非常強，尤其是像流程圖、軟件建模語言等等這些都是有嚴格的語法要求的，所以在研發的過程中，我們都是先嚴格按照專業作圖標準來進行執行，然后才考慮代碼的實現。所以很少會存在用戶個性化需求不足的情況，大多數情況都是用戶希望增加一些功能，我們基本上都會列入計劃，盡快進行實現。目前ProcessOn提供了9種不同類似的作圖模型供用戶進行選擇，包括Flowchart、EVC、EPC、BPMN、UML、IOS界面原型圖、組織結構圖、維恩圖、思維導圖等等，基本上涵蓋了90%以上的用戶需求。
CSDN:最后我想你給我們分享下，你對國內SaaS市場的一些看法？
張瑩：隨著互聯網的高速發展，很多企業已經從“信息化”轉向“互聯網化”，而且收費模式也從“賣軟件”變成“賣服務”，所以SaaS將成為未來的發展趨勢這點是毋庸置疑的。在2011年，SAP斥資34億美元收購了人才管理云服務商SuccessFactors，在2012年Oracle和IBM也都涉足該領域，先后投入10多億美元進行收購同類云服務企業，SaaS市場的火爆程度可見一斑。我們相信美國SaaS市場活躍的投資也肯定會刺激到中國市場的發展，國內SaaS市場也必然進入一個高速的成長期。所以我們相信，只要能堅持做下去，只要能夠得到用戶的認可，市場就一定會給予我們這些基于SaaS模式的創業團隊以肯定。
文中所提及的，那個年代，國內的WEB開發基礎處于初級階段，由于windows的市場占領，IE成為國內最主流的存在，而附帶的，vbscript asp等成為了WEB開發的首選語言。（當然，當年的大廠，如新浪，雅虎 都是自己開發的服務端，c++直接做的）
隨著WEB的普及，應運而生的如nginx apache等WEB服務端，CGI得到了各方語言的青睞，java 的jsp ,.net的aspx, php 到現在的python等等，都提供了面向WEB的開發。而WEB開發又離不開這幾項內容。(其實所有的WEB開發核心也就這幾樣東西)
1.Request
獲取瀏覽器的請求信息，即WEB服務端的輸入，這在前文的WEB協議（報文）中已經有過闡述。值得一提的是，WEB的參數傳輸，除了post和get方式，前文中也曾提及過，可以在自定義頭信息中進行傳參。很多帖子或文章都曾議論過post和get的安全性，其實，安全性這種東西，與傳輸方式沒有多大關系，與后端接收request請求時候的處理有關，過濾掉接收到的參數，判斷是否存在一些特殊的標點符號，判斷類型等等，會在后續的安全篇中介紹。其實結合WEB的發展，最值得一提的，還是文件的傳輸，老程序員都面臨過的問題，WEB中上傳文件，這個組件過去基本由flash等程序制作，但是這里有著許多的安全問題（這也是為什么，現在chrome等瀏覽器都禁用flash了），當時的WEB AJAX并不成熟，使用第三方插件如flash上傳文件，無法有效同步cookie做身份識別，而且，頁面腳本需要與flash組件接口做銜接，隨著技術的發展，H5的文件上傳取代了FLASH的插件。
2.Response
服務端輸出，那個年代使用asp開發時，網站也很少AJAX技術，也不好使用，所以網站的刷新方式都是服務端刷新，而response基本也就定性為html輸出，隨機WEB協議的升級，標準的升級，頭信息支持了許多格式，讓瀏覽器能更好的判斷服務端返回的信息做出不同處理。
3.Cookie
Cookie偽造，篡改，等等是無法避免的，而在WEB時代之初，規章制度的缺失，導致使用瀏覽器去做一些大型應用是很不安全的，比如涉及到錢財的東西，比如銀行應用。所以基于第三方active插件的加密應用就出來了，通過安裝各大銀行的U盾程序，獲得證書，瀏覽器（有些銀行現在都只支持IE），通過程序嵌入的active做認證登錄。而對于Cookie的作用域，也在新的WEB標準中進行更好的規劃。
！！！
我覺得，WEB從舊時代到新時代的變遷，最突出的就是jquery的誕生，也是javascript成為主流的時刻。
javascript以及jqeury優雅的把真正的編程帶給了前端開發人員，讓WEB從跟word差不多東西，直接升級到比PPT還牛叉，實現軟件相似的操作提現（當然性能不同）
WEB1.0時期，可以把WEB形容為一個跟word差不多的東西
而WEB2.0就是可以把WEB當做簡單的數據管理軟件和應用
而現在 WEB 開發完全可以取代一般的軟件
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
