发布时间 : 星期六 文章2018软考高项信息系统项目管理师2005年论文真题详解更新完毕开始阅读
2018软考高项信息系统项目管理师2005
年论文真题详解
软考高项信息系统项目管理师论文可以说是让很多考生都头疼的事情,那么我们这么怕论文的原因是什么呢?究其原因还是因为论文对于大部分项目经验浅的人是无从下手的,光那2500字的写作字数都能把人吓一跳。论文还是要多研究一下真题的,今天小编就给大家带来历年真题详解,大家可以看下如何分析论文,如何作答:
1
试题精解
1.1 试题 1(2005 年 5 月试题 1) 试题:论信息系统项目的需求管理和范围管理
在信息系统项目的开发过程中,人们越来越体会到需求管理和范围管理的重要性, 含糊的需求和范围经常性的变化使信息系统项目的甲乙双方吃尽了苦头,这使得人们急于寻找良策以管理范围。
请围绕“需求管理和范围管理”论题,分别从以下三个方面进行论述: (1)概要叙述与你参与管理过的信息系统项目,以及该项目在需求管理和范围管理方面的情况;
(2)论述需求开发、需求管理和范围管理的区别与联系;
(3)详细论述在你参与管理过的大型信息系统项目中具体采用的范围管理过程、方法、工具及其实际效果。
试题 1 分析
要写好这个论文,考生必须首先弄清楚需求管理和范围管理的概念,以及这两个概念之间的区别和联系,否则难以下笔。
(1)需求管理和范围管理。
需求是指用户对目标系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析,为问题涉及的信息、功能及系统行为建立模型,将用户需求精确化、完全化,最终形成需求规格说明,这一系列的活动即构成信息系统开发生命周期的需求分析阶段。
需求工程是随着计算机的发展而发展的,在计算机发展的初期,系统规模不大,信息系统开发所关注的是代码编写,需求分析很少受到重视。后来信息系统开发引入了生命周期的概念,需求分析成为其第一阶段。随着系统规模的扩大,需求分析与定义在整个开发与维护过程中越来越重要,直接关系到信息系统的成功与否。
需求工程是指应用已证实有效的技术、方法进行需求分析,确定客户需求,帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关
约束,形成需求文档,并对用户不断变化的需求演进给予支持。
需求工程是一个不断反复的需求定义、文档记录、需求演进的过程,并最终在验证的基础上冻结需求。我们可以把需求工程的活动划分为以下 5 个独立的阶段。
① 需求获取:通过与用户的交流,对现有系统的观察及对任务进行分析,从而开发、捕获和修订用户的需求;
② 需求建模:为最终用户所看到的系统建立一个概念模型,作为对需求的抽象描述,并尽可能多地捕获现实世界的语义;
③ 形成需求规格:生成需求模型构件的精确的形式化的描述,作为用户和开发者之间的一个协约;
④ 需求验证:以需求规格说明为输入,通过符号执行、模拟或快速原型等途径, 分析需求规格的正确性和可行性;
⑤ 需求管理:支持系统的需求演进,确保各方对需求的一致理解,管理和控制需求的变更,从需求到最终产品的双向跟踪。
其中前 4 个阶段通常统称为需求开发阶段。
项目范围是为了达到项目目标,为了交付具有某种特制的产品和服务,项目所规定要做的。项目的范围管理就是要确定哪些工作是项目应该做的,哪些不应该包括在项目中。项目范围是项目目标的更具体的表达。
如果项目的范围不明确,那么项目解决的不是对应的问题,或者项目人员把时间浪费在从事不属于他们职责的工作上。
范围管理必须清晰地定义项目目标,此定义必须在客户与执行项目的组织之间达成一致,并且把项目工作范围详细的划分为工作包。
在信息系统项目中,实际上存在两个相互关联的范围,分别是产品范围和项目范围。产品范围是指信息系统产品或者服务所应该包含的功能,项目范围是指为了能够交付信息系统项目所必须做的工作。
显然,产品范围是项目的范围的基础,产品的范围定义是信息系统要求的量度,而项目范围的定义是产生项目计划的基础,两种在应用上有区别。另外的区别在于“需求 分析”更偏重于软件技术,而项目范围管理则更偏向于管理。判断项目范围是否完成,要以项目管理计划、项目范围说明书、工作分解结构、工作分解结构词汇表来衡量。而信息系统产品或服务是否完成,则根据产品或服务是满足了需求分析。
项目的范围基准是经过批准的详细的项目范围说明书、项目的工作分解结构和工作分解结构词汇表。
由于进行项目的范围管理,能够确定项目的边界,明确项目的目标和项目的主要可交付成果,所以范围管理能够提高对项目费用、时间和资源估算的准确性。首先人们对复杂的事务的预测要比相对简单的事务的预测