這是國內IT大廠委託我列出-設計大型任務關鍵型系統(MCS)-可靠性糸統檢討項目，我列出的項目。因為己經過了一段時間，應該不介意公開供大眾參考。
系統架構設計
1.Enterprise architecture：
. Server HA design
. Disk HA & DR design
. System model design: System model summary(service level)
. POC: Workload/Takeover
. 評選合適架構:Throughput/Response、Cost/Performance
. 檢討項目
. HA對策檢討項目：server failure tolerance(cluster)丶failed server recovery(例:HACMP)丶local disk tolerance(OS morrow)
. DR對策檢討項目：DBMS丶DISK solution丶2PC(TM丶RM)丶Local/Remote DB failure
. Disk HA & DR summary(service level)
2伺服器:效能
3.資料庫:鏡影映射丶遠距離同步丶連線中維護(PDB丶LDB)丶效能攺善(索引重組丶空間重整)
4.網路-安全(DMZ，防火牆)丶AC/AU(認證)丶架構/標準設計
非功能性系統需求設計(Non-Functional Requirement)
1.擴充性(Scalability)
. 連線/停車中系統擴充方式/限制(Server丶軟體、DB丶網路)
. 計劃性停機作業準則
. 系統容量成長估計
. 系統備載容量設計
. 系統處李能力:峰時(Peak Hours)交易量(例500筆/秒)資料量(500萬帳戶)
2.穩定性(Availability)
. 系統障害對應設計(軟體：TRX丶DB丶MQ丶OS 硬體：伺服器丶網路， 障害侷限化設計)
. 天然災害對策
. 連線中系統維護方式/限制
. 非計劃性停機對策
. 二重化系統設計-現地與異地
. 系統穩定性運轉演練計劃
3.連續性(Continuity)：24x365 On-Line丶Non-24x365On-Line
. SPOF：系統二重化丶Cluster丶DASD duplexing
. DB backup 對策：RDBMS on-line backup utility
. DB reorganization 對策：RDBMS on-line reorganizing
4.回應性(Responsibility)：例0.01秒
. Transaction response：目標交易型態内部處理時間
. On-Line throughput：目標時間內的目標處理量(秒處理量)
. Batch throughput：目標時間內的目標處理量(日處理量)
5.安全性(Security)
. User authentication：middleware/application
. Access control：middleware/application
. Audit log：middleware/application
6.確認事項:
. On-Line Throughput確認
. On-Line Response Time確認
. AP Server CPU cost估計
. Batch Throughput確認
. Local Failure對策
. Disaster Recovery對策(RPO/RTO)
系統測試
1.單體測試(設計丶執行丶審核丶測試具體目標與內容丶測試實施階段)
2.整體測試(設計丶執行丶審核丶測試具體目標與內容丶測試實施階段)
3.系統測試(設計丶執行丶審核丶測試具體目標與內容丶測試實施階段)
4.壓力測試(設計丶執行丶審核丶測試具體目標與內容丶測試實施階段)
5.平行測試(設計丶執行丶審核丶測試具體目標與內容丶測試實施階段)
系統上線
1.準備工作(人力運用計劃丶系統安裝計劃丶SOP工作計劃丶經費丶恊力商配合事項丶主計劃時程與主要項目丶細部作業項目審核)
2.新系統安全上線對策(舊系統廢止丶新/舊系統並存丶新系統上線失敗回復舊系統)
3.舊/新系統轉換計劃(時程丶H/W丶S/W丶網路丶資料轉移丶資料正確性審核)
4.上線支援計劃(現場支援丶中心支援丶Help Desk設置計劃丶檢討會)
5.系統移交計劃(時程丶方式丶後續支援方式)
系統評價
1.評價項目-項目等級分類(嚴重、中等、輕微)、發生頻率、解決效率、改善成效分析表。
Add new comment