中圖分類號： 學校代碼： 10055 密級： 碩 士 專 業(yè) 學 位 論 文 信托公司業(yè)務綜合管理系統(tǒng)的設計與實現(xiàn) 文作者 指導教師 教授 申請學位 工程碩士 培養(yǎng)單位 軟件學院 學科專業(yè) 軟件工程 研究方向 項目管理 答辯委員會主席 評 閱 人 南開大學研究生院 二一 三 年 十 月 摘 要 I 摘 要 隨著我國金融產(chǎn)業(yè)快速穩(wěn)健的發(fā)展，我國信托行業(yè)正在進入健康高速的發(fā)展時期，信托公司的發(fā)展已成功邁上了新的臺階。信托業(yè)務的不斷創(chuàng)新、營銷手段的多元化、風險的有效管控、客戶服務水平的提高以及財務體系的特殊性和復雜性等多方面因素，要求信托公司必須構建高效統(tǒng)一的管理運營、風險 控制 而優(yōu)化并整合業(yè)務流程，實現(xiàn)流程化處理業(yè)務，提高客戶的理財服務質量，提高資產(chǎn)運用效率和保障，實現(xiàn)全公司的業(yè)務信息共享，為信托公司領導提供全面的決策信息，建立信托公司的核心競爭力。 信托業(yè)務綜合管理系統(tǒng)是信托公司信息化建設的核心，對信托業(yè)務中涉及的信托項目、委托人、受益人、信托合同、用款人、運用合同進行全面管理，并將各類信息進行有機整合 ，用工作流將業(yè)務向前推進 ， 其他信息系統(tǒng)，如財務、風控等都需要圍繞在信托業(yè)務綜合管理系統(tǒng)周圍，以業(yè)務系統(tǒng)數(shù)據(jù)為基礎，才不致成為信息孤島，才能體現(xiàn)出價值。 本文結合信 托業(yè)務操作特點及信托公司需求闡述了信托業(yè)務管理系統(tǒng)的設計和實現(xiàn) 過程 。文章首先論述了信托公司信托業(yè)務管理系統(tǒng)建設的現(xiàn)狀，本文研究的意義、目標和內(nèi)容，然后結合信托業(yè)務和信托業(yè)務參與角色對用戶需求進行了分析 ，接著對系統(tǒng)的技術架構、功能模塊、數(shù)據(jù)庫等進行設計，之后 文章對部分 系統(tǒng)功能的實現(xiàn)細節(jié) 進行了闡述 。 關鍵字 ： 信托公司 信息系統(tǒng) 設計 I s s is of on a of of of of to as as T so as to of is of It to in of as to on of of on of of as as of II of of of a on of 錄 錄 第 1 章 緒論 . 1 托業(yè)務綜合管理系統(tǒng)信息化建設研究背景 . 信托行業(yè)現(xiàn)狀 . 信托業(yè)務系統(tǒng)信息化建設現(xiàn)狀 . 信托業(yè)務系統(tǒng)信息化建設的意義 .托 公司及其業(yè)務概述 . 信托關系及信托角色 . 信托公司典型業(yè)務 .文的研究目標、內(nèi)容及組織結 構 . 本文研究目標 . 本文的內(nèi)容及組織結構 . 2 章 系統(tǒng)分析 . 6 行性分析 . 應用上的可行性 . 技術上的可行性 . 經(jīng)濟上的可行性 .求分析 . 系統(tǒng)使用人員分析 . 功能性需求分析 . 非功能性需求分析 . 3 章 系統(tǒng)設計 . 12 統(tǒng)架構設 計 .統(tǒng)功能模板及菜單 .務流程設計 .據(jù)庫設計 . . 表結構 .作界面設計 . 4 章 系統(tǒng)實現(xiàn)和測試 . 24 統(tǒng)運行環(huán)境 .統(tǒng)技術框架 . 錄 V 分系統(tǒng)功能實現(xiàn) . 系統(tǒng)登錄和密碼策略 . 增刪改查的實現(xiàn) . 信托 項目立項功能的實現(xiàn) . 信托項目營銷功能的實現(xiàn) . 信托項目運作功能的實現(xiàn) . 表 增的實現(xiàn) . 系統(tǒng)日志的實現(xiàn) . 定時任務的實現(xiàn) . 審批流的實現(xiàn) .0 頁面導出功能實現(xiàn) .統(tǒng)測試 . 功能測試 . 性能測試 . 5 章 總結與展望 . 51 要工作 .望 .考文獻 . 53 個人簡歷 在學期間發(fā)表的學術論文與研究成果 . 55 第 1章 緒論 1 第 1 章 緒論 托業(yè)務綜合管理系統(tǒng) 信息化 建設研究 背景 隨著金融市場 的開放和監(jiān)管政策的放松，不同類型的金融子行業(yè)和金融機構之間業(yè)務往來日益增多，融合度不斷加強 1， 信托與銀行、保險、證券，構成一個國家或地區(qū)金融體系中的四大支柱，是金融體系中不可或缺的重要組成部分。 托行業(yè)現(xiàn)狀 信托業(yè)在國內(nèi)的發(fā)展可謂一波三折，從 1979年第一家信托公司成立到現(xiàn)在的 30多年間，經(jīng)歷了幾次由興到衰，再由衰到興的起伏，六次清理整頓，信托公司數(shù)量從高峰時期的 1000多家，縮減到目前的 60多家，這在其他金融業(yè)態(tài)歷史上都是不曾有過的。隨著信托行業(yè)“一法三規(guī)”的陸續(xù)頒布與實施，信托公司業(yè)務 發(fā)展逐漸走上正軌，業(yè)務規(guī)模逐年遞增，截止 2012年年底，全國信托公司所管理的信托資產(chǎn)規(guī)模達 過保險業(yè) 為僅次于銀行的第二大金融業(yè)態(tài)。 托業(yè)務系統(tǒng)信息化建設現(xiàn)狀 與銀行、保險等行業(yè)相比，信托公司的信息化水平普遍相對較低，多數(shù)公司還處在依靠 公軟件進行半手工處理的階段，信托業(yè)務系統(tǒng)建設沒有跟上信托業(yè)務發(fā)展的腳步。造成這種情況的原因是多方面的， 歸納起來主要有以下三點，第一，信托規(guī)模的大幅度提升是近兩三年的事情，規(guī)模沒上來時，體現(xiàn)不出信息化的重要性；第二 ，信托作為金融體現(xiàn)中的試金石，業(yè)務形式多變，創(chuàng)新不斷，這給信托業(yè)務信息化帶來一定難度；第三， 信息業(yè)務系統(tǒng)軟件供應商稀少 ， 他們 認為信托 不像 銀行、保險等其他金融業(yè)態(tài)， 數(shù)量眾多，市場較大，且更重視和依賴信息系統(tǒng)，信托公司沒有足夠的油水激發(fā)供應商的信托業(yè)務信息化系統(tǒng)開發(fā)熱情。 第 1章 緒論 2 托業(yè)務系統(tǒng)信息化建設的意義 隨著信托業(yè)務的不斷發(fā)展壯大，信托業(yè)務人員發(fā)現(xiàn)， 日常的項目臺賬、項目文檔越來越繁多和雜亂，項目狀態(tài)的跟蹤和項目信息的檢索變得越來越困難，項目資金數(shù)據(jù)的計算工作量巨大，出錯幾率明顯增多， 這些麻煩讓他們疲于 應付，制約著信托公司進一步擴大信托業(yè)務規(guī)模， 他們迫切希望有一個工具能幫他們有條不紊的管理項目各項數(shù)據(jù)，自動計算資金數(shù)據(jù)，減少重復性勞動，以及在希望查看 信托項目相關信息 時 能 快速檢索出來，這個工具就是信托公司業(yè)務綜合管理系統(tǒng) 。 開發(fā) 這么 一款符合信托業(yè)務特點的業(yè)務綜合管理信息化系統(tǒng)對輔佐信托行業(yè)繼續(xù)高速發(fā)展將發(fā)揮巨大作用，有著重要意義。 信息系統(tǒng)讓企業(yè)業(yè)務步入一個新的臺階 6。 托公司 及其 業(yè)務概述 托關系及信托角色 信托是指委托人基于對受托人的信任 , 將其所有的財產(chǎn)權利轉移給受托人 , 由受托 人根據(jù)信托法的規(guī)定 , 按照委托人在信托文件中的意愿 , 并為了受益人的利益 , 對信托財產(chǎn)進行管理和處分而形成的法律關 系 5。 信托關系描述：委托人將其財產(chǎn)托付給受托人，受托人按照委托人的意愿將信托財產(chǎn)進行運用和管理，所得收益歸委托人指定的受益人所有，受托人收取一定的信托報酬 2。 可以看到一個信托計劃中涉及三個角色：委托人、受托人、受益人 。 受托人即信托公司 ，委托人是投資人，受益人可以是委托人自己，也可以是委托人指定的其他人 。 第 1章 緒論 3 托公司典 型業(yè)務 信托公司 典型的業(yè)務 如下圖所示 ， 投資者將自己的資金委托給信托公司 ，信托公司將信托資金存入專用的銀行專戶保管，信托成立后 ，信托公司將資金貸款給上市公司 A， 公司的貸款提供擔保，同時 托公司將投資收益分配給投資者。 圖 托公司職能 圖 托關系 示意圖 第 1章 緒論 4 文的研究目標 、內(nèi)容及組織結構 文研究目標 本文 研究目標是設計并實現(xiàn)一個符合信托業(yè)務特點的綜合管理平臺系統(tǒng)，使其成為信托公司的業(yè)務信息平 臺，為信托公司發(fā)展助力。 系統(tǒng)要達到的具體目標如下： 1. 為信托公司提供一個業(yè)務審批平臺，信托公司內(nèi)部的審批操作，如項目立項審批、收付款審批等，都可在系統(tǒng)中完成 ，同時也可將工作流程在系統(tǒng)中串接，由流程來推動任務啟動、進行、直至完成。 2. 為信托經(jīng)理們提供一個日常工作平臺 ， 幫助 他們有條理的管理信托項目數(shù)據(jù)，隨時記錄項目過程數(shù)據(jù)，方便的調閱項目歷史數(shù)據(jù)，項目的利息、收益、費用由系統(tǒng)幫助自動計算，同時系統(tǒng)可友好的提前提醒信托經(jīng)理項目操作時點，如收息、分配等。 3. 為公司領導提供一個監(jiān)控和決策平臺， 公司領導可以 在系統(tǒng)中查詢公司的信托項目信息，監(jiān)視各項目運行狀態(tài)，決定是否需要干預。同時系統(tǒng)可將項目數(shù)據(jù)按各種口徑進行統(tǒng)計、整合，出具各類報表，這些報表數(shù)據(jù)可作為公司領導決策的依據(jù)。 4. 為系統(tǒng)管理員提供一個集中的系統(tǒng)維護平臺，系統(tǒng)管理員可方便的維護公司員工，并給他們分配系統(tǒng)操作權限，同時可通過日志，監(jiān)控系統(tǒng)用戶的系統(tǒng)操作行為。 文的內(nèi)容及組織結構 本文共分為五章，各章內(nèi)容如下： 第一章緒論，主要描述了信托行業(yè) 現(xiàn)狀，信托公司信息化建設現(xiàn)狀及建設信息化系統(tǒng)對于信托公司的意義，簡述了信托關系的形成和信托公司的 典型業(yè)務，最后本章描述了本文的研究目標和本文的主要內(nèi)容和組織結構。 第 1章 緒論 5 第二章系統(tǒng)分析，主要對系統(tǒng)的可行性和 系統(tǒng)需求進行了分析，可行性分析從應用、技術和經(jīng)濟三方面進行，需求分析分成功能性需求和非功能性需求兩方面進行描述。 第三章系統(tǒng)設計，主要描述了系統(tǒng)的總體架構設計、系統(tǒng)功能模塊的劃分、數(shù)據(jù)庫設計及操作界面設計等內(nèi)容。 第四章系統(tǒng)實現(xiàn)和測試，本章主要對系統(tǒng)主要功能點的實現(xiàn)細節(jié)進行描述，同時介紹了系統(tǒng)測試 和部署等 相關工作 。 第五章總結和展望，本章分總結和展望兩部分，總結部分對設計和實現(xiàn)本系統(tǒng)的主要工作和成果進行總 結，展望部分總結了系統(tǒng)的不足和需要改進的方面，并提出了系統(tǒng)擬進一步研究的內(nèi)容和工作。 第 2章 系統(tǒng)分析 6 第 2 章 系統(tǒng)分析 行性分析 用上的可行性 隨著信息技術的發(fā)展，各行業(yè)、各公司都開始自己的信息化建設，信息化程度已成為一個公司核心競爭力和企業(yè)形象的體現(xiàn) 7。信托作為第二大金融業(yè)態(tài)，在信息化方面已相對落后，同時信托業(yè)務的快速發(fā)展也使得信托從業(yè)者對自己管理的信托信息資產(chǎn)力不從心，迫切需要一個系統(tǒng)幫助他們。因此，可以說信托業(yè)務綜合管理系統(tǒng)的出現(xiàn)是大勢所趨，人心所向。 術上的可行性 近年來 ，信息技術發(fā)展迅速，新技術層出不窮，可謂日新月異。 出于靈活性和可擴展性考慮，目前 企業(yè)信息化 系統(tǒng)多趨向 使用 B/ 開發(fā) B/要有 術平臺 ， 這兩個平臺功能都很強大，配合 前端展現(xiàn)技術，可實現(xiàn)豐富的功能，也能實現(xiàn)各種所需的特效 。許多優(yōu)秀系統(tǒng)的出現(xiàn) ，如大互聯(lián)網(wǎng)公司 度等，大電商淘寶、京東等 ，也給我們提供了參考，指引了信息化技術的方向。 種類繁多的開發(fā)框架、快速開發(fā)模型也不斷涌現(xiàn)，并且很多都是開源的，如 用這些框架可大大簡化 系統(tǒng)開發(fā)的難度和周期。 很多使用框架的成功案例，并且相關技術文檔豐富而完整，并且容易獲取。 服務器 性能正按照摩爾定律飛速增長著， 虛擬技術、集群技術、存儲技術逐漸成熟，網(wǎng)絡帶寬逐漸增大，這些為信息化系統(tǒng)的高速、穩(wěn)定運行提供了硬件保障。 綜上所述，信托業(yè)務綜合管理系統(tǒng)在技術上是可行的。 第 2章 系統(tǒng)分析 7 濟上的可行性 如前所述，當信托公司業(yè)務發(fā)展到一定規(guī)模，信托項目相關數(shù)據(jù)若只能手工或半手工處理，信托從業(yè)人員將會力不從心，疲于應付 ，這種狀況將對信托業(yè)務進一步增長造成阻礙，成為瓶頸。因此，信托綜合業(yè)務管理系統(tǒng)將保障信托業(yè)務持續(xù)穩(wěn)定的增長，為信托公司帶來更多收益 。 求分析 統(tǒng)使用人員分析 本系統(tǒng)可能的使用人員有如下幾類：信托經(jīng)理、系統(tǒng)管理員、公司領導。不同類型人員有著 不同的需求，下面將分別進行分析。 能性 需求分析 1. 信托經(jīng)理 提交審批 ：信托項目從立項、運作到結束的整個生命周期中，每個環(huán)節(jié)都需要審批，信托經(jīng)理需要按照公司既定的流程，提交相關的要素信息和文檔，提交領導 審批。 項目管理 ：信托項目的生命 周期分為立項、營銷、成立、生效、運行、清算等多個階段，不同的項目階段有不同的任務，信托經(jīng)理需要管理這些階段，并完成每個階段要做的事情。 委托人管理 ：包括委托人本身的管理和委托人資產(chǎn)的管理， 信托經(jīng)理要維護 委托人 相關 信息， 信息發(fā)行時對委托人進行 營銷 、預約、簽合同、收信托款，項目運行過程中，信托經(jīng)理要對委托人進行 收益分配 、信息披露、本金返還 等 業(yè)務 。 用款人管理 ：包括用款人本身的管理和用款人資產(chǎn)管理， 信托經(jīng)理要維護用款人相關信息，與用款人簽訂融資合同，信托生效時，給用款人放款，然后根據(jù)合同約定對用款人進行收息收回本 金操作。 第 2章 系統(tǒng)分析 8 信息查詢 ： 信托經(jīng)理經(jīng)常需要解答投資人和用款人對于信托項目的疑問，因此需要能很方便的查閱項目相關信息，同時信托經(jīng)理也有需要對自己管理的項目進行統(tǒng)計分析，項目做了多少規(guī)模了，收益情況怎么樣，這個客戶來買過多少此信托產(chǎn)品，規(guī)模多少等等。因此，信托經(jīng)理有隨時統(tǒng)計查詢項目信息的需求。 2. 公司領導 審批： 公司領導需要對信托經(jīng)理提交的各類申請進行審批，審批時他要了解到詳細的信息，以便分析和判斷。 信息查詢 ：公司領導的信息查詢和信托經(jīng)理不一樣，站的角度 和高度不同，信托經(jīng)理查詢的是他們自己管理的項目，公司領導想要看的是公司的整體項目運行情況，總體規(guī)模多少，同比、環(huán)比增減情況，收益率、信托報酬平均值，凈資本占用情況等。 圖 托經(jīng)理需求 第 2章 系統(tǒng)分析 9 3系統(tǒng)管理員 有了系統(tǒng)，就要有系統(tǒng)管理員，他們維護和管理系統(tǒng)，保障系統(tǒng)安全穩(wěn)定的運行，他們的需求主要有如下幾點： 系統(tǒng)用戶 管理 ： 公司來了新人， 系統(tǒng)中就要添加用戶，公司有人離職，系統(tǒng)中就要注銷用戶，用戶密碼遺忘了，需要系統(tǒng)管理員對密碼進行重置，用戶換了部門，系統(tǒng)管理員就需要對用戶信息進 行修改。 用戶 操作權限管理 ：公司員工各司其職，在系統(tǒng)也一樣，各自分別操作一部分功能，需要對用戶進行功能權限的分配，假如員工轉崗了，他的權限就需要管理員進行調整。 日志管理與監(jiān)控 ：項目 在系統(tǒng)中 出現(xiàn)了誤操作，誰該負責，系統(tǒng)管理員可以通過系統(tǒng)操作日志進行分析判斷，找出責任人；用戶賬號被人冒用了怎么辦，系統(tǒng)管理員需要能夠對冒用賬號進行禁用，并且追蹤用戶 系統(tǒng)登錄日志能幫上忙。 圖 司領導需求 第 2章 系統(tǒng)分析 10 功能性需求分析 1. 同時在線人數(shù)和并發(fā)數(shù) 經(jīng)過調研，目前大部 分信托公司員工 人數(shù) 在 120人 左右 ， 可能使用到系統(tǒng)的員工人數(shù) 大概是公司員工 總人數(shù) 的 50%， 比較頻繁使用系統(tǒng)的大概占 1/4， 考慮到信托公司未來的進一步發(fā)展，系統(tǒng)設計支持 100用戶同時在線，支持 50并發(fā)操作可滿足要求。 2. 頁面響應時間 按照普通人對 時間 延遲的 忍受程度， 普通 頁面 的打開時間應在 3秒以下，較大數(shù)據(jù)查詢頁面的打開時間應在 10秒以下。 3. 數(shù)據(jù)保密性和 數(shù)據(jù)隔離 信息系統(tǒng)的開放性使信息資源的共享成為可能的同時 , 也使系統(tǒng)增加了遭受攻擊的可能性 3。 信托公司對于信托項目的 數(shù)據(jù)保密要求是很高 的，因此， 系統(tǒng) 應具備完善的權限體系，保證最小權限，數(shù)據(jù)只有有權限的人才能查看和操作。 特別是客戶信息和合同信息。 4. 災備 要求 信托公司對數(shù)據(jù)的安全性是很敏感的，因此需要建立完備的數(shù)據(jù)庫備份計劃，保證數(shù)據(jù)庫故障時能及時恢復。 圖 統(tǒng)管理員需求 第 2章 系統(tǒng)分析 11 由于信托公司的業(yè)務不是實時性的，因此對于業(yè)務中斷的敏感性不是太高，系統(tǒng)故障后恢復時間在 12小時以內(nèi)即可。 第 3 章 系統(tǒng)設計 12 第 3 章 系統(tǒng) 設計 統(tǒng) 架構 設計 系統(tǒng)采用 B/用表示層、業(yè)務層、數(shù)據(jù)層 三層架構模型 ，三層間的邏輯關系如圖 示 。 信息系統(tǒng)體系結構是信息系統(tǒng)各要素按照確定關系構成的系統(tǒng) 框架 4。 表示層 從業(yè)務層獲取業(yè)務數(shù)據(jù)然后按照某種格式進行顯示，或對業(yè)務層發(fā)起某種請求，如查看、新增、修改、刪除等。 表示層中包含眾 多的 面 ，用戶在瀏覽器中對這些頁面進行查看和操作 。 業(yè)務層 處理來自表示層的請求，如果有必要，會向數(shù)據(jù)層請求所需業(yè)務數(shù)據(jù)。處理完畢后，業(yè)務層將結果反饋給表示層。 數(shù)據(jù)層負責保存應用系統(tǒng)的數(shù)據(jù)，并當有請求時把它們發(fā)送給業(yè)務層。 三層架構的設計，使系統(tǒng)達到松耦合的目的，系統(tǒng)顯得條理清晰，便于維護。同時三個層次各司其職，默契配合，使系統(tǒng)能穩(wěn)定高效的運行。 圖 統(tǒng)三層架構圖 第 3 章 系統(tǒng)設計 13 統(tǒng)功能模板 及菜單 系統(tǒng) 根據(jù)業(yè)務需要 共劃分成 七大 功能 模塊，分別是 系統(tǒng)管理 、 客戶管理 、項目管理 、 營銷管理 、 資產(chǎn)管理 、 審批流 管理 、 報表管理 。 1. 項目管理： 管理信托項目從立項到清算整個生命周期。 2. 客戶管理：管理信托項目相關的客戶，包括委托人客戶、受益人客戶及用款人客戶。 圖 目管理模塊菜單 圖 統(tǒng)功能模塊劃分 第 3 章 系統(tǒng)設計 14 3. 營銷管理：負責信托計劃的產(chǎn)品銷售 。 4. 資產(chǎn)管理：負責管理信托資產(chǎn)的運用。 5. 審批流管理：審批流程設計、管理和跟蹤。 圖 產(chǎn)管理模塊菜單 圖 銷管理模塊菜單 圖 戶管理模塊菜單 第 3 章 系統(tǒng)設計 15 6. 報表管理：用于生成各類報表和查詢 7. 系統(tǒng)管理：管理系統(tǒng)用戶及其權限，系統(tǒng)日志，系統(tǒng)級參數(shù)設置等。 圖 統(tǒng)管理模塊菜單 圖 表管理模塊菜單 圖 批流管理模塊菜單 第 3 章 系統(tǒng)設計 16 務流程設計 項目運作流程：信托經(jīng)理在 系統(tǒng)中維護信托項目信息，完成后可提交項目立項審批，按照公司相關規(guī)定，在線上進行審批流轉，直到最后節(jié)點完成審批。項目開始進行營銷， 委托人對信托產(chǎn)品進行認購，公司與委托人簽署信托合同，并給受益人發(fā)放受益權憑證，當達到項目計劃設定的成立條件后，項目進入運作階段。把募集到的信托資金劃撥給用款人，并與用款人簽訂運用合同，用款人按照合同的約定付息返本，同時兌付受益人收益。項目到期后，對項目進行清算、銷戶，項目結束。 圖 務流程圖 第 3 章 系統(tǒng)設計 17 據(jù)庫設計 系統(tǒng) 涉及到的實體主要有：信托項目、信托專戶、信托合同、受益權憑證、客戶、系統(tǒng)用戶、部門、菜單、日志、審批流。實體關系如下圖所示。 圖 體關系圖 第 3 章 系統(tǒng)設計 18 結構 對實體關系進行分析，系統(tǒng)需要建立如下的數(shù)據(jù)表，以儲存相關數(shù)據(jù) 。 信托 項目信息表 （ 列名 說明 類型（長度） 是否允許為空 目 0) 不允許為空 目名稱 00) 不允許為空 目編號 00) 不允許為空 屬部門 0) 不允許為空 托經(jīng)理 0) 不允許為空 托規(guī)模 4,2) 不允許為空 托期限 ,2) 不允許為空 目成立日期 允許為空 托專戶 0) 允許為空 目狀態(tài) 0) 不允許為空 目結束日期 許為空 目描述 000) 允許為空 信托專戶信息表（ 列名 說明 類型（長度） 是否允許為空 行賬戶 0) 不允許為空 號 00) 不允許為空 名 00) 不允許為空 戶行名稱 00) 不允許為空 戶人 0) 不允許為空 戶日期 允許為空 態(tài) 0) 不允許為空 客戶信息表（ 列名 說明 類型（長度） 是否允許為空 戶 0) 不允許為空 戶 名稱 00) 不允許為空 戶 編號 00) 不允許為空 戶類型 0) 不允許為空 戶證件類型 0) 不允許為空 戶證件號 0) 不允許為空 戶性別 ) 允許為空 戶生日 許為空 話號碼 15) 允許為空 址 100) 允許為空 第 3 章 系統(tǒng)設計 19 編 6) 允許為空 注 000) 允許 為空 信托合同信息表（ 列名 說明 類型（長度） 是否允許為空 同 0) 不允許為空 同編號 00) 不允許為空 托人 客戶 0) 不允許為空 同狀態(tài) 0) 不 允許為空 同內(nèi)容 許為空 述 00) 允許為空 受益權憑證信息表（ 列名 說明 類型（長度） 是否允許為空 益權憑證 0) 不允許為空 目 0) 不允許為空 托合同 0) 不允許為空 益權憑證編號 00) 不允許為空 益人 0) 不允許為空 益金額 4,2) 不允許為空 期收益率 2,6) 允許為空 天數(shù) 0) 允許為空 益人銀行賬號 00) 允許為空 益賬戶戶名 00) 允許為空 益賬戶開戶行 00) 允許為空 態(tài) 0) 不允許為空 運用資產(chǎn)賬戶信息表（ 列名 說明 類型（長度） 是否允許為空 戶 0) 不允許為空 戶編號 00) 不允許為空 戶名稱 00) 不允許為空 款人 0) 不允許為空 化利率 2,6) 不允許為空 年天數(shù) 0) 不允許為空 息日 允許為空 息周期 ,2) 允許為空 息周期單位 0) 允許為空 始日期 允許為空 束日期 允許為空 用合同 許為空 第 3 章 系統(tǒng)設計 20 述 00) 允許為空 態(tài) 0) 不允許為空 部門信息表（ 列名 說明 類型（長度） 是否允許為空 門 0) 不允許為空 門名 稱 00) 不允許為空 門主管 0) 不允許為空 門描述 00) 允許為空 系統(tǒng)用戶信息表（ 列名 說明 類型（長度） 是否允許為空 戶 0) 不允許為空 戶名稱 00) 不允許為空 戶編號 00) 不允許為空 戶密碼 00) 允許為空 戶電話 0) 戶郵箱 0) 戶部門 0) 戶職務 0) 系統(tǒng)菜單表（ 列名 說明 類型（長度） 是否允許為空 單 0) 不允許為空 單 名稱 00) 不允許為空 單類型 0) 不允許為空 級菜單 0) 允許為空 菜單權限表（ 列名 說明 類型（長度） 是否允許為空 限 0) 不允許為空 單 0) 不允許為空 戶 0) 不允許為空 系統(tǒng)日志表（ 列名 說明 類型（長度） 是否允許為空 限 0) 不允許 為空 單 0) 不允許為空 戶 0) 不允許為空 目 0) 允許為空 作時間 允許為空 戶 址 00) 不允許為空 審批流程信息表（ 第 3 章 系統(tǒng)設計 21 列名 說明 類型（長度） 是否允許為空 程 0) 不允許為空 程名稱 00) 不允許為空 批流程