在线书店管理程序软件项目管理大作业Word版

上传人:M****1 文档编号:543998018 上传时间:2022-12-01 格式:DOC 页数:31 大小:374KB
返回 下载 相关 举报
在线书店管理程序软件项目管理大作业Word版_第1页
第1页 / 共31页
在线书店管理程序软件项目管理大作业Word版_第2页
第2页 / 共31页
在线书店管理程序软件项目管理大作业Word版_第3页
第3页 / 共31页
在线书店管理程序软件项目管理大作业Word版_第4页
第4页 / 共31页
在线书店管理程序软件项目管理大作业Word版_第5页
第5页 / 共31页
点击查看更多>>
资源描述

《在线书店管理程序软件项目管理大作业Word版》由会员分享,可在线阅读,更多相关《在线书店管理程序软件项目管理大作业Word版(31页珍藏版)》请在金锄头文库上搜索。

1、传播优秀Word版文档 ,希望对您有帮助,可双击去除!目录第一部分 合同管理31.1需方合同环境31.1.1 合同准备31.1.2 合同签署41.1.3 合同管理41.1.4 合同终止过程41.2供方合同环境41.2.1合同准备41.2.2合同签署41.2.3合同管理41.2.4合同终止过程51.3内部环境51.4合同5第二部分 生存期6第三部分 需求管理93.1软件需求管理过程93.1.1 需求规格103.1.2需求管理图103.1.3需求变更管理11第四部分 任务分解114.1任务清单114.1.1 功能分解清单114.2WBS13第五部分 项目估算145.1成本估算155.1 .1直接成

2、本估算155.1.2 间接成本估算155.1.3估算的误差16第六部分 项目进度166.2活动排序176.3活动时间估计186.4项目进度安排186.5工具使用20第七部分 质量计划217.1质量计划编制217.2质量保证活动217.3产品审计227.4过程评审227.5测试计划22第八部分 配置计划228.1配置管理人员组成238.2配置控制238.3配置审核和审计23第九部分 团队管理2310.1软件团队管理概述24团队人员获取24输入:241. 人员配置管理计划242. 人员库说明243. 招募规则24工具和技术:241.谈判242.预分配243.采购24输出:241.已分配的项目人员2

3、42.项目团队名录24团队建设24输入:241. 项目人员242. 项目计划243.人员配置管理计划244.执行情况报告245.外部反馈24措施:241.团队建设活动242.一般管理技能243.奖励和承认系统244.集中245.培训24输出:241.团队效能改进242.绩效评估输入24团队组织计划24输入:241. 组织界面242. 人员配置要求243. 制约24方法和技术:241. 样板242. 人力资源惯例243. 组织理论244. 项目干系人分析24输出:241. 组织结构图242. 角色和职责分配243. 人员配备管理计划244. 支持细节24图82410.2IT软件项目管理团队241

4、0.3沟通时间安排25第十部分 集成项目2512.1项目集成计划2512.1.1项目概述2512.1.2项目任务范围2612.1.3项目目标26第十一部分 项目结束2614.1项目终止2614.1.1项目终止的条件2614.1.2成功与失败的标准2614.2收尾工作2614.3最后评审2714.4项目总结27第一部分 合同管理1.1需方合同环境1.1.1 合同准备海滨书店信息有关重要文件需要提供书店的基本重要信息,比如书店管理人信息,投资人信息,法人代表信息,工作人员信息,书店所属土地信息,书店地址,书店存书所有信息,进货信息等基本信息。供方选择供方根据项目此项目整理的工作人员名单、最终供方确

5、定的程序、确定最终的供方名单及其提供的建议书。合同文本准备海滨书店根据资料进行合同草案指定、草案评审、修订等程序,最终确定合同草案(合同草案略)。1.1.2 合同签署海滨书店与IT项目团队以海滨书店提出的合同草案为基础,经过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本审阅、合同签署的流程完成合同签署。最终形成合同签署文本以及任务下达书。并将任务下达书分发给IT项目团队的管理人及其各部门工作人员。1.1.3 合同管理验收过程海滨书店依据合同准备和合同签署时确定的需求资料及合同文本制定验收清单。对验收清单评审后制定验收计划,并按验收计划执行,得到验收报告。对发现的问题制

6、定验收问题处理计划,最终确认验收报告。违约事件处理过程在合同执行期内,如果合同双方海滨书店或IT项目管理团队有违约事件。需根据违约事件报告进行违约事件通告,确定处理方式后按计划处理违约事件。之后形成违约事件处理报告。1.1.4 合同终止过程海滨书店与IT项目团队根据合同及相关文档,发布合同终止通知、项目执行总结。1.2供方合同环境1.2.1合同准备项目分析IT项目管理团队根据合同安排项目分析任务。经过需求管理者确定、需求分析、需求分析评审、项目规模估算、项目风险分析、项目初步实施规划、初步实施规划评审,最终得到需求分析报告和项目初步规划。合同文本准备IT项目管理团队根据海滨书店提出的资料制定合

7、同草案。在经评审和修订后确定己方的合同草案。1.2.2合同签署同需方,此处略。1.2.3合同管理合同执行跟踪管理过程IT项目管理团队以项目计划为基础,进行项目计划审批和合同执行管理规划。按计划完成项目进展报告、合同责任落实、需求变更处理和产品验收。合同修改控制如果需方即海滨书店提出变更请求,假设提出的是要求添加不用登录网页直接通过“海滨在线书屋”应用程序即可向网内用户发送邮件,并根据不同层级用户的权限显示网内在线用户。则IT项目管理团队需依据合同和变更请求进行变更评估,并提出合同修改建议,确定修改策略。对当前计划进行调整,并需得出处理报告。违约事件处理过程同需方,此处略。产品提交过程在产品的开

