重点考点核心资料[软考信息系统项目管理师]

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

bishibaobaoqushuiyinguanggaobiaogedisechongxinfabu1/170软考教育学院学习资料信息系统项目管理师学习笔记(供2013年考试学员学习)小马老师2013年1月备注:本资料为学员根据我讲课进行整理(以学员的角度告诉大家重点知识点),非我本人编著,但是我进行了审核,现在分享给广大学员进行学习。此资料重要程度等同于我自己发布的资料,请学员认真学习。更多资料请访问第1章信息系统基础知识一、重要考点/知识点:1.总体规划阶段1.信息系统的生命周期:(4大5小)系统规划阶段系统开发阶段系统运行与维护阶段2.系统分析阶段3.系统设计阶段4.系统实施阶段5.系统收尾阶段系统更新阶段(也叫消亡阶段)2.信息系统开发方法:二、一般了解:结构化方法快速原型法面向对象方法1.信息系统IS:一般泛指收集、存储、处理和传播各种信息的具有完整功能的集合体。(主要记住中英文)2.现代的信息系统总是指以计算机为信息处理工具,以网络为信息传输手段的信息系统。(可用于论文题材,但不要写关于校园、教育方面)3.因特网众多的孤立的信息系统——信息孤岛。4.企业信息系统的目标为:借助于自动化和互联网技术,综合企业的经营、管理、决策和服务于一体,以求达到企业与系统的效率、效能和效益的统一,使计算机和因特网技术在企业管理和服务中能发挥更显著的作用。(可用于论文中)5.一个公司的管理活动可分成四级:战略级、战术级、操作级和事务级(只记住前三个就可)3/1706.信息系统建设原则7.企业系统规划方法:BSP(BusinessSystemPlanning)8.DSS:决策支持系统ERP:企业资源计划系统SRM:供应关系管理系统9.信息系统开发方法详解:结构化方法1.目前最成熟、应用范围也较广的信息系统开发方法。2.基本是将系统的生命周期划分为:系统调查、系统分析、系统设计、系统实施、系统维护等阶段3.主要特点:l开发目标清晰化l工作阶段程式化l开发文档规范化l设计方法结构化快速原型法1.是快速地建立一个系统模型并展示给用户。2.优点:开发周期短、见效快、与业务人员交流方便3.特别适用于用户需求模糊,结构性比较差的信息系统的开发面向对象方法1.是利用面向对象信息建模概念,如实体、关系、属性等,同时运用封装、继承、多态等机制来构造模拟现实系统的方法。4/170第2章软件工程基础知识一、重要考点/知识点:1.软件需求:就是系统必须完成的事,以及必须具备的品质。2.软件需求包括3方面(定义必须搞清):l功能需求:是指系统必须完成的那些事。l非功能需求:是指产品必须具备的属性或品质。l设计约束:也称为限制条件、补充规约,例如必须采用国有自主知识版权的数据库系统,必须运行在UNIX操作系统之下等。3.软件测试是为了发现错误而执行程序的过程。4.从软件开发者的角度出发,希望软件测试成为表明软件产品中不存在错误的过程,验证该软件已正确地实现了用户的要求,确立人们对软件质量的信心。从用户角度出发,普遍希望通过软件测试暴露软件中隐藏的错误和缺陷,以考虑是否可以接受该产品。5.尽早地和不断地进行软件测试。6.测试用例设计:为特定目标开发的测试输入、执行条件和预期结果的集合。既要有正确用例(常规),又要有错误用例(异常)。7.设计测试用例常用的两种测试方法:l墨盒测试l白盒测试8.黑盒测试:不考虑程序的内部逻辑结构和内部特性。9.黑盒测试的测试用例设计方法:l等价类划分l边界值划分:应当选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据,如:0—-1为一个边界)l错误推测法l因果图:在测试时必须考虑输入条件的各种组合,可使用一种适于描述5/170多种条件的组合,相应产生多个动作的形式来设计测试用例。10.逻辑覆盖属白盒测试。11.逻辑覆盖分类(可能会考选择题):l语句覆盖l判定覆盖l条件覆盖l判定-条件覆盖l条件组合覆盖l路径覆盖12.模块独立性:高内聚低耦合l耦合:模块之间的相对独立性(互相联系的紧密程度)的度量。模块之间的联系越紧密,联系越多,耦合性就越高,而其模块独立性就越弱。l内聚:模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的度量。一个模块内部各个元素之间的联系越紧密,则它的内聚性就越高,相对的,它与其它模块之间的耦合性就会减低,而模块独立性就越强。13.用户界面设计l可使用性使用的简单性;用户界面中所用术语的标准化和一致性;拥有帮助功能;快速的系统响应和低的系统成本;用户界面应具有容错能力。l灵活性考虑用户的特点、能力、知识水平,应当使用户界面能够满足不同用户的要求;用户可以根据需要制定和修改界面方式;系统能够满足用户的希望和需要;与其他软件系统应有标准的接口。l复杂性和可靠性用户界面的规模和组织的复杂程度就是界面的复杂性;用户界面的可靠姓是指无故障使用的间隔时间。14.评审方法:l事前论证l事中评审6/170l事后审计15.软件测试策略: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.设计评审:在开发的每个阶段,特别是设计阶段结束时,都要进行严格的技术评审,尽量不让错误传播到下一阶段。采用评审会议的形式来进行19.需求工程通常包括:7/170l需求开发:包括需求捕获、需求分析、编写规格说明书和需求验收四阶段。l需求管理:通常包括定义需求基线、处理需求变更、需求跟踪等方面工作。20.“软件需求规格说明书”是基本术语。21.常用的需求捕获技术(掌握1、2个即可)l用户访谈l用户调查l现场观摩l文档考古l联合讨论会22.可行性研究(可研):主要的目的是回答一个问题,即所提出的项目是否可以完成。需要注意的是,可行性研究毕竟不是解决问题,而是研究问题的范围,探索这个问题是不是值得去解决,是否有能力解决。23.可行性研究工作的任务:l技术可行性:技术可行?l经济可行性:投资回报?l社会可行性:是否符合?24.可行性研究工作的步骤l核实问题定义与目标l研究分析现有系统l为新系统建模l客户复核l提出并评价解决方案l确定最终推荐的解决方案l草拟开发计划l以书面的形式提交《可行性分析报告》并进行审查二、英语缩写:l业务需求BR:BusinessRequirementl用户需求UR:UserRequirement8/170l系统需求SR:SystemRequirementl结构化分析方法SA:StructuredAnalysisl面向对象分析方法OOA:ObjectOrientedAnalysisl面向问题域的分析PDOA:ProblemDomainOrientedAnalysisl数据流图(DFD):是一种图形化的系统模型,它在一张图中展示信息系统的主要需求,即输入、输出、处理(过程)、数据存储。l数据字典DD:DataDictionary,一种很实用、有效的表达数据格式的手段。l自动化测试(QTP)三、可用于论文(300~400字):1.需求捕获技术:需求是做任何项目的基础或者源头用户访谈:准备问题;访谈时的技巧;应该询问的问题。用户调查:通过精心设计要问的问题,然后下发到相关的人员手里,让他们填写答案。现场观摩:走到客户的工作现场,一边观察,一边听客户的讲解,甚至可以安排人员跟随客户工作一小段时间。文档考古:对历史存在的一些文档进行研究。需要与其它技术结合使用。联合讨论会:通过联合各个关键客户代表、分析人员、开发团队代表一起,通过有组织的会议来讨论需求。第3章软件构件与中间件一、重要考点/知识点:1.常用的构件标准有三大流派:COM/DCOM/COM+、CORBA和EJB。2.中间件的分类中间件分类代表产品底层型中间件SUNJVM和MicrosoftCLR等通用型中间件IONAOrbix、BEAWebLogic和IBM9/170MQSeries等集成型BEAWebLogic和IBMWebSphere3.1.掌握以下知识点:l构件及其在信息系统项目中的重要性;l常用构件标准;l软件中间件。4.构件:是指语义完整、语法正确和有可重用价值的单位软件,是软件重用过程中可以明确辨识的系统。5.EJB的三种类型:会话、实体、消息驱动。6.DCOM:是COM的进一步扩展。7.COM+:并不是COM的新版本。8.中间件的定义:l在一个分布式系统环境中处于操作系统和应用程度之间的软件。l是一种独立的系统软件或服务程序,位于客户机服务器的操作系统之上。9.中间件是一类软件,而非一种软件;中间件不仅仅实现互连,还要实现应用之间的互操作;中间件是基于分布式处理的软件,最突出的特点是其网络通信功能。10.中间件是处于操作系统和应用程序之间的软件。11.为了完成系统底城传输层的集成,可以采用CORBA(公共对象代理)技术;为了完成不同系统的信息传递,可以采用消息中间件产品;为了完成不同硬件和操作系统的集成,可以采用J2EE中间件。12.中间件的作用,解决异构。异构就是不同的架构,解决系统内统一。第4章面向对象方法一、重要考点/知识点:1.UML构架:“裸”:逻辑视图“狗”:实现视图(构造视图)“不”:部署视图“用”:用例视图10/170“进”:进程视图2.类之间的关系(容易考归类,选择题):l依赖关系:有两个元素A、B,如果元素A的变化会引起元素B的变化,则称元素B依赖于元素A。l泛化关系:描述了一般事物与该事物中的特殊种类之间的关系,也就是父类与子类之间的关系。继承泛化关系的反关系。l关联关系:表示两个类的实例之间存在的某种语义上的联系。l实现关系:是用来规定接口和实现接口的类或组件之间的关系。3.UML系统静态结构的静态模型:对象图、复合结构图、构件图、包图、部署图、类图(对付狗包不累)l类图:描述类和类之间的静态关系。它不仅现实了信息的结构,同时还描述了系统的行为。类图是面向对象建模中最重要的模型。l对象图:UML中对象图与类图巨头相同的表达形式。对象图可以看做是类图的一个实例。l构件图:是面向对象系统的物理方面进行建模时要用的两种图之一。它可以有效的现实一组构件,以及它们之间的关系。l部署图:描述系统硬件的物理拓扑结构,以及在此结构上执行的软件。4.UML系统动态结构的动态模型:用例图、活动图、交互概观图、定时图、制品图、顺序图、通信图、状态机图(用活交通定制,顺(序)撞)l用例图:用例实例是在系统中执行的一系列动作,这些动作将生成特定参与者可见的价值结果。一个用例定义一组用例实例。它确定了一个和系统参与者进行交互、并可由系统执行的动作序列。参与者代表与系统接口的任何事物或人,它是指代表某一种特定功能的角色,参与者都是虚拟的概念。用例是对系统行为的动态描述。l活动图:用来表示系统中各种活动的次序,它的应用非常广泛,既可用来描述用例的工作流程,也可以用来描述类中某个方法的操作行为。l状态图:用来描述对象状态和事件之间的关系。l交互图:表示各组对象如何依赖某种行为进行协作的模型。l顺序图:用来描述对象之间动态的交互关系,着重体现对象间消息传递的11/170时间顺序。l协作图:用于描述相互合作的对象间的交互关系和链接关系。二、一般了解:1.对象(Object)是系统中用来描述客观事物的一个实体。2.面对对象的软件系统是由对象组成的。3.面对对象方法学使用对象分别取代了传统方法的功能分解。三、英语缩写l消息通信(CommunicationwithMessages):是面向对象方法学中的一条重要原

1 / 178
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功