加入日期: | 2015.09.16 |
---|---|
招標代理: | 深圳市政府采購中心 |
地 區: | 深圳市 |
關鍵詞: | 教育 |
項目名稱 |
深圳市教育局市區校協同辦公系統和教育數據分析決策項目 | 采購類型 |
政府采購 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采購人名稱 |
深圳市教育局 | 采購方式 |
公開招標 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
財政預算限額(元) |
810000 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
項目簡介 |
深圳市教育局市區校協同辦公系統(以下簡稱“局辦公系統”)遵循一體化設計思路,在實現辦公運作一體化、提高整體辦公管理水平和效率、規范日常辦公運作、促進數據資源綜合利用等方面已取得了非常明顯的成效。隨著業務需求的擴展,現有系統功能已不能完全滿足日常辦公需要。為確保局辦公系統滿足新的辦公管理要求,更好地為全局各處室及下屬單位提供服務,擬對系統進行優化升級。項目范圍主要包括局辦公系統新增辦公事務管理功能,優化現有辦公事務管理功能,修正使用過程中發現的問題;進行服務器雙機高可用升級,提高系統效能;完成原OA系統的數據分析,將數據遷移到局辦公系統中,為決策服務。
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投標人資質要求 |
(1)投標人必須先行注冊為市政府采購中心的供應商,具有獨立法人資格;
(2)投標人具有工信部備案的軟件企業認定證書。 (3)本項目不允許聯合體投標; (4)本項目不允許進口產品投標 (5)近三年內(即至少從2012年8月開始起算,供應商成立不足三年的可從成立之日起算)無行賄犯罪記錄。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
工程預算書、工程量清單要求 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商務需求 |
1、建議評標辦法。綜合評估法
2、項目工期要求本項目要求必須在合同簽訂后120個日歷日內完成所有系統的開發和實施工作,保障系統正式運行,支持深圳市教育局辦公管理電子化的順利進行。項目建設分為四個階段: 1) 簽約后15個日歷日內,新增通用事項審批,完成登錄頁改造、首頁功能區改造、分送頁面改造、公文流轉改造、意見簽批升級、正文附件升級、公文表單改造和心跳檢測服務; 2) 30個日歷日內,新增信息項目申報、新聞采訪函、教育輿情摘報、離深申報,完成內部文優化、會議管理改造、表單打印處理改造、督辦事項升級、公文查詢升級、短信發送升級; 3) 75個日歷日內,新增網站信息維護、輿情預警提示、接待管理、項目經費管理、信息化項目建設管理、車輛管理,完成待辦工作臺升級、已辦工作臺升級、公文流轉升級、公文表單升級、日程安排升級,實現系統任務支持、套紅套打模板定制;完成OA雙機高可用升級; 4) 120個日歷日內,完成全部建設內容上線。合同簽訂120個日歷日內必須完成所有建設內容的設計、開發及測試,并必須按工期要求提交每個階段的子系統予采購方進行初驗,合格后進行系統試運行;試運行合格后,進行系統終驗。投標方應根據項目建設內容制定更為細化的項目開發實施計劃,保障按工期完成每個階段的建設內容。項目階段建設內容的完成以采購方驗收合格為準。如中標方不能按時提交階段子系統初驗且延期超過半個月的,采購方有權提前終止合同;如中標方按時提交初驗但初驗不合格的,采購方同樣有權提前終止合同。 3、項目驗收程序、標準及期限項目各階段驗收工作均包含如下內容: 3.1. 系統初始驗收(初驗)中標方完成系統或子系統應用功能測試和系統測試后,提交采購方進行初驗。初驗按照采購方的標準和要求組織驗收,中標方必須配合提供相關的驗收方案和驗收文檔清單。 3.2. 系統試運行系統初驗合格后,在采購方指定的范圍內,由最終用戶使用系統。試運行時間為1個月,如出現嚴重問題或問題較多,采購方有權延長試運行時間。 3.3. 系統最終驗收(終驗)所有子系統試運行期滿后,由采購方組織評審,對項目進行評審和驗收。驗收合格作為項目的最終認可。中標方應負責在項目驗收前將系統實施過程中的所有竣工材料提交采購方,只有文檔齊全后才予以驗收。 4、保修、售后服務要求、發生問題處理意見自本項目竣工驗收合格之日起,即進入了免費服務期(即質保期),免費服務期要求不少于1年,且在此期間內至少有2名技術人員可應采購單位要求,隨時提供現場服務。投標文件中應對項目免費服務期內的服務計劃、響應時間等進行詳細承諾。 5、付款方式按照合同約定的支付方式和條件。 6、履約保證金(小于或等于合同款10%)要求無 7、其它 7.1、培訓要求投標人應明確提出分析設計、開發、項目管理等有利于推進系統建設的培訓計劃和安排。 7.2、其它要求為更好地確保本項目的按期開發和實施,中標供應商產生后,由中標供應商在用戶方進行10個工作日的原型驗證開發,進一步檢驗其能否按照招標要求按工期完成應用開發,原型系統必須是可以進行數據操作的可運行的軟件系統(靜態頁面等不予接受)。開發內容包括:完成通用事項審批模塊的開發;完成新聞采訪函的開發。中標供應商開發完成后,由用戶方或用戶方組織的小組進行驗證測試,如開發系統不能符合招標文件要求,采購人有權要求中標人3個工作日內整改并達到要求,如中標人仍不能滿足招標文件要求,采購人有權拒絕簽訂合同,并按相關規定處理。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
圖紙 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
技術需求、項目管理要求、其他 |
具體技術要求
一、 項目總體要求
★開發技術:基于J2EE,采用JAVA語言進行開發,JDK版本為1.5或以上。
★基礎平臺:采用市教育局已經開發的基于Struts+Spring+Hibernate的基礎平臺J2EE技術框架、技術標準、基礎組件等或根據市教育局業務特點與甲方共同完善基礎平臺。
★用戶權限管理及安全:用戶權限管理采用市教育局已經開發實施的基礎平臺的用戶管理體系,用戶驗證采用統一身份認證體系,實現單點登錄,系統內人員分級授權操作。投標人應對系統安全、統一用戶管理、應用安全和數據安全提出明確的方案。
★公用組件及系統平臺:必須采用市教育局已有的基礎組件庫和系統平臺。
★應用系統:實現招標書中各項功能性要求的所有應用功能、業務邏輯以及相應的業務例外處理。
★系統整合和數據交換:在現有局辦公系統統一的基礎設施、支撐平臺和編碼基礎上,與現有局辦公系統實現無縫整合,與相關應用系統實現數據交換,支持辦公管理的自動高效處理。
★全面測試:進行單元測試、集成測試、壓力測試、迭代回歸測試等的全面測試。
★項目開發和實施:本項目采用集中式開發方式,要求項目團隊所有成員可在采購單位指定的現場全程集中進行設計、開發和實施。
以上帶★號條款為必須滿足的基本要求,對以上要求有負偏離(由評標委員會進行評判)的投標人將被視為沒有實質性滿足招標文件要求而作無效投標處理。
二、 項目功能性要求
實際工作包含但不僅限于以下要求。甲方有權要求中標人在維護期內完成辦公事務所需新功能的開發。
1、 辦公事務功能需求
本次項目要求在現有局辦公系統的基礎上建設我局需要的各種辦公事務管理,支持各項辦公事務的個性化表單、辦公流程和辦公規則。
(1) 績效考核功能
實現局機關各績效考核事項設置,網上信息填報、監察,結果統計和分析。
實現對系統內各種辦文和辦公事項的辦文效率、質量(退文率)和效率(超期辦理率)的統計。需要區分正常退回和不符合規則退回,退回時需要填寫退回理由。
(2) 信息安全工作管理
根據“局信息系統安全問題處理流程”,實現下發安全提醒、漏洞通告、關停通知書等,實現系統上線或變更申請等審批事項。直屬學校的相應功能在三級公文系統中實現。
(3) 項目申報和審批管理
實現教育局各種項目的申報、審批、查詢等功能,實現對項目申報查詢統計。
(4) 項目經費管理
實現教育局項目經費的信息錄入及審批辦理流程,支持項目經費進展情況的錄入、跟蹤、查詢統計。數據可導出并上傳到市財委系統。實現與項目申報和審批管理的無縫連接。
(5) 合同管理
實現完成合同的信息錄入及審批、辦理、備案的流程管理,支持對合同的查詢統計。
(6) 通用事項審批
實現教育局所有不需要業務查詢統計的辦公事項的發起和審批的全流程管理,包括:通用事項模板管理、通用事項辦文表單及流程管理。為未來業務發展開發自定義的通用審批模塊。
(7) 辦文功能
收文功能,實現辦件(主辦、協辦、分辦)、閱件等全流程網上辦理,閱件可轉為辦件等功能。
發文功能,實現外發文和內發文全流程網上辦理,實現公文自動套格式和電子公章等功能。
內文功能,實現內部請示的全流程網上辦理,內文可轉為發文等功能。
實現局辦公系統和市政府電子公文交換平臺的對接,可直接收發電子公文等功能。
(8) 辦會功能
實現領導政務一覽表,支持表格顯示,支持導出為EXCEL或Word格式等功能。
實現會議通知的辦理,簽批和結果記錄,并與領導政務一覽表實現對接等功能。
實現會議申請、審批和會議室管理等功能。
(9) 信訪件管理
實現教育局對信訪件進行登記、審核、辦理的全流程管理,支持對信訪件的查詢統計。
(10) 網站信息維護
實現教育局網站信息維護的申請、審批流程等管理,實現對網站信息維護績效的統計。
(11) 新聞采訪函
實現教育局新聞采訪函的信息錄入及審批辦理流程,實現對新聞采訪函的查詢統計。
(12) 教育輿情摘報
實現教育局教育輿情摘報的信息錄入及審批辦理流程,實現對教育輿情摘報的查詢統計。
(13) 輿情預警提示
實現教育局輿情預警提示的信息錄入及審批辦理流程,實現對輿情預警提示的查詢統計。
(14) 車輛管理
實現接待管理和車輛管理的聯動,實現駕駛員管理,用車申請及審批流程管理、車輛維修保養申請及審批流程管理。
(15) 接待管理
實現教育局接待事項的全面管理,包括制定接待方案、申報、審批流程,以及相關會議安排和相關用車安排,支持接待事項統計,可以根據接待事項類型和時間段進行統計。
(16) 離深申報
實現教育局對局內人員離深時進行在線申報、審批流程管理,具體業務流程及規則按照《請休假制度》要求實現。
(17) 接待管理
實現教育局接待事項的全面管理,包括制定接待方案、申報、審批流程,以及相關會議安排和相關用車安排,支持接待事項統計,可以根據接待事項類型和時間段進行統計。
(18) 用章管理
實現教育局公章(含電子公章)使用的管理和統計。
(19) 文書檔案管理
實現教育局文書檔案的信息管理(新增、修改、刪除、查詢、分類、授權);
(20) 辦公用品管理
實現教育局辦公用品管理,支持辦公用品申購、領用的全流程管理和辦公用品的信息維護和庫存管理。
(21) 公文交換對賬
支持查詢公文交換站接收到的所有公文,與局辦公系統接收到的公文進行對賬。
支持查詢發送到公文交換站所有公文,與局辦公系統發出的公文進行對賬。
2、 現有辦公管理功能優化需求
本次項目將對現有已上線的各項項目辦公管理功能等進行優化升級,提升整體系統的功能、易用性和可用性,提高全局的辦公效率。實際工作包含但不僅限于以下要求。
(1) 登錄頁優化升級
登錄頁中添加找回密碼、常用系統鏈接、登錄的優化、IE會話時效
1)調整密碼設定規則;
2)調整登錄會話有效期;
3)增加短信修改密碼功能;
4)忘記密碼時,可以在首頁通過手機號找回;
5)在登錄頁提供多種工具的下載鏈接;
6)登錄頁可以記住用戶登錄帳號。
(2) 首頁功能區優化升級
1)系統首頁快捷操作欄中增加普通收文,針對領導和特殊角色可進行個性化設置;
2)首頁的側邊欄默認自動縮起;
3)首頁添加個人日程安排,可以顯示自己的個人日程安排;
4)首頁待辦事項顯示所有本人需要辦理的公文,不用到公文辦理里面查找;
5)首頁快捷操作欄添加“3日內收文”、“3日內發文”兩個功能,可以分別查詢出自己3天內辦理過的收文和發文;
6)局領導登錄后,取消起草外文、起草內部文的功能
7)局領導公文表單上取消“轉擬文流程”,“起草內部文”,“起草發文”的功能。領導的文件分為四類:“會議通知”、“來文閱示”、“發文審批”、“內部文審批”;
8)局領導首頁添加“局長批過的件”,可以查詢到局長辦理過的文件。
(3) 待辦工作臺優化升級
1)改造個人首頁中的待辦工作臺:待辦要分個人待辦、處室提出疑義件、領導交回件;個人待辦、處室提出疑義件、領導交回件中每種類型待辦還要再區分開收文、發文、內部文;領導交回件要區分會議和來文。
2)普通收文和會議收文手工錄入的件或掃描錄入的件單獨列出來,不放在個人待辦中;
3)超時件單獨列出來,可以查閱所有待辦中超時的件;
4)改造待辦列表,流水號在任何頁面都是放到第一列,待辦列表中去掉登記/擬稿部門、送件人,添加來文字號/發文字號。來文列表按:流水號、標題、辦件、當前在辦、剩余天數、辦理時限、送件時間、文件類型、登記/擬稿部門、緩急、送件人、操作排列。
5)待辦要區分個人待辦、部門待辦、待核實文件,部門辦件可以發給自己;"
6)改造辦公室主任待辦處理,添加辦公室主任的來文審核件和發文審核件,可以查看擬辦崗發給主任審核的來文件和查看核稿崗發給主任審核的發文件;辦公室主任的外發文需呈局領導的件和文印校對返回辦公室主任的件要區分開來顯示;
7)改造處室負責人待辦處理,處室主要負責人分辦文件后,文件仍需顯示在處長“來文待辦”欄目下,直到部門辦畢才不顯示;12)處室主要負責人***
8)調整個人待辦公文頁面,可以顯示出送件人信息,流水號和標題欄調窄一點,待辦中特急件標題后添加紅色雙??!閃爍提醒,待辦中急件標題后添加紅色!閃爍提醒
9)擬辦崗添加來文處理功能,查詢顯示所有來文,默認顯示未辦結的件,可以根據狀態查詢,可以查詢狀態為:等待審核件、交辦、局領導閱示中、局領導已閱、等待辦結、需呈局領導、辦結;
10)來文表單上添加急件跟蹤件字段,只有擬辦崗可以維護、查看到,其它人都看不到此字段,擬辦崗首頁中添加一欄急件跟蹤件,可以專門查看急件跟蹤件;
11)增加“當前在辦”顯示,當前通常分為3種情況顯示:i)分辦到處室時,處室當前在辦顯示為:處室分辦;ii)處長交辦時,處室當前在辦顯示為:具體的人員姓名(如XX在辦);iii)交辦的人都員提了意見之后,處室當前在辦顯示空白,表示需要處長提交意見來處室辦畢。(注:若當前在辦人員是A、B、C,A提了意見之后,A在當前在辦中不顯示,只顯示B、C,依次類推都不顯示時,表示A、B、C都提交了意見。);發到部門的來文,若處長交辦之后,“當前在辦”應該顯示具體的人,加以區分在辦和未辦;"
12)查詢公文時增加公文去向欄,公文去向顯示當前交辦人員姓名;
13)會議管理員添加會議跟蹤功能,可以查詢到所有已安排,需要跟蹤的會議件,跟蹤信息包含收文時間、會議時間、地點、內容、來文單位、參會人員、備注;
14)會議件公文查詢結果中,添加流水號、與辦文流水號區分。辦理狀態顯示具體的辦理人;
15)修改搜索條件,縮小屏幕區域,增加內容顯示區域;
16)工作臺個性化改造,個人可以設置自己的工作臺,配置待辦事項的功能樹,配置分類,組合新的層次,可以選擇顯示層級,并定義排序;可配置TAB頁及TAB頁排序,自定義標簽及標簽配置;支持待辦事項置頂、收藏、預警和督辦;支持對工作臺現有待辦事項進行合并處理。
(4) 已辦工作臺優化升級
1)添加“領導在辦件”查詢功能,可以查看到領導正在辦理的收文
2)調整查詢列表,調整查詢列表寬度及顯示內容;流水號在任何頁面都是放到第一列;)所有的辦理人員要顯示人名,而不是現在的崗位名稱;
3)擬辦員將收文或會議件分辦(不管選的是主辦、協辦、閱知)給其它處室后,都應該從擬辦辦文中轉到已分辦辦文中
4)局領導首頁添加“郭局批過的件”的功能,可以查詢到所有郭局辦理的過的文件;
(5) 公文流轉優化升級
在現有公文流轉方式、流轉規則、流轉操作權限、查閱權限等公文流轉的基礎上,進行優化升級改造。
1)改造分送頁面,由現在的六個區改為兩個區,即領導區和辦件區,選擇領導時,一次只能選擇一個領導,辦件區選擇人員(或處室)后,在選定的人員(或處室)后,可以再通過下拉選項確定其為主辦、分辦、閱件,其中主辦只能有一個人(或處室);將“確定分送”改為“發送”;
2)辦結公文時,授權時默認設置為默認權限,即經辦人可以查閱;
3)改造公文流轉
l 添加“退回擬稿處室”、“送主任審核”、“送文印”的操作,點擊“送主任審核”時下拉顯示正副主任,點擊一個主任后,就將此件發送給相應的主任;
l 添加“報處領導審核”按鈕,點擊此按鈕時下拉顯示正副處領導,點擊一個處領導后,就將此件發送給相應的處領導
l 添加“會簽”功能,點擊后打開可以發送協辦(改為會簽)的頁面;
l 修改“送公文核稿”為“送辦公室核稿”,只有處長、副處長有此權限;
l 主任崗,要添加“報局領導閱示”功能,報局領導閱示,一次只能選擇一個領導;
l 副主任崗位,要添加“送主任審核”、“報局領導閱示”功能,報局領導閱示,一次只能選擇一個領導;
l 收文添加“交辦”按鈕,點擊后,直接發給擬辦辦文;發文點“交辦”直接發給核稿員;
l 局領導操作的流程流轉只有“送辦公室”按鈕,發文點擊“送辦公室”后流轉到核稿辦文中,收文點擊“送辦公室”后流轉到擬辦辦文中;"
4)改造處室辦公
l 處領導不能直接給局領導發文,需要給局領導發文時,一律經由辦公室轉發,發文由核稿轉發,收文由擬辦轉發(給各處室負責人***
l 處領導(主辦)交辦處室職員辦理公文時,辦理公文狀態為未完成,職員辦理完成之后由處領導意見匯總再來流轉完成;
l 會議和普通收文,領導和處室辦理時,必須要填寫意見,否則不能辦畢或送辦公室;另外處室辦畢的時候(這個處的負責人***
l 辦文,處室的負責人***
l 會議及普通收文,處室不管是主辦、協辦、還是閱件,向下轉發是都統一叫交辦,且當前部門件不應該變為已辦,只有處室辦畢后才轉到已辦;
l 發送到部門的文只有處領導(主領導)可以交辦,副職領導不能交辦只可查看,副職領導和處室人員需要處領導授權才可以有交辦的權限;
l 來文擬辦崗或主辦處室辦結公文時,當有協辦處室未完成時,需彈出提醒“協辦處室未辦畢”頁面,確定后才能辦畢;
l 當處室辦理類型為主辦,點擊部門辦畢時:1)若處室領導未填寫意見,彈出框內容提示:“您尚未填寫意見,請填寫意見后提交”;2)若處室交辦還有其他人員沒有辦理完成時,彈出框內容提示:“在此辦畢后,本部門其他人員不能辦理此件,是否確定要辦畢?”;3)若其他處室協辦未完成還在辦理,則彈出框內容提示:“您所在的部門為主辦部門,仍有協辦部門未辦理完成,是否確定要辦畢”;
l 處室主辦的來文,選擇人員交辦時,不需要提示,處室將保留主辦。
5)公文辦理過程中,如果在有協辦待辦的情況下,再次給其發送主辦時,主辦件覆蓋之前未辦理的協辦件;
6)內部文優化
l 內部文辦理流程(優先級最高):處室擬文---處室負責人審批---報局領導---局領導簽批后點“交回擬稿處室”--負責人***
l 內部文可以直接轉外發文,不需要重新再走遍發文的流程,信息可以直接同步到發文表單;
7)改造收文處理
l 收文可以轉擬文流程也可以轉內部文;
l 收文擬辦崗分辦收文時,在分辦頁面添加單選按鈕,選擇主辦/協辦、分辦、閱知,如果選擇主辦/協辦,選擇的人員辦件類型中可以選擇主辦或協辦,但是只能有一個主辦,即保持現有模式不變;如果選擇分辦,選擇的人員全為分辦,分辦的處室在待辦中查閱辦理,在辦理過程及經辦過程欄中均顯示為分辦;如果選擇閱知,選擇的人員全為閱知,分辦的處室在待辦中查閱辦理,在辦理過程及經辦過程欄中均顯示為閱知;
l 收文點擊分送時,可以復制其擬辦意見時選擇的部門和領導;
8)改造會議管理
l 擬辦崗也可以對會議件可以有擬辦分辦的功能;
l 會議崗在辦理過程中的可以選擇“添加”按鈕增加其它部門;
l 會議件中的分辦按鈕可以選擇辦公室的人員;
l 特急(需處室準備材料)的會議件:要求同時報局領導和分到處室;
9)擬辦崗在來文未辦結時,可以修改主協辦處室;
10)辦理過程中的“催辦”功能要加以區分已催辦和未催辦兩個狀態;
11)送局領導和處室的急件,主辦處室部門辦畢后,局領導仍然可以提交辦理意見;
12)分辦出去的件中可再次追加處室或領導。
(6) 公文表單優化升級
在現有公文表單的基礎上,改造頁面中字號、關聯區、主送、抄送機關、文件保密性等,同時修改表單中信息修改權限等。
1)改造公文表單內容:
l “發文類型”改為“發文文種”,選項改為【請示報告、函、通知】;
l “文種”改為“發文字號”,文類選項改為【深教、深教函、深教辦、深教規、深教黨、深教紀】,只有文印和擬稿人可以修改;
l 去掉頁面上的“密級”字段;
l 處理表上部用紅色字體顯示“涉密不上網,上網不涉密”(收文、發文、內部文都按此修改);
l 來文字號改為非必填,且要默認顯示為____[2015]___號;
l 辦理關聯區改為關聯文件;
l 參考關聯區改為參考文件;
l 修改經辦信息欄,按發送的順序顯示經辦局領導和處室,如果同時發送時,領導在前、處室在后,按組織機構的順序顯示;
l 來文登記時,可以選擇來文單位,也可以手動輸入,可選單位包括電子公文交換站同步來的單位及各高校、研究院、直屬學校、區教育局、教育部、省教育廳;
l 調整收文處理表、發文處理表和內部文處理表等字體,標題采用“宋體加粗2號”字體,標簽欄采用“宋體4號”,正文采用“仿宋-GB2312 4號”字體;
l 希望來文字號可以編輯,有像辦理時限中的清空功能,因為有些件沒有來文字號;
l 學校辦件字段挪到績效件字段后邊;
l 單獨顯示核稿欄意見(不與處室領導意見合并顯示);
l 來文字號中的方括弧改為六角括弧〔2015〕;
l 改造會議表單,“會議時間”只精確到分鐘,不顯示秒,“參會市領導”改為“出席領導”、“參會人員”改為“我局參會人員”,調整位置到“會議內容”后邊;
l 辦公室主任會議表單上的按鈕去掉需呈局領導、辦結等功能
2)改造表單打印處理
l 收文閱件表單及打印預覽中圈閱欄中局領導姓名如果是三個字顯示為名+同志,如果是兩個字顯示為姓名+同志,處室名稱后邊不要加同志兩字,且要居中顯示;
l 打印出來的表單字體偏小,可以放大,格式固定;
l 所有的“題名”,改為“標題”;
l 會議處理表中擬辦意見與領導意見位置互換;
l 文件處理表打印稿需要按A4,調整各部分面積,避免領導的簽批空白太多等;
3)改造公文表單填寫處理
l 改造主送機關和抄送機關選擇,主送機關與抄送機關選擇中去掉內部單位;主送機關與抄送機關外部單位,默認要將外部單位查詢出來,不要空白,輸入條件點查詢才能查出來;
l 會議件辦理編號要為H打頭,內部文N打頭,發文F打頭,收文直接編寫流水號
l 外發文-發文文種新增“意見”、“通報”、“會議紀要”、“決定”、“報批”、“公告”等六個文種;
l 處室辦理返回時間應為部門辦畢時間,而不是處長分辦時間
l 請休假和離深出入境表單可以上傳附件信息。
l 發文,信息公開默認“主動公開”,核稿崗有權限修改信息公開為“依申請公開、不予公開”
l 需呈局領導件改為表單中的字段,不需要通過流程規則強制控制。
l 處室主要負責人***
l 兼職人員簽批意見時要選擇簽批部門
l 來文擬辦崗希望勾選處室之后能夠回到來文登記頁面,勾選的人員或處室能夠顯示在來文登記頁面,擬辦員可以根據擬辦信息進行核對,如勾選無誤,在將功能分送出去的類似功能。
4)改造表單處理權限:
l 收文中的表單信息只有擬辦人員可以修改;
l 辦理來文,局領導可以修改辦理時限,是否督辦件、是否績效考核等基本信息;
l 外發文:擬稿人和處室領導在核稿崗和辦公室主任未審核前在待辦中是可以修改外發文表單信息的;當核稿崗和辦公室主任審核之后,擬稿人和處室領導就不能夠再次修改外發文表單信息了。且在公文未辦結之前,不管公文處在待辦或已辦,核稿崗和辦公室主任都要求是可以修改外發文表單信息的;
l 外發文:擬稿人和處室領導在核稿崗和辦公室主任核稿之后,若需要修改返回給他們時要求可以修改正文;
l 擬辦崗可對已辦中的公文可以維護正文、附件、關聯文件、參考文件。(所有未辦結的公文會議);
l 擬辦意見欄要求實現:當擬辦崗辦文點擊“送主任審核”時,選擇某個主任,這時這個主任的擬辦意見欄是可編輯的,當鐘主任交辦給邱主任或毛主任時,這時他們的擬辦意見欄是不可編輯的,同時擬辦崗要求擬辦意見欄一直都可以編輯。
l 會議件,領導批示后要能再添加參會處室(有時候領導有要求要添加參會處室的);會議管理崗在辦結前,還要能修改會議時間和地點等基本信息;會議通知文件也可替換修改;
l 會議崗和擬辦崗可以隨時修改表單信息。
5)掃描公文時,來文辦理期限沒有時間顯示,掃描時系統默認添加個辦理期限。
(7) 意見簽批優化升級
1)改造簽批意見分欄視圖顯示,簽批的意見在分欄視圖中,除局領導意見外,其它意見只顯示各處室負責人***
2)意見欄中各局領導和處室的意見顯示順序同收文的經辦信息欄順序;
3)改造常用語,簽批意見時將公用常用語和個人常用語合并顯示,個人常用語在前,公用常用語在后;“添加常用語”功能后添加“修改常用語”功能,點擊后在彈出窗口中可以將常用語分類維護,方便快速查找,也可以編輯個人常用語;
4)擬辦意見可以通過選擇要送閱的領導及處室,自動生成,如:“呈領導1、領導2同志閱示后,請辦公室會同政策法規處、發展規劃處辦理”;
5)收文辦結后,閱件可以繼續添加意見;
6)改造會議處理表中意見欄內意見,打印預覽與表單中的意見需要排序一致;打印的會議處理表單擬辦意見和領導意見,將擬辦意見放在上面,領導意見放在下面;
7)來文處室簽批的意見,如果經過多個環節,每個環節都要顯示這個處室的意見;
8)內部文中打印預覽中領導意見與表單中的意見需要排序一致;
9)加一欄清樣校稿,可以填寫清樣校搞信息
10)內部文中除擬辦處室外,支持其它處室填寫意見;
11)處室交辦收文時需要自動生成意見,如下:請XXX辦理;
12)會簽意見欄默認折疊;
13)辦理意見框一定不能為空,辦結和完成時要提醒是否完成或辦結。
(8) 正文附件優化升級
正文控件操作的調整、版本查看、對不同版本和格式的件word文檔進行在線編輯
1)核稿崗和辦公室主任都需要有修改附件的權限;
2)調整正文附件顯示,調整來文正文附件框,將文件名全部顯示;
3)來文正文另存為時默認的文件名應該為公文標題;
4)發文打開正文后,有關中文的操作按鈕改為紅色字體;
5)公文辦理后,打開正文需要可以查看到歷史正文版本;"
6)主辦可以在線修改發文為doc和docx后綴的附件;
7)支持對附件word格式為doc和docx的在線編輯和附件excel格式為xls和xlsx的在線編輯;
8)會議件在沒有辦結前,會議崗隨時都可以修改會議表單信息和右側的正文、附件、關聯等信息,與來文修改類似。
(9) 公告發布優化升級
公告添加提醒標識,新增公告標題字體加以顏色(紅色)區分,顏色有效天數可以自己設定選擇。
(10) 日程安排優化升級
1)日程安排中周末要區分開周六周日來顯示
2)添加領導參會查詢功能:局領導在日程安排中添加“我參加的會議”功能,可以查看到自己需要參加的會議和已經參加過的會議;"
3)改造日程安排中日程信息的顯示順序,日程安排里面的日程信息按時間排序;
4)調整日程安排顯示信息,日程安排中要顯示出光標移動日程標題處時顯示的信息;
5)調整日程錄入時必填項,日程維護頁面減少必填項為主題、參與人、起始時間;
6)導出領導工作安排日程表,領導政務安排中能夠按選定人員打印一周日程《XX同志一周主要工作安排日程表》,導出的日程信息打印出來如果有第二面也要顯示人員姓名信息,方便查看,領導日程導出格式改為word;
7)簡化領導日程詳細信息顯示界面;
8)局領導可以修改會議崗或他人錄入的日程表單信息;
9)改造日程安排顯示時間,如果同一個日程安排時間包含上午和下午,上午顯示時間開始時間到12:00,下午顯示時間14:00到結束時間;
10)日程管理員可以修改所有人錄入的日程信息。
(11) 督辦事項優化升級
1)督辦件列表中添加“督辦事項”列,可以添加督辦事項和顯示已添加的督辦事項;
2)考核處室錄入時改為可多選;
3)督辦件列表中添加辦理時限。
(12) 公文查詢優化升級
1)改造公文查詢功能的查閱權限管理;
2)調整公文查詢、公文管理的查詢條件和查詢結果,流水號在任何頁面都是放到第一列,
3)公文查詢增加個人關注,通過公文標準星號展示,公文添加關注后,在待辦、已辦、公文查詢中,該公文均加注星號顯示;
4)公文查詢和公文管理中的“登記/擬稿部門”查詢改為“來文單位/擬稿部門”查詢;
5)公文管理新增按“來文單位”查詢條件"。
(13) 短信發送優化升級
1)修改通過業務發送短信時的默認標識處理,短信默認不需要勾選;
2)修改短信發送模塊中的提示信息,短信發送時,需要增加短信長度的提示形象。
3、 雙機高可用升級需求
充分利用現有硬件設備,將現有的局辦公系統升級為雙機高可用配置。提供局辦公系統業務連續不間斷的基礎環境,實現對應用程序、數據庫服務器的自動監測、自動切換工作無需人工干預,同時可對內外網數據進行基于策略的自動備份。投標方需針對以下需求,提出具體技術實現方案,并提供備份軟件和升級所需硬件。
(1)目前可用的設備清單
(2)本次需采購的用于擴容的硬件清單
1)上表中2臺DELL PowerEgde R900服務器配置需更新,每臺要求:
內存升級至32GB,增加3塊300GB 15K 3.5寸硬盤、2塊雙口HBA 4G卡。
2)上表中2臺HP ProLiant DL380 G7服務器配置需更新,每臺要求:
內存升級至32GB,增加3塊146GB 10K 2.5寸SAS硬盤、2塊雙口HBA 4G卡。
3)中標方提供升級配置所需的硬件并負責服務器的升級工作。
(3)備份管理軟件配置清單
需提供雙機軟件 RoseHA 2套,備份軟件Strength SDBS 1套。
4、 教育數據分析決策
完成對2012版的局OA數據的分析,將數據遷移到局辦公系統中,為教育決策服務。
根據辦文的數據,進行深圳市教育局政府績效考核的分析。
績效考核的指標以深圳市教育局辦公室2015年發布的《深圳市教育局績效考核指標體系》為準。要根據12大項和專項的考核指標,以公文中的內容、辦理時限、辦理結果為依據,對各處室的完成情況進行統計分析,得出市教育局的績效評估情況,提供給局領導作為決策依據。
5、 系統支持需求
在本次項目建設中,還需要以下系統支持服務:
(1) 項目實施支持
在系統上線后的三個月內,供應商必須提供1人或以上接收過局辦公系統培訓合格的現場服務工程師,根據教育局的需要隨時提供現場支持服務。
(2) 應用系統服務器安全支持
本項目按照深圳市統一的安全標準,整改局辦公系統的應用服務器和數據庫服務器的各項應用系統安全漏洞,支持通過市應用系統安全檢測。
(3) 系統任務支持
在數據庫服務器和應用服務器中設置開啟自動啟動服務的任務;在數據庫服務器和應用服務器中設置自動備份數據和文件的任務。
(4) 套紅套打模板定制
根據現有局辦公系統的要求,配合新增辦公事務功能,定制相關的套紅套打模板。
(5) 心跳檢測服務
開發心跳檢測程序,部署在局辦公系統管理員的電腦中,每10分鐘檢查一次OA服務是否可用,如果發現不能訪問,立即向管理員發送手機短信。
三、 項目建設非功能性要求
1. 技術路線要求
系統設計要充分考慮與現有系統的銜接性。
目前數據庫為Oracle。應用服務器為Tomcat平臺。系統的設計、開發、部署、測試等均要遵循軟件開發標準體系。操作系統要基于Linux操作系統。應用軟件對系統的調用應該是通用的、可配制的。
業務設計以規則下自由流和領導辦文為核心,可全面支持教育局的各項辦公事務的全流程管理。
2. 系統安全性要求
系統要應用深圳市教育局現有的應用安全體系,防止系統外非法用戶的侵入和系統內用戶的非法探測和惡意泄密,用戶驗證采用統一身份認證體系,實現單點登錄,系統內人員分級授權操作。投標人應對系統安全、統一用戶管理、應用安全和數據安全提出明確的方案。
系統的安全等級按2級設計。需通過我局委托的第三方評測機構的測試和全市信息安全管理部門的測試。
3. 規范性與標準性要求
項目的部署于深圳市黨政機關內網。系統設計在功能、安全、網絡等各方面符合市黨政機關專網建設、國家辦公管理等各項標準和規范。
同時,在系統設計上應采用國際、國內成熟的信息技術和先進的技術標準,要能與其它系統互聯互通并具備擴展性和可維護性。
4. 投資保護要求
系統建設是在市教育局現有的局辦公系統上進行的部分模塊升級工作和新功能模塊的建設工作。須充分利用市教育局已有的各項軟硬件基礎,實現對已有投資的保護問題。系統采用的軟件平臺都應該基于開放式架構,從而保證整個軟硬件系統的“向前兼容”及“向后擴展”。
5. 高可用性要求
市教育局所有工作人員和全市教育單位以此系統為的基本工作平臺進行辦公,該系統的可用性直接影響到全市教育領域各工作單位的實效性。因此要采用高可用性設計,通過無單點故障設計,可支持系統的連續運行。
6. 可靠性要求
通過采用主流的、成熟的軟件架構與軟件開發工具,提高應用系統的開發質量、優化軟件、減少軟件缺陷,提高平臺和應用軟件的穩定性、可靠性。
7. 易操作性要求
電腦操作界面要清晰、簡潔,便于操作和維護,符合教育業務操作特點和使用習慣,使用戶能夠經過較短時間的培訓,就可學會系統的使用。提供操作用戶在線幫助信息和詳細完整的用戶使用指導手冊等。
8. 可擴展性要求
要充分考慮技術體系發展前景,適應未來發展的需要。在設計時充分考慮系統的各種輸入輸出需求,提供或預留到各相關單位的標準化數據接口,加強與其他單位的電子數據的交換與共享,方便系統的功能擴展升級。
系統應能適應辦公業務發展和變革的需要,適應用戶數量及業務量的增長,新業務的增加以及業務的變化。
9. 兼容性要求
能夠兼容其它相關業務環境下的軟件系統。采用現有局辦公系統的統一編碼標準和數據字典,保證數據格式一致。以實現與其它關聯系統的有效連接與配合。
四、 項目組織實施要求
1. 實施步驟要求
中標方須根據本項目建設內容,制定項目實施步驟,按照系統的劃分,確定項目開展的先后順序,各階段人員組成、時間進度。
2. 項目人員要求
中標方必須根據本項目的特點和建設內容,組建一支技術經驗豐富、人員相對穩定的項目團隊為項目建設服務,并在投標文件中確定項目經理、系統架構人員、系統分析人員、測試人員、編程人員等主要軟件開發人員,說明每個人的角色、職責。相關人員的工作經驗作為評分考慮的重點。要求在項目建設過程中常駐現場開發人員不少于10人。
項目執行過程中,采購方有權對項目組人員進行考核和評價,不符合條件人員,采購方有權要求中標方及時更換。
中標方可以根據實際需要但必須經過采購方同意方可對人員進行更換調整(原則上項目經理、系統架構師、及核心系統分析人員不得更換),但須保證所更換人員的技術素質和工作能力不低于被替換人員,且更換比例不得超過20%,否則,采購方有權提前終止合同。
3. 項目管理要求
中標方的軟件開發和實施過程要遵循統一過程標準。采用UML作為分析建模語言,使用相關的分析建模工具;項目實施過程各階段的工作安排、工作管理和以及各階段提交的工件和質量標準都要嚴格遵循統一過程標準要求。
投標人必須在投標文件中明確項目管理使用的工具,以及將項目過程數據清晰完整地交付深圳市教育局的方法。
投標人應對項目過程中使用的軟件工具(設計、建模、開發、需求管理、項目管理)進行描述,并明確指出將來(即項目結束后)哪些工具可提供采購方無償使用,哪些工具必須購買和相應的報價。
4. 質量控制要求
投標方須在投標文件中提出項目重要技術方案評審方式與要求以及項目實施中質量保障和質量控制方式。
在項目實施全過程中,采購方有對項目進度和質量進行監督控制的職責和權利,中標方應全面配合,確保人力、物力的定量投入,定期向采購方提交最新的進展情況報告。
5. 測試要求
投標人必須在投標文件中提出軟件測試方案。為了保障系統測試的科學性和公正性,本次項目建設采購方必須提供第三方的測試報告,測試費用由中標方支付。
6. 售后服務
投標人必須在投標文件中明確項目投入生產后的項目維護計劃,并承諾提供投標人自主開發系統及平臺(包括但不限于應用系統、應用服務器、工作流平臺、報表平臺、在線Office控件等)的源代碼。
7. 系統支持
中標方不僅承擔應用系統的開發,還需要承擔應用系統的安裝、部署及優化工作,以及內外網雙機高可用的部署工作。
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
評標模板使用規則 |
模板使用規則
(一)關于評分準則分類
除價格分按照規定的公式計算外,其它評分因素的評分準則可分為A、B、C三類:
A類評分準則指由評委主觀評分的評分準則;
B類評分準則指投標人進行承諾即得分的評分準則;
C類評分準則指由評委客觀評分的評分準則。
評審過程中,所有評委對于采用B、C類評分準則的評分因素,必須給出一致結論。
(二)關于權重調整
1、價格部分的權重不能低于40%,綜合實力部分的權重不能高于10%;
2、某項評分因素的權重不能突破設置的權重上限。
(三)關于評分因素調整
1、評分因素的增加
(1)評分因素的拆分:允許根據項目實際情況對模板中的評分因素進行拆分,相關權重同樣作相應拆分處理。
(2)另行增加評分因素:允許根據項目實際情況增加評分準則并設置相應的權重,但增加的C類評分準則與增加的綜合實力部分A類評分準則合計不能超過2項,每項權重不能超過2%,總權重不能超過3%。
2、評分因素的減少
允許根據項目實際情況減少評分因素,但相關的權重只能增加至價格部分或采用A、B類評分準則的評分因素。
(四)其它注意事項
1、評分因素與評分準則必須對應;不得就同一項考察內容重復設置評分因素;
2、評分因素及評分準則的表述應根據項目實際情況進行具體化,做到表述簡練、準確且易于判斷、沒有歧義。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
評標信息 |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 |