軟件開發(fā)管理辦法

1、1目的和范圍本管理總則規(guī)定本公司軟件研制管理所遵循的原則和方法，冃的是通過加強開發(fā)管理達到如下結(jié)果。1）提高軟件質(zhì)量和每一個項目開發(fā)過程的可控性。2）優(yōu)化開發(fā)資源結(jié)構(gòu)，提高工作效率。3）優(yōu)化公司軟件管理使產(chǎn)晶盡早實現(xiàn)一體化，結(jié)構(gòu)化。4）通過良好的管理規(guī)范和結(jié)構(gòu)使參與人員養(yǎng)成良好的工作索質(zhì)。5）引導(dǎo)和紐織員工向規(guī)范化管理看齊，以使公司盡早實現(xiàn)國際人證。本條例適用于質(zhì)量管理組織、部門經(jīng)理、項冃經(jīng)理等管理人員、系統(tǒng)分析員、系統(tǒng)設(shè)計和程序編碼人。2引用文件和術(shù)語 GB/T11457-1995軟件工程術(shù)沿。 GB/T 16260-1996信息技術(shù)、軟件產(chǎn)品評價、質(zhì)量特及其使用指南。3定義木篇術(shù)語盡就使用

2、標(biāo)準術(shù)語（GB/T11457-1995），另外還對木公司軟件管理有如卜術(shù)語說明：34決策層由公司管理領(lǐng)導(dǎo)小組負責(zé)批準軟件開發(fā)項目的立項。3.2管理層由主管總經(jīng)理、部門經(jīng)理、質(zhì)最管理員、項H經(jīng)理、及有矢的技術(shù)人員依據(jù)項目管理有矢規(guī)定和各自的職 能，協(xié)作完成。3.3設(shè)計層山系統(tǒng)工程師以及系統(tǒng)分析員組成。3.4實施層由軟件開發(fā)技術(shù)人員紐成的編碼調(diào)試隊伍。3.5全開發(fā)型一個獨立的軟件開發(fā)項目：例如調(diào)度命令票的開發(fā)，用戶提出的調(diào)度MIS系統(tǒng)的開發(fā)。3.6增加功能型在本公司現(xiàn)冇某軟件系統(tǒng)的基礎(chǔ)上新增加一個獨立的功能。3.7功能完善型將木公司軟件系統(tǒng)的已冇功能完善。如調(diào)度MIS系統(tǒng)中的電網(wǎng)計算程序中添加圖形

3、示意界而，以方便用 戶。3.8查錯測試型對本公司的軟件系統(tǒng)某種不止常現(xiàn)線進行跟蹤査錯，找出錯謀根源。3.9個體軟件過程（psp）是種可以用于控制、管理和改進個人工作方式的自我改善過程，是一 個軟件過程框架。3.10軟件的可靠性請參看DB/T 16260-1996 “信息技術(shù)軟件產(chǎn)品評價質(zhì)量特性及其使用指南”附錄A “質(zhì)疑子特性”3.11軟件的安全性請參看DB/T 16260-1996 “信息技術(shù)軟件產(chǎn)品評價質(zhì)址特性及其使用指南”附錄A “質(zhì)量子特性”4軟件幵發(fā)方法4-1軟件開發(fā)的基本流程及軟件開發(fā)類型的分析4.1.1軟件開發(fā)的基本流程1） 軟件開發(fā)的立項，確定系統(tǒng)需求（目的及用途、功能、技術(shù)指

4、標(biāo)、開發(fā)及交付時間）：2）軟件的需求調(diào)研3）軟件的需求分析：4）軟件開發(fā)的槪耍設(shè)計：5）軟件開發(fā)的詳細設(shè)計：6）軟件的實施（編程和單元測試）：7）軟件的紐裝測試、總體案例測試、性能及驗收；8）軟件的交付投運：9）軟件的維護。4-1.2不同開發(fā)類型的軟件開發(fā)流程1） 全開發(fā)型必須經(jīng)過411所述全部流程；2）增加功能型必須經(jīng)過4.1j所述全部流程；3）功能完善型需經(jīng)過411所述的1）,及3）-9）；4）查錯測試型需要遵循錯誤處理規(guī)范（見附錄z）4.1.3軟件開發(fā)過程的控制1）軟件開發(fā)流程的1）,2） ,3） ,4） ,5） ,6）階段都應(yīng)該經(jīng)過質(zhì)量管理小組和開發(fā)顧問組（可以包 括用戶或公司卿請的有

5、矢開發(fā)專家）的評審。2）評審分內(nèi)部評審和正式評審。3）內(nèi)部評審由公司質(zhì)雖管理小組負責(zé)實施；正式評審由外部專家及公司的質(zhì)量管理小紐組成的評 審委員會進行。除全開發(fā)型的軟件驗收需要正式評審?fù)?，全開發(fā)型的軟件開發(fā)的其它階段的評審 及其它類型的軟件開發(fā)的齊個階段的評審均采用內(nèi)部評審。4）評審前方矢人員必須準備好該階段的技術(shù)文檔資料，并填寫“評審報告”（附表G-1）的有尖部 分，并上交公司的質(zhì)量管理小組申請評審。5）無論內(nèi)部評審或正式評審，均由公司的質(zhì)鼠管理小組指定評審人選與評審日期，戢后由公司總 經(jīng)理批準，同時還要遞交一份評審工作安排方案要求總經(jīng)理批準。6）評審時首先111有尖人員介紹被評審的內(nèi)容；演

6、示評審內(nèi)容，再由評宙小組測試評審內(nèi)容，然后 山評審小紐提問題,有矢人員答辯（需填寫“軟件評審問題記錄”（附表G-2）:最后山評審 小紐給出“通過”和“不通過”的結(jié)論；若需要修改，應(yīng)該填寫“軟件修改報告單”（內(nèi)部評審 可以適當(dāng)簡化評審程序，免去答辯過程）。7）軟件驗收評審前需要填寫”評審報告”進行申請外，軟件評審要由評審小紐或質(zhì)量管理小紐 填寫專門的軟件評審報吿（附表E）。4.2軟件開發(fā)項目的確立該階段的規(guī)范依據(jù)公司相矢的項目確立和項目下達的有尖規(guī)定（項目的申請和確立規(guī)范）。4.3軟件需求分析該階段只適用于4.1.2所述的全開發(fā)型及增加功能型的軟件開發(fā)項目o4.3.1目的任務(wù)及實施步驟*由軟件開

