软件项目管理大作业

软件项目购销合同。

本合同由下述双方签署：

甲方联系**：

乙方联系**：

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

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

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

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

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

第5条合约执行内容。

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

第6条补充说明。

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

第7条双方职责。

1、甲方职责

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

2、乙方职责

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

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

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

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

第8条工程质量与检验

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

第9条付款方式。

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

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

甲方：乙方：

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

1．简介。

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

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

1.3 项目概述。

本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务。

的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的b/s开发架构，将与整个银行系统一起发布。

不单独发布。交付的产品包括可执行的文件、源**、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源**开发、子系统测试、交付团长进行最后的集成、整个系统的测试。

关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运**况的检查与测试、进行系统集成后的运**况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。

1.4 项目范围说明。

1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。

每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。

2）源程序检查：一共两次。第一次检查每个小组的子系统运**况。

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

该项目的特点。

此项目需求比较模糊，在开发过程中极有可能发生需求的变更，即使在开发结束后，也常常需要功能上的扩充，面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。

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

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

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

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

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

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

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

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

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

生存期中各阶段的描述如下：

1.6软件项目计划书的演化。

软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。

项目计划组成结构图：

2项目组织管理。

软件项目管理大作业

软件项目管理大作业

旅游管理程序软件项目管理大作业

旅游管理程序软件项目管理大作业

其他用户还读了