学生成绩管理系统软件项目管理大作业.docx

上传人:b****2 文档编号:478638 上传时间:2022-10-10 格式:DOCX 页数:30 大小:168.67KB
下载 相关 举报
学生成绩管理系统软件项目管理大作业.docx_第1页
第1页 / 共30页
学生成绩管理系统软件项目管理大作业.docx_第2页
第2页 / 共30页
学生成绩管理系统软件项目管理大作业.docx_第3页
第3页 / 共30页
学生成绩管理系统软件项目管理大作业.docx_第4页
第4页 / 共30页
学生成绩管理系统软件项目管理大作业.docx_第5页
第5页 / 共30页
点击查看更多>>
下载资源
资源描述

学生成绩管理系统软件项目管理大作业.docx

《学生成绩管理系统软件项目管理大作业.docx》由会员分享,可在线阅读,更多相关《学生成绩管理系统软件项目管理大作业.docx(30页珍藏版)》请在冰豆网上搜索。

学生成绩管理系统软件项目管理大作业.docx

学生成绩管理系统软件项目管理大作业

学生成绩管理系统-软件项目管理大作业

《学生成绩管理系统》项目管理文档

1.合同管理1

1.1签订须知1

1.2需方合同环境1

1.2.1合同准备1

1.2.2合同签署3

1.2.3合同管理3

1.2.4合同终止过程4

1.3供方合同环境4

1.3.1合同准备4

1.3.2合同签署5

1.3.3合同管理6

1.3.4合同终止过程7

1.4内部环境7

1.5合同7

2.生存期11

2.1增量式模型11

3.需求管理14

3.1软件需求管理过程14

3.1.1软件需求说明书14

3.1.2可行性分析15

3.1.3对功能的规定15

3.1.4数据流图16

4.1系统设计思想

4.2系统数据流程图设计

18

19

4.2.1系统数据流程图

19

4.2.2学生成绩管理系统的描述

..20

4.3模块设计

21

五.项目估算

21

5.1声明

21

5.2项目规模估算

23

5.3项目成本估算

23

八.讲度计划

24

6.1项目讲度

25

6.2甘特图

27

七.质量计划

27

7.1项目测试

27

7.1.1系统登录测试

27

7.1.2学牛成绩信息的录入测试

..28

四.项目任务分解

18

7.1.4确认测试

7.1.3

29

7.1.6故障对策30

7.1.7测试结果的评价30

7.2系统维护30

7.3SQA活动图32

7.4不符合性问题处理33

7.5记录的收集、维护和保存35

丿八•项目风险管理35

8.1项目风险管理的目的35

8.2项目风险管理的组成36

8.3风险的种类36

8.3.1资源风险

36

8.3.2业务风险37

8.3.3技术风险38

8.3.4讲度风险

40

8.4定义风险参数40

8.5风险管理策略41

8.6风险管理角色及职责41

8.7学生成绩管理项目中风险的识别..42

8.8风险的控制43

8.9风险监控44

1.1签订须知

1•该合同为某某局合同范本,原则上不得改动,如一定要进行修改,请附上《修改前后对比表》为列入《修改前后对比表》的修改部分,视为恶意篡改,我局不予以承认。

1.2需方合同环境

121合同准备

1.招标文件

河北省教育部需要引入一套“学生成绩管理系统”应用程序,现向个大学进行公开招标,欢迎有资格的投标大学参加。

1.招标项目名称:

“学生成绩管理系统”应用软件

2.招标内容:

河北省学生“学生成绩管理系统”应用程序的设计,开

发,安装、调试、使用教学及相应的后期维护升级。

3.资质要求:

具有省级政府项目投标资格的企业或个人,详细要求见投标

须知(投标须知略)

四•投标、开标有关说明:

1.投标文件发售时间:

2016年6月18日至

2012年6月20日工作时

间内

2.投标文件发售地点:

北京交通大学海滨学院

3.投标文件售价:

Y10,000(售后不退,不接受邮购)

4.投标地点:

北京交通大学海滨学院报告厅

5.投标截止时间:

2016年6月30日北京时间10:

00时

6.开标时间:

