P501-15软件项目结束过程.pptVIP

项目结束的重要过程——项目最后评审 对项目进行全面的评价和审核 主要包括： 确定是否实现项目目标 是否遵循项目进度计划 是否在预算成本内完成项目 项目过程中出现的突发问题以及解决措施是否合适，问题是否得到解决 对特殊成绩的讨论和认识，回顾客户和上层经理人员的评论，从该项目的实践中可以得到哪些经验和教训等事项。 * 《项目总结报告》——总结成功的经验和失败的教训，会为以后的项目人员更好工作提供一个极好的资源和依据。 哪些方法和事情使项目进行得更好 哪些为项目制造了麻烦 以后应在项目中避免什么情况等。 示例：某网站升级改造项目总结报告（用户报告） * 总结：本书介绍的软件项目管理的主要过程及其关系。见图15-2。 * 图15.2软件项目管理说明图 软件项目管理的主要过程——项目计划和项目控制，是项目管理的两个核心的过程块。 项目计划过程块中包括：合同管理、需求管理、任务分解、进度计划、成本计划等； 项目控制过程块中包括：（需求）范围的控制、进度控制、成本控制等。 辅助控制：质量控制、风险控制、沟通控制。 * * 形成项目的三个核心的基准： 项目范围基准 成本基准 时间进度基准 辅助计划： 质量计划 配置管理计划 风险管理计划 沟通计划 度量计划 辅助计划： 质量计划 配置管理计划 风险管理计划 沟通计划 度量计划 * 项目规模不同，应用领域不同，采用的技术路线差别也很大。因而： 针对每个项目的不同特点，不同的组织应该针对自己的特点实施相应的策略，其管理的方法、管理的侧重点应该是不同的 需要“因材施教”，“对症下药”。对于小项目，不能像管理大项目那样去做；对于产品开发类的项目，也不可能像管理系统集成类的项目那样去做。 项目经理需要根据项目的特点，制定不同的项目管理的方针政策。 * 先合同，后软件 先估算，后投入 先分工，后计划 先定义，后劳动 先沟通，后执行 先团队，后技术 先设计，后编程 先规范，后评价 先度量，后跟控 * 倒过来行吗？ 软件产品设计 ——为满足客户的需要和要求，而指定软件的特点、功能和界面的活动。 软件工程设计 ——为满足软件产品的需求说明，而指定软件的系统、子系统以及这些系统的构件和工作原理的活动。 * 决定要开发什么软件产品——用户/市场目标 收集信息作为产品设计过程的输入——需求获取 通过产品设计得到设计过程的输出——生成、评估和细化的产品设计方案，以及最佳的产品设计方法。 产品设计质量的保证方法。 * 理解工程设计问题，建立以UML类图表示的概念模型。 区分体系结构设计和细节设计，实施工程设计的解析研究，提出基本的工程设计原则。 自顶向下，建模体系结构，解析体系结构设计的解析过程。 实施工程设计 中级设计——专注于用UML类图建立静态类模型、动态交互UML顺序图和UML状态图 低级设计——决定可见性、可访问性和信息隐藏，编制 操作规格说明，描述算法和数据结构说明 * * * * * * * * * * 我们的软件做好了，嘿嘿… 项目结束阶段，是项目的最后阶段。 注意：这也是一个阶段，不是时间点，因此要有许多工作安排——依然是从计划开始。 项目，是最能锻炼人的能力、提高人的素质的活动。 项目结束，意味着一段时间的学习、研究、实践这样反复多次的劳动积累告一段落，应该获得了很多知识和感悟。 因此，需要有一个自我的评价——努力完成评价工作，才是一个完整的结束。 * * 知识 Knowledge 总结出获得的新知识——用户业务知识、项目管理知识、软件设计知识、开发平台知识、配置管理知识以及团队与沟通知识——这些东西，将是项目经理下一个项目的经验和信息基础。 理解Comprehension 总结出对一些方法、过程、原理的深入理解和认识——WBS的作用，如何选择或设计一个适应的软件生存周期，编制项目文档的关键在哪里？ 应用 Application 如估算法则的应用，编制进度计划的方法应用，UML的应用（系统分析与设计），软件工程基本原理的应用等 分析 Analysis 回顾一下，你是怎样分析用户需求和软件体系结构的——因为你的WBS设计的的确很好！ 综合 Synthesis 将软件工程项目的几个环节串联起来，你发现了什么——WBS是基础、项目计划是工作主题，跟踪控制不可懈怠、机动灵活应对风险… 评价 Evaluation 完成了…,建立了…,实现了…,达到了…, 掌握了…支持了…,解决了什么… 为今后的…积累了…,已经… * 遗憾的是，我们现在还没有经历过实际的项目。以大学的求学为例——毕业设计是一个项目，如何评价？ 示例——本科学业的结束过程（毕业设计） 教师提出题目或方向和内容，学生选题 教师确认 教师下达《毕业设计任务书》 学生提交《毕业设计开题报告》 教师确认（修改）——开题