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