发信人: lsfboy()
整理人: majorsun(2000-02-01 11:33:10), 站内信件
|
三、 影响企业网络建设项目成功的因素
在信息系统世界，成本和时间是衡量成功的标准，在过去的岁月中，
我发现许多网络项目明显超支或根本没有完成。那么，影响项目成
功的因素到底是什么呢？
A． 取得管理层的信任
“领导最重要的素质是获得信任”。
合适的领导是项目成功的关键。根据我的经验，缺乏一名具有影响力
的领导是项目失败的主要原因。仅有信息部门驱动的项目往往会超支
并很少能交付用户真正需要的东西。
基于项目领导对整个组织的战略重要性，要充分认识到并不是一定需
要一个专职的领导，而仅仅要一个在需要时能依靠的人。由于网络项
目的费用项目效益一般是隐性的，项目的领导要能够帮助制定合适的
商务计划以证明项目经费的合理性，减少在争取设备、软件、人员、
场所等方面资源所遇到的问题。
开发组织在技术方面比其每个商业组织的目的更容易协调。没有项目
领导的支持，开发组织很难得到来自商业组织的信息要求。而这些信
息要求往往来自开发组织无法见面的人，来自公司的战略性文件和公
司作为战略目标的一些文献。
B． 从管理项目开始
要想开发一个支持整个企业所有系统的数据仓库，这个范围太大，其
工作量大的惊人，将不可能在短期内完成。从小规模、容易管理的项
目开始是有效的，特别是在Client/Server或是三层结构中（这种体
系在数据仓库中很典型）
开发组织应建立一个支持全企业数据仓库概念的结构，然后选择面向
商业最需要帮助的给定部分，创建面向主题（对不起，这是我发明的
名词，随便看看）的数据仓库。一个面向主题的数据仓库通过逐渐将
商业所需领域以一种更易管理的模式自动化来支持企业数据仓库（通
过建立决策支持数据库和基础结构）。
采用即插即用式或积木式构造方法开发整个企业的数据仓库，当选择
面向主题的数据仓库的实施对象时，应当集中考虑那些如果能够成功
对企业最有价值的领域，同时也要考虑到实施该项目的风险最小。
我们在开发时将采用“注重开发周期短、交付周期短以及注重数据实
体的重复使用，逐步完善”的策略，以保证可以给用户最快的频率交
付使用，并使项目组织利用更快的总结周期来不断增加经验。
C． 弄清需要查询的项目
开发组织必须知道但也是最难知道管理者需要什么样的查询要求，也
就是说开发组织要明白管理者需要计算机回答什么样的问题。
我们在构建数据模型工作时将重点放在开发一个能比较容易和快速查
询的数据库，而将事务当作过程。
D． 清楚交流实现希望
交流工作是指定期望的工作。
构建一个网络数据仓库最重要的是交流，谁也不希望项目出现以外或
经费超支，但某些功能的缺乏往往会造成这些问题，用恰当的管理措
施来保证有效交流从而保证不制定出不显示的时间期限或不实际的系
统功能。作为项目管理人员或开发组织成员，要证明确实正在开发一
个范围、目标、任务功能和时间期限都比较现实的项目。有效的交流
有助于避免意外，增加项目的成功率。
E． 项目主管需要有面向用户的思想
认为任何技术员或者随意的管理者都能够承担项目主观这项工作是不
明智的，项目主管应当有能力将自己扮演成用户，来了解要交付的项
目看起来象什么样式，感觉象什么，从而了解用户的想法并挑选出合
理部分去开发。从这点来说，项目主管才能获得有意义的见解去引导
他的开发者交付数据仓库。这种从上到下的模式使项目主管在头脑中
对项目结局有一个清楚的认识，并可保证项目不偏离方向。
纯粹的技术员通常对最终结果考虑的不是很多，当一种新的技术在市
场上出现时，他们对能否按时交付的考虑就比较少，而强烈希望他们
的计划能够建立在新的技术之上。
因此，这个项目主管的想法和行动要象一个用户，又要能够站在技术
的高度，成为真正的用户、技术员之间的代言人。
一个不能替用户着想的项目主管将使项目走向死胡同。
F． 采用统一的方法
对企业数据仓库开发定义最普通的做法也促使工具和方法的继续使用，
这种方法可以使项目组织在整个开发周期内采用，极大地增强最终产品
的维护性。很难想象一个很好建立的、高效的开发环境允许每位设计师、
开发者、测试者采用各自的习惯，在这样的环境中，对质量的讨论就没
有协商的基础，而且相互牵制和抵触。
比较可行的网络数据仓库开发方法是提出一个支持开发决策过程的整体框架。
“战略上我们考虑的越充分，我们越经得住考验，就不会因某时的战术失
误而影响整个战役”。请读企业网络管理的应用方案。
四、 略
五、 略
六、 略
七、 网络建设的人员配备及其素质要求
对于管理部门来说，最难以理解的概念之一就是在一新领域内组建网络、
开发软件的过程是很耗资金和时间的过程。但企业必须构建自己的网络，
以保证商业信息的安全。
管理者经常认为他们面对的问题是独一无二的，然而，根据我的经验，
许多公司面临着相似的问题-----而且同一问题在同一机构中曾经解决过。
网络建设和软件开发人员需要在以下领域得到较高层次的帮助：
A． 控制需要和项目范围
B． 指定项目和各个任务计划
C． 管理项目进度，包括互相之间的协调关系
D． 解决系统设计
E． 协调改变管理过程
在网络构建、软件开发的过程中，人是最重要的因素。领导层的任务就是
稳定和协调网络、软件开发的过程，从而能确保传达长期的要求和对商业
系统的及基础的改进。
在任何领域都具有高水平的人是很少的，才能仅仅是一个相对的概念，应
当把主要精力集中在组织一个成熟、有主见和才能集中于一体的项目组。
A． 成熟可以为整个项目组提供正确的领导和支持，指导项目组将任务完
成的比目前更好。
B． 有主见最为关键。那些自以为是专家，不在需要进行培训的人对项目
组是没有价值的。首席程序员（我从首席法官演变过来的）需要什么都可
能，什么都可以完成的人。当然，这些人应该认识到生活是受教育经历的
统一体，并且认识到自己还有很多东西要学。（某些应聘者，称精通
Visual Basic，并称要成为“唯一”，这类人首先程度有限，更重要的是
不能够在项目组中通力合作，对整个项目组是不利的。）（我是一律CANCEL
这类应聘者的）
C． 关键能力。开发人员要具有在开发项目所涉及的应用领域内的知识。
建立一支可以胜任任何工作的“梦幻项目组”几乎是不可能的。确保定
义一个支持最初项目组要求的长远战略计划，这才有助于增强完成任务
的能力。
项目组的构成：
项目主管：最为重要的是能够理解技术怎样才能解决用户的商务需求。
项目主管实际上就是项目组的领导，由于担任领导角色，项目主管管理项
目组的日常事务，并对各方面的沟通负责，为保证项目的顺利完成要制定
纪律。因此，主管要提供详细的方案，并检查系统，反复回顾项目的完成
情况。
项目主管的责任是很多方面的，而且也是不断变化，包括以下内容：
A． 资源管理
B． 项目方案的指定
C． 选择和组成项目组
D． 项目及任务的估计
E． 任务分解结构的制定
F． 调度及互相依存关系的管理
G． 项目跟踪
H． 资源协调
I． 项目情况的交流
J． 矛盾的解决
理想情况，项目主管应具备如下的经验和教育背景：
A． 项目管理和解决问题的经验
B． 交流沟通能力
C． 商务系统分析和设计经验
D． 决策支持系统分析和设计经验
E． 结构化查询语言（SQL）基础
F． 关系数据库设计和建模技术
G． Client/Server和基于WEB系统设计技术
H． 图形用户界面设计技术
I． 质量管理和测试技术
首席程序员：首席程序员是整个系统项目技术主管和首席设计师。在组
成项目组的过程中，首席程序员是站在全局的角度看问题的，他是成功
的项目组的关键所在。首席程序员应当提出最为完善的技术，从而支持
商务需求。他应当有较高的技术能力并且与项目主管有着良好的合作关
系。项目主管与项目首席程序员间的良好协同是成功交付需要系统的关
键所在。如果项目主管和首席程序员之间的配合不协调，将很难完成要
求的任务，因此，项目主观应当非常仔细的选择首席程序员。
首席程序员的责任包括以下方面：
A． 建立商务活动的概念模型
B． 设计系统结构
C． 与项目组其他成员一起工作来交付数据和过程模型
D． 完成商务活动的逻辑设计
E． 校核所有的物理设计
F． 制定测试方案
G． 直接与其他人员协调进行质量的控制和保证
H． 解决技术设计及提高和改变的优先权问题
首席程序员就具备的经验和受教育的情况而言，应包括以下方面：
A． 系统结构方案和开发
B． 商务系统分析和设计
C． 决策支持系统分析和设计
D． 操作系统基础，如UNIX，NT SERVER等
E． 结构化查询语言（SQL）基础
F． 关系数据库设计和建模技术
G． 关系数据库性能和调试
H． Client/Server和WEB系统设计技术
I． Client/Server和WEB系统性能和调试
J． 图形用户界面设计技术
K． 质量管理系统和测试技术
数据库管理员：数据库管理员的职责是为数据仓库而建立企业级
别的数据模型。数据库的管理从模型建立之初就是非常关键的。
数据库管理员为每个开发组成员制定一套合理的标准。因为我们
需要一种数据驱动技术，所以在项目组中一定不能缺少一位数据库专家。
数据库管理员的责任包括以下内容：
A． 制定数据标准
B． 设计数据模型
C． 完成逻辑数据设计
D． 校核所有的物理数据设计（表、触发器、存储过程 、数据访问技
术、索引、数据定位等等）
E． 数据增强和改变的技术设计和优先权
数据库管理员应具备的经验和受教育状况应包括以下方面：
A． 商务系统分析和设计
B． 决策支持系统分析和设计
C． 操作系统基础，如：UNIX， NT SERVER等
D． 结构化查询语言（SQL）基础
E． 关系数据库设计和建模技术
F． 数据库管理
G． 关系数据库性能和调试
行政领导：项目领导必须在公司内有相当的行政地位，主管监控着
商务过程，他站在开发项目的基础上为项目提供保障，是项目得以完成
最重要的保障。
程序员：接受过系统的软件编制方法训练，具有软件编制能力。
（完）
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.104.73.138]
发信人: lindaskywalk (海豚), 信区: SystemAnalysis
标 题: Re: 数据仓库技术，你留意了吗？ (续）
发信站: 网易虚拟社区 (Thu Jul 8 20:41:32 1999), 站内信件
【 在 lsfboy (从来) 的大作中提到: 】
:
: 三、 影响企业网络建设项目成功的因素
: 在信息系统世界，成本和时间是衡量成功的标准，在过去的岁月中，
: 我发现许多网络项目明显超支或根本没有完成。那么，影响项目成
: .......
企业级管理信息系统工程是一把手工程，没有企业领导的大力支持是不会成功的
。
系统建设应遵循总体规划，分阶段实施的原则。
我认为数据仓库应该是在企业的管理信息系统建设到达一定程度，数据量积累
到一定程度后，企业的管理水平到达一定程度后再进行建设的，否则数据仓库只
能
是空中楼阁，无法发挥其应有的作用，会造成资金的浪费。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 210.72.252.222]
发信人: 66 (六六), 信区: SystemAnalysis
标 题: Re: 数据仓库技术，你留意了吗？ (续）
发信站: 网易虚拟社区 (Fri Jul 9 08:30:57 1999), 站内信件
有些数据并不满足数据仓库面向主题以及其它几个特点的要求。
OLTP、DSS对DBMS的要求差别很大。
没有成熟的DBMS，要做数据仓库只能是事倍功半。
国外实施数据仓库的成功率也极低。
做什么事不要败在兵马未动之时。
--
爱情是生活的附丽
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.102.87.74]
发信人: lsfboy (从来), 信区: SystemAnalysis
标 题: Re: 数据仓库技术，你留意了吗？ (续）
发信站: 网易虚拟社区 (Fri Jul 9 09:45:54 1999), 站内信件
这是我98年4月写的东东，我觉得它是一种趋势。
作为数据仓库的数据量，事实上，我将他理解为
股票的曲线图，多也可以用，少虽然有些遗憾，但也可看出
一定的趋势。
我评估过几个产品，认为在国内如果建设
数据仓库用BRIO较好，因为数据仓库离不开前台
工具，BRIO有优势。
我自己尚没有建设过完整的数据仓库，在我的工作
进行到一半的时候（当时选BO），公司被收购，我不
愿意在波动中浪费时间，辞职了，到了广州一家公司，
不过在继续研究。
真诚希望和诸位交流。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.104.40.101]
|
|