第2讲 uml基础-1.pptVIP

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

识别用例 特定参与者希望系统提供什么功能 系统是否存储和检索信息,如果是,由哪个参考都触发 当系统改变状态时,是否通知参与者 是否存在影响系统的外部事件 泛化关系 泛化关系: 表示同一业务目的(父用例)的不同技术实现(各个子用例). 在 UML 中, 用例泛化用一个三角箭头从子用例指向父用例. 以下是某购物网站为用户提供不同的支付方式 包含关系 一个用例可以包含其他用例具有的行为, 并把它包含的用例行为作为自身行为的一部分. 在 UML 中包含关系用虚线箭头加 “include”, 箭头指向被包含的用例 扩展关系 如果在完成某个功能的时候偶尔会执行另外一个功能, 则用扩展关系表示.在UML中扩展关系用虚线箭头加 “extend”, 箭头指向被扩展的用例 练习 下面是关于一个公司的人事信息管理系统的需求的简单描述, 建立其相应的用例模型: 该人事管理系统的用户是公司的人事管理干部. 该系统具有人事档案库, 保存员工的人事信息, 包括姓名, 性别, 出生年月, 健康状况, 文化程度,聘任时间, 任期, 工资, 津贴, 奖罚记录, 业绩, 论著和家庭情况等, 系统提供的基本服务有人事信息的管理, 包括人事规定的权调动与聘任, 职称评定, 奖罚等, 并且可以按照限查询人事信息, 生成与输出统计报表等. 该人事系统每月向公司的财务系统提供员工的工资, 津贴等数据. 图书管理系统 软件 网上商城系统(安卓APP+后台) 教材管理系统 通用网站生成系统(正在开发) 信息学院业务辅助系统 文件管理系统 作业系统(正在开发) UML-统一建模语言 编程语言:C、C++、Java、PHP UML (建模语言) ,用图形的方式来描述一个系统,他不是属于某种编程语言,而是针对任何软件系统进行建模。 目标: 看懂项目经理给你的图(用例图、类图、时序图) 软件设计和软件工程 任何事情都要先想清楚了才能做,软件开发更是如此!软件开发过程不可能一上来就开始盲目写代码,写代码之前必须搞清楚下面一些基本问题: 要做什么? 做成什么样? 怎么去做? 软件设计: 把软件开发想清楚的过程. 软件工程: 对软件开发全过程进行建模和管理 做软件先了解软件的生命周期 问题的定义及规划 领导层 可行性分析报告和软件开发计划 此阶段是软件开发方与需求方共同讨论,主要确定软件的开发目标及其可行性 软件的生命周期 需求分析-30% 分析出软件需要什么功能 需求分析师(懂技术、懂业务) 需求分析说明书和初步的用户手册 软件的生命周期 软件设计 (概要设计、详细设计)-20% 架构师/项目经理 用什么技术(PHP/JSP/ASPX) 操作系统(Windows/Linux/Unix) 数据库(MySql/Oracle/SQL Server) 设计表 类图、时序图 选人 软件的生命周期 程序编码-20% 把设计-代码 软件工程师 提交源程序及清单 软件的生命周期 软件测试-20% 软件测试师 提交软件维护测试报告 软件的生命周期 运行维护-10% 实施工程师 把项目安装和配置好,让客户使用 提交软件维护报告 软件维护是软件生命周期中持续时间最长的阶段。 包括纠错性维护和改进性维护两个方面 常用的软件生命周期模型及选择 瀑布模型--最早出现的软件开发模型 常用的软件生命周期模型及选择 增量模型 常用的软件生命周期模型及选择 快速原型模型 先出界面(美工+网页设计师、bootstrap) 软件开发模型-敏捷开发方法 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。敏捷方法强调以人为本,专注于交付对客户有价值的软件。在高度协作的开环境中,使用迭代式的方式进行增量开发,经常使用反馈进行思考、反省和总结,不停的进行自我调整和完善。 敏捷开发简单流程 1、产品负责人将整个产品设计成产品backlog。产品backlog就是一个个需求列表。(backlog可以理解为需求或者要做的事情) 2、召开产品backlog计划会议,预估每个backlog的时间,确定哪些backlog是需要在第一个sprint中完成的,即sprint的backlog。(sprint可以理解为一个团队一起开发的一个任务集合) 敏捷开发简单流程 3、把sprint的backlog写在纸条上贴在任务墙,让大家认领分配。(任务墙就是把 未完成、正在做、已完成 的工作状态贴到一个墙上,这样大家都可以看得到任务的状态 ) 4、举行每日站立会议,让大家在每日会议上总结昨天做的事情、遇到什么困难,今天开展什么任务。(每日站立会议,是在每天早上定时和大家在任务墙前站立讨论,时间控制在15分钟内) 敏捷开发简单流程 5、绘制燃尽图,保证任务的概况能够清晰看到。(燃尽图把当前的任务总数和日期一起绘制,每天记录一下,可以看到每天

文档评论(0)

celkhn5460 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档