peoplesoft項目開發(fā)過程規(guī)范(已修改)
2025-04-19 06:26 本頁面
【正文】 Peoplesoft項目開發(fā)過程規(guī)范 目的系統(tǒng)設(shè)計編碼的目的在于開發(fā)、設(shè)計和實現(xiàn)關(guān)于需求的解決方案。本過程規(guī)定了項目開發(fā)設(shè)計工作應(yīng)遵循的步驟和原則，保證《需求規(guī)格說明書》中的各項要求在設(shè)計時都能夠得到滿足；對項目的編碼實現(xiàn)進(jìn)行質(zhì)量控制，保證編碼實現(xiàn)活動按計劃順利完成并與設(shè)計相一致。 適用范圍適用于公司所有產(chǎn)品研發(fā)類、產(chǎn)品開發(fā)類、維護開發(fā)類項目。 參考文件l 《決策分析控制程序》l 《評審過程實施細(xì)則》l 《變更控制程序》l 《軟件測試控制程序》 定義無 職責(zé)角色/部門職責(zé)項目經(jīng)理提請、組織、參與設(shè)計評審，批準(zhǔn)設(shè)計結(jié)果，協(xié)調(diào)項目組內(nèi)各角色之間的協(xié)同合作關(guān)系。設(shè) 計 師根據(jù)《需求規(guī)格說明書》進(jìn)行系統(tǒng)整體架構(gòu)的分析和設(shè)計。編寫《概要設(shè)計說明書》或《詳細(xì)設(shè)計說明書》， 參加設(shè)計評審，參與代碼走查。開發(fā)工程師根據(jù)《概要設(shè)計說明書》或《詳細(xì)設(shè)計說明書》，完成代碼編寫以及單元測試或指定的詳細(xì)設(shè)計，參與代碼走查，參加設(shè)計評審。設(shè) 計 組參與設(shè)計評審。文獻(xiàn)工程師制作用戶文檔。 入口 入口準(zhǔn)則《需求規(guī)格說明書》通過評審 輸入《需求規(guī)格說明書》 流程圖圖1. 設(shè)計編碼過程示意圖圖2：軟件設(shè)計編碼過程示意圖 主要活動系統(tǒng)設(shè)計編碼過程包括系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)。系統(tǒng)設(shè)計是指設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、數(shù)據(jù)庫、模塊等，在需求和代碼之間建立橋梁，一般分概要設(shè)計和詳細(xì)設(shè)計兩個階段；系統(tǒng)實現(xiàn)是指開發(fā)工程師按照系統(tǒng)設(shè)計去編碼開發(fā)，并鼓勵進(jìn)行單元測試、代碼走查；在設(shè)計編碼過程中同時進(jìn)行用戶文檔的編制。2. 設(shè)計原則設(shè)計工作應(yīng)正確、完整地反映《需求規(guī)格說明書》的各項要求，充分考慮其功能、性能、安全保密、出錯處理及其它需求。保證設(shè)計的易理解性、可追蹤性、可測試性、接口的開放性和兼容性，考慮健壯性（易修改、可擴充、可移植）、重用性?？紤]選用合適的編程語言和開發(fā)工具，制定編碼規(guī)范和系統(tǒng)約定等。對于PS開發(fā)，需要在實現(xiàn)難度，代碼維護，系統(tǒng)集成方面考慮，在對需求處理時需要定義好任務(wù)的技術(shù)邊界，比如該方案哪部分由java處理，哪部分由peoplesoft處理，是否需 要引入第三方組件等。3. 設(shè)計方法設(shè)計時要使用有效的方法進(jìn)行軟件設(shè)計。軟件設(shè)計方法一般采用面向結(jié)構(gòu)設(shè)計方法、面向?qū)ο笤O(shè)計方法或其他方法。4. 多方案選擇系統(tǒng)設(shè)計過程進(jìn)行多方案選擇時，按照《決策分析控制程序》進(jìn)行系統(tǒng)架構(gòu)選擇和關(guān)鍵技術(shù)方案的確定。5. 概要設(shè)計概要設(shè)計是分析各種設(shè)計方案和定義軟件體系結(jié)構(gòu)的過程。設(shè)計師在充分了解需求的基礎(chǔ)上，依據(jù)《需求規(guī)格說明書》選用適當(dāng)?shù)脑O(shè)計方法，分析與設(shè)計軟件的結(jié)構(gòu)、模塊功能。通過系統(tǒng)分解，確定子系統(tǒng)的功能和子系統(tǒng)之間的關(guān)系，以及模塊的功能和模塊之間的關(guān)系，編寫《概要設(shè)計說明書》?！陡乓O(shè)計說明書》必須經(jīng)過技術(shù)評審。概要設(shè)計評審?fù)ㄟ^后，概要設(shè)計說明書及其評審記錄納入受控庫管理。負(fù)責(zé)概要設(shè)計的系統(tǒng)分析師填寫《需求跟蹤矩陣》的相關(guān)設(shè)計項。概要設(shè)計檢查表檢查項是/否/不適用1類設(shè)計、文檔中有沒有類設(shè)計？有沒有對類圖進(jìn)行描述？ 2類層次結(jié)構(gòu)是否表達(dá)清晰，準(zhǔn)確，完全，合理（便于開發(fā)）？ 3如果有重要類或者復(fù)雜類，有沒有用具體的例子描述？ 有沒有對類的方法，屬性等進(jìn)行約定？ 4類（對象）之間關(guān)系如果側(cè)重時序關(guān)系，則需要繪制時序圖；類（對象）之間關(guān)系如果側(cè)重之間的接口交互，則需要繪制協(xié)作圖；文檔中有沒有上述內(nèi)容？或者有沒有對類（對象）之間的關(guān)系進(jìn)行描述？ 5類之間的消息傳遞次數(shù)是否是有限的，傳遞的內(nèi)容、傳遞的方式是否是合理的？ 6數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫設(shè)計是否考慮了項目的硬件環(huán)境和軟件環(huán)境？是否考慮了可能承載的最大負(fù)荷，或者突發(fā)負(fù)荷么？ 7數(shù)據(jù)庫設(shè)計時候是否采用了ＥＲ圖？表結(jié)構(gòu)設(shè)計的考慮是什么，文檔中是否有描述？表中的主鍵，外鍵，索引是否需要定義，是否恰當(dāng)?shù)亩x了？表中的每個字段名稱，含義，所取的數(shù)據(jù)類型和有效值范圍是什么？是否合理？這些字段的設(shè)計是否能滿足需求分析的要求？ 8數(shù)據(jù)庫設(shè)計時候是否考慮了便于將來對表結(jié)構(gòu)或者記錄結(jié)構(gòu)進(jìn)行修改？ 9數(shù)據(jù)庫的設(shè)計是否還遵循《軟件開發(fā)部數(shù)據(jù)庫開發(fā)規(guī)范》文檔的約定？ 10模塊設(shè)計 如果項目中使用獨立的可重用模塊或者開發(fā)框架，需要描述在項目中使用它們中的哪部分功能，并且說明為何采用？ 11文檔中有沒有描述項目和外部系統(tǒng)的接口交互？如果有接口，則文檔中是否描述了它們之間定義的‘協(xié)議’？交互的數(shù)據(jù)是否會在輸出設(shè)備上顯示？是否和用戶相關(guān)？ 12模塊的詳細(xì)設(shè)計應(yīng)該完成，或者優(yōu)先級高的模塊詳細(xì)設(shè)計必須完成?！?3是否將需求分析得出的系統(tǒng)各部分間的通訊連接、依存關(guān)系正確的轉(zhuǎn)換為適當(dāng)?shù)慕涌?、模塊（子系統(tǒng)）？模塊是否按照高內(nèi)聚，低外部耦合進(jìn)行劃分？ 14有沒有描述模塊內(nèi)部的處理流程？有沒有描述模塊內(nèi)部采用的算法？這些處理流程，算法是否經(jīng)過論證？ 15有沒有描述模塊之間的接口，如果接口之間有數(shù)據(jù)交互，有沒有描述數(shù)據(jù)格式？有沒有描述每個模塊輸出是什么，輸入是什么？項目中的各個模塊的輸出或者
公司管理相關(guān)推薦
鄂ICP備17016276號-1