所在位置:答疑 - 内容   
需求分析和信息资源规划的关系是什么呢
 

闫冬 (835**337) 2012-08-01 10:42:17
潘老师,需求分析和信息资源规划的关系是什么呢?
潘加宇 (3504847) 2012-08-01 10:46:13
"信息资源规划"对应于"业务建模"工作流
潘加宇 (3504847) 2012-08-01 10:46:51
可以看作是获得系统需求的一种手段

张译元 (2528**466) 2012-08-01 10:49:01
需求分析在前,信息资源规划在后。?
悠然 (15**41) 2012-08-01 10:49:43
总规也是一类项目 也要需求分析的
潘加宇 (3504847) 2012-08-01 10:50:11
"需求分析"一词不严肃。
潘加宇 (3504847) 2012-08-01 10:50:14
1. 业务建模――描述组织内部各系统(人肉系统、机械系统、电脑系统......)如何协作,使得组织可以对外提供服务。新系统只不过是组织为了对外提供更好的服务,对自己的内部重新设计而购买的一个零件。组织引进一个软件系统,和招聘一名新员工没有本质区别。如果能学会通过业务建模去推导新系统的需求,而不是拍脑袋得出需求,假的"需求变更"会大大减少。
2. 需求――聚焦于待开发系统的边界,详细描述系统要卖得出去必须具有的表现――功能和性能。这项技能的意义在于强迫我们从"卖"的角度思考哪些是涉众在意的、不能改变的契约,哪些不是,严防"做"污染"卖"。需求工作流的结果――需求规格说明书是"卖"和"做"的衔接点。
3. 分析――提炼系统内需要封装的核心领域机制。可运行的系统需要封装各个领域的知识,其中只有一个领域(核心域)的知识是系统能在市场上生存的理由。对核心域作研究,可以帮助我们获得基于核心域的复用。
4. 设计――将核心域知识和非核心域知识结合,最终实现系统。说"代码就是设计"指的就是这狭义的"设计"。代码确实是设计,但代码不是分析,不是需求,不是业务建模。
潘加宇 (3504847) 2012-08-01 10:50:43

潘加宇 (3504847) 2012-08-01 10:51:59
"信息资源规划"研究的是组织内各个系统(人,计算机系统)之间如何协作来完成组织的价值,类似于业务建模

悠然 (15**41) 2012-08-01 10:53:13
IRP 应该不知包含业务建模 业务建模只是子集
闫冬 (835**337) 2012-08-01 10:59:00
哦,明白了
闫冬 (835**337) 2012-08-01 10:59:48
那对于企业或者部门的信息化系统来说,信息资源规划如何开展更合理呢?
闫冬 (835**337) 2012-08-01 11:00:56
信息资源规划过程中,数据的标准化工作应该什么时间启动呢?比如:编码规则的制定
闫冬 (835**337) 2012-08-01 11:01:07
目前遇到这方面的困扰了
潘加宇 (3504847) 2012-08-01 11:02:29
以前的一些做法,把不同抽象级别的工作混在一起了。数据库模型,编码规则等等本来不应该和业务流程一起考虑的
潘加宇 (3504847) 2012-08-01 11:02:59
我对这套做法也不熟悉,无法提出更多的建议。

闫冬 (835**337) 2012-08-01 11:05:41
那潘老师能否给我提供一些好的建议呢?
闫冬 (835**337)
2012-08-01 11:06:16
目前在前头弄单位的一个信息化项目,对于数据标准化这块的工作应该放在哪个阶段做,有点矛盾
闫冬 (835**337) 2012-08-01 11:08:15
从工作流程上来看,应该是在分析业务的过程中,梳理出来涉及到的数据,然后再做分析,进而标准化处理
但是从信息资源规划的理论上来看,业务和数据分析是两条独立的先,同步进行。数据分析是通过对用户视图的分析来完成的。
这两方面感觉很矛盾
潘加宇 (3504847) 2012-08-01 11:09:21
不了解具体情况,暂时无法建议。可以看看群共享里的资料
潘加宇 (3504847) 2012-08-01 11:10:00
"数据分析"应该对应于"领域建模"

闫冬 (835**337) 2012-08-01 12:16:06
好的,谢谢潘老师