需求是指用户对股票软件定制系统在功能、行为、性能、设计约束等方面的期望，架构需求受技术环境和架构设计师的经验影响。需求过程主要是获取用户需求，标识股票软件定制系统中所要用到的构件。

　　1、需求获取

　　股票软件定制系统架构需求一般来自三个方面，分别是系统的质量目标、系统的业务目标和系统开发人员的业务目标。软件架构需求获取过程主要是定义开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足业务上的功能需求。

　　2、标识构件

　　标识构件这一过程又可分为三步来实现：

　　第一步：生成类图。生成类图的CASE工具有很多，例如Rational Rose就能自动生成类图。

　　第二步：对类进行分组。在生成的类图基础上，使用一些标准对类进行分组可以大大简化类图结构，使之更清晰。一般地，与其他类隔离的类形成一个组，由泛化关联的类组成一个附加组，由聚合或组合关联的类也形成一个附加组。

　　第三步：把类打包成构件。把在第二步得到的类组打包成构件，这些构件可以分组合并成更大的构件。

　　3、需求评审

　　组织一个由不同代表组成的小组，对架构需求及相关构件进行仔细的审查。审查的主要内容包括所获取的需求是否真实反映了用户的要求，类的分组是否合理，构件合并是否合理等。必要时，可以在“需求获取—标识构件—需求评审”之间进行迭代。

　　4、架构文档化

　　（1）绝大多数的架构都是抽象的，由一些概念上的构件组成。因此，要让股票软件定制系统分析师和程序员去实现架构，还必须得把架构进行文档化。文档是股票软件定制系统演化的每一个阶段，系统设计与开发人员的通信媒介，是为验证架构设计和提炼或修改这些设计所执行预先分析的基础。

　　（2）架构文档化过程的主要输出结果是架构需求规格说明和测试架构需求的质量设计说明书这两个文档。生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约。

　　（3）软件架构的文档要求与股票软件定制项目中的其他文档是类似的，文档的完整性和质量是软件架构成功的关键因素。文档要从使用者的角度进行编写，必须分发给所有与系统有关的开发人员，且必须保证开发者手上的文档是最新的。