【文章內容簡介】 案排期后，由各業(yè)務庭法官組成合議庭，對案件進行審理，并在規(guī)定的工作流程下，完成各類裁判文書的撰寫、合議、審查、批準等活動，最后再通過服務中心完成裁定文書的打印、送達工作。 5 政務部分和黨務部分：文件的起草、審批工作后，文印工作和文件的送達工作也交由服務中心來完成。 采用新型的管理模式的目的，是將法官從各項繁雜瑣事中解脫出來，使其專攻審判過程，以提高審判工作的工作效率（包括審判的公 正性、按時性）。 當 事 人當 事 人服 務 中 心信 息 錄 入文 印 服 務文 書 送 達案 件 文 檔 掃 描審 務立 案審 判財 產 保 全分 案排 期政 務黨 務宏 觀 管 理綜 合 查 詢統(tǒng) 計 分 析決 策 分 析監(jiān) 察機 關公 安機 關? ? 文 印 服 務文 件 送 達文 印 服 務文 件 送 達審 批? ? 人 員 管 理績 效 考 核崗 前 培 訓? ? ? ? 黨 員 培 訓政 治 學 習? ? 圖 管理模式 第 2 章 信息系統(tǒng)分析 信息系統(tǒng)分析 概述 信息系統(tǒng)分析的任務 信息系統(tǒng)分析階段的主要任務是 定義或制定將來新的系統(tǒng)應該 “做什么” ，暫時不 涉及 “怎樣做” 。 具體地說，在系統(tǒng)分析階段要求系統(tǒng)分析員要詳細了解每一個業(yè)務過程和活動的工作流程及信息處理流程，要理解用戶對信息系統(tǒng)的需求，然后運用各類信息系統(tǒng)開發(fā)理論、方法和技術確定出新系統(tǒng)應具有的邏輯功能，再用適當?shù)姆椒ū磉_出來，形成這個系統(tǒng)的邏輯方案。 系統(tǒng)分析階段是系統(tǒng)詳細開發(fā)的關鍵性階段， 是確保每個子系統(tǒng)在服從全局的前提下，實現(xiàn)具體功能的重要基礎， 其 關鍵在于“理解”和“表達”?！袄斫狻笔情_發(fā)人員對 系統(tǒng)需求 的理解， 這些需求包括用戶表達出來的需求，也要善于發(fā)現(xiàn)用戶潛在的需求，這樣開發(fā)出來的系統(tǒng)才具有前瞻性，才能更好的適應變化的應用環(huán)境。 而“表達”是 系統(tǒng)分析員把 自己 對系統(tǒng)的理解通過 適當?shù)倪壿嬆Ｐ捅磉_出來， 并與用戶 及時溝通， 讓其進行檢查， 確定 系統(tǒng)分析員 的“理解”是否正確 [1]。 信息系統(tǒng)分析的步驟 1 進行數(shù)據(jù)分析， 運用數(shù)據(jù)庫設計技術，建立數(shù)據(jù)庫邏 輯模型。 2 依據(jù)數(shù)據(jù)庫模型確定出新系統(tǒng)的邏輯 功能 結構 ， 采用數(shù)據(jù)流程圖表示。 6 系統(tǒng)分析 數(shù)據(jù)分析建立 數(shù)據(jù) 模型 1 數(shù)據(jù)需求分析 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結構及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設計打下基礎。數(shù)據(jù)庫需求分析是整個設計過程的基礎。 此系統(tǒng)需要記錄 與案件有關的 情況 ，包括 案件基本信息、當事人信息等的 錄入、修改、刪除 以及修改 。 因此，數(shù)據(jù)庫設計必須滿足的要求有： （ 1） 記錄案件 的 基本信息 （ 2） 記錄 與案件有關的 原告被告等人的當事人信息 （ 3） 記錄與案件有關的證據(jù)信息 （ 4） 記錄案件有關的電子卷宗信息 （ 5） 記錄審判組成員信息 （ 6） 記錄與案件有關的證人信息 經(jīng)過上述系統(tǒng)功能分析和需求總結，在總體規(guī)劃階段劃分了 一 個主題數(shù)據(jù)庫，為： 案件主題 庫 。在主題數(shù)據(jù)庫基礎上進行數(shù)據(jù)分析，形成主題數(shù)據(jù)庫 模型，數(shù)據(jù)庫設計如表 所示 。 表 主題數(shù)據(jù)庫表一覽 主題數(shù)據(jù)庫標識 主題數(shù)據(jù)庫名稱 主題數(shù)據(jù)庫表標識 主題數(shù)據(jù)庫表含義 DB_AnJian 案件主題庫 ajjbxx 案件基本信息表 dsrxx 案件當事人信息表 zj 案件證據(jù)表 zrxx 案件證人表 dzjzxx 案件電子卷宗目錄信息表 spzcy 案件審判組成員信息表 2 邏輯結構設計 數(shù)據(jù)庫的概念結構設計完畢后，現(xiàn)在可以將 圖 所示 的數(shù)據(jù)庫概念結構轉化為 Oracle 數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結構。數(shù)據(jù)庫表中各個表的設計結果 如 表 所示。 表 案件基本信息表結構 主題數(shù)據(jù)庫標識 主題數(shù)據(jù)庫名稱 數(shù)據(jù)庫表標識 數(shù)據(jù)庫表名稱 DB_AnJian 案件主題庫 ajjbxx 案件基本信息表 數(shù)據(jù)項名稱 標識 類型 長度 是否關鍵字 是否為空 說明 案件標識 AJBS VARCHAR2 5 是 否 案件描述 AJMS VARCHAR2 240 否 是 案件來源編碼 AJLYBM VARCHAR2 5 否 否 外鍵 7 案件基本信息表結構 （續(xù)） 辯護人數(shù) BHRS VARCHAR2 4 否 是 律師人數(shù) LSRS VARCHAR2 4 否 是 法律援助律師人數(shù) FLYZLSRS VARCHAR2 4 否 是 立案案由編 碼 LAAYBM VARCHAR2 5 否 否 外鍵 立案管轄依據(jù)編碼 LAGXYJBM VARCHAR2 5 否 否 外鍵 共同訴訟 GTSS CHAR 4 否 是 是否 群體性糾紛 QTXJF CHAR 4 否 是 是否 適用程序編碼 SYCXBM VARCHAR2 5 否 否 外鍵 符合立案條件 FHLATJ CHAR 4 否 是 是否 缺少材料 QSCL CHAR 4 否 是 是否 歸檔結果 GDJG CHAR 4 否 是 是否 表 案件證據(jù)信息表結構 主題數(shù)據(jù)庫標識 主題數(shù) 據(jù)庫名稱 數(shù)據(jù)庫表標識 數(shù)據(jù)庫表名稱 DB_AnJian 案件主題庫 zj 案件 證據(jù) 信息表 數(shù)據(jù)項名稱 標識 類型 長度 是否關鍵字 是否為空 說明 證據(jù)標識 ZJBS VARCHAR2 5 是 否 證據(jù)在案件中的唯一標識 用于實體文件與之關聯(lián) 記錄產生之后， 須維持不變 不反映在鏈條中的順序 不反映 取證 順序 不反映 舉證順序 名稱 MC VARCHAR2 40 否 是 案件標識 AJBS VARCHAR2 15 否 否 外鍵 原物原件 YWYJ CHAR 4 否 是 是否 取證時間 QZSJ DATE 否 是 取證地點 QZDD VARCHAR2 100 否 是 取證渠道編碼 QZQDBM VARCHAR2 5 否 否 外鍵 舉證人 JZR VARCHAR2 100 否 是 舉證日期 JZRQ DATE 否 是 收證人 SZR VARCHAR2 10 否 事 法院工作人員姓名 有利方 YLF VARCHAR2 100 否 是 當事人姓名或名稱 證據(jù)目的 ZJMD VARCHAR2 200 否 是 試圖說明的事實描述 委托鑒定 WTJD CHAR 4 否 是 是否 是否認證 SFRZ CHAR 4 否 是 是否 當庭認證 DTRZ CHAR 4 否 是 是否 反證索引 FZSY VARCHAR2 240 否 是 多個證據(jù)編號 以 |分隔 有效日期 YXRQ DATE 否 是 8 案件當事人信息表結構 主題數(shù)據(jù)庫標識 主題數(shù)據(jù)庫名稱 數(shù)據(jù)庫表標識 數(shù)據(jù)庫表名稱 DB_AnJian 案件主題庫 dsrxx 案件當事人信息表 數(shù)據(jù)項名稱 標識 類型 長度 是否關鍵字 是否為空 說明 當事人標識 DSRBS VARCHAR2 5 是 否 類型 LX VARCHAR2 5 否 是 案件標識 AJBS VARCHAR2 15 否 否 外鍵 一審訴訟地位 SSDW1 VARCHAR2 5 否 否 外鍵 二審訴訟地位 SSDW2 VARCHAR2 5 否 否 外鍵 再審訴訟地位 SSDW3 VARCHAR2 5 否 否 外鍵 姓名或單位名稱 MC VARCHAR2 100 否 是 性別 XB CHAR 4 否 是 年齡 NL VARCHAR2 3 否 是 身份證件種類編碼 SFZJZLBM VARCHAR2 5 否 否 外鍵 身份證 件號碼 SFZJHM VARCHAR2 20 否 是 聯(lián)系電話 LXDH VARCHAR2 30 否 是 地址 DZ VARCHAR2 100 否 是 代理人標識 1 DLRBZ1 VARCHAR2(5) 5 否 是 代理人 1 DLR1 VARCHAR2 10 否 是 代理人標識 2 DLRBZ2 VARCHAR2 5 否 是 代理人 2 DLR2 VARCHAR2 10 否 是 法人代表 FRDB VARCHAR2 10 否 是 表 案件證人信息表結構 主題數(shù)據(jù)庫標識 主 題數(shù)據(jù)庫名稱 數(shù)據(jù)庫表標識 數(shù)據(jù)庫表名稱 DB_AnJian 案件主題庫 zrxx 案件 證人 信息表 數(shù)據(jù)項名稱 標識 類型 長度 是否關鍵字 是否為空 說明 證人標識 ZRBS VARCHAR2 5 是 否 姓名 XM VARCHAR2 10 否 是 性別 XB CHAR 4 否 是 案件標識 AJBS VARCHAR2 15 否 是 身份證件種類編碼 SFZJZLBM VARCHAR2 5 否 否 外鍵 身份證件號碼 SFZJHM VARCHAR2 30 否 是 出生日期 CSRQ DATE 否 是 所在單位 SZDW VARCHAR2 100 否 是 有利方 YLF VARCHAR2 100 否 是 當事人姓名 或名稱 出庭作證 CTZZ CHAR 4 否 是 是否 9 表 案件電子卷宗目錄信息表結構 主題數(shù)據(jù)庫標識 主題數(shù)據(jù)庫名稱 數(shù)據(jù)庫表標識 數(shù)據(jù)庫表名稱 DB_AnJian 案件主題庫 dzjzxx 案件 電子卷宗目錄 信息表 數(shù)據(jù)項名稱 標識 類型 長度 是否關鍵字 是否為空 說明 電子卷宗標識 DZJZBS VARCHAR2 5 是 否 實體類 別 STLB VARCHAR2 5 否 否 外鍵 實體編號 STBH VARCHAR2 100 否 是 顯示名稱 XSMC VARCHAR2 40 否 是 案件標識 AJBS VARCHAR2 15 否 是 文件名稱 WJMC VARCHAR2 100 否 是 文件格式 WJGS VARCHAR2 5 否 是 文件大小 WJDX VARCHAR2 10 否 是 創(chuàng)建人標識 CJRBS VARCHAR2 5 否 否 外鍵 創(chuàng)建人 CJR VARCHAR2 10 否 是 創(chuàng)建時間 CJSJ DATE 否 是 最近修改人標識 ZJXGRBS VARCHAR2 5 否 否 外鍵 最近修改人 WTJD VARCHAR2 20 否 是 最近修改時間 SFRZ DATE 否 是 地址 DTRZ CHAR(100) 100 否 是 表 案件審判組成員信息表結構 主題數(shù)據(jù)庫標識 主題數(shù)據(jù)庫名稱 數(shù)據(jù)庫表標識 數(shù)據(jù)庫表名稱 DB_AnJian 案件主題庫 spzcy 案件 審判組成員 信息表 數(shù)據(jù)項名稱 標識 類型 長度 是否關鍵字 是否為空 說明 審判組成員標識 SPZCYBS VARCHAR2 5 是 否 案件標識 AJBS VARCHAR2 15 否 否 外鍵 擔任角色 DRJSBM VARCHAR2 10 否 是 人員標識 RYBS VARCHAR2 5 否 否 外鍵 姓名 XM VARCHAR2 10 否 是 回避 HB CHAR 4 否 是 是否 回避申請標識 HBSQBS VARCHAR2 5 否 否 外鍵 功能 分析建立 系統(tǒng)邏輯結構 根據(jù) 案件信息管理 系統(tǒng)的 管理模式和 數(shù)據(jù)分析，建立 新系統(tǒng)的邏輯結構 ，用數(shù)據(jù)流程圖來描述。 數(shù) 據(jù)流程圖是描述系統(tǒng)數(shù)據(jù)流程的工具，它將數(shù)據(jù)獨立抽象出來，通過圖形方式描述信息的來龍去脈和 實際流程。它的基本部件包括系統(tǒng)的外部實體、處理過程、數(shù)據(jù)存儲和系統(tǒng)中的數(shù)據(jù)流四個組成部分。 案件信息管理的數(shù)據(jù)流程圖 如圖 所示。 10 案 件 立 案 裁 定 信 息 表（ 缺 少 立 案 材 料 ）案 件 立 案 裁 定 信 息 表（ 不 符 合 立 案 條 件 ）案 件 立 案 裁 定 信 息 表案 件 立 案 合 議 信 息 表案 件 信 息 表當 事 人案 件 審 查1 . 1 . 2立 案 法 官建 立 案 件基 本 信 息檔 案產 生 電 子卷 宗1 . 1 . 1錄 入 員不 予 立 案合 議1 . 1 . 4 立 案 庭 庭 長主 管 庭 長院 長打 印 立 案結 論并 送 達1 . 1 . 6 送 達 員送 達 記 錄 信 息 表未 予 立 案信 息 歸 檔1 . 1