【正文】 支撐平臺(tái)的基本服務(wù)被修改或全開發(fā)型的軟件開發(fā)項(xiàng)目屬于此種類型； ＊ 必須將該軟件系統(tǒng)全部程序（支撐平臺(tái)及應(yīng)用軟件）進(jìn)行編譯鏈接。軟件使用說明書的完整性及規(guī)范性； 。 軟件驗(yàn)收的執(zhí)行者 ＊ 執(zhí)行者為軟件開發(fā)技術(shù)領(lǐng)導(dǎo)小組及其委托的軟件評審小組 ( 軟件正式驗(yàn)收的評審 ) 、 軟件質(zhì)量管理小組（軟件產(chǎn)品審查）及版本管理小組（版本注冊，復(fù)制，發(fā)行）。 軟件開發(fā)項(xiàng)目的驗(yàn)收 目的及內(nèi)容 ＊ 根據(jù)“軟件開發(fā)項(xiàng)目任務(wù)書”中規(guī)定的用戶需求以及軟件開發(fā)人員提交的“軟件測試大綱”在相應(yīng)的系統(tǒng)環(huán)境（ 該系統(tǒng)當(dāng)前的正式版本 ）下對已經(jīng)開發(fā)成功的軟件進(jìn)行嚴(yán)格測試。 ＊ 軟件開發(fā)項(xiàng)目自測試首先可以在比較獨(dú)立的環(huán)境，進(jìn)行該開發(fā)軟件的各個(gè)軟件模塊的功能測試。 ＊ 每個(gè)源程序必須有注釋行（平均５－８行源程序有一行注釋）。 階段產(chǎn)品及文檔資料 ＊ 軟件概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)文檔資料及相應(yīng)的修改報(bào)告單； ＊ 源程序； ＊ 自測試大綱及測試結(jié)果； ＊ 軟件使用說明書和維護(hù)說明書初稿。 階段產(chǎn)品及文檔資料 ＊ 詳細(xì)設(shè)計(jì)說明書； ＊ 如有修改，需要具備修改后的概要設(shè)計(jì)說明及修改報(bào)告單； ＊ 子系統(tǒng)及功能模塊的測試計(jì)劃。進(jìn)行全部事件（輸出事件及接收事件）的描述（事件名，事件體，輸出事件何時(shí)發(fā)出，接受事件的處理流程）； 。進(jìn)行完整的數(shù)據(jù)庫的模式設(shè)計(jì)（必須有準(zhǔn)確詳細(xì)的文字說明）； 。 ＊ 總經(jīng)理將審批后，由軟件開發(fā)人員 繼續(xù)進(jìn)行軟件的下階段開發(fā)。標(biāo)準(zhǔn)化：其文檔資料是否符合標(biāo)準(zhǔn) 。 ＊ 評審的內(nèi)容 : 根據(jù)“軟件開發(fā)任務(wù)書”及“軟件需求規(guī)格說明”針對 軟件概要設(shè)計(jì) 進(jìn)行評審。 ＊ 概要設(shè)計(jì)是軟件開發(fā) 必須執(zhí)行 的重要階段（因?yàn)?軟件分析階段 對一些類型的軟件開發(fā)可以不執(zhí)行）。 評審 ＊ 根據(jù)“軟件開發(fā)任務(wù)書”針對 軟件開發(fā)計(jì)劃，軟件需求規(guī)格說明進(jìn)行 評審。 目的任務(wù)及實(shí)施步驟 ＊ 由軟件開發(fā)的部門經(jīng)理與有關(guān)的設(shè)計(jì)人員進(jìn)行軟件的需求分析； ＊ 對于大的或全開發(fā)型的軟件開發(fā)項(xiàng)目需要根據(jù)“軟件開發(fā)項(xiàng)目任務(wù)書”進(jìn)行必要的技術(shù)調(diào)查，寫出《系統(tǒng)調(diào)研報(bào)告》，調(diào)研報(bào)告的書寫和實(shí)施依據(jù)公司的系統(tǒng)調(diào)研報(bào)告實(shí)施規(guī)范； ＊ 分析和確定軟件開發(fā) 、 運(yùn)行的環(huán)境； ＊ 確定人機(jī)界面及接口說明； ＊ 編制項(xiàng)目開發(fā)計(jì)劃，填寫“ 軟件開發(fā)項(xiàng)目安排書” (附表 B_3)、“軟件開發(fā)項(xiàng)目計(jì)劃書” (附表B_4)； ＊ 編寫“軟件需求規(guī)格說明書（附錄 B）”； ＊ 評審； ＊ 下達(dá)設(shè)計(jì)任務(wù)。 6) 評審時(shí)首先由有關(guān)人員介紹被評審的內(nèi)容；演示評審內(nèi)容，再由 評審小組測試評審內(nèi)容，然后由評審小組提問題，有關(guān)人員答辯（需填寫“軟件評審問題記錄”（附表 G2））；最后由評審小組給出“通過”和“不通過”的結(jié)論；若需要修改，應(yīng)該填寫“軟件修改報(bào)告單”（內(nèi)部評審可以適當(dāng)簡化評審程序，免去答辯過程）。 3) 內(nèi)部評審由公司質(zhì)量管理小組負(fù)責(zé)實(shí)施 ；正式評審由外部專家及公司的質(zhì)量管理小組組成的評審委員會(huì)進(jìn)行。 軟件的可靠性 請參看 DB/T 162601996 “信息 技術(shù) 軟件產(chǎn)品評價(jià) 質(zhì)量特性及其使用指南”附錄 A “質(zhì)量子特性” 軟件的安全性 請參看 DB/T 162601996 “信息技術(shù) 軟件產(chǎn)品評價(jià) 質(zhì)量特性及其使用指南”附錄 A “質(zhì)量子特性”。 功能完善型 將本公司軟件系統(tǒng)的已有功能完善。 設(shè)計(jì)層 由系統(tǒng)工程師以及系統(tǒng)分析員組成。 2 引用文件和術(shù)語 ? GB/T114571995 軟件工程術(shù)語。 3) 優(yōu)化公司軟件管理使產(chǎn)品盡早實(shí)現(xiàn)一體化，結(jié)構(gòu)化。 1 目的和范圍 本管理總則規(guī)定本公司軟件研制管理所遵循的原則和方法，目的是通過加強(qiáng)開發(fā)管理達(dá)到如下結(jié)果。 4) 通過良好的管理規(guī)范和結(jié)構(gòu)使參與人員養(yǎng)成良好的工作素質(zhì)。 ? GB/T 162601996 信息技術(shù)、軟件產(chǎn)品評價(jià)、質(zhì)量特性及其使用指南。 實(shí)施層 由軟件開發(fā)技術(shù)人員組成的編碼調(diào)試隊(duì)伍。如調(diào)度 MIS 系統(tǒng)中的電網(wǎng)計(jì)算程序中添加圖形示意界面，以方便用戶。 4．軟件開發(fā)方法 軟件開發(fā)的基本流程及軟件開發(fā)類型的分析 軟件開發(fā)的基本流程 1) 軟件開發(fā)的立項(xiàng)， 確定系統(tǒng)需求（目的及用途 、 功能 、技術(shù)指標(biāo)、開發(fā)及交付時(shí)間 ）； 2) 軟件的需求調(diào)研 3) 軟件的需求分析； 4) 軟件開發(fā)的概要設(shè)計(jì)； 5) 軟件開發(fā)的詳細(xì)設(shè)計(jì)； 6) 軟件的實(shí)施（編程和單元測試）； 7) 軟件的組裝測試、總 體案例測試、性能及驗(yàn)收； 8) 軟件的交付投運(yùn)； 9) 軟件的維護(hù)。除全開發(fā)型的軟件驗(yàn)收需要正式評審?fù)猓_發(fā)型的軟件開發(fā)的其它階段的評審及其它類型的軟件開發(fā)的各個(gè)階段的評審均采用內(nèi)部評審。 7) 軟件驗(yàn)收評審前需要填寫“評審報(bào)告”進(jìn)行申請外，軟件評審要由評審小組或質(zhì)量管理小組 填寫專門的軟件評審報(bào)告 （附表 E） 。 方法及工具 ＊ 采用面向?qū)ο蟮姆治龇椒ǎ?OOA）或結(jié)構(gòu)化的分析方法。評審內(nèi)容： ? 是否符合“軟件開發(fā)任務(wù) 書”的要求； ? 可行性：是否能按時(shí)，按質(zhì)，交付符合系統(tǒng)需求的軟件； ? 標(biāo)準(zhǔn)化：其文檔資料是否符合標(biāo)準(zhǔn)； ? 可靠性，安全性和可維護(hù)性：其 軟件需求規(guī)格說明是否規(guī)定了 可靠性，安全性和可維護(hù)性的要求； ＊ 評審應(yīng)該作出通過或不通過的結(jié)論。 ＊ 其步驟為： ■ 總體結(jié)構(gòu)設(shè)計(jì)：將整個(gè)軟件系統(tǒng)分解為子系統(tǒng) 、 功能模塊；粗略描述子系統(tǒng)和功能模塊之間的數(shù)據(jù)及控制關(guān)系，及接口； ■ 數(shù)據(jù)庫模式及數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)； ■ 各個(gè)功能模塊的功能定義，接口定義； ■ 編制概要設(shè)計(jì)說明（參 看附錄 C）； ■ 初步編制 測試計(jì)劃（參看附錄 G）。 。可靠性，安全性和可維護(hù)性：其概要設(shè)計(jì) 是否考慮了 “軟件需求規(guī)格說明”中規(guī)定的可靠性，安全性和可維護(hù)性的要求 ＊ 軟件開發(fā)評審小組根據(jù)軟件概要設(shè)計(jì)必需具備的文檔資料及答辯情況進(jìn)行討論，并作出評審意見 (通過或不通過 )。 4． 5 詳細(xì)設(shè)計(jì) 目的及內(nèi)容及步驟 ＊ 詳細(xì)設(shè)計(jì)必須符合概要設(shè)計(jì)說明的功能需求 、 框架結(jié)構(gòu) 、 數(shù)據(jù)結(jié)構(gòu) 、 數(shù)據(jù)流程的基本設(shè)計(jì)要求。進(jìn)行主程序的結(jié)構(gòu)及過程的準(zhǔn)確的描述（可使用文字及類ＰＡＳＣＡＬ語言進(jìn)行描述）； 。完成詳細(xì)設(shè)計(jì)說明書的編寫（參看附錄 D）； 。 評審； ＊ 對于 中所述的全開發(fā)型及增加功能型的 軟件開發(fā)應(yīng)該進(jìn)行詳細(xì)設(shè)計(jì)的評審 , 而其它兩種類型的軟件開發(fā)除非概要設(shè)計(jì)有重大修改一般不進(jìn)行評審。 程序編制的規(guī)范 ＊ 變量名：必須與其代表的意義或其用途一致，可讀 (決不允許無實(shí)際意義的變量名，如 a、 b、c、 I、 j、 k 等 )。 軟件的靜態(tài)分析 該分析為使用人工或自動(dòng)調(diào)試工具對程序代碼逐條進(jìn)行檢查 、 分析，以發(fā)現(xiàn)編碼錯(cuò)誤的過程。 ＊ 功能測試之后，必須將被開發(fā)軟件與整個(gè)軟件系統(tǒng)組裝到一起，在完整的運(yùn)行環(huán)境下進(jìn)行測試。 ＊ 審查軟件產(chǎn)品必需具備的文檔資料的規(guī)范性，完整性及正確性。 軟件驗(yàn)收的步驟及驗(yàn)收測試小組的組成 軟件驗(yàn)收的步驟 ＊ 由項(xiàng)目負(fù)責(zé)人填寫“軟件開發(fā)項(xiàng)目正式驗(yàn)收申請書”（ 附表 E1），交技術(shù)部匯總，由公司質(zhì)量管理部進(jìn)行審查，審查內(nèi)容為： 。若軟件實(shí)現(xiàn)過程進(jìn)行了軟件概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)的修改 ,則應(yīng)該審查是否具備相應(yīng)的修改后的設(shè)計(jì)文檔； 若審查不通過；需要技術(shù)部（或相應(yīng)軟件開發(fā)部門）進(jìn)行相應(yīng)的修補(bǔ)工作；然后再進(jìn)行審查，直至通過為止； ＊ 審查通過后，由公司總經(jīng)理批準(zhǔn)，然后開始啟動(dòng)軟件驗(yàn)收過程。 ＊ 對新的或經(jīng)過重大修改的軟件系統(tǒng)統(tǒng)（必須有數(shù)據(jù)源的仿真環(huán)境）進(jìn)行所有功能的測試。 ＊ 在當(dāng)前系統(tǒng)的版本（必須有數(shù)據(jù)源的仿真環(huán)境）下對開發(fā)修改的應(yīng)用軟件及其它有關(guān)應(yīng)用軟 件進(jìn)行測試。 ＊ 符合測試大綱中規(guī)定的各項(xiàng)功能。支撐平臺(tái)的分布式管理及數(shù)據(jù)庫的基本服務(wù)連續(xù)訪問１００００００次不出錯(cuò)誤，不產(chǎn)生core dump 或死機(jī)。應(yīng)用系統(tǒng)在支 撐環(huán)境下（必須有前置機(jī)的仿真環(huán)境）連續(xù)運(yùn)行 72 小時(shí)不發(fā)生功能性錯(cuò)誤，不產(chǎn)生事件堆積，不故障退出 , 不產(chǎn)生 core dump 或死機(jī)。 軟件介質(zhì)的審查 軟件介質(zhì)的定義 ＊ 軟件介質(zhì)指的是完整的記錄軟件的可運(yùn)行模塊及其安裝說明的磁帶，軟盤，光盤。軟件測試報(bào)告 。 軟件的維護(hù)及完善 維護(hù)請求的提出 ＊ 維護(hù)請求由工程部門以 ” 軟件問題報(bào)告單 ”的形式提交并交部門經(jīng)理匯總；若問題可以由本部門解決，則在本部門安排解決；若本部門不能解決的問題 ，交公司技術(shù)領(lǐng)導(dǎo)小組，統(tǒng)一安排解決。維護(hù)人員根據(jù)修改的設(shè)計(jì)進(jìn)行源程序的代碼修改及靜態(tài)分析 、 自測試、互測試，軟件驗(yàn)收。 1c0ec21b90d040d4f05ee0a1e74c6b25 附錄 A 軟件立項(xiàng)報(bào)告書寫格式 北京思創(chuàng)公司軟件開發(fā)項(xiàng)目 立項(xiàng)報(bào)告 項(xiàng)目名稱 : 課題名稱： 起止時(shí)間： 年 月至 年 月 年 月 日 1c0ec21b90d040d4f05ee0a1e74c6b25 1 目的和意義 1. 描述與軟件開發(fā)內(nèi)容緊密相關(guān)的產(chǎn)品的實(shí)際水平和今后的發(fā)展方向； 2. 闡述課題成果對該現(xiàn)狀和技術(shù)發(fā)展的作用； 3. 分析成果應(yīng)用和推廣的途徑； 4. 分析成果推廣后的直接和間接效益。 2. 要描述具體的開發(fā)步驟，現(xiàn)場試驗(yàn)的地點(diǎn)和試驗(yàn)計(jì)劃，需要建設(shè)的試驗(yàn)環(huán)境； 3. 理論研究和試驗(yàn)內(nèi)容與軟件開發(fā)總目標(biāo)的因果關(guān)系； 4. 寫明理論和試驗(yàn)研究的工作量； 5. 需要多家單位共同承擔(dān)的課題，需要寫明各家的分工、職責(zé)和提供的成果，如何組織和協(xié)調(diào)； 6. 需要與國外合作，要寫明與外方的合作方式、知識(shí)產(chǎn)權(quán)和成果分享的范圍，及以前的工作聯(lián)系； 7. 注明本軟件開發(fā)需要購買設(shè)備的型號、產(chǎn)地、性能及需要購買的原因； 8. 外委的工作內(nèi)容和工作量； 5．預(yù)期目標(biāo)和成果形式 1. 闡 明軟件開發(fā)預(yù)期達(dá)到的目標(biāo)； 2. 明確敘述軟件產(chǎn)品成果提供的形式；要求成果提供的形式能夠被其他技術(shù)人員掌握，使成果的使用權(quán)具有可轉(zhuǎn)移性。 序號 時(shí)間段 內(nèi) 容 1 2 3 4 5 6 7 8 9 10 11 12 報(bào)告編寫人： 1c0ec21b90d040d4f05ee0a1e74c6b25 附錄 B 軟件需求規(guī)格說明書書寫格式 1．任務(wù)名稱 2．任務(wù)來源 3．運(yùn)行環(huán)境 以文字確切的說明該軟件在何種環(huán)境下運(yùn)行； 硬件環(huán)境：服務(wù)器 /工作站 /PC 機(jī) /單板機(jī)； 軟件環(huán)境：何種 OS，何種數(shù)據(jù)庫系統(tǒng)，以及其它支持 軟件； 工作環(huán)境：調(diào)度室 /維護(hù)工作機(jī)房 /管理人員辦公室 /變電站等； 使用人員：調(diào)度員 /維護(hù)人員 /開發(fā)人員及相應(yīng)的文化程度； 4．功能需求 詳細(xì)的以文字和圖 /表描述該軟件應(yīng)該完成的功能； 5．技術(shù)性能要求 說明該軟件應(yīng)該具備的安全性 、可靠性、實(shí)時(shí)響應(yīng)性、可用