具體步驟如下:
第壹步:需求分析
我召集他們所有的業務相關部門開了幾次會，把各個部門的功能需求進行了梳理和統壹，寫了壹個功能需求說明書，裏面詳細列出了軟件要解決的實際問題和要達到的目標。他們要求軟件能夠解決他們的實際問題，帶來真正的價值。比如直接給他們帶來更多的訂單，幫助他們尋找和留住客戶，節約人力成本，防止經營中不必要的浪費，最終實現公司利潤的增長。在我看來，如果壹個軟件不能帶來實質性的經濟價值，只是用來裝點公司門面，提高工作效率，還不如不用。這也是他們不喜歡壹些成品軟件，而選擇定制開發的原因。每個公司的情況不壹樣，成品軟件商往往無法知道每個客戶的痛點，所以做出來的產品並不能真正適合客戶。只有自己有針對性的發展，才能真正解決問題。只有客戶才知道自己的公司最需要什麽，如何獲取和留住客戶，如何設計業務流程等等。最適合的軟件就是開發壹些實用的功能。
通過這個項目，我認識到編寫軟件需求說明書的過程非常重要，它決定了以後的開發過程會不會走彎路，會不會因為開發不必要的功能而浪費時間和金錢，程序功能模塊會不會有沖突。需求陳述的準備上花了不少精力，有磨刀不誤砍柴工的感覺。最後，在全體員工壹致通過這個需求聲明後，我們決定進行下壹步。
第二步:發展提案。
開發計劃是將功能需求規範轉化為可以開發的具體行動計劃。我按照開發平臺的開發規則來編寫，優化了軟件需求說明書中的功能模塊，分析了各個模塊的數據結構、數據關系和運行邏輯，明確了各個模塊之間的業務流程，最後根據各個業務部門人員的實際情況規劃了各個模塊的界面風格。
我的開發計劃也寫的很詳細，但是和功能需求說明書比起來，感覺更容易。畢竟大方向已經有了。在開發計劃中，我對數據結構中的所有表和字段進行規劃和命名，包括它們的數據類型和長度，制作表格，說明每個字段的數據來源和編輯方法。前面忘了解釋，雖然我不懂編程，但是因為之前有管理軟件操作的經驗，對數據庫還是略知壹二的，只是壹知半解。然而，這些數據庫知識對於使用我們的快速開發平臺進行開發來說已經足夠了。如果以後需要壹些更復雜的SQL語句，請上網搜索。
開發計劃對於後期的系統開發非常重要。下面的開發過程其實就是在快速開發平臺上配置開發計劃內容的過程。
步驟3:開發和測試
有了發展規劃，接下來的發展就很容易了。其實就是把開發計劃的內容配置到開發平臺的過程，這也是我找了這樣壹個開發平臺來開發這個系統的原因。
用組態開發平臺開發軟件相當簡單快捷，壹般模塊三步就能搞定。第壹步是設置模塊信息，第二步是設置表單屬性，第三步是設置表中的每個字段。也許我這麽說妳還是不信，好吧。以上！
我們公司的快速開發平臺分為開發背景和應用前景。顧名思義，開發後臺是給開發者用的，應用前臺是開發出來的系統用在哪裏。好了，我們進入開發後臺，如下圖:
點擊模塊設計，可以開始配置模塊了。
選擇模塊類型是這壹步的關鍵，也就是妳要開發什麽樣的模塊。開發平臺內置了許多功能模板。妳需要做的就是分析妳要開發的模塊屬於哪個模板，選擇模板就可以實現妳的模塊接口和功能。模塊的種類很多，包括常用管理軟件的方方面面，還有專門的模塊功能模板和操作手冊，開發的時候妳就知道了。定義模塊後，可以在模塊中定義表。壹個模塊可能有多個表，逐個定義，建立它們之間的關系。如下圖所示:
在表單定義過程中，需要設置表單編輯界面風格和壹些數據規則。表單設置好之後，就是設置每個表的字段的時候了。如下圖所示:
通過三步配置，壹個功能模塊基本完成。是不是很簡單快捷！整個開發過程是靠配置完成的嗎？當然，上面說的都是壹些最基本的配置。對於具有復雜功能需求的模塊，可能需要更詳細的配置。
由於組態開發平臺省略了代碼編寫，大大提高了開發速度。由於接口是由開發平臺的中間件根據配置的業務參數自動生成的，不需要為每個接口編寫壹套代碼，因此錯誤率大大降低，軟件的性能和穩定性自然有了保證。
第四步:編寫操作手冊。
系統開發出來後，有壹項收尾工作是不能省的，那就是寫操作手冊。還好平時沒事就喜歡寫點博客，不怕寫。操作手冊是供用戶學習和操作的。在操作手冊中，我詳細列出了系統的操作流程及其註意事項。事後我才知道，操作手冊也是這個系統正式使用的重要因素之壹，因為我寫的操作手冊生動清晰，操作這個系統的同事很快就會理解並上手。
我的經驗是操作手冊越早寫越好。最好是和開發同時寫。開發過程中的壹些關鍵內容要馬上記錄下來，提醒以後的用戶，時間長了連開發者自己都可能忘記，最終讓用戶少走彎路。
第五步:在線調試
經過半個多月的奮鬥，壹個擁有50多個模塊的內部管理系統基本完成。我們請客戶的幾個部門領導壹起演示操作，大家都很滿意。最後，我們沒有辜負老董事會的期望。他們的老板壹高興，就批準購買壹臺服務器來運行該系統。我花了壹天時間把它部署到服務器上，開始在線試運營。
第六步:正式運營。
經過半個月的試運行，我們調整了壹些小問題，開始召集各部門相關人員進行幾天的操作培訓，開始在公司正式運行。