7、發(fā)的部門經(jīng)理與有尖的設(shè)計人員進行軟件的需求分析；* 對于大的或全開發(fā)型的軟件開發(fā)項H需要根據(jù)“軟件開發(fā)項目任務(wù)書”進行必要的技術(shù)調(diào)査，寫出系統(tǒng)調(diào)研報告，調(diào)研報告的書寫和實施依據(jù)公司的系統(tǒng)調(diào)研報告實施規(guī)范；*分析和確定軟件開發(fā)、運行的環(huán)境；* 確定人機界面及接口說明；*編制項目開發(fā)計劃，填寫“軟件開發(fā)項目安排書”（附表B3）、“軟件開發(fā)項目計劃書”（附表B一 4）:*編寫“軟件需求規(guī)格說明書（附錄B）-：* 評審；*下達設(shè)計任務(wù)。4.3.2方法及工具*采用面向?qū)ο蟮姆治龇椒ǎ?0A）或結(jié)構(gòu)化的分析方法。*若采用面向?qū)ο蟮姆治龇椒ǎ∣OA）其標(biāo)識方法和說明格式應(yīng)參考“標(biāo)準建模語言（UML）的書 寫

8、及文檔格式。*若采用結(jié)構(gòu)化的分析方法，請參考附錄B “軟件需求規(guī)格說明書書寫格式”。4.3.3評審*根據(jù)“軟件開發(fā)任務(wù)書”針對軟件開發(fā)計劃，軟件需求規(guī)格說明進行評審。評審內(nèi)容： 是否符合“軟件開發(fā)任務(wù)書”的耍求： 可行性：是否能按時，按質(zhì)，交付符合系統(tǒng)需求的軟件； 標(biāo)準化：其文檔資料是否符合標(biāo)準： 可龕性，安全性和用維護性：共軟件需求規(guī)格說明是否規(guī)定了可靠性，安全性和可維護性 的要求；*評審應(yīng)該作出通過或不通過的結(jié)論。可原則通過，但需作部分修改和補充，則需待概耍設(shè)計評審 時對修改或補充部分進行檢査評審。4.3.4設(shè)計任務(wù)下達* “軟件需求規(guī)格說明書”、“軟件開發(fā)項目計劃書”和“軟件開發(fā)項H安排

9、書”經(jīng)過公司總工程 師的批準之后，連同“軟件開發(fā)項目任務(wù)書”和“個人工作任務(wù)書”作為正式任務(wù)，下達給設(shè) 計層人員：4.4概要設(shè)計4.4.1 口的和任務(wù)和實施步驟*根據(jù)“軟件需求規(guī)格說明書”中規(guī)定的軟件功能需求，建立軟件的總體結(jié)構(gòu)和功能模塊z間的尖 系，定義各功能模塊的接口，設(shè)計數(shù)據(jù)庫模式和數(shù)據(jù)結(jié)構(gòu)，初步編制測試計劃。*概要設(shè)計是軟件開發(fā)必須執(zhí)行的重耍階段（因為軟件分析階段對一些類型的軟件開發(fā)可以不執(zhí) 行）。*其步驟為：總體結(jié)構(gòu)設(shè)計：將整個軟件系統(tǒng)分解為子系統(tǒng)、功能模塊；粗略描述子系統(tǒng)和功能模塊Z間 的數(shù)據(jù)及控制矢系，及接口：數(shù)據(jù)庫模式及數(shù)據(jù)結(jié)構(gòu)的設(shè)計：各個功能模塊的功能定義，接口定義；編制概要

10、設(shè)計說明（參看附錄C）:初步編制測試計劃（參看附錄G）。442階段產(chǎn)品*概要設(shè)計說明書*軟件測試計劃（初步）4.4.3評審和批準4.4.3.1 評審*由負責(zé)該軟件開發(fā)的技術(shù)人員向軟件開發(fā)技術(shù)領(lǐng)導(dǎo)小組申報。巾報時應(yīng)該填寫“軟件評審報告” （附茨G1）以及提交4.4.2所列的必需具備的文檔資料”。*評審的內(nèi)容：根據(jù)“軟件開發(fā)任務(wù)書”及“軟件需求規(guī)格說明”針對軟件概要設(shè)計進行評審。是否符合“軟件開發(fā)任務(wù)書”及“軟件需求規(guī)格說明”的要求?？尚行裕菏欠衲馨磿r，按質(zhì)，交付符合系統(tǒng)需求的軟件。標(biāo)準化：其文檔資料是否符合標(biāo)準。可靠性，安全性和可維護性：其概耍設(shè)計是否考慮了 “軟件需求規(guī)格說明”中規(guī)定的可靠 性

11、，安全性和可維護性的耍求*軟件開發(fā)評審小組根據(jù)軟件概耍設(shè)計必需具備的文檔資料及答辯情況進行討論，并作出評審意見 （通過或不通過）。若冇重大修改及評審不通過，應(yīng)再次舉行評帀答辯；若方小的修改，需留 待詳細設(shè)計階段一并進行評審。443.2批;隹*軟件開發(fā)技術(shù)領(lǐng)導(dǎo)小組將評審意見及全部資料提交總經(jīng)理進行最后用批。*總經(jīng)理將審批后，由軟 件開發(fā)人員繼續(xù)進行軟件的下階段開發(fā)。4. 5詳細設(shè)計4.5.1 1=1的及內(nèi)容及步驟*詳細設(shè)計必須符介概要設(shè)計說明的功能需求、框架結(jié)構(gòu)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流程的基本設(shè)計要求。 *詳細設(shè)計內(nèi)容及步驟：。確定準確的數(shù)據(jù)結(jié)構(gòu)（必須有準確詳細的文字說明）；。進行完整的數(shù)據(jù)庫的模式設(shè)

12、計（必須有準確詳細的文字說明）；進行主程序的結(jié)構(gòu)及過程的準確的描述（可使用文字及類PASCAL語言進行描述）；。進行AP I的準確的描述（輸入?yún)?shù)，輸出參數(shù)，功能描述）；。進行全部子程序或服務(wù)的邏輯結(jié)構(gòu)準確的描述（可使用文字及類PASCAL語言進行描 述）；。進行全部事件（輸出事件及接收事件）的描述（事件名，事件體，輸岀事件何時發(fā)HI,接受 事件的處理流程）：。完成詳細設(shè)計說明書的編寫（參看附錄D）；。擬定子系統(tǒng)及功能模塊的調(diào)試方案。*在軟件詳細設(shè)計過程中若發(fā)現(xiàn)框架設(shè)計需耍修改，應(yīng)提岀修改方案并填耳修改報告單。4.5.2階段產(chǎn)品及文檔資料*詳細設(shè)計說明書；*如有修改，需耍具備修改后的概耍設(shè)計說

