项目管理 信息系统项目管理师(高级)学习资料大全

《项目管理 信息系统项目管理师(高级)学习资料大全》由会员分享，可在线阅读，更多相关《项目管理 信息系统项目管理师(高级)学习资料大全（81页珍藏版）》请在金锄头文库上搜索。

1、项目管理 信息系统项目管理师(高 级)学习资料大全 项目管理 信息系统项目管理师(高 级)学习资料大全 如何判断您的企业是否需要 SOA 管理如何判断您的企业是否需要 SOA 管理 SOA 管理是我经常谈论的一个话题，得到的反馈也是好坏参半，这是因为对愿意以及方 式缺乏了解。不管你的组织开始 SOA 多长时间，SOA 管理都是需要多加注意的。我将首先解 释一下 SOA 管理需要注意的原因，而后再谈一下需要注意的方面。 但在我开始之前，我首先要澄清 SOA 管理与 SOA 治理的区别。对于我来说，SOA 管理是 SOA 治理的一部分。SOA 治理是由流程、标准以及政策来治理 SOA 实施的。一个

2、完整的 SOA 治理解决方案设计注册表、存储、管理变革、服务控制、服务质量、安全等等。 在此我将只谈 SOA 管理，对于多数厂商来说是服务控制、安全、业务流程可见度以及异常事 件处理。 首先， 让我们看看传统的智慧。 组织通常认为他们不需要 SOA 管理的原因在于没有足够 的业务动力。或者说 ： “在我们的 SOA 架构还没建立起来的时候就需要 SOA 管理呢？”这种 想法正确吗？你可以在读完这篇文章之后做出自己的决定。 我早前曾经提到过 SOA 实施像一场旅行， 你的组织要达到一定的 SOA 成熟度是需要时间 的。在 SOA 实施的某一个时间点，SOA 管理就会牵涉进来，原因有两点： 1.你

3、的 SOA 架构将单个的应用程序和筒仓型业务功能变成了分布式服务。 随着灵活性和灵敏 度的增加，安全和访问控制的复杂性也随之提高。这就需要管理工具上的新想法。 2.即使是在基础的 SOA 环境中， 你的组织也将需要 SOA 架构的可见度。 可见度的要求包 括业务流程、服务使用、性能瓶颈等等。随着你的环境变得越来越分散，使用原有的管理工 具就会逐渐丧失可见度。因此，当 SOA 促进你的业务时，你需要 SOA 促进你的管理环境去超 越传统系统管理。 这是 SOA 发展的适当时机吗？ 那么，什么时候才是考虑 SOA 管理的适当时机呢？这个时间应该早于还是晚于你的 SOA 部署期呢？决定因素有以下几点

4、： 1 访问权控制和安全是 SOA 管理提出的关键问题。因此，SOA 管理应该是你的 SOA 基础架构 整体中不可分割的一部分，而不是随后加入。从实际出发，你需要在 SOA 项目早期考虑安全 和控制。 2 有了妥善的规划，SOA 管理将降低 SOA 项目的成本实施时间。人们普遍认识到项目周 期早期发生的改变/修复相较于晚期来说影响更小。换句话说，你越晚决定对 SOA 管理提出 的问题进行解决，对你之前所做决策的影响就会越大，而代价往往是巨大的。 3 组织往往只有在出现问题的时候才会想到管理。我们很难去量化由于基础架构中累赘服务 或安全破坏所造成的干扰带来的成本。 你要做的不是去寻找救火措施，

5、而是利用 SOA 管理工 具主动的控制和监控业务。 4 业务流程管理（BPM）是亚洲企业中的一大主题。SOA 实施则是另外一个主题。SOA 管 理工具是 BPM 很好的补足解决方案。 在使用 BPM 的时候，多数企业都想如何利用 BPM 工具建立并管控其业务流程。但是，我需要 提出以下几个问题以供考虑： 1 是不是所有的业务流程都能用 BPM 解决方案来定义？ 2 如果不是，那么你要如何处理那些没有被 BPM 工具定义的业务流程？ 3 这些业务流程是遵循最初设计构想来运作的吗？ 换句话说，你要如何发现你的业务流程正导致一些始料未及的后果？ 我认为大多数企业都无法通过 BPM 解决方案为所有的业

