UML业务建模.docVIP

下载本文档

10
0
约小于1千字
约 3页
2017-08-23 发布于河南
举报
版权申诉

UML业务建模.doc

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

1 业务建模——系统（宏观的、描述了系统边界）业务参与者、业务用例、业务用例图其中：业务用例描述了系统的一部分功能（近似于子系统） 2、需求建模需求分为：功能需求和非功能需求 2.1参与者（Actor）系统外部但与本系统又有关系的人或系统，相当于外部项 2.2用例（Use Case） 2.2.1作用：从参与者视角出发描述系统功能 2.2.2WAVE准则： W：What to do A：Actor’s point of view V：Value for the actor用例是否对对参与者有价值 E：Entire scenario用例描述的时间流是一个完整场景 2.2.3独立与集中原则独立：value for the actor 集中：功能单一——只提供一个功能的全部场景通过2.2.2和2.2.3检查用例是否合适 2.2.4支撑用例 2.2.5用例描述（用例规约） XXX用例描述用例名称：描述：前置条件：部署约束：正常事件流：要标出扩展点可选事件流：（多个）异常或错误事件流：（多个）活动图：非功能性需求：说明（可选）：未解决的问题（可选）：顺序图（单个用例的顺序图——作用是：找实体类） 2.3用例图 3、架构建模（类图） 3.1识别对象类分别识别出边界类、控制类和实体类（生命周期类） 3.2交互分析 3.2.1绘制系统顺序图（描述类之间的交互）主要描述对象之间的时间关系——先后三个步骤： 1)将已识别的参与对象加到顺序图中。ABCE 2)从参与者开始，一步步寻找行为。 3)从后往前验证行为序列。 3.2.2绘制系统协作图主要描述对象之间的协作关系，在顺序图中按F5键 3.3静态建模（作类图、包图、对象图） 4绘制实现图 5数据建模