第九次作业

  1.

软件开发周期预估不准确，通常需要2到3倍的实际时间，主要是由于以下几个原因：

1、预估不足：

       软件开发涉及多个环节，如需求分析、设计、编码、测试等，每个环节都需要时间和资源。如果在预估时没有充分考虑每个环节所需的时间和资源，就会导致预估不足，从而延长开发周期。

2、需求变化：

        软件开发中需求变更是常态，客户或用户往往难以准确地描述自己的需求，或者需求随着时间不断变化。这些变化可能导致需求重新定义、设计修改、代码重构等，从而增加了开发周期。

3、资源限制：

        软件开发需要人力、物力、财力等资源的支持，但往往因为各种原因，这些资源无法及时到位或者不足，从而导致开发周期延长。

4、技术难度：

       某些软件项目可能存在较高的技术难度，需要攻克技术难点，这就需要更多的时间和资源。

5、团队协作问题：

       团队成员之间的沟通不畅、分歧以及工作效率不高等问题，都可能导致项目进度缓慢。

6、复杂的开发流程：

       软件开发包含多个阶段，每个阶段都有其复杂性和不确定性，这些都会对开发周期产生影响。

7、计划不准确：

       项目的时间预估往往基于理想状态下的预测，而实际开发中总会遇到各种意外情况，这些意外情况往往导致实际所需时间远超预期。

       为了减少软件开发周期预估不准确的情况，需要充分考虑每个环节所需的时间和资源、确保需求准确性、合理分配资源、提高开发人员的技术水平等。同时，也需要在预估中留出一定的缓冲时间，以应对意外情况。

2.

分而治之”( Divide and conquer)方法(又称“分治术”) ，是有效算法设计中普遍采用的一种技术。

所谓“分而治之” 就是把一个复杂的算法问题按一定的“分解”方法分为等价的规模较小的若干部分，然后逐个解决，分别找出各部分的解，把各部分的解组成整个问题的解，这种朴素的思想来源于人们生活与工作的经验，也完全适合于技术领域。诸如软件的体系结构设计、模块化设计都是分而治之的具体表现。

分而治之方法与软件设计的模块化方法非常相似。为了解决一个大的问题，可以：

1) 把它分成两个或多个更小的问题；

2) 分别解决每个小问题；

3) 把各小问题的解答组合起来，即可得到原问题的解答。小问题通常与原问题相似，可以递归地使用分而治之策略来解决。分而治之方法可以用于实现不同的排序方法，这里介绍两种排序法：快速排序和归并排序

3.

工作分解结构

WBS（工作分解结构）是一种项目管理工具，用于将项目或任务分解成更小、更易于管理的部分。12

WBS的创建过程涉及将项目按阶段可交付成果将项目工作分解成较小的、更易于管理的组成部分。这种分解有助于项目经理和项目团队确定和有效地管理项目的工作，确保项目的顺利进行。WBS不仅是一个描述思路的规划和设计工具，还是一个清晰地表示各项目工作之间相互联系的结构设计工具。它还用于展现项目的全貌，详细说明为完成项目所必须完成的各项工作的计划工具。15

WBS的每一层下降都代表对项目工作的更详细定义和描述。通过将项目可交付成果进一步分解为WBS，可以防止遗漏项目的可交付成果，帮助项目经理关注项目目标和澄清职责，建立可视化的项目可交付成果，以便估算工作量和分配工作。此外，WBS还帮助改进时间、成本和资源估计的准确度，帮助项目团队的建立和获得项目人员的承诺，为绩效测量和项目控制定义一个基准，辅助沟通清晰的工作责任，为其他项目计划的制定建立框架，帮助分析项目的最初风险。5

WBS的分解可以采用多种方式进行，包括按产品的物理结构、功能、实施过程、地域分布、目标、部门或职能等。这种分解方式使得WBS具有4个主要用途：作为描述思路的规划和设计工具、清晰地表示各项目工作之间的相互联系的结构设计工具、展现项目全貌的计划工具，以及定义里程碑事件，向高级管理层和客户报告项目完成情况。