构架模式UML与组件设计.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

*讨论如何进行文档的组织?设计自己的工作方式如何形成良好的工作模式?*FMStock*FMStocks的结构AccountSummary.aspAccountSummary_ClientFormIAccountInternetInformation

ServerandASPSQLServerActiveXDLL

accountBusinesslayerPresentationlayerDatalayer*设计 将具体的用户需求转化成具体的编程规范(programmingsepcification)的过程*设计的演变概念性设计逻辑性设计物理性设计*三种设计角度商务解决方案概念性逻辑性物理性*三种设计角度概念性设计从用户和商务的角度看问题,将问题和解决方案定义场景和使用案例逻辑性设计从设计组的角度看解决方案,从使用案例中,发掘一系列类和服务极其相互配合的关系物理性设计从程序员的角度看解决方案,具体定义解决方案的组件,包装,分布及技术实施*4+1视图模式使用案例视图(“+1”视图)使用案例模型逻辑视图设计模型实施视图实施模型过程视图包括在设计模型中分发视图逻辑视图实施视图分发视图过程视图使用案例视图最终用户:功能性系统工程师:拓扑结构、联系程序员:软件开发管理综合:性能、扩展性*议程软件架构与模式UML:通用建模语言组件设计过程三种设计角度概念性设计逻辑性设计物理性设计综合设计*连续设计过程中的概念性设计概念性设计逻辑性设计应用场景物理性设计组件,用户接口,物理数据库服务和对象,用户接口,逻辑数据库概念性设计的目标是用来确定商务需求,了解用户的工作和他们的需求*实体类为应用程序存储信息的模型稳定的数据模型通常用于商业逻辑层EntityclassnameEntityclassnameentity*定义实体类Noun-Verb-Adjective(NVA)方法分析使用案例文档,寻找潜在的实体类确定使用案例的场景,在文档描述中确定句子的主语(名词)将潜在的实体类列出检查使用案例的其他要求或数据字典已确定是否有附加的实体类与客户以及开发人员共同确定最后清单*对象的例子任务序列对象前台服务员查找顾客的预定记录前台服务员,顾客,预定记录系统提取出空余的房间系统,房间将该房间分配给客人房间,客人前台服务员发放给客人房间钥匙前台服务员,钥匙*服务的例子任务序列服务前台服务员查找顾客的预定记录查看预定记录系统提取出空余的房间提取空余的房间将该房间分配给客人分配房间前台服务员发放给客人房间钥匙发放钥匙*属性的例子叙述属性顾客有姓名和地址姓名,地址顾客通过各种类型的预定预定类型客人所属的公司公司顾客抽烟不?抽烟否*UML中类图表的表示类的关联与关系:关联描述了对象之间的协作关系。集合与合成概括实现关联的属性:描述了类的关联的细节。名称脚色浏览方向*关联表示了类之间的使用关系包括了两类:”usesa”“knowsofa”方向表示了数据之间的交换性用户账号单向关联地址双向关联*议程软件架构与模式UML:通用建模语言OODA:面对对象的分析与设计UML介绍使用案例视图类图表交互图表与行为图表模块与组件组件设计*交互图表表示对象类型之间的协作关系对应一个使用案例两种格式顺序图表协作图表表示单一顺序过程,无复杂的条件和循环分支*交互图表顺序图表强调事件间的次序,表示对象类的激活和消灭协作图表强调对象类之间的静态联系弱点对对象类的行为描述不能深入状态图表*顺序图表描述在某一个场景下消息在对象之间按时间顺序的流动消息对象之间的交流只是出消息的流动方向转化为类的方法*顺序图表的产生确定使用案例场景的开始分步确定在使用案例场景的事件流:创建对象根据步骤创建对象之间的消息确定消息的原型确定消息的参数说明消息的输出*顺序图表*顺序图表:另一种形式*协作图表以对象为中心的观点描述对象之间协作的信息设计者可以看到对象所有接受以及发送的消息RationalRose:可以根据顺序图表自动创建*协作图表UML符号表示参加者:动作序列的初始点连接:定义了消息在对象之间传递的路径。:Customer

文档评论(0)

176****8738 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档