6、务流程建模。 如果你的业务存在 已久，那么就可能会比你想象中还要多的未定义业务流程。一些 SOA 管理工具，带有自动发 现功能，能弥补这一空白。这些工具能够“看到”并告知你基础架构中正在发生的问题。所 以不要以你认为有效的方式模拟业务流程， 而让你的SOA管理工具来告诉你真正发生的问题。 这不仅仅有利于 IT 针对应用和瓶颈下功夫，还有利于分析师看到实时的业务流程。 目前，我们已经讨论了进行 SOA 管理的原因，如果你认为你真正需要 SOA 管理，以下几点是 在挑选解决方案时需要注意的： 注意事项： 1 性能：所有的管理和监控工具会带来一些开销，你需要确定你的系统性能不会受到太大的 影响。 2

7、 标准支持：你的业务是在异构的应用程序、服务和标准中运行的，你的管理解决方案 也需要如此。 如果你需要改变基础架构投资以服务 SOA 管理， 那么你有可能在寻找错误的解 决方案。 3 跨功能支持。你的 SOA 基础架构可以跨越多个功能或应用解决问题，同样，你的 SOA 管理 方案也是如此。千万确保你所制定出的解决方案能够真正的满足 IT 部门的需要，同时也能 满足业务分析人员，甚至可能会是保安人员的需要。 就如同整个企业架构体系中的其他资产一样， 如果你能确切的知道 SOA 管理解决方案存在的 意义以及如何使用将会让你获得更加明显的竞争优势。 那么， 你是否真的需要 SOA 管理？这 个决定是

8、由你选择的。 中小企业信息化：资金与需求该如何权衡中小企业信息化：资金与需求该如何权衡 小企业信息化考验 IT 人的能力 什么是小企业?在我看来， 小企业是特指那些已经度过了生存期、 销售额在 1 亿到 10 亿 元范围内、 在特定细分行业或者区域内有独到之处的核心能力， 看起来能够迅速发展的企业。 小企业的信息化矛盾体 在经济发达的地区，这样的小企业很多，造就了众多的亿万富翁。同时，这样的企业在 发展上则是上上下下、起起伏伏，绝大多数无法持续发展成为更大的规模化现代企业。企业 成功的独特优势受到挑战， 与通用成熟的现代企业管理方法有严重的甚至根本的冲突， 规模 和区域扩展后外部环境的压力和复

9、杂度超出想像和承受能力。 在这种情况下，信息化到底能够为小企业提供什么价值?这个问题是一直困扰着信息经理或 者信息总监或者 CIO 的一个事情。 我们知道， 信息化是以系统化的体系和工具规范企业的运营方法和流程， 让企业在一定 的战略方向上持续稳定经营。 从管理不成熟的角度看， 小企业确实不是做信息化的最好时期; 但是， 从企业发展的角度看， 信息化又是小企业做强做大必不可少的工具。 这样的矛盾状态， 使得小企业的信息化成为考验 IT 人残酷的熔炉。 小企业信息化“四核心” “尊重环境，量力而行，保障基础，突出优势”似乎是小企业信息化的核心要义。 “尊重环境”是要根据企业文化、企业的管理风格、

10、管理体系这个大环境，选择信息系 统中能够有效体现这些特征的流程进行实施， 在总体保证整体连续的业务流程的情况下， 突 出具有共识的重点环节，舍弃有争议的环节，在流程的基本面上保持“信息系统风格就是企 业文化的反映” 。 “量力而行”的重点不是投资上的量力而行。通常情况下企业如果效益良好，投资不是 问题。这个“力”是指企业的“管理能力”或者是“管理成熟度” ，以及企业的学习速度或 者对系统化、规范化操作的学习能力。一般情况下，企业通常高估自己的学习能力，低估过 去的习惯势力， 或者对信息系统给予太高的期望。 在实施信息系统的时候要么过低地估计使 用系统对业务的改变，要么过高地估计自己的适应或者学

11、习能力，或者相反。这样会形成众 多的冲突，截然相反的评估或者意见经常同时出现。所以，对“能力”要做好充分的评估。 “保障基础”则是要保持信息系统的流程完整性，特别是供应链、资金链的流程，重点 要放在使整个链条通畅，不必有太多花哨的功能。开始是基本的核心流程，再在使用的过程 中逐步优化、细化每步操作。这样可以达到“麻雀虽小五脏俱全” ，符合小企业使用大系统 的基本规律， 对未来的发展具备良好的扩充和支持能力， 也为未来规范的组织发展奠定系统 基础。 “突出优势” 是小企业信息化的特征价值。 由于小企业一般会具备某些特殊或者特有的 管理方法、业务流程让企业引以为豪，那就要特别关注这些特征，在信息系

