《软件工程课件 12》由会员分享，可在线阅读，更多相关《软件工程课件 12（52页珍藏版）》请在金锄头文库上搜索。
1、万江平 2006软件工程, 第十二章 1第十二章l案例研究 万江平 2006软件工程, 第十二章 2内容l基于Web软件体系结构的DSS开发lNASA软件开发过程l印度Infosys公司软件过程管理l微软同步稳定法万江平 2006软件工程, 第十二章 3软件质量评估方法l常用的软件质量评估方法达标法评分法评级法l主要缺点主要依靠专家的经验和知识，缺乏理论基础难以避免人为主观因素影响万江平 2006软件工程, 第十二章 4案例采用的评估方法l采用层次分析法，计算各项指标的相对权重l采用模糊综合评价法，计算软件产品最终的评估结果矩阵Fl建立赋值矩阵=0.1 0.3 0.5 0.7 0.9T，计算综
2、合评估分数Z=100*(F) 万江平 2006软件工程, 第十二章 5系统的总体描述系统用况图万江平 2006软件工程, 第十二章 6系统功能描述功能模块结构图 软件质量评估工具评估数据收集指标的相对权重计算模糊综合评价评估数据预处理评估指标体系编辑器用户管理万江平 2006软件工程, 第十二章 7系统的描述l软件质量评估工具使用JavaXML技术使用户可以通过图形化界面建立评估指标体系，并采用XML文件来存储评估指标体系中指标的信息。l通过JspSmartUpload组件将XML文件上传到服务器，同时将信息写入数据库。l工具根据评估指标体系的结构和指标信息，采用网页的形式，收集用户的评估数据
3、。l使用层次分析法和模糊综合评价对评估数据进行处理，得出最终的评估结果。万江平 2006软件工程, 第十二章 8B/S三层体系架构 万江平 2006软件工程, 第十二章 9工具的软件体系结构用户接口客户端交互层评估结果发布模块WebServer数据采集层评估数据采集模块数据处理层数据预处理模块层次分析法处理模块历史数据模糊综合评价模块相对权重 评估结果万江平 2006软件工程, 第十二章 10主要功能模块之间的关联 评估数据采集uses评估数据预处理模糊综合评价层次分析法处理usesusesuses评估结果发布评估指标体系uses万江平 2006软件工程, 第十二章 11开发工具和运行环境 l
4、实现的OS平台：Microsoft Windows 2000 Professional 简体中文版。lJava集成开发环境（IDE）：Borland JBuilder 9.0 Enterprise Edition,其核心JDK是JDK 1.4.2。l第三方Java软件包：jdom.jar（1.0beta8） ,xerces.jar（1.4.4），jspsmartupload.jar和poolman.jar（2.1-beta1）。lApache Tomcat 5.0.19lMicrosoft SQL Server 2000 万江平 2006软件工程, 第十二章 12基本功能l评估指标体系的编辑和
5、存储l评估数据的收集l评估数据的处理万江平 2006软件工程, 第十二章 13评估指标体系编辑器 万江平 2006软件工程, 第十二章 14万江平 2006软件工程, 第十二章 15评估指标体系编辑器l用户通过图形化界面建立评估指标体系l采用XML文件来存储评估指标体系中指标的信息l实现了XML文件和评估指标体系图的双向转化万江平 2006软件工程, 第十二章 16Java-XML方案主要优点：l容易“读”和理解l与平台无关l能处理错综复杂的对象网l可被验证l纯文本格式，容易通过网络传送或存成文件l读入时的处理工具（XML解析器）很容易得到同时也应看到不足：l安全、保密性能比数据库低万江平 2
6、006软件工程, 第十二章 17评估指标体系的存储l评估指标体系实际就是一棵多叉树。因为对多叉树进行存储和操作比较繁琐，所以我们把多叉树转化成二叉树。l转化的方法：二叉树每一个节点两个子节点。左节点指向该节点在多叉树中的第一个儿子结点，右节点指向该节点在多叉树中同一个父结点的下一个兄弟节点。l数据以二叉树的结点为单位进行存储。先序历遍二叉树，得到一个节点序列。XML文档就是按照这个顺序存储所有节点。 万江平 2006软件工程, 第十二章 18评估数据采集模块万江平 2006软件工程, 第十二章 19万江平 2006软件工程, 第十二章 20万江平 2006软件工程, 第十二章 21评估数据的存
7、储l使用SQL Server 2000存储评估数据l程序通过JDBCODBC桥与数据库连接，采用PoolMan（CodeStudio开发的开放源码的数据库连接池的开发类库）连接池与之相连。万江平 2006软件工程, 第十二章 22评估数据预处理模块万江平 2006软件工程, 第十二章 23层次分析法模块 万江平 2006软件工程, 第十二章 24模糊综合评价模块 万江平 2006软件工程, 第十二章 25工具的应用l对广州市某工程有限公司的软件产品进行软件产品商品化程度评估 l对国内两所重点大学的工商管理学院网站进行评估l某卷烟厂的信息化需求和ERP项目实施评估万江平 2006软件工程, 第十
8、二章 26系统改进 l用自由软件代替MS Server 2000（例如，PostgreSQL，http:/www.postsql.org）l参考许多商业AHP工具软件（例如，ExpertChoice, http:/ 2006软件工程, 第十二章 27NASA软件过程改进方法的要点 l过程改进由内部目标和经验驱动l每个域按其特点用不同的方法对待l按照软件组织相关的度量赋予环境特性l成功与否的最终度量是软件组织交付的产品或服务的改进万江平 2006软件工程, 第十二章 28NASA三个阶段软件过程改进范例 建立过程和产品基线确定一项更改的影响采集改进技术作为修改过程的一部分改进目标迭代包装阶段评估
9、阶段熟悉阶段整个过程不断改进万江平 2006软件工程, 第十二章 29NASA软件过程改进方法与CMM方法的对比 域NASA方法CMM方法目标焦点在于改进产品不同的组织目标也不同与域相关成功=较好的产品;成功的组织与组织间专用度量是不同的焦点在于改进过程通用的目标 (改进过程，达到级别5)与域无关成功=较好的过程和较高级别;成功的通用度量初始基线熟悉过程和产品完成过程评估通用的衡量标准是初始基线的基础(成熟度级别是什么?)初始分析为改进产品更改过程，对过程和产品再评估软件组织专用 ，没办法跨组织更改过程以达到较高级，再对过程评估 (现在的成熟度级别是什么? )作比较可以跨组织作比较改进方法基于
10、产品的组织机构经验和目标产生更改基于过程的通用衡量标准产生更改万江平 2006软件工程, 第十二章 30NASA三个阶段软件过程改进 熟悉阶段评估阶段包装阶段目标迭代万江平 2006软件工程, 第十二章 31Infosys公司对软件过程改进支持结构图 过程取向和过程改进高级管理者是软件专家过程取向采用ISO支持度量确保透明性培训程序确保质量高生产率软件过程改进是组织行为，组织支持十分重要商 业 战 略高 增 长技术应用万江平 2006软件工程, 第十二章 32Infosys公司软件过程体系结构类图 过程1.*阶段活动子活动1.*1.*万江平 2006软件工程, 第十二章 33Infosys公司
11、软件过程基础框架类图 策略1.*过程文档1.*检查表、指南、模板、表格、标准、工具、过程数据库和过程能力基线万江平 2006软件工程, 第十二章 34ETVX模型l（1）概述：该阶段的简要描述。l（2）参与人员：所有参与执行该阶段中各种活动的人员。l（3）入口准则：该阶段开始前必须具备的前提条件。l（4）输入：执行该阶段所需的所有输入。l（5）活动：所有在这个阶段执行的活动（包括一些重要的子活动）。l（6）出口准则：该阶段结束时它的输出必须满足的条件。l（7）输出：该阶段的所有输出。l（8）度量：该阶段执行时必须进行的度量活动。l（9）特殊考虑。l（10）参考。万江平 2006软件工程, 第十
12、二章 35Infosys公司软件工程过程类图 管理过程配置管理过程产品管理过程OSDC管理过程项目管理过程需求变更管理过程获取项目过程工程过程生命周期过程产品开发过程开发过程维护过程增强过程万江平 2006软件工程, 第十二章 36活动的指南、检查表和模板 指南检查表模板/表格工作量和进度估计指南组评审规程过程裁剪指南缺陷估计和监督指南度量和数据分析指南风险管理指南需求跟踪指南缺陷预防指南需求分析估计指南概要设计规程检查表构建检查表单元测试和系统测试计划检查表配置度量检查表状态报告检查表需求评审检查表功能设计评审检查表代码评审检查表需求规格文档功能设计文档单元测试计划文档验收测试文档项目管理计
13、划配置管理计划里程碑分析报告过程定义模板万江平 2006软件工程, 第十二章 37Infosys公司软件过程改进法则结构图 实 践 法 则业 务 法 则易部署易验证最小化法则简单化法则易 接 受万江平 2006软件工程, 第十二章 38Infosys公司软件过程组工作分布类图 审核8%SEPG工作过程实现28%过程管理22%培训12%杂项30%万江平 2006软件工程, 第十二章 39Infosys公司过程生命周期活动图 过程定义制度化过程实现和部署过程分析和变更继承PDCA万江平 2006软件工程, 第十二章 40风险和风险缓解策略 风 险严重程度风险缓解策略新开发项目的数目不足以用于评估高
14、在范围中包括维护项目在范围中包括其它定位确定和委托项目过程数据库中没有足够的数据点高要求所有最近关闭的项目或不久将关闭的项目提交其关闭报告包括维护项目过程绩效偏差太大中创建已设定的绩效基线（客户特定的、平台特定的等等）在评估队伍中没有经验丰富的人员中确定闲置的合适人员，并开始对他们进行SW-CMM培训选择正在实现新过程的项目经理作为评估员我们的解释是否可接受高与咨询专家讨论解释事宜在项目的中期进行简化的过程评估万江平 2006软件工程, 第十二章 41Infosys公司软件过程改进经验类图 目 标 法 则时 间 法 则风险管理法则项目管理法则简单化和最小化法则万江平 2006软件工程, 第十二
15、章 42Infosys公司软件过程改进原理类图 客户满意度项目管理SEPG包括计划、执行和结束为项目提供帮助，确保过程正确部署万江平 2006软件工程, 第十二章 43微软同步稳定法微软同步稳定法 l要达到有自由、又有严格性，使许多小的、平行的小组（每个小组约38人）或单个程序员能一起合作工作，成为一个单一相当大的组织，并能以相对快的速度开发大型产品。l每个程序员及小组能自由地、自动地进行设计及开发运作。这些小型平行小组自主地开发产品的功能特性。随着整个产品扩大的同时，随时会引入新技术、新概念。l由于开发者可以自由地进行创新，就如同他们单独工作一样。关键是要保持各个部分经常同步其变化，使产品部
16、件可以协同工作。 万江平 2006软件工程, 第十二章 44微软同步稳定方法微软同步稳定方法 (1)l把大项目分成多个子项目，每个称为里程碑。安排全部时间的20%50%作为缓冲期，但无单独的维护组。l利用“预想陈述（Vision Statement）”及“特性规格概述”来指导项目，而不采用在编码之前进行详细设计及不强调对产品进行全面规格说明。l对应用问题，要求一定要反映用户的需求，要求开发人员观察用户的反映以及测试情况。根据用户的活动情况及获得的数据，决定选择基本特性及确定特性的优先次序。l每个项目有几个顺序子项目组成。子项目的顺序按所包含的特性的优先次序而定。万江平 2006软件工程, 第十二章 45微软同步稳定方法微软同步稳定方法 (2)l坚持模块化。在设计产品体系结构时，使项目的人事组织结构与产品结构相一致。l为每个人固定一定的资源及确定的控制小任务的责任。大多数产品设计是按体系结构来进行。管理人员让开发组成员的半天到三天的时间来详细地分析任务，自己负责制定进度。l项目的进度中充分考虑了缓冲时间来处理可能发生的变动、事先尚未考虑到的困难及延时问题。l致力于高度竞争，研制快速变化的
