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

第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 上述说明中的四个关键名词的解释如下。 步骤——步骤定义为单个角色的原子操作。在一个步骤之内，只说明一个角色的连续动作，角色不发生转移；角色变换，是新的步骤。 基本流——也有称为主成功场景，达成用例目标的事件流。 备洗流——也有称为失败场景，基本流之外的不能达到用例目标的事件流。 异常——在基本流中直接说明的异常情况。 用例分类分析的要点有如下。 不遗漏，要能全面的反映软件需求，不能有任何遗漏的功能。 不重复，相同的功能不要