專案計畫,
是整個流程的起點，也是整個軟體活動生命週期最重要的一部分，關係乙個專案的成敗。這部分包含風險計畫管理，軟體估算，軟體週期計畫，專案變更管理計畫；本人認為應該把專案定期和不定期溝通都應該被描述至專案計畫中，溝通在整個專案中無所不在，也是專案成敗的關鍵。
專案跟蹤和控制,
這部分內容嚴格的規範了專案跟蹤和控制流程。對專案推進具有很強的指導意義。專案跟蹤和控制包括了工時度量，軟體進度安排，軟體評審，專案跟蹤和控制。專案跟蹤和控制中定義了在專案需要被跟蹤和控制的內容，方式以及誰去控制。
可行性研究,
這是乙個非常有必要的步驟。許多軟體公司對產品都不做或者略做可行性研究，反正產品定下就關手開發，將來能否在市場上能否取得成功是後話，這樣往往會造成一些不必要的損失。可行性研究流程明確定義了每個人的職責，把《可行性研究報告》作為這部分工作的提交物。
需求管理與需求分析,
需求是軟體開發的原料，用正確的方法提煉和加工原料，將會使後續的開發過程事半功倍。在需求管理和需求分析的流程中詳細的描述了需求的獲取的方法，需求變更的管理辦法以及在需求發生變更的時專案相關人員職責，包括專案經理，
scm，
sqa，測試組成員。需求分析，是將使用者的需求轉換我們的語言的過程
,具體表現在《需求規格說明書》上面。
設計,
設計是軟體是在大腦和文件中成型的階段。設計的好壞將直接影響到系統的效能，編碼的效率，測試的效率。設計包含三個部分：概要設計，詳細設計和使用者介面設計。針對目前的文件本人有一些提議
:1.
在概要設計審中除了文件中規定的四個內容，本人覺得系統設計效能考慮也應該作為乙個評審內容。
2. 把介面設計的也納入評審的範圍，並引入客戶參與。
編碼,
是軟體過程中乙個實現的環節，這也是容易引入不確定因素最多的環節之一。說起編碼，可能感覺誰都能做，但做得好的確不多。在編碼過程中兩件事比較重要，乙個是遵照統一的編碼規範，另乙個就是受設計約束，這兩者的執行都離不開乙個檢查。據本人以往的經驗，在編碼開始階段應該花費較多的時間去檢查**，然後變成抽查，這樣有利於編碼人員更大程度的遵循編碼規範和設計約束。
測試,
這是軟體質量控制最主要的手段。以前看到一句話是這樣說，軟體產品沒有測試，就好像走在鋼絲上。測試大體可以分為以下幾類：單元測試，整合測試，系統測試，使用者可接受測試。個人認為測試的工作應該貫穿整個軟體活動的生命週期，從開發計畫到客戶驗收，測試都應該參與。公司的測試流程寫得非常規範，個人覺得實際操作過程的測試經驗可能對測試工作會更有價值。以下是我從**看到一些測試技巧，與大家共享之:（
1）
邊界測試，測試使用者輸入框中的數值的最大數和最小數，以及為空時的情況。（2
）非法測試，例如在輸入數字的地方輸入字母。（3
）跟蹤測試，跟蹤一條資料的流程
,保證資料的正確性。（4
）在開始測試時應保證資料的正確性，然後在從系統中找出各種
bug。（5
）介面測試，程式往往在介面的地方很容易發生錯誤，要在此模組測試勿掉以輕心。（6
）**重用測試，在開發過程中有些模組功能幾乎相同，程式設計師在重用**時可能忘記在原有**上修改或修改不全面，而造成的錯誤。（7
）突發事件測試，伺服器上可能發生意外情況的測試。（8
）外界環境測試，有些系統在開發時依賴於另外乙個系統
,當另外乙個系統發生錯誤時
, 這個系統所受到的影響的情況。（9
）在程式設計師剛修復
bug之後的地方
,再找一找，往往程式設計師只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。（10
）認真做好測試記錄在做完一天的測試記錄之後
,第二天再根據第一天的測試記錄重複測試你會發現有未修正的錯誤。（11
）文字測試，如果在系統中有用詞不當的地方，我想這是不應該的。（12
）系統相容測試，例如有些程式在
ie6能執行正常，到
ie5下不能執行。有些程式在
win2000
下能執行，而到
win98
卻不能執行。像一些很特別的使用者去使用系統，你很有可能發現
bug。（13
）使用者的易用性測試，往往使用者的需求是不斷的變化的，而其中的一部份變化的原因，是有使用者操作上不方便引起的。
軟體測試是軟體開發中的重中之重，沒有一點可以馬虎的，在專案管理過程，我強調的時是每個過程的每乙個環節都要進行測試，保證系統在每個階段可以控制。因為軟體測試中考慮的問題基本上是專案管理中考慮的問題。
封閉開發感想
近兩個月的封閉明天就要結束了,疲憊和幸福一樣光臨身邊.總的來說,有獎金,有假期還是很不錯的.這個專案是乙個 server http client 的乙個典型的c s結構。服務段是是無狀態的業務服務，客戶算負責進行排程。這個產品是基於公司的純粹的本地版本的進化，衍生出的網路版本。封閉的早期，由於沒有熟...
WordPress開發感想
前一階段在公司實習，使用wordpress幫公司做了乙個portal 因為是第一次接觸wordpress，所以也算是一步一步摸索過來的。現在來分享一下感想。1.用wordpress製作 時，如果要用現成的主題，一定得用官方的，不要用那種私人開發的，因為可能會出現很多問題跟bug，更厲害的是可能別人會...
閱覽敏捷開發的感想
敏捷開發，換句話說就是為了應對快速開發而產生軟體開發模式。這種模式沒有具體的定義，根據當時的情況，進行相對應的調節。不 過這種調節，並不是根據自己或團隊的方便而調節。而是根據使用者需 求而改變，根據市場的需求而變化，但是這種調節並不是盲目的，而 是在乙個大計畫裡，進行改變。也就是說，在乙個軟體開發的...