【正文】 業(yè)務需求編號業(yè)務需求名稱優(yōu)先級（高、中、低）時間要求PA01招標計劃高PA02項目申報管理高PA03分標管理PA04分包管理PA05報表管理PA06流程配置PA07打包下載技術(shù)規(guī)范書9 非功能性需求//對于以下每項非功能性需求，也需要進行編碼，編號要與功能需求不同。//如果非功能性需求沒有按功能區(qū)分，寫為系統(tǒng)統(tǒng)一的一個要求，則編碼也是一個； 性能需求描述用戶從可靠性，速度，容量等方面提出的性能需求。如果用戶對某些特定功能提出明確的要求，需要按功能模塊寫出具體需求；房間預訂：最大用戶數(shù)達100； 技術(shù)需求描述軟件的運行環(huán)境要求及技術(shù)路線，如網(wǎng)絡、硬件、軟件和J2EE等 安全性需求說明系統(tǒng)對使用權(quán)限的管理要求。如：使用權(quán)限分為幾級、是否與部門權(quán)力體系對應等。 設計約束說明支持性硬件和軟件的限制。如：主存和外存容量，存取速度，運算速度，通訊方式；未來軟件應遵守的標準和規(guī)范。 接口需求說明未來軟件的接口需求，主要包括：硬件接口、軟件接口，通訊接口及網(wǎng)絡協(xié)議等相關(guān)內(nèi)容。 其它需求如有其它需求，可在此處說明。10 用戶預期描述用戶對該系統(tǒng)的要求及期望，及我們能達到的效果。11 其他需說明的情況網(wǎng)省部分需求說明： 申報過程中網(wǎng)上遇到的錯誤信息描述：1) 招標計劃招標計劃管理：計劃申報截止時間無效。需解決。2) 招標計劃查看招標計劃：有時轉(zhuǎn)發(fā)國網(wǎng)招標計劃成功過后又，需重復轉(zhuǎn)發(fā)。需解決。3) 在項目申報中，招標主管分配物資后，項目經(jīng)理在分標管理里的未分包物資里看不到未分包的物資，但在導出的EXCEL表里可以看到很多物資。里面的物資是否是還在審核流程的物資。招標主管里的現(xiàn)象也一樣。4) 在項目單位報上來的計劃未分包情況下，如果進行計劃轉(zhuǎn)換，在不是同一個項目經(jīng)理的情況下，就找不到這一條物資；如果新增加這個項目經(jīng)理又可以在里面找到這條物資。5) 項目申報時上傳的技術(shù)規(guī)范不能直接轉(zhuǎn)到網(wǎng)上招投標。6) 申報添加物資時，物資描述一欄出現(xiàn)個別物資無法描述。造成物資申報無法正常進行。7) 導出貨物需求信息確認報表，出現(xiàn)信息重復的情況。如：“變壓器”，物資分類、貨物名稱和貨物描述，三次出現(xiàn)“變壓器”，重復描述現(xiàn)象。 網(wǎng)省要增加功能需求：1) 要求物資申報人能夠自行導出申報物資列表，并包含總價。2) 網(wǎng)省招標處自己的角色也應該能夠申報項目。3) 新增物資時需要映射，且很多分類下沒有特征值，能否直接從ERP中直接導出數(shù)據(jù)轉(zhuǎn)換至招投標系統(tǒng)中。4) 北京公司分包審批流程為：物資公司草擬由招投標管理中心組織職能部室共同討論確定物資公司執(zhí)行。系統(tǒng)上能否實現(xiàn)這個流程。5) 北京公司工作流程按照計劃匯總發(fā)標開標定標，分不同科室橫向管理。系統(tǒng)能否兼容橫向管理需求，因為如果實行項目經(jīng)理制，產(chǎn)生問題較多：人員從新分配；業(yè)務知識需要互補；工作流程改變；其它問題如：分包確定會可能造成物資公司需派出多名項目經(jīng)理等等。6) 建議國網(wǎng)系統(tǒng)增加詢價、框架分配等工作模式，因為如果按照目前國網(wǎng)SG186系統(tǒng)只支持公開招標，系統(tǒng)中會產(chǎn)生大量無法走公開招標的積壓數(shù)據(jù)，如需要走詢價、框架分配的部分，會導致計劃匯總、檢索、查詢的困難，尤其框架招標在各網(wǎng)省公司應用比較廣泛。7) 建議招標系統(tǒng)與ERP系統(tǒng)做好接口，如果不做接口，按照ERP要求格式，手工在EXECL表上填寫，將極大的增加工作量,而且容易出錯。8) 物料主數(shù)據(jù)在ERP系統(tǒng)與物資信息系統(tǒng)中同步為9800余條，建議在國網(wǎng)系統(tǒng)中同步增加9800條數(shù)據(jù)，物資名稱為ERP系統(tǒng)中名稱，屬性為空，統(tǒng)一導入國網(wǎng)系統(tǒng)。9) 上報計劃單位操作日志紀錄。10) 綁定短信通知。11) 按照國網(wǎng)合同履約表的格式增加合同履行統(tǒng)計表等統(tǒng)計功能。12) 增加非物資招標項目的申報、招標、電子化評標等功能。13) 對于計劃的審核，建議能實現(xiàn)項目管理部門間的審核，如地市公司上報計劃后，先經(jīng)省公司調(diào)度中心審核，然后在流轉(zhuǎn)到省公司生產(chǎn)部審核。14) 實現(xiàn)“SG186”與ERP系統(tǒng)的接口。15) 上一道工作完成后，轉(zhuǎn)到下一道工作環(huán)節(jié)，無短信提示。16) 項目申報時，應可填報國網(wǎng)公司招標文件審查時要求的報表，如“國網(wǎng)公司集中規(guī)模招標計劃申請表”的填報及報表導出（附件1）。17) 招標文件審查時要求的報表，應在申報時應填寫并導出項目單位項目批復情況（格式見附件2）18) 增加申報單位聯(lián)系人、部門、座機電話、手機，以便聯(lián)系工作。 網(wǎng)省建議功能需求：1) 國網(wǎng)招標計劃轉(zhuǎn)發(fā)后，有時需進行二次轉(zhuǎn)發(fā)，能否國網(wǎng)修改招標計劃后不用再二次轉(zhuǎn)發(fā)。2) 建議省公司項目管理部門和招標處能修改物資描述。3) 招投標管理中心對需由申報單位（部門）修改的物資，如要退回，則直接退回到地市公司。建議不要直接退到地市公司，應先退回到省公司項目管理部門，流轉(zhuǎn)較少。4) 網(wǎng)省招標物資品種不全，物資分類維護工作量大，分類路徑長，屬性描述不準確。建議非常規(guī)品種可直接進行編輯。5) 應該有統(tǒng)一的物資編碼、各種設備分別統(tǒng)一參數(shù)類別。6) 目前招標計劃只有申報的截至時間可以鎖定，應將計劃申報中招標文件審查結(jié)束時間也鎖定。7) 網(wǎng)省公司涉及到招標的物資種類多,物資分類還不能滿足招標物資分類的需要。物資分類應標準化，其分類名稱與具體名稱可能會不同，應有所反映。物資分類及物資標準名稱應與ERP物資模塊相同。8) 添加物資時逐條添加，太麻煩。建議：通過固定格式的電子表格批量導入。 網(wǎng)省不明確功能需求：1) 建議在申報物資階段增加“備注”欄。2) 當?shù)刂蓦娏旧蠄笪镔Y時，無法在網(wǎng)省物資樹中進行查詢，物料編碼員在進行物料維護時也無法查找該物資是否已存在，造成物資重復創(chuàng)建的情況，同時也花費大量時間進行查詢工作。3) 招標計劃開啟及關(guān)閉時間建議明確。4) 申報方面由于審核流程比較薄弱，招標過程各個環(huán)節(jié)，部門內(nèi)部需要分權(quán)。項目主管部門、招投標管理中心、招標公司等部門內(nèi)部增加分權(quán)功能。5) 進一步提高電子印章辦理速度，網(wǎng)省招標物資的投標人較零散，否則不利于實現(xiàn)單軌制網(wǎng)上招投標。6) 省公司采購以低電壓等級為主，設備材料涉及面廣，且雜，物料庫需完善。12 附錄無