1、1软件过程与软件管理课程复习题一解释相关概念或术语1.软件过程：软件过程是指软件开发人员开发和维护软件及相关产品（如项目计划、设计文档、代码、测试用例、用户手册等）的一套行为、方法、实践及变换过程。软件过程涵盖了软件采购、软件开发、软件维护、软件运行、软件获取、软件管理、软件支持等 7 大类的软件活动。2.软件过程工程：为建造软件过程所进行的一系列工程化活动。软件过程工程的基本活动包括 过程定义、过程例化、过程模拟、过程运作。3.软件配置管理：SCM 是标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和变动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性（GB/T
2、11457-1995 软件工程术语） 。针对 SCM 在软件生命周期各阶段所起的作用，一个完整的 SCM 环境要求具有版本控制、变更管理、状态统计、和配置审计的功能。4.CMM 中的关键过程域：每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程方面，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域。5.CMM 中的关键实践：是指关键过程域种的一些主要实践活动。每个关键过程域最终由关键实践所组成，通过实现这些关键实践达到关键过程域的目标。一般情况下，关键实践描述了该“做什么 ”，但没有规定“如何”去达到这些目标。6.CMM 中的 SEPG：软件工
3、程过程组（Software Engineering Process Group）由专家组成，统领 CMM 实施活动，协调全组织软件过程的开发和改进活动，制定、维护和跟踪与软件过程开发和改进活动有关的计划，定义用于过程的标准和模板，负责对全体人员培训有关软件过程及其相关的活动。7.USDP/RUP：USDP（Unified Software Development Process，统一软件开发过程）是一种基于构件的，用况和风险驱动的，以构架为中心，迭代和增量式的开发过程。分为初始、细化、构造、移交四个阶段。RUP（Rational Unified Process，统一软件开发过程，统一软件过程）
4、是一个面向对象且基于网络的程序开发方法论。根据 Rational(Rational Rose 和统一建模语言的开发者)的说法，好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。RUP 和类似的产品例如面向对象的软件过程（OOSP） ，以及 OPEN Process 都是理解性的软件工程工具- 把开发中面向过程的方面（例如定义的阶段，技术和实践）和其他开发的组件（例如文档，模型，手册以及代码等等）整合在一个统一的框架内。8.SWEBOK：软件工程知识体(SWEBOK)提出五个目的：(1) 促进软件工程业界统一看法；(2)划定学科边界，澄清软件工程的学科地位；(
5、3)刻画软件工程的学科内容； (4)提出访问 SWEBOK 的论题(知识点)；(5)为个人认证、申请执照、课程体系制定提供基础。SWEBOK 把整个体系分解为 10 个知识域(Knowledge Area)： 软件需求、软件设计、软件构造、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程工具和方法、软件质量。每个知识域又分若干子域，2每个子域分为若干论题(Topic)。二简要回答下列问题1.PSP 和 TSP 中质检过失比（A/FR）是一个重要的质量度量参数。请简要说明 A/FR 分别小于 1 和大于 2 时对过程的意义。质检/过失比：质检质量成本 /过失质量成本，用来测
6、量在第一次编译前花在查找缺陷上的时间的相对值。可用复查时间/（编译+ 测试）时间来计算。能很好地指示测试中发现缺陷的可能性。当 A/FR2 时，过程产生无缺陷的可能性更大。A/FR 的值对于小的独立的产品通常比 2.0 要大； A/FR 的值对于相对大的产品等于 1.0 较为合适。例如，如果有实际总开发时间=262min，实际代码复查时间=29min ，则质检成本=100*29/262=11.07%如果有实际编译时间=5min，实际测试时间=10min，则过失成本=100*（5+10）/262=5.73%。此时， A/FR= 11.07/ 5.73=1.93。可用复查时间/（编译 +测试）时间
7、来计算。2.TSP 中的 SUMQ 的作用。项目管理者根据质量计划，通过 SUMQ 质量总结表协助团队成员跟踪绩效。SUMQ 包括主要比率、无缺陷比率PDF、缺陷数/页、缺陷数/KLOC、缺陷比率、开发时间比率、质检过失比 A/FR、复核比率、检查比率、缺陷引入比率、缺陷除去比率、阶段成品率、过程成品率。它提供了对质量问题的估计方法、深入分析设计和代码复核质量的方法，以及对整个过程的评估方法，使软件开发人员对质量问题更加敏感和小心，以便开发出高质量的软件产品。3.在软件配置管理系统中检入与检出是基本功能。请解释其基本工作流程和作用。检入就是将软件配置项从用户的工作环境存入到软件配置库的过程；检
8、出就是将软件配置项从软件配置库中取出的过程。基本工作流程不会4.CMM 的主要用途。软件过程评估：(SPA，Software Process Assessment)一组经过训练和培训的软件专业人员，确定出一个企业软件过程的状况，找出软件企业所面对的与软件过程有关的、最急需解决的所有问题，以便取得企业领导层对软件过程改进的支持企业内部。软件过程改进：（SPI ， Software Process Improvement)帮助软件企业对其软件过程向更好的方向改变，进行计划、制定以及实施。软件能力评价：(SCE， Software Capability Evaluation)一组经过训练和培训的软件
9、专业人员，鉴别出软件承包者的能力资格；或者是，检查、监察正用于软件制作的软件过程的状况企业外部。 5.PSP 过程框架和主要步骤。主要步骤如下：入口准则进行问题描述；PSP 项目计划总结表；以前开发的程序的实际规模和时间数据；时间记录日志；计划阶段首先获得项目的需求，然后完成项目计划总结表，最后把计划所花费的时间记录在时间记录日志上。设计阶段设计这个程序。用流程图或伪码等指定的格式记录设计的内容。该阶段结束时，把设计时间记录在时间记录日志上。编码阶段利用所选择的程序设计语言来实现该设计。使用一致的编码格式。结束时在时间记录日志上记录编码所花费的时间。代码复查复查所有的源程序代码；遵照代码复查脚
10、本；修复并记录所发现的每一个缺陷；将代码复查阶段所花费的时间记入时间记录日志；编译阶段编译程序并改正所有发现的缺陷。修复缺陷直到正确编译无错为止。所有花费在这一阶段的时间记为编译时间，包括修改设计和改正代码的时间。该阶段结束时，在时间记录日志上记录编译时间。测试阶段进行充分的测试以保证程序满足所有的需求，并且能够不带任何错误通过一组全面的测试集。所有花3费在这一阶段的时间记为测试时间，其中包括修改设计、改正代码和重新编译的时间。该阶段结束时，在时间记录日志上记录测试时间。后置处理阶段完成项目计划总结表中所有有关实际数据的那些栏目。然后登入一个估计的后置处理阶段的时间。过程框架如图所示：6.“项
11、目计划总结表”中有哪些数据？简要说明“项目计划总结表 ”在 PSP 中的作用。学生 日期 程序 程序号# 教师 程序设计语言 总结 计划 实际 累计Minutes/LOC LOC/Hour Defects/KLOC 过程效益 A/FR 程序规模（LOC）新开发与更改的 最大规模 最小规模 开发阶段时间/min 计划 实际 累计 累计百分比 计划 设计 编码 代码复查 编译 4测试 后置处理 总计 最大时间 最小时间 引入的缺陷 计划 实际 累计 累计百分比 Def/Hour计划 设计 编码 代码复查 编译 测试 总计 排除的缺陷 计划 实际 累计 累计百分比 Def/Hour计划 设计 编码
12、代码复查 编译 测试 总计 “项目计划总结表”在 PSP 中的作用：在 PSP 中，记录项目的计划数据和实际数据的表格叫项目计划总结表。在项目开始时，软件工程师记录计划部分的值；项目完成时，记录实际值，并累积值和累积百分比。计划不是一个准确的过程，作为一种技能，计划可以逐步的改善和提高，而提高的最主要途径是为所作的每一项工作做计划，然后对于每一项已经完成的工作，将它的计划值与实际结果作比较。这样可以更清楚的了解计划中的差错并且学会制定更好的计划。通过对缺陷数据的记录分析，可以清楚的看到设计过程中存在的问题，作为对日后开发有益的补充。7.CMM 中属于管理类别的关键过程域。2 可重复级：需求管理
13、；软件项目计划；软件项目跟踪及监督；软件子合同管理；软件质量保证；软件配置管理。3 已定义级：集成软件管理；组间合作。4 已管理级：定量的过程管理。8.简要说明 PSP 中程序规模与生产率的估计过程。方法是：先（按功能分类）估计程序可能有多少行代码 LOC，再估计编写每行代码需要多少分钟 MIN/LOC；然后（按功能分类汇总）估算总共需要的时间。其中对代码行的估计：较大规模-收集一系列有关数据，建立一个历史记录，用新程序的每个功能比对历史记录中每个类似功能，然后累加。小规模-与历史数据比对作出好的规模估计关键是要有大量的历史数据，要进行多次规模估计，要定期将实际结果与估计值作比较。9.软件基线
14、库的要求是建立软件配置管理数据库系统。请简要给出软件配置管理数据库系统中的主要功能。软件配置库又称软件受控库，是指在软件生命周期的某一阶段结束时，存放作为阶段产品而释放的、与软件开发5工作有关的计算机可读信息和人工可读信息。软件配置库存储一般采用数据库的形式。软件配置管理就是对软件配置库中的各项软件项管理。10.软件工程过程组与软件工程组的主要区别。软件工程组（Software Engineering Group）：负责一个项目的软件开发和维护活动的团体。活动包括需求分析、设计、编码和测试等。软件工程过程组（Software Engineering Process Group）：是由专家组成的
15、组，他们推进组织采用的软件过程的定义、维护和改进工作。软件工程过程组统领 CMM 实施活动，协调全组织软件过程的开发和改进活动，制定、维护和跟踪与软件过程开发和改进活动有关的计划，定义用于过程的标准和模板，负责对全体人员培训有关软件过程及其相关的活动。 11.度量与分析在 CMM 中的作用。描述与软件过程相关的基本测量实践， 其目的是控制和改进过程， 度量和分析一般包括测量示例，通过这些示例可以知道如何确定操作活动的状态和效果。12.TSP 的启动过程主要包括的步骤及其要点。启动过程是 TSP 的第一个步骤，其步骤：1、描述了小组角色的职责2、制定小组目标 3、制定小组成员目标4、制定角色目标
16、 5、TSP 启动流程a、TSP 周期 1 小组启动b、TSP 周期 n 小组启动c、成员信息表 d、每周例会 e、每周状况报告（WEEK 表）要点：组建小组不能随意；需要花费时间进行考虑；需要建立小组成员在工作中的相互关系；决定小组成员所担当的角色；取得目标的一致意见。13. TSP 的主要过程。启动过程开发策略开发计划需求分析过程设计过程实现过程测试计划事后分析14.TSP 中小组角色有哪些？小组长开发经理计划经理质量/生产经理技术支持经理15. 在 TSP 中开发计划需要填写哪些表格？TASK、SCHEDULE 、SUMS 、SUMP、SUMQ 表16. TSP 中 PDF 指标是什么？
17、有何意义？6无缺陷比率 PDF：PDF 就是在给定的阶段内没有缺陷的产品部件所占有的百分比。部件越多，PDF 衡量集合的质量就越精确。PDF 数据提供了一个对质量问题的初步估算方法。如果 PDF 不是平稳均匀增长的，那么就检查一下那些缺陷数目很多的部分。PDF 数据如果在每一个除去缺陷阶段里有了，你就可以看出在整个开发过程中质量是如何提高的。PDF 如果稳步提高，在系统测试过程中要达到或超过 90%。17. UML 中活动图可以用来描述什么？描述活动之间的数据流或判断提供多种不同的业务流程视图描述用例中出现的活动使用不同的非连续符号显示多种不同的活动显示并行线程用来描述事物发展变化的过程，活动
18、图可以描述业务流程，工作流程，类中的操作流程等。18. ROSE 的基本功能有哪些1、对业务进行建模（工作流） ；2、建立对象模型（表达信息系统内有哪些对象，它们之间是如何协作完成系统功能的） ；3、对数据库进行建模，并可以在对象模型和数据模型之间进行正、逆向工程，相互同步；4、建立构件模型（表达信息系统的物理组成，如有什么文件、进程、线程、分布如何等等）5、生成目标语言的框架代码，VB、JAVA、DELPHI 等19.ROSE 是否可以支持从 USE CASE 自动导出类/对象结构？可以。在 Rose 的菜单 File 中可以打开 import，export/导进，导出 package，对利
19、用现成的建模成果很有用，例如我们可以导进一个现成的 java 模型，这样就可以直接利用 java 标准的对象了。20. ROSE 是否可以支持从类/ 对象结构自动导出详细代码？可以。很多外部的产品都对 rose 发布了 add-in 支持，以对 rose 的功能做进一步的扩展，如java、oracle、delphi，有了这些 add-in，rose 就可以做更多的深层次的工作了。例如装了 delphi link 之后，rose 就可以直接可以生成 delphi 的框架代码，也可以从 delphi 代码转化成 rose 模型，并进行两者的同步。三论述题1从 PSP 的过程框架出发，谈谈 PSP
20、带来的益处。PSP 是一种可用于控制、管理和改进个人工作方式的自我持续改进过程，是一个包括软件开发表格、指南和规程以及帮助软件工程师测量和改进工作方式的结构化框架。可用于控制、管理、改进和自我完善软件工程师软件开发的个人工作方式与过程。个体软件过程 PSP 的好处有：PSP 为个体和小型群体优化软件过程提供了途径；PSP 与具体的技术（程序设计语言、工具或者设计方法）相对独立；PSP 能够说明个体软件过程的原则，且原则能够应用到几乎任何的软件工程任务之中；PSP 帮助软件工程师作出准确的计划； PSP 确定软件工程师为改善产品质量要采取的步骤；PSP 建立度量个体软件过程改善的基准；PSP 确
21、定过程的改变对软件工程师能力的影响。2从 PSP、TSP 、CMM 所关注的焦点，简要论述 PSP、TSP 、CMM 之间的关系。PSP、 TSP 和 CMM 为软件产业提供了一个集成化的软件过程框架。三者互相配合，各有侧重，形成了不可分割的整体。CMM 注重于组织能力和高质量的产品，它提供了评价组织的能力、识别优先改善需求和追踪改善进展的管理方式。然而，它实现的成功与否和 TSP、PSP 密不可分。在 CMM 的 18 个关键过程域中，有 12 个与 PSP 紧密相关，16 个与 TSP 紧密相关。PSP 注重于个人的技能，能够指导软件工程师如何保证自己的工作质量，估计和规划自身的工作，度量
22、和追踪个人的表现。软件工程师们在他们参与的项目工作之中若充分利用 PSP，则可以保证项目整体的进度和质量，有助7于 CMM 目标的实现。TSP 注重团队的高效工作和产品交付能力，结合 CMM 的管理方法和 PSP 的工程技能，通过告诉软件工程师如何将个体过程结合进小组软件过程，通过告诉管理层如何支持和授权项目小组，坚持高质量的工作，并且依据数据进行项目的管理，向组织展示如何应用 CMM 的原则和 PSP 的技能去生产高质量的产品。（CMM 关注组织所应该做的，它指明组织应达到的目标；PSP 为软件工程师个体持续改进个人的性能提供指导；TSP 为受训的 PSP 工程师提供作为团队成员如何在高性能
23、团队有效工作的具体指导。三者结合在一起，使软件组织如期生产高质量的软件产品。 ）3从 CMM 的框架、结构方面，谈谈 CMM 是如何指示软件机构的能力成熟度的。CMM 框架中融合了全面质量管理的思想，分别是初始级、可重复级、已定义级、已管理级和优化级。这 5 个级别是机构过程能力的 5 个不同层次的状态，从第一级到高一级的跃迁分别实现 4 个过程：有纪律的过程、标准一致的过程、可预测的过程、持续改进的过程。以 5 个不断进化的层次反映了软件过程定量控制中项目管理和项目工程的基本原则。CMM 的内部结构包括：成熟度级别，关键过程域，共同特性和关键实践。通过定义成熟度级别表示了过程能力的水平；通过
24、关键过程域确定了实现一个成熟度级别所必须解决的问题；共同特性是一组属性，指明一个关键过程域的执行和制度化是否有效、可重复和可持续；关键实践描述了对关键过程域的有效实施和制度化起重要作用的基础设施和活动。4从软件管理所包含的内容，简要论述软件管理的必要性及其发展趋势。软件管理是对软件项目和产品进行管理的技术的总称。包含以下几方面的内容：软件项目管理：主要完成定义项目目标，评估项目资源，估计项目实施的进度；软件风险管理：主要进行软件产品的风险鉴定，分析，监视，缓解和计划；软件质量管理: 主要包括质量计划和控制，验证和确认，产品和过程的度量，软件产品的可信任度和可靠性。软件配置管理: 软件产品的版本
25、控制、变更管理、状态统计、和配置审计.在软件开发过程中，产品质量涉及到生产的所有环节，只有各个生产层面都不忽视质量，最后才能得到高质量的产品；而要制造及传递某种合乎特定质量标准的产品时，必须配合适当的管理技术及作业程序；另外，软件管理也是使企业具备持续提供符合要求产品的能力的必要条件。所以，对于整个项目和产品来说，软件管理都是必须的。其发展趋势：目前，软件管理正向着软件过程管理发展，软件界已经认识到软件过程因素对软件开发的重要影响，它使人们把注意力从抽象的软件生存周期模型的研究，转向那些对软件项目的成功起着关键作用的过程细节的研究。5从 TSP 的整个过程框架来说明为什么在 TSP 中有一个后
26、期维护过程。TSP 整个过程框架过程中有一个后期维护过程，目的是收集、分析和记录工程数据；评价小组和每个角色的工作；确定改进后继周期过程的方法；写出周期报告。后期维护是 TSP 的最后一步，后期维护提供了一种结构化的方法来改进个人和小组的工作，每一个 TSP 周期都以后期维护结束，小组成员还可提出建设性改进意见，这样能够更好地完成高质量的产品，节省开发周期和开发成本。6从管理和控制的角度，谈谈建立软件基线的意义。基线是软件生命周期各阶段末尾的特定点，其作用是把各阶段工作划分的更加准确，使之便于检验和确认阶段开发成果。在 CMM 中，项目建立或使用一个仓库用于存放配置项/ 单元和相关的 SCM
27、记录。仓库的内容称为软件基线。建立软件基线库不仅仅是对软件开发的过程管理变得更加容易准确，最关键的它还是一种高效的管理方法，有助于最大程度的降低软件开发成本，提高质量和用户满意度。从管理角度看，其意义主要表现在以下几个方面：软件基线是软件生命周期各阶段末尾的特定点，即里程碑。其意义在于能把各阶段工作划分的更加准确，使之便于检验和确认阶段开发成果。8在软件的整个生命周期中，建立和维护软件产品的完整性。对系统不同版本进行标识和跟踪的过程，可以保证软件技术状态的一致性。指导软件组织提高软件开发管理能力； 降低软件承包商和采购者的风险； 评估软件承包商的软件开发管理能力； 从控制角度看，其意义表现在以
28、下几个方面： 通过软件配置管理的更改控制和配置审核功能，可以系统地控制基线的更改和那些利用软件基线库构成的软件产品的发行。根据文档化的规程生成由软件基线库制造的产品，并控制它们的发行。使得软件配置管理活动是有计划的。选定的软件工作产品是已标识的、受控的和适用的。已标识的软件工作产品的变更是受控的。受影响的组和个人会得到软件基线的状态和内容的通知。7从你已有的软件过程与软件管理的知识和软件实践经验，谈谈如何判断软件过程是成熟的和有效的。若软件过程满足如下几个标准，则认为其是成熟和有效的：软件过程被正确无误地通知到现有职员和新雇员，工作活动均按照己规划的过程进行，而且和实际进行工作的方式相一致。软
29、件过程中，需要时就更新过程，并且通过可控的先导性试验和（或）费效分析使其得到改进。所有项目和在整个组织中，所有的岗位及其职责都是清楚的。经理能够严格监控产品的质量和顾客的满意程度；有客观的、定量的基础，进度和预算是现实的基于以前的性能数据；能达到产品的成本、进度、功能和质量的预期结果。整个过程一致地遵循一个有纪律的过程，而且存在支持该过程的必要基础设施。8从 USDP 提倡的过程及其特点看，谈谈应用 USDP 对软件机构的过程改进可能带来的利弊。USDP 的优势主要有：基于 UML，而 UML 作为面向对象系统建模语言的国际标准，得到了众多国际上顶级软件开发商和开发工具供应商的支持；强调早期就
30、能确定或获得稳定的软件体系结构，从而降低系统开发风险； 以用例 (use case) 作为系统需求的核心表示，并驱动整个开发过程的完成，从而保证最终得到的系统正是用户真正所需要的产品； 采用增量式、迭代式开发，缩短了产品投放市场的时间，并能适应用户需求的变化。USDP 的劣势：软件开发理论上的统一和普遍适用却在产业应用上处处碰壁，遇到了许多问题。对于一个软件开发方法，它的通用性越大，实用性就越差。试图建立一个通用的软件开发过程，就必须研究大量的应用实例，总结这些实例的通用特点，并验证它的正确性，这是一项艰巨的任务。软件开发机构不仅需要一个软件开发过程，更需要一个适合自己需求的软件开发过程。目前
31、，软件开发过程较最好的解决方案是：为用户定制自己的软件开发过程。9谈谈 USDP 和软件开发模型- 螺旋模型的一致性，以及 USDP 与 TSP 的一致性。螺旋模型沿着螺线旋转，在笛卡尔坐标的四个象限上分别表达了四个方面的活动，即： 制定计划确定软件目标，选定实施方案，弄清项目开发的限制条件； 风险分析分析所选方案，考虑如何识别和消除风险； 实施工程实施软件开发； 客户评估评价开发工作，提出修正建议。 螺旋模型适合于大型软件的开发，应该说它是最为实际的方法，它吸收了软件工程“演化”的概念，使得开发人员和客户对每个演化层出现的风险有所了解，继而做出应有的反映。关于 TSP：TSP 是一个小组软件
32、过程框架TSP 指导你通过小组软件工程的每一个步骤TSP 向你表明该如何在一个小组协同工作环境中工作TSP 教会你如何规划和管理一个小组项目TSP 教会你如何为小组成员分配不同的角色9TSP 为小组提高生产力确立了一个过程USDP 是迭代和增量式的。其含义是以细小的步骤开发，整个开发分为多次迭代，每次迭代象一个微型项目，经历所有的核心工作流。增量就是两次相临的迭代之间的发布产品的差别，一次迭代的结果就是一个增量。每次迭代后产生一组基线制品，对基线制品经过评估和修改后才在此基线的基础上进行下一次迭代开发。通过一系列的迭代得到最后的产品发布。此要素有利于逐步降低风险，适应用户需求的不断变化，允许开
33、发过程中的灵活多变，迭代和阶段产生的基线和里程碑增加了过程的可视性，便于过程、产品的管理和控制。与螺旋模型的一致性主要表现在迭代和增量式也即类似与沿着螺线旋转的方式。与 TSP 的一致性主要表现在以细小的步骤开发。论述 9.谈谈 USDP 和软件开发模型-螺旋模型的一致性，以及 USDP 与 TSP 的一致性。USDP 是迭代增量式的，每次跌代由以下五个工作步骤组成：需求 分析 设计 实现 测 试，迭代增量生命周期的好处是 1) 错误提早发现，降低成本; 2) 对项目进度的更好保证 ; 3) 对于开发团队而言开发速度更快; 4) 便于适应用户需求的动态改变; 适合于大型复杂的系统。软件开发模型
34、-螺旋模型也是迭代增量式，每次迭代的步骤与 USDP 也基本相同，同样有风险分析，可以降低开发风险，同样适合于大型复杂的系统。TSP 提供了快速高效的反馈机制短周期、有评估；采用循环的开发战略 从一个 最小规模的产品版本开始；进行风险管理；其实上述机制的本质就是一种迭代增量模式，每次迭代周期短，加入风险评估，与上述两者是一致的。10谈你学习 PSP、TSP、CMM 的心得体会。学习 PSP、TSP、CMM 之后，结合之前自己的项目经历，体会如下：对于小项目，项目本身不大，开发周期也不长，所以看起来比较简单，比较容易成功。因而往往会忽视了这类小项目的管理，其实这是一种误解，从本人的经验看来，小项
35、目开发中容易犯以下的一些错误：开发之前没有认真地进行项目可行性和工作量的估计往往由于项目较小，便很草率地制定一个开发日程表，没有认真地估计项目难度，结果实际完成时间与估计完成时间往往有较大差别。没有真正的设计过程 开发人员少，意味着不同人员的程序之间交互、接口相对少一些。开发周期短意味着往往是同样的几个人从头到尾负责一个项目。这两者都让人容易犯些错误。往往是几个人碰一下头，讨论一下最基本的结构、接口便分头去做自己的工作了，没有一份较正式的文档。这种做法潜在的危险之一是有的人可能会对讨论出的接口、结构理解有偏差（应该承认人是会犯错误的） ，一个误解可能造成以后的返工。另一个潜在的危险是由于讨论时
36、忽略了某些情况，等大家都按当时的分工完成属于自己的工作后，才发现各个模块组合起来却形不成一个完整的系统。其根源在于没有一个负责协调的人员不断监控整个开发过程。第三个潜在的危险是一旦有人中途退出开发队伍，其他人加入时，新来的人难以理解以前别人做好的代码，索性自己从头来。另外，没有文档的程序，日后维护和版本升级都比较困难。不经过单元测试而直接进入系统测试造成这一现象的原因是每个模块相对比较简单，但是为了测试一个模块需要建立一些测试环境。例如，为了测试一个函数是否正确，应该用一些测试数据去调用该函数，需要编写一些测试数据。但很多人嫌麻烦，觉得反正其他模块也很快出来了，直接用真正的数据来运行几次就行了。这样，一旦直接进入系统测试，发现运行结果不正确后需要一步步查找。由于模块间的调用关系，可能查了很久才发现是某个模块的问题。这种方法一来效率比较低，大量的时间用在了将一个错误定位在模块上了。另外由于这种测试不完全，真正运行系统，当调用某模块时，可能大部分时候都是正常数据，极少出现边界情况，可能某些边界情况容易被忽视，很久之后才被发现。但是如果对每个模块进行单元测试时都进行一下边界测试，就会很容易消除一些10隐患，可谓欲速则不达。
