软件项目管理结课案例Word文件下载.docx
- 文档编号:8434314
- 上传时间:2023-05-11
- 格式:DOCX
- 页数:38
- 大小:81.68KB
软件项目管理结课案例Word文件下载.docx
《软件项目管理结课案例Word文件下载.docx》由会员分享,可在线阅读,更多相关《软件项目管理结课案例Word文件下载.docx(38页珍藏版)》请在冰点文库上搜索。
上货员可以查看货架商品信息、修改货架商品信息、添加货架商品信息、下架过期商品;
资金:
为提供出纳员提供查询资金、资金收交的服务功能。
1.2生存期模型
针对超市管理系统开发的要求以及特点,借鉴企业的生存期模型说明和系统软件过程体系,决定采用增量式模型(如下图),理由如下:
需求分析
设计
集成测试
产品提交
项目规划
图3:
生存期模型
1)超市管理系统全部功能分为四大板块,所以可以先基于这四大基本板块的基本功能做出一个小版本的适用版本,然后在此基础上添加需要的其他功能,这样用户可以在使用最小版本的同时,提出更多的要求,这有助于下一阶段的开发,大大减小开发的风险。
2)超市管理系统要求有一定的可扩充性,使用增量式模型,可以保证系统的可扩充性,可以根据以后的需求在前台加挂其他的功能模块。
3)使用增量式模型的好处:
项目的复杂度为中度;
预计开发软件的成本为中等;
产品和文档的再使用率很高;
项目的风险较小。
生存期的各个阶段定义如下:
项目规划阶段
阶段目标:
根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。
输入:
合同文本和SOW
过程:
项目规划和计划确定
输出:
项目计划
需求分析阶段
确定客户需求
项目计划和SOW
需求获取,需求分析,需求控制
原型系统,需求规格
设计阶段
总体系统结构设计
原型系统和需求规格
总体设计
系统设计说明书,数据库结构定义
增量1实现
实现系统基本板块的通用功能
输入:
详细设计,编码,代码走查,代码评审,单元测试
详细设计说明书,源代码,可运行版本-1
增量2实现
实现系统仓库管理员管理及查看个人信息功能
详细设计说明书,源代码,可运行版本-2
增量3实现
实现系统的经理管理查看个人及员工信息功能
详细设计说明书,源代码,可运行版本-3
增量4实现
实现系统出纳员管理及查看个人信息功能
详细设计说明书,源代码,可运行版本-4
增量5实现
实现系统上货员管理及查看个人信息功能
详细设计说明书,源代码,可运行版本-5
集成测试
通过集成环境下的软件测试
测试计划,测试案例
集成测试,系统测试
系统软件包,测试报告,产品说明书
产品提交
产品可以投入使用
系统软件包
验收报告
1.3合同项目
甲乙双方签订的合同文本如下:
技术开发合同
项目名称:
超市管理系统
委托人(甲方):
沃尔玛管理委员会
研究开发人(乙方):
郑州达内有限公司
签订地点:
郑州市
签订日期:
2013年4月8日
有效期限:
2013年4月8日--2030年12月16日
河南郑州技术市场管理办公室
根据《中华人民共和国合同法》的规定,合同双方就超市管理系统开发项目的技术开发(该项目属于/计划),经协商一致,签定本合同。
一、标的技术的内容、范围及要求:
根据甲方的要求,乙方完成校务通软件系统的研制开发。
1.根据甲方要求进行系统方案设计,要求建立B/S结构的,基于的Sqlserver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。
2.配合甲方,在与整体系统相融合的基础上,建立系统运行的软硬件环境。
3.具体需求见SOW
二、应达到的技术指标和参数
1.系统应满足并行登陆,并行查询的速度要求。
其中主要内容包括
(1)保证1000人以上可以同时登陆系统
(2)所有查询速度应在10秒以内(3)保证数据的每周备份(4)工作日期间不能当机(5)出现问题应在10分钟内恢复。
2.系统的主要功能是应满足双方认可的需求规格,不可以随意改动。
三、研究开发计划
1.第一阶段:
乙方在合同签订后7个工作日内,完成合同内容的系统设计方案。
2.第二阶段:
完成第一阶段的系统设计方案之后,乙方于50个工作日内完成系统基本功能的开发。
3.第三阶段:
完成第一和第二阶段的任务之后,由甲方配合乙方于3个工作日内完成系统在XXX信息中心的调试、集成。
四、研究开发经费、报酬及其支付或结算方式
1.研究开发经费是指完成本项目研究开发工作所需的成本。
报酬指本项目开发成果的使用费和研究开发人员的科研补贴。
2.本项目研究开发经费和报酬(人民币大写):
XXX万元整。
3.支付方式:
分期支付。
本合同签订之日起生效,甲方在五个工作日内应付乙方合同总金额的50%,计人民币XXX.00元(人民币大写XXX元整),验收后甲方在五个工作日内付清全部合同余款,计人民币XXX.00(人民币大写XXX元整)。
五、利用研究开发经费购臵的设备、器材、资料的财产权属:
/。
六、履行合同。
甲方责任:
1、甲方全力协助乙方完成合同内容。
2、合同期内甲方为乙方提供专业性接口技术支持。
乙方责任:
1、乙方按甲方要求完成合同内容。
2、乙方愿提供在实现功能的前提下,进一步予以完善。
3、乙方在合同商定的时间内保证系统正常运行。
4、乙方在项目验收后提供一年免费维护。
5、未经甲方同意,乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。
七、技术情报和资料的保密。
本合同中的相关专业技术内容和所有的系统数据,归甲方所有,未经甲方同意乙方不得提供给第三方。
八、技术协作的内容:
见系统设计方案。
九、技术成果的归属和分享1.专利申请权:
2.技术秘密的使用权、转让权:
十、验收的标准和方式:
研究开发所完成的技术成果,达到了本合同第二条所列技术指标,按国家标准,采用一定的方式验收,由甲方出具技术项目验收证明。
十一、风险的承担在履行本合同的过程中,确因在现有水平和条件下难以克服的技术困难,导致研究开发部分或全部失败所造成的损失,风险责任由甲方承担50%,乙方承担50%。
本项目风险责任确认的方式:
双方协商。
十二、违约金和损失赔偿额的计算:
除不可抗力因素外(指发生战争、地震、洪水、飓风或其它人力不能控制的不可抗力事件),甲乙双方须遵守合同承诺,否则视为违约并承担违约责任:
1、如果乙方不能按期完成软件开发工作并交给甲方使用,乙方应向甲方支付延期违约金。
每延迟一周,乙方向甲方支付合同总额0.5%的违约金,不满一周按一周计算,但违约金总额不得超过合同总额的5%;
2、如果甲方不能按期向甲方支付合同款项,甲方应向乙方支付延期违约金。
每延迟一周,甲方向乙方支付合同总额0.5%的违约金,不满一周按一周计算,但违约金总额不得超过合同总额的5%。
十三、解决合同纠纷的方式:
在履行本合同的过程中发生争议,双方当事人和解或调解不成,可采取仲裁或按司法程序解决。
双方同意由北京市仲裁委员会仲裁。
双方约定向人民法院起诉。
十四、名词和术语解释
如有,见合同附件。
十五、其他
本合同一式6份,具有同等法律效力。
其中正式两份,甲乙双方各执一份;
副
本4份,交由乙方。
本合同未尽事宜,经双方协商一致,可在合同中增加补充条款,补充条款是合同的组成部分。
2、超市管理系统项目计划
2.1范围计划
在超市管理系统的开发过程中,为了避免不必要的需求变动,,项目组合用户一起来确定需求规格。
这个项目采取的是原型分析法确定需求,然后根据用户确认的原型系统编写软件的需求规格。
最后根据需求规格形成项目的最后范围计划(WBS)。
2.1.1系统原型分析
依照需求该系统应该提供5个平台,即系统登录平台,经理平台,上货员平台,出纳员平台和仓库管理员平台。
各个角色可以根据不同的身份权限登录不同的平台。
1)根据需求形成一个用户登录界面,如图1所示。
2)如果用户以经理的身份登录就进入经理平台,界面如图2所示。
3)如果用户以上货员的身份登录就进入经理平台,界面如图3所示。
4)如果用户以出纳员的身份登录就进入经理平台,界面如图4所示。
5)如果用户以仓库管理员的身份登录就进入经理平台,界面如图5所示。
界面的设计内容、风格等也要和用户一起讨论决定,以保持一致。
每一个平台所设计的功能皆能实现,太多在此不再一一说明。
2.1.2系统WBS
根据所确定的需求规格分析,采取图表方式进行任务分解,分解结果如图2.1.2所示,它是按照功能组成标准进行的上货员功能部分的任务分解,不包括经理,仓库管理员,出纳员的任务,WBS可以随系统的不断完善而完善。
2.2时间计划
2.2.1初期项目进度计划
超市管理系统项目的进度采取渐进完善的方式进行。
初期项目进度的计划由于信息不足所以只是一个粗略的表格计划,如图2.2.1所示。
2.2.2项目计划的细化
由于表2.2.1的表格太过简略所以不能做工作的详细指导,需要进一步的细化。
首先,根据任务的分解情况,继续分解相应的任务,使用MSproject工具,将分解后的所有任务和WBS的代码录入项目策划书中,确定各个活动之间的关系,因为采取的是增量式的生存期模型,在需求设计后,系统的功能采取增量的方式实现,实现的阶段分为进度计划5个增量,对各个任务分配相应的资源。
然后通过不断的调整更新,经过多次的评审与讨论,最后通过评审将计划存为基准计划。
该项目的基准计划如下:
1)进度计划
表2.2.2的进度计划是在表2.2.1的基础上细化出来的项目进度计划。
2)项目甘特图
表2.2.3是项目进度计划的甘特图。
3)里程碑
由于高层可能更加关注历程配的进度,所以需要一个里程碑计划,用表格设计如图2.2.4所示为该项目的里程碑进展。
2.3成本计划
超市管理系统项目采取的是自上而下和参数法综合的成本估算方法,而后结合进度形成项目成本预算基线。
2.3.1成本估算
(1)签订合同前
签订合同前根据以往的经验对此次项目采用类比估计方法,粗略估算一下成本,不需要太过详尽。
(2)签订合同后
签订合同后根据自身资源和WBS分解的结果进一步的细化估算。
具体过程如下:
首先分析资源
人力资源:
一个开发人员;
一个项目管理人员;
一个项目质量人员;
一个配置管理人员
设备资源:
四台电脑,一个服务器。
表2.3.1给出项目规模的估算。
具体估算步骤如下:
1)获取项目分解结果WBS。
任务分解是根据项目的功能进行分解的。
2)计算开发成本。
任务分解的结果主要是针对开发任务的分解,管理和质量任务可以通过计算开发任务得到,一般来说,管理和质量任务是开发任务的20%。
3)计算管理,质量成本。
管理和质量任务是开发任务的20%,所以其成本是@@@@@@@
4)直接成本++++++++++++++++++++
5)计算间接成本。
间接成本包括房租及水电费,员工福利等,按以往经验,间接成本是直接成本的25%,所以是++++++++++++++
6)计算总估算成本
项目总估算成本是+++++++++++++
7)重新评估项目报价。
重新评估一下项目的报价准确性,但是报价因为已经签过合同所以不能更改,但是可以通过再次的评估进一步明确项目的运作和利润情况等。
2.3.2成本估算
在超市管理系统的开发过程中,除了开发人员其他人员像项目经理还在管理其他项目,所以估算的时候,应该根据这些人员的具体工作时间和各个任务的具体情况而估算。
最后会得到一个比较详尽的成本分配情况,即,成本基准。
资源费用比例如图2.3.2所示。
按照每个任务的资源分配和时间安排,确定项目的预算,如图2.3.3所示
图2.3.4是成本预算图示,即项目随时间的费用支出,其中的BCWS就是预算曲线,也就是日后项目跟踪控制的费用曲线。
2.4质量计划
在整个项目中,项目经理参与了整个过程,同时也是该项目的负责人,项目经理应该根据项目的特点和企业的质量保障体系,制定项目质量计划。
2.4.1项目组织
(1)组织机构
在项目实施期间城里质量保证组织,该组织由质量保证人员和项目经理组成,该项目经理负责质量监督工作及项目进展过程中的各个环节的质量监管,开发经理负责质量控制工作,质量保证人员负责质量保证的工作。
组织结构图如下:
图
(2)职责
1,高层管理--是公司负责质量的高级管理,其质量职责如下:
受理项目内不能解决得不符合问题,必要时与项目经理协调;
负责听取质量保证组的工作报告,评审质量保证活动和结果,参加有关质量保证过程改进的评审。
2,质量保证人员的质量职责如下:
负责项目实施过程中对项目实施情况进行监督;
制定质量保证计划;
对不符合问题提交不符合报告,跟踪并验证纠错措施的执行情况。
定期向项目组报告质量活动的结果;
制定质量保证过程改进的计划,并记录过程数据。
3,项目经理的质量职责:
评审质量计划;
与质量保证人员一起协商不符合问题的纠错措施;
定期评审质量保证活动和结果。
2.4.2质量目标
根据企业的质量方针和质量目标,结合本项目特点,制定项目的总体质量目标:
1)基于需求的测试覆盖率为100%。
2)软件功能测试用例通过率不低于95%。
3)每个阶段评审中发现的问题都已经解决或得到适当处理。
4)产品发布时不存在严重问题以及以上的缺陷。
注:
严重问题指导致系统或模块不能正常工作的闸题。
结合以往的项目经验和企业的质量相应标准,制定质量标准如表8A-1所示。
2.4.3质量策略
为了保证提交给用户的产品是高质量的,实施过程中采取的质量保证措施包括:
1)将质量贯彻到日常的项目进展过程中;
2)应该特别注意项目工作产品质量的早期评审工作,元论是质量保证还是质量控制,采取的策略都是早期预防和早期排除缺陷。
2.4.4质量保证活动
1,质量保证的主要活动包括过程评审和产品审计。
过程评审和产品审计的目的是确保在项目进展过程的备个阶段和备个方面采取各项措施来保证和提高提交给用户的产品质量。
每次过程评审和产品审计都应填写相应的报告或活动记录。
表A-1质量计划标准
质量保证人员可以有选择性地审计项目生存期中创建的工作产品,以验证是否符合适当的标准,是否进行了质量检查。
表A-2便是质量审计一览表。
2,过程评审项目严格按照组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规范,保证项目中的所有过程活动都在实施范围内。
在每次评审之后,要对评审结果做出明确的决策并形成评审记录。
评审可采取文件传阅、评审会等形式。
质量保证人员负责对项目过程迸行监督,将发现的问题和解决情况在每周的例会上通报,对没有解决的问题迸行讨论,对不能解决的问题提交高级管理者处理。
每个周末,进行一次配置管理审核,确认配置管理工作是否正常进行。
根据公司的质量保证体系和本项目的具体特点,确定项目执行过程如下:
1)项目规划过程及产品标准。
2)项目跟踪管理过程。
3)需求分析过程及产品标准。
4)系统设计过程及产品标准。
5)详细设计过程及产品标准。
6)调试运行过程及产品标准。
7)代码走查过程及代码编写标准。
8)产品集成测试过程及产品标准。
9)开发环境中的执行规则。
10)测试环境中的执行规则。
11)质量保证过程及其标准。
12)配置管理过程及其标谁。
具体过程执行标准详见企业质量体系和项目计划的过程附件。
2.4.5质量控制活动
质量控制活动包括代码走查、单元测试、集成测试、环境测试等由开发人负
责,详见进度计划。
编码人员在编写代码时要进行同步单元测试,单元测试要达到分支覆盖,产品通过单元测试和编码检查后,应提交给测试部进行集成测试、系统测试。
测试部的测试应达到质量目标要求,软件发布时应达到测试通过准则的要求。
2.4.6质量保证的报告途径
质量保证人员对于每次审计活动发现的不符合项,应该和项目经理协商不符合项的纠正措施并预定完成日期,若和项目经理存在意见分歧,质量保证人员可以上报给高层管理者,由高层管理者决定最后的措施。
同时,不符合项在项目周例会中汇报。
对不符含项,质量保证人员耍在预定完成日期内重新审计,验证不符合项的纠正情况,若超过预定完成日期1周仍然有没解决的不符合项,质量保证人员上报给高级管理者,由高级管理者决定最后的措施。
质量保证人员有独立的汇报途径,日常的汇报途径如下:
将发现的问题通知项目经理,协调纠正措施。
将项目组内不能协调的问题汇报给茼级管理者,由南级管理者协调解决。
将日常工作和过程数据汇报给质量经理,由其统一收集并进行统计。
2.4.7记录的收集、维护和保存
项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录,对于项目中问题的处理也需要形成记录保存。
每周由质量保证人员根据任务清单的审计任务进行审计活动,并收集各活动的过程数据
2.5系统人力资源计划
2.5.1项目组织结构
《超市管理系统》项目的组织结构如下图所示,它是矩阵型组织结构的一个具体化。
用户
高层管理
项目管理
市场部
软件开发
配置管理
质量保证
实施
质量控制
协调者
图1:
项目的组织结构
●市场部
⏹负责与用户的协调工作。
⏹负责项目相关的商务活动。
⏹负责用户需求的接口。
⏹配合项目经理的资源协调活动。
⏹负责产品的验收活动。
⏹负责系统的维护活动。
●项目管理
⏹负责项目的组织和规划。
⏹负责项目计划制定和维护。
⏹负责项目的跟踪和管理。
⏹负责资源的分配和协调活动。
⏹负责各组织和计划之间的协调活动。
⏹负责与市场部的协调活动。
●软件开发
⏹负责项目的软件开发,包括设计、编码、单元测试和集成测试。
⏹负责产品质量控制的工作。
⏹负责配合质量保证的活动,如系统测试、文档编制等。
⏹配合产品验收的相关活动。
●质量保证
⏹负责项目过程和产品规范的制定。
⏹负责项目过程的质量保证活动,包括过程评审和产品审计。
●配置管理
⏹负责项目的配置管理活动。
⏹负责软件产品的提交。
●用户
⏹确保相关责任的实施。
⏹参与项目的组织和规划。
⏹负责产品的验收工作。
表1为角色映射表。
表1:
角色映射表
项目管理组
软件开发组
质量保证组
配置管理组
负责人
徐照丽
邢丽君
徐防
刘磊
组成(人)
1
2.6项目的沟通计划
为了保证项目开发过程的顺利进行和信息的有效沟通,要求执行如下的沟通计划:
(1)每天17:
00~17:
30,项目组成员进行口头交流。
(2)每周五的14:
00前提交周报告。
(3)每周五的15:
00,召开项目周例会,会后发布会议纪要给相关的项目人员,其中说明项目的进展和存在的问题。
(4)及时提交问题报告,问题报告可以通过网络提交,项目经理会及时获取问题信息。
2.7风险计划
本项目的主要风险是开发人员对客户需求中的超市管理环境不是很熟悉,另外,客户要求的进度比较紧,而且具体需求不是很明确。
下面的这个风险列表就是通过一系列的风险识别、风险评估、风险规划和风险控制,最后得出的项目TOP10风险列表。
表1风险分析表
排序
输入
风险事件
可能性
影响
风险值
采取的措施
客户的SOW
需求不明确,增加需求,导致需求蔓延
70%
50%
35%
1.采取加班的办法
2.修改计划去掉一些任务
3.与客户商量延长一些时间
2
合同
进度要求紧,合同金额有限
30%
15%
可以请一些实习的学生做辅助工作,一来成本不高,而来可以加快进度。
3
WBS
供货商、外包商的质量问题
20%
10%
多选择几个可以作为备份的外包商和供应商。
4
历史项目信息
开发人员的流动
60%
9%
1.注意项目团队的沟通,及时了解开发人员的动态。
2.控制好项目过
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 管理 案例