本过程域要实现以下目标：
1）识别出软件开发过程中的重大决策事项；
2）对识别出的重大决策事项，通过正式评价过程做出最优的决策。
为什么要使用正式评价过程来进行决策呢？
那是因为：“正式评价过程减少决策的主观性，并有更大可能选择一个能满足多个利益相关方要求的解法。”
需要正式评价的典型问题，或者说需要进行决策的重大事项，包括“在体系结构或设计替代项之间作选择、使用可重用部件或COTS（现货产品）部件、供方选择、工程支持环境或相关工具、测试环境、交付替代项，以及后勤和生产。”
标准给出了需要使用正式评价过程解决的典型问题，同时也说明不是所有决策都需要使用正式评价过程。
另外，标准中也指出了除“正式评价过程”之外，还有两种决策手段：“不太正式的决策”和“较正式的决策”。
“不太正式的决策可只用少量时间，只用少数准则，且只产生一至两页的报告。较正式的决策，可能需要各自的计划、几个月的工作、制定和批准准则的会议、模拟、原型、试点和大量的文档。”
可见不要把DAR看作“麻烦”的代名词。
标准允许我们对那些不是影响特别重大的决策过程进行简化。实际工作过程中，经常也会有与利益相关方一起讨论一些小的决策的情形，这类决策可能相关方几句话就可以定下来，由于决策比较小，涉及的相关方也少，从而忽略使用DAR过程。其实标准要求的是，我们做这个决策的时候是依据某些事先约定的准则进行的，而不是随意“拍脑袋”拍出来的，并且把这个决策过程记录下来。只要决策杜绝了主观随意性，过程简化也是符合标准的。
专用实践 1.1 建立决策分析指南。
本实践就是要确定何时需要正式评价过程的典型指南。
标准给出如下建议：
a) 当一决策直接与被评估为中或高风险的课题相关时。
b) 当一决策与更改配置管理下的工作产品相关时。
c) 当一决策会引起进度延误超过一定百分比或指定数量时间时。
d) 当一决策影响达到项目目标的能力时。
e) 当正式评价过程的成本与决策的影响比较是合理的时。
f) 当招标期间具有法律义务时。
在标准给出的这些指南中，前3个的可操作性非常高，分别是：风险较高时、配置管理变动时、进度延误时。
另外，指南还可以和在本过程域序言中提到的需要正式评价过程处理的典型问题结合起来，诸如体系架构优选、外购还是自研等。
专用实践 1.2 建立评价准则。
本实践要求建立一个正式评价的通过准则。
整个标准多个过程域都要求建立相应的准则，这是实施标准规范软件开发的特色。而DAR过程域又是和其它过程域有着紧密的关联，所以建立评价准则的时候应先梳理组织在其它过程域的准则，避免重复工作且使体系的过程文件之间出现不一致。
标准建议的准则类型应考虑的准则类型，包括：
- 技术限制。
- 环境影响。
- 风险。
- 完全的所有权和生存周期成本。
正式评价准则就是考虑合适的准则类型以及准则的相对重要性，以反映要求、目标和利益相关方的优先级。
正如序言中所说，有时不太正式的决策可能用时很短，也仅仅选用评价准则中的几条就可以做出决策。所以这里要给出简化决策过程时选择准则的理由，以帮助组织在这些不太正式的场合也能做出正确的决策。
专用实践 1.3 标识备选方案。
本实践要求对待决策的重大事项准备多个解决方案。
获得解决方案的手段包括：
a) 以往的类似项目；
b) 项目组成员或技术专家的经验；
c) 调研或分析研究成果；
d) 头脑风暴法、个人访谈等方法的结果。
无论哪种手段，都要“尽可能多地征得利益相关方参与”。
因为本过程域的实施就是为了使做出的决策满足多个利益相关方的利益诉求，所以讨论备选方案时，要和问题涉及的各个利益相关方一起进行。
专用实践 1.4 选择评价方法。
本实践要求项目选择一种正式评价的方法。
标准给出的典型评价方法如下：
- 建模和模拟。
- 工程化研究。
- 成本研究。
- 商业机遇研究。
- 调查。
- 基于现场经验和原型的推断。
- 用户评审和评论。
- 测试。
- 专家或专家组所提供的判断（例如，宽带Delphi法）。
如果是“不太正式”的决策，就在标准中所列的各种评价方法之中选择简单易行的吧。
专用实践 1.5 评价备选方案。
本实践要求项目按照评价准则和选择的评价方法对重大事项的多个解决方案进行正式评价。
评价的手段就是“分析、讨论和评审”；评价的依据是“所建立的评价准则和所选择的方法”；评价的内容是“有关的假设和支持此假设的证据”以及“备选方案的值中的不确定性是否影响评价”。
专用实践 1.6 选择解法。
本实践要求依据评价结果选择合适的解决方案。
同时，也要“评估与实现此解法有关的风险”。不同的解决方案都有各自的优缺点，所以尽管遵循评价过程要求选择了最佳解决方案，依然要考虑这个方案潜在的风险对项目可能带来的影响。