13、明及修改報告單；*子系統(tǒng)及功能模塊的測試計劃。4.5.3評審；*對于4.1.2中所述的金開發(fā)型及增加功能型的軟件開發(fā)應(yīng)該進行詳細設(shè)計的評審，而其它兩種類型 的軟件開發(fā)除非概要設(shè)計有重大修改一般不進行評審。*評審過程參看4.4.3.1;4-6軟件實現(xiàn)4.6.1任務(wù)及實施步驟*根據(jù)軟件詳細設(shè)計說明，進行程序編制、靜態(tài)分析、自測試、互測試。4.6.2階段產(chǎn)品及文檔資料*軟件概要設(shè)計及詳細設(shè)計文檔資料及相應(yīng)的修改報告單；*源程序；*自測試大綱及測試結(jié)果；*軟件使用說明書和維護說明書初稿。4.6.3程序編制的規(guī)范*變量名：必須與其代表的意義或其用途一致，可讀（決不允許無實際盤義的變量名，如a、b、c、

14、I、j、k 籌）。* 每個源程序（包括主程序及各個例程）的行數(shù)不得超過5 0 0行。*每個源程序必須有程序頭說明（程序名稱，功能，上一級程序名，調(diào)用的子序名，輸入?yún)?shù)，輸 出參數(shù)，編制人，完成日期，修改的歷史記錄）。* 每個源程序必須有注釋行（平均5-8行源程序有一行注釋）。4.6.4軟件的靜態(tài)分析該分析為使用人工或自動調(diào)試工具對程序代碼逐條進行檢査、分析，以發(fā)現(xiàn)編碼錯謀的過程。其內(nèi) 容為；*檢查代碼和詳細設(shè)計的一致性；*檢査代碼的標(biāo)準性，可讀性；*檢查代碼邏輯代碼的正確性。4.6.5軟件的自測試和互測試軟件的自測試是在軟件項目開發(fā)組內(nèi)部進行的測試，以保證彼開發(fā)的軟件符合系統(tǒng)需求（功能需求及

15、技術(shù)要求），檢查軟件的容錯能力，檢查軟件的可靠性及安全性；為軟件的正式驗收測試提供依據(jù)和基礎(chǔ)。*軟件幵發(fā)項目自測試首先可以在比較獨立的環(huán)境，進行該開發(fā)軟件的各個軟件模塊的功能測試。*功能測試之后，必須將被開發(fā)軟件與整個軟件系統(tǒng)組裝到起，在完整的運行環(huán)境下進行測試。*自測成功后，應(yīng)該由技術(shù)部經(jīng)理（或相應(yīng)的軟件開發(fā)部門經(jīng)理）安排其他與該開發(fā)項目無矢的技術(shù) 人員按測試犬綱進行互測；*自測試及互測試必須有測試大綱、測試用例及測試記錄。*必須自測試及互測試成功之后，才允許提交正式的測試和驗收。47軟件開發(fā)項目的驗收4.7.1目的及內(nèi)容* 根據(jù)“軟件開發(fā)項目任務(wù)書”中規(guī)定的用戶需求以及軟件開發(fā)人員捉交的“

16、軟件測試大綱”在 相應(yīng)的系統(tǒng)環(huán)境（該系統(tǒng)J前旳二式版本）下對已經(jīng)開發(fā)成功的軟件進行嚴格測試。*審査軟件產(chǎn)品必需具備的文檔資料的規(guī)范性，完整性及E確性。*審査軟件產(chǎn)品介質(zhì)的正確性，完整性及一致性。*lLi軟件評審小紐對被審査的軟件給予“宙查評語”，合格的系統(tǒng)進行版本注冊登記。4.7.2軟件驗收的執(zhí)行者* 執(zhí)行者為軟件開發(fā)技術(shù)領(lǐng)導(dǎo)小組及共委托的軟件評審小組（狄件正式驗收的評審）、軟件質(zhì)量 管理小組（軟件產(chǎn)品審査）及版本管理小組（版木注冊，復(fù)制，發(fā)行）。4.7.3軟件驗收的步驟及驗收測試小組的組成4.7.3.1軟件驗收的步驟* 由項目負責(zé)人填寫“軟件開發(fā)項H止式驗收申請書”（附表El）,交技術(shù)部匯總

17、，由公司質(zhì)量 管理部進行審査，審査內(nèi)容為：o程序編制的規(guī)范性（如變量命名，程序頭，程序注釋）；。測試大綱及自測試及互測試結(jié)果的正確性；o軟件使用說明書的完整性及規(guī)范性；。若軟件實現(xiàn)過程進行了軟件概要設(shè)計或詳細設(shè)計的修改，則應(yīng)該審査是否具備相應(yīng)的修 改后的設(shè)計文檔；若審查不通過：需要技術(shù)部（或相應(yīng)軟件開發(fā)部門）進行相應(yīng)的修補工作；然后再進行市 查，直至通過為止；*審查通過啟，山公司總經(jīng)理批準，然后開始啟動軟件驗收過程。Lh軟件開發(fā)人員編寫測試大綱的并經(jīng)評中小組評審； 由公司軟件質(zhì)疑管理小組委托專門的技術(shù)人員建立測試環(huán)境：*由公司軟件質(zhì)就管理小紐委托專門的技術(shù)人員建立測試小紐按照測試大綱進行嚴格的

18、測試：*測試中若出現(xiàn)重大的錯謀，則此次軟件測試宣告失敗：應(yīng)修改厲再進行重新全部測試；*測試中若出現(xiàn)一般的錨誤，可經(jīng)修改后，進行專項補測：*測試小組應(yīng)該提交軟件測試報告：* 由公司軟件質(zhì)撬管理小組委托專門的技術(shù)人員建立文檔資料審查小組進行文檔資料的審查，并提 交審査報告；由公司軟件質(zhì)蛋管理小紐委托專門的技術(shù)人員建立介質(zhì)審查小組進行軟件介質(zhì)的審查，并捉交審查報告：*測試結(jié)束由公司軟件質(zhì)量管理小組組織軟件評審小俎經(jīng)過認真評議作出”審査評語”。4.7.3.2軟件驗收測試小組的組成*軟件驗收階段應(yīng)該組織三個測試市查小組；軟件測試小組、軟件文檔資料審查小組、軟件介質(zhì)審査 小組；*三個測試審查小紐的人員主要

