软考高级（信息系统项目管理师）（一）--信息系统基础知识

一、信息系统生命周期

立项：
也称概念阶段或需求阶段。这个阶段是系统分析师完成。
这一阶段根据用户业务发展和经营管理的需要，提出建设信息系统的初步构想；然后对企业信息系统的需求进行深入调研和分析。形成《需求规范说明书》并确立立项。

开发：
以立项阶段所做的需求分析为基础，进行总体规划，之后，通过系统分析、系统设计、系统实施、系统验收等工作实现交付系统。
运维：
信息系统通过验收，正式移交给用户以后，就进入运维阶段。系统运维可分为4中类型：更正性维护、适应性维护、完善性维护、预防性维护。
消亡：
信息系统不可避免地会遇到系统更新改造、功能扩展，甚至废弃重建等情况。对此，在信息系统建设的初期就应该注意系统消亡条件和时机，以及由此而花费的成本。

二、信息系统的开发方法

名称	特点
结构化方法	将整个系统的开发过程分成若干阶段，然后依次进行，前一阶段是后一阶段的工作一句，按顺序完成。应用最广泛。特点是注意开发过程的整体性和全局性。缺点是开发周期上；文档设计说明繁琐，工作效率低；开发前要求全面获取需求和所有变更。但这不显示
原型法	计语对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求
面向对象方法	用对象标识客观事物，对象是一个严格模块化的实体，在系统开发中可被共享和重复引用，以达到复用的目的。其特点是在真个开发过程中使用的是同一套工具。面向对象方法主要设计分析、设计、实现三个阶段。
面向服务方法	OO（Object Oriented 面向对象）的引用构建在类和对象之上，随后发展起来的建模技术将相关对象按照业务功能进行分组，就形成了构件（Component）的概念。对于跨构件的功能调用，则采用接口的形式暴露出来。进一步将接口的定义与实现进行解耦，则催生了服务和面向服务（Serviice-Oriented,SO）的开发方法
敏捷开发	一种以人为核心、迭代、循序渐进的开发方法，适用于一开始并没有或不能完整地确定出需求和范围的项目，或者需要应对迅速变化的环境，或者需求和范围难以事先确定，或则能够以有利于干系人的方式定义较小的增量改进。

三、信息系统生命周期模型

瀑布模型：

对应的是结构化开发方法。

• 上一次的开发成果作为本活动输入
• 利用这一输入实施本活动。
• 本次活动的成果输出给下次活动。
• 对本次活动的成国实施评审。若成功得到确认，则继续下一项开发活动；否则返回前一项，甚至更前项活动。

V模型

弥补瀑布模型，必须完成编码才能测试的确点，它在整个开发每个阶段都有相应的测试工作。
在编码阶段执行的单元测试。测试边界值是否错误。(比如考试是0-75分。45分及格。测试小于0和大于75分的情况。)
在集成测试，测试各模块的接口有没有问题。
在系统测试中，测试整体运行有没有问题。
在验收测试中，测试是否满足业务需求。

原型模型：

快速开发出一个原型模型出来。

RUP统一过程模型 （UP）

在整个开发过程加入项目管理工作。作为整个开发过程。
整个过程有商业建模、配置和变更管理、项目用管理等项目管理工作。
这个模型其实也是迭代模型。

螺旋模型

特点：结合原型模型和瀑布模型这种线性特点。
每一次旋转都是原型模型。

有点：增加风险分析工作，适用于大型项目。

喷泉模型

适用于面向对象开发方法。
特点：没有明显边界，无间隙。重复设计等迭代的特点。

SCRUM–并列争求法

它是敏捷开发中具体技术的之一。类似橄榄球，大家一起争抢一个球。
会把开发工作分成一个个的故事，故事来自于用户需求。每个故事需要的时间叫做冲刺周期。
这个方法了解即可。

四、信息系统开发过程

1. 需求分析
2. 软件设计
3. 实施
4. 软件测试
5. 软件维护

需求分析：

目的：收集用户需求，对需求分析整理。
定义：针对待解决问题的特征的描述。所定义的需求必须被验证。
作用：检测和解决需求之间的冲突。发现系统的边界。详细描述系统的需求。

软件设计、测试和维护

软件设计	测试	软件维护
根据软件设需求、产生一个软件内部结构的描述，并将其作为软件构造的基础。通过软件收割机，描述出软件架构及相关组件之间的接口；然后，进一步详细地描述组件，以便能够构成这些组件	为了评价和改进软件质量、识别产品的缺陷和问题而进行的活动	更正性维护–有错 ;适用性维护–环境;完善性维护–性能;预防性维护–将来