软件项目需求分析的研究.docVIP

成绩 软件工程概论 课程论文 （ 2011-2012 学年 第二 学期 ） 论文题目：软件项目需求分析的研究 任课老师： 班 级：10级软件工程 学 号： 姓 名： 软件项目需求分析的研究 摘要: 软件工程伴随软件危机而诞生, 软件工程的子领域需求工程的出现, 则体现了其在软件质量保证中的重要意义。对软件项目管理中的需求分析进行了研究与探讨,给出了需求分析的步骤, 并指出可能存在的相关问题。 关键词: 项目管理; 软件危机; 需求分析; 需求建模; 风险 1、软件项目需求分析的重要性 当前, 软件开发往往存在着三大主要问题: 预算超支、进度延误、质量糟糕而且很难控制在预算之内——尤其是要高质量地实现用户的期望相关的业界报告与分析对信息系统行业中不能满足客户需求、与用户预期不符合以及资源严重浪费等现象和问题进行了详细描述。 随着信息时代的发展, 计算机软件的需求愈来愈复杂, 规模愈来愈大, 而且随着企业的发展, 工作过程重组, 需求变更已愈来愈成为必然。软件危机持续了30年之久, 至今仍无法得以很好地解决。究其原因,软件本身具有的特点固然有关, 但长期以来, 缺乏软件开发和维护的正确方法以及忽视软件开发过程的质量控制乃是最为关键的原因。其中软件开发和维护方法的不正确性主要体现在: 忽视软件开发前期的需求分析; 开发过程缺乏统一的、规范化的方法论的指导; 文档资料不齐全或不准确;忽视与用户之间、开发组员之间的交流。这样, 就经常出现用户对已完成系统不满意, 软件产品的质量经漏洞, 补丁一大堆。自从20世纪60年代出现软件危机以来, 越来越多的人已开始更多地关注于软件, 思考更好地保证软件开发的质量, 与软件危机一起诞生的软件工程方法和建模理论已经发展了几十年。然而事实却是, 软件项目存在的质量问题仍然很严重。正因如此,软件需求的重要性正在不断提高, 因为它是用户赖以预先知道将获得什么样的系统以及投入多少经费的途径。因此人们意识到以工程化的原则和方法组织软件开发工作是解决软件危机的一个主要出路。软件工程中包含需求、设计、编码和测试四个阶段。需求分析作为软件生命周期的第一个阶段, 并贯穿于整个软件生命周期, 其重要性越来越突出, 到80年代中期,逐步形成了软件工程的子领域——需求工程。软件工程的子领域需求工程的出现, 体现了其在软件质量保证中的重要意义。进入20世纪90年代后, 需求工程成为软件界研究的重点之一。在国内则兴起于20世纪90年代后期, 其研究方法和研究方向基本上参照国外的相关方法和理念, 而研究成果的创新度和实用意义与国外尚有差距。 2、需求分析的相关问题及过程 需求分析是软件工程中最复杂和最难处理的过程。归结起来, 需求分析的问题主要体现在以下4个方面: (1) 需求的复杂性。由于用户需求所涉及的因素繁多, 如运行环境和系统功能等, 而导致了需求分析的复杂化。积极与用户交流, 捕捉、分析和修订用户对目标系统的需求, 并提炼出符合问题解决领域的用户需求。 (2) 分析人员或客户理解有误。系统需求涉及人员较多, 如软件系统用户、问题领域专家、需求工程师和项目管理员等, 这些人员往往具有不同的背景知识,且处在不同角度, 扮演不同角色, 从而不可避免地造成了他们之间相互交流的困难。例如软件系统分析人员不可能都是全才, 客户表达的需求, 不同的分析人员可能有不同的理解; 客户大多不懂软件, 他们可能觉得软件是万能的,会提出一些无法实现的需求。 (3) 不完整性和不一致性。每一项需求都必须将所要实现的功能描述清楚, 以使开发人员获得设计和实现这些功能所需的所有必要信息。但由于种种原因, 用户对问题的陈述往往是不完整的, 其各方面的需求还不可避免地存在着矛盾。此外用户需求必须和业务需求一致, 功能需求必须和用户需求一致。严格的遵守不同层次间的一致性关系, 才可以保证最后开发出来的软件系统不会偏离最初的实现目标。 (4) 需求易变性。随着客户对这个项目越来越深刻的理解,那么可能他的需求也会随之改变, 这些变化的可能性越大项目风险就会越大, 我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求, 哪些可能会是产生变动的需求, 考虑到他的可变性, 这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。 需求分析的步骤可归纳为四个: (1) 需求获取。需求获取通常从分析当前系统包含的数据开始, 建立当前系统的物理模型。 (2) 分析建模