信息系统项目管理师辅导教程_学习笔记

上传人:xzh****18 文档编号:34632844 上传时间:2018-02-26 格式:DOC 页数:12 大小:49.50KB
返回 下载 相关 举报
信息系统项目管理师辅导教程_学习笔记_第1页
第1页 / 共12页
信息系统项目管理师辅导教程_学习笔记_第2页
第2页 / 共12页
信息系统项目管理师辅导教程_学习笔记_第3页
第3页 / 共12页
信息系统项目管理师辅导教程_学习笔记_第4页
第4页 / 共12页
信息系统项目管理师辅导教程_学习笔记_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《信息系统项目管理师辅导教程_学习笔记》由会员分享,可在线阅读,更多相关《信息系统项目管理师辅导教程_学习笔记(12页珍藏版)》请在金锄头文库上搜索。

1、信息系统项目管理师辅导教程第 1 章 信息系统基础知识 11.1 信息系统 11.2 信息系统建设 11第 2 章 软件工程基础知识 212.1 软件需求分析与定义 222.2 软件设计 39设计原则:信息隐蔽、模块独立(耦合与内聚)结构化设计方法:基于模块化,自顶向下逐层细化;结构图和程序流程图结构图:模块、模块间调用关系、模块间通信、辅助控制符号用户界面设计:可用性、灵活性、复杂性与可靠性设计评审2.3 软件测试 51测试用例设计:白盒测试结构测试或逻辑驱动测试黑盒测试(等价划分法、边界值分析、错误推测法、因果图判定表)逻辑覆盖属白盒测试测试策略:单元测试、集成测试、确认测试、系统测试;

2、测试和 测试测试种类:功能测试、可靠性测试、强度测试、性能测试、恢复测试、启动停止测试、配置测试、安全测试、可用性测试、安装测试、过程测试、容量测试、文档测试、兼容性测试面向对象的测试:OOA 测试(完整性、冗余性) 、OOD 测试(功能实现和重用) 、OOP 测试(类功能的实现) 、面向对象的单元、集成、系统测试2.4 软件维护 61软件的可维护性:具有可维护性、采用软件工程提高可维护性(文档) 、注重可维护性的开发过程、可维护性度量(平均修复时间)软件维护的分类:纠错型、适应型、预防型和完善型软件维护的工作量:软件再生工程:筛选、文档重构、逆向工程、代码重构、数据重构、重新开发2.5 软件

3、质量保证及质量评价 70软件质量:性能、可靠性(容错、健壮) 、可用性、安全性、可修改性(可维护性、可扩展性、结构重组、可移植性) 、功能性软件质量保证活动:制定 SQA 计划、参与开发该软件项目的软件过程描述、评审、审计、记录并处理偏差、报告软件质量保证的实施:PDCA 循环(戴明环):计划 Plan、实施 Do、检查 Check、处理 Act正式技术评审:走查、审查、轮查,会议形式,全面质量管理(TQM):全员、全过程、全方位;三全一多,多方法的质量管理六西格玛管理:与平均值的标准偏差,6 西格玛=达到 99.9997%的合格率以用户为关注焦点、系统观点(内部协调) 、依据数据决策、关注过

4、程管理2.6 软件配置管理 85 配置管理完成 4 方面功能:配置标志、配置控制、配置状态发布、配置的评审概念 配置与配置项;基线与基线管理;版本;配置标志;配置控制基线,配置项通过正式评审而进入受控的一种状态变更控制配置状态报告配置库:开发库、受控库、产品库配置评审:功能配置评审、物理配置评审;审查方法:正式技术评审、软件配置审核2.7 软件开发环境 90软件开发环境(SDE)主要成分是软件工具集成开发环境由工具集和环境集成机制两部分组成(如插件与插槽的关系)。环境集成机制:数据集成机制、控制集成机制、界面集成机制2.8 软件过程管理 94研究方向:软件过程分析和建模、软件过程支持、软件过程

