码迷,mamicode.com
首页 > 其他好文 > 详细

Preliminary Design Review(初步设计评审(回顾))

时间:2017-10-11 14:12:34      阅读:283      评论:0      收藏:0      [点我收藏+]

标签:了解   sig   view   min   rem   hand   阶段   books   改变   

一、前言  

    初步设计评审PDR)会话帮助您确保鲁棒图,域模型和用例文本都相互匹配。针对每个用例来说 这个评审是初步设计和详细设计阶段之间的“门户”桥梁。在本章中,我们提供了PDR的概述,然后我们将展示Internet Bookstore的示例。初步设计评审理论,在本节中,我们将介绍PDR的关键要素,包括我们的前10PDR指南。

二、为什么选择PDR

 

    为什么要在鲁棒性分析后重新评审你的模型? 这是一个假想的的对话,我们希望能够对这个话题有所了解:

1、 问:我为每个用例绘制了一个鲁棒性图表,结果我认为用例模型很好。可以开始设计吗?

 

    答:首先有一个快速评审步骤:初步设计评审(PDR)。 此评审会话帮助您确保鲁棒性图表,领域模型和用例文本都相互匹配。

 

2、 问:谁应该参与PDR会议阶段

 

    答:和参加需求评审的是同一群人:客户代表,开发团队以及密切参与项目的一些管理人员。 客户将密切参与和涉及这个会议(阶段),但这次评审是客户直接参与的最后阶段。 之后,它是详细的设计 - -这是高级开发人员的工作。

    (注意:当然,客户可能仍然对正在进行的工作,截图等进行评论,但是您不希望非技术性(或更糟糕的是,客观上)客户去进行评论或推动未来的设计

 

3、 问:但是如果客户想要在以后添加新的需求呢?

 

       答:这是一个不同的问题。 我们所说的只是客户没有介入到设计和编码(即PDR之后的剩余步骤,直到交货)。

4、 问:如果客户确实想添加新的要求,这会对流程有什么影响?

 

    答:对于新的需求那么至少要回到过程的第1步(根据需要修改用例和域模型)。处理分析和在不断改变需求的海洋里进行设计工作是一个复杂的难题,并且在这个过程中伴随着陷阱(Handling the analysis and design effort in a sea of changing      requirements is a complex subject with many pitfalls)。所以我们写了一个关于这个问题的另一本书。

 

5、 问:PDR期间还需要实现什么?

 

        答:这是一个很好的机会确保您的实体类已经填充了属性,在你的系统中的屏幕screen都有名称,并且可以跟踪屏幕screen和实体类之间的数据流。

 

 6、 问:如果我们正在做一个详细的设计,我们还不应该考虑技术架构(TA)?

 

    答:是的,在这个会议(阶段)进行的期间,TA也应该被评审 您需要确保新兴设计将与您选择的架构配合使用。

三、十大PDR指南

   本章讨论的原则(principles)可以概括为一个准则清单。 我们的前10名列表如下:

 

Preliminary Design Review(初步设计评审(回顾))

标签:了解   sig   view   min   rem   hand   阶段   books   改变   

原文地址:http://www.cnblogs.com/zhaoby451/p/7650040.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!