比比招標網> 國際變更公告 > 福建建筑學校資產管理軟件服務平臺項目貨物類采購項目標前更正公告
更新時間 | 2019-03-13 | 招標單位 | 我要查看 |
截止時間 | 我要查看 | 招標編號 | 我要查看 |
項目名稱 | 我要查看 | 代理機構 | 我要查看 |
關鍵信息 | 我要查看 | 招標文件 | 我要查看 |
每天更新 70000 條招標信息
涵蓋超過 1000000 家招標單位
公告信息: | |||
采購項目名稱 | 福建建筑學校資產管理軟件服務平臺項目貨物類采購項目 | ||
品目 | |||
采購單位 | 福建建筑學校 | ||
行政區域 | 福建省 | 公告時間 | ****年**月**日 **:** |
首次公告日期 | ****年**月**日 | 更正日期 | ****年**月**日 |
聯系人及聯系方式: | |||
項目聯系人 | 張老師 | ||
項目聯系電話 | *********** | ||
采購單位 | 福建建筑學校 | ||
采購單位地址 | 福建省福州市倉山區建新中店**號 | ||
采購單位聯系方式 | *********** | ||
代理機構名稱 | 福建省宏瑞招標代理有限公司 | ||
代理機構地址 | 福州市鼓樓區西洪路***號綜合樓 ***-***單元 | ||
代理機構聯系方式 | ****-********、*********** |
*、原公告項目名 稱:福建建筑學校資產管理軟件服務平臺項目貨物類采購項目
*、原公告項目編號:[****]****[**]*******
*、首次公告日期:****-**-**
*、更正(補充)事項及內容:
(*)原招標文件第*章資格審查與評標*.*評標標準②技術項“技術方案:投標人所提供的軟件及貨物技術參數、技術性能指標、功能全部滿足招標文件要求的得**分,帶★號的技術參數,負偏離*項視為無效標。作廢標處理;帶▲號的條款每負偏離*項扣*分,未帶★及▲號的條款每負偏離*項扣*分,扣完為止。正偏離不加分。”修改為:“技術方案:投標人所提供的軟件及貨物技術參數、技術性能指標、功能全部滿足招標文件要求的得**分,帶★號的技術參數,負偏離*項視為無效標。帶▲號的條款每負偏離*項扣*分,未帶★及▲號的條款每負偏離*項扣*分,扣完為止。正偏離不加分。”
(*)原招標文件第*章招標內容及要求第*點技術和服務要求:
(*)采購清單
合同包 | 序號 | 采購貨物名 稱 | 模塊 | 功能 | 采購數量 |
* | * | 資產管理軟件(核心產品) | 基礎設置 | 權限管理 | *套 |
系統基礎設置 | |||||
供 應商管理 | |||||
經費項目管理 | |||||
房產信息管理 | |||||
信息發布 | |||||
* | 資產申購 | 申購填寫 | |||
申購審批 | |||||
* | 資產采購 | 采購分配 | |||
資產采購 | |||||
付款管理 | |||||
驗收入庫 | |||||
入庫報賬 | |||||
* | 臺賬管理 | 固定資產卡片庫 | |||
低值耐久卡片庫 | |||||
資產卡片變動庫 | |||||
固定資產報廢庫 | |||||
* | 資產領用 | 領用申請 | |||
領用審批 | |||||
領用查詢 | |||||
* | 資產查詢服務 | 資產查詢服務 | |||
* | 日常管理 | 資產調撥 | |||
資產移交 | |||||
資產借用 | |||||
資產維修 | |||||
* | 資產盤點 | 盤點計劃 | |||
盤點核對 | |||||
* | 資產報廢 | 資產報廢 | |||
** | 數據匯總 | 上報教育局 | |||
上報國資委 | |||||
** | 資產大數據服務平臺 | 大數據自助服務工具 | |||
數據挖掘分析服務 | |||||
** | 資產*** | 消息通知 | |||
個人資產管理 | |||||
資產申購 | |||||
業務審批 | |||||
業務進展咨詢 | |||||
資產清查 | |||||
** | 數據梳理及原平臺兼容共享 | 輔助全校資產數據梳理清查整理 | |||
** | 服務器 | 詳見本章要求 | *臺 |
*、總體要求
資產服務平臺項目將為教職員工提供*個集成、公共、使用方便的服務平臺。構建資產管理信息化框架,實現學校內資產管理的完整“鏈條”。通過定義統*的管理、數據和技術標準規范接口,定義信息化交流方式,可以減少投入和浪費,提高資產分析和決策的力度,形成從上至下統*、暢通的管理條線。構建掌上資產系統,可以實現教職工資產業務的移動辦公。
*、建設原則
*.*易操作性原則
系統建設應遵循易管理、易使用、方便開發、易學習的原則。
*.*可擴充性及易升級性
適應應用不斷拓展的需要,應用平臺的軟硬件環境必須有良好的平滑可擴充性。
*.*整體規劃原則
系統建設應根據校方的要求,為學校以后的系統建設保留接口,方便擴展,保證后期建設的順利進行。
建設周期:
本次項目建設周期為合同簽訂后*天(含節假日)。中標人須在中 標后**天內簽訂合同,合同簽訂后*天后完成所有平臺開發部署和實施工作,如未能如期完成供貨或供貨不滿足要求視為虛假應標。達到驗收條件后開始試運行,試運行時間為*個月,投標方需要在投標文件中給出實施進度計劃。具體進度要求待定,招標完成后與招標方商議決定。
*.售 后服 務
本系統正式上線后要求提供*年免費售 后服 務,內容包括系統的日常維護、系統升級與調試、培訓、技術支持等。同時當公司自有系統有***修改和系統升級時,公司應該向學校進行提示,由學校決定是否升級。方案中應對服務的范圍和內容進行詳細闡述,并至少包括以下內容:
缺陷管理:針對本次招標的各類系統中存在的***、缺陷,不論在保期內、外,投標方均應持續提供修正與消缺服務。
應急故障處理:系統運行環境出現故障或意外情況導致系統不能正常運行時,投標人響應的情況描述和響應內容。
需求變更:對于學校業務流程的變化、性能要求提升導致的部署結構變化(如搭建雙機環境),提供限定次數的變更支持。對由于本期招標或集成的各類業務系統本身變更(如認證結構發生變化)導致的集成需求變更,提供配套的支持服務;對由于學校業務規則變更(權威數據源發生變化)導致的數據集成需求變更,提供配套的支持服務。
文檔服務:整個服務過程均需有完善的文檔記錄,便于跟蹤、分析問題;對各項服務提供詳細的書面報告,包括故障處理報告、健康巡檢報告、系統性能檢測調優報告、維護總表報告、服務年度報告等。
運行支持:對系統運行過程中師生用戶及業務部門的問題提供解答和問題解決跟蹤,對于關鍵業務點的上線推廣與運行提供現場保障。
人員培訓:
應提供詳細的培訓方案、培訓教材等,培訓應按照普通用戶、系統管理員、系統維護人員的不同需求分別提供培訓。要求各人員培訓次數不得低于*次,每次不得低于*天,直至各用戶能夠獨立使用操作。
(*)技術要求*.項目技術路線*.*技術要求:
*.*.* 系統應采用*/*架構,并采用***模式開發;
*.*.*. 采用****語言開發,符合****規范;
*.*.*. 數據庫需支持******、*****;
*.*.*. 采用*********工作流技術,支持流程定義、流程版本更新等;
*.*.*. 采用************報表打印技術,報表輸出端使用***格式在線預覽;
*.*.*. 基于組件技術開發,支持*** *******技術;
*.*性能要求:
(*)穩健性和快速性
*.*.*、支持大于***人并發用戶,滿足全校教職工的正常使用。
*.*.*、保證*×**小時運行,對于軟件更新、加載時不影響正常業務。
*.*.*、業務高峰時服務器內存不大于**%;***使用率不低于**%,不高于**%;
*.*.*、簡單頁面操作響應速度小于*秒;平均延時小于*秒,最大延時不超過**秒。
*.*.*、支持負載均衡、可擴展性。
(*)兼容性
*、能夠最大限度地保證學校現有各種計算機軟、硬件資源的可用性和連續性,以及學校未來應用的發展。
*、客戶端支持***以上、******、*******、******、*****等主流瀏覽器;
*、應用服務器支持各種主流應用服務器;包括******、*** ********、*** ********等;
*、服務器操作系統支持各種主流操作系統平臺,如*******、*****、****等;
(*) 安全性
*、與防止對程序技術的非授權的故意或者意外訪問的能力有關的軟件屬性;
*、采用多種備份機制保證數據庫和文件系統不因服務器故障導致數據丟失;
*、應用系統必須提供完善的審計功能,對系統關鍵數據的每*次增加、修改和刪除都能記錄相應的修改時間、操作人和修改前的數據記錄;
*、應用系統必須支持操作失效時間的配置。當操作員在所配置的時間內沒有對界面進行任何操作則該應用自動失效;
(*) 易用性
*、包括統*的操作風格、簡潔的用戶界面、智能的操作提示等;
*、對*些頻繁使用的操作界面要考慮增強用戶體驗,如增加智能提示、自動完成等輔助功能;
*、使用****技術減少用戶的等待或頻繁刷屏等問題;
*、用戶登錄后點擊不超過*次,即可訪問業務所需要的功能;
*、普通用戶的培訓不超過*天、管理員培訓不超過*周即可熟練掌握軟件的操作技能;
(*)數據共享
如因學校購買其它軟件平臺需要與本服務平臺進行數據互通,中標人必須免費提供完整安全的數據交流接口。
*.工作流要求本次建設采用工作流的方式來進行資產業務流程的管理,通過工作流管理系統執行經過計算的流程定義去支持為學校資產管理業務中專門設定的業務流程,最終實現資產管理的工作流程確保工作在正確的時間被學校各級管理人員進行執行,并能夠在自動化進行的業務過程中插入人工的執行和干預,需要提供以下內容:
工作流引擎
****(業務流程建模與標注)
數據庫
配置文件
日志處理
*、項目集成數據庫必須嚴格按照國家數據標準、學校特色數據標準格式及要求構建;各種第*方支撐軟件要滿足以下要求:
兼容性要求:投標方所提供的第*方軟件產品必須是基于開放的快速平臺的,不得局限于某*種或者幾種操作系統平臺;所有第*方產品應當支持***、**-****、*******、*******、*****操作系統。
投標方所提供的系統可以按照學校要求與學校現有的系統進行兼容。
為避免信息孤島,能和學校現有老系統實現無縫對接,可將系統和學校數字化校園平臺進行整合集成,實現數據共享和功能的完整遷移。系統集成需按學校提供的統*的集成標準和接口規范完成。
(*)系統功能需求及參數指標軟件相關參數技術指標要求詳見以下列表內容。
*、資產管理全流程 基礎設置 | 權限管理 | 需提供部門管理、用戶管理及角色管理。部門管理部門管理需按照學校各部門之間隸屬關系的組織機構建立,可以對同級部門進行排序,也可以調整不同部門的上下級隸屬關系。用戶管理的用戶信息主要包含用戶編號、用戶代碼、用戶姓名、所在部門、聯系方式、郵箱等基本屬性。需提供用戶新增、用戶修改、用戶導入、導出等功能。角色管理需提供權限信息包含角色編號、角色姓名、角色狀態、角色級別等相關屬性。系統支持權限新增、權限修改等功能。 |
系統基礎設置 | 需提供郵件設置、領用地點設置、限購設置、流程管理、分類代碼、用戶日志等設置。 | |
供 應商管理 | 要求對學校的供 應商進行統*管理,詳細記錄每*個供 應商提供的供貨類型及供 應商自身相關證件,形成供 應商管理庫。在進行采購等相關流程的時候提供相應選擇。需提供現場演示。 | |
★經費項目管理 | 支持將財務系統中經費情況調用到資產管理平臺中,完成學校每年經費的初始化;經費項目內容包括有:項目、經費編號、項目類別、組織單位、管理部門、經費主管、使用部門、項目負責人、所屬年份、截止日期、編制日期、項目總額等相關內容。系統需提供經費管理授權功能,經費主管可自行定義經費使用部門,用于臨時采購時選擇經費來源。需提供現場演示。 | |
房產信息管理 | 系統需提供基礎房產信息的維護,為學校資產管理存放地做好基礎工作,房產基礎信息包括分類維護、土地管理、房屋管理等基本信息的管理。 | |
信息發布 | 系統需提供獨立的信息發布、編輯、查詢入口,支持校園門戶、移動門戶等不同平臺的信息發布,通過標準的*** ******** 方式提供能力開放接入。需支持對外信息發布功能,快速實現資產系統中的對外信息通過接口發布到目標系統;支持通知公告、下載資源、規章制度、資產新聞等信息;需支持采購信息、招投標信息、中標信息直接發布。 | |
申購審批 | 申購填寫 | 在線填寫申購申請單,提交相關領導審核。需支持不同種類資產申購:資產類、耗材類、服務類、工程類等。 |
▲申購審批 | 支持自定義審批流程、審核節點進度查詢等。業務審核環節為保障系統數據安全,需提供加密審核操作功能。需提供審核節點進度查詢現場演示。 | |
資產采購 | 采購分配 | 支持根據申購類型,分配不同的采購員進行采購,采購類型包括自購、采購中心采購、政府采購*種。支持多種采購形式,包括:單*來源、*般采購、集市采購、大型設備、進口設備等。 |
▲資產采購 | 系統支持已經進入采購階段的采購流程跟蹤,便于關系人通過系統直接查詢到所采購的設備處在哪個階段,減少內部溝通,提高工作效率。采購狀態分為*個階段:待辦項目、在辦項目、辦結項目。系統需支持采購單查詢。需提供系統采購流程跟蹤現場演示。 | |
付款管理 | 支持登記合同的時候可以設置付款批次和付款的理由,在即將到達付款時間時可在系統內進行提醒。需支持查看每筆合同的付款情況。 | |
驗收入庫 | 支持采購人員通過系統提取申購單數據自動填寫生成驗收報賬單,下載打印后提請驗收。實物驗收通過后,支持資產處審核驗收報賬單,并建立設備卡片。對于贈 送、自制、盤盈等非購置但需要進帳的設備,支持直接填驗收報賬單。需提供現場演示。 | |
入庫報賬 | 系統需提供多種種報賬方式。 | |
▲臺賬管理 | 提供資產固定資產庫、報廢庫、變動庫、低值耐久、低值材料庫查詢,支持資產標簽打印,資產正副卡片打印,每張打印機的資產卡片都存在*個*維碼。需提供現場演示。 | |
系統支持對資產分類產生的卡片維護、卡片新增、卡片修改、卡片刪除,不同的資產卡片對應相應的卡片信息,分類卡片信息要求明細,符合 資產管理相關標準。需提供現場演示。 | ||
系統支持固定資產保管員對資產卡片的修改、批量修改、資產驗收、分類統計分析、打印等功能,對于設備的存放地點,系統支持存放到最小目錄(房間)。需提供現場演示。 | ||
資產卡片兼容國資委,市教委標準。 | ||
設備信息的大范圍變動,系統可根據單號對某*批次的所有設備進行修改。需提供現場演示。 | ||
資產領用 | 需支持資產領用申請單填寫,領用申請包括資產的搜索、新增、修改、刪除、提交等功能。搜索支持‘領用單號’關鍵字搜索,填寫關鍵字后點擊‘搜索’即搜索出帶關鍵字內容的數據,支持模糊搜索。申請頁面包括領用單號信息,點擊某*領用單號,會出現該領用單的詳細信息及流程節點狀態。需提供現場演示。 | |
需支持多級領用審批,按照學校審批流程,可以生成各級部門的審批界面。 | ||
需支持資產領用查詢,領用查詢可以根據權限分為個人、部門以及全校的資產領用查詢。 | ||
資產查詢服務 | 需提供多個屬性查詢所需要物資的信息。根據權限不同,所查詢出來的數據也不同。如:部門保管人只能查詢出自己所保管的物資信息,管理員可查詢出所有的設備信息。需提供現場演示。 | |
日常管理 | 需支持資產調撥,資產使用角色人員發起申請資產調撥,資產保管人審核資產調撥申請,申請通過以后,申請的資產為當前申請人員所使用,并成為資產管理人。 | |
需支持資產移交,資產保管人退休、調崗后,需要將名下的資產移交至新保管人名下,系統支持保管人移交流程。 | ||
需支持資產借用,學校資產處根據資產需求單位請求,登記資產校內借用單,記錄借入單位、借出單位。借用資產調入單位打印資產借用申請單,向相關歸口部門進行簽字審批。學校資產處對已簽字審批通過的調劑單進行審核確認,借入單位、借出單位進行調借用處理。 | ||
需支持資產維修,資產使用角色人員發起申請資產維修,資產保管人審核資產維修申請,申請通過以后,申請的資產為維修狀態,并該固定資產不能調撥、領用等日常管理功能,維修完成后,即可進入使用狀態。 | ||
資產盤點 | 資產盤點需提供兩種不同的方式,第*是傳統的手工盤點的方式,將待盤固定資產打印出來,盤點完畢后將其實際數量錄入系統,通過系統完成盤盈盤虧統計;第*種方式是自動盤點方式,是借助其他設備例如條碼掃描設備,結合 資產*物*碼的條碼管理機制,將需要盤點的資產信息導入到掃描設備中,資產管理員使用條碼掃描設備對資產進行盤點,盤點結束后將掃描設備中的盤點結果導入到系統中。 | |
支持發起盤點計劃,可以選擇對應的部門和資產范圍,提交后各部門的保管人會生成*條盤點計劃,盤點計劃里有待盤點的資產數量及金額。需支持計劃盤點和抽查盤點。需提供現場演示。 | ||
支持盤點核對,至少提供*種核對方式:手工核對、盤點機核對及手機掃碼核對等。 | ||
資產報廢 | 系統需支持資產報廢功能。 | |
數據上報 | 系統需支持教育局數據的上報。需提供系統演示。 | |
系統需支持財政部門系統的數據上報。需提供系統演示。 |
*、資產大數據服務平臺(具備大數據自助服務工具及數據挖掘分析服務模塊)。
*.* 大數據自助服務工具大數據自助服務工具使得用戶可以通過瀏覽器針對分析數據進行自主篩選、排序、全文檢索,通過直觀的拖放式界面創建查詢視圖、報告和自助式圖形儀表盤。對查詢顯示的數據結果可以進行下鉆,以顯示及導出詳情數據。
系統功能如下:
平臺 模塊 | 功能模塊 | 功能描述 |
多維數據模型管理 | 分類管理 | 通過對福建建筑資產相關數據模型進行分類,便于對數據的分類管理、查詢及導出。 |
創建模型 | 數據建模包括選擇分類、選表、創建動態字段、配置查詢立 方體等功能。系統同時支持對創建好的模型進行編輯、刪除等操作。 | |
已建模型管理 | 對已建的數據多維模型進行查詢、修改、刪除等操作。 | |
綜合查詢 | 查詢及導出 | 用戶通過任意拖拽查詢模型內數據字段到表格進行展現,并支持查詢條件,查詢條件包含大于、小于、等于、不等于、區間、包含等多種篩選方式。 |
全文檢索 | 通過全文檢索對制定的多維數據模型進行查詢。 | |
做圖 | 通過做圖功能對查詢數據做圖,支持曲線圖、柱狀圖、餅圖、儀表板、雷達圖、散點圖、氣泡圖、地圖等多種類型,并支持導出到*****、***文檔。 | |
報表工具 | 報表建設器 | 通過提供標簽、文本、圖片、分析圖、表格、交叉表等多種展現組件,通過在統計分析過程中參數設置、布局定義、預警參數、導出管理,對不同的統計分析需求按不同的形式進行統計分析。 |
報表授權 | 通過報表建設器發布的報表,只有通過授權后用戶才能訪問,授權形式包括查看、導出、打印*種。 | |
報表展現 | 報表分為共有報表和私有報表,共有報表為用戶創建后大家都能看的報表,私有報表為用戶創建后只能自己看到的報表。 | |
多維分析工具 | ▲拖拽分析 | 通過拖拽多維數據模型中需要展現的維度及指標至展現表格的行標簽、列標簽組件上對需要分析的數據進行展現,展現結果支持數據軸的旋轉,同時支持對分析結果的圖形化展示,圖形形式與綜合查詢類似。需提供現場演示。 |
鉆取 | 通過對多維分析結果由高層次向低層次擴展,對數據進行深入的分析,鉆取支持下鉆及上卷。 | |
聚合 | 對多維分析結果在所需維度上進行聚合操作,聚合方式包括合計、計數、平均、最大值、最小值、方差、標準差等。 | |
時間軸 | 展現指標在時間軸上的偏移計算,可以對指標的不同年度或不同月度進行環比、同比的分析。 | |
篩選及排序 | 對多維分析的結果進行篩選和排序的操作。 | |
其他功能 | 需提供指標預警、導出、打印等操作。 |
通過對學校資產相關數據提供至少兩種類型的數據挖掘分析算法,如分類或聚類或關聯規則的數據分析,對待分析的數據進行過濾等預處理,將數據轉換成對應的分析模型后為此模型選擇合適的算法,數據分析后得到的分析結果能支持可視化顯示。
系統功能如下:
平臺模塊 | 功能模塊 | 功能描述 |
領導視圖 | 通過將領導關心的綜合 資產相關報表、圖形、多維分析及數據挖掘結果集中在領導視圖中,方便使用者快速、直觀的瀏覽數據,以支持業務決策。需提供現場演示。 | |
數據挖掘 | 構建挖掘模型 | 通過設定數據挖掘方法、數據訓練方法構建數據挖掘模型來從業務數據中找出隱含的規律,系統支持回歸、分類、聚類、關聯及相關等多種挖掘方法,支持樸素貝葉斯、貝葉斯網絡、決策樹、隨機森林、神經網絡、支持向量機、*最近鄰分類等*種以上算法。 |
運行模型 | 對構建并保存好的數據挖掘模型進行查看、編輯及運行。 |
消息通知 | 需支持移動端接收系統自動發送的通知或用戶手動發送的消息。 |
個人資產管理 | 需支持移動端查詢個人資產,修改資產存放地點,申請維修、調撥、報廢,可拍照并上傳照片。 |
資產申購 | 需支持移動端填寫資產申領單、合同審批表、報賬單,可拍照并上傳照片。 |
業務審批 | 需支持移動端審批人審批各類業務(含申領單、合同、報賬單等)。需提供現場演示。 |
業務進展查詢 | 需支持移動端查詢本人提交業務的進展情況。 |
資產清查 | 需支持移動端掃描條碼標簽進行清查。 |
學校現有的資產數據混亂,為了準確地掌握全學校資產的使用狀況,確保資產平臺清晰合理使用,充分發揮資產的效能,保證資產更新、投入、使用、修理、報廢和處置等各項環節處于有序的控制狀態,更好地為建設服務,需要對學校提供人員駐場服務并對現有資產數據進行梳理及后期資產數據上報工作。
數據梳理就是在數據正確轉換的基礎上,制定*個切實可行的計劃,保證業務辦理順利、平穩過渡到新系統中進行。數據梳理包括以下內容:
*、數據收集服務
駐場人員將學校里原有的所有各部門資產數據進行收集,了解各資產數據的基礎信息、使用信息、維修狀況。
*、數據資源整合
數據資源整合包含兩個步驟:數據整理與數據轉換。數據整理就是將原系統數據整理為系統數據轉換程序能夠識別的數據;數據轉換就是將整理完成后的數據按照*定的轉換規則轉換成新系統要求的數據格式,數據的整合是整合系統遷移的關鍵;
在新系統正常運轉后,投標方還需要監控整個新系統運行的有效性和正確性,以便及時對數據轉換過程中出現的問題進行糾正。
*、服務器*、機型:**機架式服務器,非***產品
*、***:配置≥*顆*****系列*核處理器,處理器主頻≥*.****;
★*、內存:≥**** **** *** ***內存,內存插槽≥**根,最大可支持*.***內存容量,支持******內存,可實現意外斷電時內存數據不丟失,提供證明材料;
*、網卡:≥*個集成*****雙千兆網卡,支持網絡喚醒,網絡冗余,負載均衡等網絡特性;
★*、硬盤:≥*塊**** *.*寸***熱插拔硬盤,整機最大可支持熱插拔*.*寸****/***/***接口硬盤≥**個,為保證兼容性,提高服務器未來本地磁盤性能,服務器應支持與服務器制造商*致的***-* ***,提供與服務器制造商*致的***-* ***證明材料;
*、電源:高效能*+*冗余源功率≥****;
*、管理:支持原廠自主產權管理軟件,基于*/*架構的模塊化、*體化的服務器綜合管理軟件,實現硬件監控、管理部署、統*告警、資產管理、統計報表決策等功能,可實現基于**-***數據庫的歷史數據查詢,提供軟件著作權證書復印件;
★*、安全:可支持服務器原廠時間同步型動態密鑰,具有雙向認證功能,提供國家密碼管理局頒發的商用密碼產品型號證書復印件。
*、主機加固系統:支持提供內核級文件、注冊表、進程強制訪問控制,應用授權控制,網絡級訪問控制,操作系統環境設置監控,可控制外接的***設備及控制設備的端口,實現內核封裝和內核隱藏,保護系統自身進程不被異常終止、偽造、信息注入,提供公安部銷售許可證證書復印件;
★**、節能:支持基于***訪問模式的主機負載功耗控制的原廠自適應節能系統,提供軟件著作權證書復印件;
**、備份:支持分區和硬盤的本地和網絡備份系統,提供節能軟件著作權登記證書。
▲**、兼容性:服務器通過****、*******、******、*****、***********、中標麒麟等主流**廠商的兼容性測試并提供相關官網鏈接。
**、服務:原廠商*年免費保修服務。
修改為:
(*)采購清單
合同包 | 序號 | 采購貨物名 稱 | 模塊 | 功能 | 采購數量 |
* | * | 資產管理軟件(核心產品) | 基礎設置 | 權限管理 | *套 |
系統基礎設置 | |||||
供 應商管理 | |||||
經費項目管理 | |||||
房產信息管理 | |||||
信息發布 | |||||
* | 資產申購 | 申購填寫 | |||
申購審批 | |||||
* | 資產采購 | 采購分配 | |||
資產采購 | |||||
付款管理 | |||||
驗收入庫 | |||||
入庫報賬 | |||||
* | 臺賬管理 | 固定資產卡片庫 | |||
低值耐久卡片庫 | |||||
資產卡片變動庫 | |||||
固定資產報廢庫 | |||||
* | 資產領用 | 領用申請 | |||
領用審批 | |||||
領用查詢 | |||||
* | 資產查詢服務 | 資產查詢服務 | |||
* | 日常管理 | 資產調撥 | |||
資產移交 | |||||
資產借用 | |||||
資產維修 | |||||
* | 資產盤點 | 盤點計劃 | |||
盤點核對 | |||||
* | 資產報廢 | 資產報廢 | |||
** | 數據匯總 | 上報教育局 | |||
上報國資委 | |||||
** | 資產大數據服務平臺 | 大數據自助服務工具 | |||
數據挖掘分析服務 | |||||
** | 資產*** | 消息通知 | |||
個人資產管理 | |||||
資產申購 | |||||
業務審批 | |||||
業務進展咨詢 | |||||
資產清查 | |||||
** | 數據梳理及原平臺兼容共享 | 輔助全校資產數據梳理清查整理 | |||
** | 服務器 | 詳見本章要求 | *臺 |
(*)系統情況概述
*、總體要求
資產服務平臺項目將為教職員工提供*個集成、公共、使用方便的服務平臺。構建資產管理信息化框架,實現學校內資產管理的完整“鏈條”。通過定義統*的管理、數據和技術標準規范接口,定義信息化交流方式,可以減少投入和浪費,提高資產分析和決策的力度,形成從上至下統*、暢通的管理條線。構建掌上資產系統,可以實現教職工資產業務的移動辦公。
*、建設原則
*.*易操作性原則
系統建設應遵循易管理、易使用、方便開發、易學習的原則。
*.*可擴充性及易升級性
適應應用不斷拓展的需要,應用平臺的軟硬件環境必須有良好的平滑可擴充性。
*.*整體規劃原則
系統建設應根據校方的要求,為學校以后的系統建設保留接口,方便擴展,保證后期建設的順利進行。
建設周期:
本次項目建設周期為合同簽訂后*天(含節假日)。中標人須在中 標后**天內簽訂合同,合同簽訂后*天后完成所有平臺開發部署和實施工作,如未能如期完成供貨或供貨不滿足要求視為虛假應標。達到驗收條件后開始試運行,試運行時間為*個月,投標方需要在投標文件中給出實施進度計劃。具體進度要求待定,招標完成后與招標方商議決定。
*.售 后服 務
本系統正式上線后要求提供*年免費售 后服 務,內容包括系統的日常維護、系統升級與調試、培訓、技術支持等。同時當公司自有系統有***修改和系統升級時,公司應該向學校進行提示,由學校決定是否升級。方案中應對服務的范圍和內容進行詳細闡述,并至少包括以下內容:
缺陷管理:針對本次招標的各類系統中存在的***、缺陷,不論在保期內、外,投標方均應持續提供修正與消缺服務。
應急故障處理:系統運行環境出現故障或意外情況導致系統不能正常運行時,投標人響應的情況描述和響應內容。
需求變更:對于學校業務流程的變化、性能要求提升導致的部署結構變化(如搭建雙機環境),提供限定次數的變更支持。對由于本期招標或集成的各類業務系統本身變更(如認證結構發生變化)導致的集成需求變更,提供配套的支持服務;對由于學校業務規則變更(權威數據源發生變化)導致的數據集成需求變更,提供配套的支持服務。
文檔服務:整個服務過程均需有完善的文檔記錄,便于跟蹤、分析問題;對各項服務提供詳細的書面報告,包括故障處理報告、健康巡檢報告、系統性能檢測調優報告、維護總表報告、服務年度報告等。
運行支持:對系統運行過程中師生用戶及業務部門的問題提供解答和問題解決跟蹤,對于關鍵業務點的上線推廣與運行提供現場保障。
人員培訓:
應提供詳細的培訓方案、培訓教材等,培訓應按照普通用戶、系統管理員、系統維護人員的不同需求分別提供培訓。要求各人員培訓次數不得低于*次,每次不得低于*天,直至各用戶能夠獨立使用操作。
(*)技術要求
*.項目技術路線
*.*技術要求:
*.*.*系統應采用*/*架構,并采用***模式開發;
*.*.*.采用****語言開發,符合****規范;
*.*.*.數據庫需支持******、*****;
*.*.*.采用*********工作流技術,支持流程定義、流程版本更新等;
*.*.*.采用************報表打印技術,報表輸出端使用***格式在線預覽;
*.*.*.基于組件技術開發,支持*** *******技術;
*.*性能要求:
(*)穩健性和快速性
*.*.*、支持大于***人并發用戶,滿足全校教職工的正常使用。
*.*.*、保證*×**小時運行,對于軟件更新、加載時不影響正常業務。
*.*.*、業務高峰時服務器內存不大于**%;***使用率不低于**%,不高于**%;
*.*.*、簡單頁面操作響應速度小于*秒;平均延時小于*秒,最大延時不超過**秒。
*.*.*、支持負載均衡、可擴展性。
(*)兼容性
*、能夠最大限度地保證學校現有各種計算機軟、硬件資源的可用性和連續性,以及學校未來應用的發展。
*、客戶端支持***以上、******、*******、******、*****等主流瀏覽器;
*、應用服務器支持各種主流應用服務器;包括******、*** ********、*** ********等;
*、服務器操作系統支持各種主流操作系統平臺,如*******、*****、****等;
(*)安全性
*、與防止對程序技術的非授權的故意或者意外訪問的能力有關的軟件屬性;
*、采用多種備份機制保證數據庫和文件系統不因服務器故障導致數據丟失;
*、應用系統必須提供完善的審計功能,對系統關鍵數據的每*次增加、修改和刪除都能記錄相應的修改時間、操作人和修改前的數據記錄;
*、應用系統必須支持操作失效時間的配置。當操作員在所配置的時間內沒有對界面進行任何操作則該應用自動失效;
(*)易用性
*、包括統*的操作風格、簡潔的用戶界面、智能的操作提示等;
*、對*些頻繁使用的操作界面要考慮增強用戶體驗,如增加智能提示、自動完成等輔助功能;
*、使用****技術減少用戶的等待或頻繁刷屏等問題;
*、用戶登錄后點擊不超過*次,即可訪問業務所需要的功能;
*、普通用戶的培訓不超過*天、管理員培訓不超過*周即可熟練掌握軟件的操作技能;
(*)數據共享
如因學校購買其它軟件平臺需要與本服務平臺進行數據互通,中標人必須免費提供完整安全的數據交流接口。
*.工作流
要求本次建設采用工作流的方式來進行資產業務流程的管理,通過工作流管理系統執行經過計算的流程定義去支持為學校資產管理業務中專門設定的業務流程,最終實現資產管理的工作流程確保工作在正確的時間被學校各級管理人員進行執行,并能夠在自動化進行的業務過程中插入人工的執行和干預,需要提供以下內容:
工作流引擎
****(業務流程建模與標注)
數據庫
配置文件
日志處理
*、項目集成
數據庫必須嚴格按照國家數據標準、學校特色數據標準格式及要求構建;各種第*方支撐軟件要滿足以下要求:
兼容性要求:投標方所提供的第*方軟件產品必須是基于開放的快速平臺的,不得局限于某*種或者幾種操作系統平臺;所有第*方產品應當支持***、**-****、*******、*******、*****操作系統。
投標方所提供的系統可以按照學校要求與學校現有的系統進行兼容。
為避免信息孤島,能和學校現有老系統實現無縫對接,可將系統和學校數字化校園平臺進行整合集成,實現數據共享和功能的完整遷移。系統集成需按學校提供的統*的集成標準和接口規范完成。
(*)系統功能需求及參數指標
軟件相關參數技術指標要求詳見以下列表內容。
*、資產管理全流程
基礎設置 | 權限管理 | 需提供部門管理、用戶管理及角色管理。 部門管理部門管理需按照學校各部門之間隸屬關系的組織機構建立,可以對同級部門進行排序,也可以調整不同部門的上下級隸屬關系。用戶管理的用戶信息主要包含用戶編號、用戶代碼、用戶姓名、所在部門、聯系方式、郵箱等基本屬性。需提供用戶新增、用戶修改、用戶導入、導出等功能。角色管理需提供權限信息包含角色編號、角色姓名、角色狀態、角色級別等相關屬性。系統支持權限新增、權限修改等功能。 |
系統基礎設置 | 需提供郵件設置、領用地點設置、限購設置、流程管理、分類代碼、用戶日志等設置。 | |
供 應商管理 | 要求對學校的供 應商進行統*管理,詳細記錄每*個供 應商提供的供貨類型及供 應商自身相關證件,形成供 應商管理庫。在進行采購等相關流程的時候提供相應選擇。需提供系統截圖。 | |
★經費項目管理 | 支持將財務系統中經費情況調用到資產管理平臺中,完成學校每年經費的初始化;經費項目內容包括有:項目、經費編號、項目類別、組織單位、管理部門、經費主管、使用部門、項目負責人、所屬年份、截止日期、編制日期、項目總額等相關內容。系統需提供經費管理授權功能,經費主管可自行定義經費使用部門,用于臨時采購時選擇經費來源。需提供現場演示。 | |
房產信息管理 | 系統需提供基礎房產信息的維護,為學校資產管理存放地做好基礎工作,房產基礎信息包括分類維護、土地管理、房屋管理等基本信息的管理。需提供系統截圖。 | |
信息發布 | 系統需提供獨立的信息發布、編輯、查詢入口,支持校園門戶、移動門戶等不同平臺的信息發布,通過標準的*** ********方式提供能力開放接入。需支持對外信息發布功能,快速實現資產系統中的對外信息通過接口發布到目標系統;支持通知公告、下載資源、規章制度、資產新聞等信息;需支持采購信息、招投標信息、中標信息直接發布。 | |
申購審批 | 申購填寫 | 在線填寫申購申請單,提交相關領導審核。需支持不同種類資產申購:資產類、耗材類、服務類、工程類等。 |
▲申購審批 | 支持自定義審批流程、審核節點進度查詢等。業務審核環節為保障系統數據安全,需提供加密審核操作功能。需提供審核節點進度查詢現場演示。 | |
資產采購 | 采購分配 | 支持根據申購類型,分配不同的采購員進行采購,采購類型包括自購、采購中心采購、政府采購*種。支持多種采購形式,包括:單*來源、*般采購、集市采購、大型設備、進口設備等。 |
▲資產采購 | 系統支持已經進入采購階段的采購流程跟蹤,便于關系人通過系統直接查詢到所采購的設備處在哪個階段,減少內部溝通,提高工作效率。采購狀態分為*個階段:待辦項目、在辦項目、辦結項目。系統需支持采購單查詢。需提供系統采購流程跟蹤現場演示。 | |
付款管理 | 支持登記合同的時候可以設置付款批次和付款的理由,在即將到達付款時間時可在系統內進行提醒。需支持查看每筆合同的付款情況。 | |
驗收入庫 | 支持采購人員通過系統提取申購單數據自動填寫生成驗收報賬單,下載打印后提請驗收。實物驗收通過后,支持資產處審核驗收報賬單,并建立設備卡片。對于贈 送、自制、盤盈等非購置但需要進帳的設備,支持直接填驗收報賬單。 | |
入庫報賬 | 系統需提供多種種報賬方式。 | |
▲臺賬管理 | 提供資產固定資產庫、報廢庫、變動庫、低值耐久查詢,支持資產標簽打印,資產正副卡片打印,每張打印機的資產卡片都存在*個*維碼。系統支持對資產分類產生的卡片維護、卡片新增、卡片修改、卡片刪除,不同的資產卡片對應相應的卡片信息,分類卡片信息要求明細,符合 資產管理相關標準。支持固定資產保管員對資產卡片的修改、資產驗收、分類統計分析、打印等功能,對于設備的存放地點,系統支持存放到最小目錄(房間)。需提供現場演示。 | |
資產領用 | 需支持資產領用申請單填寫,領用申請包括資產的搜索、新增、修改、刪除、提交等功能。搜索支持‘領用單號’關鍵字搜索,填寫關鍵字后點擊‘搜索’即搜索出帶關鍵字內容的數據,支持模糊搜索。申請頁面包括領用單號信息,點擊某*領用單號,會出現該領用單的詳細信息及流程節點狀態。 | |
需支持多級領用審批,按照學校審批流程,可以生成各級部門的審批界面。 | ||
需支持資產領用查詢,領用查詢可以根據權限分為個人、部門以及全校的資產領用查詢。 | ||
資產查詢服務 | 需提供多個屬性查詢所需要物資的信息。根據權限不同,所查詢出來的數據也不同。如:部門保管人只能查詢出自己所保管的物資信息,管理員可查詢出所有的設備信息。需提供系統截圖。 | |
日常管理 | 需支持資產調撥,資產使用角色人員發起申請資產調撥,資產保管人審核資產調撥申請,申請通過以后,申請的資產為當前申請人員所使用,并成為資產管理人。需提供系統截圖。 | |
需支持資產移交,資產保管人退休、調崗后,需要將名下的資產移交至新保管人名下,系統支持保管人移交流程。 | ||
需支持資產借用,學校資產處根據資產需求單位請求,登記資產校內借用單,記錄借入單位、借出單位。借用資產調入單位打印資產借用申請單,向相關歸口部門進行簽字審批。學校資產處對已簽字審批通過的調劑單進行審核確認,借入單位、借出單位進行調借用處理。 | ||
需支持資產維修,資產使用角色人員發起申請資產維修,資產保管人審核資產維修申請,申請通過以后,申請的資產為維修狀態,并該固定資產不能調撥、領用等日常管理功能,維修完成后,即可進入使用狀態。需提供系統截圖。 | ||
資產盤點 | 資產盤點需提供兩種不同的方式,第*是傳統的手工盤點的方式,將待盤固定資產打印出來,盤點完畢后將其實際數量錄入系統,通過系統完成盤盈盤虧統計;第*種方式是自動盤點方式,是借助其他設備例如條碼掃描設備,結合 資產*物*碼的條碼管理機制,將需要盤點的資產信息導入到掃描設備中,資產管理員使用條碼掃描設備對資產進行盤點,盤點結束后將掃描設備中的盤點結果導入到系統中。 | |
支持發起盤點計劃,可以選擇對應的部門和資產范圍,提交后各部門的保管人會生成*條盤點計劃,盤點計劃里有待盤點的資產數量及金額。需支持計劃盤點和抽查盤點。需提供系統截圖。 | ||
支持盤點核對,至少提供*種核對方式:手工核對、盤點機核對及手機掃碼核對等。 | ||
資產報廢 | 系統需支持資產報廢功能。需提供系統截圖。 | |
數據上報 | 系統需支持教育局數據的上報。 | |
系統需支持財政部門系統的數據上報。 |
*、資產大數據服務平臺(具備大數據自助服務工具及數據挖掘分析服務模塊)。
*.*大數據自助服務工具
大數據自助服務工具使得用戶可以通過瀏覽器針對分析數據進行自主篩選、排序、全文檢索,通過直觀的拖放式界面創建查詢視圖、報告和自助式圖形儀表盤。,對查詢顯示的數據結果可以進行下鉆,以顯示及導出詳情數據。
系統功能如下:
平臺 模塊 | 功能模塊 | 功能描述 |
多維數據模型管理 | 分類管理 | 通過對福建建筑資產相關數據模型進行分類,便于對數據的分類管理、查詢及導出。 |
創建模型 | 數據建模包括選擇分類、選表、創建動態字段、配置查詢立 方體等功能。系統同時支持對創建好的模型進行編輯、刪除等操作。 | |
已建模型管理 | 對已建的數據多維模型進行查詢、修改、刪除等操作。 | |
綜合查詢 | 查詢及導出 | 用戶通過任意拖拽查詢模型內數據字段到表格進行展現,并支持查詢條件,查詢條件包含大于、小于、等于、不等于、區間、包含等多種篩選方式。 |
全文檢索 | 通過全文檢索對制定的多維數據模型進行查詢。 | |
做圖 | 通過做圖功能對查詢數據做圖,支持曲線圖、柱狀圖、餅圖、儀表板、雷達圖、散點圖、氣泡圖、地圖等多種類型,并支持導出到*****、***文檔。 | |
報表工具 | 報表建設器 | 通過提供標簽、文本、圖片、分析圖、表格、交叉表等多種展現組件,通過在統計分析過程中參數設置、布局定義、預警參數、導出管理,對不同的統計分析需求按不同的形式進行統計分析。 |
報表授權 | 通過報表建設器發布的報表,只有通過授權后用戶才能訪問,授權形式包括查看、導出、打印*種。 | |
報表展現 | 報表分為共有報表和私有報表,共有報表為用戶創建后大家都能看的報表,私有報表為用戶創建后只能自己看到的報表。 | |
多維分析工具 | ▲拖拽分析 | 通過拖拽多維數據模型中需要展現的維度及指標至展現表格的行標簽、列標簽組件上對需要分析的數據進行展現,展現結果支持數據軸的旋轉,同時支持對分析結果的圖形化展示,圖形形式與綜合查詢類似。需提供現場演示。 |
鉆取 | 通過對多維分析結果由高層次向低層次擴展,對數據進行深入的分析,鉆取支持下鉆及上卷。 | |
聚合 | 對多維分析結果在所需維度上進行聚合操作,聚合方式包括合計、計數、平均、最大值、最小值、方差、標準差等。 | |
時間軸 | 展現指標在時間軸上的偏移計算,可以對指標的不同年度或不同月度進行環比、同比的分析。 | |
篩選及排序 | 對多維分析的結果進行篩選和排序的操作。 | |
其他功能 | 需提供指標預警、導出、打印等操作。 |
*.*數據挖掘分析服務
通過對學校資產相關數據提供至少兩種類型的數據挖掘分析算法,如分類或聚類或關聯規則的數據分析,對待分析的數據進行過濾等預處理,將數據轉換成對應的分析模型后為此模型選擇合適的算法,數據分析后得到的分析結果能支持可視化顯示。
系統功能如下:
平臺模塊 | 功能模塊 | 功能描述 |
領導視圖 | 通過將領導關心的綜合 資產相關報表、圖形、多維分析及數據挖掘結果集中在領導視圖中,方便使用者快速、直觀的瀏覽數據,以支持業務決策。需提供現場演示。 | |
數據挖掘 | 構建挖掘模型 | 通過設定數據挖掘方法、數據訓練方法構建數據挖掘模型來從業務數據中找出隱含的規律,系統支持回歸、分類、聚類、關聯及相關等多種挖掘方法,支持樸素貝葉斯、貝葉斯網絡、決策樹、隨機森林、神經網絡、支持向量機、*最近鄰分類等*種以上算法。 |
運行模型 | 對構建并保存好的數據挖掘模型進行查看、編輯及運行。 |
*、資產***
消息通知 | 需支持移動端接收系統自動發送的通知或用戶手動發送的消息。需提供系統截圖。 |
個人資產管理 | 需支持移動端查詢個人資產,修改資產存放地點,申請維修、調撥、報廢,可拍照并上傳照片。 |
資產申購 | 需支持移動端填寫資產申領單、合同審批表、報賬單,可拍照并上傳照片。 |
業務審批 | 需支持移動端審批人審批各類業務(含申領單、合同、報賬單等)。 |
業務進展查詢 | 需支持移動端查詢本人提交業務的進展情況。 |
資產清查 | 需支持移動端掃描條碼標簽進行清查。 |
*、數據梳理
學校現有的資產數據混亂,為了準確地掌握全學校資產的使用狀況,確保資產平臺清晰合理使用,充分發揮資產的效能,保證資產更新、投入、使用、修理、報廢和處置等各項環節處于有序的控制狀態,更好地為建設服務,需要對學校提供人員駐場服務并對現有資產數據進行梳理及后期資產數據上報工作。
數據梳理就是在數據正確轉換的基礎上,制定*個切實可行的計劃,保證業務辦理順利、平穩過渡到新系統中進行。數據梳理包括以下內容:
*、數據收集服務
駐場人員將學校里原有的所有各部門資產數據進行收集,了解各資產數據的基礎信息、使用信息、維修狀況。
*、數據資源整合
數據資源整合包含兩個步驟:數據整理與數據轉換。數據整理就是將原系統數據整理為系統數據轉換程序能夠識別的數據;數據轉換就是將整理完成后的數據按照*定的轉換規則轉換成新系統要求的數據格式,數據的整合是整合系統遷移的關鍵;
在新系統正常運轉后,投標方還需要監控整個新系統運行的有效性和正確性,以便及時對數據轉換過程中出現的問題進行糾正。
*、服務器
*、機型:**機架式服務器,非***產品
*、***:配置≥*顆*****系列*核處理器,處理器主頻≥*.****;
★*、內存:≥**** **** *** ***內存,內存插槽≥**根,最大可支持*.***內存容量,支持******內存,可實現意外斷電時內存數據不丟失,提供證明材料;
*、網卡:≥*個集成*****雙千兆網卡,支持網絡喚醒,網絡冗余,負載均衡等網絡特性;
★*、硬盤:≥*塊**** *.*寸***熱插拔硬盤,整機最大可支持熱插拔*.*寸****/***/***接口硬盤≥**個,為保證兼容性,提高服務器未來本地磁盤性能,服務器應支持與服務器制造商*致的***-* ***,提供與服務器制造商*致的***-* ***證明材料;
*、電源:高效能*+*冗余源功率≥****;
*、管理:支持原廠自主產權管理軟件,基于*/*架構的模塊化、*體化的服務器綜合管理軟件,實現硬件監控、管理部署、統*告警、資產管理、統計報表決策等功能,可實現基于**-***數據庫的歷史數據查詢,提供軟件著作權證書復印件;
★*、安全:可支持服務器原廠時間同步型動態密鑰,具有雙向認證功能,提供國家密碼管理局頒發的商用密碼產品型號證書復印件。
*、主機加固系統:支持提供內核級文件、注冊表、進程強制訪問控制,應用授權控制,網絡級訪問控制,操作系統環境設置監控,可控制外接的***設備及控制設備的端口,實現內核封裝和內核隱藏,保護系統自身進程不被異常終止、偽造、信息注入,提供公安部銷售許可證證書復印件;
★**、節能:支持基于***訪問模式的主機負載功耗控制的原廠自適應節能系統,提供軟件著作權證書復印件;
**、備份:支持分區和硬盤的本地和網絡備份系統,提供節能軟件著作權登記證書。
▲**、兼容性:服務器通過****、*******、******、*****、***********、中標麒麟等主流**廠商的兼容性測試并提供相關官網鏈接。
**、服務:原廠商*年免費保修服務。
*、更正(補充)后購買采購文件時間、地點、方式: 采購文件隨同本項目采購公告*并發布;投標人應先在福建省政府采購網(**.******.***.**)注冊會員,再通過會員賬號在福建省政府采購網上公開信息系統按項目進行報名及下載采購文件,否則投標將被拒絕。
*、更正(補充)后網上報名:同原招標公告
*、更正(補充)后響應文件提交的截止時間:****-**-****:**
*、更正(補充)后開標(詢價方式:報價公開)時間(系統引用時間)及地點:****-**-****:**。福州市鼓樓區西洪路***號恩特樓*-***單元
*、采購人名 稱:福建建筑學校
地址:福建省福州市倉山區建新中店**號
項目負責人:張老師
*、代 理機構名 稱:福建省宏瑞招標代 理有限公司
地址:福州市鼓樓區西洪路***號綜合樓 ***-***單元
項目負責人:吳萍
聯系電話:****-********、***********