8、发测试结束后向海滨书店提交产品,经过审查后正式提交给海滨书店。最终相方签字认可,通知相关各方。产品维护过程根据合同中的维护需求,制定维护需求记录。1.2.4合同终止过程同需方,此处略。1.3内部环境IT项目管理团队内部确定任务范围,使相关各方有效的配合。详细任务分解在第四部分任务分解中会有详细阐述。1.4合同合同双方甲方:海滨书店乙方:IT项目管理团队协议形式协议形式:技术合同供应的商品和服务供应的软件:乙方为甲方提供所需的“海滨在线书屋”应用程序提供的服务:乙方为甲方提供所需的日常维护和服务器管理。同时对甲方用户提供使用教学。提供的文档:乙方在交付软件时提供详细的软件规格说明书和使用文档。安

9、装服务: 乙方为甲方提供软件的安装。公文处理: 乙方负责将甲方提供的公文资料加载入系统并进行分类维护协议: 当甲方在使用该产品时,在正常操作的情况下出现BUG或系统错误,乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障,乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权,因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时,由双方共同协商决定。软件所有权该软件是由甲方向乙方定制,甲方拥有该软件的版权,乙方不能将该软件的任何版本卖个其他客户。软件提交时,项目源代码的所有权自动移交到甲方,乙方不得擅自对源代码进行修改。专利成

10、果分配甲方在本项目中所有使用的专利保留专利权,乙方只拥有专利的使用权,未经甲方允许乙方不得私自出售,泄露甲方专利。环境乙方为甲方安装软件和进行员工培训时,需要由甲方提供住宿和膳食,乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致,乙方只保证软件和规定的硬件兼容。由任何一方的单方面原因导致的延期产生的费用,由该方面支付。客户承诺乙方开发软件过程中,甲方通过人员协同乙方进行开发。该人员主要参与项目的规划设计和需求分析,阶段性验收和总体测试。当项目出现需求变更时,对乙方进行详细的阐述说明。乙方不负责这些人员提供食宿和联系设备。验收规程2017年6月15日,乙方为甲方安装所需套

11、数的软件。6月15日至6月31日甲方代表对产品进行验收测试,并根据需求在6月30日前对产品提出更正请求。测试通过后,双方进行软件交付签字。乙方对甲方进行软件使用培训。标准乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准。项目和质量管理甲乙双方前四个月每月初进行一次进展会议,后三个月每两周周末进行进展会议。会议内容为乙方向甲方提供最新进度的展示和下一阶段的工作安排和计划。甲方根据演示提出相应的整改意见,并对下一步工作进行提出意见和建议。时间表详细时间表见项目进度。此处略。价格和付款方式软件总价为200万元。合同签订后,甲方向乙方支付50万元定金。项目的第三个月,乙方按计划时

12、间表完成需求分析、系统分析、设计和完成系统的基本框架后,甲方向乙方支付80万元。该系统完成后,甲方进行验收测试,在签字验收后完成后,甲方向乙方支付全款。其他法律要求由任何一方的过失导致出现损失后的赔偿由双方协商决定。甲方法人代表:SSS乙方法人代表:XXX第二部分 生存期该项目的特点:此项目需求比较模糊,在开发过程中极有可能发生需求的变更,即使在开发结束后,也常常需要功能上的扩充,面向的用户群体相当广泛,不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。项目组内部对此系统的认识也不够统一,对大量辅助功能及新增功能有不同的看法,需要在基本的核心功能完成之后,随着项目的进行,由项目经理进

13、一步收集用户及成员的想法意见进行决策。用户及成员都需要在短时间内得到一个系统最初的版本,对其进行评价并在后续的开发上对其定位,并得出更多明确的需求。在项目本身的开发上,为了使系统锦上添花,会用到许多开发人员也并不熟悉的技术,这可能需要开发人员进一步的学习后,再对系统进行改进。针对该项目的这些特点,权衡各个生存期的适用条件,该项目组选用了增量式模型来开发此系统。增量式模型的特点如下:可以避免一次性投资太多带来的风险,将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。可以更快地开发出可以操作的系统。可以减少开发过程中用户需求的变更。一些增量可能需要重新开发(如果早期开发的需求不

14、稳定或者不完整)。可见,增量式模型充分迎合了该项目的特点,并且提供了多种途径解决项目中的一些难题。根据该项目的特点并结合公司已有的软件生存期模型定义,本项目生存期采用增量模型如图1-1。图1-1增量模型生存期中的各阶段描述如下:项目规划阶段阶段目标:根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。输入: 合同文本、SOW过程:项目规划,计划确认输出:项目计划需求分析阶段阶段目标:确定客户的需求输入:项目计划,SOW过程:需求获取,需求分析,需求控制输出:原型系统,需求规格设计阶段阶段目标:总体系统结构设计输入:原型系统,需求规格过程:总体设计输出:系统设计说明书,数据库结构定义增量1实现阶段目标:实现系统的通用功能输入:系统设计说明书数据库结构定义过程:

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 资格认证/考试 > 自考

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号