19、由公司工程部技術(shù)人員紐成*測試審查小紐由公司公司軟件質(zhì)昴管理小組與質(zhì)管部負貴組織4.7.4軟件測試大綱的編制及審定* 軟件測試大綱ih負責(zé)軟件開發(fā)的人員編寫；*評審小組召集會議，聽取大綱編寫人員的介紹以及與會者的意見，經(jīng)過討論，并經(jīng)大綱編寫人 員的修改補充，最后由軟件評審小組討論審定該測試大綱。4.7.4.1軟件測試大綱的內(nèi)容詳細的格式請參看附錄H4.7.5針對不同軟件開發(fā)情況的測試要求4.7.5.1系統(tǒng)基礎(chǔ)級的測試*系統(tǒng)的支掠平臺的基本服務(wù)被修改或全開發(fā)型的軟件開發(fā)項H屬于此種類型：* 必須將該軟件系統(tǒng)全部程序（支撐平臺及應(yīng)用軟件）進行編譯鏈接。* 對新的或經(jīng)過重大修改的軟件系統(tǒng)統(tǒng)（必須有數(shù)

20、據(jù)源的仿真環(huán)境）進行所有功能的測試。4.7.5.2基本系統(tǒng)的測試*系統(tǒng)的支撐平臺的部分軟件被修改屬于此種類型；* 必須對該系統(tǒng)的有尖部分（支搏平臺軟件）進行編譯璉接。*在當(dāng)前被修改的軟件系統(tǒng)的版本（必須有數(shù)據(jù)源的仿真環(huán)境）下對開發(fā)修改的部分及其它應(yīng)用軟件 進行測試。4.7.5.3應(yīng)用系統(tǒng)的測試*系統(tǒng)的應(yīng)用軟件逬行了重大修改或開發(fā)了新的應(yīng)用軟件屬于此種類型：*必須對該應(yīng)用軟的有矢部分進行編譯鏈接。*在當(dāng)前系統(tǒng)的版本（必須冇數(shù)據(jù)源的仿真壞境）下對開發(fā)修改的應(yīng)用軟件及其它冇尖應(yīng)用軟件進行測試。4 7 5 4 一般修改的測試* 系統(tǒng)的應(yīng)用軟件進行了 般修改屬于此種類型；*必須對有尖部分進行編譯鏈接。*

21、 在當(dāng)前系統(tǒng)的版本（除去開發(fā)修改的部分）下對修改的應(yīng)用軟件進行測試。4.7.6軟件測試的一般性合格標(biāo)準* 符合該開發(fā)項目的“軟件盅求規(guī)格說明書”中規(guī)定的用戶的功能需求及性能需求。*符合測試大綱中規(guī)定的各項功能。* 新開發(fā)修改的項目的可靠性標(biāo)準：人機界面調(diào)用1 0 0 0次不故障退出，不產(chǎn)生core dump或死機。支撐平臺的分布式管理及數(shù)據(jù)庫的基木服務(wù)連續(xù)訪問1000 00 0次不出錯謀，不產(chǎn)生core dump或死機。支撐平臺的分布式管理及實時數(shù)據(jù)庫的基本功能（如主備機自動切換，子系統(tǒng)的切換，子系 統(tǒng)及進程的退出服務(wù)和啟動，雙以太網(wǎng)的自動切換；數(shù)據(jù)廂的安裝更新，數(shù)據(jù)庫模式的建立和 修改，數(shù)據(jù)

22、陣的同步，實時數(shù)據(jù)庫與尖系數(shù)據(jù)庫的同步及捆綁;等等）連續(xù)調(diào)用I 00 0次不發(fā)生 錯誤不產(chǎn)生core dump或死機。應(yīng)用系統(tǒng)在支槨環(huán)境下（必須有前置機的仿真環(huán)境）連續(xù)運行72小時不發(fā)生功能性錯誤，不 產(chǎn)生事件堆積，不故障退出，不產(chǎn)生core dump或死機。4.7.7軟件文檔資料4.7.7.1文檔資料應(yīng)涵蓋的范圍* 該軟件開發(fā)項目的“軟件開發(fā)任務(wù)H、“軟件需求規(guī)格說明”及對上述文檔的修改資料;*該軟件開發(fā)項目的概要設(shè)計及詳細設(shè)計的全部資料；* 該軟件開發(fā)項目的全部源程序：* 該軟件開發(fā)項目的自測試和互測試記錄；* 該軟件開發(fā)項目的用戶使用手冊和維護手冊；* 該軟件開發(fā)項目的測試大綱：*資料的

23、詳細淸單。4.7.7.2審查文檔資料的手段*審查人員檢查文檔資料的規(guī)范性，完整性。叮以便用專門的軟件去測試源程序的規(guī)范性。4-7-8軟件介質(zhì)的審查4.7.&S軟件介質(zhì)的定義*軟件介質(zhì)指的是完整的記錄軟件的可運行模塊及其安裝說明的磁帶，軟盤，光盤。4 7.&2軟件介質(zhì)合格的標(biāo)準*介質(zhì)記錄了軟件系統(tǒng)全部可運行模塊及具安裝說明或記錄軟件系統(tǒng)的升級模塊及具安裝說明；用此 介質(zhì)安裝之后，該軟件系統(tǒng)可以立即可靠的運行。*該介質(zhì)應(yīng)該與提供的用戶手冊完全一致。4.7.9評審*軟件驗收階段需要經(jīng)過兩次評審；*第一次評審是對驗測試收大綱的評審；*第二次評審是該驗收階段的最終評審；其評中內(nèi)容為：。軟件測試報告o軟件

24、文檔資料的市查報告。軟件介質(zhì)的審查報告*評審結(jié)果：通過或不通過。4-8軟件的交付4-8.1軟件的交付方式*將經(jīng)過正式驗收的軟件由開發(fā)部或相應(yīng)的軟件開發(fā)部門交付質(zhì)量管理部進行注冊登記；*由質(zhì)管部及開發(fā)部或相應(yīng)的飲件開發(fā)部門共同向丨程部門交付經(jīng)過正式驗收的軟件系統(tǒng)，以便工 程部進行系統(tǒng)集成及進一步測試4.8.2軟件交付后的完善*軟件交付工程部門進行系統(tǒng)集成及測試后或進行工程的工廠驗收和現(xiàn)場驗收后若出現(xiàn)若干不符合用 戶需求的問題或錯謀，應(yīng)該程部門埴寫“軟件問題報告單（針對軟件錯謀和不符合用戶需求的問題）， 并交部門經(jīng)理匯總：若問題可以由木部門解決，則在本部門安排解決；若木部門不能解決的問 題，交公司

