業務建模
業務模型具有重要意義，他不但是供軟體分析人員了解企業內部工作流程的工具，而且可以發現企業的業務邏輯在資訊化過程中存在哪些問題，需要做哪些改進，以加快資訊化建設。
對業務邏輯進行分析，分析過程中產生業務邏輯模型，包括業務用例模型和業務物件模型。
識別業務用例，業務角色，業務物件等。
通過業務模型重用達到業務邏輯重用。
域模型域模型的設計，包括如何從需求中識別出類，找備選類，決定候選類，並建立靜態模型。
基於迭代開發決定域模型的例度，反映需求中的主要內容，可以隨著專案進展不斷細化。
域模型應用於持久化設計，資料庫設計，r/o mapping 的設計。
用例建模
將系統按功能劃分成子系統和模組，建立wbs（工作分解結構）。
識別參與者與用例，合併需求獲得用例，以及用例的例度問題。
建立用例圖需要注意的問題，用例描述的內容，詳細程度，以及細化。
用包來管理用例。
建立需求規格說明書，功能需求重要，非功能需求同樣重要，正確描述非功能需求，比如，不要用使用者介面友好這類的含糊的描述，要用可測量的語言來描述，如客戶學習使用該軟體需要投入多少小時等。
需求驗證方法，和客戶交流，演示原型，給客戶講解需求模型等，需求規格說明書得到一致認可，並劃定需求基線（不是里程碑），該基線嚴格受控，改進需求的流程，提交變更請求，評估，實施等。
分析健壯性分析具有意義（正確性檢查，完整性檢查，持續發現物件），識別邊界類、控制類、實體類，通過分析圖，識別新的類，更新域模型，發現新的流程細化用例描述等。
對用例、場景、結構、狀態進行分析，建立互動模型，以上述實體類，控制類和邊界類，再引入基礎類（j2ee等），進而進行架構設計。
注重架構，架構設計具有重要意義，多層分布式和多層非分布式的系統架構，分別有什麼優勢，劣勢。選擇什麼樣的技術實現更好。
如何選擇合適的架構，需要考慮哪些方面（非功能方面：效能，安全，可移植，開放性等），如何權衡與折衷處理。
如何在健壯性分析後對域模型進行改進，形成最終的領域模型。
設計架構設計，並將業務邏輯劃分到實現類中，進行抽象，結合設計模式等。
r/o mapping對映的設計。
詳細設計細化類的功能和職責，用設計模式設計等。
架構重構，架構迭代過程中需要考慮改進的方面，以及如何進行重構。
編碼需要注意編碼規範、名稱規範、各種不良程式設計習慣。建立統一的程式設計規範具有重要意義。
編寫**要符合oo的程式設計思想。
單元測試人員，測試用例的編寫，測試用例質量的驗證方法。語句，分支，覆蓋測試，邊界值劃分等方法。
整合測試，關注類之間，模組之間的介面，並使用用例模型，分析模型來驗證**和功能，選擇由誰來進行整合測試也很重要。
**重構對於提高**質量具有重要意義。
能力評估
對開發過程的各個階段和工件進行評估，可從幾個角度入手，乙個是從成本，進度，質量，客戶滿意度方面考量；再乙個從各個里程碑處的評審，還有階段評審（迭代點或定時檢查）。以及對整個過程的考量，是否執行得當（時間進度，工件完備程度），存在什麼問題。
資產評估
對文件，模型及其他工件進行總結，主要是模型和文件的使用情況，改進情況進行分析，總結經驗教訓，結合案例，增加到組織的知識管理庫中。
程式評估
程式架構評估包括整體的一致性，質量（是否符合oo，是否滿足全部需求功能）。
程式質量評估程式的易讀性，可修改性，可測試性，以及如何提高這些指標。組織規範的執**況，執行的不好就要進行過程改進。
軟體開發過程管理流程
吉林林業資訊科技有限責任公司 2012年9月 目錄1 編寫背景 3 2 編寫目的 3 3 名詞解釋 3 4 適用範圍 3 5 公司各部門職責及關係 3 5.1 專案管理委員會 3 5.2 專案管理部與總工辦 3 5.3 公司各部門主要職責 3 5.3.1 公司董事會 3 5.3.2 總經理辦公室 3...
軟體開發過程規範
版本 1.0 修訂歷史紀錄 目錄1.前言 3 1.1 目的 3 1.2 物件 3 1.3 要求 3 1.4 適用範圍 3 1.5 軟體開發過程模型 3 1.6 開發過程劃分 3 2.技術過程規範部分 3 2.1 概述 3 2.2 業務建模階段 4 2.3 需求階段 5 2.4 分析設計階段 6 2....
軟體開發過程及規範複習
一 外包的型別 1 ito 資訊科技外包 強調技術領域的外包。2 bpo 業務流程外包 強調業務流程，解決業務效果和運營效益的問題。3 kpo 知識流程外包 注重高階的研發活動外包。二 發展服務外包的優點 1 提公升產業結構 2 有利於轉變對外 的增長方式，形成新的出口支撐點 3 有利於提高利用外資...