哈爾濱工業大學迎新離校系統采購項目招標公告 1.招標條件 本項目已通過主管部門審批，招標人為哈爾濱工業大學，項目已具備招標條件，現對該項目進行公開招標。 2.項目概況 2.1項目名稱：迎新離校系統采購 2.2項目編號：HITZB-1001 2.3采購數量：1套 2.4采購需求及主要技術指標（以用戶提供序號排列）： 哈工大迎新離校系統依據服務對象（新生和畢業生）的不同，建設內容可劃分為迎新子系統和離校子系統。 迎新子系統建設完畢后，將幫助學生入學前關注學校發布的通知或公告，并為學生提供到校路線、校園地圖、查找同學、聯系輔導員等多種實用功能；協助學生到校前進行網上預報到：包括完善個人信息(有助于學校和老師及早地全面了解學生，幫助學生盡快適應大學生活)、激活學校郵箱賬號、下載入學體檢表和醫療保險參保確認單(提前下載并打印將使學生在迎新現場所花費的排隊、填表時間大幅減少) 等事項；幫助學生提前獲知到校后需要辦理的相關入學手續及流程，并做好充分的準備工作，從而避免學生在現場迎新過程中出現遺漏應辦事項的情況，幫助學生順利完成相關入學手續。另外，還將依據輔導員、綠色通道辦理人員、住宿辦理人員、餐卡發放人員、圖像采集人員、軍訓服裝發放人員在迎新現場的業務需求，梳理相關流程，實現業務辦理的電子流程化，最終達到提升各部門業務人員辦理迎新業務效率的目標。同時，還將幫助學校各部門領導實時的、全面的掌握迎新現場各環節的辦理進度，及時做出相應的決策。迎新子系統將會把現有的迎新工作分解為迎新準備、迎新網上服務、迎新現場服務、迎新后續管理等若干階段，并分階段要求相關部門完成各自的工作任務，力爭實現為新生提供快捷辦理入學手續的報到環境以及高效接待服務的目標。 離校子系統建設完畢后，將會優化畢業生離校流程，提高相關職能部門、院系及學生辦理離校手續的效率，及時準確的提供離校辦理相關情況的統計和報表，真正實現學生“零手續”離校的需求，確保畢業生離校工作安全、和諧、高效、有序的進行。學校涉及離校業務的各部門管理員負責審核畢業生在該部門的活動是否達到畢業要求，并在特定的時間前在系統中進行記錄，學生用戶則可以在系統中查看自己各項事務是否完成，如果沒有完成，可以查看到具體未完成原因。系統的建設與實施可以實現以下具體目標：①簡化離校辦事流程，減少學生離校負擔，極大方便學生。畢業學生可以在離校系統中很直觀地看到如何辦理離校手續以及哪項離校手續未辦理，并能從根本上優化畢業學生辦理離校手續的流程，減少畢業學生辦理離校手續時不必要的路程折返；②能夠提高離校工作辦理效率，實現離校活動的過程數據電子化永久存儲。“零手續”離校應實現“無紙化辦公”，系統操作簡便，界面直觀，可以實現一系列批量操作以及數據的統計，減少離校業務人員的工作量；③能夠實時關注離校進度與總體情況。各單位工作人員可以通過離校系統實時查看畢業生離校手續辦理的進展狀況，及時了解情況并督促相關同學完成未辦理離校手續，加強學院對畢業生的管理，以免耽誤畢業生正常離校。 一、技術要求： 1.1基本原則 1) 實用性和可行性：主要技術和產品必須具有成熟、穩定、實用的特點，實用性放在首位，既要便于用戶使用，又要便于系統管理。 2) 先進性和成熟性：統一設計既要采用超前思維，先進技術和系統工程方法，又要注意思維的合理性，技術的可行性，方法的正確性。不但能反映當今的先進技術和理念，而且具有發展潛力，能保證未來若干年內占主導地位。先進性與成熟性并重，并考慮到近年來的應用發展特點，把先進性放在重要位置。 3) 開放性與標準化原則：平臺應是一個開放的且符合業界主流技術標準的系統平臺，并對網絡的硬件環境，通信環境，軟件環境，操作平臺之間的相互依賴小。 4) 可靠性和穩定性：考慮技術先進性和開放性的同時，還應從系統結構、技術措施、系統管理等方面著手，確保系統運行的可靠性和穩定性，達到最大的平均無故障時間。 5) 可擴充性及易升級性：適應應用不斷拓展的需要，應用平臺的軟硬件環境必須有良好的平滑可擴充性。 6) 安全性和保密性：應用平臺設計中，即要充分考慮信息資源的共享，更要注意信息資源的保護和隔離，應分別針對不同的應用和不同的網絡通信環境，采取不同的措施，包括系統安全機制、數據存取的權限控制等。 7) 可管理性和可維護性：整個應用平臺是由多個部分組成的較為復雜的系統，為了便于系統的日常運行維護和管理，要求所選產品具有良好的可管理性和可維護性。另外可管理性和可維護性還包括對平臺的自身。 8) 最佳的性能價格比：堅持少花錢多辦事的工作思路，進行科學的投入產出分析，力求設計反映實際需求，在設計上尋求最佳的性能價格比。 1.2總體技術要求 1) 廠商所提供的平臺及軟件系統應依照我校信息化建設標準與規范進行開發。 2) 廠商所提供的平臺及軟件系統開發采用J2EE標準、組件技術及在數據交換上對XML的支持。 3) 廠商所提供的功能模塊定義服務提供者接口，可以支持第三方的服務提供者。 4) 廠商所提供的平臺及軟件系統符合三層架構，即Web服務器、應用服務器和數據庫服務器。 5) 廠商所提供的平臺及軟件系統應完全基于B/S的體系結構，全面支持Firefox、Chrome、360等主流瀏覽器，并且應具有良好的交互設計，保證提升用戶體驗。 6) 廠商所提供的平臺及軟件系統應與MS Word無縫集成。 7) 廠商所提供的軟件系統具有良好的擴展性。 8) 廠商所提供的平臺及軟件系統要求支持的操作系統為WINDOWS、UNIX、LINUX操作系統，且版本較新。 9) 廠商所提供的平臺及軟件系統要求至少支持的中間件為TOMCAT、JES、WEBLOGIC、WEBSPHERE、JBOSS。 10) 廠商所提供的平臺及軟件系統后臺數據庫必須支持ORACLE。 11) 廠商需提供系統修改及二次開發的培訓以適應平臺系統的長期不斷發展。 12) 廠商需提供長期運維服務，具體以雙方簽訂的合同為準。 二、項目需求： 針對項目需求，將分為迎新子系統功能需求、離校子系統功能需求、非功能性需求分別進行描述： (一) 迎新子系統功能需求 1. 基礎學部迎新業務辦理 基礎學部作為新生的主要管理部門，需充分做好迎新相關的準備及管理工作。具體需求如下所述： 1.1. 通知公告管理 需要對展示在學生端的通知公告信息進行管理與維護（發布通知公告后，學生可以通過學生端登錄系統，查看通知公告內容）。主要包括查詢、上傳word文檔、下載和刪除功能。 1.2. 入學指南管理 需要對展示在學生端的入學指南信息進行管理與維護（發布入學指南后，學生可以通過學生端口登錄系統，查看入學指南內容），主要包括查詢、新增、修改和刪除功能。 1.3. 輔導員名單管理 需要對各批次輔導員名單進行管理與維護（此名單在輔導員負責學院信息子模塊使用），主要功能包括查詢、新增、修改和刪除操作。 1.4. 輔導員負責學院信息管理 需要對各批次下學院與輔導員之間的對應關系進行管理與維護，主要包括查詢和分配功能。 1.5. 輔導員負責班級查詢 需要查詢各批次下輔導員與所負責班級之間的對應關系（數據需在分配學院與輔導員對應關系時自動生成）。 1.6. 已接管學生名單管理 需要對已接管學生名單進行管理與維護（現場報到時輔導員對報到通知單掃碼后該學生會自動進入本名單），主要功能包括查詢、新增和刪除操作。 2. 輔導員迎新業務辦理 2.1. 床位分配情況管理 需要在迎新準備過程中為新生分配寢室。主要功能包括查詢、下載數據和回導數據等功能。 查詢：根據設置查詢條件，篩選符合條件的學生。 下載數據：將查詢到的學生數據以Excel的格式下載到本地。打開Excel文件為每個學生分配樓號、寢室號和床位號并保存。 回導數據：將分配好的床位信息導入系統中。 2.2. 專用教室情況管理 需要在迎新準備過程中為其所管理的班級分配專用教室。主要功能包括查詢、分配等功能。 查詢：可以查詢到所管理班級專用教室的分配情況。 分配：選中需要分配專用教室的班級，并輸入專用教室名稱，完成分配操作。 2.3. 報道通知單管理 需要在迎新準備過程中統一下載所負責學生的報到通知單，方便對下載后的文件進行打印。主要包括查詢、按條件下載等功能。 查詢：可以預覽相應的學生信息。 按條件下載：批量下載查詢后所有學生的報到通知單，下載后的格式為PDF。 2.4. 學生溝通信息管理 新生與輔導員之間可以通過此模塊進行信息溝通。在此，輔導員可以查看新生提出的問題，并且可以針對這些問題進行回復。 2.5. 新生報到 新生報到環節是學生到校后需要辦理的首個環節，此環節辦理完成之后才能辦理其它環節（住宿辦理環節除外）。辦理時利用掃描槍掃描報到通知單條碼（或手工輸入學號并點擊辦理按鈕），如該學生屬于當前輔導員所管理，彈出包含學生基本信息及環節辦理信息環節辦理對話框。輔導員需要確認學生家庭經濟情況和入學繳費情況等信息（學工處在辦理綠色通道和生源地貸款回執蓋章時以此時填寫數據為準），然后完成此環節辦理（該學生會自動進入已接管學生名單）。 2.6. 已接管學生名單查詢 需要查看已經辦理完新生報到環節的學生信息，主要包括學生的家庭經濟情況、入學貸款情況以及辦理時間等。 2.7. 未報到學生名單管理 需要在迎新現場工作結束后，針對未報到的學生，添加備注與說明。 3. 學工迎新業務辦理 3.1. 綠色通道 為學生辦理綠色通道申請或生源地貸款回執蓋章業務（本環節辦理前學生需在輔導員處進行登記）。業務辦理人員利用掃描槍掃描報到通知單條碼（或手工輸入學號并點擊辦理按鈕），彈出環節辦理對話框中，其中“環節辦理”信息會反顯輔導員登記的詳情信息，如果實際情況與反顯內容不一致，應要求學生到輔導員處重新登記備案。在學生基本信息及環節辦理信息確認無誤后，可完成此環節辦理。 3.2. 綠色通道進度查詢 需要查詢到已經辦理綠色通道（或生源地貸款回執蓋章）業務的學生信息。并且可以將數據以Excel的格式下載保存到本地。 3.3. 綠色通道進度統計 綠色通道進度統計能夠以圖形和列表的形式顯示各學院學生綠色通道環節辦理的情況，包括辦理的學生數目、詳細學生列表等信息。 4. 后勤迎新業務辦理 4.1. 餐卡發放 對新生發放餐卡環節進行業務辦理。 4.2. 餐卡發放進度統計 餐卡發放進度統計能夠以圖形和列表的形式展現出各學院學生餐卡發放環節辦理的情況。 4.3. 特殊床位申請查詢 需要查看所有申請特殊床位的學生信息，包括申請原因以及已經分配的床位信息等。選擇查詢條件，可查詢到相應的申請信息，根據申請理由及實際情況，對學生的申請作出處理。 4.4. 住宿辦理 需要對新生住宿環節進行業務辦理。 4.5. 住宿辦理進度統計 住宿辦理進度統計能夠以圖形和列表的形式展現出各學院學生住宿辦理環節情況。 4.6. 愛心地鋪查詢 可以查詢學生申請愛心地鋪的詳細情況。 4.7. 愛心地鋪統計 能夠以圖形和列表的形式顯示出各個學院學生申請愛心地鋪的情況。 4.8. 到校時間統計 可以用圖形和列表的形式統計出學生預計抵哈情況，方便接站人員安排車輛。 5. 電教中心迎新業務辦理 5.1. 圖像采集 對新生圖像采集環節進行業務辦理。 5.2. 圖像采集進度統計 能夠以圖形和列表的形式展現出各學院學生圖像采集環節辦理的情況。 5.3. 待審核照片列表 待審核照片列表顯示所有的新生自傳照片，電教中心人員可以對列表中的照片進行審核，判斷其是否符合要求。 5.4. 已審核照片列表 根據查詢條件顯示已經審核通過的學生自傳照片。 6. 校醫院迎新業務辦理 6.1. 新生體檢 對新生體檢環節進行業務辦理。 6.2. 體檢進度統計 能夠以圖形和列表的形式展現出各學院學生體檢環節辦理的情況。 6.3. 醫療保險 對新生醫療保險環節進行業務辦理。業務辦理人員在參保出口檢查“學生醫療保險收費回執單”（已蓋財務收訖章），然后利用掃描槍掃描回執單條碼（或手工輸入學號并點擊辦理），業務人員核對回執單金額與彈出窗口“環節辦理”中的金額是否一致（若不一致應按照紙質回執單進行修改）。 6.4. 醫保辦理結果查詢 可以查詢或下載已參保的學生信息。 6.5. 醫保辦理進度統計 能夠以圖形和列表的形式展現出各學院學生醫保辦理的情況。 7. 武裝部迎新業務辦理 7.1. 軍訓服裝領取 對新生軍訓服裝領取環節進行業務辦理。 7.2. 軍訓服裝領取進度統計 夠以圖形和列表的形式展現出各學院學生軍訓服裝領取的情況。 7.3. 服裝統計 能夠以圖形和列表的形式顯示出所有新生提交的服裝型號情況。 7.4. 鞋碼統計 能夠以圖形和列表的形式顯示出所有新生提交的鞋碼型號情況。 8. 查詢統計需求 8.1. 報道趨勢圖 以動態圖、柱狀圖、餅狀圖實時展現新生報到的相關情況。 8.2. 環節辦理進度統計 可實時了解各學院學生在各環節的辦理進度情況，數據以圖形和圖表兩種方式進行展現。 8.3. 環節辦理結果查詢 可以查看學生各個環節的辦理結果情況。 8.4. 環節辦理統計趨勢 可實時了解各環節在各個時間段內的辦理人數，數據以圖形和圖表兩種方式展現。 8.5. 學院辦理進度統計 可實時了解各學院學生在各環節的辦理進度情況，數據以圖形和圖表兩種方式進行展現。 8.6. 公寓分配情況查詢 可分別通過公寓號或學院統計學生的寢室分配情況。 8.7. 用戶登錄情況查詢 可實時查看在某段時間內用戶的登錄登出情況。 8.8. 資源訪問情況查詢 可以查看學生對通知公告和入學指南的點擊情況。 9. 個人設置 支持密碼修改功能。 10. 學生迎新服務 10.1. 服務導航 服務導航中的相關功能可以幫助學生盡快了解學校的相關信息，并和同學、輔導員取得聯系。 10.1.1 通知公告 幫助學生及時獲取學校最新發布的迎新相關通知公告。 10.1.2 入學指南 學生可以查看到入學指南、迎新服務系統使用指南等相關手冊。 10.1.3 到校線路 以flash的形式生動地展示到校方式和對應的注意事項等，以方便學生了解到校方式和學校周邊的交通情況。 10.1.4 校園地圖 展示學校的電子地圖。 10.1.5 查找同學 可以按多種條件來進行查找，使學生能夠更加方便地找到同寢室、同班、同專業或同鄉的同學。并根據個人意愿可以設置是否可公開自己的信息。 10.1.6 聯系輔導員 如果學生在入學前存在信息錯誤等問題或是有特殊情況需要告知，可以通過此功能及時聯系輔導員。 10.2. 到校前應辦事項 可以進行到校前的網上預報到：包括完善個人信息(有助于學校和老師及早地全面了解學生，幫助學生盡快適應大學生活)、激活學校郵箱賬號、下載入學體檢表和醫療保險參保確認單( 提前下載并打印將使學生在迎新現場所花費的排隊、填表時間大幅減少) 等事項。 10.3. 到校后應辦事項 幫助學生提前了解到校后需要辦理的相關入學手續和流程，以及每一項手續的簡要內容說明，并做好充分的準備工作，從而避免學生在現場迎新過程中出現遺漏應辦事項的情況。另外，當學生在迎新現場，辦理完某項手續后，表示各環節的圖型會以不同的顏色顯示，然后學生可通過手機端登錄系統，可以查看還有哪些環節未辦理，哪些環節已辦理。 11. 系統管理 11.1. 批次管理 對迎新批次代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 11.2. 學院代碼管理 可以對學院代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 11.3. 系代碼管理 可以對系代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 11.4. 專業代碼管理 可以對專業代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 11.5. 班級代碼管理 可以對班級代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 11.6. 網上環節信息管理 可以對網上環節信息進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 11.7. 現場環節信息管理 利用此模塊可以對現場環節信息進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 11.8. 功能角色管理 可以對功能角色信息進行管理與維護，主要功能包括查詢、查看角色下用戶、資源授權、新增、修改和刪除操作。 11.9. 教工用戶管理 可以對教工用戶信息進行管理與維護，主要功能包括查詢、新增用戶、修改用戶、啟用教工、停用教工操作。 11.10. 學生用戶管理 利用此模塊可以對學生用戶信息進行管理與維護，主要功能包括查詢和修改密碼操作。 12. 迎新服務APP 開發Android、iOS版本的迎新服務APP，滿足學生和各業務部門迎新過程中的主要功能需求。 13. 支持掃碼槍 為方便迎新現場業務人員辦理各項新生入學手續，迎新服務系統需支持掃碼槍，以通過掃碼獲取學號，快速辦理迎新相關業務。 14. 與第三方應用系統進行數據對接 建設初期，應分別與教務系統、財務系統、指紋通平臺實現數據對接。通過教務系統獲取新生數據，通過財務系統獲取新生繳費數據，通過指紋通平臺獲取新生指紋采集環節是否辦理完畢的數據。 (二) 離校子系統功能需求 1. 教師離校業務辦理 1.1. 總體要求 各部門教師用戶需要分別對自己所管理的業務模塊下的學生辦理狀態進行一一核對。其中，院實驗室管理員負責核對學生（研究生）的實驗用品歸還情況、院資料室管理員負責核對學生的學院資料室資料歸還情況、校醫院負責人負責核對學生的醫療費用繳納情況、圖書館管理員負責核對學生的校圖書館資料歸還情況、財務處負責人負責核對學生的住宿費及學費的繳納情況、教學秘書負責核對學生前置環節是否已通過并在符合條件后登記證書發放情況。針對研究生，還需導師針對所負責學生進行離校確認。除財務處負責人和圖書館管理員外（這兩個業務部門通過系統實驗業務數據對接），上述其他四類角色的教師需要在系統開放后的指定時間范圍內盡快核對學生對應項環節是否通過。 1.2. 碩士導師確認 針對碩士生，導師要對所負責的、即將離校的學生，進行離校確認。碩士生離校前，需由碩士導師辦理“導師確認”環節（相當于過去紙質離校通知單中的“導師簽字”環節），以便導師及時了解學生當前的離校狀態。若學生不符合離校條件（實驗設備或者圖書資料未還），導師可將該環節置為“不通過”，并填入未通過原因。 需要查看學生離校詳情的功能，以便了解所負責學生離校各環節辦理的相關信息。 1.3. 現場辦理 通過現場辦理，院實驗室管理員、院資料室管理員、校醫院負責人、教學秘書可實時辦理所負責的業務環節。具體需求如下： 辦理人員選擇當年畢業學生批次，通過院系、專業、班級、離校狀態、學生信息（學號、姓名、學院、專業、班級）進行檢索學生列表。教師可對檢索出來學生，通過選擇自己負責的環節和子環節批量處理（通過、不通過、未辦理、無需辦理）。也可單個查看所有檢索出來的學生基本信息以及各個離校環節的辦理狀態。 院實驗室、院資料室、校醫院三個環節，辦理人員需要在設定的時間節點以前將未通過學生在系統中設置環節狀態為未通過，將所有未通過學生的環節狀態設置完成后，辦理人填寫環節辦理完成確認信息。 教學秘書發證環節，教學秘書可以查看自己管理范圍內所有可發證人員、不可發證人員信息，并且可以分別將可發證人員、不可發證人員信息導出到Excel表格中。 1.4. 離線辦理： 通過離線辦理，院實驗室管理員、院資料室管理員、校醫院負責人、教學秘書可通過導入Excel批量辦理所負責的業務環節。具體需求如下： 辦理人員選擇當年畢業學生批次、環節、子環節、導入名單類型，下載Excel表格模板，根據提供模板，填寫完整內容。將編輯好的Excel表格導入系統（主要內容為學號），完成對應環節離校手續的辦理，并在界面上顯示導入結果：學號、姓名、信息（導入是否成功，失敗原因等）。 2. 本科生離校服務 2.1. 總體要求 本科生在系統開放后可以隨時登陸到系統中查看自己與離校流程相關的各項環節的完成情況，對于未辦理或未通過的項目，可以查看到未通過的原因細則，并盡快去往相關部門補辦有關手續或補繳費用；補辦完成的項目可由相關部門負責教師在指定時間內修改該生在該項下的完成情況狀態；全部環節均顯示通過的學生方具備領取畢業證和學位證的資格。 2.2. 查看環節辦理結果 成功登錄后，可查看個人基本信息，以及離校相關環節審批信息。本科生離校需要辦理的相關事項或手續如下： （1） 校醫院（是否欠醫療費） （2） 財務處（是否欠學費、宿費等） （3） 圖書館（是否欠書、欠費） （4） 院資料室（是否有文檔資料未歸還） （5） 院實驗室（是否有實驗設備未歸還） （6） 教學秘書（畢業證書發放） 每個環節有“未辦理”、“未通過”、“無需辦理”和“已通過”四種狀態。如果前5個環節中有“未通過”狀態，請根據“未通過原因”的提示，找相關部門或者負責人進行辦理；如果前5個環節的狀態全部為“已辦理”或“無需辦理”，則可以到本院系教學秘書處領取畢業證書。 3. 碩士生離校服務 3.1. 總體要求 碩士生在系統開放后可以隨時登陸到系統中查看自己與離校流程相關的各項環節的完成情況，對于未辦理或未通過的項目，可以查看到未通過的原因細則，并盡快去往相關部門補辦有關手續或補繳費用；補辦完成的項目可由相關部門負責教師在指定時間內修改該生在該項下的完成情況狀態；全部環節均顯示通過的學生方具備領取畢業證和學位證的資格。 3.2. 查看環節辦理結果 成功登錄后，可查看個人基本信息，以及離校相關環節審批信息。碩士生離校需要辦理的相關事項或手續如下： （1） 導師（確認是否同意離校） （2） 校醫院（是否欠醫療費） （3） 財務處（是否欠學費、住宿費等） （4） 圖書館（是否欠書或者欠費） （5） 圖書館（是否上交電子論文） （6） 院資料室（是否有文檔資料未歸還） （7） 院實驗室（是否有實驗設備未歸還） （8） 教學秘書（畢業證書發放） 每個環節有“未辦理”、“未通過”、“無需辦理”和“已通過”四種狀態。碩士生首先需要查看（1）號環節（導師確認）狀態。若為“未辦理”狀態，需要找自己的導師登錄離校系統，對本人進行同意離校操作。如果前7個環節中有“未通過”的狀態，請根據“未通過原因”的提示，找相關部門或者負責人進行辦理；如果前7個環節的狀態全部為“已辦理”或“無需辦理”，則可以到本院系教學秘書處領取畢業證書。 4. 查詢統計 可對離校學生辦理結果查詢與導出、院系辦理統計與導出，專業辦理統計與導出，環節辦理統計與導出。 4.1. 辦理結果查詢 通過選擇離校批次以及院系、專業、班級、離校狀態、各個環節狀態（醫療費、圖書借閱、文檔資料等）、學生信息（學號、姓名、學院、專業、班級）進行檢索學生辦理結果列表。也可查看單個查看所有檢索出來的學生基本信息以及各個離校環節的辦理狀態。 4.2. 院系辦理統計 通過選擇離校批次，統計各學院總人數、已離校人數、離校中人數，將數據分別以柱形圖和列表的形式顯示,列表中附加顯示各學院的離校率。柱狀圖統計結果可導出圖片，統計結果列表可導出至Excel表格。 4.3. 專業辦理統計 通過選擇離校批次和選擇學院，統計該學院各專業總人數、已離校人數、離校中人數，將數據分別以柱形圖和列表的形式顯示，列表中附加顯示各學院的離校率。柱狀圖統計結果可導出圖片，統計結果列表可導出至Excel表格。 4.4. 辦理環節統計 通過選擇離校批次，統計各環節應辦人數、已辦結人數、辦理通過人數、待辦理人數，將數據分別以柱形圖和列表的形式顯示，柱狀圖統計結果可導出圖片,統計結果列表可導出至Excel表格。 5. 系統管理 5.1. 用戶管理 可以對登錄系統的用戶信息進行管理與維護，主要功能包括查詢、新增、修改、刪除、添加或修改角色。其中添加或修改角色的功能為為指定用戶授予角色，使其具有相應的功能及數據權限。 5.2. 角色管理 可以對功能角色信息進行管理與維護，主要功能包括查詢、新增、修改和刪除操作，以及功能授權、辦理環節授權、數據范圍授權。 5.3. 離校批次管理 對離校批次代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 5.4. 學院管理 可以對學院代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 5.5. 系管理 可以對系代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 5.6. 專業管理 可以對專業代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 5.7. 班級管理 可以對班級代碼進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 5.8. 環節管理 可以對環節信息進行管理與維護，主要功能包括查詢、新增、修改和刪除操作。 5.9. 學生用戶管理 利用此模塊可以對學生用戶信息進行管理與維護。 6. 離校服務APP 開發Android、iOS版本的離校服務APP，滿足學生和各業務部門離校過程中的主要功能需求。 7. 與第三方應用系統進行數據對接 建設初期，應分別與教務系統、研院系統、財務系統、圖書館系統實現數據對接。通過教務系統或者研院系統獲取畢業生數據，通過財務系統獲取學生是否欠費的數據，通過圖書館系統獲取學生欠還書情況和碩士生電子論文提交情況。 (三) 非功能性需求 1. 安全性要求 1) 系統容量支持500用戶以上并發，保證系統中的網絡、主機設備以及應用數據信息等的安全。 提供方便有效的安全控制手段，信息加密以及數據庫、文檔、域的多級權限設置等安全措施，防止黑客侵入，盜取用戶資料等事件發生。 2) 實現嚴格的分級權限管理，提供各種基于角色、部門、組和個人的權限控制，實現系統日志的實時監控和異常報警。 3) 項目實施時考慮到數據的備份，使用容錯手段來防止軟、硬件故障、保證業務無間斷的運行；使用備份手段全面保護計算機系統數據。實現對系統的多級防護。 4) 通過不間斷推出版本和補丁，提供更豐富用戶服務與體驗。 對各類管理員所有操作提供審計日志。提供工具或機制追查非法入侵。 軟件服務期：三年 開發周期：12個月 3.投標人資格要求 3.1投標人需具備中華人民共和國境內的獨立法人資格，本次招標不接受聯合體投標，不允許將項目分包或轉包。 3.2投標人需具備《中華人民共和國政府采購法》第二十二條的條件，并未被列入政府采購黑名單。 3.3投標人必須具有雙軟認證，具有有效的并與其相符的ISO9001質量管理體系認證證書。 3.4投標人必須具有計算機信息系統集成三級及以上資質。 4．資格審查方式 本項目采用資格后審方式,主要資格審查標準、內容等詳見招標文件。 5.投標報名 凡有意參加投標者，請于2015年8月31日至2015年9月7日(法定公休日、法定節假日除外)，每日上午9時至11時，下午14時至16時 (北京時間)，將報名材料(本公告附件1、附件2)送達或郵寄（以簽收郵件時間為準）至哈爾濱市南崗區西大直街92號哈爾濱工業大學行政辦公樓110房間。 6.招標文件的獲取 如果報名符合開標條件，招標文件將以電子郵件的形式發送到您報名表中所留的郵箱，敬請自行查閱，哈工大招標與采購管理中心不再另行通知，請按招標文件要求交納投標保證金等相關費用，以獲取投標資格。 7.投標文件的遞交 7.1投標文件遞交截止時間及地點詳見招標文件。 7.2逾期送達的或者未送達指定地點的投標文件，招標人不予受理。 8.發布公告的媒介 本次招標公告同時在以下媒介上發布： 中國政府采購網（http://www.ccgp.gov.cn/） 中國招標投標網（http://www.cec.gov.cn/） 哈爾濱工業大學（http://www.hit.edu.cn/） 哈爾濱工業大學國資處(http://gzc.hit.edu.cn) 9.本項目招投標過程中如出現有弄虛作假、惡意投訴和無理纏訴行為的投標企業，將嚴格按相關法律和規定處理。 10.聯系方式 招標機構：哈爾濱工業大學招標與采購管理中心 地址：哈爾濱市南崗區西大直街92號哈爾濱工業大學行政辦公樓110房間 郵編：150001 招標聯系人：李占奎 李桂霞 電話： 0451-86417955、13234510177 郵箱:zhankui@126.com 技術聯系人：盧波 電話： 0451-86413483、13895732910 哈爾濱工業大學招標與采購管理中心 2015年8月30日