軌道交通建設(shè)遺留系統(tǒng)需求分析報告3.1-IBM咨詢：XX市軌道交通（集團(tuán)）有限公司故障報修文檔之一

重慶軌道交通建設(shè)遺留問題跟蹤系統(tǒng)需求分析報告第8頁/共14頁文件編號：重慶市軌道交通（集團(tuán)）有限公司建設(shè)遺留問題跟蹤系統(tǒng)需求分析報告文檔編號：文檔信息：項目級文檔文檔名稱：建設(shè)遺留問題跟蹤系統(tǒng)需求分析報告文檔類別：需求分析類版本信息：V3.1建立日期：2013年10月8日修改日期：2013年11月19日創(chuàng)建人：審核人：批準(zhǔn)人：批準(zhǔn)日期：文檔修訂記錄:版本編號簡要說明（變更內(nèi)容和變更范圍）日期新建/變更人審核日期審核人V1.0新建2013.10.8李慧V2.0模板變更2013.11.11李慧V3.0需求描述進(jìn)一步完善2013.11.15李慧V3.1需求描述進(jìn)一步完善2013.11.19李慧

目錄1 需求調(diào)研活動總結(jié) 41.1. 調(diào)研時間 41.2. 調(diào)研人員 41.3. 調(diào)研主題 41.4. 調(diào)研對象 41.5. 調(diào)研方式 42 總體需求 52.1 當(dāng)前現(xiàn)狀 52.2 系統(tǒng)的應(yīng)用對象 52.3 系統(tǒng)的需求 62.3.1 系統(tǒng)的具體需求 63 需求分析 63.1 系統(tǒng)總體需求分析 63.2 與其他系統(tǒng)的關(guān)系 64 各模塊需求分析 74.1 系統(tǒng)管理 74.2 基礎(chǔ)數(shù)據(jù)管理 84.3 任務(wù)管理 84.4 統(tǒng)計查詢 105 系統(tǒng)非功能需求說明 105.1. 性能 105.2. 易用性 115.3. 可管理性 115.4. 安全性和可靠性 115.5. 出錯處理及恢復(fù) 115.6. 安全保密性要求 125.7. 可維護(hù)性要求 135.8. 可擴充性和靈合性要求 135.9. 交付文檔 136 需求評審 14

需求調(diào)研活動總結(jié)根據(jù)重慶軌道交通建設(shè)遺留問題跟蹤管理的建設(shè)要求，項目實施人員對重慶軌道交通建設(shè)遺留問題跟蹤管理涉及到的遺留問題登記、遺留問題處理活動、遺留問題統(tǒng)計查詢等應(yīng)用及報表統(tǒng)計業(yè)務(wù)需求進(jìn)行了現(xiàn)場實地調(diào)研。本需求分析報告是通過與信息管理部及相關(guān)業(yè)務(wù)部門面對面溝通，并基于遺留問題相關(guān)管理流程、文件分析而成，同時與軌道交通集團(tuán)信息管理部及相關(guān)部門的相關(guān)人員進(jìn)行了充分討論，現(xiàn)將此文檔將作為重慶軌道交通建設(shè)遺留問題跟蹤系統(tǒng)需求調(diào)研及分析成果呈交重慶軌道交通集團(tuán)。調(diào)研時間2013年10月2日～2013年10月14日調(diào)研人員陳宇、馮光霞調(diào)研主題重慶軌道交通集團(tuán)建設(shè)遺留問題系統(tǒng)相關(guān)業(yè)務(wù)調(diào)研對象重慶軌道集團(tuán)信息管理部和其他相關(guān)業(yè)務(wù)部門調(diào)研方式收集查閱資料：收集軌道交通集團(tuán)相關(guān)部門的建設(shè)遺留問題跟蹤系統(tǒng)業(yè)務(wù)相關(guān)文檔資料。訪談：與相關(guān)部門面對面的訪談，采用一對一或一對多，獲得相關(guān)部門對門戶管理工作的情況理解。原有系統(tǒng)功能討論：在現(xiàn)有報修系統(tǒng)的功能基礎(chǔ)上，與信息管理部進(jìn)行需求討論,分析建設(shè)遺留問題系統(tǒng)如何與報修系統(tǒng)進(jìn)行集成。

