国内系统建设过程中，甲乙双方的构成主要有两种方式。第一种是软件商负责提供软件，实施服务商负责客户化、需求咨询和实施;第二种是软件商既提供软件又提供需求咨询和实施;而第二种方式在国内系统建设项目中采用较多。为此我们所建立的合同框架将以第二种方式为例，如果企业选择第一种合作方式，那么这份合同框架也同样具有参考意义。

　　要制作合同框架，必须要了解作为系统的核心建设者的软件商都需要做些什么，这个问题在弄清楚之前，合作协议中的内容是很难明确的。读者不妨回忆本书前面若干章节中讨论的问题，就可以从中知道作为一个承接实施服务内容的软件商它需要从事的主要工作。

　　1. 制定完整的项目建设计划。

　　2. 开展需求调查，明确需求内容与范畴，制作需求报告。

　　3. 根据需求，开展软件的适应性调整。

　　4. 根据需求，启动客户化工作，并对客户化进度质量实施管理，确保系统模拟运行前交付。

　　5. 针对客户，开展系统运行前的教育与培训。(系统变更)

　　6. 运用客户真实信息和数据，开展系统模拟运行。(系统变更)

　　7. 启用真实、实时数据，实施系统切换。

　　8. 系统实施工作验收。

　　9. 实施验收后，进入免费维护期。

　　10. 免费维护期结束，系统进入有偿服务期。

　　上述十项内容涵盖了系统建设的各个主要过程。但也不能忽略以下内容，我们必须切记。第一在系统切换前，需求的变更必然存在;在系统切换后，系统实施工作验收前，也同样存在需求变更;如何管理变更是双方都需要思考的管理内容。第二由于启动了客户化工作，必然存在客户化开发管理工作。事实上，在我们的信息系统建设运作过程中，能够关注变更管理和客户化开发管理的项目实属少数，而这些内容有可能就成为双方引发争论的导火索。

　　众所周知，系统建设追求“满足需求、系统稳定”，并在此基础上寻求系统的不断完善，这是双方所订立合同的基点。要实现这个目标，必须通过合同中的内容约束和各种细则的建立来确保这一目标贯彻在整个系统建设过程中。为此，提出了系统建设过程中的合同框架，这一框架包含合同本身，以及与合同相配合的各种细则附件，希望通过各种细则内容的明确来确保项目运作的成功。