5、评估与改进(CMM)软件过程能力成熟度模型 CMM概念:软件过程;软件过程能力;软件过程性能;软件过程成熟度;关键过程域、关键实践;软件过程评估;软件能力评价;软件工程过程小组分级:初始级、可重复级、已定义级、已管理级、优化级软件能力成熟度模型集成 CMMICMMI 模型的表示:阶段式和连续式,关键术语分别为“成熟度”和“能力” 阶段式分级:初始级、已管理级、严格定义级、定量管理级、优化级CMM 和 CMMI 比较做什么CMMI 阶段式从 CMM 演化而来,CMMI 强调对需求的管理,有两个KPA:需求管理 REQM、需求开发 RD;CMM 仅一个需求管理 RMCMMI 加强对工程过程的重视,

6、提供更加细致的要求和指导;CMMI 强调度量、风险管理个体软件过程 PSP怎么做一种用于管理、控制和改进个人工作方式的自我持续改进过程,是一个包括软件开发表格、指南和规程的结构化框架;针对软件开发人员分级:个体度量过程、个体规划过程、个体质量管理过程、个体循环过程群组软件过程 TSPCMM、 TSP 和 PSP 的结合第 3 章 软件构件与中间件 113工程化开发、工业化生产;重用(reuse)和构件(component) ,包括程序代码、测试用例、设计文档、设计过程、需求分析文档甚至领域知识3.1 构件模型及实现 113三个流派:OMG、CORBA、EJB 及 DCOM;分外部接口和内部结构

7、3.2 构件获取 115基于构件的软件开发:现有获取,遗留提取、购买、开发3.3 构件管理 116管理:构件描述、构件分类、构件库组织、人员及权限管理,用户意见反馈构件分类:关键字分类、刻面分类法、超文本组织方法3.4 构件重用 1203.5 软件重用实例 1253.6 常用构件标准 129三点流派:COM/DCOM/COM+、CORBA、EJB3.7 中间件技术 131中间件定义:处于操作系统和应用程序之间的软件中间件的分类:从层次上分:底层型、通用型、集成型细化:通信处理(消息) 、事务处理(交易) 、数据存储管理、WEB 服务、安全、跨平台和构件的中间件、专用平台中间件中间件技术在集成中

8、的应用发展趋势:规范化、构件化和松耦合、平台化第 4 章 软件体系结构 1374.1 软件体系结构概述 137定义:软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象,由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式、以及这些模式的约束组成。软件体系结构在需求和设计之间架起桥梁;4.2 软件体系结构建模 139软件体系结构模型可分五种:结构模型、框架模型、动态模型、过程模型和功能模型;4+1 视图模型:逻辑视图、进程视图、物理视图、开发视图和场景视图逻辑视图:主要支持系统的功能需求,即系统提供给最终用户的服务开发视图:也称模块视图,侧重软件模块的组织和管理进程视图:侧重于

9、系统的运行特征,主要关注系统非功能性需求 物理视图:主要考虑如何把软件映射到硬件上,通常考虑到系统的规模、性能和可靠性等场景视图:重要需求活动的抽象4.3 典型的软件体系结构 146层次系统:支持基于抽象程度递增的系统设计;支持功能增强;支持重用。不足:系统很难分层;没有合适层次抽象方法C2 风格:通过连接件把构件连接在一起;构件实现需求并封装;连接件实现异步消息交换;构件相互独立;客户服务器风格(C/S):不足:开发成本高,客户端程序设计复杂、信息内容和形式单一、界面风格不一、移植困难、维护升级困难、新技术不易使用三层 C/S 结构风格:分表示层、功能层、数据层。浏览器服务器风格(B/S):

10、不足:缺乏动态页面支持;扩展能力差;安全难以保障;响应速度慢;动态交互不强,不利于在线事务处理公共对象请求代理体系结构(CorBa):接口定义语言、接口池、动态调用接口、接口适配器异构结构风格:4.4 特定领域软件体系结构 1574.5 基于体系结构的软件开发模型 160划分为体系结构需求、设计、文档化、复审、实现和演化4.6 软件体系结构评估 165第 5 章 面向对象方法 1685.1 面向对象的基本概念 168对象三要素:对象标志(名称) 、属性和服务;封装:对象是一个整体;黑盒子;类是对象的抽象定义,是一组具有相同属性和方法的对象的集合。 继承与多态;消息通信5.2 UML 概述 17

