学生成绩管理系统软件项目管理大作业The following text is amended on 12 November 2020.《学生成绩管理系统》项目管理文档目录一.合同管理签订须知1. 该合同为某某局合同范本，原则上不得改动，如一定要进行修改，请附上《修改前后对比表》。
为列入《修改前后对比表》的修改部分，视为恶意篡改，我局不予以承认。
需方合同环境合同准备1.招标文件河北省教育部需要引入一套“学生成绩管理系统”应用程序，现向个大学进行公开招标，欢迎有资格的投标大学参加。
一．招标项目名称：“学生成绩管理系统”应用软件二．招标内容：河北省学生“学生成绩管理系统”应用程序的设计，开发，安装、调试、使用教学及相应的后期维护升级。
三．资质要求：具有省级政府项目投标资格的企业或个人，详细要求见投标须知（投标须知略）四．投标、开标有关说明：1.投标文件发售时间：2016年6月18日至2012年6月20日工作时间内2.投标文件发售地点：北京交通大学海滨学院3.投标文件售价：￥10,000 （售后不退，不接受邮购）4.投标地点：北京交通大学海滨学院报告厅5.投标截止时间：2016年6月30日北京时间10:00时6.开标时间：2016年7月1日北京时间14:00时7.开标地点：北京交通大学海滨学院报告厅五．有关规定：1.超过投标截止时间、不按规定密封的投标或不按《招标文件》规定提交有效足额投标保证金（以汇票、支票、现金支付）的投标，恕不接受。
2.提交投标保证金户名：北京交通大学海滨学院财务处3.开户行：XX市渣打银行XXX路分行4.账号：45六．联络：北京交通大学海滨学院详细地址：略联系人：略邮编：000000电话：（02X）传真：（02X）合同签署河北省教育部与北京交通大学海滨学院（本文假设北京交通大学海滨学院投标成功，该项目由北京交通大学海滨学院下发至北京交通大学海滨学院软件学院承担设计、开发、安装调试等一系列工作，内部部门人员配臵同软件企业相同，借用大连理工大学之名而已。
即北京交通大学海滨学院为供方）以河北省委省政府提出的合同草案为基础，经过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本审阅、合同签署的流程完成合同签署。
最终形成合同签署文本以及任务下达书。
并将任务下达书分发给各中标单位（此处设该项目仅有北京交通大学海滨学院全权负责软件的设计开发）合同管理1.验收过程河北省教育部政府依据合同准备和合同签署时确定的需求资料及合同文本制定验收清单。
对验收清单评审后制定验收计划，并按验收计划执行，得到验收报告。
对发现的问题制定验收问题处理计划，最终确认验收报告。
2.违约事件处理过程在合同执行期内，如果合同双方河北省教育部政府或北京交通大学海滨学院有违约事件。
需根据违约事件报告进行违约事件通告，确定处理方式后按计划处理违约事件。
之后形成违约事件处理报告。
合同终止过程河北省教育部政府与北京交通大学海滨学院根据合同及相关文档，发布合同终止通知、项目执行总结供方合同环境合同准备1.项目分析北京交通大学海滨学院根据招标书安排项目分析任务。
经过需求管理者确定、需求分析、需求分析评审、项目规模估算、项目风险分析、项目初步实施规划、初步实施规划评审，最终得到需求分析报告和项目初步规划。
2.竞标北京交通大学海滨学院按照需求分析报告和项目规划进行竞标，通过技术能力要求确定、人力资源要求确定、实现环境要求确定、资金管理要求确定、能力判定、评估结果审评等评定，并进行需求成熟度评估、用户支持保证评估、用户资金保证评估、可行性分析、项目决策、编写项目建议书等步骤，根据项目建议书参加竞标。
合同签署河北省教育部政府与北京交通大学海滨学院（本文假设北京交通大学海滨学院投标成功，该项目由北京交通大学海滨学院下发至北京交通大学海滨学院软件学院承担设计、开发、安装调试等一系列工作，内部部门人员配臵同软件企业相同，借用大连理工大学之名而已。
即北京交通大学海滨学院为供方）以河北省委省政府提出的合同草案为基础，经过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本审阅、合同签署的流程完成合同签署。
最终形成合同签署文本以及任务下达书。
并将任务下达书分发给各中标单位（此处设该项目仅有北京交通大学海滨学院全权负责软件的设计开发）合同管理1.合同执行跟踪管理过程北京交通大学海滨学院以项目计划为基础，进行项目计划审批和合同执行管理规划。
按计划完成项目进展报告、合同责任落实、需求变更处理和产品验收。
2.合同修改控制如果需方即河北省省教育部提出变更请求，假设提出的是要求添加不用登录网页直接通过“学生成绩管理系统”应用程序即可向网内用户发送邮件，并根据不同层级用户的权限显示网内在线用户。
则北京交通大学海滨学院需依据合同和变更请求进行变更评估，并提出合同修改建议，确定修改策略。
对当前计划进行调整，并需得出处理报告。
3.违约事件处理过程在合同执行期内，如果合同双方河北省教育政府或北京交通大学海滨学院有违约事件。
需根据违约事件报告进行违约事件通告，确定处理方式后按计划处理违约事件。
之后形成违约事件处理报告。
4.产品提交过程在产品的开发测试结束后向河北省教育部提交产品，经过审查后正式提交给河北省教育部政府。
最终相方签字认可，通知相关各方。
5.产品维护过程根据合同中的维护需求，制定维护需求记录。
合同终止过程河北省教育部政府与北京交通大学海滨学院根据合同及相关文档，发布合同终止通知、项目执行总结内部环境北京交通大学海滨学院内部确定任务范围，使相关各方有效的配合。
合同1.合同双方甲方：河北省教育部乙方：北京交通大学海滨学院2.协议形式协议形式：技术合同3.供应的商品和服务供应的软件：乙方为甲方提供所需的“学生成绩管理系统”应用程序提供的服务：乙方为甲方提供所需的日常维护和服务器管理。
同时对甲方用户提供使用教学。
提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。
安装服务：乙方为甲方提供软件的安装。
公文处理：乙方负责将甲方提供的公文资料加载入系统并进行分类维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。
当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。
由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。
当软件需要新的功能拓展或改版升级时，由双方共同协商决定。
4.软件所有权该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。
软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。
5.环境乙方为甲方安装软件和进行员工培训时，需要由甲方提供住宿和膳食，乙方在规定时间内完成任务。
甲方要保证安装软件的硬件设备和合同初始规定一致，乙方只保证软件和规定的硬件兼容。
由任何一方的单方面原因导致的延期产生的费用，由该方面支付。
6.客户承诺乙方开发软件过程中，甲方通过人员协同乙方进行开发。
该人员主要参与项目的规划设计和需求分析，阶段性验收和总体测试。
当项目出现需求变更时，对乙方进行详细的阐述说明。
乙方不负责这些人员提供食宿和联系设备。
7.验收规程2016年7月25日，乙方为甲方安装所需套数的软件。
7月25日至7月31日甲方代表对产品进行验收测试，并根据需求在8月30日前对产品提出更正请求。
测试通过后，双方带白哦进行软件交付签字。
乙方对甲方进行软件使用培训。
8.标准乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准。
9.项目和质量管理甲乙双方前四个月每月初进行一次进展会议，后三个月每两周周末进行进展会议。
会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安排和计划。
甲方根据演示提出相应的整改意见，并对下一步工作进行提出意见和建议。
10.价格和付款方式软件总价为230W。
合同签订后，甲方向乙方支付50万元定金。
项目的第三个月，乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付80万元。
该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。
11.其他法律要求由任何一方的过失导致出现损失后的赔偿由双方协商决定。
二.生存期增量式模型如图1所示：理由如下：1）学生成绩管理系统的全部功能分成查询功能和添加功能两大类，因此可以先基于查询功能做出一个最小的使用版本，再逐步添加其余的功能。
这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。
2）在学生成绩管理系统需求中，要求系统具有可扩充性。
若使用增量模型，可以保证系统的可扩充性。
用户明确了需求的大部分，但也存在不很详尽的地方。
这样只有等到一个可用的产品出来，通过客户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。
3）“系统要求有可扩充性，可以再现有系统的基础上，可以在增加其他功能模块”----也说明用户可能会增加新的需求。
4）应该从最基础的应用做起，逐步扩充其应用，所以选用增量模型来学生成绩管理系统。
5）本项目具备增量式模型的其他特点：项目复杂程度为中等；预计开发软件的成本为中等；产品和文档的再使用率会很高；项目风险较低。
生存期中各阶段的定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。
输入：合同文本、SOW 过程：项目规划，计划确认输出：项目计划需求分析阶段阶段目标：确定客户的需求输入：项目计划，SOW过程：需求获取，需求分析，需求控制输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书、数据库结构定义增量1实现阶段目标：实现系统的通用功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-1 增量2实现阶段目标：实现系统的管理员模块管理功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-2 增量3实现阶段目标：实现系统教师模块管理功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-3 增量4实现阶段目标：实现系统的学生模块管理功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-4 增量5实现阶段目标：实现系统的学生自助预约功能输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-5 集成测试阶段目标：通过集成环境下的系统测试输入：测试计划、测试案例过程：集成测试，系统测试输出：系统软件包，测试报告，产品说明书产品提交三.需求管理软件需求管理过程软件需求说明书随着在校大学生人数的不断增加，教务系统的数据量也不断的上涨。