财务系统设计的思考
- - 行业应用 - ITeye博客说到财务系统的设计，就不由得联想到了目前很流行的一个职业“互联网产品经理”，他们的设计着眼于用户体验，创造出新的功能，改善着上亿网民的生活，比如扫一扫，摇一摇等. 财务系统不同于互联网的产品，它的复杂性对于没有深入了解它的人来说，是不太能想象出来的. 互联网的功能开发，讲究的是时效，从一个点子，到产品发布可能只用一周的时间，然后如果市场冷淡，可能第三周就下线了.
财务系统设计的思考
标签：
财务
系统
设计
| 发表时间：2014-01-05 14:13 | 作者：zzhonghe
出处：http://www.iteye.com
说到财务系统的设计，就不由得联想到了目前很流行的一个职业“互联网产品经理”，他们的设计着眼于用户体验，创造出新的功能，改善着上亿网民的生活，比如扫一扫，摇一摇等。
财务系统不同于互联网的产品，它的复杂性对于没有深入了解它的人来说，是不太能想象出来的。互联网的功能开发，讲究的是时效，从一个点子，到产品发布可能只用一周的时间，然后如果市场冷淡，可能第三周就下线了。而财务产品通常经历着非常漫长的生命周期，就拿Oracle的财务系统来说，从90年代初起，这套财务的业务体系就基本成型，然后不断完善，所以每每在改Bug的时候看到90年代初的代码，到现在都一直在跑，就非常的感慨。
财务系统一般是有两个层面的设计，
一是业务功能的实现，财务总是依附于具体的业务，系统需要实现业务功能，记录业务数据，满足业务流程的需要。比如下单，开票，付款，结算等
另外一个层面则是真正的财务账目的处理，每一个业务的发生，都有相应的分录，对于这些分录的处理和分析，才是财务系统最最核心的利益。比如收入确认，账龄等
第一个层面的设计，相信很多产品经理，架构师都能够做到。一般采用访谈，问卷，用户体验分析等手段肯定是能实现出来。而对于第二个层面的设计，对于普通架构师，设计师就是一个非常巨大的考验，这需要有非常深厚的财务功底，能够和会计，财务经理，投资分析人等站在同一个水平思考。不然的话，即便是访谈高手也无法真正分析挖掘出内在的财务需求。
所以很多公司自行开发财务系统，问题百出，就不足为奇了。一方面，设计开发人员不懂财务，无法理解财务需求。另一方面，财务人员不懂技术，也不懂业务，提出来的需求让开发人员无法理解。真正的问题，应该是在业务，技术和财务之间没有好好地衔接，缺少能够三方都能沟通，并质量把关的人。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
财务系统不同于互联网的产品，它的复杂性对于没有深入了解它的人来说，是不太能想象出来的。互联网的功能开发，讲究的是时效，从一个点子，到产品发布可能只用一周的时间，然后如果市场冷淡，可能第三周就下线了。而财务产品通常经历着非常漫长的生命周期，就拿Oracle的财务系统来说，从90年代初起，这套财务的业务体系就基本成型，然后不断完善，所以每每在改Bug的时候看到90年代初的代码，到现在都一直在跑，就非常的感慨。
财务系统一般是有两个层面的设计，
一是业务功能的实现，财务总是依附于具体的业务，系统需要实现业务功能，记录业务数据，满足业务流程的需要。比如下单，开票，付款，结算等
另外一个层面则是真正的财务账目的处理，每一个业务的发生，都有相应的分录，对于这些分录的处理和分析，才是财务系统最最核心的利益。比如收入确认，账龄等
第一个层面的设计，相信很多产品经理，架构师都能够做到。一般采用访谈，问卷，用户体验分析等手段肯定是能实现出来。而对于第二个层面的设计，对于普通架构师，设计师就是一个非常巨大的考验，这需要有非常深厚的财务功底，能够和会计，财务经理，投资分析人等站在同一个水平思考。不然的话，即便是访谈高手也无法真正分析挖掘出内在的财务需求。
所以很多公司自行开发财务系统，问题百出，就不足为奇了。一方面，设计开发人员不懂财务，无法理解财务需求。另一方面，财务人员不懂技术，也不懂业务，提出来的需求让开发人员无法理解。真正的问题，应该是在业务，技术和财务之间没有好好地衔接，缺少能够三方都能沟通，并质量把关的人。
已有 0 人发表留言，猛击->> 这里<<-参与讨论
ITeye推荐
相关 [财务 系统 设计] 推荐：
评价系统设计篇
- - 互联网 - ITeye博客评论系统大家都见得非常多了，大到京东、淘宝、亚马逊，小到个人网站、博客都有评论系统，小型网站采用传统PHP+Mysql方式就能很快将系统搭建起来，同时采用单库单表方式就能轻松解决数据存储、数据查询等问题，但是对于上述中大型网站而言，已经远远不能支撑系统正常运行了. 接下来将从系统架构、数据存储、高性能服务等方面来揭示京东的评价系统在面对海量数据、海量请求的情况是如何处理的.
20个以财务为主题的创意Logo设计
- jing - 创意悠悠花园会计事务所，或者其它与财务相关的公司可以参考一下今天分享的：20个以财务为主题的创意Logo设计，希望其中有你喜欢的，或者可以给你带来灵感的. © emilo for 创意悠悠花园, 2011. Post tags: 主题, 创意LOGO, 设计, 财务. 如果你喜欢创意悠悠花园的文章，可以收听我们@emilo,或者订阅我们的rss.
思考系统API设计的问题
- edware_love - C++博客-首页原创精华区最近正好在思考系统API设计中考量的一些问题，. 我现在的理解是这样的，假设有巨大的真实内存. windows首先将高2G的内存自己占了，用作各种内核对象. 这2G内存共享给每个进程，但进程不能直接访问，只能通过windows给定的函数访问. : 然后每个进程都给他2G内存，进程如果创建自己的对象就放到自己那2G内存里面，如果要建立内核对象就放到共享的那高2G里面去.
系统设计中的简单法则
- - 酷勤网-挖经验 [expanded by feedex.net]最近，包云岗在自己的 博客中总结了系统设计中的基本法则——简单之美，列举了不少经典观点和案例. 他首先总结了麻省理工方法（MIT Approach）和新泽西方法（New Jersey Approach）的异同：. 简单性：两种方法都强调设计必须简单，这既是对实现的要求，也是对接口的要求. 但是，MIT方法认为接口的简单要比实现的简单更加重要，而NJ方法认为实现的简单要比接口的简单更加重要.
12306订票系统设计关键点
- - 互联网旁观者12306全国火车票网上售票网站的情况大家都见到了，如果让你来设计该订票网站，你会如何设计才能应对如此大规模以及高并发的情况呢. 以下是百度前技术总监邵辉给出的设计：. 列车在线订票系统的业务逻辑比较简单，不用多说. 可能的瓶颈有两个，一个是车次和剩余票量的查询，一个是下单. 在设计软件架构之前，需要先研究产品需求、软硬件条件、网络环境以及关联系统的接口，但这些资料无从获得，所以只能做几点分析和假设，做为设计的前提条件.
网购秒杀系统架构设计
- - 企业架构 - ITeye博客秒杀活动只是网站营销的一个附加活动，这个活动具有时间短，并发访问量大的特点，如果和网站原有应用部署在一起，必须会对现有业务造成冲击，稍有不慎可能导致整个网站瘫痪. 用户在秒杀开始前，通过不停刷新浏览器页面以保证不会错过秒杀，这些请求如果按照一般的网站应用架构，访问应用服务器、连接数据库，会对应用服务器和数据库服务器造成极大的负载压力.
秒杀系统设计的知识点
- - 互联网 - ITeye博客A, 高并发，cache，锁机制 . B, 基于缓存架构redis,Memcached的先进先出队列. C, 稍微大一点的秒杀，肯定是分布式的集群的，并发来自于多个节点的JVM，synchronized所有在JVM上加锁是不行了. F, 如何防止用户来刷， 黑名单. G, 利用memcached的带原子性特性的操作做并发控制. .
O2O供应链系统架构设计
- - 美团技术团队本文是美团技术沙龙第一期， O2O技术架构与实践上的分享内容. 请在微信搜索“美团技术团队”关注我们的公众账号，了解更多活动信息. 英国知名供应链专家Martin Christopher曾经说过一句非常深刻的话：“21世纪的竞争不是企业和企业之间的竞争，而是供应链和供应链之间的竞争. 在风云变幻、寡头纷争的O2O战场，美团屡出重拳并步步为营，战绩不俗.
（转）面向鲁棒的系统设计
- - jackyrong本来打算叫做面向异常的编程的，后来觉得可能多的是系统健壮性方面，于是改名面向鲁棒的系统设计，所谓鲁棒，鲁棒是Robust的音译，也就是健壮和强壮的意思. 它是在异常和危险情况下系统生存的关键. 平时在做业务系统的时候，尤其是最近一年多接触的超复杂系统，发现处理线上问题所占的时间越来越多，总结发现，其实这些问题大都是之前欠下的债，至于为啥欠债，大多数情况下迫于项目或者日常的时间压力，很多设计从简，业务流程考虑主流程和分支流程，异常流程关注的少，不管三七二十一，功能先上线再说，如此便导致了恶性循环.