- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程实践 -软件工程理念、方法与工具在项目中的应用 日程 关于一个项目的探讨 软件工程概述 案例分析:在项目中实践软件工程 规范软件开发 系统分析 分析需求-用例建模及分析 定义需求-需求文档 需求评审-需求基线 问题跟踪过程 需求管理 建立需求 需求跟踪 需求度量 计划迭代 系统分析建模 统一建模语言-UML简介 UML是一种图形化的语言,用于对软件系统的产品进行 描述 可视化 构造 文档化 UML的发展历程 UML的来源 对UML做出贡献的公司 Aonix Colorado State University Computer Associates Concept Five Data Access EDS Enea Data Hewlett-Packard IBM I-Logix InLine Software Intellicorp Kabira Technologies Klasse Objecten Lockheed Martin Microsoft ObjecTime Oracle Ptech OAO Technology Solutions Rational Software Reich SAP Softeam Sterling Software Sun Taskon Telelogic Unisys … UML的特点(1) 语义丰富的可视化建模语言 统一了Booch、OMT等许多对象建模语言 经过实践检验 解决当前的软件开发问题 系统分布、并发、系统扩展等 可灵活地应用于任何软件开发过程 良好的可扩展性 UML的特点(2) 定义了从分析到设计到实现的无缝映射 定义了丰富的和一致的符号 便于交流 辅助发现遗漏和冲突 支持各种规模的分析和设计 与过程无关 与实现语言无关 UML图与模型 静态应用结构: 类图:Class Diagram 对象图:Object Diagram 构件图:Component Diagram 部署图:Deployment Diagram 动态应用行为: 用例图:Use Case Diagram 时序图:Sequence Diagram 活动图:Activity Diagram 协作图:Collaboration Diagram 状态图:Statechart Diagram 应用组织和管理: 包:Package 子系统:Subsystem 模型:Model 用例建模-系统需求定义 从需求到用例 用例的来源 系统说明/问题陈述文档 问题域相关的文献 与问题域专家的会谈纪录 关于问题域的知识 现有系统 …… 用例模型 用例模型用于描述相关系统功能及其环境的模型。 用例模型用于用户和开发团队之间的交流。 用例模型用于需求、分析、设计、实现和测试中。 用例模型组成: 描述 Use Case 包 Actor和Use Case 关系 Use Case图 概念:Actor和Use Case Actor Actor处于系统的外部,代表系统用户扮演的角色。 Actor可以主动地与系统交换信息。 Actor也可以被动地接收信息。 Actor可以是一个人、硬件设备或另外的系统。 寻找Actors:有用的问题 谁对特定的需求感兴趣? 系统将在企业的哪个部分被使用? 谁将向系统提供信息,使用信息,删除信息? 谁将使用这个功能? 谁将负责支持或维护系统? 系统是否使用外部资源? 用例需要哪些Actors? 一个Actor是否扮演多个角色? 是否有几个Actor扮演共同的角色? Actors的实例 一个用户作为多个Actors 系统边界 Use Case Use Case表示Actor与系统之间的对话。 一个用例由一个Actor启动以调用系统的特定的功能。 一个用例是完整的有意义的事件流。 所有用例一起构成了可能的使用系统的方式。 寻找Use Cases:有用的问题 这个Actor的任务是什么? 这个Actor将创建、存储、修改、删除或读取系统中的信息吗? 什么Use Case将创建、存储、修改、删除或读取这些信息? 对于突发的、外部的变化,Actor需要通知系统吗? 当系统中发生某些事件时,需要通知Actor吗? 系统是否为某项业务提供了正确的行为? 什么Use Case被用来支持和维护系统? 所有的功能需求都能够被这些Use Case执行吗? 用例建模示例及产品演示 用例描述 用例文档 类型: Brief:简单描述 Casual:随意的 Fully dressed:完整的 概念: 事件流 场景 扩展 Use Case文档模板 用例文档示例及产品演示 用例驱动的软件开发 从需求到实现 用例分析:系统的结构和行为 找类 什么是对象? 非正式的定义:一个对象代表了一个现实的或虚构的实体 物理实体 概念实体
您可能关注的文档
最近下载
- 阿法拉伐分油机中文说明Instruction book1.pdf VIP
- 《Java程序设计》教案(思政版).docx VIP
- 四年级上册数学《三位数乘两位数的笔算乘法》(共18张PPT).pptx VIP
- AWS B4.0-2016 焊缝机械测试的标准方法(中文版).pdf
- 《绩效与薪酬管理》课程教学大纲(中文).docx VIP
- 国开电大学习网网络安全技术形考任务答案.pdf VIP
- 成长赛道飞机机电设备维修专业1500字.pptx VIP
- 从业人员食品安全知识培训计划及培训考核记录.docx VIP
- GB50641-2010 有色金属矿山井巷安装工程施工规范.docx VIP
- 胃癌根治术的手术护理查房2讲课文档.ppt VIP
文档评论(0)