【从本人QQ空间迁移】关于系统需求分析和设计的见解

      最近一直在忙于风险系统。
     系统取数,涉及到行内多个部门。大致有信贷、授信、统计、运营、清算。
     在感受到几家银行的各种信贷系统之后,心中有想掐死做信贷系统分析人的冲动。
     整体而言,大部分系统设计基本符合要求。
     属于能看,也能用的范围。
     但是在对需求分析和数据库表建设的做的不足的可以说占绝大多数。
     当然,我也不能否认我们的系统也存在设计问题。

     要做到一个好系统,不是说所有功能强大就可以,也不是说前台页面好看能用就算 perfect.
      一个相对优秀的系统,首先要满足的是需求! 其次考虑应该是设计,最后考虑的应该是功能。
     一、需求,包括业务平时的一系列流程。以前学习总是记得“业务流程重组”这一概念。不过不是说所有的业务流程都需要重组,也可能是简化或者是优化。举个简单的实例:授信与贷款。
    业务的流程是,先授信后用信(使用授信,暂称之为用信)。
    问题1:对贷款做授信,还是对客户做授信?
    问题2:贷款和授信的对应关系是什么?
    问题3:贷款前后是否对授信有影响?
    问题4:贷款结清核销,和授信结束怎么处理?
    以上问题,是一个系统分析师应该考虑的最基本问题。
    第一个问题,应该是对客户授信。授信在贷款之前,事前你不可能做到对贷款授信。
    第二个问题,一笔贷款对应一笔授信,一笔授信对应多笔贷款。
    第三个问题,贷款前授信是确定的,若果授信不足可以做临时授信或者特殊授信。授信在贷款后会减少,即可用授信减少。
    第四个问题,贷款结清不意味着所有的授信都结束。举个示例:授信50W,贷款20W。刚为此客户放贷结清贷款,授信尚在,还未失效,此客户仍旧可以用此授信继续贷款。授信结束如何处理?在系统上确实应该有个失效标识,而不是单靠日期去判断(靠日期判断的在后期每次都需要处理)。
    而我遇到的,实际情况却是。贷款和授信是分开的,也是对客户授信的。但是一个客户有多笔授信,让人根本不知道这笔贷款对应哪笔授信!这对于业务来讲,也许直接能看出,贷款对哪笔授信(额度上能判断一二),但对于一个系统而言,这是不允许的。至少应该有个标志,能够唯一确定,一笔贷款对应一笔授信。在这里我比较欣赏,在贷款表中加入授信号的做法。
    二、设计。设计一旦出错绝对很致命! [感觉要写的太多了,单就我知道的开始]    
    分类:整体设计,详细设计。整体设计:结构设计、模块设计,功能设计;详细设计:程序设计、数据库设计 
    行内的结构设计、模块设计,大致还算令人满意。不足之处有:在页面关闭,切换做的不好;担保菜单位置不妥。
    功能设计,缺点相当明显。一个客户,多个支行都有各自的一个客户基本信息。简单需求描述:客户可以在一个支行登记,在其他支行贷款。但是我所看到的信贷系统却是,每个支行都有自己的客户基本信息(即便是同一个客户,也有不同的信息)。关注事件,这一字段,设计为下拉框可多选为最佳(他们设计为三个文本框)。 
    程序设计和数据库设计,就以我们现在所做的系统为例。
    程序设计:层次结构不清,共用类太多(耦合性太高),程序可重构性太强
    数据库设计:字段不统一,需求分析缺失字段,未细考虑空间问题。
    --------------------------------------------------------------------------------------------------------------
    从最初接触,稍微的开发,到后期的各种修正,完善。不说是掉了一层皮,也是因痛苦死了不计其数的脑细胞。
    回想起,数据库的sql优化从跑不动到几分,功能的读表写文件到视图写文件,程序的共用到拆分,页面拙劣到美观。已经不能用“完善”这两个字来形容了...
    真心迫切的希望,能有专门的分析设计师,事先分析设计好,而不是抓到需求就开始做,然后再去逐步修改。
    考虑到系统的可移植性和健壮性,个人觉得还是应该能低耦合点、精炼些更好。  
    另外需要注意的是,程序和数据库,压力比重要适当。
    谨以此文能为诸位同行共勉。                                                                                     
                                                                                                                                                                                                                                           2014年3月27日11:06:32
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值