咨询监理在软件项目中的作用课件_第1页
咨询监理在软件项目中的作用课件_第2页
咨询监理在软件项目中的作用课件_第3页
咨询监理在软件项目中的作用课件_第4页
咨询监理在软件项目中的作用课件_第5页
已阅读5页,还剩69页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

2022/11/5咨询监理在软件项目中的作用2022/11/1咨询监理在软件项目中的作用1坦白地说,微软所面临的挑战之一是它的很多员工还没有遭遇过多少失败。很多人从未遇到过失败的项目。结果是,人们把成功视为理所当然的事,这是很危险的。。。人们遭遇失败时,将被迫发挥出创造性,不分昼夜地深入探索并冥思苦想。每个公司都需要有过这种经历的人。”

——比尔。盖茨坦白地说,微软所面临的挑战之一是它的很多员2信安信息系统管理技术有限公司信安公司简介软件工程各个阶段咨询监理的方法和措施咨询监理在软件项目中的作用软件项目面临的问题和困境软件项目的发展与现状信安信息系统管理技术有限公司信安公司简介软件工程各个阶段咨询3软件项目的发展与现状目标:提高工作效率管理能力决策能力手段:生产数据整合信息资源利用信息资源重心:软件的应用软件的价值软件企业主动型:主动发现需求,研制相应的产品被动型:根据存在的客户需求,定制开发(项目)中间型:在半成品软件产品的基础上,为多个客户二次开发软件项目的发展与现状目标:提高工作效率管理能力决4软件项目面临的问题和困境20世纪中期,计算机技术从军用转入民用领域。如何在有限的处理器能力和存储器空间约束下编写出功能强大、运行效率高、占用空间少的程序是核心问题,因此软件生产依赖于开发人员的聪明才智。60年代计算机的应用范围得到较大发展,对软件系统的需求和软件复杂度急剧上升,传统的开发方法无法适应用户在质量、效率等方面的要求,这就是所谓的“软件危机”。1968年,NATO会议上首次提出了“软件工程”SoftwareEngineering的概念,其基本思想是应用计算机科学理论和技术以及工程管理原则和方法,按照预算和进度,实现满足用户要求的软件产品。软件工程的起源软件项目面临的问题和困境20世纪中期,计算机技术从军用转入民5软件项目面临的问题和困境软件工程=工程管理+开发技术1983年B.W.Boehm提出了软件工程的七条基本原理:分阶段按计划严格管理;坚持进行阶段评审;严格实施的产品控制;采用现代程序技术;结果应能清楚地审查;开发小组的成员应该少而精;承认不断改进软件工程的必要性。瀑布式开发流程,迭代式开发流程什么是软件工程?软件项目面临的问题和困境软件工程=工程管理+开发技术什么是软6软件项目面临的问题和困境以是否达到PCTS目标为衡量的标准Performance绩效Cost成本Time时间Scope范围四种类型的失败未达到目标出现不希望得到的负面效应设计失败目标不核实衡量成功的三要素按承诺提交可交付的成果按承诺获得结果满足干系人的期望软件项目成功和失败的定义软件项目面临的问题和困境以是否达到PCTS目标为衡量的标准软7幸福的家庭都相似,不幸的家庭各有各的不幸

