软件项目管理大作业

软件项目购销合同

本合同由下述双方签署:

甲方: 联系电话:

乙方: 联系电话:

根据《中华人民共和国合同法》及其他有关规定，甲乙双方在平等、自愿、公开、诚实信用的基础上就XXXXXX储蓄软件项目事宜，经甲乙双方友好协商如下：

第一条储蓄软件项目实施所需的条件（人工及人工费由甲方负责，但技术和质量全部由乙方负责），所进行项目开发所需的事宜明细见附件，附件与本合同不可分割，具有同等法律效力。

第二条产品交付甲方验收前所有质量问题由乙方负责，当交付甲方验收合格后，所有利害由甲方负责。

第三条交货方式双方见面交易。合同为证。

第四条交货时间为2014年9月17日，交货地点xxx。对于产品的数量、质量等问题，全部由乙方负责。

第五条合约执行内容

经甲乙双方协商约定，整个软件项目设计由乙方提供专业人员和技术进行开发，甲方不用参与，按照乙方技术进行开发且监工由乙方负责，开发完成后，应达到国家验收标准，当与国家标准发生冲突时，按国家标准执行，测试达到标准后，视为乙方工程全部验收合格。如未达到验收标准时，所人工费由乙方负责承担，如能补救，由乙方尽快全部负责，直至达到验收标准。

第六条补充说明

乙方计算的全部材料已全部包含软件项目的全部，甲方不再支付任何费用，经乙方设计与预算得出以上内容与附件包含的内容外，不再有任何增项费用，如有乙方全部承担。

第七条双方职责

1、甲方职责

甲方负责协调乙方与同期作业的其他工程之间的关系（作业时间、作业面等）。

2、乙方职责

（1）乙方负责交付工程的可靠性、安全性，如因未按规定施工造成甲方工期延误、财产损害等严重问题，一切责任由乙方承担。

（2）乙方施工人员应遵守国家及甲方的有关规定，遵守安全操作规程，在施工过程中佩戴必要的防护器具，确保施工安全，避免人身事故的发生。如发生人身安全事故及乙方施工人员违法违纪事件，全部责任和由此发生的费用由乙方承担。

（3）项目实施中，乙方应接受甲方监督。当甲方发现问题向乙方提出时，乙方应认真对待，如问题属实，乙方应及时拿出解决方案并告知甲方，在取得甲方同意后，立即纠正解决。

（4）乙方要服从甲方对施工作业的有关安排。

第八条工程质量与检验

甲方可随时对作业进度、工程质量进行检查，对不符合设计要求和合同约定及国家质量标准的材料、设备，有权通知乙方更换合同规定的材料、设备。对不符合规范和质量标准的工序和不安全施工作业，有权通知乙方停工整顿和返工，乙方得到甲方复工令才能复工。

第九条付款方式

合同总价格为xxxx元整，合同签订之日支xxxx工程款，设备进场后支付xxx尾款验收合格后全部付清。

第十条本合同一式两份，甲乙双方各执一份。

甲方：

乙方：

储蓄业务软件工程项目管理计划书

1．简介

1.1编写目的

主要为保证整个项目能够按时，保质，保量的完成，每个人在项目开发中都能够发挥自己的作用，使整个软件开发过程顺利，平稳，有序的进行，提供有效的进度参考。

1.2范围

本文档适用于《储蓄业务软件》这一软件项目。

1.3 项目概述

本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。

1.4 项目范围说明

（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户

使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。

（2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。

1.5项目生存期：

该项目的特点

此项目需求比较模糊，在开发过程中极有可能发生需求的变更，即使在开发结束后，也常常需要功能上的扩充，

面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。

项目组内部对此系统的认识也不够统一，对大量辅助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，随着项目的进行，由项目经理进一步收集用户及成员的想法意见进行决策。

用户及成员都需要在短时间内得到一个系统最初的版本，对其进行评价并在后续的开发上对其定位，并得出更多明确的需求。

在项目本身的开发上，为了使系统锦上添花，会用到许多开发人员也并不熟悉的技术，这可能需要开发人员进一步的学习后，再对系统进行改进。

针对该项目的这些特点，权衡各个生存期的适用条件，该项目组选用了增量式模型来开发此系统。增量式模型的特点如下：

可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。

可以更快地开发出可以操作的系统。

可以减少开发过程中用户需求的变更。

一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。

可见，增量式模型充分迎合了该项目的特点，并且提供了多种途径解决项目中的一些难题。