第1章 计算机科学基础知识.doc

《第1章 计算机科学基础知识.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、21第1章软件功能点度量方法概述第1章软件功能点度量方法概述本章介绍软件项目开发与维护所面临的典型问题，指出解决这些问题的基本途径是软件项目的定量评价分析。在比较了各种软件定量评价方法的基础上建议采用功能点方法作为软件定量评价的基础方法。本章进一步介绍目前被ISO标准采纳的5种功能点标准，依次是MarkII功能点标准、COSMIC功能点标准、NESMA功能点标准、FISMA功能点标准以及IFPUG功能点标准。本章还对5种功能点标准的不同之处进行了比对分析并给出了建议。1.1软件困境软件在我们生活和工作中的重要性正与日俱增。试想，没有银行软件系统和证券软件平台的应用，庞大复杂的银行业务

2、便不能有效地开展，证券业务也只能局限于现场交易，因而不能发挥其应有的金融职能；没有网络管理软件系统的应用，快捷的电话联系方式也是不可想象的；除了目前已经广泛应用的固定电话和移动电话业务之外，更有如雨后春笋般出现的各种数据服务，例如宽带上网、GPS定位导航等，而这些应用无一例外地依赖于各种软件系统。软件应用对于很多行业的发展变革甚至起决定的作用，例如基于网络的传媒信息更多地取代了传统的纸质媒体，人们的阅读习惯因而发生了有史以来最重要的变化。由此可见，软件无论在我们的生活还是工作中已经变得不可或缺。软件以其快捷、高效、经济等诸多优势几乎渗透到各个行业中，正是软件的普及应用塑造了信息时代的

3、主要特征。因为软件应用的互通互联，因特网时代之前的“信息孤岛”正日益消亡，伴随着世界范围内各种经济、科技和教育等方面的信息共享，“地球村”的预言正成为现实。具有讽刺意味的是，软件在促进信息共享、信息透明的同时，自身却存在典型的“灯下黑”现象。与传统的建筑等行业相比较，软件系统的建设与开发充满了各种不确定性。用户业务需求不明确、工期和费用设置的盲目性、开发团队不稳定、人员的工作经验和技术水平参差不齐、“作坊式”开发模式等诸多因素使得软件开发往往达不到预期的目的。软件开发与建设对客户来说更多地呈现为“黑盒子”21第1章软件功能点度量方法概述特征。实际开发出的软件系统往往差强人意，用户在使

4、用中抱怨不断，不能真正满足客户的要求。具体表现为所提交的软件系统功能与用户期望的需求差异过大、工期严重拖延、费用超支明显、质量问题层出不穷等现象。导致出现以上问题的原因纷繁复杂，但究其主要原因，则是因为软件系统的建设与开发的过程中管理不善所致。大量的实践表明有效的软件项目管理是改善和提高软件系统建设与开发效率的主要途径。要对软件项目进行有效的管理，首先得了解软件项目的特点。与传统行业相比较，软件项目具备以下三个重要特点。（1）前期业务需求不清，导致项目执行过程中需求频繁变更。对于大部分软件项目，开发团队在启动软件需求分析之前都无法获取明确的需求。例如对于一个电子政务项目而言，前期可能

5、只会给出该项目的定位，例如“通过将现有手工业务转变为软件支撑的电子流工作方式，提升工作效率，并对现有的业务模式进行合理优化”。可是如何对这样笼统的项目要求进行细化，并将其转变为相应的软件需求规格，软件开发团队还面临着各种挑战。首先是获取单一部门内的业务流程，现有的业务流程可能本身就存在不合理或者冲突的情形，需要需求分析人员与业务人员进一步讨论才能确定。如果涉及到部门之间的业务流程，其困难程度还会进一步加大，因为不同部门的人员都倾向于站在自己的立场来考虑问题，所以部门之间的业务流程确定往往还需要领导的强力参与。伴随着组织业务流程的调整，通常意味着部门和人员的重新定位，有时甚至影响相关人

6、员的切身利益，此时的需求分析将会面临更大的阻力。除了来自业务部门本身的挑战外，业务人员与技术人员的沟通也存在明显的障碍，即客户与技术开发方对业务需求的理解不一致。客户方的业务人员通常认为自己对业务需求的表述清楚无误，而开发方却觉得业务人员语焉不详，并没有将业务的来龙去脉交待清楚。不少项目在各方对于需求的理解还未达成一致的情况下就开始项目，结果项目是边做边改，等到项目临近结束时，需求已“面目全非”，与双方前期确定的需求相差甚远。试想，一栋大楼或一座大桥在还未确定功能或结构的前提下就开始动工，然后在施工的过程中再根据用户的要求不断变更，将会出现什么样的结果？结果很可怕，所以没人做这样的尝

7、试。但软件项目不然，环顾我们身边的软件项目，有多少项目真正能够做到“谋定而后动”呢？正是软件需求的脆弱性和易变性导致了软件项目的失控。（2）项目目标失控，明显超出客户心理预期。所有的软件项目在初期都会设置相应的管理目标，包括项目所要实现的功能、项目工期、项目预算以及项目的质量目标等。可是在项目开发的过程中却发现这些目标无异于“海市蜃楼”，可望而不可及。大部分软件项目或多或少地表现出下列特征：要么是“种瓜得豆”，要求的功能大幅缩水；要么是项目工期严重滞后，影