【软件开发】案例研究和UP的初始化阶段

1.案例研究

案例研究中涵盖的内容通常，应用包括UI元素核心应用逻辑、数据库访问
以及外部软硬构件的协作。
尽管OO技术可以用于所有层，但是这里对面向对象分析与设计的介绍，首要集中于核心应用逻辑层。研究在该层中进行对象设计的技术。

对其他层的讨论只限于与应用逻辑层的接口设计上
为什么重点探讨核心应用逻辑层的OOA/D?

• 其它层通常对技术或平台有极大的依赖性
• 相比之下，核心逻辑层的面向对象设计对各种技术来说是相似的
• 在应用逻辑层语境中学习到的基本OO设计技巧适用于所有其它层或构件
• 在新框架或技术出现时其它层的设计和模式呈现出快速变化的趋势

2.初始阶段 Inception

2.1 什么是初始阶段？

初始阶段是建立项目共同设想和基本范围的比较简短的起始步骤。
为了在随后的细化阶段能够开始编程，它将包括对10%的用例进行分析，关键的非功能需求的分析，业务案例创建和开发环境的准备。
初始阶段主要是为项目目标，建立一些初始的共同构想，确定项目是否可行
并决定是否值得进入细化阶段，加以认真研究。

2.2 什么不是初始阶段？

• 初始阶段不是瀑布式开发过程的需求阶段初始阶段的目的。
• 不是为了定义所有的需。
• 或者产生可信的评估和项目规划如果初始阶段的持续时间超过了1周，那么初始阶段的意义就不存在了。因为初始阶段的目的是为了确定是否值得深入调查而不是进行深入调查。

迭代开发的一个重要观点是在初始阶段只完成其中部分制品在后继迭代中对其进行精化。
而且除非认定某制品很可能具有实用价值，否则不应该创建该制品
因为是在初始阶段，所以相关的研究和制品内容应该是轻量级的。例如，用例模型可以列出大部分所期望的用例名称和参与者的名称但可能只详细描述其中的10%这一工作在定义系统范围
目标和风险的大致高层设想中完成

在本阶段，只完成其中部分制品后继迭代中将会反复对其进行精化
另外，在初始阶段可能进行—些编程工作，其目的是创建“概念验证”原型。例如，通过UI原型来澄清一些需求，为关键的“显示阻塞”技术问题做一些编程实验。

2.3 初始化阶段的一些陷阱

一，当认为大部分项目的初始阶段会持续几周或更长时
二，在初始阶段试图定义大部分的需求
三，期望初始阶段的预算和计划是可靠的
四，定义架构应该在细化阶段以迭代方式来定义架构
五，认为正确的工作顺序应该是定义需求，设计架构，实现
六，没有业务案例或设想制品
七，详细编写所有用例
八，没有详细编写任何用例。与之相反，应该详细编写10%-20%的用
例以便获得对问题范围的真实认知