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

上传人:m**** 文档编号:476195244 上传时间:2024-01-21 格式:DOCX 页数:6 大小:20.13KB
返回 下载 相关 举报
信息系统项目管理师辅导教程学习笔记_第1页
第1页 / 共6页
信息系统项目管理师辅导教程学习笔记_第2页
第2页 / 共6页
信息系统项目管理师辅导教程学习笔记_第3页
第3页 / 共6页
信息系统项目管理师辅导教程学习笔记_第4页
第4页 / 共6页
信息系统项目管理师辅导教程学习笔记_第5页
第5页 / 共6页
点击查看更多>>
资源描述

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

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

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

3、重构、重新开发2.5 软件质量保证及质量评价 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和CMM比较做什么CMMI阶段式从CMM演化而来,CMMI强调对需求的管理,有两个KPA需求管理REQM需 求开发RD CMM仅一个需求管理 RMCMMI加强对工程过程

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

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

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

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

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

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

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

13、 6 章 Web Service 技术 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 Acces

14、s Protocol 即简单对象访问协议 ) ;描述语言是 WSD;L在顶层发现、集成方面使用 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 组件( JavaServlet,JSP) 和服务器端业务组件 (EJB)7.2 .NET 平台简介 216 包括 4 部分产品: .Net 开发工具, .Net 专用服务器, .NetWeb 服务, .Net 设备 包括 5 部分:操作系统, .Net Enterprise Servers ,.Net Building Block Services , .NetFramework, Visual Studio .Net.Net Framework :核心是CLR通用语言运行时,CLR是.Net程序的执行引擎CLR :托管一托管代码、托管数据、托管类;程序集;中间语言(IL ); JIT编译器(生成CPU旨令);通用类型系统(CTS;通用语言规范(CLS;垃圾收集;7.3 J2EE 和.NET平台的异同 227开发语言:.Net支持多语言,C#是最好的选择;J2EE只Java 企业计算: 都支持, .Net 绑定 Microsoft ,对其他数据库等支持差; J2ee 是开发标准, .Net是产品第

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 学术论文 > 其它学术论文

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