系统总结.docx
- 文档编号:7077883
- 上传时间:2023-01-17
- 格式:DOCX
- 页数:18
- 大小:172.61KB
系统总结.docx
《系统总结.docx》由会员分享,可在线阅读,更多相关《系统总结.docx(18页珍藏版)》请在冰豆网上搜索。
系统总结
系统集成项目管理工程师上午知识点
1.国家信息化体系六大要素:
信息技术应用、信息网络、信息资源、信息网络、信息技术和产业、信息化人才、信息化法规政策标准规范。
2.信息系统的开发方法:
1)结构化方法(需求明确,是最成熟,最广泛的开发方法之一)
2)快速原型法(适用于需求模糊,结构性较差的项目)包括进化型原型和抛弃型原型
3)企业系统规划的方法:
其目标是提供一个信息系统规划,用以支持企业短期长期的要求
4)战略数据规划方法 5)信息系统工程的方法 6)面向对象的方法
2. ERP是一个以财务会计为核心的信息系统用来识别和规划企业资源,对采购、生产、成本、库存、销售、运输、财务和人力资源等进行规划和优化,从而达到最佳资源组合,使企业利润最大化。
3. CRM(客户管理关系系统)是一个集成化的信息管理系统,其具备以下功能:
l 有一个统一的以客户为中心的数据库; l 具有整合各种客户联系渠道的能力;
l 能够提供销售、客户服务和营销三个业务的自动化工具; l 具备从大量数据中提取有用信息的能力。
4. 供应链系统设计的原则包括:
自顶向下和自底向上相结合、简洁性原则、取长补短原则、动态性原则、合作性原则、创新性原则、战略性原则。
5. 物流管理包括:
销售管理、库存控制、采购管理和人力资源管理。
6. 我国信息系统服务管理主要内容:
l 计算机信息系统集成单位资质管理; l 信息系统项目经理资格管理; l 信息系统工程监理单位资质管理; l
信息系统工程监理人员资格管理。
7. 系统集成资质评定条件:
l
一级资质:
注册资金2000万元以上,计算机信息系统集成项目经理人数不少于25人,项目经理不少于8人; l 二级资质:
注册资金1000万元以上,计算机信息系统集成项目经理人数不少于15人,项目经理不少于3人;
l 三级资质:
注册资金200万元以上,计算机信息系统集成项目经理人数不少于6人,项目经理不少于1人;
四级资质:
注册资金30万元以上,计算机信息系统集成项目经理人数不少于3人。
我国信息系统服务管理的主要内容(2单位资质、2人员资格)
(1)计算机信息系统集成单位的资质管理
(2)信息系统项目经理资格管理
(3)系统工程监理单位资质管理信息系统 (4)信息系统工程监理人员资格管理
信息系统集成资质管理办法
1.管理原则:
认证和审批分离原则;先由认证机构认证,再由信息产业主管部门审批的工
作程序进行
2.管理办法:
(1)资质管理包括:
资质评审和审批、年度监督、升级、降级、取消及相关内容
(2)工业和信息产业部负责一、二级信息系统集成资质(国家级)
(3)省、自治区、直辖市信息产业主管部门负责本行政区域内的三、四级
8. 控制管理工作由建设单位、集成单位(承建方)和监理单位分工合作实施。
9. 监理活动主要内容:
“四控三管一协调”四控:
质量控制、进度控制、投资控制、变更控制; l 三管:
合同管理、信息管理、安全管理; l
一协调:
协调个单位及人员间的工作关系。
监理资质证书:
有效期4年,资质:
甲、乙、丙
10. 信息系统的安全属性包括:
保密性、完整性、可用性、真实性和不可抵赖性。
11. 信息系统集成特点:
(1)计算机信息系统集成要以(满足用户需求)为根本出发点
(2)计算机信息系统集成不只是设备的选择和供应,更重要的,它是具有高技术含量的工作过程,要面向用户需求提供全面的解决方案,其核心是(软件)
(3)计算机信息系统集成的最终交付物是(一个完整的系统)而不是一个分立的产品
(4)计算机信息系统集成包括(技术)、(管理)和(商务)等各项工作(考试可能会出以下不属于计算机信息系统集成的是选择题考法)。
是一项综合性的系统工程。
(技术)是系统集成工作的核心,(管理和商务是)系统集成项目成功实施的保障
12. 信息系统开发方法:
l
结构化方法:
具有遵循用户至上原则、严格区分工作阶段且每个阶段有明确的任务和取得的成果、强调系统开发过程的整体性和全局性、系统开发过程工程化且文档资料标准化的特点。
但开发周期长,文档说明繁琐,工作效率低等缺点,适合于规模较大、结构化程度较高的系统的开发。
l 原型法:
具有实际可行、具有最终系统的基本特征、构造方便且快捷和造价低的特点。
适合于需求开始定义不清、管理决策方法化程度不高的系统开发。
l
面向对象法:
主要有分析、设计和实现三个阶段。
不适合于大型系统的开发。
计算机信息系统建设(4大5小必须会):
四个阶段:
产生、开发、运行、消亡(4大) 1)总体规划 2)系统分析 3)系统设计 4)系统实施 5)系统验收阶段(五小)
13. 结构化方法主要原则:
用户参与、先逻辑后物理、自顶向下、工作成果描述标准化。
14. 测试是为了评价和改进产品质量、识别产品的缺陷和问题而进行的活动。
软件需求内容主要包括(必会):
(功能需求)、(非功能需求)、(设计约束);业务需求、用户需求、系统需求。
(1)功能需求:
指系统必须完成的那些事。
(订票网站必须完成订票功能)(必会)
(2) 非系统功能:
是指产品必须具有的属性和品质,如可靠性(如网站多人访问不能崩溃)、性能、响应时间(网页打开时间一般不超过10S)、容错性、扩展性等(必会) (3)设计约束:
也成为限制条件,补充规约,通常是对解决方案的一些约束说明,例如:
必须采用国有自主知识版权的数据库系统,必须运行在UNIX操作系统之下等(必会)
需求过程是一个包括创建和维护系统需求文档所必需的一切活动的过程。
通常包括需求开发和需求管理两大工作(必会)
需求开发:
包括(需求捕获)、(需求分析)、编写(规格说明书)、和(需求验证)四个阶段(必会)
1)需求捕获:
常用的需求捕获手段包括 a.用户访谈 b.用户调查:
表格、问卷调查等方式,与用户访谈相比最大缺点是缺乏灵活性 c.现场观摩 d.文档考古 e.联合讨论会 2)需求分析 3)需求规格说明书(SRS):
是一个软件文档,说明软件功能和约束 4)需求验证 需求验证和规格说明书的关系:
二者是一个双向的过程,规格说明书中提到的功能在最终的系统中必须全部得到实现,同事软件说明书也可看到最终需求,一句话概括就是既不能少也不能多
需求管理:
通常包括定义(需求基线)、(处理需求变更)、(需求跟踪)
等方面的工作
基线的定义:
正式评审、确认的标准(必会
15. 在软件产品交付后进行的维护分类:
l 更正性维护:
更正发现的问题;
l 适应性维护:
保证软件产品在变化后或变化中的环境下可以继续使用; l 完善性维护:
改进性能和可维护性;
预防性维护:
在软件产品中的潜在错误成为实际错误前,检测和更正它们。
16. 软件质量管理过程包括:
质量保证过程、验证过程、确认过程、评审过程、审计过程等。
17. 功能性的质量特性:
l 适合性:
软件产品为指定的任务和用户目标提供一组合适的功能的能力; l 准确性:
软件产品提供具有所需精度的正确或相符的结果或效果的能力; l 互操作性:
软件产品与一个或更多的规定系统进行交互的能力; l 安全保密性:
软件产品保护数据和信息安全的能力; 依从性:
软件产品遵循与功能性相关的标准、约定或法规以及类似规定的能力。
18. 软件产品的使用质量是基于用户观点的软件产品用于指定的环境和使用期间的质量。
其使用质量的属
性分为:
有效性、生产率、安全性和满意度。
19. 验证确认过程使用能够定位缺陷并便于以后改正的测试技术直接处理软件产品质量问题。
20. 技术评审的目的是评价软件产品,以确定其对使用意图的适合性,识别规范说明和标准的差异。
21. UML语言特征:
可视化的建模语言; 建模语言的规范说明,是面向对象分析与设计的一种标准表示; l 允许任何一种过程和方法调用它; l 便于扩展,无需对核心概念进行修改; 强调在软件开发中,对架构、框架、模式和组建的复用。
22. 行为图包括活动图、交互图(顺序图、通信图、交互概念图和时序图的统称)、用例图和状态图。
23. 结构图包括类图、组合结构图、构件图、部署图、对象图和包图。
24. UML关系:
依赖(一个元素以某种方式依赖于另一种元素)、泛化(一般与特殊的关系)、聚合(整
体与部分的关系)、实现(一种模型元素与另一种模型元素连接起来)。
25. 用例图描述了用户和系统之间的交互,其重点是系统为用户做什么。
26. 类和对象的关系:
每个对象都是某一个类的实例; 每个类在某一时刻都有零个或更多的实例; l 类是静态的,对象是动态的; 类是生成对象的模版。
27. J2EE应用服务器运行环境包括构件、容器及服务。
构件是表示应用逻辑的代码,容器是构件的运行环境,服务是应用服务器提供的各种功能接口,可以同系统资源进行交互。
J2EE .NET都可以用来设计、开发企业级应用。
J2EE平台是业界标准,有超过50家厂商实现了这些标准(工具、应用服务器等)。
.NET是微软自己的产品系列,而非业界标准。
28. C/S模式的优点:
客户机与服务器分离,允许网络分步操作;一个服务器可以服务于多个客户机;具有强大的数据操作和事务处理能力。
29. C/S模式的缺点:
客户机和服务器的通信依赖于网络,可能成为整个系统运作的瓶颈;客户机的负荷过重,难以管理大量的客户机;服务器改变,客户机也要相应改变;采用单一服务器且以局域网为中心,难以扩展到广域网;数据安全性不好。
30. CORBA(公共对象请求代理架构)标准主要分为三个层次:
对象请求代理、公共对象服务和公共基础设施。
31. Web服务适用于:
跨越防火墙;应用程序集成;B2B集成;软件重用。
Web服务不适合于:
单机应用程序;局域网上的同构应用程序。
32. Web服务的典型技术:
用户传递信息的简单对方协议(SOAP);用于描述服务的Web服务描述语言(WSDL);用于Web服务的注册的统一描述、发现及集成(UDDI);用于数据交换的XML。
33. 工作流在流程管理中的应用分为三个阶段:
流程建模、流程仿真和流程改造或优化。
34. DAS是存储器与服务器的直接连接;NAS是将存储设备通过标准的网络拓扑结构连接到一系列计算机上;SAN是采用高速的光纤为传输介质的网络存储技术。
35. Vlan的优点:
l 有效的共享网络; 简化网络管理; 控制广播风暴,提高网络性能; 简化网络结构、保护网络投资、提高网络安全性。
OSI七层模型(必会,注意哪个协议在哪个层)
(1) 应用层:
用户接口(HTTP、Telnet、FTP、SMTP、NFS
(2) 表示层:
定义数据格式(JPEG、ASCLL、GIF、DES、MPEG) (3) 会话层:
定义了开始、控制、结束一个会谈(RPC、SQL、NFS) (4)传输层:
差错恢复、数据包的重新排列 (TCP、UDP、SPX) (5) 网络层:
端到端的包定义 (IP、IPX、路由器和三层交换机也工作在这层)
(6)数据链路层:
IEEE802.3/.2、HDLC、PPP、ATM
(7) 物理层:
机械特性、电器特性、功能特性、过程特性 RS232、V.35、RJ-45、FDDI
网络接入技术:
(了解典型例子,英文、中文)
(1) 对称网络接入:
高速率数字用户线HDSL
(2) 非对称网络接入:
非对称数字用户(ADSL,上传下载速度不一样,1M的下载速度125Kb/s)
(3) 无限网络技术:
多通道多点分配(MMDS)、本地多点分配(LMDS、CDMA2000、WCDMA)了解
(4)光网技术:
有源光网(AON)、无源光网(PON)、FTTR(光纤到远端接点)、FTTB(光纤到大楼)、FTTC(光纤到路边)、FTTZ(光纤到小区)、FTTH(光纤到用户)现在技术已经发展到光纤到桌面了。
36. 综合布线系统分为6个子系统:
建筑群子系统;设备间子系统;垂直干线子系统;管理子系统;水平子系统和工作区子系统。
37. SAN拥有极高的可扩展性。
简化的存储管理、优化的资源和服务共享以及高度可用性。
38. 总价合同:
固定价格合同,在合同中确定一个完成项目的总价,承包人据此完成项目全部合同内容的合同。
适用于工程量不太大且能精确计算、工期较短、技术不太复杂、风险不大的项目,同时要求发包人必须准备详细全面的设计图纸和各项说明。
39. 单价合同:
指承包人在投标时,以招标文件就项目所列出的工作量表确定各部分项目工程费用的合同类型。
适用于范围比较宽,其风险可以得到合理的分摊,并能鼓励承包人通过提高工资等手段从成本节约中提高利润。
40. 成本加酬金合同:
由发包人向承包人支付工程项目的实际成本,并能按照事先约定的某一种方式支付酬金的合同类型。
适用于需立即开展工作的项目,或对项目内容及技术经济指标未确定的项目,风险大的项目。
41. 集线器工作在物理层,交换机工作在数据链路层,路由器工作在网络层。
42. 项目具有临时性、独特性和渐进明细。
43. PERT估算的活动历时均值=(悲观估计值+4*最可能估算值+客观估算值)/6。
44. 职能型组织:
一个组织被分为一个个职能部门。
l 优点:
强大的技术支持,便于知识、技能和经验的交流;清晰的职业生涯晋升路线;直线沟通、交流简单、责任和权限很清晰;有利于重复性工作为主的过程管理。
缺点:
利益优先于项目,具有狭隘性;横向联系弱,部门协调难度大;项目经理缺少权利和微信。
45. 项目型组织:
一个组织被分为一个个的项目经理部。
l 优点:
结构单一,责权分明,利于统一指挥;目标明确单一;沟通简洁、方便;决策快。
l
缺点:
管理成本高;项目环境较封闭,不利于沟通、技术知识共享;员工缺乏事业上的连续性和保障。
46. 矩阵型组织:
同时接受项目经理和部门经理的领导,具有两者的特性。
从职能型到项目型依次分为:
弱矩阵——平衡矩阵——强矩阵。
l
优点:
项目经理负责制、有明确的项目目标;改善了项目经理对整体资源的控制;及时响应;获得职能组织更多的支持;最大限度的利用公司的稀缺资源;改善了跨职能部门间的协调合作;使质量、成本、时间等制约因素得到更好的平衡;团队成员有归属感,士气高,问题少;出现冲突较少,且易处理解决。
l
缺点:
管理成本增加;多头领导;难以检测和控制;资源分配与项目优先的问题产生冲突;权利难以保持平衡。
47. 项目的生命周期划分为启动、计划、执行、收尾四个阶段。
48. RUP将周期又划分为4个连续的阶段:
初始阶段、细化阶段、构造阶段和交付阶段。
49. 在初始阶段,成本和人员投入水平较低,在中间阶段达到最高,项目结尾阶段则迅速下降。
50. 瀑布模型:
将软件开发分为可行性分析(计划)、需求分析、软件设计(概要设计、详细设计)、编码
(含单元测试)、测试、运行维护等几个阶段。
其特点如下:
l 从上一项开发活动接受其成果作为本次活动的输入; l 利用这一输入,实施本次活动应完成的工作内容; l 给出本次活动的工作成果,作为输出传给下一项开发活动;
l
对本次活动的实施工作成果进行评审,确认则进入下一项开发,否则则返回前一项。
适合于:
项目需求清晰,初期就可以明确所有需求,不需要第二次开发的软件。
51. V模型:
左边是开发阶段,包括需求分析、概要设计、详细设计和编码,右边是测试过程的各个阶段,
包括单元测试、集成测试、系统测试和验收测试。
适合于:
适合信息系统应用软件的开发,不适合于高性能、技术风险高的系统开发。
52. 原型化模型:
建造一个快速原型,在此基础上然后逐步开发。
适合于:
需求不明确或者难以定义需求的情况。
53. 螺旋模型:
一个演化软件过程模型,其软件开发是一系列的增量发布。
每个周期分为四个阶段:
制定
计划、风险分析、实施工程和客户评估。
适合于:
强调风险分析,特别适合庞大而复杂的、高风险的系统
54. 迭代模型:
在此模型中,每个阶段都执行一次传统的、完整的串行过程串,执行一次串即为一次迭代。
适合于:
项目事先不能完整定义产品所有需求,计划多期开发的软件。
55. 项目建议书核心内容包括:
l 项目的必要性; l 项目的市场预测;
l 产品方案或服务的市场预测; l 项目建设必须的条件。
56. 项目可行性研究的主要步骤:
l 初步可行性研究; l 详细可行性研究; l 项目论证; l 项目评估;
l 研究报告编写、提交和获得批准。
57. 项目可行性报告内容包括:
l 投资必要性; l 技术的可行性; l 财务可行性; l 组织可行性; l 经济可行性; l 社会可行性; l
风险因素及对策。
58. 项目论证的作用主要体现在以下几个方面:
l 确定项目是否实施的依据; l 筹措资金、向银行贷款的依据;
l 编制计划、设计、采购、试工以及机构设置、资源配置的依据; l
项目论证是防范风险、提高项目效率的重要保证。
59. 总量评估很难确定原有固定资产重估值。
60. 项目章程是正式批准一个项目的文档,或者是批准现行项目是否进入下一阶段的文档。
61. 项目启动的依据:
l 合同;
l 项目工作说明书:
需说明业务要求、产品范围描述和战略计划;
l 环境和组织的因素:
企业文化、国家或行业标准、现有设施和固定资产、实施单位的人力等资源和专业能力、市场状况、项目干系人对风险的承受力、行业数据库、项目管理信息系统。
l 组织过程资产。
62. 项目启动的方法、技术和工具:
l 项目管理方法论:
其定义了一系列项目过程组、相关的过程和控制功能,所有这些合并为一个发挥作用的整体;
l 项目管理信息系统:
简称PMIS是组织内可用的系统优化的自动化工具集。
l 专家判断:
通常用于评估项目启动所需要的输入或依据。
63. 项目范围说明书包括的内容:
l 项目和范围的目标; l 产品或服务的需求和特性; l 项目的需求和可交付物; l 产品验收标准; l 项目边界和约束条件; l 项目假设;
l 最初的项目组织和定义的风险; l 进度里程碑; l 对项目的初步分解; l 审批要求。
64. 制定项目范围说明书的方法、技术和工具:
l 项目管理方法论; l 项目管理信息系统; l 专家判断。
65. 制定项目范围说明书的输入和输出:
l 输入:
项目章程;工作说明书;环境和组织因素;组织过程资产。
l
输出:
项目范围说明书(初步)。
66. 编制项目计划工作的原则:
全局性原则、全过程原则、人员与资源统一与管理原则、技术工作与管理
工作协调的原则等。
67. 项目范围根据计划进行评定,产品范围则根据要求进行评定。
68. 项目范围说明书详细描述了项目的可交付物以及产生这些可交付物所必须做的项目工作。
69. 挣值管理方法提供了一种基于过去的实施结果来预测未来绩效的手段,是对项目进度进行全过程监控
的方法之一。
70. 被批准的详细的项目范围说明书和其相关的WBS以及WBS词典是项目的范为基准。
71. 项目范围说明书、与之联系的WBS以及WBS字典作为项目的范为基准,在整个项目的生命期,这个范围基准被监控、核实和确认。
72. 变更控制过程:
l 受理变更申请;
变更的整体影响分析(变更初审和论证); l 接受或拒绝变更; l 执行变更;
变更结果追踪和审核(变更验证与确认)。
73. 范围确认是客户等项目干系人正式验收并接受已完成的项目可交付物的过程,也称范围核实过程。
74. 项目审计是对项目管理工作的全面检查,包括项目的文件记录、管理方法和程序、财产情况、预算和
费用支出情况以及项目工作的完成情况。
75. 关键路径是指进度网络图中历时最长(出现频率最高)的那条路径,它的长度决定了项目的生命周期
长度。
76. 范围控制的方法、工具和技术:
偏差分析; l 重新制定计划; 变更控制系统和变更控制委员会; l 配置管理系统。
77. 范围控制的输入和输出:
输入:
项目管理计划;工作绩效数据;绩效报告;已批准的的变更请求。
l
输出:
变更请求;工作绩效;组织过程资产;更新的项目管理计划。
78. 前导图法和箭线图法都是绘制项目进度网络图的具体方法。
79. 活动排序的方法、工具和技术:
前导图法:
FS型(前结束后才能开始),FF型,SS型,SF型; l 箭线图法; l 计划网络模版;
l 确定依赖关系:
强制性依赖关系,可斟酌处理依赖关系,外部依赖关系; l
时间提前和滞后。
80. 活动排序的输入和输出:
输入:
项目范围说明书;活动清单;活动属性;里程碑清单;批准的变更请求。
输出:
项目进度网络图;活动清单;活动属性;请求的变更。
81. 活动资源估算的方法、工具和技术:
l 专家判断; l 多方案分析; l 估算数据; l 项目管理软件; l 自下而上估算。
82. 活动资源估算的输入和输出:
l 输入:
事业环境因素;组织过程资产;活动清单;活动属性;资源可利用情况;项目管理计划。
l
输出:
活动资源要求;活动属性;资源分解结构;资源日历;请求的变更。
83. 活动历时估算的方法、工具和技术:
专家判断、类比估算、参数估算、三点估算、后背分析。
84. 活动历时估算的输入和输出:
l 输入:
事业环境因素;组织过程资产;项目范围说明书;活动清单;活动属性;活动资源要求;资源日历;项目管理计划。
l
输出:
活动历时估算;活动属性(更新)。
85. 定量分析风险所采用的主要方法、工具和技术包括:
期望货币值、计算分析因子、计划评审技术(三
点估算)、蒙特卡洛分析。
86. WBS分级:
l 树形结构类似于组织结构图,其优点是:
层次清晰、非常直观、结构性强。
缺点是:
不易修改、对于复杂或大的项目难以表示全景。
适合于小的、适中的项目。
l
表格形式类似于图书目录,其优点是:
能表示全景、表示方便、能装订成册。
缺点是:
直观性较差。
适合于大的、复杂的项目。
87. 活动历时=(最乐观历时+4*最可能历时+最悲观历时)/6,活动历时方差=(最悲观历时-最乐观历
时)/6。
88. 项目编制计划主要方法、工具和技术:
l 项目管理方法论:
它帮助项目管理团队依据客户的要求、项目的具体情况制定针对性的项目管理计划和变更控制策略; l 项目管理信息系统:
l
专家判断。
89. 制定项目管理计划的输入和输出:
输入:
项目章程;项目范围说明书(初步);预测;环境组织因素;组织过程资产;工作绩效信息。
输出:
项目管理计划;配置管理系统;变更控制系统。
90. 进度压缩指在不改变项目范围、进度制约条件、强加日期或其他进度目标的前提下缩短项目的进度时
间,具体有:
赶进度和快速跟进两种方法。
91. 进度控制是监控项目的状态以便采取相应措施以及管理进度变更的过程。
92. 制定进度计划的方法、工具和技术:
l 进度网络分析; l 关键路线发:
l 进度压缩:
赶进度、快速跟进; l 假设情景分析; l 资源平衡;关键链法; l 项目管理软件; l 应用日历;
l 调整时间提前和滞后量; l 进度模型。
93. 制定进度计划的输入和输出:
l 输入:
组织过程资产;项目范围说明书;活动清单;活动属性;项目进度网络图;活动资源要求;资源日历;活动历时估算;项目管理计划。
l
输出:
项目进度表(有项目进度网络图、横道图、里程碑图等几种);进度模型数据;进度基准;资源要求(更新),活动属性(更新);项目日历(更新);请求的变更;项目管理计划(更新);进度管理计划
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 总结