一个人写软件真累

lshstruc

ACC看起来简单，做个自己用的东西，功能单一的东西，效率最高。
要系统性搞一个东西，要做的，远远不是一点一点技巧的问题。系统性的写一个东西，有时更重要的是有一个通用的模式，好过于到处用不同的技巧。
要考虑的太多：
                        ACC的的优点，瓶颈，
                        网络环境，界面，使用者的素质
                        财务，仓库管理，采购管理等行业知识
                        企业现实，特色管理方式，无序的管理的不确定性，杂乱的流程,各个科室部门以自我为中心的现状。难以实现的需求分析                     
                        业务流程，业务逻辑，业务间，单据间的复杂的关联性，
                        数据精度，数据流量控制，
                        用户群，权限，数据安全性，各个操作人员之间的数据锁定需要，
                        数据库结构的搭建
                        各类假设，判定，可能存在的各种人为的错误的预设。
                        前面未考虑到的，后面新加的功能，造成前面的推倒，修改。
一旦开始写一个软件，就好像被卷进了一个泥潭，慢慢的越陷越深，只能盼望着，结束的一天。
写软件是乐趣。
要去面对方方面面的问题，是一种痛苦。
一个人写软件，痛并快乐着。

和谐中国

说出了我的心声

lshstruc

调研工作，也就是需求分析，必须要求开发人员有一定的行业管理知识，还有要知道企业的实际操作流程，并不是每个企业的管理模式都一样，很多时候，需要企业对业务流程再造，这并不是哪个企业愿意接受的，就算是接受了，把流程再造成规范的，固定的流程也会招来基层的怨言。需要企业的各个部门，中层的让步，企业的部门多数以自己的部门利益为中心，如果你的流程再造对A部门有好处，对B部门没好处，甚至增加了B部门的工作了，这个事情基本上是谈不成的，B部门一定会跳出来抵制，除非企业一把手出来强压。
所以企业上软件，必须是一把手亲自抓，就算是这样，成功率也是很低。
做一个自己用的，部门用的东西好做，几个部门协同用的，那就是个深渊泥潭。

laimf

ACCESS最大的的优点之一就是修改很容易。
至于为什么后期修改量大，主要原因不外乎这两三点：
一是你前期调研做的不够，功能设计不科学，不具有扩展性。
二是用户觉醒，使用层次提高，发现一些更能提高工作效率的方法。
三是硬件、软件、系统架构等，对性能和易维护性方面因素。
四是用户使用规范性管理。

有些因素是可以实施的时候项目人员可以掌控的，有因素是用户需要积极参与的。
干这类工作需要喜爱这类工作，可以说需要不计报酬的全身心投入。如果你抱有更多的其他想法，可能会很有副作用。
这样只要你能做出几个成功项目，水平也会大大提高。

。。。。。。

山东小妮子

同感同感，本来是一件很开心的事情最后做成了一种负担

tzh1600

roych 发表于 2015-5-25 15:20
细节可以边用边修改，大体框架肯定是不应该边用边修改的。例如基本模块处理好了，突然说要增加一个字段。 ...

突然要增加字段的事，我看是免不了的。。。
我是尽量把窗体和报表数据源都做成固定的查询而不是用查询语句，这样只要在查询或报表设计里再拉上新字段，能省不少事

roych

a30088 发表于 2015-5-24 19:11
我的是边用边修改,乐在其中........

细节可以边用边修改，大体框架肯定是不应该边用边修改的。例如基本模块处理好了，突然说要增加一个字段。估计大部分的 查询要重新做一遍，窗体数据源得重新更改，可能窗体代码也要改…当模块比较多的时候，那感觉估计不是“堵心”两个字能形容出来的。

leonshi

习惯极好，经典的产品都是积累出来的

a30088

我的是边用边修改,乐在其中........

lazybird

有时更重要的是有一个通用的模式，好过于到处用不同的技巧。----  深有同感