11、2统一建模语言:一种语言、可视化语言、用于详细描述的语言、构造语言(可与编程语言映射) 、文档化语言UML 结构:构造块(建模元素、关系、图) 、公共机制(规格说明、修饰、公共分类、扩展机制) 、架构(5 视图)5.3 UML 的建模机制 176静态模型:类图、构件图、部署图动态模型:对象图、用例图、序列图、协作图、状态图、活动图用例图:参与者、用例、关系(包含与扩展)类图和对象图:;类、对象、类间关系(倚赖、泛化、关联聚合与组合、实现) ,对象是类的实例交互图:顺序图体现交互的时间顺序;协作图体现交互对象之间的静态链接关系活动图:基本活动图和带泳道活动图构件图:构件、接口以及各种关系部署图:

12、节点和链接、构件和接口5.4 面向对象分析 187OMT(Object Modeling Technique)方法: OOA 模型包括对象模型、动态模型和功能模型UML 分析:1 建立域模型;2 建立用例模型5.5 面向对象设计 196Booch 方法:过程,在给定的抽象层次上识别类与对象、识别类和对象的语义、识别类和对象之间的关系、实现类和对象;偏向静态描述OMT 方法:三个模型对象模型、动态模型和功能模型;开发过程分四个阶段:分析、系统设计、对象设计、实现Jacobson 方法:涉及整个软件生命周期,还把对象分为语义对象、界面对象和控制对象,关键概念是用例第 6 章 Web Service

13、 技术 2036.1 什么是 Web Service 203面向计算机,使用 XML 描述的接口,定义了消息格式、传输协议和服务位置。6.2 Web Service 模型 204模型的三种角色:服务提供者、服务请求者、服务注册中心;关系:发布,查找、绑定6.3 Web Service 使用流程 2051 服务提供者发布,2 服务请求者查找服务,3 返回服务描述,4 统一语义,5 交互6.4 Web Service 协议堆栈 206使用 HTTP(s)做为网络传输的基础,还采用 SMTP,FTP,JMS,IIOP;消息处理采用 SOAP(Simple Object Access Protocol

14、 即简单对象访问协议);描述语言是 WSDL;在顶层发现、集成方面使用 UDDI 协议( Universal Description Discovery and Integration 即统一描述、发现和集成协议) SOAP 协议:基于 XML 的分布式对象通信协议(对比:Corba 是分布式应用服务标准,DCOM 是组件模型)UDDI:类似目录服务6.5 XML 在 Web Service 中的应用 210SOAP、WSDL、UDDI 都是基于 XML 定义的第 7 章 J2EE 与.NET 平台 2117.1 J2EE 平台简介 211J2EE 采用多层分布式应用程序模型;J2EE 组件:

15、客户端组件(应用程序,Applets,Web 客户端)、服务器端 web组件(Java Servlet,JSP)和服务器端业务组件(EJB)7.2 .NET 平台简介 216包括 4 部分产品:.Net 开发工具,.Net 专用服务器,.NetWeb 服务,.Net设备包括 5 部分:操作系统,.Net Enterprise Servers,.Net Building Block Services,.Net Framework,Visual Studio .Net.Net Framework:核心是 CLR 通用语言运行时,CLR 是.Net 程序的执行引擎CLR:托管托管代码、托管数据、托管

16、类;程序集;中间语言(IL) ;JIT编译器(生成 CPU 指令) ;通用类型系统( CTS) ;通用语言规范(CLS) ;垃圾收集;7.3 J2EE 和.NET 平台的异同 227开发语言:.Net 支持多语言,C#是最好的选择;J2EE 只 Java企业计算:都支持,.Net 绑定 Microsoft,对其他数据库等支持差;J2ee是开发标准,.Net 是产品第 8 章 工作流 2328.1 工作流概述 232工作流 WFM(Workflow Managemant):相互衔接、自动进行的业务活动或任务;基本功能:定义、运行、监控工作流特征:自动化、监察与控制、业务重规划工作流系统和业务管理系统、工作流与业务流程重构 BPR工作流机:为工作流实例的执行提供运行环境的软件服务或“引擎” ,重要作用是控制实例和实例活动的状态转换活动的运行状态:未开始、运行中、挂起

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号