软件体系结构(SoftwareArchitecture).ppt

?体系结构描述(ViewoftheAnalysisModel)从体系结构的视觉，描述一些在体系结构方面具有重要意义的制品。一般包括：?分析包以及它们的依赖（dependencies）（Why?Thisdecompositionoftenimpactsthesubsystemsintop-levellayersduringdesignandimplementationandisthussignificantforthearchitectureingeneral.）?一些关键的分析类（Why?analysisclasseshavemanyrelationshipswithotheranalysisclasses.Itisusuallysufficienttoconsideranabstractclass.）需求获取模型04形成03Workflow体系结构分析（ArchitecturalAnalysis）目的：通过标识?分析包，?分析类，?公共的特定需求，建立分析模型和体系结构的“骨架”01需求分析模型02总结（SummaryofAnalysis）1）分析工作流的结果是分析模型，该模型是概念层的对象模型，它精化了需求，并对需求进行了结构化。分析模型包含以下元素：分析包和服务包，以及它们的依赖和内容。其中：分析包可以把一些变化局部到一个业务过程、一个actor的行为，或一组紧密相关的usecases。服务包将一些变化局部到系统提供的一些单个的服务；并展示了一个重要的指南-在分析期间如何构造复用。分析类，它们的责任、属性和关系，以及特殊的需求其中：在用户界面、一个通讯界面中的一个变化，通常被局部化到一个或多个边界类中；在系统所处理信息中的一个变化，通常被局部化到一个或多个实体类中；在控制、协调、定序、事务和复杂业务逻辑（它们要涉及多个边界和/或实体对象）中的一个变化，通常被局部化到一个或多个控制类中。?Use-case细化分析，描述了如何利用分析模型中协作，来精化usecase和相关的特殊需求。Use-case细化将一些变化，局部到usecases中。因为如果一个usecase变化了,那么它的细化也可能需要改变。分析模型视觉的体系结构（Thearchitecturalviewoftheanalysismodel）其中包括体系结构上具有重要意义的元素。这一体系结构上的视觉，将一些变化局部到体系结构中。2Thebuyerdecidestoscheduleaninvoiceforpaymentbythebank,andthesystemgeneratesapaymentrequesttotransfermoneytotheseller’saccount.Notethatabuyermaynotschedulethesameinvoiceforpaymenttwice.3later,ifthereisenoughmoneyinthebuyer’saccount,apaymenttransactionismadeonthescheduleddate.Duringthetransaction,moneyistransferredfromthebuyer’saccounttotheseller’saccount,asdescribedbytheabstractusecasePerformTransaction(whichisusedbyPayInvoice).Thebuyerandthesellerarenotifiedoftheresultofthetransaction.Thebankcollectafeeforthetransaction,whichiswithdrawnfromthebuyer’saccountbythesystem.4Theusecaseinstanceterminates.Post-condition:Theuseca