下载第15章需求开发向设计规划的转化-Read.PDFVIP

下载 第1 5章 需求开发向设计规划的转化 虽然在开发的开始阶段困难重重，但是“化学制品跟踪系统”的开发工作总算 进展顺利。项目的主办者 G e r h a r d和化学制品仓库的产品代表者 R o x a n n e 怀疑是否有 必要花费这么多时间来收集需求。然而，他们很愿意同开发小组和其它产品代表一 起参加为期一天的软件需求方面的培训。这次培训着重讲述在编写软件程序之前， 使项目所有风险承担者在对需求的理解上达成共识的重要性。在培训课中，所有的 成员了解了需求的术语、概念和他们要用到的方法，这可以激发他们在具体需求实 施过程中采用一些改进需求的技术。 在项目开发过程中， G e r h a r d 收到了用户代表关于如何进行需求开发的一些良好 反馈。后来，他请开发组成员和产品代表者共进午餐，以庆祝他们在“化学制品跟 踪系统”确定需求基线方面达到了一个重要的里程碑。在就餐时， G e r h a r d满怀热情 地感谢了参与获取需求的人员所做出的贡献以及他们的合作，然后他继续说，“现在 你们有了完整正规的需求，我盼望开发小组很快能写出程序代码。” “我们并不准备马上编写程序代码”，项目经理提醒G e r h a r d 。“我们打算分阶段发 行产品，所以我们需要想出一个最好的方法来设计系统，使其能适应将来系统的扩 展。我们可以从产品原型中获得关于有效技术途径的一些思想，并且产品原型有助 于我们理解用户喜欢的界面特性。如果现在我们在软件的设计上多花上一点时间， 那么到明年我们扩充产品的更多功能时就不会遇到较大的问题。” 这时G e r h a r d有一点沮丧。因为他觉得开发人员现在就可以开始编制程序了。但 是G e r h a r d是否有点行动过早？ 有经验的项目经理和开发人员知道把软件需求转化为健壮的设计和合理的项目规划的重 要性。本章通过需求和项目规划、设计、编码和测试之间的联系来探讨需求开发和一个成功 发行的产品之间的转换方法。 15.1 从需求到项目规划 由于需求定义了项目预期的成果（ o u t c o m e ），所以你的项目规划、预测和进度安排都必 须以软件需求为基础。 15.1.1 需求和进度安排 许多软件工程实行“从右到左的进度安排”，此时，规定了发行产品的具体日期而后定义 产品的需求。当开发者要实现预期质量标准下所有要求的功能时，他们常常不能按时完成项 目。在做出详细的规划和约定之前定义软件需求是更现实的。然而，如果你在需求的哪些部 分能适应进度安排的限制哪些部分不能适应进度安排的限制这一问题上还有商量余地的话， 那么“从设计到进度安排”的策略是可以起作用的。 对于复杂的系统，软件仅是最终产品的一部分时，只有在产品级（系统）需求产生以后， 才能建立高层的进度安排。然后，将系统需求分解并分配到各个不同的软硬件子系统中。从 第1 5章 需求开发向设计规划的转化 129 下载 这一点上看，就可以以不同来源（包括市场、销售、客户服务以及开发）的输入为基础建立 起一致的产品发行日期。如果存在进度安排的约束条件，那么具有交叉功能的开发小组必须 在功能、质量和费用上作出合理（ t r a d e - o ff ）的决策。 你可能考虑按阶段规划和提供项目资金。需求探索作为第一阶段将提供足够的信息，使 你能为一个或更多的构造阶段进行现实的规划和预测。具有不确定需求的项目也可以从反复 或渐增的软件开发生存期中得以改善。定义需求的优先级可以使你判断出哪些功能应包括在 首发版中，哪些功能放到随后发行的版本中。 软件项目可能经常不能达到预定的目标，这是因为开发人员和其他项目参与者是拙劣的 规划者，倒不是因为他们是拙劣的软件工程师。主要的规划失误包括：忽略公共（用）的项 目任务，低估了要花费的工作量和时间，没有考虑项目风险，并且没有考虑返工所需的时间。 正确的项目规划需要以下元素： • 根据对需求的清楚理解来估计产品规模的大小。 • 根据历史记录了解开发小组的工作效率。 • 需要一张综合的任务列表以完整实现和验证