2016年7月1日北京时间14:

00时

7.开标地点:

北京交通大学海滨学院报告厅

五.有关规定:

1.超过投标截止时间、不按规定密封的投标或不按《招标文件》规定提

交有效足额投标保证金(以汇票、支票、现金支付)的投标,恕不接受。

2.提交投标保证金户名:

北京交通大学海滨学院财务处

3.开户行:

XX市渣打银行XXX路分行

4.账号:

123456789012345

六•联络:

北京交通大学海滨学院详细地址:

略联系人:

略邮编:

000000电话:

(02X)10000000传真:

(02X)10000000

1.2.2合同签署

河北省教育部与北京交通大学海滨学院(本文假设北京交通大学海滨学院投标成功,该项目由北京交通大学海滨学院下发至北京交通大学海滨学院软件学院承担设计、开发、安装调试等一系列工作,内部部门人员配臵同软件企业相同,借用大连理工大学之名而已。

即北京交通大学海滨学院为供方)以河北省委省政府提出的合同草案为基础,经过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本审阅、合同签署的流程完成合同签署。

最终形成合同签署文本以及任务下达书。

并将任务下达书分发给各中标单位(此处设该项目仅有北京交通大学海滨学院全权负责软件的设计开发)

1.2.3合同管理

1.验收过程

河北省教育部政府依据合同准备和合同签署时确定的需求资料及合同文本制定验收清单。

对验收清单评审后制定验收计划,并按验收计划执行,得到验收报告。

对发现的问题制定验收问题处理计划,最终确认验收报告。

2.违约事件处理过程

在合同执行期内,如果合同双方河北省教育部政府或北京交通大学海滨学院有违约事件。

需根据违约事件报告进行违约事件通告,确定处理方式后按计划处理违约事件。

之后形成违约事件处理报告。

1.2.4合同终止过程

河北省教育部政府与北京交通大学海滨学院根据合同及相关文档,发布合同终止通知、项目执行总结

1.3供方合同环境

1.3.1合同准备

1.项目分析

北京交通大学海滨学院根据招标书安排项目分析任务。

经过需求管理者确定、需求分析、需求分析评审、项目规模估算、项目风险分析、项目初步实施规划、初步实施规划评审,最终

得到需求分析报告和项目初步规划。

2.竞标

北京交通大学海滨学院按照需求分析报告和项目规划进行竞标,通过技术能力要求确定、人力资源要求确定、实现环境要求确定、资金管理要求确定、能力判定、评估结果审评等评定,并进行需求成熟度评估、用户支持保证评估、用户资金保证评估、可行性分析、项目决策、编写项目建议书等步骤,根据项目建议书参加竞标。

1.3.2合同签署

河北省教育部政府与北京交通大学海滨学院

(本文假设北京交通大学海滨学院投标成功,该项目由北京交通大学海滨学院下发至北京交通大学海滨学院软件学院承担设计、开发、安装调试等一系列工作,内部部门人员配臵同软件企业相同,借用大连理工大学之名而已。

即北京交通大学海滨学院为供方)以河北省委省政府提出的合同草案为基础,经过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本审阅、合同签署的流程完成合同签署。

最终形成合同签署文本以及任务下达书。

并将任务下达书分发给各中标单位(此处设该项目仅有北京交通大学海滨学院全权负责软件的设计开发)

133合同管理

1.合同执行跟踪管理过程

北京交通大学海滨学院以项目计划为基础,进行项目计划审批和合同执行管理规划。

按计划完成项目进展报告、合同责任落实、需求变更处理和产品验收。

2.合同修改控制

如果需方即河北省省教育部提出变更请求,假设提出的是要求添加不用登录网页直接通过“学生成绩管理系统”应用程序即可向网内用户发送邮件,并根据不同层级用户的权限显示网内在线用户。

则北京交通大学海滨学院需依据合同和变更请求进行变更评估,并提出合同修改建议,确定修改策略。

对当前计划进行调整,并需得出处理报告。

3.违约事件处理过程

在合同执行期内,如果合同双方河北省教育政府或北京交通大学海滨学院有违约事件。

