业务流程和应用软件的映射.doc

经过三个月的努力,我们对现有的发卡系统进行了功能扩展。然而,由于项目的特殊性和频繁的流程变更,导致系统上线初期遇到了不少挑战。为了提高系统的灵活性,我们重新设计了系统架构,并将流程进行了抽象和分类。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

忙了3个多月的时间对现有发卡系统进行功能扩充,由于这是一个政治性项目和一些人为的因素,系统处理流程虽然制定了多个版本,但是彻底执行的一个都没有,甚至主流程都会顶不住媒体的压力而变更,鉴于此种情况,异常处理功能非常强大,所以,一起制定流程的同事甚至有把异常流程当做主流程来使用,作为系统的设计者,我一笑了之,同情他们,无奈之举。

业务流程制定的看起来很美,事实上,一开始我就觉的很奇怪,为什么这个子系统的设计和开发闻起来有点怪怪的呢?果不其然,系统一开始试用,就因为闭门造车制定出的流程而面临尴尬的局面;我,当初为了加强系统的安全性,几乎是把整个流程用软件实现出来了,操作员只需要做机械操作就可以了,看起来很美;但是负面效果是系统的灵活性比较差,以至于人和业务上的变动都要引起代码的修改;自作聪明,搞的我也很被动,ok,这次我不完全按照业务流程去做系统设计,我把流程进行抽象,分类,带来了业务受理的灵活性
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值