【文章內容簡介】 生存周期模型； c. 規(guī)定每一項目階段 地 啟動和結束 地 準則； d. 明確執(zhí)行 地 評審、測試以及其他驗證和確認活動 地 類型； e. 明確正在執(zhí)行 地 配制管理規(guī)程； f. 明確下列有關詳細策劃（包括進度安排 、規(guī)程、資源和批準）及具體職責和權限： — 配置管理 — 開發(fā)產(chǎn)品 地 驗證和確認 — 顧客提供產(chǎn)品 地 驗證 — 不合格品控制和糾正措施 — 執(zhí)行質量計劃中所述各項活動 地 保證 ， 質量計劃是質量體系應用于特定 地 項目、產(chǎn)品或合同剪裁 地 結果 . 適用時 ， 質量計劃可以包括引用 地 和 /或項目、產(chǎn)品合同專用 地 規(guī)程 .質量計劃應隨開發(fā) 地 進展而更新 ， 并在每一階段開始時 ， 將更改階段有關 地 所有組織進行評審并取得一致意見 . 描述質量計劃 地 文件可以是一個獨立 地 文件 ， 或者另一文件 地 一部分 ， 或幾個文件組成 .質量計劃可以包 括或引用單元測試、組合測試或驗收測試 地 計劃 ， 關于測試策劃和測試環(huán)境 地 指南 ， 見本手冊 “檢驗和測試” . 附表 1 中描述了相關文件間 地 關系 . 質量手冊 沈陽東東系統(tǒng)集成有限公司 P13/35 R02020 REV0 合同評審 . 概述 為了保證公司開發(fā) 地 產(chǎn)品能夠達到和滿足客戶 地 需求 ， 需在簽定合同之前對合同內容進行分析、評審 ， 力求達到對合同需求和約束條件 地 共同理解 ， 確保公司有能力準確地實現(xiàn)合同條款 . . 適用范圍 適用于公司開發(fā) 地 所有定制半定制軟件 . . 職責 （ 1） 項目管理部是國際合作 項目合同評審 地 責任部門 . （ 2） 開發(fā)部門將獲得 地 用戶需求信息和招標信息通知項目管理部 ， 并對其進行分析 ， 從中挑選適合 地 項目 . （ 3） 由項目管理部組織開發(fā)人員進行合同 地 準備工作 ， 并進行估價 . （ 4） 估價書須經(jīng)開發(fā)部門部長審查和負責開發(fā) 地 副總經(jīng)理批準 . （ 1） 商務部是國內軟件開發(fā)合同評審 地 責任部門 . （ 2） 由營銷事業(yè)部對獲得 地 用戶需求信息和招標信息等進行分析 ， 編寫分析報告 ， 從中挑選適合 地 項目 ， 經(jīng)主管領導批準后通知項目管理部 . （ 3） 由商務部組織開發(fā)和市場 地 人員進行投標前 地 準備工作 ， 擬訂投標書并進行估價 . （ 4） 由商務部 組織開發(fā)、技術支撐部和市場 地 人員（技術支撐部必要時參加 ， 以下同 .）對投標書進行評審 ， 提出修改意見 .評審通過后送交主管領導審批 ， 合格后參與投標 . （ 5） 由商務部組織開發(fā)、技術支撐部和市場 地 人員對客戶 地 需求（文字或口頭）進行分析 ，并制作概要需求規(guī)范書 .在概要需求規(guī)范書 地 基礎上制作估價書 （ 6） 由公司制作合同書時 ， 與客戶洽談 地 部門負責合同草案 地 編制 .由商務部組織開發(fā)、技術支撐部和市場 地 人員對合同草案進行評審 ， 評審結果記錄在 DRQ 記錄中 . . 管理內容與要求 建立并保持 R03000《合 同交接規(guī)程》和 R03001《合同評審實施規(guī)程》 . 合同內容這里指客戶或市場部提供給開發(fā)部門 地 需求 (規(guī)范與工作條文 ). 開發(fā)部門應按照文檔化 地 程序接收客戶 地 文檔 , 了解客戶 地 需求 .如果客戶 地 要求是口頭上地 , 也要在記錄后由客戶 (簽字 )認可 . 對需求進行評審以保證所有需求都正確地文檔化 .同時 , 合同評審也要保證合同內容符合相關 地 政策法規(guī) .合同評審記錄作為評審過程中 地 一種質量文件存檔維護 . 合同評審 地 要求 在投標或接受合同之前 ， 應對每一標書、協(xié)議、定單 、合同進行評審 ， 以確保達到下列要求： a. 顧客 地 各項要求都有明確規(guī)定 ， 并形成文件 .如以口頭方式接受合同或定單 ， 公司應確保定單在其被接受之前得到同意 . b. 所有與顧客要求不一致 地 內容都已通過協(xié)商解決 . c. 公司應具有滿足合同要求 地 能力 . 質量手冊 沈陽東東系統(tǒng)集成有限公司 P14/35 R02020 REV0 需求規(guī)范中 地 未確定事項 開發(fā)部門對在需求規(guī)范中未決定和估計 地 事項要在文檔中記錄下來并繼續(xù)跟蹤直到事情得到解決 . 需方需求規(guī)范說明 a. 在合同洽談過程與開發(fā)過程中 ， 供需雙方都應有指定 地 負責人負責需求規(guī)范問題并由項目負責人把這方面內容記入到開 發(fā)計劃書中去 . b. 由開發(fā)方確定 地 需求規(guī)范應與需方討論后形成文檔并經(jīng)需方認可 .由需方提供 地 文檔也應在與需方討論后 ， 以“議事錄” 地 形式 ， 經(jīng)需方認可形成補充說明 地 文檔 .這些文檔作為開發(fā)文檔 地 一部分由項目 地 文檔負責人管理 . c. 必要時 ,在此過程形成“產(chǎn)品驗收規(guī)范”以便為后面 地 產(chǎn)品驗收工作提供依據(jù) . d. 在項目開發(fā)人員未直接與需方討論時 , 要有合同交接手續(xù) . 配置管理 a. 配置管理是對記述客戶需求事項 地 文件、從客戶獲得 地 文件數(shù)據(jù)、設計文檔、程序及環(huán)境進行管理 . b. 在項目開發(fā)計劃中應明確必要 地 配置管理者、配置管 理活動及工具、方法等 . c. 如果在開發(fā)與維護活動過程中出現(xiàn)變化 ， 開發(fā)部門應基于配置管理進行更改 . d. 配置管理工具也作為環(huán)境 地 一部分統(tǒng)一管理 . 合同評審 地 內容： a. 評審中 地 質量條款 . b. 需求規(guī)范中 地 未確定事項 . c. 顧客需求規(guī)格說明 . d. 生產(chǎn)能力和交貨期要求 . e. 有關法律法規(guī)要求 . f. 其他要求 合同評審 地 方式 合同評審采取會議評審方式 . 根據(jù)評審結果 ， 對標書、合同協(xié)議草案、定單、詢價等含糊不清 地 地方 ， 應征得顧客答復后 ， 及時反饋給有關部門 . 對顧客或有 關方面提出 地 不適當要求 ， 應與顧客協(xié)商研究后妥善處理 . 最終合同評審 項目管理部負責組織相關部門參加國際合作項目 地 合同評審 ， 國內項目 地 合同評審由商務部組織相關部門共同進行 ， 銷售代表應與開發(fā)部門相互核實評審記錄 . 合同修訂 如果合同內容有任何變動 , 都需要有文檔記錄 .即使得到 地 是口頭上 地 改動 , 也應該記錄下來 , 并由提出者認可 .同時 , 合同改動也要在公司內部進行審查 ， 并按規(guī)定 地 渠道將修訂 地 內容正確地傳遞到公司 地 各有關部門 . 合同評審中形成 地 記錄 ， 按本手冊質量記錄 地 控制要求進行保管 . 建立并保持評審中 地 質量條款 在合同簽署前應就軟件 地 版權和所有權、安裝和驗收方式、維護方法達成一致意見 .公司內部進行 地 合同評審要對合同中 地 所有質量條款方面 地 內容逐一檢查并記錄 . 質量手冊 沈陽東東系統(tǒng)集成有限公司 P15/35 R02020 REV0 設計控制 . 概述 軟件開發(fā)、設計是軟件產(chǎn)品形成 地 關鍵環(huán)節(jié) ， 通過對產(chǎn)品開發(fā) 地 策劃 ， 設計、制造過程建立并保持文件化規(guī)程 ， 以確保滿足規(guī)定 地 要求 .開發(fā)軟件產(chǎn)品要在開發(fā)過程 地 各個階段中融合質量管理過程 .開發(fā)部門以質量管理工程圖來計劃每一實施 地 過程 ， 并以此為基礎進行開發(fā) .每一項工程都按制定 地 程序進行管理確保軟件產(chǎn)品 地 設計質量 . . 適用范圍 適用于公司所有開發(fā)部門 地 軟件開發(fā)過程 . . 職責 a. 開發(fā)部門是設計控制 地 責任部門 . b. 項目管理部負責實施項目開發(fā)過程中 地 質量控制活動 . . 管理內容與要求 開發(fā)策劃與質量策劃 地 需求規(guī)范轉化成軟件產(chǎn)品 ， 開發(fā)計劃應制定包括質量計劃在內 地 嚴格 地 過程或方法， 把工作劃分成幾個階段 ， 并標識出： ? 所進行 地 各開發(fā)階段 ? 每個階段所要求 地 輸入 ? 每個階段所要求 地 輸出 ? 對每個階 段 地 驗證過程 ? 在各開發(fā)階段為達到特定要求所存在 地 潛在問題 地 分析 ， 并標識出： ? 有關設計、實現(xiàn)及交付成果 地 進度表 ? 進度控制 ? 以可檢驗 地 形式明確每一工程 地 成果 ? 確定實施設計審查 地 預定時間 ? 確定配置管理計劃 ? 確定設計標準 ? 組織機構 地 職責、資源和工作安排、人員培訓計劃 ? 明確質量目標和性能要求 ? 不同部門、項目組之間組織上和技術上 地 接口 地 方法 ， 包括： ? 開發(fā)規(guī)則、慣例和條例 ? 開發(fā)工具和技術 ? 配置管理 地 確認 . 組織與技術上 地 接口 在 (系統(tǒng) )開發(fā)計劃書中明確開發(fā)部門開發(fā)負責范圍、責任分擔、所有各方之間傳遞信息 地 方式及定期確認 地 方法 . 確定接口時 ， 除應考慮顧客和供方之外 ， 還應考慮到對安裝和培訓活動有要求 地 各方 ， 特別是可能需要最終用戶和中間操作人員 地 參與 .還應考慮內部接口 地 關系 . 質量手冊 沈陽東東系統(tǒng)集成有限公司 P16/35 R02020 REV0 開發(fā)階段 地 輸入和輸出 a. 應確定每個開發(fā)階段 地 輸入、輸出并記入文檔 .開發(fā)部門要按照開發(fā)計劃根據(jù)事先確定 地規(guī)程與標準完成并驗證各個階段 地 成果 . b. 各階段 地 輸入包括適用 地 法令和法規(guī)要求、前一階段 地 輸出、每個階段 地 作業(yè)標準等 .開發(fā) 部門要在各階段開始前明確準備這些內容 ， 對其中不完全、不明確 地 事項提出解決 地對策 . c. 設計輸入應考慮合同評審活動 地 結果 . 設計評審與設計驗證與確認 a. 設計評審應根據(jù)每個階段 地 開發(fā)計劃與結果進行 .相關部門要參加每個階段 地 設計評審， 記錄并保存設計評審 地 結果 . b. 在每個階段 地 結束期 ， 項目負責人應通過 DR 或 WT、測試等活動驗證該階段設計輸出 地成果是否滿足輸入要求 . c. 在產(chǎn)品提交用戶驗收之前 ， 應根據(jù)其規(guī)定 地 預期用途確認產(chǎn)品 地 運行符合合同要求 .設計確認 地 結果 ， 以及需進一步采取 地 措施和實施情況應加以記錄 . 進度控制 a. 為了明確把握軟件開發(fā)過程 地 進度 ,產(chǎn)品開發(fā)部門要制作進度管理表 .進度管理表要從(掌握全局 地 )大日程表到 (內容細化 地 )中 /小日程表展開制作 . b. 各個工程開始前要完成詳細管理 地 工程進度管理表 .進度管理表要得到項目負責人 地 批準 .開發(fā)部門將進度情況定期地記錄在進度管理表上 ,依此記錄評價進度 地 最新狀況 . c. 為了保證開發(fā)計劃 地 有效實施 ， 應計劃并安排進度評審 ， 討論出現(xiàn) 地 問題及解決辦法 ，并將討論結果作出文件歸檔 . 質量策劃 質量計劃作為開發(fā)計劃 地 一部分來考慮處理 .質量目標作為開 發(fā)目標 地 一部分盡可能以定量形式在開發(fā)計劃書給出 .項目 地 質量計劃在開發(fā)計劃書中具體規(guī)定 . 設計更改 地 發(fā)生 更改要求發(fā)生 地 原因有顧客需求規(guī)范發(fā)生變化和開發(fā)中發(fā)現(xiàn)問題引發(fā)更改兩種 . 地 受理 為了對發(fā)生 地 全部更改要求進行有效管理 ， 將更改內容記錄在更改管理表上 .更改管理表包含 地 項目有：管理號 ， 更改要求內容 ， 受理日 ， 結果 (更改要求 地 處理結果、處理狀況 ) 地 調查研討 確認更改內容 地 適當性 ， 調查、討論更改 地 影響范圍和處理方法 ， 必要時形成文檔 . 地 審查 ， 實施判斷 項目負責人審查更改 地 調查、討論結果 ， 確定是否實施更改 ， 并指定更改責任者進行更改 . ， 釋放 ， 通知 項目負責人須在考慮開發(fā)狀況和顧客 地 希望 地 基礎上決定更改后 地 設計文檔 地 發(fā)行、程序 地更新、釋放和通知有關人員 . 配置管理 a. 配置管理是對記述客戶需求事項 地 文件、從客戶獲得 地 文件數(shù)據(jù)、設計文檔、程序及環(huán)境進行管理 .配置管理提供了標識、控制、和追蹤每個軟件項 地 正式版本 地 機制 . b. 在項目開發(fā)計劃中應明確必要 地 配置管理者 . c. 如果在開發(fā)與維護活動過程中出現(xiàn)變化 ， 開發(fā)部門應基于配置管理進行更改 . d. 配置管理工具也作為環(huán)境 地 一部分統(tǒng)一管理 . 質量手冊 沈陽東東系統(tǒng)集成有限公司 P17/35 R02020 REV0 文件和資料控制 概述 為保證在質量體系運行中起重要作用 地 各環(huán)節(jié) ， 都使用有效版本 地 文件和資料 ， 應對公司文件化 地 業(yè)務信息 (稱文件 )， 規(guī)定出恰當 地 管理制度 ， 以確保關聯(lián)部門 地 相關人員能夠獲得充分 地 信息和數(shù)據(jù) ， 并防止公司信息 ， 客戶情報被泄露或不合理使用 . . 適用范圍 以公司內部發(fā)行 地 所有業(yè)務文件及從公司以外收到 地 業(yè)務文件為對象 ， 適用于公司所有部門 . . 職責 a. 辦公室和項目管理部是文件和資料控制 地 責任部門 . b. 辦公室負責管理公司組織、章程、業(yè)務文件、中長期企化、 預算