需求分析从哪些方面入手

时间:2022-03-02 16:56:07
各位好

我在一家小地方的小公司

以前写代码,刚入这行,给点指导意见吧

客户总想的软件什么都能做的了:)

7 个解决方案

#1


需求定义的基本模式

1)功能定义

2)流程定义

3)数据定义

#2


1、用户工作流程
2、流程中每个工作环节的业务说明书
   业务说明书中包括
   (1)数据
   (2)处理方法
   (3)结果
大框架如此,细节可以根据做一些调整

#3


我覺得做太多的表面功夫沒有多大用處.
主要就是抓住客戶的真正需求,實際調查.有個實際的了解...

#4


首先要熟悉对方的业务,因为客户自己常常表达不出,最好是自己亲自去看,跟客户作业,软件完成什么功能心里先有个底,跟客户沟通才能互相听的懂。你提的问题客户才知道怎样回答。客户往往不会主动提出什么,你要引导客户把他的日常工作有条理的描述给你,就只有问他。
在可行性研究阶段,要确切的定义用户要解决的问题,包括问题的性质,工程的目标和规模。从用户的口头、书面表述中归纳:为什么要提出这样的问题,问题的背景,用户的目标和用户的解决方法。先分析原系统,不管他是计算机化的还是人工的,作出他的系统流程(工作流程),导出新系统的高层逻辑模型。可以向用户推荐几种方案让用户选择。还要草拟一个开发计划。具体的要点是:现行系统的概况(组织结构,主要工作任务,业务流程,人员,设备,费用状况等);主要问题和主要信息需求;拟建新系统的方案(主要目标、规模,初步结构,实施计划,投资方案,人员补充方案等);经济、技术、运行三方面的可行性分析。
这些都经过客户认可后,再主要针对新方案进行描述。对系统的综合要求(功能,性能<响应时间,存储,安全性>,运行环境,将来可能提出的要求);数据要求(数据结构);逻辑模型(数据流图,数据字典,主要算法描述);项目大的话做一个小的原型系统给用户试用,让他提出补充需求,有些东西可能你们都没想到。这样可以减少返工的概率。
这些客户都认可了,就可以进行总体设计、详细设计、编码测试啦。
还有要很耐心!

#5


调查用户的需求  1、直接问用户需要哪些功能 2、实地考察,看用户的工作过程,从中发现用户的需求 3、了解学习一些相关的领域知识,自己站在用户的角度提出需求。

#6


转让用著名IT大公司的ERP项目和商务文档  
本人曾参与某集团大公司(跨国企业,该集团以管理著称)ERP项目实施,跟国内外ERP领域大公司有过合作,收集很多项目文档和代码,是一份难得的宝贵资料。  
包括:  
1、 某集团流程再造,业务流程、信息化规划,涉及物流,信息流和资金流等详细文档;  
2、 用友、CA、EDS,SAP,东大阿尔派,北京奇正,上海哈通,GM等ERP项目项目建议书;  
3、 商务资料标书,评标,合同,验收报告等资料,项目规划和项目管理;  
4、 有电子商务(BTOB BTOC),立体仓库,条码系统,生产,采购,配送,仓储,销售,财务,人力资源,OA,BOM,基础信息分类编码方面的解决方案;电子商务和物流资料居多;  
5、 某集团方面企业管理人员,岗位配置,管理思想,评标意见和招标等文档;  
6、 某集团法律方面文档,争议处理,诉讼,有很多案例和处理战略  
7、 部分中标项目的源代码(VB+SQLSERVER)和概要设计,详细设计  
8、SAP技术文档,中文帮助,培训资料,定制的业务流程
该文档对一下几类人有用:  
1、 管理方面的人,了解大企业真正的业务流程以及该集团的管理思想和真正操作;  
2、 IT售前人员,做项目建议书很有帮助;  
3、 IT 开发人员,代码和业务流程,对做需求分析很有用;  
4、 对做论文的学生,ERP方向,流程再造,或者信息编码技术等有案例、模型;MBA 或者在职研究生班的学员;  
5、 企业信息化主管,监督企业信息化建设和规划  
6、 商务人员,关于合同严密性和项目管理相关  
7、 从事法律咨询的。  
8. 学习SAP的人。
4张光盘,有意者跟我联系 2G,本人有偿提供,信箱supererp@sina.com  500元

#7


有本书叫做《需求分析》,里面把需求分为业务需求,用户需求和功能需求,我觉得还是有道理的,这本书把需求分析讲的很细,虽然实际当中实行起来有困难,但是也有一些地方是可以借鉴的。

