软件项目管理大作业
大连理工大学软件学院软件项目管理大作业 “政府公文审批及工作通告”应用程序软件项目管理
2012年6月1日
目录
1. 合同管理----------------------------------------------------------------------4
1.1 需方合同环境--------------------------------------------------------4
1.1.1 合同准备--------------------------------------------------4
1.1.2 合同签署---------------------------------------------------5
1.1.3 合同管理---------------------------------------------------5
1.1.4 合同终止过程----------------------------------------------6
1.2 供方合同环境--------------------------------------------------------6
1.2.1 合同准备--------------------------------------------------6
1.2.2 合同签署--------------------------------------------------6
1.2.3 合同管理--------------------------------------------------6
1.2.4 合同终止过程---------------------------------------------6
1.3 内部环境-------------------------------------------------------------7
1.4 合同------------------------------------------------------------------7
2. 生存期------------------------------------------------------------------------9
3. 需求管理---------------------------------------------------------------------10
3.1 软件需求管理过程--------------------------------------------------10
3.1.1 需求规格-------------------------------------------------11
3.1.2 需求变更管理--------------------------------------------12
4. 任务分解---------------------------------------------------------------------13
4.1 任务清单-----------------------------------------------------------13
4.1.1 功能分解清单--------------------------------------------13
4.2 WBS---------------------------------------------------------------14
5. 规模估算--------------------------------------------------------------------15
5.1 直接成本------------------------------------------------------------15
5.2 间接成本------------------------------------------------------------18
5.3估算的误差----------------------------------------------------------18
6. 项目进度--------------------------------------------------------------------18
6.1活动定义------------------------------------------------------------19
6.2活动安排------------------------------------------------------------20
6.3进度执行与优化-----------------------------------------------------21
6.4工具使用------------------------------------------------------------21
7. 质量计划---------------------------------------------------------------------21
7.1软件项目质量计划---------------------------------------------------22
7.2软件项目质量保证活动----------------------------------------------23
7.4质量改善------------------------------------------------------------25
8.1配臵管理过程--------------------------------------------------------26
8.2配臵管理人员组成---------------------------------------------------26
8.3配臵管理活动--------------------------------------------------------26 8. 配臵计划---------------------------------------------------------------------26
9. 风险计划-------------------------------------------------------------------- 28
9.1风险识别与评估------------------------------------------------------29
9.2 风险规划------------------------------------------------------------30
9.3风险分析表-----------------------------------------------------------31
9.4风险控制-------------------------------------------------------------31
10. 团队管理-----------------------------------------------------------------32
10.1项目组织结构------------------------------------------------------32 10.2团队沟通管理------------------------------------------------------33
11. 项目度量-----------------------------------------------------------------33
11.1度量指标-----------------------------------------------------------33 11.2数据收集------------------------------------------------------------34
12. 集成项目---------------------------------------------------------------- 35
12.1项目集成计划-----------------------------------------------------35
13. 跟踪控制----------------------------------------------------------------35
13.1本案例分析--------------------------------------------------------35 13.2阶段评审报告模版-------------------------------------------------36
14. 项目结束-----------------------------------------------------------------36
14.1项目终止----------------------------------------------------------37 14.2结束计划----------------------------------------------------------37 14.3收尾工作-----------------------------------------------------------37 14,4最后评审-----------------------------------------------------------37 14.5项目总结-----------------------------------------------------------37
第一部分 合同管理
1.1 需方合同环境
1.1.1 合同准备
〃招标文件
XX省委需要引入一套“政府公文审批及工作通告”应用程序,现向社会各软件公司进行公开招标,欢迎有资格的投标商参加。
一.招标项目名称:“政府公文审批及工作通告”应用软件
二.招标内容:XX省委“政府公文审批及工作通告”应用程序的设计,开
发,安装、调试、使用教学及相应的后期维护升级。
三.资质要求:具有省级政府项目投标资格的企业或个人,详细要求见投标
须知(投标须知略)
四.投标、开标有关说明:
1.投标文件发售时间:2012年6月8日至2012年6月18日工作时
间内
2.投标文件发售地点:XX市XX省政府事务办公室
3.投标文件售价:¥10,000 (售后不退,不接受邮购)
4.投标地点:大连理工大学软件学院图书馆报告厅
5.投标截止时间:2012年6月30日北京时间10:00时
6.开标时间:2012年7月1日北京时间14:00时
7.开标地点:大连理工大学软件学院图书馆报告厅
五.有关规定:
1.超过投标截止时间、不按规定密封的投标或不按《招标文件》规定提
交有效足额投标保证金(以汇票、支票、现金支付)的投标,恕不接受。
2.提交投标保证金户名:XX省委财务处
3.开户行:XX市渣打银行XXX路分行
4.账号:[**************]
六.联络:
XX省省政府
详细地址:略
联系人:略
邮编:000000
电话:(02X)10000000
传真:(02X)10000000
招标书详细内容包括技术要求、商务条款、投标人须知、评标方法标准和废标条款、合同主要条款以及投标文件格式此处略。验收标准后文有所体现。
〃供方选择
XX省委省政府(即需方)通过公布招标文件、招标、收集供方的建议书、评定供方、最终供方确定的程序确定最终的供方名单及其提供的建议书。
〃合同文本准备
XX省委省政府根据采购资料进行合同草案指定、草案评审、修订等程序,最终确定合同草案(合同草案略)。
1.1.2 合同签署
XX省委省政府与大连理工大学(本文假设大连理工大学投标成功,该项目由大连理工大学下发至大连理工大学软件学院承担设计、开发、安装调试等一系列工作,内部部门人员配臵同软件企业相同,借用大连理工大学之名而已。即大连理工大学为供方)以XX省委省政府提出的合同草案为基础,经过确定谈判日程、合同草案提交、合同条款协商、确定合同签署文本、合同签署文本审阅、合同签署的流程完成合同签署。最终形成合同签署文本以及任务下达书。并将任务下达书分发给各中标单位(此处设该项目仅有大连理工大学一家全权负责软件的设计开发)
1.1.3 合同管理
〃验收过程
XX省委省政府依据合同准备和合同签署时确定的需求资料及合同文本制定验收清单。对验收清单评审后制定验收计划,并按验收计划执行,得到验收报告。对发现的问题制定验收问题处理计划,最终确认验收报告。
〃违约事件处理过程
在合同执行期内,如果合同双方XX省委省政府或大连理工大学有违约事件。需根据违约事件报告进行违约事件通告,确定处理方式后按计划处理违约事件。之后形成违约事件处理报告。
1.1.4 合同终止过程
XX省委省政府与大连理工大学根据合同及相关文档,发布合同终止通知、
项目执行总结。
1.2 供方合同环境
1.2.1 合同准备
〃项目分析
大连理工大学(仅以大连理工大学为例)根据招标书安排项目分析任务。经过需求管理者确定、需求分析、需求分析评审、项目规模估算、项目风险分析、项目初步实施规划、初步实施规划评审,最终得到需求分析报告和项目初步规划。
〃竞标
大连理工大学按照需求分析报告和项目规划进行竞标,通过技术能力要求确定、人力资源要求确定、实现环境要求确定、资金管理要求确定、能力判定、评估结果审评等评定,并进行需求成熟度评估、用户支持保证评估、用户资金保证评估、可行性分析、项目决策、编写项目建议书等步骤,根据项目建议书参加竞标。
〃合同文本准备
大连理工大学根据XX省委省政府提出的采购资料制定合同草案。在经评审和修订后确定己方的合同草案。
1.2.2 合同签署
同需方,此处略。
1.2.3 合同管理
〃合同执行跟踪管理过程
大连理工大学以项目计划为基础,进行项目计划审批和合同执行管理规划。按计划完成项目进展报告、合同责任落实、需求变更处理和产品验收。
〃合同修改控制
如果需方即XX省委省政府提出变更请求,假设提出的是要求添加不用登录网页直接通过“政府公文审批及工作通告”应用程序即可向网内用户发送邮件,并根据不同层级用户的权限显示网内在线用户。则大连理工大学需依据合同和变
更请求进行变更评估,并提出合同修改建议,确定修改策略。对当前计划进行调整,并需得出处理报告。
〃违约事件处理过程
同需方,此处略。(不过政府的项目,即便政府违约了供方也得忍着,一般的企业应该就当作什么也没发生过。不过大工校长跟省长貌似平级吧,情况可能会有点不一样。当然政府的项目会不会交给学校来做我也不是很清楚。)
〃产品提交过程
在产品的开发测试结束后向XX省委省政府提交产品,经过审查后正式提交给XX省委省政府。最终相方签字认可,通知相关各方。
〃产品维护过程
根据合同中的维护需求,制定维护需求记录。
1.2.4 合同终止过程
同需方,此处略。
1.3 内部环境
大连理工大学软件学院内部确定任务范围,使相关各方有效的配合。详细任务分解在第四部分任务分解中会有详细阐述。
1.4 合同
〃合同双方
甲方:XX省委省政府
乙方:大连理工大学
〃协议形式
协议形式:技术合同
〃供应的商品和服务
供应的软件:乙方为甲方提供所需的“政府公文审批及工作通告”应用程序
提供的服务:乙方为甲方提供所需的日常维护和服务器管理。同时对甲方用
户提供使用教学。
提供的文档:乙方在交付软件时提供详细的软件规格说明书和使用文档。 安装服务: 乙方为甲方提供软件的安装。
公文处理: 乙方负责将甲方提供的公文资料加载入系统并进行分类
维护协议: 当甲方在使用该产品时,在正常操作的情况下出现BUG或系
统错误,乙方免费为甲方提供修复服务以保障软件的正常使
用。当由于甲方的错误使用等非软件原因导致出现故障,乙方
同样提供修复服务。由于甲方拥有该软件的源代码所有权,因
此甲方需要承担部分维修和进一步开发的责任。当软件需要新
的功能拓展或改版升级时,由双方共同协商决定。
〃软件所有权
该软件是由甲方向乙方定制,甲方拥有该软件的版权,乙方不能将该软件的任何版本卖个其他客户。软件提交时,项目源代码的所有权自动移交到甲方,乙方不得擅自对源代码进行修改。
〃环境
乙方为甲方安装软件和进行员工培训时,需要由甲方提供住宿和膳食,乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致,乙方只保证软件和规定的硬件兼容。由任何一方的单方面原因导致的延期产生的费用,由该方面支付。
〃客户承诺
乙方开发软件过程中,甲方通过人员协同乙方进行开发。该人员主要参与项目的规划设计和需求分析,阶段性验收和总体测试。当项目出现需求变更时,对乙方进行详细的阐述说明。乙方不负责这些人员提供食宿和联系设备。
〃验收规程
2013年3月15日,乙方为甲方安装所需套数的软件。3月15日至3月31日甲方代表对产品进行验收测试,并根据需求在4月30日前对产品提出更正请求。测试通过后,双方带白哦进行软件交付签字。乙方对甲方进行软件使用培训。
〃标准
乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准。 〃项目和质量管理
甲乙双方前四个月每月初进行一次进展会议,后三个月每两周周末进行
进展会议。会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安排和计划。甲方根据演示提出相应的整改意见,并对下一步工作进行提出意见和建议。
〃时间表
详细时间表见项目进度。此处略。
〃价格和付款方式
软件总价为230W。合同签订后,甲方向乙方支付50万元定金。项目的第三个月,乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后,甲方向乙方支付80万元。该系统完成后,甲方进行验收测试,在签字验收后完成后,甲方向乙方支付全款。
〃其他法律要求
由任何一方的过失导致出现损失后的赔偿由双方协商决定。
甲方法人代表:SSS 乙方法人代表:XXX
第二部分 生存期
确定该项目的生存期模型按如下步骤进行分析:评审、分析项目的特性;选择适合项目的生存期模型;标识生存期模型与项目不一致地方,并进行裁减。
“政府公文审批及工作通告”应用程序涉及到非常敏感的政府机密事务,因此很强调产品的性能和安全性。需保障产品能保持稳定运行,不会因为一定数量的用户同时处理公文等操作时挂机,以致宝贵的消息或通知无法及时传达。同时需保证对于计算机操作不是十分熟识的政府官员的错误操作不会导致严重后果。另外需保证产品的安全性,使非内部用户无法登录或盗取网内信息。
总而言之该项目性能安全性为主,可操作性次之,界面美观度最末。虽然操作性的重要性不及安全性,但对于习惯了那种生活的领导们,简单方便的操作仍是必须的,这里与生存期关系不甚大,暂且不作讨论。
虽然项目的需求可能会因领导“挑剔”的口味而一再改变,不过大体的需求是明确的。而且又考虑到项目安全性能的首要要求,以V模型为基础的生存期
最为合适。同时参杂增量模型生存期的一些特点以应对可能会随时添加的功能需求。
项目生存期模型如下:
该生存期模型将V模型除最后的项目规划和验收测试以外的过程做一复制,套用增量模型在首先完成基本功能的基础上增加功能。
第三部分 需求管理
3.1
软件需求管理过程
XX省委省政府提出需求如下:
设计开发、安装调试并后期维护满足需求的“政府公文审批及工作通告”应用程序。需要该程序为桌面应用程序,进入程序后需要弹出办公界面,该办公界面需与计算机自身系统分离,不得覆盖,具有独立窗口。
内部需有公文处理、邮箱、事务表、内嵌Office、新闻速览、视频会议室6个主要功能,每个功能需在办公界面中有独立的快捷方式。每个功能的具体要求
如下:
公文处理:1.正式公文的发布与接收
2.正式公文的审批(包括联合审批和分级审批),电子盖章,电子签名
3.公文草案的提交与修改意见的回复
4.公文的内容备案,内容备案需祛除盖章和签名并打水印,只且可读可删除储存在该用户ID下的公文,不可写不可复制。每个备案可以备注相关信息和用户意见
5.公文可以按已通过,已驳回,待审批,新公文,垃圾箱分类 6.公文真伪检验,根据公文号唯一性等依据判断收到的公文真伪
网内邮箱:1.实现网内按用户ID分配邮箱名,且可以并只可以在网内发送
接收邮件 2.新邮件弹框提示 3.其他功能模仿雅虎邮箱
事务表 :1.新建、删除、修改、查看事务表
2.事务到时提醒,提醒时间可自行设定。到设定的提醒时间系统自动向自己的邮箱发送邮件提示
3.可以将事务表内容以桌面小工具的形式放在办公页面上显示
内嵌Office:在办公界面下也可以被使用
新闻速览:可以通过该功能浏览各大门户网站的头版头条或相关新闻。同时
可以通过该功能阅览党报等主流报纸
视频会议室:顾名思义,不付赘言。
3.1.1 需求规格
〃需求规格说明书(简略版)
系统定义:“政府公文审批及工作通告”应用程序
应用环境:Windows2000;Windows XP;Windows Vista;Windows 7;
LINUX;IOS etc.
功能规格:公文处理(发布,接收,分类,审批,电子盖章签名,提交草案,
修改意见回复,水印图片公文备案,真伪检验);邮箱(网内,新邮件弹窗提醒);事务表(增删改查,事务提醒,桌面小工具);内嵌Office;新闻速览(门户网站链接,电子报阅览);视频会议室。
性能需求:保证政府内部所有人员同时登录服务器时也不会因处理的信息
量过大而导致系统瘫痪。另必须保证系统的安全性,可以禁得住一般的黑客袭击和内部作假。对账户有足够的保护措施以防账户被盗。操作简单明了,提示明显,容易上手,界面整洁大方。
产品提交:略
实现约束:公文处理、邮箱、事务表、内嵌Office、新闻速览、视频会议室 质量描述:如需求所述的足够用户承载量;可靠的系统安全性;操作简单易
学。界面整洁大方
其他 :略
签字认证:甲方(需方):XX省委省政府
3.1.2 需求变更管理 〃需求变更
假设XX省委省政府向大连理工大学提出如下需求变更:
在办公界面做一个可收缩的列表,显示当前系统在线的人员,方便政府内部人员联系。并且可以通过该列表直接与列表中任意用户进行邮件联系,不用再输入对方邮箱地址。
〃软件基线产品修改提交单
申请人:XXX
申请日期:2012年9月6日
项目名称:“政府公文审批及工作通告”应用程序 阶段名称:—— 文件名称:——
修改内容:增加功能“可收缩的在线人员显示列表”,可之间与表中用户进
行邮件联系,不必输入对方邮箱地址
验证意见:同意变更,邮箱功能随之变更 验证人:YYY
验证日期:2012年9月7日
乙方(供方):大连理工大学
SCCB:SSS、CCC、BBB 填表人:ZZZ
第四部分 任务分解
4.1
任务清单
4.1.1 功能分解清单
1.“政府公文审批及工作通告”应用程序
1.1 公文处理
1.1.1 公文的发布和接收,即实现网内广播和接收广播 1.1.2 处理公文文件,包括电子盖章、签名和驳回批示 1.1.3 公文备案处理和加标签备注 1.1.4 公文真伪检验算法 1.1.5 界面 1.1.6 单元测试
1.2.1 收发邮件功能及快速回复 1.2.2 联系人功能 1.2.3 添加附件 1.2.4 新邮件弹窗提醒
1.2.5 即时消息功能,范本:hotmail的msn 1.2.6 界面 1.2.7 单元测试
1.3.1 事务表的编辑功能 1.3.2 事务表的提醒功能 1.3.3 界面并做成桌面小工具 1.3.4 单元测试 1.4.1 内嵌Office
1.2 邮箱
1.3 事务表
1.4 内嵌Office
1.4.2 单元测试
1.5.1 添加各大门户网站头版头条的链接 1.5.2 党报、主流报纸、及本地报纸的电子阅览 1.5.3 界面 1.5.4 单元测试 1.6.1 多人视频功能 1.6.2 界面 1.6.3 单元测试 1.7.1 界面
1.7.2 后台数据传输
1.5 新闻速览
1.6 视频会议室
1.7 办公界面
4.2
WBS
政府公文审批及工作通告应用程序 〃项目规划
1. 合同签署
1.1 需求分析报告 & 项目初步规划 1.2 项目建议书 1.3 合同草案 2. 计划编制
2.1 时间表 3. 确认计划 〃需求分析
1. 需求开发
1.1 需求探索 2. 需求管理
2.1 需求规格说明书 3. 系统测试计划编制 〃总体设计
1. 策略确定
2. 开发标准确定(具体分配方式见任务清单)
3. 架构设计(具体分配方式见任务清单) 4. 集成测试计划编制 〃详细设计
1. 接口设计(具体分配方式见任务清单) 2. 模块设计(具体分配方式见任务清单) 3. 单元测试计划编制 〃实现
1. 编码(具体分配方式见任务清单) 2. 代码复核 3. 单元测试 〃测试
1. 集成测试 2. 系统测试 3. 测试总额 4. 缺陷跟踪 5. 手册编写
第五部分 规模估算
5.1 直接成本
成本估算的方法有1.代码行、功能点、对象点 。2.类比 (自顶向下)估算法。
3.自下而上估算法。4.参数法估算法。5.专家估算法。
在这个项目中我们主要采取功能点估算法,同时融合进入其他的估算方法进行验证。用系统的功能数量来测量其规模,与实现产品所使用的语言和技术没有关系的。
5.1.1基本公式 FP =UFC*TCF
UFC:未调整功能点计数 TCF:技术复杂度因子
TCF=0.65+0.01(sum(Fi)): Fi:0-5,TCF:0.65-1.35 5.1.2
本项目的功能点计算:
TCF = 0.65 + 0.0.1 * ( 5 + 4 + 3+2 + 1 +5+3+2 +2 + 3 +5+4+3+3) = 0.65 + 0.01 * 45 = 1.1。
功能点计算: FP=UFC*TCF。 UFC=328。 TCF=1.1.
FP=328*1.1 = 360.8
人月数计算:
在本项目中,根据以往的经验使用经验导出成本模型(面向FP驱动的 )中的kemerer模型来计算人月数。
Kemerer模型 E=60.62×7.728×10-8 FP3 。
带入本项目的实际数据 E = 60.62 * 7.728 *10-8 *360.83 = 220、03(人月)
直接成本计算
直接成本组成:开发成本,管理成本,质量成本。 简易估算:
开发(工作量)规模:Scale(Dev) 220.03(单位:人月)
管理、质量(工作量)规模: Scale(Mgn)=a* Scale(Dev) = 220.03 *20% = 44 a :比例系数:例如:20%--25%
直接成本=规模*人力成本参数 = 264.03 * 0.15 = 40万元 人力成本参数=1500/人月(由于校内开发,成本比较低)
5.2间接成本
间接成本= 规模*人力成本参数*间接成本系数(间接成本系数=1.5—3) 本例中间接成本 = 220.03 * 0.15 * 1.5 = 60万元。 估算成本=直接成本+间接成本 = 40 + 60 = 100万元
5.3 估算的误差
由于基础数据不足,缺乏经验的估算人员,签约前后不连贯,低劣的推测技术,估算对需求的敏感性等一系列原因,可能会引起估算的误差。对此项目的人月数
最佳情况:195人月。 计划情况:220人月。 最坏情况:260人月。
第六部分 项目进度
项目进度管理是指在项目实施过程中,对各阶段的进展程度和项目最终完成的期限所进行的管理。是在规定的时间内,拟定出合理且经济的进度计划(包括
多级管理的子计划),在执行该计划的过程中,经常要检查实际进度是否按计划要求进行,若出现偏差,便要及时找出原因,采取必要的补救措施或调整、修改原计划,直至项目完成。其目的是保证项目能在满足其时间约束条件的前提下实现其总体目标。
项目进度管理是根据工程项目的进度目标,编制经济合理的进度计划,并据以检查工程项目进度计划的执行情况,若发现实际执行情况与计划进度不一致,就及时分析原因,并采取必要的措施对原工程进度计划进行调整或修正的过程。工程项目进度管理的目的就是为了实现最优工期,多快好省地完成任务。
项目进度管理是项目管理的一个重要方面,它与项目投资管理、项目质量管理等同为项目管理的重要组成部分。它是保证项目如期完成或合理安排资源供应,节约工程成本的重要措施之一。
6.1 活动定义
政府公文审批及工作通告应用程序 〃项目规划
1.合同签署
1.1需求分析报告 & 项目初步规划 2.1项目建议书 3.1合同草案 2.计划编制
2.1时间表 3.确认计划 〃需求分析
1.需求开发
1.1需求探索 2.需求管理
2.1需求规格说明书 3.系统测试计划编制 〃总体设计
1.策略确定
2.开发标准确定(具体分配方式见任务清单) 3.架构设计(具体分配方式见任务清单) 3.集成测试计划编制
〃详细设计
1.接口设计(具体分配方式见任务清单) 2.模块设计(具体分配方式见任务清单) 3.单元测试计划编制 〃实现
1.编码(具体分配方式见任务清单) 2.代码复核 3.单元测试 〃测试
1.集成测试 2.系统测试 3.测试总额 4.缺陷跟踪 5.手册编写
6.2活动排序
甘特图
P E R T图
关键路径是决定项目完成的最短时间,关键路径上的任何任务都是关键任务,关键路径上的任何活动延迟,都会导致整个项目完成时间的延迟.
在这个项目中首先按照时间顺序计算最早开始时间和最早完成时间,然后按照逆时间顺序计算最晚开始时间和最晚结束时间。 从而得出关键路径是:
开始 –》需求分析- 》详细设计 –》编码-》测试。
6.3 进度执行与优化
在项目的进行过程中可以通过1、分解关键任务2、给任务增加资源3、缩减关键任务的工期 4、重叠或延迟链接任务 5、设臵日历增加工作时间 6 、通过分配加班工时来缩短关键任务来达到缩减项目工期的目的。
6.4工具使用
在整个项目中将使用Microsoft的项目管理软件产品microsoft project 2 0 1 0来进行项目的管理
第七部分 质量计划
21
7.1软件项目的质量计划
7.1.1 项目经理的职责 1.评审质量计划。
2.与质量保证人员一起协商不符合项问题的纠正措施,并安排资源实施纠正措施。
3.定期或事件驱动地评审质量保证活动和结果。
7.1.2质量保证人员的职责
1.负责项目实施过程中对项目实施情况进行监督,包括对项目实施过程和工作产品进行监督检查。
2.实施项目组成员的质量保证培训。 3.制定质量保证计划。
4.按计划实施审计活动,依照质量保证计划执行评审/审计,并记录执行中发现的不符合项。
5.对不符合问题提交不符合项报告,跟踪并验证纠正措施的执行情况。 6.对项目内不能解决的不符合项问超;向高层管理提交报告。 7.向项目经理报告项目质量工作状况和质量度量结果。 8.定期向项目组报告质量活动的结果。
8.制定质量保证的过程改进计划,记录过程数据。
7.1.3质量目标
1)基于需求的测试覆盖率为100%。 2)功能测试完善
3)每个阶段评审中发现的问题都已经解决或得到适当处理。 4)产品发布时不存在严重问题以及以上的缺陷。 5)严格满足合同的要求和规格 6)用户领导满意 7.1.4质量策略
1. 控制产品的质量,及时纠正缺陷
2应该特别注意项目工作产品质量的早期评审工作,元论是质量保证还是质量控制,采取的策略都是早期预防和早期排除缺陷。 3将质量贯彻到日常的项目进展过程中;
22
7.2软件质量保证活动 7.2.1审计
审计(Audit) 是对过程或者产品的一次独立评估。将审核的主体与为该主体以前建立的一组规程和标准进行比较目的是确保真正的遵循了这一个过程,产生了合适的文档和精确反映实际项目的报告,可以预先规划的,也可以是临时决定的。现在讲本项目中的预先规划审计列出如下。在整个开发过程中,会根据需要插入临时决定的审计。
1. 审计软件项目计划 时间:计划结束 标准:合同要求 2. 需求规划文档 时间:需求制定 标准:需求规格说明 3. 总体设计文档 时间:总体设计制定 标准:软件项目计划 4. 详细设计文档 时间:详细设计制定 标准:软件项目计划 5. 编码规范 时间:详细设计制定 标准:软件项目计划 6. 产品代码 时间:编码结束 标准:编码规范 7. 测试文档 时间:详细设计制定 标准:企业质量要求 8. 用户手册 时间:产品提交之前 标准:项目计划和需求 将审计的结果编写审计报告及时提交。以下是制定的质量审计模版
软件质量保证审核报告
23
注释:
1. 审核阶段:项目计划审核阶段、需求审核阶段、设计审核阶段、编码审核阶段、测试审核阶段、产品发布审核阶段
2. 审核范围:CMM KPA名称 3. 审核标准:所用的审核检查表
4. 严重程度:严重(指与项目计划中定义的过程不符合) 轻微(指活动遵循了过程,但有质量问题)
7.2.2 过程评审
项目严格按照组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规范,保证项目中的所有过程活动都在实施范围内。在每次评审之后,要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。
质量保证人员负责对项目过程迸行监督,将发现的问题和解决情况在每周的例会上通报,对没有解决的问题迸行讨论,对不能解决的问题提交高级管理者处理。
每个周末,进行一次配臵管理审核,确认配臵管理工作是否正常进行
7.2.3问题报告
质量保证人员对于每次审计活动发现的不符合项,应该和项目经理协商不符合项的纠正措施并预定完成日期,若和项目经理存在意见分歧,质量保证人员可以上报给高层管理者,由高层管理者决定最后的措施。同时,不符合项在项目周例会中汇报。
24
对不符含项,质量保证人员耍在预定完成日期内重新审计,验证不符合项的纠正情况,若超过预定完成日期1周仍然有没解决的不符合项,质量保证人员上报给高级管理者,由高级管理者决定最后的措施。
质量保证人员有独立的汇报途径,日常的汇报途径如下: 1.将发现的问题通知项目经理,协调纠正措施。
2.将项目组内不能协调的问题汇报给茼级管理者,由南级管理者协调解决。 3.将日常工作和过程数据汇报给质量经理,由其统一收集并进行统计。
7.3测试计划
下面是本项目的测试大概计划,详细内容请查阅测试文档。 1. 基本测试 单元测试 集成测试 系统测试 测试工作安排 测试准备工作 测试用例设计
2.系统测试设计 版本兼容性测试 性能测试 恢复测试 安全性测试 压力测试
7.4质量改善
为了达到更好的质量,现在制定质量改善要求:
1软件质量活动必须经过规划 2.软件质量活动规划必须明文规定 3.质量活动必须尽早开始 4.质量小组必须独立存在 5.应该经过训练 6.必须有适当的经费
第八部分 配臵计划
25
本计划描述了关于“政府公文审批及工作通知”项目的软件配臵管理组织结构以及贯穿本项目软件生命周期的由软件配臵管理组织识别并定义的一系列的软件配臵项的实践过程。计划软件配臵管理工作必须在项目最开始时进行,和开发整个软件项目计划保持一致。软件配臵管理计划,连同软件质量保证计划)和其他可能的特定约束计划都要符合本项目的软件项目计划。软件配臵管理计划完成之后应该由本项目的项目经理、SQA经理和其他有关人员进行审阅和批准。
8.1 配臵管理过程 1. 配臵项标识、跟踪 2. 配臵管理环境建立 3. 基线变更管理 4. 基线审核 5. 配臵状态统计 6. 配臵管理计划 8.2 配臵管理的人员组成
8.3软件配臵管理活动
8.3.1配臵项标识
命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。
本项目文件命名规范由五个字段组成,从左到右依次为:公司、项目、类型、编号和版本号,如下图所示。这些字段用横线(-)分隔。
公司: 3个字符
项目: 最长10个字符 类型: 最长5个字符 编号: 最长8位数字 版本号: V m.n
8.3.2项目基线
27
项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风
险,并以此为基础合理地使用各种风险应对措施、管理方法技术和手段,对项目的风险实行有效的控制,妥善的处理风险事件造成的不利后果,以最少的成本保证项目总体目标实现的管理工作。
9.1风险识别与评估
9.1.1风险识别是试图通过系统化地确定对项目计划的威胁,识别已知和可预测的风险。 9.1.2风险识别过程
28
输入 –》标识风险 –》按照一定标准对风险排序 –》制定风险表
9.1.3根据“IT项目常常存在一些共同的风险源”我们根据以往经验制定了风险分析表。检查表法是利用检查表作为风险识别的工具,是根据风险要素建立软件项目的风险条目列表,列表中列出所有与风险因素有关的提问,可以使管理者集中识别常见的类型中的已知和可预测的风险。
9.2风险规划
针对风险分析的结果,为提高实现项目目标的机会,降低风险的负面影响而制定风险
应对策略和应对措施的过程,即制定一定的行动和策略来对付、减少、以至于消灭风险事件。通常采取的措施有1.回避风险。2.转移风险。3.损失控制。4.自留风险。
29
30
9.4风险控制
1.实施和跟踪风险管理计划,保证风险计划的执行,评估削减风险的有效性。
2.针对一个预测的风险事实上是否发生了,确保针对某个风险而制定的风险消除步骤正在合理使用
3.监视剩余的风险和识别新的风险, 4.收集可用于将来的风险分析信息
第十部分 团队管理
团队是一定数量的个体成员组织的集合,包括自己组织的人、供应商、分包商、客户等为一个共同的目标工作,协调一致,愉快合作,最终开发出来高质量的产品。团队管理在整个项目的开发中具有十分重要的作用。
10.1项目组织结构
经过分析我们采用项目型的组织结构。结构图如下
此结构的优点:
1. 项目经理对项目可以全权负责。可以根据项目需要随意调动项目组织的内部资源或者外部资源。
2. 项目型组织的目标单一,完全以项目为中心安排工作,决策的速度得以加快,能够对客户的要求做出及时响应,项目团队精神得以充分发挥。有利于项目的顺利完成。
3. 项目经理对项目成员有全部权利,项目成员只对项目经理负责,避免了职能型项目组织下项目成员处于多重领导、无所适从的局面,项目经理是项目的真正、唯一的领导者。
4. 组织结构简单,易于操作。项目成员直接属于同一个部门,彼此之间的沟通交流简介、快速,提高了沟通效率,同时也加快了决策速度。 此结构的缺点:
1. 每一个项目型组织,资源不能共享,即使某个项目的专用资源闲臵,也无法
应用于另外一个同时进行的类似项目,人员、设施、设备重复配臵,会造
成一定程度的资源浪费。
2. 公司里各个独立的项目型组织处于相对封闭的环境之中,公司的宏观政策、
方针很难做到完全、真正的贯彻实施,可能会影响公司的长远发展。
3. 在项目完成以后,项目型组织中的项目成员或者被拍到另一个项目中去,或
者被解雇,对项目成员来说,缺乏一种事业上的连续性和安全感。
4. 项目之间处于一种条块分割状态,项目之间缺乏信息交流,不同的项目组很
难共享知识和经验,项目成员的工作会出现忙闲不均的现象。
针对本项目的分析:
这个项目相比较软件公司开发的项目具有一定的特殊性。这是一个校园项目 由于该项目具有很大的临时性,项目组的成员也是从不同的班级集中到一起。这样的特殊性使我们的这样的项目并不具有上面列出的2,3,4所示的缺点。因此项目型组织结构利于团队的建设以及小组人员与任务的分配;另外该组织结构简单易操作,而且目标单一,特别适用于这种零散的人员调度,同时很大程度上方便了成员间整体的沟通交流,加快了决策速度。由于这个项目各模块间的耦合度较低,不需要小组间大量的信息共享;而且项目组内有着统一的交流方式(临时的网上讨论组),各项决策规定可以第一时间直接反映给项目成员。针对这是一个政府项目,用户群体是不太了解计算机的政府官员,我们的界面应该做的可能的简单实用,领导还可能随时提出一些需要用特定的技术才能够解决的需求。这样的项目组成结构,可以使我们在团队内部有稳定成员的同时,可以根据实时的需求,招聘一些有特殊技能的学生,使我们的项目能够达到锦上添花的效果。与此同时我们的项目的特殊性并没有削弱项目型的组织结构的固有特点。故我们采用项目性组织结构来进行这个项目的开发。
10.2团队沟通
为了保证团队信息的沟通制定如下沟通计划 1. 每天午饭时间项目组成员进行口头交流。。
2. 每周五的15:00-17:00召开项目周例会,
3. 及时提交问题报告,问题可以通过网络提交,项目经理会及时获取问题信息。
4. 组内成员有任何问题可以在qq群内进行非正式的讨论。
第十一部分 项目度量
软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程,目的在于对此加以理解、预测、评估、控制和改善。没有软件度量,就不能从软件开发的暗箱中跳将出来。通过软件度量可以改进软件开发过程,促进项目成功,开发高质量的软件产品。度量取向是软件开发诸多事项的横断面,包括顾客满意度度量、质量度量、项目度量、以及品牌资产度量、知识产权价值度量,等。度量取向要依靠事实、数据、原理、法则;其方法是测试、审核、调查;其工具是统计、图表、数字、模型;其标准是量化的指标。
11.1度量指标
综合以往的经验,本项目采用的度量指标有:
1)生产率。生产率是指消耗资源、开发软件过程中的效率。LOC/小时或者FP/小时。
2)质量。质量既是软件过程的度量指标,又是已交付软件产品的度量指标。缺陷率和
缺陷排除率。
3)规模成本。规模成本是决定项目能否继续进行的一个至关重要的参数,成本超出会导致项目失败。采用人月工作量、实际成本和计划成本。
4)时间。时间用来编制项目进度,也用来确定在预定日期内完成项目所需要的资源,时间还能影晌软件的质量。采用工期。
11.2数据的收集
第十二部分 集成项目
项目集成管理是为了实现项目目标,确保项目范围内的各项工作能够顺利协调地配合进行,消除项目管理中的局部性,平衡项目各个目标之间的冲突,保证项目过程各阶段的正确实施,
所开展的以整体思想为指导,从全局出发,以项目总体利益最大化为目标,以统一协调各方面管理为内容进行的全面管理的过程。它具有综合性、全局性和内外兼顾性的特征。本章是对前几章的综合说明,集成项目计划的完成是项目经理完成项目计划的标志。项目集成管理包括对计划的集成管理和对项目跟踪控制的集成管理,它保证项目各要素相互协调,在相互影响的项目目标和方案中做出权衡,以满足或者超出项目干系人的需求和期望。
12.1项目集成计划
第十三部分 跟踪控制
跟踪控制是软件项目管理过程中一个非常重要的管理过程,它直接决定着项目的成功与否,也是体现项目管理水平的关键之处。跟踪和控制是两个重要的环节。跟踪是采集项目运行过程中的原始数据信息;控制是根据采集的跟踪数据,与原始项目计划进行比较,从而判断项目的性能,对出现的偏差给予纠正,必要时修改项目计划。项目的跟踪控制包括项目范围、进度、成本、资源、质量、风险等。
13.1本案例分析
《政府公文审批及工作通告系统》中项目经理每天都需要审核项目的实际情况,对比项目的规模估算,项目进度,质量计划,配臵计划,风险计划来判断实际项目是否得到了有效的完成。同时在上面说明的的每周五的团队沟通例会中进行进一步的审核与交流。每个基线结束后,进行阶段评审,给出阶段评审报告。该报告具对本项目的完成,和对未来项目的经验积累都有重大的意思。这个报告
可以给需求方,使他们也能够了解项目的进度。 13.2阶段评审报告模版
表14A-1 阶段评审报告
第十四部分 项目结束
14.1项目终止
项目计划中确定的可交付成果已经出现,项目的目标已经成功实现,本项目成功终止。 14.2结束计划
作为项目计划的一部分,与客户一同评审项目结束计划,细化并实施项目结束计划。 14.3项目收尾
1)范围确认:项目接收前,重新审核工作成果,检验项目的各项工作范围是否完成,或者完成到何种程度,最后,双方确认签字。
2)质量验收:质量验收是控制项目最终质量的重要手段,依据质量计划和相关的质量标准进行验收,不合格不予接收。
3)费用决算:费用决算是指对从项目开始到项目结束全过程所支付的全部费用进行核算,编制项目决算表的过程。
4)合同终结:整理并存档各种合同文件。
5)资料验收:检查项目过程中的所有文件是否齐全,然后进行归档。 14.4项目最后评审
14.5项目总结
这个项目在合同的期限和预算内完成客户所需要的功能。用户十分满意,为我们的进一步和做打下了良好的基础。同时通过这个项目的进行,也使我们的团队队员的经验得到提升,项目管理经验有了很大的提高。这次项目中的文档及经验是我们进行以后继续开发的最宝贵的财富。