软件开发环境培训课件.pptx

软件工程;2019/6/26;版本管理;2019/6/26;版本管理系统的核心工作是对项目软件或者项目文档的管理，把存储所有项目内容的数据库称为版本仓库（repository），版本仓库可以理解为一个存储着所有开发历史的数据库，与通常意义的数据库不同，它一般是在现有文件系统上的高效实现。 所有纳入版本仓库进行管理的各种软件资产统称为软件配置项，包括各种文档、数据以及代码等。 配置项在其生命周期的特定时间点上通过正式评审而进入正式受控的一种状态，称之为基线（baseline）。 作为配置管理的基础，基线可理解为软件配置项的一个稳定版本，基线为后续开发活动提供了信息的稳定性和一致性。;版本系统对于冲突问题的解决通常存在两种方法。 第一种方法被称为是悲观的方法，原理是第一个检出文件的人将会拥有对该文件的排它锁。好处在于能够保证一个文件只由一个人同???进行编辑并且不会导致任何的冲突发生。 第二种是乐观的方法，开发人员可同时对文件进行编辑，但涉及如何合并修改和冲突的解决。 版本系统与其它工具联合使用会发挥出更大的价值。;生成管理;发布管理;变更管理;项目计划及跟踪;每项工作任务同时也给出了对应的工作量，使用单位“人天（PD）”表示。 对每项工作包应存在两个评估值——期望的工作量和为潜在问题预留的缓冲量。;任务安排与工程网络图;确定最小持续时间的路径又被称为是关键路径，每个处于关键路径上的工作包如果遇到计划外的延期则意味着整个项目的拖延。 复杂项目计划中很重要的一个工作就是在关键路径上尽可能少的安排工作包，这样也能够在计划中为工作包产生更多的时间缓冲。 每个项目计划以及所有项目员工的总体分配方案是彼此依赖的复杂系统，不仅要使得员工的工作负担尽量均衡也要使得项目尽可能快的进展下去，这对项目的计划提出了更高的要求。;项目组织与甘特图;项目计划常使用甘特图（Gantt chart）图对计划进行描述，包括工作包、依赖、责任人、完成比例等。 实心菱形标识出里程碑的位置，表示在此位置可以对现有进度进行评审，并可根据需要对计划进行较大调整甚至终止项目。 内部里程碑，开发单位内部进行的进度评审； 外部里程碑，客户在此了解当前项目的进展并对产品进行部分的验收。 ;2019/6/26;项目计划跟踪;软件规模估算;功能点分析需要准确的理解当前所有的用户功能，并尽可能的将每个功能归到以下的5种任务类型之中： 内部逻辑文件（ILF，内部数据）：在待开发系统内部处理的数据，如开发的类本身。 外部结构文件（EIF，引用数据）：从开发系统的外部引入并进行处理的数据。 外部输入（EI，输入）：从开发系统外部的输入，并由此对数据展开处理，如数据以某种格式约定（输入掩码）从系统外部的输入。 外部输出（EO，输出）：在待开发系统中实现业务计算结果外部的输出，比如数据以某种形式的输出格式（输出掩码）或对其它系统的错误消息输出。 外部查询（EQ，查询）：从外部系统发出的对数据信息的查询，对数据的查询格式、报告以及分析，不包括其它需要的附加计算。 然后对功能的复杂度进行考虑，简单的可以分为三个级别：容易、中等和复杂，分别赋予不同的权值。;接下来基于对各个功能点的估算结果利用一个模板计算出未调整（无权重）的功能点分值。 无权重的功能点力求对用户所有的功能需求进行评价，在大多数的评估方法中往往还需要考虑到一些影响因素，即该项目的一些约束或边界条件的影响。 将上述因素进行整理和归类，作为每个功能点的权值影响纳入计算，按照权重计算公式进行综合，然后作用于无权重功能点值，进而产生最终的有权重的功能点值。;未调整功能点数（UFP）;开发成本估算;子模型;影响因子;目前的方法都是用来评估项目整体或者其任务（功能）的成本。 一些管理方面的跨活动的成本，如项目管理或者质量保证等单独活动的成本，则需要在总成本的基础上根据每个部分所占的比例进行估算。 一般来说，随着项目规模的增加，实际的开发工作量所占的比例在逐渐下降，其中的管理成本、文档化的成本以及质量保证的成本却在增加。 ;质量管理;质量要求不仅仅要重视产品本身的质量，更应该注重产品生产过程的质量，因为好的过程下会以极高的概率产生出高质量的产品。 产品的生产过程不是一蹴而就的，而是需要不断经过改进而提高的，发现现有过程的问题并制定措施完善是过程改进不变的宗旨。 互为作用和补充的四个项目因素，它们的作用是联动的。但适合的开发过程能够保证较少问题的产生，因而可以实现快速开发出质量高的产品。;能力成熟度与过程模型;CMMI三级及以上中的子过程又称为是过程域（Process Area），每个过程域具有一系列的目标，包括特定目标（Specific Goals）和通用目标（General Goals），并给出了它们对应的特定实践（Specific Practic