企业系统需求到底如何写

northwood

企业准备将开发业务管理系统，要自己写功能需求，大家这其中不乏企业的管理人员，还有很多的软件开发人员和企业的CIO,大家对于这块有什么好的建议？现在是老虎吃天一样的，无法下手，大家有什么好的建议？或者自己工作中的经验都可以交流？如果能有参考文档那就更好！谢谢！

itsmysheng

首先，应该有个“信息规化”。
# b% ]0 K7 I4 y4 @- X8 \/ G# e在此基础上，有计划地实施相应方案。
, P5 |/ t2 ~2 f2 i你所说的“将开发业务管理系统，要自己写功能需求”应该属于某方案，相应总体目标已比较具体。功能需求属于细节方面，我觉得可以通过一些方法调研、获取：
2 Z' k3 o5 f+ f, o$ yA、调查：根据企业信息化的目标设计调查表，用调查表向有关部门和个人征求意见、收集数据。
6 `3 E) a6 E* e1 OB、讨论：与部门负责人进行访谈，了解主要业务流程和信息需求。与各部门的业务骨干进行访谈，对各个业务流程的信息流入、信息流出、流程负责人、流程设计的出发点等进行确认。
; N# q/ K4 |& K4 [C、试用：一些项目可寻找拥有相近功能软件，由有关的业务、管理人员进行试用，以建立谈论问题的基点，明确具体需求或细节改进。
; `* m& ?3 X% {6 t% [5 kD、外协：咨询外部专家来解决问题。在一些项目上，软件供应商就扮演这一角色，并可以提出供选择的解决方案。
8 c( k$ W. |0 o& D
我从事企管工作，以上个人观点就是抛块砖......

kaven4223661

编软件的最重要是需求分析要精细。最好是在开始前把要准备材料以及业务流程说清楚。方便编程人员操作。如果可以的话大家多交流效果会更好。

northwood

感谢楼上两位的意见，但是我觉得大家的出发点都是基于在现有系统上的改造上的，就是说现在有现成的系统先拿来看下，先了解他的思路，然后看哪些部分是需要修改的这样来作，这样当然项目的风险和周期会缩短，但是不是有种不彻底的问题，会有写相应的变通的思路，不是完整的思路的改造，而且咨询现有的操作员有可能会被现在的操作习惯所迷惑，不能达到管理的需求目的，大家在实际的项目的开发过程中如何解决这方面的问题，有什么好的解决办法？

wwwkaitian

提点我的建议：
1.明确开发此业务系统的目的,即现有系统是否有未能解决的问题,如果现有系统已经很好,那还有必要开发吗?
/ y+ U9 I7 g2 S8 g2.如果发现确实需要扩展现有系统,而且在原有系统上不好扩展(技术过时了,如采用COM,或COM+,asp等),需要重新设计开发
' ]# D+ p! z; t2 P5 N1 s, ?$ e3.找行业专家(你的业务涉及的行业),确认业务流程,先描述业务功能流程,然后画出用例图
4.确定软件架构

northwood

感谢楼上的意见，不过都还是很泛，现在很担心目前写的需求在实际写的过程中有新的要求加进来对双方都不好！非常感谢大家的意见！

hns

要是楼主想要更详细的东西，那你至少要把你公司的行业、还有简单的业务流程拿出来吧