12、统中重点突出这 些优势， 固化在系统中继承下去。 这样的信息系统也才能够充分体现企业的文化和管理特征， 得到广泛的认可。 总体来讲，由于小企业的管理尚未成熟，运营体系尚未职业化、标准化和系统化，企业发展 速度和组织变动速度快， 进行小企业信息化的时候要充分考虑这些因素。 无论是选择重型的 ERP 系统还是轻量级的专用系统，都需要在企业特征优势方面具有传承的作用，在规模化和 规范化方面具有充分的空间， 在流程上要注重核心流程的重点环节和保留未来优化的弹性空 间， 这样实现的信息系统就会十分切合小企业多方面的需求， 也能够体现信息化在推动企业 发展上的价值。 制作网页需要学习哪些技术制作网页需要学

13、习哪些技术 HTML4.01 HTML 是 Web 的语言，每一个 Web 开发者都需要对它拥有基本的了解。 HTML4.01 是重要的 Web 标准，它与 HTML3.2 的差异非常之大。 当类似 font 的标签和 color 属性被添加到 HTML3.2 后，它就逐渐成为开发人员们的一 场噩梦。 开发那些必须把字体信息加入每个单独页面的网站， 其过程成为了一种漫长而昂贵 的折磨。 通过 HTML4.01，所有的格式化信息可以被移出 HTML 文档，转而放入一个独立的样式表中。 HTML4.01 之所以重要， 另外一个原因是由于 XHTML1.0， 这个最新的 HTML 标准是作为一 种

14、XML 应用被重新表达的 HTML4.01。在您的页面中使用 HTML4.01 可以确保在未来将 HTML 轻松升级到 XHTML。 请确保您使用了最新的 HTML4.01 标准。 层叠样式表(CascadingStyleSheets-CSS) 样式可定义 HTML 元素如何被显示， 类似 font 标签在 HTML3.2 中所起到的作用。 样式通 常被保存在 HTML 文档之外的文件中。外部样式表使您有能力仅仅通过编辑一个简单的 CSS 文档来改变网站内所有页面的外观和布局。 如果您曾经尝试过进行某些改变， 比如同时改变 站内所有网页标题的字体或颜色，您就会明白 CSS 如何能够达到事半功倍

15、的效果。 XHTML-HTML 的未来 XHTML 指可扩展超文本标记语言(ExtensibleHyperTextMarkupLanguage)。 XHTML1.0 是源自 W3C 的最新的 HTML 标准。它于 2000 年 1 月 26 日成为正式的推荐标准 (Recommendation)。W3CRecommendation 意味着其规范的稳定性，同时其规范目前已成为一 种 Web 标准。 XHTML 是一种使用 XML 进行重构的 HTML4.01， 并可以通过遵循一些简单的指导方针立即在现 有的浏览器中投入使用。 XML-用于描述数据的工具 扩展标记语言(XML)并不是 HTML 的

16、替代品。在未来的 web 开发中，XML 会被用来描述和 存储数据，而 HTML 会被用来显示数据。 我们对 XML 最合适的描述是，一个跨平台的、独立与软硬件的，信息存储和传输工具。 我们相信 XML 的重要性不亚于 HTML 对于 web 的基础性地位，并且 XML 将会成为最重要 的数据处理和传输工具。 XSLT-用户转换数据的工具 XSLT(可扩展的样式表语言转换，ExtensibleStylesheetLanguageTransformations)，是用 于转换 XML 的语言。 未来的网站将不得不向不同的浏览器并向其他 web 服务器以不同的格式传递数据。而 XSLT 则是一种将 XML 数据转换为不同格式的新的 W3C 标准。 XSLT 可以把 XML 文件转换为浏览器可识别的格式，比如 HTML，或者 WML-一种用于许多手 持设备的标记语言。 XSLT 还可以添加元素，并对元素进行删除、重新排列及排序，测试并确定显示哪些元 素，等等。 客户端脚本 客户端脚本脚本是一种有关因特网浏览器行为的编程。您应该学习 JavaScript，这样才能 有能力传递更多的动