【。。。全部家当。。。。。34分。。。。。。】
问一个关于系统设计方面的问题？

我目前所在的公司是XXXX集团下的一个事业处，现在呢，公司想上一套文件签核系统，以规范文件签核流程。（其实还没有这个软件，IE和IT两个部门就在讨论下面的问题：）

让系统（软件）来规范流程呢？还是   在制定了规范的流程之后，再来做系统（软件）？

又或者是两个部门合作起来，一边摸索流程，一边设计软件？

我糊涂了，问问大家是怎么做的呢？

------解决方案--------------------
看公司能力能够怎么做了
理想的当然是规范流程后来做软件，可是现实中很多小公司的能力只能做到一遍摸索一遍设计
------解决方案--------------------
既然是系统，那么肯定是先规范流程
协同，合作，同步，共享等等这些都要考虑进去，然后在动手，之间暴露的小问题，慢慢修正。
------解决方案--------------------
你们公司需要聘一个系统分析师～～～


学过系分的都知道是先规范流程再做系统～～～～ 上面说“可是现实中很多小公司的能力只能做到一遍摸索一遍设计”，没错，很多这么做不表示这么做对，因为事实上很多小公司的项目都是失败的项目（哪怕自己不承认，但确实在预算上和时间上超出预计）。


另外，做系统最好是得到公司最高决策者的支持才开始，如果系统是事业处用，需要事业处的老大发话，如果是集团用，需要想尽办法，让集团老总说句话，哪怕只是一个文件一句话，这是必须的，就算有困难也要想办法让最高决策层知道并参与，哪怕只是一句话！ 有这句话，就会有“公司老总也重视这件事，大家一定要做好”，就不会有中间各层的领导出来不懂装懂制造麻烦瞎指点，这在层次结构很多的集团公司里做IT是必须的。
------解决方案--------------------
个人认为：在制定了规范的流程之后，再来做系统（软件）
------解决方案--------------------
在制定了规范的流程之后，再来做系统（软件）
------解决方案--------------------
UP
------解决方案--------------------
如果由IE部门制定了规范的流程,那些他就做了分析师的工作了,现在IE部门里还没办法规范流程,所以有必要请分析师
------解决方案--------------------
现找到需求,再构建软件架构,然后让开发部门提出相关的 "可行性报告 ",最后通过PASS,不通过 "拍死 ".

当然是先有规范,才有软件的阿(软件是为规范服务的,不能说为了配合软件改规范大家说对吧!)