總體需求當(dāng)前現(xiàn)狀隨著軌道交通六號線五里店至禮嘉段、一號線（沙坪壩——大學(xué)城段）、三號線南延段的相繼投運，軌道交通網(wǎng)絡(luò)化運營已全面形成，隨著客流的逐步增加，軌道交通越來越受到社會各界的普遍關(guān)注，對軌道交通的服務(wù)質(zhì)量、運營安全、維保效率等提出了更高的要求。目前，重慶軌道交通集團(tuán)針對已投產(chǎn)運營的線路設(shè)備實施的報修流程，建設(shè)了報修系統(tǒng)，利用信息化手段，記錄、跟蹤各大線路設(shè)備設(shè)施存在的維保問題。然而，報修系統(tǒng)維保范圍始于軌道交通設(shè)備設(shè)施正式投產(chǎn)運營后，尚未覆蓋設(shè)備設(shè)施投產(chǎn)運營準(zhǔn)備期，即建設(shè)轉(zhuǎn)運營期維保問題跟蹤情況，而建設(shè)轉(zhuǎn)運營期間存在很多建設(shè)遺留問題，若不采取有效方式解決，將成為一系列遺留問題影響正常運營。為進(jìn)一步明確職責(zé)，有效的跟蹤和控制試運營線路建設(shè)遺留問題，提高質(zhì)量及工作效率，創(chuàng)建安全、準(zhǔn)點、快捷和更加舒適的出行環(huán)境，根據(jù)重慶市軌道交通（集團(tuán)）有限公司文件電子公文中《關(guān)于加強軌道交通試運營線路建設(shè)遺留問題整改工作的通知》的要求，在現(xiàn)有報修系統(tǒng)的基礎(chǔ)上，開發(fā)建設(shè)遺留問題跟蹤系統(tǒng)，用于收集乘客和運營部門提出的建設(shè)遺留問題，并實時記錄、跟蹤建設(shè)遺留問題處理情況，保障建設(shè)部門能高效的、高質(zhì)量的完成建設(shè)遺留問題維保工作，同時也為設(shè)備設(shè)施建設(shè)轉(zhuǎn)運營提供依據(jù)。系統(tǒng)的應(yīng)用對象詳細(xì)描述如下表：表：軌道集團(tuán)門戶應(yīng)用對象表序號應(yīng)用對象應(yīng)用對象類型關(guān)注點1報修部門內(nèi)部報修2維保部門內(nèi)部安排維修3中層領(lǐng)導(dǎo)內(nèi)部統(tǒng)計報表4集團(tuán)領(lǐng)導(dǎo)內(nèi)部統(tǒng)計報表系統(tǒng)的需求系統(tǒng)的具體需求本系統(tǒng)主要面向重慶軌道集團(tuán)的內(nèi)部員工，系統(tǒng)負(fù)責(zé)提供用戶報修問題登記管理和流程流轉(zhuǎn)、報表統(tǒng)計等應(yīng)用，具體包括：實現(xiàn)與報修系統(tǒng)的統(tǒng)一用戶管理、統(tǒng)一登陸入口。實現(xiàn)報修問題登記管理。實現(xiàn)報修問題的流程處理。支持角色和權(quán)限的定義，將用戶實體與其角色、崗位、部門等權(quán)限屬性有效分離，嚴(yán)格控制權(quán)限。提供信息查詢以及各種統(tǒng)計，以便更好的分析問題的處理情況。需求分析系統(tǒng)總體需求分析根據(jù)整體需求，整個系統(tǒng)將分為系統(tǒng)管理、基礎(chǔ)數(shù)據(jù)管理、任務(wù)管理、統(tǒng)計查詢四大部分。系統(tǒng)整體架構(gòu)圖如下：與其他系統(tǒng)的關(guān)系經(jīng)過前期與相關(guān)部門的訪談了解，本系統(tǒng)與現(xiàn)有的報修系統(tǒng)要集成在一起，統(tǒng)一用戶管理、統(tǒng)一登陸入口。所以報修系統(tǒng)有著密切的關(guān)聯(lián)性。各模塊需求分析系統(tǒng)管理公司（部門）信息維護(hù)對軌道交通公司下屬部門的維護(hù)：主要包括部門編碼、部門名稱、聯(lián)系人、聯(lián)系人電話、是否啟用。公司（部門）的下屬公司維護(hù)對公司（部門）的下屬部門維護(hù)：主要包括名稱、專業(yè)名稱（機電、工建、通號、AFC、其它、供電、電扶梯、車輛、車場等）、是否是任務(wù)接收部門、接收部門的名稱、是否是維保單位、上級部門的名稱。用戶信息維護(hù)用戶信息的維護(hù)：先把報修系統(tǒng)的用戶數(shù)據(jù)導(dǎo)到本系統(tǒng)的表中來。在本系統(tǒng)中增加用戶后向報修系統(tǒng)同步用戶數(shù)據(jù)。包括用戶名稱、登陸名稱、用戶密碼、所屬部門、是否啟用、用戶描述。菜單信息維護(hù)對系統(tǒng)中的功能菜單進(jìn)行維護(hù)：包括模塊名稱、模塊編碼、url、描述、是否啟用、上級模塊名稱、順序、圖標(biāo)。角色維護(hù)對系統(tǒng)中需要的角色進(jìn)行維護(hù)：包括角色名稱、角色編碼、是否可用。權(quán)限配置包括角色的菜單權(quán)限進(jìn)行授權(quán)和用戶所屬角色的授權(quán)。基礎(chǔ)數(shù)據(jù)管理專業(yè)數(shù)據(jù)維護(hù)包括土建、風(fēng)水電設(shè)備、系統(tǒng)設(shè)備（道岔、電扶梯、屏蔽門、安全門）等基礎(chǔ)數(shù)據(jù)維護(hù)（用樹型結(jié)構(gòu)）。合同標(biāo)段信息管理包括合同編號規(guī)則（線路-分類-小類-年份-專業(yè)流水號-合同流水號）、標(biāo)段名稱（合同名稱）線路信息管理包括線路編碼、線路名稱的維護(hù)。合同分類管理包括大類和小類兩成，其中都包括分類編碼、分類名稱。緊急程度管理對系統(tǒng)中填報問題時所需要用到的緊急程序進(jìn)行基礎(chǔ)數(shù)據(jù)維護(hù)。任務(wù)管理填報遺留問題該功能只對有報修權(quán)限的用戶開放。由報修人員對遺留問題進(jìn)行登記。包括合同信息（合同名稱、合同編號）、專業(yè)（機電、工建等）、責(zé)任部門、緊急程度、遺留問題的要求完成時間、報修人電話、問題描述。合同信息可錄入也可選擇已有信息。在此處錄入的合同名稱不會記錄到合同信息表中去。要求：在登記問題信息時。在錄合同名稱項時，先點擊“選擇”合同，在合同列表中查找，如果沒有想到合同，可以通過兩種方式錄入合同名稱和編號。一是直接在文本框中錄入合同名稱和合同編碼，該錄入的名稱和編號不能記錄到合同表中去。另一種方式是聯(lián)系有權(quán)限維護(hù)合同標(biāo)段基礎(chǔ)信息的人員，把合同標(biāo)段信息維護(hù)好以后，再進(jìn)行選擇合同標(biāo)段。如果看不到“新增“按鈕，說明該用戶沒有這個報修權(quán)限或才用戶登陸會話已過期，要重新進(jìn)行登陸。遺留問題處理遺留問題處理流程如下：本功能供報修部門和責(zé)任部門進(jìn)行任務(wù)辦理。即對問題的流程處理。對提交給本部門的遺留問題進(jìn)行處理與跟蹤，問題移交可進(jìn)行批量處理。功能描述：1：選擇某一條問題記錄后，可以查看問題的登記信息、接修維修情況，可以查看訪問題的處理記錄。2：選擇某一條問題記錄后，點擊“處理問題”后對未完成的問題進(jìn)行處理。根據(jù)問題當(dāng)前的流轉(zhuǎn)狀態(tài)來進(jìn)行處理。問題移交處理對確認(rèn)已解決的問題轉(zhuǎn)移交到維保部門進(jìn)行移交辦結(jié)。可以轉(zhuǎn)到其它部門進(jìn)行移交辦結(jié)或者退回到責(zé)任部門進(jìn)行重新登記處理。問題移交辦結(jié)對轉(zhuǎn)到本部門下的待移交辦結(jié)的問題進(jìn)行最終辦結(jié)，可以選擇退回或者辦結(jié)結(jié)束。統(tǒng)計查詢遺留問題整改進(jìn)度查詢可根據(jù)填報部門、是否超時、專業(yè)設(shè)備、狀態(tài)、所屬線路、責(zé)任部門、修復(fù)時限、填報時間、合同名稱等條件對遺留問題及整改情況查詢。選擇一條數(shù)據(jù)后可以查看明細(xì)。遺留問題整改的即時性統(tǒng)計可以按部門分年月對遺留問題整改的即時性統(tǒng)計，餅狀圖顯示。所有問題清單處理情況統(tǒng)計按年月對所有問題清單的處理情況統(tǒng)計，餅狀圖顯示。各線路分年月對遺留問題的發(fā)生次數(shù)統(tǒng)計各線路分年月對遺留問題的發(fā)生次數(shù)統(tǒng)計，線型圖顯示。各專業(yè)按年或月對遺留問題發(fā)生次數(shù)統(tǒng)計各專業(yè)按年或月對遺留問題發(fā)生次數(shù)統(tǒng)計，柱狀圖顯示。單個合同相關(guān)的問題清單處理情況統(tǒng)計單個合同相關(guān)的問題清單處理情況統(tǒng)計，餅狀圖顯示。系統(tǒng)非功能需求說明性能數(shù)據(jù)加載、更新；數(shù)據(jù)清理；數(shù)據(jù)匯總；數(shù)據(jù)庫備份；數(shù)據(jù)庫恢復(fù)；數(shù)據(jù)錄入；數(shù)據(jù)查詢；系統(tǒng)超負(fù)荷性能；用戶數(shù)量；并發(fā)用戶數(shù)量；數(shù)據(jù)容量等項目的性能指標(biāo)可以達(dá)到預(yù)定的標(biāo)準(zhǔn)，具體為：正常運行情況下一般web查詢的響應(yīng)時間2秒以內(nèi)，帶有復(fù)雜的餅圖、柱狀圖的查詢，響應(yīng)時間在5秒以內(nèi)；匯總的響應(yīng)時間不得超過10秒；報表生成的響應(yīng)時間不得超過5秒。系統(tǒng)用戶為14000人，最高在線用戶為10000人，并發(fā)用戶數(shù)為1000-2000人易用性考慮到實際操作人員的操作習(xí)慣，在系統(tǒng)設(shè)計中將注重用戶體驗，提供向?qū)讲僮髋cTip提示功能。可管理性用戶、部門、權(quán)限、菜單可配置性、靈活性管理。提供單條件與多條件組合查詢；安全性和可靠性具有在規(guī)定的時間和條件下，能維持其性能水平的能力。保證系統(tǒng)能24小時不間斷工作。并發(fā)相應(yīng)要求：并發(fā)要求：同時在線訪問數(shù)不低于2000。響應(yīng)要求：系統(tǒng)響應(yīng)時間及頁面打開時間<=5秒。運行要求：服務(wù)器端：操作系統(tǒng)：WindowsServer客戶端：操作系統(tǒng)：WindowsXp、Windows7瀏覽器：IE6以上。系統(tǒng)應(yīng)有容錯機制，保證不同使用條件下系統(tǒng)都能正確運行。出錯處理及恢復(fù)根據(jù)故障的來源，主要包括：硬件故障：由于硬件系統(tǒng)引起的故障；操作系統(tǒng)及數(shù)據(jù)庫故障：由于操作系統(tǒng)和數(shù)據(jù)庫本身的錯誤而引起故障；應(yīng)用服務(wù)器故障：由于多個應(yīng)用系統(tǒng)之間相互沖突而引起故障；程序模塊故障：由于本系統(tǒng)程序代碼設(shè)計考慮不周引起故障；用戶輸入錯誤：由于用戶輸入數(shù)據(jù)不正確而造成。包括數(shù)據(jù)類型不正確，長度不正確，數(shù)據(jù)不全面，非法字符，不滿足業(yè)務(wù)邏輯要求等而引起；業(yè)務(wù)邏輯錯誤：由于程序設(shè)計時對業(yè)務(wù)邏輯理解錯誤或用戶需求不完整而造成的設(shè)計錯誤；網(wǎng)絡(luò)故障：用戶的網(wǎng)絡(luò)連接出現(xiàn)故障。對于硬件錯誤、操作系統(tǒng)及數(shù)據(jù)庫錯誤和應(yīng)用服務(wù)器錯誤，可以通過雙機并行集群工作模式、數(shù)據(jù)備份、程序備份以及災(zāi)備中心系統(tǒng)的建立，盡可能保證系統(tǒng)可靠運行，當(dāng)嚴(yán)重系統(tǒng)故障發(fā)生時，可以通過災(zāi)備中心進(jìn)行系統(tǒng)恢復(fù)。對于程序模塊錯誤、業(yè)務(wù)邏輯錯誤在系統(tǒng)測試和試運行時逐步發(fā)現(xiàn)并予以解決；對于在系統(tǒng)上線運行過程中發(fā)現(xiàn)的問題，可以在系統(tǒng)維護(hù)和持續(xù)改進(jìn)過程中進(jìn)一步解決。對于用戶輸入錯誤，系統(tǒng)將對用戶進(jìn)行錯誤提示；在數(shù)據(jù)處理過程中發(fā)生的錯誤，系統(tǒng)采用事務(wù)管理的方法加以解決，當(dāng)數(shù)據(jù)處理錯誤發(fā)生時，系統(tǒng)根據(jù)需要自動進(jìn)行事務(wù)回滾。對于網(wǎng)絡(luò)故障造成的應(yīng)用問題，待網(wǎng)絡(luò)故障恢復(fù)后，重新登陸即可。安全保密性要求審計的安全要求：建立一個安全的系統(tǒng)，對計算機信息系統(tǒng)的安全尤其重要，審計對計算機信息系統(tǒng)的安全性起著至關(guān)重要的作用。系統(tǒng)的安全性方面必須充分審計跟蹤技術(shù)和措施。數(shù)據(jù)庫的安全與保密性要求：數(shù)據(jù)庫的安全與保密性要求是指對系