- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
UML系统建模与分析设计 补充1 统一建模语言UML 软件工程领域在1995年至1997年取得了前所未有的 进展,其成果超过软件工程领域过去15年来的成就总 和。其中最重要的、具有划时代意义的成果之一就是 统一建模语言(Unified Modeling Language, UML)的 出现。在世界范围内,至少在近10年内,UML将是面向 对象技术领域内占主导地位的标准建模语言。 补充1 统一建模语言UML 补充1 统一建模语言UML 2.1 UML模型系统体系结构 2.2 UML系统模型与建模 2.3 UML系统体系结构模型 2.4 UML的扩展、调整机制(略) 2.5 UML与面向对象的软件开发统一过程 2.1 UML模型系统体系结构 2.1.1 UML的诞生与发展 2.1.1 UML的诞生与发展 2.1.1 UML的诞生与发展 2.1.1 UML的诞生与发展 2.1.1 UML的诞生与发展 2.1.2 UML的特点和主要作用 2.1.2 UML的特点和主要作用 2.1.2 UML的特点和作用 2.1.2 UML的特点和作用 2.1.2 UML的特点和作用 2.2 UML系统模型与建模 2.3 UML系统体系结构模型 2.3 UML系统体系结构模型 2.5 UML与面向对象的 软件开发统一过程 2.5 UML与软件开发统一过程 UML:给出了面向对象建模的符号表示和规则,是一种用于软件开发的系统分析和系统设计的建模语言工具,独立于软件开发过程,UML并没有描述如何工作,而且是为不同规模和目标的过程而设计的,在开发软件时须视软件的种类、大小等因素决定其使用的过程。 面向对象的软件开发统一过程(Unified Process,UP):将核心过程模型化,综合以前多种软件开发过程的优点,全面考虑了软件开发的技术因素和管理因素,是一种良好的开发模式。 UML与UP相结合进行软件系统的开发是面向对象系统开发的最好途径。 2.5 UML与软件开发统一过程 2.5.1 迭代、渐增式的开发过程 1. 开始阶段 开始阶段主要任务是确定项目的范围和目标,并进行可行性分析。主要工作如下: 理解问题领域的各种业务过程及其之间的关系。 考虑和分析项目的成本及可能得到的效益和风险。 明确待开发项目的意义和价值。 确定是否要开发此项目。 2.5.1 迭代、渐增式的开发过程 2. 详细规划阶段 详细规划阶段的主要任务是在开始阶段工作基础上,收集更详细的系统需求,进行高层次的系统分析和系统设计: 对开发项目的问题领域和功能作详细分析,画出用例图。 建立系统的基础体系结构。 进行风险分析,并制定相应的对策。 制定开发计划。 制定开发计划实际上是为系统构造阶段制定迭代开发的顺序。制定计划包括以下活动: (1) 用例分类 (2) 确定每次迭代的开发周期 (3) 将用例分配到各次迭代中 (1) 用例分类 1)将用例的优先级分为三级: 一级:首先必须要实现的功能。 二级:短期内可以没有的功能。 三级:较长时间内可以没有的功能。 2)体系结构方面的风险分为三级: 一级:高风险。 二级:可能的风险。 三级:几乎不可能的风险。 注:该风险为当暂时不实现某个用例时,是否会在以后的迭代开发中导致大量的改写工作。 2. 详细规划阶段 2.5.1 迭代、渐增式的开发过程 2.5.1 迭代、渐增式的开发过程 3)进度风险分为三级: 一级:无法估算。 二级:只能估算到人·月。 三级:确信自己对时间的估算。 注:估算时应考虑分析、设计、实现、测试、文档编写等所需 的时间,应尽量精确到人·周 2. 详细规划阶段 (2) 确定每次迭代的开发周期 迭代周期:对整个项目可制定固定的迭代周期,以便能定期 提交产品。 迭代周期的长短:由项目的大小、开发的要求以及开发人员 的多少和经验等因素决定。 迭代次数:整个项目的迭代次数不宜过多,通常以3-5次为宜。 3. 系统构造阶段 2.5.1 迭代、渐增式的开发过程 系统构造阶段是迭代、渐增地建造系统的过程,通过若干次 迭代、循环、重复的工作具体建造软件系统。每次迭代可看作开发一个小项目,它应包含分析、设计、实现、测试全过程。 这种迭代、渐增式的开发有助于及早发现和修改错误,减少 开发的风险。 2. 详细规划阶段 (3) 将用例分配到各次迭代中 通常具有高优先级、高体系结构风险和高进度风险的用例应 尽早实现,不要将风险留到最后。 2.5.1 迭代、渐增式的开发过程 4. 移交阶段 移交阶段一般不再开发新的功能,该阶段的工作主要有系统 测试、产品包装、用户培训等。 渐
您可能关注的文档
最近下载
- 吊篮日常检查记录.doc VIP
- 16S401 管道和设备保温、防结露及电伴热.docx VIP
- 2025年黑龙江、吉林、辽宁、内蒙古高考地理试题评价分析与教学反思理试题评价分析与教学反思.docx
- 2019人教版高中数学A版 必修第2册《第九章 统计》大单元整体教学设计[2020课标].pdf
- 人教版(2024)八年级上册英语Unit 1 Happy Holiday教案.docx
- 建筑装饰设计基础第1章电子课件 .pptx VIP
- 心理健康教学课件:七年级上第1课走进心理健康课.pptx
- 天然气调压器切断阀介绍.ppt VIP
- 对外汉语时间教学.ppt VIP
- 《人造板工艺学》课件 第十三单元 生产工艺设计.ppt VIP
文档评论(0)