--托尔斯泰软件项目刚好相反——成功的项目可能各有各的原因,但失败的项目,却总是有些相似的问题幸福的家庭都相似,不幸的家庭各有各的不幸8软件项目面临的问题和困境两难境地crunchmode处于“两难境地”的项目面临着无法达到最初目标的威胁,而项目团队在努力想要跨越该困境。死亡行军deathmarch当项目成员发现自己不得不参与到一个项目中,又不得不通过超常的努力和超长时间的工作才能完成那些不合理目标失控outofcontrol因为对项目结果期望太高,时间要求太紧,所以从项目开始就呈现出“两难境地”;随着项目的进行,项目参与者很快发现自己在进行“死亡行军”,正在设法实现越来越不可能实现的目标;当项目明显成功无望、多个方面都已失败时,该项目就成为“失控”项目了软件项目失败的历程软件项目面临的问题和困境两难境地crunchmode软件项9软件项目面临的问题和困境项目目标不清晰需求过多,系统过于庞大;需求不稳定,用户无法决定他们真正想要解决的问题;需求模棱两可需求不完整盲目的评估和计划过低地估计项目的难度过高地估计团队的能力不切实际的计划缺乏或根本不具备项目管理经验和方法唯技术论以资深技术人员代替项目管理人员团队中缺少高素质资深人员无法满足性能和可靠性要求导致软件项目失败的因素软件项目面临的问题和困境项目目标不清晰导致软件项目失败的因素10软件项目面临的问题和困境项目立项是否来自于科学的决策?目标清晰必要性是否做了可行性分析?项目效益分析人员和资金保障政策和制度保障实施和运维保障风险分析是否做了项目规划?初始目标和终极目标的定义项目范围的界定项目建设周期实施的组织架构及角色职责的定义项目的后续发展计划软件项目成功的保证-甲方(1)软件项目面临的问题和困境项目立项是否来自于科学的决策?软件项11软件项目面临的问题和困境是否选择了合适的承建商?承建商实施团队的技术实力和管理水平承建商对项目的理解程度项目费用及支付方式是否合理承建商对项目费用的安排是否合理承建商对项目进度的安排是否合理承建商是否明确了项目经理的职责、权利是否与承建商建立了通畅的沟通渠道?与公司管理层的沟通与项目经理的沟通项目团队与业务部门的沟通软件项目成功的保证-甲方(2)软件项目面临的问题和困境是否选择了合适的承建商?软件项目成功12软件项目面临的问题和困境是否对项目有足够的掌控?在合同中明确了项目验收的标准项目经理提交明确的实施方案(包括实施计划)汇报机制的建立监督检查机制的建立项目进度的检查项目文档的审查阶段性成果审查是否达到质量控制的要求?配合项目团队完成对需求分析的确认组织业务专家和终端用户完成阶段性成果的确认(原型DEMO、子模块各阶段性版本)项目经理提交明确的测试方案(功能测试和非功能性测试)组织业务专家与项目团队一起编制功能性测试用例组织业务人员与项目团队一起完成集成测试收集终端用户在试运行过程中提出的问题软件项目成功的保证-甲方(3)软件项目面临的问题和困境是否对项目有足够的掌控?软件项目成功13软件项目面临的问题和困境是否能顺利实现项目的移交?检查源代码的可维护性检查培训的内容和效果系统管理员掌握了软件系统的管理方法项目经理提交了应急预案项目验收的依据是否充分?项目经理提交了完整的验收材料验收材料中包括合理的验收依据验收材料中包括能真实反映质量缺陷状况的证据项目经理提交的项目总结报告软件项目成功的保证-甲方(4)软件项目面临的问题和困境是否能顺利实现项目的移交?软件项目成14软件项目面临的问题和困境明确有没有能力承接该项目充分理解了项目的建设目标和范围有足够的技术实力能将成本控制在项目经费以内能达到时间进度要求有足够的人力保障能接受付款的周期项目可能的风险均在控制之内合理配置项目团队具备技术能力和管理能力的项目经理能处理甲方关系的市场人员项目成员角色职责定义:业务分析员(商业建模)、需求分析员、架构设计员、系统分析员、开发组、测试组、配置管理员、文档管理员。。。软件项目成功的保证-乙方(1)软件项目面临的问题和困境明确有没有能力承接该项目软件项目成功15软件项目面临的问题和困境有效的项目团队管理建立了完善的沟通机制项目经理及团队成员均充分理解了项目的范围和需求项目团队成员对自身的岗位职责认识清晰建立了新人培训机制建立了冲突化解方案项目管理制定项目计划:项目范围管理计划、质量管理计划、进度管理计划、人员管理计划、费用管理计划、风险管理计划等制定项目实施方案制定切实可行的整体进度计划,充分考虑项目的不可控因素跟踪进度、变更、风险、缺陷制定项目开发管理规范软件项目成功的保证-乙方(2)软件项目面临的问题和困境有效的项目团队管理软件项目成功的保证16软件项目面临的问题和困境准确把握需求完整的需求不是甲方责任需求调查:基于用户故事(Story)的FF(FactFinding)需求研究:对FF进行分析,考虑整个工作流程是否合理,如何才能够达到项目的目标,从如何达到项目的目标来决定项目的需求,潜在的需求需求分析:考虑什么样的功能能够让用户更有效地达到目标需求确认:需求分析说明书,用户和开发人员均认可的质量标准需求的测不准原理-没有需求变更的项目不存在,没有完美的需求分析说明书-持续性的用户参与系统架构设计采用合理的技术路线对系统进行切割,明确模块的功能点定义接口标准(系统内、系统外)理清项目技术瓶颈和技术难点-“墨菲定理”。避免成为新技术的牺牲品软件项目成功的保证-乙方(3)软件项目面临的问题和困境准确把握需求软件项目成功的保证-乙方17软件项目面临的问题和困境提高系统的可视化程度寻找关键流程-二八原则快速原型法分阶段实现阶段性成果的用户确认详细设计详细设计是软件思想的体现把握详细设计的度--详细设计是成果而不是结果注重内容而不是形式图往往比文字更说明问题优良的界面设计能减少代码的复杂度质量与复杂度的几何级数成反比异常情况的处理往往比正常情况复杂得多软件项目成功的保证-乙方(4)软件项目面临的问题和困境提高系统的可视化程度软件项目成功的保18软件项目面临的问题和困境编码实现与单元测试合理地安排开发进度--功能点测算、代码行预估编码人员的素质与产品的质量成正比代码注释与产品的可维护性成正比测试驱动持续集成代码检查Review功能性测试与非功能性测试编写全覆盖的功能测试用例用户参与-用户往往能比测试人员发现更多的问题压力测试、并发性能测试、破坏性测试、系统兼容性测试、安全性测试软件项目成功的保证-乙方(5)软件项目面临的问题和困境编码实现与单元测试软件项目成功的保证19软件项目面临的问题和困境其他问题文档管理需求变更管理配置管理定期总结分析灾难的应急预案软件项目成功的保证-乙方(6)软件项目面临的问题和困境其他问题软件项目成功的保证-乙方(620咨询监理在软件项目中的作用信息化咨询信息化技术咨询软件发展趋势咨询企业信息化发展规划信息化标准制定信息化管理规范制度软件咨询软件产品选择软件产品提供商选择软件开发技术咨询软件开发流程咨询软件项目可行性研究软件项目规划软件项目需求分析软件项目绩效评估技术方面的作用咨询监理在软件项目中的作用信息化咨询技术方面的作用21咨询监理在软件项目中的作用协助甲方质量管理进度管理投资控制变更控制风险控制合同管理文档管理协助乙方规范化项目管理方面的工作协调甲乙双方的关系管理方面的作用咨询监理在软件项目中的作用协助甲方管理方面的作用22咨询监理的方法和措施解析甲方的业务需求,领域需求建立业务模型以商业的角度分析甲方的业务需求以技术的角度分析需求实现的技术难度、关键技术、技术瓶颈等以管理的角度分析实施项目所需的人员组织架构和管理制度的调整从投资的角度分析资金预算及用途完成软件项目的产品规格定义编写项目可行性报告--做与不做的问题编写项目建设规划--人员组织、进度计划、关键控制点等编写项目范围说明书--做什么的问题市场调研,寻找合适的解决项目准备阶段--明确项目目标咨询监理的方法和措施解析甲方的业务需求,领域需求项目准备阶段23咨询监理的方法和措施寻找合适的软件开发商,考察开发商的背景、实力和类似项目经验与备选软件开发商交流项目情况,使软件开发商充分了解项目的建设目标和内容及项目重难点评估项目的合理费用范围协助甲方编制招标文件:重点内容-项目性质、技术要求、质量要求、工期要求、培训要求、验收要求、报价要求、投标人资质要求、投标文件编制要求、评标标准、合同主要条款。协助甲方评标,在费用预算内选择最为合格的投标人如无合适的合作对象,则建议甲方对项目建设目标进行调整招投标阶段--选择合适的合作对象咨询监理的方法和措施寻找合适的软件开发商,考察开发商的背景、24咨询监理的方法和措施协助甲方签订有利于项目顺利完成的合同审核项目经理授权文件建立三方沟通机制制定项目管理规范审核乙方提交的实施方案审核乙方项目管理计划评估项目经理技术和管理能力评估项目团队组织架构和总体实力启动阶段--考察实施团队的技术和管理水平咨询监理的方法和措施协助甲方签订有利于项目顺利完成的合同启动25咨询监理的方法和措施审核乙方提交的需求分析计划和调研信息采集表协调乙方访谈、调研工作跟踪乙方调研,对调研的流程、方法、结果给予质量评估审核乙方提交的需求分析成果跟踪需求确认效果协调甲方对需求分析成果确认,使之成为验收的依据需求阶段--使需求尽可能准确咨询监理的方法和措施审核乙方提交的需求分析计划和调研信息采集26咨询监理的方法和措施审核乙方提交的系统架构设计书,重点为模块划分是否合理、功能点(FP)与需求的吻合度、接口设计的规范性、关键业务流程和阶段性里程碑划分的合理性等审核乙方提交的详细设计书,重点为功能实现与需求的吻合度,界面风格的一致性,用户界面的友好性等审核乙方提交的开发计划,分析工作安排的合理性检查代码规范,包括命名规范、代码的可读性、代码注释等跟踪项目进度,分析项目进度偏离原因检查乙方是否对代码和文档进行了有效的管理检查乙方已经提交的代码是否经过的单元测试,单元测试是否达到了代码行覆盖度要求协助甲方对提交的阶段性成果的检阅REVIEW和确认工作协助甲乙双方评审需求变更的可行性,按规范流程实现变更实现阶段--把控质量和进度咨询监理的方法和措施审核乙方提交的系统架构设计书,重点为模块27咨询监理的方法和措施审核乙方提交的部署方案审核乙方提交的测试方案和计划协助甲方业务骨干和乙方技术人员编写功能测试用例,检查测试用例是否达到了全覆盖要求,包括异常处理流程检查乙方是否有合适的缺陷跟踪手段跟踪乙方的测试工作审核乙方提交的功能测试报告,重点是真实性,采用抽检的方式,抽检用例占比不低于5%,回归测试100%协助乙方搭建接近真实生产环境的测试环境,完成性能测试及其他测试记录试运行日志,收集整理用户反馈的问题,及时传递给乙方审核乙方提交的培训教材和培训计划协助甲方组织培训调查培训效果测试与试运行阶段--把控质量和进度咨询监理的方法和措施审核乙方提交的部署方案测试与试运行阶段-28咨询监理的方法和措施审核乙方提交的移交材料,包括各类文档、代码和介质审核乙方提交的验收方案,包括验收标准、验收依据、验收流程、已做阶段性验收的成果的验收报告、各类验收材料等编写项目竣工验收报告协助甲方组织项目验收验收与移交阶段--保证验收的规范性咨询监理的方法和措施审核乙方提交的移交材料,包括各类文档、代29咨询监理的方法和措施审核乙方提交的运维保障方案协助甲方制定运维管理制度在合同维护期内,监督乙方修改系统缺陷在合同维护期内,评估需求变更的可行性,协助甲乙双方制定需求变更的解决方案评估项目的质量,给出系统后续发展规划运维阶段--解决运维期发现的缺陷咨询监理的方法和措施审核乙方提交的运维保障方案运维阶段--解30公司名称:湖北信安信息系统管理技术有限公司-成立时间:2003年3月13日-员工总人数:122人(湖北地区71人、安徽分公司20人、江西分公司12人、贵州分公司14人,湖南办事处5人)信安公司简介公司名称:湖北信安信息系统管理技术有限公司-成立时间:2003132000万41000万45000万21000万200720082009业绩发展-迄今为止根据信产部监理协会评估数据信安在全国374家部、省级认证专业咨询监理公司中排名前列2006发展历程32000万41000万45000万21000万20072032人才发展-从2004年至今通过不断的吸纳和培养积聚了一支高素质的信息系统工程咨询监理人才队伍共60多人,均从事了多年的计算机系统工程设计、开发和科学研究人才队伍国家级认证监理工程师40人省级认证监理工程师16人高级工程师6人;工程造价师5人;认证项目经理15人;系统分析员8人;高级项目管理师7人其他中级以上专业技术认证近百项。200420052006200720086449331810人才发展-从2004年至今通过不断的吸纳和培养积聚了一支高素33战略管理--核心竞争力方案库产品库价格库标准库人才库经验库规划方案实施方案功能参数应用案例列表报价价格分析工作流程工作标准内部人才合作伙伴项目总结专题论文咨询监理评估评测应用服务战略管理--核心竞争力方案库产品库价格库标准库人才库经验库规34战略管理—技术支撑武汉大学华中科技大学武汉理工大学海军工程大学中南民族大学中南财经政法大学武汉工程大学……战略管理—技术支撑武汉大学35案例—大型系统建设单位项目名称建建设地点项目金额(万元)合同签订时间湖北省电子政务领导小组办公室湖北省电子政务一期工程监理武汉市140002006年2月28日湖北省农村党员干部现代远程教育工作领导协调小组办公室湖北省农村党员干部现代远程教育基础设施建设咨询及监理项目武汉市120002008年4月17日湖北省劳动和社会保障厅及武汉、荆州、襄樊、十堰、恩施州、黄冈、宜昌等劳动和社会保障局全省金保工程统一应用软件开发及设备采购项目监理(含省厅及第一批、第二批试点城市)湖北省102002007年湖北省教育考试院湖北省教育考试考务管理平台工程监理武汉市110002007年7月10日东方神马实业(武汉)有限公司东方马城弱电及智能化系统监理武汉市90002008年8月11日武汉市城市建设利用外资项目管理办公室世行贷款武汉城市交通项目ATC系统(一期)工程咨询及监理武汉市90002007年6月湖北省劳动和社会保障厅湖北省直劳动保障信息系统工程监理武汉市82002009年3月16日黄石市人民政府黄石市TD3G电子政务应用监理项目黄石市82802009年9月17日宜昌市人民政府办公室宜昌市电子政务一期工程监理宜昌市51802007年10月12日湖北省高级人民法院及荆门、鄂州中级人民法院、海事法院湖北省法院信息网络系统工程监理项目(含高级人民法院及试点城市荆门、鄂州、海事法院)武汉市荆门市荆州市50302005年8月23日武汉市公交集团武汉城市交通之公交信息化管理系统与GPS智能调度系统建设工程监理武汉市50002007年12月26日湖北省商务厅湖北省电子口岸通关信息平台信息系统监理合同武汉市50002008年11月21日案例—大型系统建设单位项目名称建建设地点项目金额合同签订时间36《湖北省金保工程需求规格说明书—业务流程规范》标准制定的核心成员单位《湖北省金保工程需求规格说明书—技术规范》标准制定的核心成员单位《湖北省信息系统工程监理规范》标准制定的核心成员单位《湖北省电子政务工程验收规范》标准制定的核心成员单位《基于XML的电子公文格式规范》省级标准制定的成员单位《XML在电子政务中的应用指南》省级标准制定的成员单位《电子政务业务流程设计方法通用指南》省级标准制定的成员单位《电子政务数据元》省级标准制定的成员单位《电子政务主题词表》省级标准制定的成员单位。。。。。。行业领先的地位:案例—标准经验《湖北省金保工程需求规格说明书—业务流程规范》标准制定的核心372022/11/5咨询监理在软件项目中的作用2022/11/1咨询监理在软件项目中的作用38坦白地说,微软所面临的挑战之一是它的很多员工还没有遭遇过多少失败。很多人从未遇到过失败的项目。结果是,人们把成功视为理所当然的事,这是很危险的。。。人们遭遇失败时,将被迫发挥出创造性,不分昼夜地深入探索并冥思苦想。每个公司都需要有过这种经历的人。”

——比尔。盖茨坦白地说,微软所面临的挑战之一是它的很多员39信安信息系统管理技术有限公司信安公司简介软件工程各个阶段咨询监理的方法和措施咨询监理在软件项目中的作用软件项目面临的问题和困境软件项目的发展与现状信安信息系统管理技术有限公司信安公司简介软件工程各个阶段咨询40软件项目的发展与现状目标:提高工作效率管理能力决策能力手段:生产数据整合信息资源利用信息资源重心:软件的应用软件的价值软件企业主动型:主动发现需求,研制相应的产品被动型:根据存在的客户需求,定制开发(项目)中间型:在半成品软件产品的基础上,为多个客户二次开发软件项目的发展与现状目标:提高工作效率管理能力决41软件项目面临的问题和困境20世纪中期,计算机技术从军用转入民用领域。如何在有限的处理器能力和存储器空间约束下编写出功能强大、运行效率高、占用空间少的程序是核心问题,因此软件生产依赖于开发人员的聪明才智。60年代计算机的应用范围得到较大发展,对软件系统的需求和软件复杂度急剧上升,传统的开发方法无法适应用户在质量、效率等方面的要求,这就是所谓的“软件危机”。1968年,NATO会议上首次提出了“软件工程”SoftwareEngineering的概念,其基本思想是应用计算机科学理论和技术以及工程管理原则和方法,按照预算和进度,实现满足用户要求的软件产品。软件工程的起源软件项目面临的问题和困境20世纪中期,计算机技术从军用转入民42软件项目面临的问题和困境软件工程=工程管理+开发技术1983年B.W.Boehm提出了软件工程的七条基本原理:分阶段按计划严格管理;坚持进行阶段评审;严格实施的产品控制;采用现代程序技术;结果应能清楚地审查;开发小组的成员应该少而精;承认不断改进软件工程的必要性。瀑布式开发流程,迭代式开发流程什么是软件工程?软件项目面临的问题和困境软件工程=工程管理+开发技术什么是软43软件项目面临的问题和困境以是否达到PCTS目标为衡量的标准Performance绩效Cost成本Time时间Scope范围四种类型的失败未达到目标出现不希望得到的负面效应设计失败目标不核实衡量成功的三要素按承诺提交可交付的成果按承诺获得结果满足干系人的期望软件项目成功和失败的定义软件项目面临的问题和困境以是否达到PCTS目标为衡量的标准软44幸福的家庭都相似,不幸的家庭各有各的不幸

--托尔斯泰软件项目刚好相反——成功的项目可能各有各的原因,但失败的项目,却总是有些相似的问题幸福的家庭都相似,不幸的家庭各有各的不幸45软件项目面临的问题和困境两难境地crunchmode处于“两难境地”的项目面临着无法达到最初目标的威胁,而项目团队在努力想要跨越该困境。死亡行军deathmarch当项目成员发现自己不得不参与到一个项目中,又不得不通过超常的努力和超长时间的工作才能完成那些不合理目标失控outofcontrol因为对项目结果期望太高,时间要求太紧,所以从项目开始就呈现出“两难境地”;随着项目的进行,项目参与者很快发现自己在进行“死亡行军”,正在设法实现越来越不可能实现的目标;当项目明显成功无望、多个方面都已失败时,该项目就成为“失控”项目了软件项目失败的历程软件项目面临的问题和困境两难境地crunchmode软件项46软件项目面临的问题和困境项目目标不清晰需求过多,系统过于庞大;需求不稳定,用户无法决定他们真正想要解决的问题;需求模棱两可需求不完整盲目的评估和计划过低地估计项目的难度过高地估计团队的能力不切实际的计划缺乏或根本不具备项目管理经验和方法唯技术论以资深技术人员代替项目管理人员团队中缺少高素质资深人员无法满足性能和可靠性要求导致软件项目失败的因素软件项目面临的问题和困境项目目标不清晰导致软件项目失败的因素47软件项目面临的问题和困境项目立项是否来自于科学的决策?目标清晰必要性是否做了可行性分析?项目效益分析人员和资金保障政策和制度保障实施和运维保障风险分析是否做了项目规划?初始目标和终极目标的定义项目范围的界定项目建设周期实施的组织架构及角色职责的定义项目的后续发展计划软件项目成功的保证-甲方(1)软件项目面临的问题和困境项目立项是否来自于科学的决策?软件项48软件项目面临的问题和困境是否选择了合适的承建商?承建商实施团队的技术实力和管理水平承建商对项目的理解程度项目费用及支付方式是否合理承建商对项目费用的安排是否合理承建商对项目进度的安排是否合理承建商是否明确了项目经理的职责、权利是否与承建商建立了通畅的沟通渠道?与公司管理层的沟通与项目经理的沟通项目团队与业务部门的沟通软件项目成功的保证-甲方(2)软件项目面临的问题和困境是否选择了合适的承建商?软件项目成功49软件项目面临的问题和困境是否对项目有足够的掌控?在合同中明确了项目验收的标准项目经理提交明确的实施方案(包括实施计划)汇报机制的建立监督检查机制的建立项目进度的检查项目文档的审查阶段性成果审查是否达到质量控制的要求?配合项目团队完成对需求分析的确认组织业务专家和终端用户完成阶段性成果的确认(原型DEMO、子模块各阶段性版本)项目经理提交明确的测试方案(功能测试和非功能性测试)组织业务专家与项目团队一起编制功能性测试用例组织业务人员与项目团队一起完成集成测试收集终端用户在试运行过程中提出的问题软件项目成功的保证-甲方(3)软件项目面临的问题和困境是否对项目有足够的掌控?软件项目成功50软件项目面临的问题和困境是否能顺利实现项目的移交?检查源代码的可维护性检查培训的内容和效果系统管理员掌握了软件系统的管理方法项目经理提交了应急预案项目验收的依据是否充分?项目经理提交了完整的验收材料验收材料中包括合理的验收依据验收材料中包括能真实反映质量缺陷状况的证据项目经理提交的项目总结报告软件项目成功的保证-甲方(4)软件项目面临的问题和困境是否能顺利实现项目的移交?软件项目成51软件项目面临的问题和困境明确有没有能力承接该项目充分理解了项目的建设目标和范围有足够的技术实力能将成本控制在项目经费以内能达到时间进度要求有足够的人力保障能接受付款的周期项目可能的风险均在控制之内合理配置项目团队具备技术能力和管理能力的项目经理能处理甲方关系的市场人员项目成员角色职责定义:业务分析员(商业建模)、需求分析员、架构设计员、系统分析员、开发组、测试组、配置管理员、文档管理员。。。软件项目成功的保证-乙方(1)软件项目面临的问题和困境明确有没有能力承接该项目软件项目成功52软件项目面临的问题和困境有效的项目团队管理建立了完善的沟通机制项目经理及团队成员均充分理解了项目的范围和需求项目团队成员对自身的岗位职责认识清晰建立了新人培训机制建立了冲突化解方案项目管理制定项目计划:项目范围管理计划、质量管理计划、进度管理计划、人员管理计划、费用管理计划、风险管理计划等制定项目实施方案制定切实可行的整体进度计划,充分考虑项目的不可控因素跟踪进度、变更、风险、缺陷制定项目开发管理规范软件项目成功的保证-乙方(2)软件项目面临的问题和困境有效的项目团队管理软件项目成功的保证53软件项目面临的问题和困境准确把握需求完整的需求不是甲方责任需求调查:基于用户故事(Story)的FF(FactFinding)需求研究:对FF进行分析,考虑整个工作流程是否合理,如何才能够达到项目的目标,从如何达到项目的目标来决定项目的需求,潜在的需求需求分析:考虑什么样的功能能够让用户更有效地达到目标需求确认:需求分析说明书,用户和开发人员均认可的质量标准需求的测不准原理-没有需求变更的项目不存在,没有完美的需求分析说明书-持续性的用户参与系统架构设计采用合理的技术路线对系统进行切割,明确模块的功能点定义接口标准(系统内、系统外)理清项目技术瓶颈和技术难点-“墨菲定理”。避免成为新技术的牺牲品软件项目成功的保证-乙方(3)软件项目面临的问题和困境准确把握需求软件项目成功的保证-乙方54软件项目面临的问题和困境提高系统的可视化程度寻找关键流程-二八原则快速原型法分阶段实现阶段性成果的用户确认详细设计详细设计是软件思想的体现把握详细设计的度--详细设计是成果而不是结果注重内容而不是形式图往往比文字更说明问题优良的界面设计能减少代码的复杂度质量与复杂度的几何级数成反比异常情况的处理往往比正常情况复杂得多软件项目成功的保证-乙方(4)软件项目面临的问题和困境提高系统的可视化程度软件项目成功的保55软件项目面临的问题和困境编码实现与单元测试合理地安排开发进度--功能点测算、代码行预估编码人员的素质与产品的质量成正比代码注释与产品的可维护性成正比测试驱动持续集成代码检查Review功能性测试与非功能性测试编写全覆盖的功能测试用例用户参与-用户往往能比测试人员发现更多的问题压力测试、并发性能测试、破坏性测试、系统兼容性测试、安全性测试软件项目成功的保证-乙方(5)软件项目面临的问题和困境编码实现与单元测试软件项目成功的保证56软件项目面临的问题和困境其他问题文档管理需求变更管理配置管理定期总结分析灾难的应急预案软件项目成功的保证-乙方(6)软件项目面临的问题和困境其他问题软件项目成功的保证-乙方(657咨询监理在软件项目中的作用信息化咨询信息化技术咨询软件发展趋势咨询企业信息化发展规划信息化标准制定信息化管理规范制度软件咨询软件产品选择软件产品提供商选择软件开发技术咨询软件开发流程咨询软件项目可行性研究软件项目规划软件项目需求分析软件项目绩效评估技术方面的作用咨询监理在软件项目中的作用信息化咨询技术方面的作用58咨询监理在软件项目中的作用协助甲方质量管理进度管理投资控制变更控制风险控制合同管理文档管理协助乙方规范化项目管理方面的工作协调甲乙双方的关系管理方面的作用咨询监理在软件项目中的作用协助甲方管理方面的作用59咨询监理的方法和措施解析甲方的业务需求,领域需求建立业务模型以商业的角度分析甲方的业务需求以技术的角度分析需求实现的技术难度、关键技术、技术瓶颈等以管理的角度分析实施项目所需的人员组织架构和管理制度的调整从投资的角度分析资金预算及用途完成软件项目的产品规格定义编写项目可行性报告--做与不做的问题编写项目建设规划--人员组织、进度计划、关键控制点等编写项目范围说明书--做什么的问题市场调研,寻找合适的解决项目准备阶段--明确项目目标咨询监理的方法和措施解析甲方的业务需求,领域需求项目准备阶段60咨询监理的方法和措施寻找合适的软件开发商,考察开发商的背景、实力和类似项目经验与备选软件开发商交流项目情况,使软件开发商充分了解项目的建设目标和内容及项目重难点评估项目的合理费用范围协助甲方编制招标文件:重点内容-项目性质、技术要求、质量要求、工期要求、培训要求、验收要求、报价要求、投标人资质要求、投标文件编制要求、评标标准、合同主要条款。协助甲方评标,在费用预算内选择最为合格的投标人如无合适的合作对象,则建议甲方对项目建设目标进行调整招投标阶段--选择合适的合作对象咨询监理的方法和措施寻找合适的软件开发商,考察开发商的背景、61咨询监理的方法和措施协助甲方签订有利于项目顺利完成的合同审核项目经理授权文件建立三方沟通机制制定项目管理规范审核乙方提交的实施方案审核乙方项目管理计划评估项目经理技术和管理能力评估项目团队组织架构和总体实力启动阶段--考察实施团队的技术和管理水平咨询监理的方法和措施协助甲方签订有利于项目顺利完成的合同启动62咨询监理的方法和措施审核乙方提交的需求分析计划和调研信息采集表协调乙方访谈、调研工作跟踪乙方调研,对调研的流程、方法、结果给予质量评估审核乙方提交的需求分析成果跟踪需求确认效果协调甲方对需求分析成果确认,使之成为验收的依据需求阶段--使需求尽可能准确咨询监理的方法和措施审核乙方提交的需求分析计划和调研信息采集63咨询监理的方法和措施审核乙方提交的系统架构设计书,重点为模块划分是否合理、功能点(FP)与需求的吻合度、接口设计的规范性、关键业务流程和阶段性里程碑划分的合理性等审核乙方提交的详细设计书,重点为功能实现与需求的吻合度,界面风格的一致性,用户界面的友好性等审核乙方提交的开发计划,分析工作安排的合理性检查代码规范,包括命名规范、代码的可读性、代码注释等跟踪项目进度,分析项目进度偏离原因检查乙方是否对代码和文档进行了有效的管理检查乙方已经提交的代码是否经过的单元测试,单元测试是否达到了代码行覆盖度要求协助甲方对提交的阶段性成果的检阅REVIEW和确认工作协助甲乙双方评审需求变更的可行性,按规范流程实现变更实现阶段--把控质量和进度咨询监理的方法和措施审核乙方提交的系统架构设计书,重点为模块64咨询监理的方法和措施审核乙方提交的部署方案审核乙方提交的测试方案和计划协助甲方业务骨干和乙方技术人员编写功能测试用例,检查测试用例是否达到了全覆盖要求,包括异常处理流程检查乙方是否有合适的缺陷跟踪手段跟踪乙方的测试工作审核乙方提交的功能测试报告,重点是真实性,采用抽检的方式,抽检用例占比不低于5%,回归测试100%协助乙方搭建接近真实生产环境的测试环境,完成性能测试及其他测试记录试运行日志,收集整理用户反馈的问题,及时传递给乙方审核乙方提交的培训教材和培训计划协助甲方组织培训调查培训效果测试与试运行阶段--把控质量和进度咨询监理的方法和措施审核乙方提交的部署方案测试与试运行阶段-65咨询监理的方法和措施审核乙方提交的移交材料,包括各类文档、代码和介质审核乙方提交的验收方案,包括验收标准、验收依据、验收流程、已做阶段性验收的成果的验收报告、各类验收材料等编写项目竣工验收报告协助甲方组织项目验收验收与移交阶段--保证验收的规范性咨询监理的方法和措施审核乙方提交的移交材料,包括各类文档、代66咨询监理的方法和措施审核乙方提交的运维保障方案协助甲方制定运维管理制度在合同维护期内,监督乙方修改系统缺陷在合同维护期内,评估需求变更的可行性,协助甲乙双方制定需求变更的解决方案评估项目的质量,给出系统后续发展规划运维阶段--解决运维期发现的缺陷咨询监理的方法和措施审核乙方提交的运维保障方案运维阶段--解67公司名称:湖北信安信息系统管理技术有限公司-成立时间:2003年3月13日-员工总人数:122人(湖北地区71人、安徽分公司20人、江西分公司12人、贵州分公司14人,湖南办事处5人)信安公司简介公司名称:湖北信安信息系统管理技术有限公司-成立时间:2006832000万41000万45000万21000万200720082009业绩发展-迄今为止根据信产部监理协会评估数据信安在全国374家部、省级认证专业咨询监理公司中排名前列2006发展历程32000万41000万45000万21000万2007206

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论