在rup模型开发过程中的项目管理论文(编辑修改稿)

在rup模型开发过程中的项目管理论文(编辑修改稿)内容摘要：

施 协助系统的日常维护 丰富的系统管理维护经验 客户培训人员 用户培训材料的准备 实施用户培训 协助客户代表落实新的业务规范 丰富的系统实施经验 丰富的系统培训经验 客服人员 负责人工坐席的服务包括GIS 位置查询与路线导航服务、防盗报警服务 系统维护人员 系统的日程维护 丰富的系统管理维护经验 跟进回访人员 客户的定期走访 接收客户投诉 组织客户投诉的解决 主要项目人员简介 项目经理 一人 ：有 十 年以上大型项目管理经验，曾经管理的过千万的大型综合业务系统。 专职负责本项目的开发。 本系统建设期间，在接到采购人通知 4 小时内可到达采购人现场处理问题或交流情况。 技术主管 一人 ：具有大型综合业务应用系统研发经验，主持过多项超过 100万的项目开发，本系统建设期间，在接到 客户方 通知 4 小时内能到达现场处理问题或交流情况。 架构设计师 一人 ：具丰富架构设计、数据库设计经验，有超过 5 年的数据库设计和架构设计经验。 以上主要人员将全职参与项目建设。 5 进度管理 进度管理是为了确保项目能按时完成所需的各个过程。 流程图示 进 度 监 控进 度 管 理 进 度 计 划项 目 执 行 人 员项 目 管 理 小 组P M S t e e r i n g确 定 本 项 目 范 围制 定 项 目 进 度计 划对 项 目 进 度 计划 进 行 审 批提 交批 准 与 否修 改 项 目 进 度计 划否 决发 布 项 目 进 度计 划批 准按 进 度 开 展 项目 工 作发 布每 周 汇 报 工 作进 展 情 况汇 总 项 目 进 度情 况汇 报监 控 项 目 进 度项 目 进 度 报 告是 否 受 控受 控汇 报修 改 项 目进 度 计 划失 控 6 风险管理 风险管理是对项目风险进行识别、分析和应对的系统化工程。 它包括把对于项目目标而言正面事件的概率和影响结果扩到最大和把负面事件的概率和影响结果减少到最小。 流程 风 险 管 理 监 控风 险 管 理 风 险 管 理 计 划项 目 管 理 小 组 项 目 执 行 人 员P M S t e e r i n g标 识 风 险分 析 项 目 中 可能 产 生 的 风 险确 定 项 目 风 险的 级 别制 定 风 险 管 理计 划审 批 风 险 管理 计 划确 立 风 险 管 理计 划批 准汇 报 风 险 处 理情 况分 析 风 险 被 处理 的 情 况上 报汇 报 风 险 处 理情 况否 决风 险 是 否 被妥 善 处 理是监 控 风 险 被 处理 情 况汇 报未 被 妥 善处 理 7 质量管理 我们在开发项目上按照规范化软件的生产方式进行开发，在开发流程上采用ISO9000 的标准进行质量管理。 我们的质量管理主要包括：质量保证、过程控制和持续改进三个过程域。 质量保证 —— 贯穿整个项目全生命周期的有计划和有系统的活动，软件质量保证工程师定期地针对整个项目质量计划的执行情况进行评估、检查与改进等工作，向管理者、顾客或其他方提供信任，确保项目质量与计划保持一致。 过程控制 —— 对阶段性的成果进行检测、验证，为质量保证提供参考依据。 持续改进 —— 我们 运用 ISO 管理体系的一个主要思想 PDCA，即为PlanDoCheckAction（计划－执行－检查－措施），不断地提高质量，以满足顾客不断提高的需要，企业必须要持续改进才能持续获得顾客的支持。 本系统不仅在一定程度上反映工商管理政府机关的信息化建设的水平，还代表着政府的形象。 因此，质量问题是值得重视的，对于本项目来说，尤其是拥有大量的初级 开发人员来说也是至关重要的。 考虑到质量的重要性，为此我们专门制定 了严格的质量管理的规范和质量管理制度体系。 8 项目管理的特点 基于 RUP的软件开发流程 本次项目使用了基于 RUP 的迭代开发方法 迭代开发的优势 由于项目核心开发人员水平很高，因此可以 更早提交演示版本，协助用户尽早了解系统的本质 ，确定系统需求，为后期的增量和业务价值的增长提供足够的空间 ： 需求变更一直是项目中导致交付的系统质量低下、延期交付、令客户不满意和使开发人员泄气的主要原因。 尽可能早地确定用户的主要需求，是解决上述问题的关键。 使用迭代开发方法项目团队在项目开发的早期花费较少的时间，就可以关注关键的需求，并且生成可以演示的可执行软件，这样可以协助用户尽早了解系统的本质。 系统多次集成，获得较高的质量： 系统经过多次的迭代，多次 的集成，核心模块经过多次的测试，更早地发现系统的缺陷，从而可以更好地保证交付的系统质量。 良好的风险管理： 通过迭代开发方法，项目团队可以在早期的迭代中体验事先制定的风险应对措施的实际效果，并及时调整风险应对计划。 持续改进的开发过程： 迭代末尾的评估不仅能够从计划方面揭示项目的状态；同时也可以帮助项目经理分析在下一个迭代中如何改进项目的组织结构和过程。 我们 的软件开发流程，就是基于 RUP 的迭代开发的思想，并结合我们多年的软件开发实践经验，定制而成的。 开发流程简介 本项目 的软件生命周期分为开始、细化、构建 和移交四个阶段，并且根据实际项目的需要采用不同次数的迭代，每一次迭代中都包括从业务建模到部署等主要的开发过程。 具体可以见下图。 系统开始阶段：我们是要所有项目关系人对实现项目的目标的所有关键因素达成共识。 包括项目团队会明确的说明项目的规模，计划和准备工作的安排，项目的架构选型，项目设计和重用，从而合理的估算出项目的成本，进度和资源。 系统细化阶段：我们会建立系统架构的基线。 项目团队会快速确定项目的架构，确认架构和建立架构基线，制订详细的迭代计划，同时会对不合理的开发案例和架构进行改进。 系统构建阶段：我 们会阐明剩余的 需求 ，并基于已建立基线的架构完成系统开发。 项目团队会合理安排资源，控制资源和优化过程，对完成的开发工作按照评估标准进行测试，并对项目发布进行评估。 系统移交阶段：我们会按照用户反馈调整系统配置、安装和可用性问题。 项目团队会按照部署计划对项目进行部署，在开发现场测试已交付的产品，使最终用户可以使用此系统。 项目开发流程 迭代开发过程分为 6 个核心过程和 3 个核心支持过程。 核心过程包括业务建模、需求、分析、设计、实现和测试。 支持过程包括项目管理、变更配置管理和开发规范。 业务建模 (Business Modeling) 项目团队通过业务建模过程了解目标组织的结构和机制，了解目标组织中存在的问题并确定改进的可能性，从而确保客户、最终用户和开发人员就项目目标达成共识。 同时基于这个共识在商业用例模型和商业对象模型中定义项目的过程，角色和责任。 具体流程请见下图： 关键流程： 评估业务状态：业务流程分析员和用户代表小组通过一系列的研讨完成对客户方组织的业务状态评估。 确定业务流程：业务流程分析员在业务研讨会上确定业务术语并概括出业务用例和业务主角。 设计业务流程的实现：业务流程分析员会根据项目的业务建模规范要求确定业务中的所有角色、可交付工件和系统业务要求， 并通过统一规范的语言详细说明业务角色和业务实体是如何通过执行业务用例来实现的。 评审业务流程：项目经理会组织用户代表小组和业务专家等相关人员对实现的业务流程设计以及是否符合项目业务建模规范进行评审。 通过评审会正式核实业务对象建模的结果是否符合真实的业务需要。 业 务 建 模 流 程业 务 流 程 评 审 员业 务 流 程 分 析 员评 估 业 务 状 态确 定 业 务 流 程设 计 业 务 流 程 的 实现评 审 业 务 流 程 输出文档和工件： 1. 业务规范 2. 业务架构文档 3. 业务模型 需求管理 (Requirements) 项目团队通过需求管理过程来描述系统应该做什么，并 使开发人员和用户就这一描述达成共识。 为了达到该目标，项目团队会对需要的功能和约束进行提取、组织、文档化。 经过需求过程后，项目团队会形成用例模型，利用用例模型可以有效地界定系统范围及其行为，并同时得到用户和开发人员的认同。 用例作为分析与设计过程的输入，是实现分析与设计模型的基础。 项目团队通过用例模型使设计模型能够实现用例模型所定义的功能。 同时，在测试流中运用用例模型组成了测试实例，帮助项目团队的测试人员有效地校验整个系统的正确性。 具体流程请参看下图： 关键流程： 1. 分析需求：系统分析员提炼，分析和仔细审查已 收集到的需求，以确保所有的风险承担者都明白其含义并找到其中的错误，遗漏或其他不足的地方。 2. 编写需求规格说明书：系统分析员用标准使用实例模板编写需求规格说明书。 在需求规格说明书中包含了软件的功能需求和非功能需求。 系统分析员会根据需求编写规范确保需求规格说明书的统一风格，使读者能明白怎样解释它。 3. 需求评审：项目经理对于已经完成的需求规格说明书组织一个有不同代表组成的专家小组。 专家会根据需求编写规范对需求规格说明书的内容、风格、形式以及相关模型进行仔细的检查。 输出文档和工件： 1. 软件需求说明书 2. 数据要求说明书 3. 术语表 需 求 管 理 流 程变 更 控 制 经 理需 求 评 审 人 员系 统 分 析 员了 解 干 系 人 的 需 求编 写 需 求 说 明 书分 析 需 求评 审 是 否 通 过用 户 方 和 开 发 方 就需 求 进 行 签 字 确 认确 定 项 目 的 范 围不 确 认需 求 变 更 管 理确 认 4. 需求模型 分析和设计 (Analysis amp。 Design) 项目团队通过分析和设计过程将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，并优化其性能。 分析设计的结果是一个设计模型和一个可选的分析模型。 设计模型是源代码的抽象，由设计类和一些描述组成。 设计类被组织成具有良好接口的设计包和设计子系统，而描述则体现了类的对象如何协同工作实现。