25、技術(shù) 領(lǐng)導(dǎo)小組統(tǒng)一安排軟件的修改完善工作。4.9軟件的維護及完善4.9.1維護請求的提出*維護請求由工程部門以”軟件問題報告單”的形式提交并交部門經(jīng)理匯總;若問題可以由本部門解 決，則在本部門安排解決：若本部門不能解決的問題，交公司技術(shù)領(lǐng)導(dǎo)小組，統(tǒng)一安排解決。4.9.2維護計劃的形成*對于小的軟件問題可以不經(jīng)過評審，直接形成軟件開發(fā)項目任務(wù)書下達給技術(shù)人員.*對于較大的軟件問題應(yīng)經(jīng)過評審形成軟件開發(fā)項H任務(wù)書然后下達給技術(shù)人員（參考4.2.1，嗽 件開發(fā)項目的確立”）.4.9.3維護的過程*對于”増加功能型”的維護，實際是一個較為獨立的軟件開發(fā)項冃,應(yīng)該按4.2-4.4的階段進行軟 件的開發(fā)*

26、對于“功能完善型及査錨涮試型“的維護，實際是一個修改軟件的過程，應(yīng)該按以F步驟進行：。維護人員對維護需求進行分析，修改“軟件需求規(guī)格說明”或“軟件概要設(shè)計說明”或“軟 件詳細設(shè)計說明”，評審小紐對其修改進行評審，然后維護人員根據(jù)評審意見進行再修改、再 評審，直到通過。維護人員根據(jù)修改的設(shè)計進行源程序的代碼修改及靜態(tài)分析、自測試、互測試，軟件驗收。 原則上，凡運對現(xiàn)場運行的軟件的修改，均應(yīng)該在實驗室先進行模擬修改和測試；成功后，經(jīng) 過項目經(jīng)理或部門經(jīng)理批準厲，再到現(xiàn)場進行修改；如因為特殊原因，在未經(jīng)過實驗室修改和測 試，而對現(xiàn)場運行的軟件進行修改，應(yīng)該事先及時與項目經(jīng)理或部門經(jīng)理聯(lián)系，說明修改的

27、內(nèi) 容及理山，經(jīng)過同意后，再慎重的進行修改和測試；事后必須填寫（軟件問題報告單及軟 件修改報告單）或工程修改報告單，并經(jīng)過項目經(jīng)理或部門經(jīng)理審查批準；：進行維護丿 U，都應(yīng)該及時經(jīng)過質(zhì)管部的注冊紅記調(diào)胳軟件版木號、保存相應(yīng)的軟件介質(zhì)，以保證軟件版木 的致性。附錄A軟件立項報告書寫格式北京思創(chuàng)公司軟件開發(fā)項目立項報告項目名稱課題名稱起止時間：年 月至年 月1 hl的和意義1. 描述與軟件開發(fā)內(nèi)容緊密和矢的產(chǎn)品的實際水平和今后的發(fā)展方向；2. 闡述課題成果對該現(xiàn)狀和技術(shù)發(fā)展的作用；3. 分析成呆應(yīng)用和推廣的途徑：4. 分析成呆推廣后的直接和間接效益。2國內(nèi)外研究水平綜述與軟件開發(fā)內(nèi)容緊密和矢的技術(shù)

