基于LMI的模糊增益调参控制器的设计.DOCVIP

基于LMI的模糊增益调参控制器的设计.DOC

  1. 1、本文档共5页,可阅读全部内容。
  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文档。上传文档
查看更多
第22卷第10期 计算机应用与软件 Vol.22, No.10 2005年10月 Computer Applications and Software Oct. 2005 第 卷第 期 计算机应用与软件 Vol. No. 2005年1月 Computer Applications and Software Jan. 2005 收稿日期:????。张克强,系统分析师,宝信软件研发部工程过程组经理,致力于软件开发过程控制及过程改进。基于用例点来度量软件规模和管理进度 收稿日期:????。张克强,系统分析师,宝信软件研发部工程过程组经理,致力于软件开发过程控制及过程改进。 张克强 叶敏 肖宁 联系第1作者 E-mail: zhangkeqiang@ , Blog: 本文针对软件项目的规模估算和进度管理,提出了一种新的以用例点的方式来表达和跟踪的方式。本文详细介绍了用例点方式的度量方法,以及在此基础上的进度跟踪方法,并阐述了在需求可复用的情况下的使用方式。 用例点 软件规模 进度 规模估算 A METHOD OF MEASURING SOFTWARE SIZE AND PROGRESS BY USE CASE POINTS Zhangkeqiang Yemin Xiaoning This paper purposed a new method of measuring software size and tracking progress for size estimation and progress management of software project. The detail of use case points counting is illustrated, and the method of tracking progress based on use case points is provide in this paper. And further usage in re-use requirements is also covered Use Case Point, Software size, progress, size estimation PAGE 4 计算机应用与软件 2005年 第10期 张博锋等:基于P2P的制造资源有哪些信誉好的足球投注网站引擎设计 PAGE 3 引 言 软件规模度量方面,存在了不少难题: 1,开发语言发展快,必威体育精装版的IDE能够自动生成大量代码 2,维护升级项目的规模难于估算 3,软件复用后的规模难于估算 4,不同软件项目的规模相关的比较 传统软件规模度量采用源代码行数,但源代码行数有明显的缺点。因此当前在软件行业,发展出了多种软件项目规模的度量方法,较有代表性的如下几种: Function Points 缩写FP Use Case Points 缩写UCP User Story Points 本文根据实践,参照原UCP方法[参考文献1],介绍了一种新的以用例点为单位的软件规模表达方法,并利用这个方法表达软件开发过程中的进度,对上述的问题进行了处理。 用例点表达规模 第一步 计算UCP 首先得到用例点数(UCP- Use Case Points ),原UCP中用例点数由角色的用例点数与用例的用例点数加和得到。本文介绍方法只计用例的用例点数。因为角色的用例点数所占比重很小,一般不超过2%。 用例点数的计算方法是把用例分成三类,用例分析方法源自于经典用例分析方法[参考文献2],给予不同权重。 表1 用例分类权重对应表 用例类别 说明 权重 简单(小) 基本流的步骤不超过3步,备选流或异常不超过3个。 比如简单用户界面或一般API 5 普通(中) 基本流的步骤有4~7步,备选流或异常不超过6个。 比如普通界面或复杂API 10 复杂(大) 基本流的步骤 8~ 12步,备选流或异常不超过9个。 比如复杂的用户界面或过程 15 上述说明中的四个关键名词的解释如下。 步骤——步骤定义为单个角色的原子操作。在一个步骤之内,只说明一个角色的连续动作,角色不发生转移;角色变换,是新的步骤。 基本流——也有称为主成功场景,达成用例目标的事件流。 备洗流——也有称为失败场景,基本流之外的不能达到用例目标的事件流。 异常——在基本流中直接说明的异常情况。 用例分类分析的要点有如下。 不遗漏,要能全面的反映软件需求,不能有任何遗漏的功能。 不重复,相同的功能不要

您可能关注的文档

文档评论(0)

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

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

1亿VIP精品文档

相关文档