软件项目管理的风险来自于软件项目.doc

精品文档就在这里-各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有-软件项目管理的风险来自于软件项目自身的特点： 软件产品不可见：开发的进展以及软件的质量是否符合要求难于度量，从而使软件的管理难于 把握。 软件的生产过程不存在绝对正确的过程形式：可以肯定的是不同的软件开发项目应当采用不 同的或者说是有针对性的软件开发过程，而真正合适的软件开发过程是在软件项目的开发完成才能 明了的。因此项目开发之初只能根据项目的特点和开发经验进行选择，并在开发过程中不断的调整 。 大型软件项目往往是一次性的。以往的经验可以被借鉴的地方不多。回避和控制软件管理 风险的唯一办法就是设立监督制度，项目开发中任何较大的决定都必须有主要技术环节甚至是由用 户参与进行的。在该项目中项目监督由项目开发中的质量监督组来实施。 一般参与软件开发的人员（包括管理者和技术人员）和其责任进行分析如下： 参与者 项目经理1人 主要职责：进行全局把握，侧重于项目的商务方面，充当项目组同客户正式交流的接口环节。 项目负责人1人 主要职责：制定项目开发计划和开发策略，参与项目核心系统的分析设计，同时努力保证开发 计划的按时完成和开发策略的真正贯彻落实。 领域专家1或2人 主要职责：在软件分析阶段帮助分析人员界定系统实现边界和实现的功能，对特定检测点进行 算法审核，同时对测试策略和软件操作界面提出参考意见。 质量监督组1或2人 主要职责：编制软件质量控制计划，并负责落实；控制必要文档的生产，通过文档，监督项目 实施过程中软件的质量，并产生软件质量报告，提请项目经理和项目负责人审阅；对于项目中出现 的质量问题，主持召开质量复审会议。 系统分析员1或2人 主要职责：协同项目负责人进行软件系统的分析和设计工作，书写软件需求分析和系统设计相 关文档。在软件实现阶段进行测试策略的编制和对性能测试的指导。 程序员2或3人 主要职责：协助分析人员进行详细设计，和软件系统的代码实现，并进行适当的白盒测试。 测试员2或3人 主要职责：已经实现的软件组件、构件或系统进行正确性验证测试，整合后的系统的性能测 试等。书写测试报告和测试统计报告提请质量监督组复审。 技术支持2或3人 主要职责：协同系统分析人员听取用户需求，对需求分析进行参考性复审。协同测试人员进行 测试，书写操作手册和在线帮助，在项目交付用户之后进行跟踪服务。 文档组1或2人 主要职责：对各部门产生的文档进行格式规范、版本编号和控制、存档文件的检索；协助质量 监督组进行软件质量监督。 通过适当的人员配备和职责划分，能有效的降低软件开发在后期的失 控的可能性，和软件对关键人员的依赖性。 软件技术风险 本系统拟订采用的两个重大的软件技术是面向对象的构件和基于微软的COM组件技术。组件和 构件技术都是为了提高软件的可靠性和软件的可扩展性而采用的技术手段。从技术成熟度上说不存 在风险，但为了实现良好的软件构架和稳定的组件，与传统开发方法比较，有相当的多的额外工作 需要做，这会给项目工期带来较大的风险。 回避和控制这部分风险的办法是在项目进行的过程不断的对该阶段进行风险估计和指定有效的 里程碑。同时采用范例方式提高开发人员的构件组件的分析识别能力，适时调整构件组件的数量 和粒度。 软件过程风险 软件需求阶段的风险 软件的开发是以用户的需求开始，在大多数情况下，用户需求要靠软件开发方诱导才能保证需 求的完整，再以书面的形式形成用户需求这一重要的文档。需求分析更多的是开发方确认需求 的可行性和一致性的过程，在此阶段需要和用户进行广泛的交流和确认。需求和需求分析的任何疏 漏造成的损失会在软件系统的后续阶段被一级一级地放大，因此本阶段的风险最大。 设计阶段的风险 设计的主要目的在于软件的功能正确的反映了需求。可见需求的不完整和对需求分析的不完整 和错误，在设计阶段被成倍地放大。设计阶段的主要任务是完成系统体系结构的定义，使之能够完 成需求阶段的即定目标；另一方面也是检验需求的一致性和需求分析的完整性和正确性。 设计本身的风险主要来自于系统分析人员。分析人员在设计系统结构时过于定制，系统的可扩 展性较弱，会给后期维护带来巨大的负担，和维护成本的激增。对用户来说系统的使用比例会有明 显的折扣，甚至造成软件寿命过短。反之，软件结构的过于灵活和通用，必然引起软件实现的难度 增加，系统的复杂度会上升，这又会在实现和测试阶段带来风险，系统的稳定性也会受到影响。从 另一个角度上看，业务规则的变化，或说用户需求和将来软件运行环境的变化都是必然的情况，目 前软件设计的所谓通用性是否就能很好的适应将来需求和运行环境的的变化，是需要认真折衷的 。这种折中也蕴涵着很大的风险。 设计阶段蕴涵的另一种风险来自于设计文档。文档的不健全不仅会造成实现阶段的困难，更会 在后期的测试和维护造成灾难性的后果，例如根本无法对软件系统进行版本升级，甚至是发现的简 单错误都无从更正。 实现阶段引入的风险 软件的实现从某种意义上讲是软件代码的生产。原代码本身也是文档的一部分，同时它又是将 来运行于计算机系统之上的实体。源代码书写的规范性，可读性是该阶段的主要风险来源。规范的 代码生产会把属于程序员自身个性风格的成分引入代码的比例降到最低限度，从而减小了系统整合 的风险。 维护阶段的风险 软件维护包含两个主要的维护阶段，一个是软件生产完毕到软件试运行阶段的维护，这个阶段 是一种实环境的测试性维护，其主要目的是发现在测试环境中不能或未发现的问题；另一个阶段是 当软件的运行不再能适应用户业务需求或是用户的运行环境（包括硬件平台，软件环境等）时进行 的软件维护，具体可能是软件的版本升级或软件移植等。 从软件工程的角度看，软件维护费用约占总费用的55%70%，系统越大，该费用越高。对系统 可维护性的轻视是大型软件系统的最大风险。在软件漫长的运营期内，业务规则肯定会不断发展， 科学的解决此问题的做法是不断对软件系统进行版本升级，在确保可维护性的前提下逐步扩展系统 。 在软件系统运营期间，主要的风险源自于技术支持体系的无效运转。科学的方法是有一支客户 支持队伍不断收集运行中发现的问题，并将解决问题的方法传授给软件系统的所有使用者。 项目风险表 风险评估表中所提到的风险是一般项目在开发过程中都客观存在的，表中所列出的风险系数是 指在不对风险进行深入的分析和有效的规避的情况下，该风险项发生的概率。比如软件产品的设计 目标是运行十年，体系结构不合理的风险是40%的含义是，如果不对系统进行深入的分析，未采用 最合理的软件技术进行设计，则生产出一个不具备可扩展性的软件系统的概率是40%。由于客户公 司是仍将不断发展的，在十年内，该软件系统都能满足公司运营要求的可能性极低。由此而可能产 生的灾难性后果是公司在业务发展的时候，必须重新开发新系统。 向客户提供风险评估，是按照国际惯例进行的例行操作，一方面让客户对潜在的风险有更充分 的了解，表明公司诚信 为本的态度，另一方面也用以鞭策和激励全体开发人员严格执行开发标准 ，共同监督项目开发过程，努力避免风险的发生。 - 风险 概率 影响 - 规模估计过低 60% 严重的 交付期限太紧张 50% 严重的 用户需求变化频繁 75% 严重的 技术达不到预期效果 30% 轻微的 质量保证体系的措施实施不利 60% 严重的 软件体系结构设计不合理 40% 灾难性的 人员流动 30% 严重的 3、通过活动，使学生养成博览群书的好习惯。B比率分析法和比较分析法不能测算出各因素的影响程度。C采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。C采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错 C产品的实际生产成本包括废品损失和停工损失。C成本报表是对外报告的会计报表。C成本分析的首要程序是发现问题、分析原因。C成本会计的对象是指成本核算。C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。C成本计算方法中的最基本的方法是分步法。XD当车间生产多种产品时，“废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本 中。D定额法是为了简化成本计算而采用的一种成本计算方法。F“废品损失”账户月末没有余额。F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。F分步法的一个重要特点是各步骤之间要进行成本结转。()G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错G工资费用就是成本项目。()G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对J计算计时工资费用，应以考勤记录中的工作时间记录为依据。()J简化的分批法就是不计算在产品成本的分批法。()J简化分批法是不分批计算在产品成本的方法。对 J加班加点工资既可能是直接计人费用，又可能是间接计人费用。J接生产工艺过程的特点，工业企业的生产可分为大量生产、成批生产和单件生产三种，XK可修复废品是指技术上可以修复使用的废品。错K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。P品种法只适用于大量大批的单步骤生产的企业。Q企业的制造费用一定要通过“制造费用”科目核算。Q企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。 S生产车间耗用的材料，全部计入“直接材料”成本项目。 S适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。()W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对Y“预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对 Y引起资产和负债同时减少的支出是费用性支出。XY以应付票据去偿付购买材料的费用，是成本性支出。XY原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。Y运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。()Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对Z直接生产费用就是直接计人费用。XZ逐步结转分步法也称为计列半成品分步法。A按年度计划分配率分配制造费用，“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)-精品 文档-