考点核心资料软考信息系统项目管理师.pdf
《考点核心资料软考信息系统项目管理师.pdf》由会员分享,可在线阅读,更多相关《考点核心资料软考信息系统项目管理师.pdf(183页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、 软考教育学院学习资料 信息系统项目管理师 学 习 笔 记(供 2013 年考试学员学习)小马老师 2013 年 1 月 备注:本资料为学员根据我讲课进行整理(以学员的角度告诉大家 重点知识点),非我本人编着,但是我进行了审核,现在分享给广大 学员进行学习。此资料重要程度等同于我自己发布的资料,请学员 认真学习。更多资料请访问 或联系 QQ:014 第1章 信息系统基础知识 一、重要考点/知识点:1.总体规划阶段1.信息系统的生命周期:(4 大 5 小)系统规划阶段 系统开发阶段 系统运行与维护阶段 2.系统分析阶段 3.系统设计阶段 4.系统实施阶段 5.系统收尾阶段系统更新阶段(也叫消亡阶
2、段)2.信息系统开发方法:二、一般了解:结构化方法 快速原型法 面向对象方法1.信息系统 IS:一般泛指收集、存储、处理和传播各种信息的具有完整功能的 集合体。(主要记住中英文)2.现代的信息系统总是指以计算机为信息处理工具,以网络为信息传输手段的 信息系统。(可用于论文题材,但不要写关于校园、教育方面)3.因特网众多的孤立的信息系统信息孤岛。4.企业信息系统的目标为:借助于自动化和互联网技术,综合企业的经营、管 理、决策和服务于一体,以求达到企业与系统的效率、效能和效益的统一,使计算机和因特网技术在企业管理和服务中能发挥更显着的作用。(可用于论 文中)5.一个公司的管理活动可分成四级:战略级
3、、战术级、操作级和事务级(只记 住前三个就可)6.信息系统建设原则 7.企业系统规划方法:BSP(Business System Planning)8.DSS:决策支持系统 ERP:企业资源计划系统 SRM:供应关系管理系统 9.信息系统开发方法详解:结构化方法 1.目前最成熟、应用范围也较广的信息系统开发方法。2.基本是将系统的生命周期划分为:系统调查、系统分析、系 统设计、系统实施、系统维护等阶段 3.主要特点:l 开发目标清晰化 l 工作阶段程式化 l 开发文档规范化 l 设计方法结构化 快速原型法 1.是快速地建立一个系统模型并展示给用户。2.优点:开发周期短、见效快、与业务人员交流方
4、便 3.特别适用于用户需求模糊,结构性比较差的信息系统的开发 面向对象方法 1.是利用面向对象信息建模概念,如实体、关系、属性等,同时 运用封装、继承、多态等机制来构造模拟现实系统的方法。第2章 软件工程基础知识 一、重要考点/知识点:1.软件需求:就是系统必须完成的事,以及必须具备的品质。2.软件需求包括 3 方面(定义必须搞清):l 功能需求:是指系统必须完成的那些事。l 非功能需求:是指产品必须具备的属性或品质。l 设计约束:也称为限制条件、补充规约,例如必须采用国有自主知识版 权的数据库系统,必须运行在 UNIX 操作系统之下等。3.软件测试是为了发现错误而执行程序的过程。4.从软件开
5、发者的角度出发,希望软件测试成为表明软件产品中不存在错误的 过程,验证该软件已正确地实现了用户的要求,确立人们对软件质量的信心。从用户角度出发,普遍希望通过软件测试暴露软件中隐藏的错误和缺陷,以 考虑是否可以接受该产品。5.尽早地和不断地进行软件测试。6.测试用例设计:为特定目标开发的测试输入、执行条件和预期结果的集合。既要有正确用例(常规),又要有错误用例(异常)。7.设计测试用例常用的两种测试方法:l 墨盒测试 l 白盒测试 8.黑盒测试:不考虑程序的内部逻辑结构和内部特性。9.黑盒测试的测试用例设计方法:l 等价类划分 l 边界值划分:应当选取正好等于、刚刚大于或刚刚小于边界的值作为测
6、试数据,如:0-1 为一个边界)l 错误推测法 l 因果图:在测试时必须考虑输入条件的各种组合,可使用一种适于描述 多种条件的组合,相应产生多个动作的形式来设计测试用例。10.逻辑覆盖属白盒测试。11.逻辑覆盖分类(可能会考选择题):l 语句覆盖 l 判定覆盖 l 条件覆盖 l 判定-条件覆盖 l 条件组合覆盖 l 路径覆盖 12.模块独立性:高内聚低耦合 l 耦合:模块之间的相对独立性(互相联系的紧密程度)的度量。模块之 间的联系越紧密,联系越多,耦合性就越高,而其模块独立性就越弱。l 内聚:模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的 度量。一个模块内部各个元素之间的联系越紧密
7、,则它的内聚性就越高,相对的,它与其它模块之间的耦合性就会减低,而模块独立性就越强。13.用户界面设计 l 可使用性 使用的简单性;用户界面中所用术语的标准化和一致性;拥有帮助功能;快速的系统响应和低的系统成本;用户界面应具有容错能力。l 灵活性 考虑用户的特点、能力、知识水平,应当使用户界面能够满足不同用户 的要求;用户可以根据需要制定和修改界面方式;系统能够满足用户的 希望和需要;与其他软件系统应有标准的接口。l 复杂性和可靠性 用户界面的规模和组织的复杂程度就是界面的复杂性;用户界面的可靠 姓是指无故障使用的间隔时间。14.评审方法:l 事前论证 l 事中评审 l 事后审计 15.软件测
8、试策略:V 模型、W 模型 l 验收测试需求分析 l 系统测试概要设计 l 集成测试详细设计 l 单元测试编码 16.软件测试类型:功能测试 1)可靠性测试(LR)2)强度测试 3)性能测试 4)恢复测试 5)启动/停止测试 6)配置测试 7)安全性测试 8)可使用性测试 9)安装测试 10)过程测试 11)容量测试 12)文档测试 13)兼容性测试。17.软件维护分类(“就”“是”“鱼”“丸”):1)“就”纠错性维护:软件交付后发现有错误(21%)2)“是”适应性维护:适应新的环境(25%)3)“鱼”预防性维护:打补丁防止未来漏洞(4%)4)“丸”完善性维护:为了使软件更好(50%)18.设
9、计评审:在开发的每个阶段,特别是设计阶段结束时,都要进行严格的技 术评审,尽量不让错误传播到下一阶段。采用评审会议的形式来进行 19.需求工程通常包括:l 需求开发:包括需求捕获、需求分析、编写规格说明书和需求验收四阶段。l 需求管理:通常包括定义需求基线、处理需求变更、需求跟踪等方面工作。20.“软件需求规格说明书”是基本术语。21.常用的需求捕获技术(掌握 1、2 个即可)l 用户访谈 l 用户调查 l 现场观摩 l 文档考古 l 联合讨论会 22.可行性研究(可研):主要的目的是回答一个问题,即所提出的项目是否可以 完成。需要注意的是,可行性研究毕竟不是解决问题,而是研究问题的范围,探索
10、这个问题是不是值得去解决,是否有能力解决。23.可行性研究工作的任务:l 技术可行性:技术可行 l 经济可行性:投资回报 l 社会可行性:是否符合 24.可行性研究工作的步骤 l 核实问题定义与目标 l 研究分析现有系统 l 为新系统建模 l 客户复核 l 提出并评价解决方案 l 确定最终推荐的解决方案 l 草拟开发计划 l 以书面的形式提交可行性分析报告并进行审查 二、英语缩写:l 业务需求 BR:Business Requirement l 用户需求 UR:User Requirement l 系统需求 SR:System Requirement l 结构化分析方法 SA:Structur
11、ed Analysis l 面向对象分析方法 OOA:Object Oriented Analysis l 面向问题域的分析 PDOA:Problem Domain Oriented Analysis l 数据流图(DFD):是一种图形化的系统模型,它在一张图中展示信息系 统的主要需求,即输入、输出、处理(过程)、数据存储。l 数据字典 DD:Data Dictionary,一种很实用、有效的表达数据格式的手段。l 自动化测试(QTP)三、可用于论文(300400 字):1.需求捕获技术:需求是做任何项目的基础或者源头 用户访谈:准备问题;访谈时的技巧;应该询问的问题。用户调查:通过精心设计要
12、问的问题,然后下发到相关的人员手里,让他 们填写答案。现场观摩:走到客户的工作现场,一边观察,一边听客户的讲解,甚至可 以安排人员跟随客户工作一小段时间。文档考古:对历史存在的一些文档进行研究。需要与其它技术结合使用。联合讨论会:通过联合各个关键客户代表、分析人员、开发团队代表一起,通过有组织的会议来讨论需求。第3章 软件构件与中间件 一、重要考点/知识点:1.常用的构件标准有三大流派:COM/DCOM/COM+、CORBA 和 EJB。2.中间件的分类 中间件分类 代表产品 底层型中间件 SUN JVM 和 Microsoft CLR 等 通用型中间件 IONA Orbix、BEA WebL
13、ogic 和 IBM MQSeries 等 集成型 BEA WebLogic 和 IBM WebSphere 3.1.掌握以下知识点:l 构件及其在信息系统项目中的重要性;l 常用构件标准;l 软件中间件。4.构件:是指语义完整、语法正确和有可重用价值的单位软件,是软件重用过 程中可以明确辨识的系统。5.EJB 的三种类型:会话、实体、消息驱动。6.DCOM:是 COM 的进一步扩展。7.COM+:并不是 COM 的新版本。8.中间件的定义:l 在一个分布式系统环境中处于操作系统和应用程度之间的软件。l 是一种独立的系统软件或服务程序,位于客户机服务器的操作系统之上。9.中间件是一类软件,而非
14、一种软件;中间件不仅仅实现互连,还要实现应用之间的互操作;中间件是基于分布式处理的软件,最突出的特点是其网络通信功能。10.中间件是处于操作系统和应用程序之间的软件。11.为了完成系统底城传输层的集成,可以采用 CORBA(公共对象代理)技术;为了完成不同系统的信息传递,可以采用消息中间件产品;为了完成不同硬件和操作系统的集成,可以采用 J2EE 中间件。12.中间件的作用,解决异构。异构就是不同的架构,解决系统内统一。第4章 面向对象方法 一、重要考点/知识点:构架:“裸”:逻辑视图“狗”:实现视图(构造视图)“不”:部署视图“用”:用例视图 “进”:进程视图 2.类之间的关系(容易考归类,
15、选择题):l 依赖关系:有两个元素 A、B,如果元素 A 的变化会引起元素 B 的变化,则称元素 B 依赖于元素 A。l 泛化关系:描述了一般事物与该事物中的特殊种类之间的关系,也就是父 类与子类之间的关系。继承泛化关系的反关系。l 关联关系:表示两个类的实例之间存在的某种语义上的联系。l 实现关系:是用来规定接口和实现接口的类或组件之间的关系。3.UML 系统静态结构的静态模型:对象图、复合结构图、构件图、包图、部 署图、类图(对付狗包不累)l 类图:描述类和类之间的静态关系。它不仅现实了信息的结构,同时还描 述了系统的行为。类图是面向对象建模中最重要的模型。l 对象图:UML 中对象图与类
16、图巨头相同的表达形式。对象图可以看做是类 图的一个实例。l 构件图:是面向对象系统的物理方面进行建模时要用的两种图之一。它可 以有效的现实一组构件,以及它们之间的关系。l 部署图:描述系统硬件的物理拓扑结构,以及在此结构上执行的软件。4.UML 系统动态结构的动态模型:用例图、活动图、交互概观图、定时图、制品图、顺序图、通信图、状态机图(用活交通定制,顺(序)撞)l 用例图:用例实例是在系统中执行的一系列动作,这些动作将生成特定参 与者可见的价值结果。一个用例定义一组用例实例。它确定了一 个和系统参与者进行交互、并可由系统执行的动作序列。参与者 代表与系统接口的任何事物或人,它是指代表某一种特
17、定功能的 角色,参与者都是虚拟的概念。用例是对系统行为的动态描述。l 活动图:用来表示系统中各种活动的次序,它的应用非常广泛,既可用来 描述用例的工作流程,也可以用来描述类中某个方法的操作行为。l 状态图:用来描述对象状态和事件之间的关系。l 交互图:表示各组对象如何依赖某种行为进行协作的模型。l 顺序图:用来描述对象之间动态的交互关系,着重体现对象间消息传递的 时间顺序。l 协作图:用于描述相互合作的对象间的交互关系和链接关系。二、一般了解:1.对象(Object)是系统中用来描述客观事物的一个实体。2.面对对象的软件系统是由对象组成的。3.面对对象方法学使用对象分别取代了传统方法的功能分解
18、。三、英语缩写 l 消息通信(Communication with Messages):是面向对象方法学中的一条重 要原则,它与对象的封装原则密不可分。l 面向对象的建模技术(Object Modeling Technology,OMT)l 面向对象的软件工程(OOSE)l 继承(Inheritance)l 类图(Class Diagram)l 交互图(Interactive Diagram)l 顺序图(Sequence Diagram)l 远程过程调用协议(Remote Procedure Call Protocol,RPC)l 远程方法调用(Remote Method Innovation
19、,RMI)l 协作图(Collaboration Diagram)l 状态图(State Diagram)l 面向对象的编程(Object Oriented Programming,OOP)l 面向对象的设计(Object-Oriented Design,OOD)l 面向对象的分析(Object-Oriented Analysis,OOA)4.对象三要素:l 标志 l 属性 l 服务 5.类:是对象的抽象含义,是一组具有相同数据结构和相同操作的对象的集合。6.类与对象是抽象描述与具体实例的关系。7.现存类可当作父类(泛化类、基类或超类);新类相应地可当作子类(特化 类、子女类或派生类)。8.多
20、态考虑的是类与类之间的层次关系,以及类自身内部特定成员函数之间的 关系问题。9.多态是指类中具有相似功能的不同函数是用同一个名称来实现。10.消息通信:也是面向对象方法学中的一条重要原则。11.UML(统一建模语言,而不是设计学语言):是用于系统的可视化建模语言。12.UML 是一种语言;UML 是一种可视化语言;UML 是一种可用于详细描述的语言;UML 是一种构造语言;UML 是一种文档化语言;13.9 大管理:5 个过程:l 沟通 启 动 l 质量 计 划 l 整体 执 行 l 范围 监 控 l 进度 收 尾 l 成本 l 人力 l 风险 l 采购 第5章 J2EE 与.NET 平台 一
21、、重要考点/知识点:J2EE 与.NET 对比表 J2EE.NET 跨平台 跨平台能力不具备跨平台能力,仅支持 支持语言 JAVA VB、C+、C#、Jscript,通过组件还可安全性 相对较好 一稳定性 相对较好 一服务器端 UNIX 系统应用 很差 与 WINDOWS 桌面系统一好 与 WINDOWS 软件集成差 很二、一般了解:1.J2EE:SUN 2.NET:微软 讲课附加考试信息 1.每年必考标准(3-5 分):软件标准、机房工程、布线。2.标准代号:GB、GBT 等 3.标准内容:布线:6 个子系统、布线距离,机房:设计规范,4.运筹学方法(上午选择题):l 线性规划 l 非线性规
22、划 l 动态规划 l 图与网络分析 l 存储论 l排队论 l 对策论 l 决策论 5.赢:亡风险 口沟通 月时间(进度)贝成本 凡人力资源、范围 第6章 Web Service 技术(必考,1 分)一、重要考点/知识点:1.Web Service:是解决应用程序之间相互通信的一项技术。是描述一系列操作 的接口;它使用标准的、规范的 XML 描述接口。提供一系列可执行的操作,这些操作独立于软、硬件平台和编写服务所用的编程语言。2.Web Service 模型中的角色(三角色):l 服务提供者:Web Service 的所有者;负责定义并实现 Web Service,使 用服务描述语言对 Web
23、Service 进行详细、准确、规范的描述,并将该 描述发布到服务注册中心供服务请求者查找并绑定使用。l 服务请求者:Web Service 的使用者;是查找、绑定并调用服务或进行交 互的应用程序。l 服务注册中心:是连接服务提供者和服务请求者的纽带,服务提供者在 此发布他们的服务描述,而服务请求者在服务注册中心查找他们需要的 Web Service。3.Web 服务模型操作(三操作):l 发布服务描述:为了是用户能够访问 Web Service,服务提供者需要发布 服务描述使服务请求者可以查找它。l 查找服务描述:在查找操作中,服务请求者直接检索服务描述或在服务 注册中心查询所要求的服务类型
24、。l 根据服务描述绑定或调用服务:服务请求者使用服务描述中的绑定细节 来定位、联系并调用服务,从而在运行时与服务进行交互。4.Web 服务协议(三协议):l 简单对象访问协议(SOA):是一种轻量的、简单的、基于 XML 的协议,它被设计成在 Web 上交换结构化的和固化的信息。l Web Service 描述语言(WSDL):Web Service 描述语言 WSDL(Web Services Description Language)就是用机器能阅读的方式提供的一个正式 描述文档而基于 XML 的语言,用于描述 Web Service 及其函数、参数和 返回值。l 统一描述、发现和集成(U
25、DDI):UDDI(Universal Description,Discovery and Integration)的目的是为电子商务建立标准;UDDI 是一套基于 Web 的、分布式的、为 Web Service 提供的、信息注册中心的实现标准规范,同时也包含一组使企业能将自身提供的 Web Service 注册,以使别的企业 能够发现的访问协议的实现标准。5.Web Service 协议栈模型:图 6-1 Web Servi ce 协议栈 二、可用于论文(实施的系统介绍)l B/S:B/S 结构(Browser/Server,浏览器/服务器模式),是 Web 兴起后 的一种网络结构模式,W
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 考点 核心 资料 信息系统 项目 管理
限制150内