需根据违约事件报告进行违约事件通告,确定处理方式后按计划处理违约事件。

之后形成违约事件处理报告。

4.产品提交过程

在产品的开发测试结束后向河北省教育部提交产品,经过审查后正式提交给河北省教育部政府。

最终相方签字认可,通知相关各方。

5.产品维护过程

根据合同中的维护需求,制定维护需求记录。

1.3.4合同终止过程

河北省教育部政府与北京交通大学海滨学院根据合同及相关文档,发布合同终止通知、项目执行总结

1.4内部环境

北京交通大学海滨学院内部确定任务范围,使相

关各方有效的配合。

1.5合同

1.合同双方

甲方:

河北省教育部乙方:

北京交通大学海滨学院

2.协议形式

协议形式:

技术合同

3.供应的商品和服务

供应的软件:

乙方为甲方提供所需的"学生成绩管理系统”应用程序

提供的服务:

乙方为甲方提供所需的日常维护和服务器管理。

同时对甲方用户提供使用教学。

提供的文档:

乙方在交付软件时提供详细的软件规格说明书和使用文档。

安装服务:

乙方为甲方提供软件的安装。

公文处理:

乙方负责将甲方提供的公文资料加载入系统并进行分类

维护协议:

当甲方在使用该产品时,在正常操作的情况下出现BUG或系统错误,乙方免费为甲方提供修复服务以保障软件的正常使用。

当由于甲方的错误使用等非软件原因导致出

现故障,乙方同样提供修复服务。

由于甲方拥有该软件的源代码所有权,因此甲方需要承担部分维修和进一步开发的责任。

当软件需要新的功能拓展或改版升级时,由双方共同协商决^定。

4.软件所有权

该软件是由甲方向乙方定制,甲方拥有该软件的版权,乙方不能将该软件的任何版本卖个其他客户。

软件提交时,项目源代码的所有权自动移交到甲方,乙方不得擅自对源代码进行修改。

5.环境

乙方为甲方安装软件和进行员工培训时,需要由甲方提供住宿和膳食,乙方在规定时间内完成任务。

甲方要保证安装软件的硬件设备和合同初始规定一致,乙方只保证软件和规定的硬件兼容。

由任何一方的单方面原因导致的延期产生的费用,由该方面支付。

6.客户承诺

乙方开发软件过程中,甲方通过人员协同乙方进行开发。

该人员主要参与项目的规划设计和需求分析,阶段性验收和总体测试。

当项目出现需求变更时,对乙方进行详细的阐述说明。

乙方不负责这些人员提供食宿和联系设备。

7.验收规程

2016年7月25日,乙方为甲方安装所需套数的软件。

7月25日至7月31日甲方代表对产品进行验收测试,并根据需求在8月30日前对产品提出更正请求。

测试通过后,双方带白哦进行软件交付签字。

乙方对甲方进行软件使用培训。

8.标准

乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。

9.项目和质量管理

甲乙双方前四个月每月初进行一次进展会议,后三个月每两周周末进行进展会议。

会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安排和计划。

甲方根据演示提出相应的整改意见,并对下一步工作进行提出意见和建议。

10.价格和付款方式

软件总价为230W合同签订后,甲方向乙方支付50万元定金。

项目的第三个月,乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后,甲方向乙方支付80

万元。

该系统完成后,甲方进行验收测试,在签字验收后完成后,甲方向乙方支付全款。

11.其他法律要求

由任何一方的过失导致出现损失后的赔偿由

双方协商决定

二.生存期

2.1增量式模型

如图1所示:

理由如下:

1)学生成绩管理系统的全部功能分成查询功能和添加功能两大类,因此可以先基于查询功能做出一个最小的使用版本,再逐步添加其余的功能。

这样一来,用户可以先试用最小版本的同时,提出更多明确的需求,这有助于下一阶段的开发,大大减小了开发的风险。

2)在学生成绩管理系统需求中,要求系统具有可扩充性。

若使用增量模型,可以保证系统的可扩充性。

用户明确了需求的大部分,但也存在不很详尽的地方。

这样只有等到一个可用的产品出来,通过客户使用,然后进行评估

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1