第一章 软件项目初始

第一章 软件项目初始

合同

合同登记编号：

技术开发合同

项目名称： 校务通管理系统

委托人（甲方）： XXXXX省教育委员会

研究开发人（乙方）: 北京科力拓技术发展有限公司

签订地点： 北京市

签订日期： 2003 年 4 月 10 日

有效期限： 2003 年 4 月 10 日 至 2003年 12 月 16 日

北京技术市场管理办公室 根据《中华人民共和国合同法》的规定，合同双方就 校务通管理软件系统开发 项目的技术开发（该项目属于 / 计划），经协商一致，签定本合同。

一、标的技术的内容、范围及要求：

根据甲方的要求，乙方完成校务通软件系统的研制开发。

1. 根据甲方要求进行系统方案设计，要求建立B/S结构的,基于的Sql

server数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。

2. 配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。

3. 具体需求见SOW

二、应达到的技术指标和参数

1、 系统应满足并行登陆,并行查询的速度要求。其中主要内容包括（1）保证1000人以上可以同时登陆系统（2）所有查询速度应在10秒以内（3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在10分钟内恢复。

2、 系统的主要功能是应满足双方认可的需求规格,不可以随意改动。

三、研究开发计划

1、 第一阶段：乙方在合同签订后7个工作日内，完成合同内容的系统设计方案。

2、 第二阶段：完成第一阶段的系统设计方案之后，乙方于50个工作日内完成系统基本功能的开发。

3、 第三阶段：完成第一和第二阶段的任务之后，由甲方配合乙方于3个工作日内完成系统在XXX信息中心的调试、集成。 四、研究开发经费、报酬及其支付或结算方式

1、 研究开发经费是指完成本项目研究开发工作所需的成本。报酬指本项目开发成果的使用费和研究开发人员的科研补贴。

2、 本项目研究开发经费和报酬（人民币大写）：XXX万元整。

3、 支付方式：分期支付。

本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50％，计人民币XXX.00元（人民币大写XXX元整），验收后甲方在五个工作日内付清全部合同余款，计人民币XXX.00（人民币大写XXX元整）。

五、利用研究开发经费购臵的设备、器材、资料的财产权属：/。

六、履行的期限、地点和方式。

本合同自 2003年8月16日至 2003年11月16 日在 北京 履行。

本合同的履行方式：

甲方责任

1、 甲方全力协助乙方完成合同内容。

2、 合同期内甲方为乙方提供专业性接口技术支持。

乙方责任：

1、 乙方按甲方要求完成合同内容。

2、 乙方愿提供在实现功能的前提下，进一步予以完善。

3、 乙方在合同商定的时间内保证系统正常运行。

4、 乙方在项目验收后提供一年免费维护。

5、 未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。

七、技术情报和资料的保密。 本合同中的相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方不得提供给第三方。

八、技术协作的内容:

见系统设计方案。

九、技术成果的归属和分享

1. 专利申请权：/。

2. 技术秘密的使用权、转让权：/。

十、验收的标准和方式：

研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标准，采用一定的方式验收，由甲方出具技术项目验收证明。

十一、风险的承担

在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担50 %，乙方承担 50 %。

本项目风险责任确认的方式：双方协商。

十二、违约金和损失赔偿额的计算：

除不可抗力因素外（指发生战争、地震、洪水、飓风或其它人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任：

1、 如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向甲方支付延期违约金。每延迟一周，乙方向甲方支付合同总额0.5％的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%；

2、 如果甲方不能按期向甲方支付合同款项，甲方应向乙方支付延期违约金。每延迟一周，甲方向乙方支付合同总额0.5％的违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%。

十三、解决合同纠纷的方式：

在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或按司法程序解决。 1． 双方同意由北京市仲裁委员会仲裁。

2． 双方约定向 北京市 人民法院起诉。

十四、名词和术语解释

如有，见合同附件。

