闫冬 (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
好的，谢谢潘老师