輸入主題

我們的分支機構(gòu)是一個軟件開發(fā)過程，

軟件公司和非xx72215公司

非xx72215公司

需求分析 - 摘要設(shè)計 - 程序代碼 - 程序測試 - 軟件交付 - 客戶接受 - 代碼庫維護(hù)

軟件公司

需求分析 - 摘要設(shè)計 - 詳細(xì)設(shè)計 - 程序代碼 - 程序測試 - 軟件交付 - 客戶接受 - 代碼庫維護(hù)

我們一步一步說：

需求分析

在沒有出現(xiàn)軟件之前，只有一些人有了一個想法。我需要這樣的東西（想要一個孩子）來管理我的樣子。這時，一個想法出現(xiàn)了，會有這樣的需求，他會尋找一位軟件公司的需求分析師來討論，這次是一個軟件懷孕，相當(dāng)于開發(fā)的開始。需求分析是在聽取請求后描述近似函數(shù)，用Word或Axure繪制一個簡單的演示給用戶Look，經(jīng)過幾次確認(rèn)，需求分析師最終確認(rèn)函數(shù)是否完美，確認(rèn)下一步，總結(jié)設(shè)計

摘要設(shè)計

這個功能的主要功能是什么？許多公司認(rèn)為這是不必要的。事實上，這是非常必要的。這相當(dāng)于規(guī)劃如何安全度過懷孕期。對于軟件，它是軟件。大概的過程是如何去的。模塊，如何運行，需要多少接口，如何在以后維護(hù)它們等，這些做什么？下一步 - 詳細(xì)設(shè)計

詳細(xì)設(shè)計

有人說詳細(xì)設(shè)計是一個非常麻煩的步驟。這不是一個非常麻煩的步驟。我認(rèn)為這是最困難的一步。詳細(xì)設(shè)計主要用于確認(rèn)詳細(xì)信息，界面名稱，控制器名稱以及控件數(shù)量。誰能稱呼這個，這不可能是錯的，因為后期代碼農(nóng)民需要看看這個開發(fā)，你怎么命名他們，他們怎么寫，所以這里的錯誤意味著編碼會出錯，最后有是一本詳細(xì)的設(shè)計書，這是告訴孕婦吃什么，怎么吃，多少錢。

代碼農(nóng)民代碼

很多人認(rèn)為這是搬磚頭。只需查看設(shè)計書籍并直接編寫即可。理論是這樣的，但為什么有很多錯誤呢？很大一部分原因不是設(shè)計的原因（當(dāng)然，這是可能的），一個很大的原因是由非標(biāo)準(zhǔn)化引起的，以及項目團(tuán)隊是否可以共同處理代碼，以及如何改進(jìn)編碼效率。兩者都是編碼時出現(xiàn)的問題。這相當(dāng)于孕婦實施一套餐，特別是是否按照規(guī)范食用。

程序測試

這一步是測試中非常重要的一步。我們不能說它是由用戶直接使用的。這是不現(xiàn)實的。我們需要做的是首先測試系統(tǒng)。當(dāng)然，此測試不是基于用戶。這個想法來了，他們會非常暴力，給一個板栗，一個按鈕，普通用戶會直接點擊一次，你可以看到效果，但測試不是，他們會點擊瘋了，知道他們認(rèn)為不會有人世界上誰會在暴力時停止。當(dāng)然，這是一個很好的測試人員。許多測試不會是這樣的。他們認(rèn)為正常使用很好。沒關(guān)系，還不錯。實際上，軟件并不好，很大一部分是測試人員的測試實力。最后，寫一份測試報告。

軟件交付

如果測試結(jié)束后沒有問題，您可以編寫安裝手冊。這實際上是用戶指南。

客戶接受

交貨后，客戶感覺與他在簡單測試后的想法相同，并收到貨物并付錢。

代碼農(nóng)場維護(hù)

接受后可以嗎？當(dāng)然不是，經(jīng)過一段時間后經(jīng)常使用軟件，所以總是需要人來維護(hù)它們，當(dāng)然，維護(hù)不僅僅是一個問題，主要原因是軟件會根據(jù)不同需求而改變。功能，這樣的過程也是一個維護(hù)過程，QQ已經(jīng)更新了很多代，不是，這也是一個維護(hù)過程。

項目重建

這是一個項目。如果有新技術(shù)，該功能沒有改變，對于用戶體驗，例如，它之前是由SSH編寫的，但運行速度非常低。使用SpringBoot，每個人都在使用它，用戶反映得非常好，然后這需要時間來重構(gòu)項目并使用新技術(shù)重新實現(xiàn)以前的功能。

基本上就是這種情況，細(xì)心的人也看到非xx72215公司沒有詳細(xì)設(shè)計。解釋原因，為什么？很簡單，其實詳細(xì)設(shè)計很費時，非軟件公司的人不會把這個時間花在設(shè)計上，他們只是告訴你需求，代碼農(nóng)民只需要直接編碼就可以了，一般用什么來做技術(shù)，不需要什么框架。