十五、其他

1、 本合同一式6份，具有同等法律效力。其中正式两份，甲乙双方各执一份；副本4份，交由乙方。

2、 本合同未尽事宜，经双方协商一致，可在合同中增加补充条款，补充条款是合同的组成部分。

生存期模型

案例说明-《校务通管理系统》的生存期模型

针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型如下图，理由如下：

1． 校务通系统的全部功能分成通用功能和日常业务管理功能两大类，因此可以先基于通用功能作出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。

2． 在校务通系统需求规格中，要求系统有可扩充性。若使用增量模型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。如：“关于教师档案，比照所提供资料设计，现在也没有一个成形的东西”；资源库系统只提到“应提供一个标准的资源库解决方案。”这样只有等到一个可用的产品出来，通过客户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性。直至产生最终完善的产品。

3． “系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其它功能模块”。也说明用户可能会增加新的需求。

4． 对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用校务通系统替代全部管理，这是不实际的。所以，可以从最基础的做起，逐步扩充其应用，所以选用增量模型来开发校务通系统。

5． 本项目具备增量式模型的其他特点

a) 项目复杂程度为中等。

b) 预计开发软件的成本为中等。

c) 产品和文档的再使用率会很高,

d) 项目风险较低

生存期中的各阶段定义如下：

项目规划阶段

阶段目标： 根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。

输入： 合同文本

SOW

过程： 项目规划，计划确认

输出： 项目计划

需求分析阶段 阶段目标：确定客户的需求

输入： 项目计划，SOW

过程： 需求获取，需求分析，需求控制

输出： 原型系统，需求规格

设计阶段

阶段目标： 总体系统结构设计

输入： 原型系统，需求规格

过程： 总体设计

输出： 系统设计说明书，数据库结构定义

增量1实现

阶段目标： 实现系统的通用功能

输入： 系统设计说明书

数据库结构定义

过程： 详细设计,编码，代码走查，代码评审，单元测试

输出： 详细设计说明书，源代码，可运行版本－1

增量2实现

阶段目标： 实现系统的招生管理功能

输入： 系统设计说明书

数据库结构定义

过程： 详细设计,编码，代码走查，代码评审，单元测试

输出： 详细设计说明书，源代码，可运行版本－2

增量3实现

阶段目标： 实现系统的学生日常管理功能

输入： 系统设计说明书

数据库结构定义

过程： 详细设计,编码，代码走查，代码评审，单元测试

输出： 详细设计说明书，源代码，可运行版本－3

增量4实现

阶段目标： 实现系统的教务管理功能

输入： 系统设计说明书

数据库结构定义

过程： 详细设计,编码，代码走查，代码评审，单元测试

输出： 详细设计说明书，源代码，可运行版本－4

增量5实现

阶段目标： 实现系统的教师辅助功能

输入： 系统设计说明书

数据库结构定义

过程： 详细设计,编码，代码走查，代码评审，单元测试

输出： 详细设计说明书，源代码，可运行版本－5

增量6实现

阶段目标： 实现系统的聊天室/论坛功能 输入： 系统设计说明书

数据库结构定义

过程： 详细设计,编码，代码走查，代码评审，单元测试

输出： 详细设计说明书，源代码，可运行版本－6

集成测试

阶段目标： 通过集成环境下的软件测试

输入： 测试计划

测试案例

过程： 集成测试，系统测试

输出： 系统软件包,测试报告，产品说明书

产品提交

阶段目标： 产品可投入使用

输入： 系统软件包

过程： 产品提交

输出： 验收报告

注：生存期模型中的过程定义可以参照企业的质量保证体系并结合项目的具体特点而决定，由于公司的流程已覆盖到了项目开发、管理的所有方面，包括从最开始的合同到最后软件的产品提交，都有相应的过程规定，基本上已形成一种工业化的软件开发，所以，为形成一个良好的软件开发环境奠定了基础。