#1


需求定义的基本模式

1)功能定义

2)流程定义

3)数据定义

#2


1、用户工作流程
2、流程中每个工作环节的业务说明书
   业务说明书中包括
   (1)数据
   (2)处理方法
   (3)结果
大框架如此,细节可以根据做一些调整

#3


我覺得做太多的表面功夫沒有多大用處.
主要就是抓住客戶的真正需求,實際調查.有個實際的了解...

#4


首先要熟悉对方的业务,因为客户自己常常表达不出,最好是自己亲自去看,跟客户作业,软件完成什么功能心里先有个底,跟客户沟通才能互相听的懂。你提的问题客户才知道怎样回答。客户往往不会主动提出什么,你要引导客户把他的日常工作有条理的描述给你,就只有问他。
在可行性研究阶段,要确切的定义用户要解决的问题,包括问题的性质,工程的目标和规模。从用户的口头、书面表述中归纳:为什么要提出这样的问题,问题的背景,用户的目标和用户的解决方法。先分析原系统,不管他是计算机化的还是人工的,作出他的系统流程(工作流程),导出新系统的高层逻辑模型。可以向用户推荐几种方案让用户选择。还要草拟一个开发计划。具体的要点是:现行系统的概况(组织结构,主要工作任务,业务流程,人员,设备,费用状况等);主要问题和主要信息需求;拟建新系统的方案(主要目标、规模,初步结构,实施计划,投资方案,人员补充方案等);经济、技术、运行三方面的可行性分析。
这些都经过客户认可后,再主要针对新方案进行描述。对系统的综合要求(功能,性能<响应时间,存储,安全性>,运行环境,将来可能提出的要求);数据要求(数据结构);逻辑模型(数据流图,数据字典,主要算法描述);项目大的话做一个小的原型系统给用户试用,让他提出补充需求,有些东西可能你们都没想到。这样可以减少返工的概率。
这些客户都认可了,就可以进行总体设计、详细设计、编码测试啦。
还有要很耐心!

#5


调查用户的需求  1、直接问用户需要哪些功能 2、实地考察,看用户的工作过程,从中发现用户的需求 3、了解学习一些相关的领域知识,自己站在用户的角度提出需求。

#6


转让用著名IT大公司的ERP项目和商务文档  
本人曾参与某集团大公司(跨国企业,该集团以管理著称)ERP项目实施,跟国内外ERP领域大公司有过合作,收集很多项目文档和代码,是一份难得的宝贵资料。  
包括:  
1、 某集团流程再造,业务流程、信息化规划,涉及物流,信息流和资金流等详细文档;  
2、 用友、CA、EDS,SAP,东大阿尔派,北京奇正,上海哈通,GM等ERP项目项目建议书;  
3、 商务资料标书,评标,合同,验收报告等资料,项目规划和项目管理;  
4、 有电子商务(BTOB BTOC),立体仓库,条码系统,生产,采购,配送,仓储,销售,财务,人力资源,OA,BOM,基础信息分类编码方面的解决方案;电子商务和物流资料居多;  
5、 某集团方面企业管理人员,岗位配置,管理思想,评标意见和招标等文档;  
6、 某集团法律方面文档,争议处理,诉讼,有很多案例和处理战略  
7、 部分中标项目的源代码(VB+SQLSERVER)和概要设计,详细设计  
8、SAP技术文档,中文帮助,培训资料,定制的业务流程
该文档对一下几类人有用:  
1、 管理方面的人,了解大企业真正的业务流程以及该集团的管理思想和真正操作;  
2、 IT售前人员,做项目建议书很有帮助;  
3、 IT 开发人员,代码和业务流程,对做需求分析很有用;  
4、 对做论文的学生,ERP方向,流程再造,或者信息编码技术等有案例、模型;MBA 或者在职研究生班的学员;  
5、 企业信息化主管,监督企业信息化建设和规划  
6、 商务人员,关于合同严密性和项目管理相关  
7、 从事法律咨询的。  
8. 学习SAP的人。
4张光盘,有意者跟我联系 2G,本人有偿提供,信箱supererp@sina.com  500元

#7


有本书叫做《需求分析》,里面把需求分为业务需求,用户需求和功能需求,我觉得还是有道理的,这本书把需求分析讲的很细,虽然实际当中实行起来有困难,但是也有一些地方是可以借鉴的。