ASP外包模式中的依赖性管理——基于客户的视角
企业术语 asp rsp
企业术语 asp rsp
ASP（Application Service Provider，即应用服务供应商）作为一种业务模式，是指在共同签署的外包协议或合同的基础上，企业客户将其部分或全部与业务流程的相关应用委托给服务提供商，由服务商通过网络管理和交付服务并保证质量的商业运作模式。
服务商将保证这些业务流程的平滑运转，即不仅要负责应用程序的建立、维护与升级，还要对应用系统进行管理，所有这些服务的交付都是基于互联网的，客户则是通过互联网远程获取这些服务。
随着Internet革命将人类从工业经济时代推向电子商务时代，ASP可能成为重塑IT产业的未来发展方向的一种产品及服务模式。
RSP即审核管理权，只有BSCI参与者方可拥有审核管理权。
通俗来讲品牌客户拥有审核管理权。
什么是ASP软件服务外包
什么是ASP软件服务外包
问：请问什么是ASP软件服务外包？
答：ASP是英文MicrosoftActiveServerPages的缩写，是一套微软开发的服务器端脚本环境。
最简单的ASP是一种第三方服务公司，它以租赁方式，通过中央服务器实施、管理和远程托管套装应用软件。
作为获得或使用该软件的代价，客户支付租用费用。
第五期中国软件论坛上，随着中小企业信息化市场的日渐兴起和网络、技术等环境的完善，IT软件服务外包再度成为厂商开拓市场的主要选择，不仅是原有的IT外包服务商，包括SAP、微软、用友、金蝶等软件提供商也开始向企业提供软件外包服务。
基于ASP客户管理系统的设计与实现
基于ASP客户管理系统的设计与实现
随着互联网技术的飞速发展,互联网给各个行业带来了极大的冲击,互联网思维中“客户至上,精细服务”的基本理念在完全市场化的竞争环境下成为了提高企业核心竞争力的关键点。
如何通过互联网技术开发出B/S架构的客户关系管理系统,以帮助企业提高业务的自动化程度和效率、开拓市场、扩大经营范围、留住客户、占有更多市场份额,成为了一个具有经济价值和社会价值的问题。
本次论文详细描述了客户管理系统从需求分析、系统设计到编码实现的整个过程。
本文首先论述了客户管理系统的开发背景,以及相关技术的国内外研究现状,进而提出了系统的技术选择。
在以上论述的基础上,本文依据软件工程的思想,从客户管理系统的需求分析、系统设计、系统实现三个方面详细描述了系统的整个从无到有的过程,并进行了系统测试。
本文最后对所作的工作和取得的成果做了总结,并明确了下一步的研究方向。
本文设计并实现了客户管理系统。
基于该系统的应用,优化了企业的服务,提升了企业核心竞争力。
建立了以市场、客户为中心的管理体系,提高客户忠诚度,实现客户价值的最大化。
给企业带来了直接的经济价值,为社会带来了社会价值。
漫谈软件开发中的依赖关系和模块化
漫谈软件开发中的依赖关系和模块化软件开发中的依赖管理是一项关键的工作，特别是在大型软件项目中。
随着时间的推移，软件系统会变得越来越复杂，并且在项目的不同部分之间会出现复杂的依赖关系。
这就是为什么依赖管理和模块化在软件开发中显得尤为重要。
一、依赖管理依赖管理指的是在软件开发中管理不同代码库之间的依赖关系。
这些代码库可以是本地的，也可以是网络上的，而不同的代码库可能有不同的版本和API。
依赖管理的主要作用是确保不同代码库之间的协调，使它们能够正常地运行，并且能够保证软件项目的稳定性和安全性。
在依赖管理中，我们需要关注以下几个方面：1.版本管理：如何管理和控制不同代码库的版本是非常重要的。
一旦依赖关系出现错误，将很难在开发和维护过程中进行管理。
因此，需要对依赖库进行版本控制，以确保每个库的版本都是一致的，这有助于防止出现一些错误和bug，并提高程序的稳定性。
2.依赖冲突：开发时可能会出现依赖不同代码库的情况，但是这些库可能会存在相互冲突的情况。
因此，需要通过对依赖关系进行修改来解决这些冲突，即通过协调不同的库来确保它们在项目开发中顺利协同工作。
3.隔离依赖：在一些情况下，可能希望使用不同的代码库来完成同一个任务，但为了保持程序的稳定性，需要隔离不同的依赖关系。
在这种情况下，需要对依赖关系进行管理，以确保不同的库之间的隔离和独立性。
二、模块化模块化是将软件项目划分为逻辑块的过程，每个逻辑块都可以独立开发和测试。
模块化的目的是提高开发效率，确保软件项目的可维护性和可扩展性，以及方便测试和协作工作。
模块化的优点：1.提高可维护性：在软件模块化之后，可以更容易地进行维护和修改。
开发人员可以专注于特定的模块，而不必担心会影响到其他部分。
2.高效开发：当不同的开发人员同时协作时，进行模块化开发会更加有效和高效。
每个人可以专注于特定模块的开发和测试，从而提高整个项目的开发速度。
3.可扩展：如果需要添加或调整功能，模块化使得这些更改更加容易，因为只需要修改特定的模块或添加新模块即可。
组织间协调机制的影响因素分析——以ASP外包关系为例
每 电子商务 时代 的新 型 Ｉ Ｔ外包 模式 ， 如何 维持 这种 关 系 ， 是 式 的选择 是一 个相 互 调整 的过 程 。 个公 司的风 险相对对 等。” 际上 。 实 非对 称性 相互依 赖可 能导致 建立一 种缺少柔
例如 ， Ａ Ｐ外 包关系 中 ， 在 Ｓ 如果提供 商 的数 （０ ２ ２０ ）所说 ：对 活动进 行协 调管 理 是客 户与 提供 商获 得 性 的协调 机制 。 “ 客户 对 个别 提 供 商 的依 赖程 度 高 （ 户 的切换 成本 客 Ａ Ｐ外 包关系成 功 的关 键 因素 。” ｕｒ Ｓ Ｃ ｒ ｅ和 Ｓ ｈ ｉａ （０ １ 量少 ， ｉ ｅ ｓ ｓ２ ０ ） ｋ
一
、
交 易 关 系
从 交 易 关 系 的 角 度 看 。 响 协 调 机 制 选 择 的 主 要 因 素 影
２ 不确 定性 。 ． 不确 定性 也是 影响协 调机制选 择的关键 因素 。不 确 定 性 将增 加 非形 式 化 人 际 协调 和 小 组协 调 。 Ｍｃ ａ ｎ和 Ｆ ｒ （９ ９ 认 为 “ 务不 确定 性 将增 加对 小组 Ｃｎ ｅｒ １ ７ ） ｙ 任
也 认 为 ：Ａ Ｐ外 包 关 系 的 成 功 取 决 于 如 何 恰 当 地 建 立 、 “Ｓ 协
高 ） 在这 种 情 况下 ， 供商 可 能拥 有 锁定 客 户 的优势 ， ， 提 因 而会不 顾客 户实 际要 求 ， 择有 利于 自己的协调方 式 。当 选 然。 在一 些重要 客户 面前 ， 或者 在 已有高度 专 门性投资 （ 针
于 形 式 化 合 同 的 协 调 就 可 以满 足 要 求 。但 是 ， 果 客 户 需 如
域知 识 的局限 性所造 成 ， 因为准 确把 握 应用需 求不仅 需要
建立和管理ASP外包关系的过程研究
金 ， 能还要支 付相 当大 的期初 费用 。除 此之 外 ， 可 还应重 点 考虑可能发生的隐性成本 ， 包括可 能涉及 的交易成本 和代理
成 本 。在 综 合 考 虑 这 些 成 本 因 素 之 后 ， 决 定 是 否 采 用 外 包 再
本质上 ， Ｉ Ｔ战略为组织 战略服务 ， 需要与组织战略、 运作管 理相互适配 ， ， 因此 组织必须首先确定到底需要哪些 Ｉ Ｔ应用服务 用于支撑组织战略 ， 以及实现这些 Ｉ Ｔ应用所必备的能力与资源 ，
这是 Ｉ Ｔ外包 采 用 决 策 的 出发 点 。 同时 应 将 需 求 落 实 到 具 体 应 用 ， 如 ， 供应 链 管理 （ Ｃ 、 户关 系管 理 （ Ｒ 、 品数 据 例 对 Ｓ Ｍ）客 Ｃ Ｍ）产
策略 ， 这是“ 生产或 购买 ” 的决 策 问题 。当然 ， 在确 定具体 的 提供 商和合同条款 之前 ， 可能没 有办 法准 确估 算这些 成本 ， 但 根据市场的普遍 情况进 行初步的评估是 可以做到 的。
［ 键 词 ］ Ｓ 外 包 ； 调 关 Ａ Ｐ； 协
［ 中图分类号 ］ ２ ０７ Ｆ ７ ．
［ 文ห้องสมุดไป่ตู้标识码 ］ Ａ
［ 文章编号 ］６ ３— １４ ２０ ）８— ０ ９ ３ １７ ０ ９ （０ ９ ０ ０ ７ —０
Ｉ Ｔ外包改变组织 原有 内部结 构 ， 对组 织战 略 、 作管 理 影 响 ， 运 根据核心竞争 力理 论 ， 组织 核心竞 争 力至关 重要 的 对
林 建 宗
（ 门理 工学院 ， 厦 福建 厦 ｆ ３ １０ ） － ６０ ５ Ｊ
［ 摘 要］ 成功的 Ａ Ｐ外 包关 系需要经历 可行性 分析 、 系建立和 关系管理 ３个阶段 ， Ｓ 关 在此过程 中， 组织需要根据其 战 略 需 要 ， 能 力和 经 济 的 角 度 选择 外 包对 象 ， 据 Ａ Ｐ市场 生 态及 风 险状 况 决 定 外 包是 否 可行 ， 从 根 Ｓ 选择 正 确 的 提 供 商并与之 签订恰 当的外 包关 系， 同时建立相 应的风险管理机制 ， 有效地协调与提供 商的关系。
如何解决持续交付过程中的依赖管理问题(一)
如何解决持续交付过程中的依赖管理问题在现代软件开发中，持续交付已经逐渐成为一种广泛采用的开发模式。
尽管持续交付带来了许多好处，比如加快部署速度、提高交付质量等，但也引入了一些新的问题。
其中一个主要问题就是依赖管理。
本文将探讨如何解决持续交付过程中的依赖管理问题。
1. 定义依赖管理在开始讨论如何解决依赖管理问题之前，我们首先需要明确依赖管理的含义。
简单来说，依赖管理是指管理软件项目中的各种外部依赖关系，包括但不限于第三方库、组件、外部服务等。
2. 自动化依赖管理针对依赖管理问题的第一个解决方案是自动化依赖管理。
通过引入自动化的工具和流程，可以大大简化依赖管理的过程，并降低潜在的错误。
例如，可以使用构建工具如Maven、Gradle等来自动下载和管理项目所需的依赖项。
这些工具可以从中央仓库或私有仓库中获取所需的依赖项，并可以根据项目的需求自动解决版本冲突问题。
3. 版本控制与依赖声明版本控制和依赖声明是另一个重要的依赖管理策略。
通过将依赖项和其对应的版本信息纳入项目的版本控制系统中，并在构建时明确声明项目所依赖的库和版本，可以确保每个构建都使用相同的依赖项。
这不仅有助于消除潜在的版本冲突，还可以跟踪和管理依赖项的变化。
4. 持续集成与测试持续集成和测试是解决依赖管理问题的有力工具。
通过采用持续集成和测试的流程，可以在每次代码提交或构建时自动执行一系列测试，包括单元测试、集成测试等。
这些测试可以检测到依赖项引起的问题，比如不兼容的版本、缺失的依赖等。
通过及早发现并解决这些问题，可以减少依赖管理带来的风险。
5. 应用容器化将应用容器化也是一种解决依赖管理问题的方法。
通过将应用及其依赖项打包成容器镜像，可以确保应用在不同环境中的一致性。
容器化可以消除环境差异，减少依赖管理的工作量，并提高应用的可移植性和可伸缩性。
6. 持续监测和更新持续监测和更新是解决依赖管理问题的最后一步。
定期审查和分析项目的依赖项，包括监测新版本的发布、识别过时的依赖、解决潜在的安全漏洞等。
如何解决持续交付过程中的依赖管理问题(三)
如何解决持续交付过程中的依赖管理问题在软件开发的持续交付过程中，依赖管理问题始终是一个棘手的难题。
随着软件系统的复杂性不断增加，各种依赖的关系也变得越来越复杂。
正确地管理依赖关系，可以提高软件的开发效率和质量，保证持续交付的成功。
本文将从几个方面探讨如何解决这一问题。
第一，明确依赖关系在解决依赖管理问题之前，首先需要明确依赖关系。
一个软件系统通常包含多个模块或组件，它们之间存在着各种依赖关系。
正确地理解和分析这些依赖关系，可以使我们更好地管理它们。
为了明确依赖关系，我们可以使用一些工具和技术来帮助我们进行分析。
例如，使用静态代码分析工具可以帮助我们找出代码中的依赖关系；使用可视化工具可以帮助我们更直观地了解依赖关系的结构。
通过使用这些工具和技术，我们可以准确地了解系统中的依赖关系，并做出相应的决策。
第二，建立良好的沟通渠道在解决依赖管理问题时，建立良好的沟通渠道至关重要。
软件开发团队中的各个成员之间需要进行频繁的沟通和合作，以确保依赖关系的正确管理。
沟通渠道的建立可以通过一些常见的方式来实现。
例如，每周组织团队会议，交流工作进展和问题解决方案；使用项目管理工具，通过任务分配和反馈机制来进行沟通；建立团队内部的沟通平台，方便成员之间的实时沟通。
通过这些方式，团队成员可以更容易地了解彼此之间的工作和需求，从而更好地解决依赖管理问题。
第三，建立自动化的依赖管理机制在持续交付过程中，依赖管理问题经常会变得复杂和困难。
解决这一问题的一种有效方式是建立自动化的依赖管理机制。
自动化的依赖管理可以通过使用一些工具和技术来实现。
例如，使用构建工具可以自动处理依赖关系，确保所需要的依赖资源能够正确地被引入；使用持续集成工具可以自动检测和解决依赖冲突的问题；使用容器化技术可以隔离不同组件之间的依赖关系，提高依赖管理的灵活性。
通过建立自动化的依赖管理机制，可以减少依赖管理的人工成本，提高开发效率和质量。
同时，自动化的依赖管理机制还可以减少人为错误和依赖冲突的风险，保证持续交付的成功。
自动化部署中的依赖管理和版本控制技巧(一)
自动化部署中的依赖管理和版本控制技巧随着软件开发的进步，自动化部署成为了现代软件开发的重要环节。
自动化部署能够提高软件开发过程的效率，减少人为出错的概率，并且能够快速交付稳定可靠的软件产品。
在自动化部署的过程中，依赖管理和版本控制技巧是至关重要的。
首先，依赖管理是保证软件开发环境一致性的重要步骤。
依赖是指软件项目所需要的外部资源，包括库文件、插件、工具等。
在自动化部署过程中，需要明确记录和管理这些依赖，确保开发环境和生产环境的一致性。
一个有效的依赖管理系统能够帮助开发团队快速安装和配置项目所需要的依赖，提高开发效率。
常用的依赖管理工具有Maven、Gradle等。
其次，版本控制是确保代码版本管理和协同开发的重要手段。
在软件开发过程中，版本控制可以帮助团队成员共享和协同开发代码。
通过版本控制系统，团队成员可以追踪代码的修改历史，合并和解决冲突，保证代码的一致性和稳定性。
目前，Git是最流行的版本控制系统，它提供了强大的分支管理能力和代码库管理功能，能够满足大部分软件开发项目的需求。
在自动化部署中，依赖管理和版本控制技巧可以相互结合，进一步提高开发效率和软件质量。
首先，通过良好的依赖管理，能够确保项目所需要的依赖及其版本的一致性；其次，在版本控制系统中，团队成员可以通过依赖配置文件明确记录项目需要的依赖及其版本信息，方便其他成员查看和更新。
这种结合可以促进团队的协同开发和代码一致性。
此外，为了确保依赖管理和版本控制的有效性，团队应当遵循一些技巧和最佳实践。
首先，使用稳定的依赖版本。
在选择依赖时，应当优先选择稳定版本，避免使用过新或者过旧的版本，防止可能出现的兼容性或者安全性问题。
其次，遵循良好的版本控制实践。
团队成员应当及时进行提交、更新和合并操作，避免代码的冲突和丢失。
另外，及时更新依赖版本，以保证项目使用的依赖处于最新的状态。
需要注意的是，在自动化部署中，依赖管理和版本控制只是其中的一部分环节，还有其他的步骤需要考虑，例如构建、测试和部署等。
如何解决持续交付过程中的依赖管理问题(二)
解决持续交付过程中的依赖管理问题随着信息技术的快速发展，持续交付已成为现代软件开发的重要组成部分。
然而，在实施持续交付过程中，依赖管理问题常常会成为一道难题。
比如，当一个软件项目依赖于多个外部库或组件时，团队必须确保这些依赖项的可用性和适配性。
本文将探讨如何解决持续交付过程中的依赖管理问题，并提供一些实用的建议。
1. 确定依赖项首先，团队需要明确项目所依赖的外部库和组件。
可以通过软件构建工具和依赖管理工具，如Maven、Gradle或npm，来指定和声明所有的依赖项。
这些工具可以自动下载和更新依赖项，使得团队可以更好地管理和控制依赖。
2. 版本控制随着时间的推移，外部库和组件的版本可能会有更新。
为了确保系统的稳定性和可靠性，团队应该选择并锁定每个依赖项的特定版本。
通过版本控制，可以减少不必要的变动和风险，确保系统在各种环境中的可用性和一致性。
3. 定期更新虽然锁定特定版本可以确保系统的稳定性，但过于保守也可能导致依赖项过时和漏洞。
团队应该定期检查和更新依赖项，确保使用的组件是最新版本，并修复已知的漏洞和问题。
这可以通过定期查看官方文档、参与社区讨论或订阅安全通知来实现。
4. 自动化测试依赖项的变动可能会对系统的功能和性能产生影响。
为了及时发现和解决依赖变更带来的问题，团队应该建立全面的自动化测试体系。
这些测试应该包含对依赖项的集成测试、回归测试和性能测试，以确保系统在更新依赖后仍然能够正常运行。
5. 平台容器化将应用程序容器化是解决依赖管理问题的一种有效方法。
通过将应用程序及其所有依赖项打包到一个容器中，可以消除环境差异和依赖冲突问题。
容器化可以使用工具如Docker来实现，同时也可以提供灵活和可移植的部署选项。
6. 应用生命周期管理在持续交付过程中，应用程序的依赖管理应该与应用程序的生命周期管理相结合。
团队可以使用配置管理工具如Ansible或Kubernetes来自动化和管理应用程序的部署、扩展和更新。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
关键 词 ： Ｐ； 互依赖 ； 包关 系 ＡＳ 相 外 中图分类 号 ： ７ ３ ５ Ｆ １ ．０ 文 献标识码 ： Ａ 文章 编 号 ：６ ２—１ １ （０ ８ ０ １７ ６ ６ ２ ０ ）７—０ ２ —０ ０２ ４
ＡＳ （ ｐｉ ｔｎＳｒｉ ｒｖｄｒ＃包 模式 是 Ｐ Ａｐｌａｉ ｅｖｃ Ｐｏｉｅ） ｂ ｃ ｏ ｅ 传 统 Ｉ 包在 网络 时 代 自然 演 化 和创 新 的结 果 ， Ｔ外 是 全球信 息技 术 发 展 的 主要 趋 势 之一 。它是 指 通 过 因特 网或其 他 网络 ， 以租用 的方式 向客 户提供 多
种Ｉ Ｔ应用服务 、 并集 中管理客户数据的第三方公
司 。在 ＡＳ Ｐ外 包 关 系 中 ， 户 既 希 望 与提 供 商建 客 立长 期 的外 包关 系 ， 又要努力 避免 对提 供商 的过度
依赖 ， 因为一 旦外 包 失 败 ， 可 能 对客 户造 成 严重 就
相对 于 敏感性 ， 弱性 的影 响 更 深远 ， 组织 脆 对 的竞 争力 与 战略定 位更 具 影 响力 。脆 弱 性研 究 通 常是 以组织 应对 伙 伴 行 为 所致 负 面结 果 的 风 险暴 露与 能 力 问 题 为 中 心 的 ， 涉 及 多 方 面 因 素 。例 它 如 ， ＡＳ 在 Ｐ外 包关 系 中 ， 专业 化 合 作 分 工 、 产 专 资 门性 程度 、 供商 Ｉ 资 源 的独 特 性 及其 对 客 户 组 提 Ｔ 织 贡献 的重要 性 等 都 是 分 析 的关 键 因素 。除 此 之 外 ， 户 组 织 规模 、 务 健 壮 性 以及 所 拥 有 的 Ｉ 客 财 Ｔ 能力 资 源等 ， 也是 影响脆 弱性 的关 键 。 但是 ， 如何 度 量 这种 依 赖 性 ， 直存 在 很 大 困 一
维普资讯
２ ２
２０ ０ ８年 ４月 中国制造业 信息 化
第３ ７卷
第 ７期
ＡＳ Ｐ外 包模 式 中 的依 赖性 管理 基 于客 户 的 视 角
— —
林 建 宗
（ 门理工学 院 商学 系 ， 建 厦 门 厦 福
３ １０ ） ６ ０ ５
摘 要 ： 考察组 织 间相互依 赖性研 究的基础 上 ， 细分析 了客 户对 应 用服 务提供 商依 赖 的主要 因 在 详
互依 赖性 已成 为外 包 关 系 的核 心 概 念 。本 文 将 系
统分 析客 户对提 供商 依赖 的决定 因素 ， 并提 出如何 管理这 种依 赖性 的建议 。
１ 如何 度量 组织对 其伙 伴 的依 赖 程 度
根据 已有的研究 ， 分析组织对其伙伴依赖程度
主要是 基 于“ 敏感 性 ” “ 弱性 ” 和 脆 ２个 维 度 。敏感
打分 、 实地访 谈 等 ）从 切 换 合 作 伙 伴 的容 易 程 度 、 ， 切换 所 导致 的成 本 以及 切换 对 自身 的 收益 与 运 作 方面 的影 响 等 ３个 维 度 ， 考 察 对 伙 伴 的 依 赖 程 来 度 。例 如 ， ｕ ｒ和 Ｓｈｅ 等 人 （９５ ［ 根 据 可 Ｋ ｍａ ｃｅｒ １９ ） ２ Ｊ 供 选择 经销 商 、 切换 经 销商 的成本 以及 切换 经销商 对销 售 和收益 的影 响等 ３个 方 面来 测 定 供 应 商对 经销 商 的依 赖程 度 ， 以及 根 据 可 供 选择 的供 应 商 、 切换供 应商 的成 本 以及 切换 供 应 商 对销 售 和 利 润 的影 响来 测定经 销商 对供应 商 的依 赖程度 。Ｈｅ ｅ ｉ ｄ
可替代 性 的 函数 ， 现 了做 出其 他 选 择 的成 本 （ 体 涉 及 切换 成本 ） 。例 如 ， 如果 有多 个 ＡＳ Ｐ能 够提 供 同 类 应用 服务 ， 么租用 这种 应用 服务 的客户 比较 不 那 容 易受 到伤 害 。因此 ，关 系” “ 之外 的多种选 择权 能
够 缓解 其脆 弱性 。
２ ３
（９ ４ ＿ 也 采用 类 似 的方 法 评 价 依 赖 程 度 。他 们 １ ９ ）３ ＿
素 （Ｔ应 用的 重要 性 、 杂性 、 包规模 、 户 Ｉ 能 力 、 Ｉ 复 外 客 Ｔ 提供 商数 量 与 切 换 成本 等 ） 同时提 出 了 ；
客户可以采取选择性外包、 建立提供商评价标准与体 系、 形成与提供 商的战略伙伴 关 系、 留或 保 建立必要 的核 心 Ｉ Ｔ能 力、 定有效 的风 险监 控 和 应 急机 制 等 策略 ， 制 以缓 解 因依 赖 性 而 导致 的 风
性表 明受 到其他 方 行 动 影 响 的灵 敏 度 及大 小 。例 如 ，Ｓ Ａ Ｐ提供 商 的背 信 行 为对 客 户 运 作 管 理 的影
响程 度 ， 以及是 否 立 即对 客户 产 生 影 响 ； 弱性 则 脆
ห้องสมุดไป่ตู้
表示组织 应对 环境 变化 的能力 ， 资源可 复制性 与 是
收 稿 日期 ：ｏ ７—１ —２ ２０ ２ ４
作者简介： 林建宗 （９ ５ ， ， １ ６ 一） 男 福建龙海人 ， 门理工学院高级工程 师， 厦 博士 ， 主要从事 电子商务 、 信息系统的技术 经济分析 、 组织 间关 系方
面的研究工作。
维普资讯
・
企 业管理 与信 息化 ・
林建 宗
Ａ Ｐ外包模 式 中 的依 赖性 管理 —— 基 于客户 的视 角 Ｓ
难 。研 究 者时 常应用 心理 感知 的方 法 （ 问卷调 查表
的负 面影响 ， 这是 客 户在 选择 提供 商 、 用 Ａ Ｐ模 应 Ｓ
式 时 ， 面临 的主要 困境 之一 。因此 ， 所 如何 识 别 并
管 理 这 种 依 赖 性 是 ＡＳ Ｐ外 包 关 系能 否 成 功 的 关
键 ， 如 Ｋｅ 和 Ｗ ｉｃｃ ｓ ２ ０ ） 所 认 为 的 ， 正 ｎ ｒ ｌ ｏｋ （ ０ ２ … ｌ 相