28、發(fā)展歷史的簡要回顧；2國內(nèi)外研究水平的現(xiàn)狀和發(fā)展趨勢；3介紹國外研究機構(gòu)或者公司対木課題的研究情況；4介紹國內(nèi)其他研究單位對本課題的研究情況。3. 課題的理論或?qū)嵺`依據(jù)軟件開發(fā)內(nèi)容的原理簡述；2軟件開發(fā)內(nèi)容的理論或者實踐依據(jù);3軟件開發(fā)的技術(shù)尖鍵和難點。4軟件開發(fā)內(nèi)容和實施方案1. 軟件開發(fā)內(nèi)容的詳細說明（可分專題或按內(nèi)容序號描述）。2. 要描述具體的開發(fā)步驟，現(xiàn)場試驗的地點和試驗訃劃，需耍建設(shè)的試驗環(huán)境：3. 理論研究和試驗內(nèi)容與軟件開發(fā)總目標(biāo)的因果矢系；4. 寫明理論和試驗研究的工作量；5. 需要名家單位共同承擔(dān)的課題，需要寫明各家的分工、職責(zé)和捉供的成果，如何組織和協(xié)調(diào)；6. 需耍與國外

29、合作，耍寫明與外方的合作方式、知識產(chǎn)權(quán)和成果分享的范圍，及以前的工作聯(lián)系;7. 注明本軟件開發(fā)需要購買設(shè)備的型號、產(chǎn)地、性能及需要購買的原因；8. 外委的工作內(nèi)容和工作量；5 預(yù)期日標(biāo)和成果形式1. 闡明軟件開發(fā)預(yù)期達到的目標(biāo)：2. 明確敘述軟件產(chǎn)晶成果捉供的形式；要求成果提供的形式能夠被其他技術(shù)人員拿握，使成果的使用 權(quán)具燈可轉(zhuǎn)移性。6試驗單位或依托工程情況1. 如需借用其他單位的試驗環(huán)境，說明選定試驗單位的落實情況；2. 如襦結(jié)合依托工程進行試點研究，說明依托工程及其與本軟件開發(fā)結(jié)合的情況。7軟件開發(fā)所需的條件7.1課題負責(zé)人對課題負貴人的要求：72軟件開發(fā)人員對課題承扌II 人員的專業(yè)、

30、特長、工作水平的要求；73驗室條件（包括硬件和軟件）說明該軟件開發(fā)所需的換件及軟件的環(huán)境，并開列清單;課題的進度安排1. 列出分年度計劃研究內(nèi)容和人員、設(shè)備安排；2. 分年度提供成果的內(nèi)容和形式，耍具有可檢査性。序號時間段內(nèi)容報告編寫人:附錄B軟件需求規(guī)格說明書書寫格式1-任務(wù)名稱2. 任務(wù)來源3. 運行環(huán)境以文字確切的說明該軟件在何種環(huán)境下運行：硬件環(huán)境：服務(wù)器/工作站/PC機/單板機；軟件環(huán)境：何種OS,何種數(shù)據(jù)庫系統(tǒng)，以及其它支持軟件：工作環(huán)境：調(diào)度室/維護工作機房/管理人員辦公室/變電站等；使用人員：調(diào)度員/維護人員/開發(fā) 人員及相應(yīng)的文化程度：4. 功能需求詳細的以文字和圖/表描述該

31、軟件應(yīng)該完成的功能：5. 技術(shù)性能要求說明該軟件應(yīng)該具備的安全性、可靠性、實時響應(yīng)性、可用性等具體耍求；6. 功能模塊描述簡要說明該軟件的各個功能模塊的功能，及與其它模塊Z間的尖系；7. 接口描述簡要說明各個外部及內(nèi)部接口的功能及輸入?yún)?shù)和輸出參數(shù)；&對人機交互的要求說明該軟件是否要求人機交互，以何種方式進行交互，交互欲達到的目的；并簡耍說明主要人機 交附錄C概要設(shè)計說明書書寫格式1概耍設(shè)計說明書的框架1.用戶需求2.術(shù)語3.數(shù)據(jù)結(jié)構(gòu)及爭件定義4.程序的框架結(jié)構(gòu)5.各個程序模塊的描述6.相尖的人機界面的描述2用戶需求的書寫規(guī)范參看附a。3術(shù)語的書寫規(guī)范Do專用術(shù)語逐個列岀該概要設(shè)計屮所使用的專

32、用術(shù)語的名稱及確切含義：2）。縮寫詞逐個列出該概要設(shè)計屮所便用的縮寫詞的名稱及確切含義；4數(shù)據(jù)結(jié)構(gòu)及事件定義的書寫規(guī)范1）。數(shù)據(jù)庫模式的描述該軟件所使用的已經(jīng)建立的數(shù)據(jù)庫及表的名稱；該軟件需要新建立的數(shù)據(jù)庫的模式的概要描述（數(shù)據(jù)庫用途，數(shù)據(jù)庫名、液名及用途、屬性知：2）。內(nèi)部主要數(shù)據(jù)結(jié)構(gòu)的描述程序內(nèi)部盂要使用的數(shù)據(jù)結(jié)構(gòu)的名稱、用途、包含的屈性：3）。新定義的事件的描述說明新定義事件的名稱及用途；5程序的框架結(jié)構(gòu)的書寫規(guī)范1）。程序的層次機構(gòu)（樹狀結(jié)構(gòu)）的描述以文字和圖描述該程序的層次機構(gòu)（樹狀結(jié)構(gòu)）：結(jié)構(gòu)中包含所有的程序單元（主程序及各層子 程序及各個函數(shù)）及處理事件的程序模塊；2）。各個程序

33、模塊之間的邏輯尖系描述用圖形（或類PASCAL語言）描述程序的概要邏輯矢系（包括半件處理的源頭）；6程序模塊描述的書寫規(guī)范1）。程序模塊的功能描述以文字描述該程序的功能；2）。程序模塊的輸入及輸出描述以文字描述該程序的輸入?yún)?shù)（變量，數(shù)組，指針，常數(shù)）及相應(yīng)的輸出參數(shù)（變量，數(shù)組， 指針，常數(shù)）；7類（CLASS）描述的書寫規(guī)范1）。以文字描述該類（CLASS）的功能；2）。以文字描述該類（CLASS）的繼承矢系；3）。類（CLASS）的屬性描述以文字描述該類（CLASS）的各個尬性及其含義；4）。類（CLASS）的函數(shù)的描述以文字描述該類（CLASS）的各個函數(shù)的功能及輸入輸出參數(shù)8人機界而

34、描述的書寫觀范Do以文字或圖形描述齊個人機界面的功能附錄D詳細設(shè)計說明書書寫格式1詳細設(shè)計說明書的框架1. 用戶需求2. 術(shù)語3. 數(shù)據(jù)庫模式設(shè)計4. 內(nèi)部數(shù)據(jù)結(jié)構(gòu)設(shè)計5. 事件的設(shè)計6. 程序的框架結(jié)構(gòu)（若已有概要設(shè)計則此節(jié)可省略，否則必須書寫）7. 程序模塊的詳細設(shè)計8人機界面的詳細設(shè)計3用戶需求的書寫規(guī)范參看附A。3術(shù)語的書寫規(guī)范1）。專用術(shù)語逐個列出該詳細設(shè)計屮所使用的專用術(shù)語的名稱及確切含義；2）?？s寫詞逐個列出該詳細設(shè)計屮所使用的縮寫詞的名稱及確切含義：4數(shù)據(jù)庫模式設(shè)計的書寫規(guī)范詳細描述新建立的數(shù)據(jù)應(yīng)模式的結(jié)構(gòu)；數(shù)據(jù)庫名稱及用途數(shù)據(jù)庫各個表的名稱及用途各個表的屈性的名稱、數(shù)據(jù)類型、

35、含義5內(nèi)部數(shù)據(jù)結(jié)構(gòu)的書寫規(guī)范數(shù)據(jù)結(jié)構(gòu)的名稱及用途數(shù)據(jù)結(jié)構(gòu)的屬性的名稱、數(shù)據(jù)類型、含義6程序的框架結(jié)構(gòu)的書寫規(guī)范1）0程序的層次機構(gòu)（樹狀結(jié)構(gòu)）的描述以文字和圖描述該程序的層次機構(gòu)（樹狀結(jié)構(gòu)）；結(jié)構(gòu)中包含所有的程序單元（主程序及各層子 程序及各個函數(shù)）及處理事件的程序模塊；2）。各個程序模塊之間的邏輯尖系描述用圖形（或類PASCAL語言）描述程序的概要邏輯矢系（包括事件處理的源頭）；7事件的設(shè)計1）。新定義的事件的結(jié)構(gòu)描述詳細描述新定義的事件的名稱、用途、事件體結(jié)構(gòu)、事件體每個屬性的數(shù)據(jù)類型及含義、在何 種條件下發(fā)出；2）。本程序注冊的事件的描述描述本程序注冊的事件的名稱、由哪個程序或BOB發(fā)出

36、的、該事件的事件體結(jié)構(gòu)；對該事件的處理流程的描述：以文字或“類PASCAL語言”描述該處理流程；其謙盡程度要保 證程序員可以按照已定義的數(shù)據(jù)結(jié)構(gòu)及該描述不加任何發(fā)揮的編寫出程序；8程序模塊設(shè)計的書寫規(guī)范1）。程序模塊的功能描述以文字描述該程序的功能；2）。程序模塊的輸入及輸出描述以文字描述該程序的輸入?yún)?shù)（變量，數(shù)組，指針，常數(shù)）及相應(yīng)的輸出參數(shù)；3）。程序模塊邏輯流程的詳細描述以文字或“類PASCAL語言”描述該程序程序模塊的處理流程：其詳盡程度要保證程序員可以按 照已定義的數(shù)據(jù)結(jié)構(gòu)及該程序模塊的詳細描述不加任何發(fā)揮的編寫出程序；9類（CLASS）設(shè)計的書寫規(guī)范1）。以文字描述該類（CLAS

37、S）的功能；2）。以文字描述該類（CLASS）的繼承尖系；3）。類（CLASS）的屬性描述以文字拙述該類（CLASS）的各個屬性的類型及其含義：4）。類（CLASS）的函數(shù)的描述以文字描述該類（CLASS）的各個函數(shù)的功能及輸入輸出參數(shù)；以文字或“類PASCAL語言”描述各個函數(shù)的處理流程；其詳盡程度要保證程序員可以按照已定 義的數(shù)據(jù)結(jié)構(gòu)及該兩數(shù)的描述不加任何發(fā)揮的編寫出該函數(shù)的程序；10人機界血設(shè)計的書寫規(guī)范1）。該人機界面的名稱及用途2）。用圖形將實際使用的界面全部畫出來：包括金部的菜單條、圖彖、符號、光敏點尊：3）。列出菜單條及光敏點對應(yīng)的回調(diào)函數(shù)的名稱及功能；4）。詳細描述各個回調(diào)函數(shù)

38、的輸入輸出參數(shù)：并以文字或“類PASCAL語言”描述各個函數(shù)的處理 流程；其詳盡程度要保證程序員可以按照已定義的數(shù)據(jù)結(jié)構(gòu)及該函數(shù)的描述不加任何發(fā)揮的編寫出該函數(shù)的 程序；附錄E軟件產(chǎn)品用戶使用手冊格式書寫格式1-本軟件產(chǎn)品的功能概述簡述本軟件提供的各個功能及實現(xiàn)這些功能的用戶采用的手段：2. 本手冊的使用范圍簡述本手冊是為哪些人員服務(wù)的?這些人員需耍具備哪些基木知識?3. 術(shù)語和略縮語列舉本手冊便用的術(shù)語和略縮語：4. 使用過程4.1軟件的安裝啟動過程詳細準確的說明該軟件的安裝和啟動的過程：4.2軟件提供的各個功能的操作過程詳細準確的說明該軟件提供的并個功能實現(xiàn)的毎一步操作;5錯誤信息詳細準確

39、的列舉各個錯誤信息的含義，何時發(fā)生？如何應(yīng)對?附錄F軟件產(chǎn)品用戶維護手冊書寫格式1-軟件產(chǎn)品的功能概述簡述本軟件提供的各個功能及實現(xiàn)這些功能的用戶采用的手段：2. 本手冊的使用范圍簡述本手冊是為哪些人員服務(wù)的?這些人員需耍具備哪些基木知識?3. 術(shù)語和略縮語列舉本手冊便用的術(shù)語和略縮語：4. 正常情況的維護操作詳細準確的說明止常情況的各個維護操作的步驟： 正常情況的維護操作包括：軟件的啟動和停止；軟件的當(dāng)前狀態(tài)的査詢：軟件運行狀況的診斷；5. 異常情況的維護操作詳細準確的說明異常情況的各個維護操作的步驟；附錄G測試計劃編寫格式1-被測試的軟件開發(fā)項目名稱2.測試對象和目的說明測試的對象（被測試

40、的主程序、子程序、接口、人機界面等）； 說明該測試的目的：詳細說明測試哪些功能；測試哪些性能（可靠性、安全性）及應(yīng)該達到的指標(biāo)；3測試所需要的環(huán)境詳細說明該測試需要的硬件和軟件環(huán)境；說明測試所需要的仿真環(huán)境；4測試的方法說明測試采収的方法（黑盒測試、白盒測試）；5.測試的步驟詳細說明測試的步驟附錄H測試大綱的編寫格式第一章概述1前言槪述該測試的H的、任務(wù)、壞境、方法:* 此次測試的目的：* 界定此次測試的范圍：* 確定測試的環(huán)境：第二章測試環(huán)境1-硬件測試環(huán)境描述該測試所應(yīng)八備的波件環(huán)境；2.軟件測試壞境描述該測試所應(yīng)具備的軟件環(huán)境：第三章測試內(nèi)容和測試記錄該章應(yīng)該包插：*測試的詳細操作步驟：

41、*測試的各個用例：*測試的合格的標(biāo)準。因此應(yīng)該：分節(jié)分段的詳細的列出各個子系統(tǒng)、功能模塊的測試步驟、測試方法及用例和應(yīng)該得出的結(jié)果；并留出記錄 測試結(jié)果及測試產(chǎn)生的偏羌的農(nóng)格：附表AJ 軟件開發(fā)各階段管理要點殳介tzl頃及系疣霉求 12 3刪也分詢 fl以大LZ3P軟件需求分折L Z3你書爐書釣術(shù)對冇釣軟坍 欽劃軟K(應(yīng)報L23.4組審酗L(fēng)2二莉 平槪要設(shè)計siw _z M妞記1可紗芯蟲吉 1 21 電2亠生規(guī)1f 計E設(shè) 1 2軟件實現(xiàn)一1 2 3 4 5一予大毘試原 測LZ份i殂殂 可a評a占LZ生迢也莉 1 2軟件實現(xiàn)里兀 L 2眇檢兀題步雖 TJI可走一加分 割確下L 23.4定 氾

42、詡審規(guī) 測N3組裝斤式原 一力則昏一 顯生僉 1 2L 2總體性能 題 遜LZ1A f 壬 K/L Z3件書舊件切次 收軟軟務(wù)L 23只撿 只可狙反紅當(dāng) L 2評綱W站審收測驗L 2nr歡記歡俚貢 寸登走匸旬交 訓(xùn)詢旬LZ3件表件軟記砍L2 1 2運行維護1 23并洞亍里冊菠進g一 23瞭笏肺系仮If觀毗體30理附表A-2軟件開發(fā)表格及文檔一覽表名稱填寫時間填寫負責(zé)人格式和內(nèi)容軟件開發(fā)項目建議書軟件項目立項前工程部項目負責(zé)人或公刁技術(shù) 領(lǐng) 導(dǎo)小組或公司任何技術(shù)人員附表B-1軟件開發(fā)項目立報告軟件項目立項前公司技術(shù)領(lǐng)導(dǎo)小組附錄A軟件開發(fā)項目任務(wù)書軟件立項評審后技術(shù)領(lǐng)導(dǎo)小組附表B-2軟件需求規(guī)格說

43、明書軟件需求分析階段技術(shù)領(lǐng)導(dǎo)小組附錄B軟件開發(fā)項冃計劃書軟件需求分析階段技術(shù)部負責(zé)人及項冃負貴人附表B-3軟件開發(fā)項目安排書軟件需求分析階段技術(shù)部負責(zé)人及項目負責(zé)人附表B-4軟件概要設(shè)計說明書軟件概要設(shè)計階段軟件設(shè)計人員附錄c軟件測試計劃軟件概要設(shè)計階段軟件設(shè)計人員附錄G軟件詳細設(shè)計說明書軟件詳細設(shè)計階段軟件設(shè)計人員附錄D用戶使用說明書軟件實現(xiàn)階段軟件設(shè)計人員附錄E用戶維護說明書軟件實現(xiàn)階段軟件設(shè)計人員附錄F軟件測試大綱軟件實現(xiàn)階段軟件設(shè)計人員附錄H軟件工作個人任務(wù)書及驗收書軟件項目驗收前軟件開發(fā)人員附表B-5軟件評審報告評審時項目負責(zé)人及評審小組附表G-1軟件評審問題記錄評審時評審小組附表G

44、-2軟件評審成員簽字登記表評審時評審小組附表G-3軟件開發(fā)測試大綱軟件驗收時技術(shù)部及項目負責(zé)人附表c軟件開發(fā)項冃測試問題記錄軟件驗收時軟件測試小組附農(nóng)D軟件開發(fā)項目驗收書軟件驗收評審時評審小組附表E軟件問題報告單發(fā)現(xiàn)問題和建議修改時工程部及技術(shù)部技術(shù)人員附表F-1軟件修改報告單修改軟件時工程部及技術(shù)部技術(shù)人員附表F-2軟件版本注冊登記表軟件正式齡收通過后進行 注冊是軟件開發(fā)部門附表H-2軟件介質(zhì)制造單制作軟件介質(zhì)軟件開發(fā)部門附表附表B軟件開發(fā)項目建議書ZJ040701年 月 日編號:k 義需求概述建議根據(jù)技術(shù)要點單 簡 幾又一 難 較 難 很工作量估算一 EI 二月技術(shù)領(lǐng)導(dǎo)小組意見附表B_2軟

45、/硬件開發(fā)任務(wù)書ZJ040703年 月曰絹號:3 k 名麻人員數(shù)量如$2初步參加加名需求概述功能簡述技術(shù)要點很難口難口一般口簡單1年月年；部門 經(jīng)理 意見注釋：初步參加人員數(shù)蚩及參加人員姓名：初步參加人員指的是當(dāng)該軟/破件開發(fā)項目確立之后進行需求分析或概念 設(shè)計時所需的技術(shù)人員。當(dāng)需求分析或概念設(shè)計階段完成后根據(jù)開發(fā)需耍而填寫軟做件開發(fā)項目安排書時 才最后決定進一步開發(fā)所需要的技術(shù)人員。若該項口人員要求一次到位，則可將該任務(wù)書和軟/硬件開發(fā)項 目安排書同時填寫。附表B3軟件開發(fā)項目計劃修改申請書ZJ040719年 月曰編號:項目名稱項目負責(zé)人簽字修改 方案修改理由簽字：日期：總經(jīng)理審批:II期

46、:附表B4軟件開發(fā)項目計劃書ZJ040702年 月U編號:項目名稱項目負責(zé)人丘斤 服務(wù)器型 弓所需主頻所需內(nèi)存容量所需磁盤容 雖所需顯示卡 型號所需顯示頭個數(shù)rvT 而月反務(wù)器所需臺數(shù)已有臺數(shù)的 標(biāo)識符使用方式獨占口 共享口尚缺服務(wù)器 臺數(shù)補缺方式補缺所需費用估算所需工作站工作站型號所需主頻所需內(nèi)存容量所需磁盤 容量所需顯示卡 型號所需顯示頭個數(shù)所需臺數(shù)已有臺數(shù)的 標(biāo)識符使用方式獨占口共享尚缺工作站 臺數(shù)補缺方式補缺所需費用估算所需前置系統(tǒng)162板塊數(shù)167板塊數(shù)616板塊數(shù)調(diào)試用RTU 臺數(shù)及型號 及模式調(diào)試用MODEM 個數(shù)及速率補缺需要費用估算所需其它調(diào)試用設(shè)備型號規(guī)格補缺所需費用估算型

47、號規(guī)格補缺所需費用估算型號規(guī)格補缺所需費用估算型號規(guī)格補缺所需費用估算所需工作日估算系統(tǒng)需求工作日軟件需求分 析工作日概要設(shè)計工作日詳細設(shè)計工作日軟件實現(xiàn)工作日軟件測試及驗收工作日說明調(diào)試用RTU臺數(shù)及型號及模式：指的是調(diào)試時所需的RTU的臺數(shù)，型號（如1801, N4F,煙臺CDT,江無CDT,部 頒C D T，部頒POLLING等），模式（實際的RTU,仿真R T U ）。附表B_5軟/硬件開發(fā)項目安排書乙1040704工作 人 員姓幺工作任務(wù)簡述階段計劃階段開始時間結(jié)束時間負責(zé)人員系統(tǒng)需求及分析技術(shù)調(diào)查綜述概耍設(shè)計詳細設(shè)計軟件實現(xiàn)門測試互測試可靠性測試文檔資料項目驗收技術(shù)準備工作附表B_6個人工作任務(wù)書ZJ040705姓名合作伙伴任務(wù)名稱序號工作內(nèi)容計劃完成時間（何 時至何時）個人意 見簽字：日期：部門經(jīng)理 或模塊負 責(zé)人意見簽字：日期：備注附表B_7個人工作驗收書ZJ040706年 月 日編號:2 zlin一 -fir看 壬曲與 俞，參 工責(zé)曲負貴人宰評慧見鄒 Its工里茨莫夬通過簽字(1包舌.不通過本人)n廠t注：當(dāng)開發(fā)任務(wù)完成后，由開發(fā)人填寫“工作內(nèi)