项目管理知识项目实施中如何进行数据管理.docVIP

项目管理知识项目推行中怎样进行数据管理 项目管理知识项目推行中怎样进行数据管理 PAGE / NUMPAGES 项目管理知识项目推行中怎样进行数据管理 项目推行中怎样进行数据管理 管理信息系统推行成功三大体素依次为：人、数据、技术，也许有些人不 圆满认同，可是数据的重要性是大家不能够否认的。 1.数据管理的组织机构的建立 为了更好的进行软件系统的数据管理，应该从组织机构角度来做考虑，建立单独的组织机构来管理数据相关工作，也许在推行小组里面专人总负责。 软件开发商和客户核心的业务骨干一起拟订数据规范，客户供应切合规范的业务数据，只有切合规范的数据才能进入系统。 2.数据管理的原则 重申客户和软件开发商的 2 方项目组成员做到 ”不能够有 ‘我以为 ’的思想 “，一 旦有这样思想，很简单坠入凭空假造，项目需求很简单走样，因为客户 à所有的客户，也是在 ‘我以为 ’。项目组要想做到控制住需求，必定要抛开自己的设 想。所以任何一个项目组成员，句话就告诉他，不要有 ”我以为 “的想法。把 ‘我以为 ’变成 ‘客户以为 ’(是客户和软件供应商一致以为 )，这才是重要的。 这又回到了项目管理上。我在这里本质上可是想从数据管理这个更详尽的角度来阐述问题。 3.数据入口的单一性 同一数据必定一次、一处进入系统，保证其正确性，及时性和圆满性和入口的单一性。管理控制一体化是系统的目的，若是一个数据在多个地方积蓄，很简单造成数据的不一致。 4.数据副本管理 / 数据版本管理 诚然上面提到了数据积蓄的单一性，可是有些时候也需要积蓄副本数据。积蓄这些副本数据的目的就是为了在使用数据副本的地方不碰到数据源的变化的影响。 比方：数据 1 在业务 A 进入系统，业务 B 使用到了数据 1，可是为了防备在业务 B 使用了数据 1 后，业务 A 又把数据 1 的更正影响到业务 B，那就需要业务 B 在使用数据 1 时候保存副本。 有朋友建议用配置管理系统，把数据版本系统引入了业务数据里面。做过 J2EE的项目，都知道很多地方能够经过配置来进行管理。其实这个思想延伸到 数据库模型的设计时候，就表现出来了业务数据的配置管理的思想的使用。 我们其实也有是用这个思想，可是主要表现在在基于数据表级别上用数据级别 +历史编号来鉴别有效的数据。 1 个很简单的例子： 一个员工的姓名原来是 aa,此后改委 bb，能够经过历史编号找到原来的信息 bb 经过数据级别鉴别现在的有效数据是 aa，我们把数据版本控制更多的是采用‘数据级别 ’加‘历史编号 ’其他还加上了一个 ‘见效日期 ’，‘截止日期 ’这 2 个时间戳其他，本质软件系统的历史业务数据进入系统就比较烦，可能需要使用版本 管理系统来办理才行得通。 5.建立数据等级制度 软件项目推行中业务规则经常会坠入一个两难的境地，若是业务规则加 强，很多数据数据达不到规范化的要求，无法入机 ;若是放宽控制，很多垃圾数 据就进入了，大家都理解一个道理，关于软件系统，垃圾数据进去，必定是垃 圾数据出来，统计盘问结果必定是这样的。 能够建立数据的等级制度，拟订数据进入系统的要求。达到要求才能进入系统，比方： 业务 A,需要数据 a1,数据 a2,,数据 a3,数据 4。我们能够拟订进入系统的关于 业务 A 的条件是必定要有数据 a1,a2才能够进入系统 (也就是要求 )，若是供应的业务数据同时有数据 a1,数据 a2,,数据 a3,那就是更高一级的数据 (第二级数据 )， 若是业务数据在满足第二级数据的基础上，供应了数据 4，那就是第三级数据。 若是用过 J2EE平台的同行理解起来就比较简单，这本质上就是 JMS基于主题的信息管理思想用于软件系一致个详尽例子而已，这里可是是重申的是用于管理数据的相信等级而已。 其实很多软件项目开始拟订的的数据规范，一般到此后都执行不下去，主若是太理想化了，也许只有到系统真切用起来了，系统数据的相信等级才能上去。所以我感觉应该在系统开始时候就把数据分等级，不同样样的等级，业务给与合适不同样样的办理，这样也便于后期的业务进行盘问统计剖析也许数据挖掘。 这类思想本质上就是将数据能够相信的程度进行分类 ;而一般的软件系统是把数据定义为两类，能够进入系统，不能够够进入系统 ;我在这里设想的是，从数据能够相信的角度出发，分成多各样类，使用了一个小数来描述相信程度，而 不是一个二值逻辑变量来描述 ;这样从建立软件系统整体模型的时候，把数据相信管理纳入考虑之内，在进一步作业务剖析，决策支持也许数据挖掘时候是比 较有好处的 ;自然进一步延伸可能就需要从 OLTP/OLAP混杂建模来考虑，可是真要到那个高度，可能项目范围就扩大了很多，详尽怎样操作，还要看项目详尽状况。 自然，在软件项目本质操作的时候，可能还会碰到其他一个问题，很可