系统集成项目工程师

系统集成项目工程师的思维导图。导图包括信息化基础知识、信息的传输、五个周期、四个周期、立项、开发等多个方面的内容。

系统集成醒目工程师

• 信息化基础知识：
• 信息的传输
• 系统规划 -> SRS 软件需求规格说明书
• 信息系统的生命周期：
• 五个周期：
• 系统规划： 可行性分析与项目开发计划
• 系统分析：需求分析
• 系统设计：概要设计、详细设计
• 系统实施：编码、测试、系统验收
• 运行维护：运行维护
• 四个周期：
• 立项
• 开发
• 运维
• 消亡
• 信息系统的生命周期不要和项目的生命周期混淆：
• 项目生命周期： 启动-计划-执行-收尾
• 信息化的五个层次：
• 1、产品信息化：信息化基础
• 2、企业信息化：产品/服务、作业、管理、决策
• 3、产业信息化
• 4、国民经济信息化
• 5、社会信息化：智慧城市、互联网金融
• 信息化的主体： 主体-全体社会成员，领域-政府、企业、事业、团体、个人
• 国民经济信息化：长期的、一切领域、手段-社会生成工具、途径-社会生产力、目标-生活质量全面提升
• 四化同步发展、两化深度融合
• 两化： 信息化、工业化->信息化带动工业化、工业化促进信息化
• 四化： 工业化、信息化、城镇化、农业现代化
• 信息技术：IT
• 通信技术：CT
• 数据技术：DT
• 国家信息化6要素：
• 信息技术应用：龙头和主阵地
• 信息资源：核心任务
• 信息网络：基础设施（三网融合-电信网、广播网、计算机网）
• 信息技术和产业：物质基础
• 信息化人才：成功之本
• 信息化政策和标准规范：保障
• 信息资源能够重复使用、不同信息在不同的用户中体现不同的价值
• 广泛性，不受时间、控件、语言、地域、行业制约
• 社会公共财富、流动性、多态、融合性
• 信息化发展的趋势
• 高速度大容量、集成化和平台化、智能化、虚拟计算、通信技术、遥感和传感技术、移动智慧终端、以人为本、信息安全、两化融合
• 信息化技术三大支柱：传感技术、计算机技术、通信技术
• 国家信息化发展规划及信息化发展的原则：
• 统筹发展、有序推进
• 需求牵引、市场导向
• 完善机制、创新驱动
• 加强管理、保障安全
• 电子政务：
• 完善电子政务平台->
• 完成以云计算为基础的电子政务公共平台顶层设计
• 全面提升电子政务技术服务能力
• 指定电子政务云计算标准规范
• 鼓励向云计算模式迁移
• G2G: 政府--政府
• G2B: 政府--企业
• G2C: 政府--公众
• G2E: 政府--公务员
• 电子政务与电子商务的区别： 电子政务主要强调云计算的重要性
• 企业信息化及《中国制造2025》：
• 加快建设制造抢过，试试《中国制造2025》，是2015年中国政府实施制造抢过战略的第一个十年行动纲领
• 企业信息化是产业升级转型的重要举措之一，而以“两化深度融合”“智能制造”“互联网+”为特点的产业信息化是未来企业信息化继续发展的方向
• 企业信息化就是用现代化信息及时来实现企业精英战略行为规范和业务流程
• 企业信息化发展五项原则
• 效益原则
• 一把手原则
• 中长期与短期建设相结合原则
• 规范化与标准化原则
• 以人为本原则
• 关键字：
• 市场主导、政府引导
• ERP： 企业资源计划
• 统一的集成系统
• 面向业务流程的系统
• 模块化可配置的系统
• 是开放式系统
• BRM：业务流程管理系统--集成化的信息管理系统
• CRM： 客户关系管理系统，以客户为中心的商业策略
• CRM具有： 描述性、促销性、交易性
• 重点区别促销性和交易性：
• 促销性： 产品的服务的历史数据，客服建议的数据
• 交易性：订单数据，购买记录
• 数据挖掘：
• 数据挖掘的过程：
• 数据清理与集成、数据选择与变换、数据挖掘与最后的只是评估与表示
• 数据挖掘的直接对象：
• 关系数据库、数据仓库、事务数据库、一些新型的高级数据库
• 数据挖掘的任务：
• 描述、分类和预测
• SCM供应链管理：
• 设计原则：自顶向下和自底向上相结合的设计原则、简洁原则、取长补短原则、动态原则、合作性原则
• 同样强调以客户为中心
• 电子商务（必考题）：
• 原始电子商务概念：使用电子信息技术工具进行商务活动
• 现代电子商务概念：网络环境下，买卖双方不需见面进行的商业运营模式
• EDI：电子数据交换，是连接原始电子商务和现代电子商务的纽带
• 电子商务的特征：
• 普遍性：可应用于各个行业
• 便利性：不受区域环境时间限制（交通便利）
• 整体性： 有完整的人工、电子信息处理流程
• 安全性：进行加密、身份认证、数字签名等
• 协调性：企业与企业、企业与客户等方面相互协调
• 注意区分普遍性和便利性
• 电子商务按照依托网络类型划分：
• EDI电子数据交换商务、internet互联网商务、intranet企业内部网商务、Extranet企业外部网商务
• 加快电子商务发展的基本原则：
• 企业为主题、政府推动
• 统筹兼顾、虚实结合
• 着力创新、注重实效
• 规范发展、保障安全
• 电子商务安全：交易中最重要的两个协议SSL\SET
• B2G 企业--政府 C2B 消费者--企业 B2B 企业--企业 B2C 企业--消费者 C2C 消费者--消费者 O2O 线上-线下
• A：Agents代理商 B:Business商家 C: Consumer消费者
• 各种电子商务模式：
• 商业智能（必考题）
• 商业智能（BI）：数据转化为知识，帮助组织作出明智的业务经营决策
• 需要利用数据仓库、联机分析处理（OLAP）工具、数据挖掘等技术，它不是什么新技术
• 组成部分：
• 需求分析
• 数据仓库建模
• 数据抽取
• 简历商业智能分析报表
• 用户培训和数据模拟测试
• 系统改进和完善
• 记忆关键词：需求建模-抽取报表-测试改进，顺序一定要对
• 注意区分四个功能和三个层次
• 四个功能：
• 数据仓库：结构化和非结构化数据存储
• 数据ETL：支持多平台、多种数据存储格式
• 数据统计输出：包括数据表样式和统计图
• 分析功能：有一定的交互要求支持多维度的OLAP
• 数据ETL：将数据从源端经过抽取、转换、加载至目的端的过程
• 三个层次：
• 数据报表
• 多维数据分析
• 数据挖掘
• 商业智能（必考）：
• OLAP-> ROLAP、MOLAP、HOLAP
• ROLAP：关系数据库
• MOLAP：多维数据库
• HOLAP：混合数据组织
• 大数据及关键技术：
• Big data五个环节：
• 数据准备
• 数据存储与管理
• 计算处理
• 数据分析
• 知识展现
• 5V
• Volume:大量
• Variety:多量
• Value:价值
• Veracity:真实性
• Velocity:高速
• 大多价真高
• 大数据存储管理技术：必须掌握
• 谷歌文件系统GFS、Hadoop的分布式文件HDFS
• 大数据关键技术：
• HDFS：是适合运行在通用硬件上的分布式文件系统，HDFS能提供高吞吐量的数据访问，非常适合大规模数据集上的应用
• Hbase: 分布式的、面向列的开源数据库，适合于非结构化数据存储的数据库
• MapReduce: 是一种编程模型，用于大规模数据集TB以上的并行计算
• Chukwa:一种开源的用于监控大型分布式系统的数据收集系统
• 云计算：
• Cloud Computing: 共享的软件资源、计算资源、存储资源、信息资源
• laas基础设施即服务：提供计算能力、存储空间
• Paas平台即服务：提供虚拟的操作系统、数据库系统、web营业等平台化的服务
• Saas软件即服务：提供应用软件、组织、工作流等虚拟软件的服务，一般是web技术、sOA架构
• 关键技术：
• Laas: 服务器网路哦数据中心
• 技术架构：
• 服务层、资源控制层、资源层及设施层
• 分类：公有云、私有云、混合云、社区云
• 发展的基本原则：
• 市场主导
• 统筹协调
• 创新驱动
• 保障安全
• 互联网+
• 互联网+各个传统行业
• 六大特征：
• 尊重人性
• 跨界融合
• 连接一切
• 开放生态
• 创新驱动
• 重塑结构
• 五大原则：
• 开放共享
• 融合创新
• 变革转型
• 引领跨越
• 安全有序
• 智慧城市：
• 内容：
• 通过传感器或信息采集设备全方位第获取城市系统数据
• 通过网络将城市数据关联、融合、处理、分析信息
• 通过充分分享、智能挖掘将信息变成知识
• 结合信息技术，把知识应用到各行各业形成智慧
• 物联网支撑体系：
• 安全保障体系、建设和运营管理体系、标准规范
• 五大层：
• 物联感知层、通信网络层、计算与存储层、数据及服务支撑层、智慧应用层
• 区块链：
• Blockchain：分布式数据存储、点对点传输等计算机技术的新型应用模式
• 物联网：
• 感知层、网络层、应用层
• ITSS 信息技术服务标准
• 生命周期：
• 规划设计
• 部署实施
• 服务运营
• 持续改进
• 监督管理
• 记忆口诀：规划部署-服务改进-监督管理，这个连续考了两年了
• 核心要素：
• 人员、流程、技术、资源
• 信息系统审计：
• 传统审计理论
• 信息系统管理理论
• 行为科学理论
• 计算机科学理论
• 一般审计准则：
• ISACA公告
• 职业准则
• 职业道德规范
• 审计工作准备工作->了解内部控制结构->评价控制风险->是否传输内部控制->内部控制测试->评价控制风险->是否传输内部控制->
• 是否提高内部控制的传输程度
• 基于风险方法的审计步骤：
• 编制组织使用的信息系统清单并进行分类
• 决定哪些系统影响关键功能和资产
• 评估哪些风险影响这些系统及对商业运作的冲击
• 在以上基础上对系统分级，决定审计优先值、资源、进度和频率
• 记忆口诀：编制、决定、评估、分级
• 信息系统的生命周期：
• 立项、开发、运维、消亡
• 概念阶段（立项）
• 需求阶段、需求规格说明书（立项）
• 系统设计（开发）
• 系统分析（开发）
• 系统实施（开发）
• 系统验收（开发）
• 衰退和灭亡阶段（运维）
• 运行和维护阶段（更正性维护、适应性维护、预防性维护、完善性维护）
• 信息系统开发方法：
• 结构化方法（生命周期法）：
• 整体性和全局性。自顶而下，逐步求精和模块化设计，缺点：开发周期长、工作效率低
• 面向对象方法：对象是类的实例、类是对象的抽象、类中包含方法和属性包含：分析、设计、实现
• 原型化法：根据需求动态响应、逐步纳入，反复修改，特点：周期短、成本及风险低、速度快
• 面向服务方法：提高系统可复用性、信息资源共享和系统之间的互操作性
• 信息系统设计：
• 系统方案设计：总体设计和各部分的详细设计
• 总体设计：
• 系统的总体架构方案设计
• 软件系统的总体架构设计
• 数据存储的总体设计
• 计算机和网络系统的方案设计
• 详细设计：
• 代码设计
• 数据库设计
• 人/机界面设计
• 处理过程设计
• 考点：主要考察总体设计和详细设计的区别
• 软件需求：
• 是针对解决问题的特性的描述，定义的需求必须可被验证--这句话非常关键，所有的需求都必须可以被验证
• 需求分析的作用：
• 可以检测和解决需求之间的冲突
• 发现系统的边界
• 详细描述出系统需求
• 需求概念：
• 业务需求：反映企业或客户对系统高层次的目标要求
• 用户需求：描述的是用户的具体目标，或用户要求系统必须能完成的任务
• 系统需求（行为需求）: 是从系统的角度来说明软件的需求，包括功能需求、非功能需求和设计约束等
• 软件设计、测试与维护：
• 软件设计：软件架构设计（高层设计）、软件详细设计两个阶段
• 软件测试：评价和改进产品质量，识别产品的缺陷和问题而进行的活动，是针对一个程序的行为，分为单元、稽查、系统测试
• 软件维护： 交付前后都有活动
• 软件质量保证和评价： 必考
• 软件质量过程：
• 质量保证过程：
• 验证过程：活动的输出产品满足活动规范说明-->验证，说明
• 确认过程: 满足其特性的目的-->确认目的
• 评审过程: 包括管理评审、技术评审、检查、走查、审计
• 审计工程：正式的组织活动，识别违例情况，并要生成审计报告，才去更正性活动
• 面向对象：
• 对象是类的实例，类是对象的模板
• 对象是现实世界中某个实体的抽象
• 继承标识类之间的层次关系
• 多态使得某个属性或操作在不同的时期可以表示不同类的对象特征
• 接口是类的特例
• 消息体现对象间的交互
• 中间件技术：
• 中间件技术是处于 操作系统和应用程序之间的软件
• 数据库中间件： ODBC、JDBC
• 消息中间件MOM：IBM 的MYSeries
• 分布式对象中间件：OMG的CORBA、JAVA的RMI/EJB、微软的DCOM
• 项目管理一般知识***：
• 项目的定义：项目是为达到特定的目的、使用一定资源、在确定的时间内、为特定发起人而提供独特的产品、服务或成果而进行的一次性努力。（P135）
• 项目的特点：（P137）临时性，独特性->独特的产品、服务和成果，渐进明细，有完整的生命周期、明确的开始和结束时间
• 项目目标遵守的SMART
• 具体的、可测量的、可达到目的的、有相关性的、有明确的时限性
• 项目目标特性：
• 有不同的优先级、有层次性、多目标性
• 项目经理：
• 有丰富的时间经验
• 有相应的理论知识
• 良好的协调和沟通能力
• 良好的职业道德
• 一定的领导和管理能力
• 但不要求项目经理具备技术能力，这里着重强调项目经理不需要具备技术能力。
• 技术经理不一定来自研发部门、产品部门，一个项目中只能有一个项目经理
• 立项管理的主要解决的是：组织战略符合性的问题，实际上公司企业做的所有事都应符合这一目标
• 项目建议书（立项申请）的核心内容
• 项目的必要性
• 项目的市场预测
• 产品方案或服务的市场预测
• 项目建设必须的条件
• 可行性研究阶段
• 项目机会研究
• 项目的初步研究
• 项目的详细可行性研究
• 论证可行性研究
• 项目的评估
• 可行性研究内容
• 经济可行性
• 技术可行性（实施进度计划、项目招标方案）
• 运行环境可行性（管理体制、工作习惯、人员素质）
• 社会可行性（法律、政策等）
• 详细可行性研究方法
• 财务评价
• 国民经济评价
• 可行性研究一般由己方完成，项目的评估（由第三方机构开展）
• 评估流程：
• 成立评估小组，进行分工
• 开展调查研究，收集资料
• 分析与评估
• 讨论、修改报告
• 专家论证会
• 评估报告定稿
• 案例分析里面项目经理一定是全权负责的，任何事情任何差错都要担责
• 案例中外企、国外
• 1、有不符合政策的风险
• 2、售后问题
• 代理商会涉及
• 法律问题
• 招标有一条规则：
• 现场演示，离开现场的演示或实验都是没有意义的
• 项目的整体管理
• 项目全生命周期、全局性、综合性的管理
• 整体管理的过程
• 管理过程：记忆力-->先要有章程然后根据章程指定计划，有计划以后就根据计划去执行管理，管理过程中要监控项目的工作
• ，如果在监控过程中实际与计划有偏差就会有变更，项目执行完就直接结束就行
• 1、指定项目章程：
• 制定一份正式批准项目或阶段的文件，并记录能反映干系人需要和期望的初步要求的过程
• 正式宣布项目存在、粗略规定项目的范围、任命项目经理，该章程由项目发起人或者投资者发起
• 2、制定项目管理计划：
• 对定义、编制、整体和协调所有子计划所必须的行动进行记录的过程，是由众多的计划组成的
• 10个计划加上基准
• 3、指导与管理项目执行
• 4、监控项目工作
• 5、实施整体变更控制（必考题）
• 1、提出变更申请
• 2、变更评估，变更影响分析
• 3、变更决策，CCB审查批准
• 4、变更实施
• 5、变更监控
• 6、变更验证
• 7、存档
• 6、结束项目或阶段
• 必须满足项目的完成或退出标准
• 企业环境因素-组织过程资产
• 只要和人、标准政策相关的就是企业环境隐私
• 只要和规程、章程、程序、经验、模板相关的都是组织过程资产
• 指定管理计划的内容
• 项目背景
• 项目经理
• 项目技术解决方案
• 项目管理过程及执行水平
• 对应的工具、输入输出描述
• 生命周期相关的项目阶段
• 最终目标、阶段性目标
• 进度计划
• 项目预算
• 变更控制
• 项目的关键评审
• 管理收尾
• 确认项目或阶段满足所有重要项目干系人需求的行为和活动
• 确认满足项目的完成或退出标准
• 收集项目或项目阶段记录、收集教训、归档项目信息
• 合同收尾
• 1、产品验证
• 2、合同管理收尾
• 系统集成项目验收工作步骤
• 1、系统测试
• 2、系统的试运行
• 3、系统的文档验收
• 4、项目的最终验收报告
• 项目总结会讨论的内容（也是项目总结包含的内容）
• 项目绩效
• 技术绩效
• 成本绩效
• 进度计划绩效
• 项目的沟通
• 识别问题与解决问题
• 意见和建议
• 项目总结会的意义
• 了解项目全过程情况及相关成员的绩效
• 了解出现的问题并总结改进措施
• 了解值得吸取的经验教训并总结
• 对总结后的文档进行归档，并存入公司的知识库，从而纳入企业的过程资产库
• 范围说明书主要内容
• 项目目标
• 产品范围描述
• 项目需求
• 项目的边界
• 项目可交付成果
• 产品验收标准
• 项目的约束条件
• 项目的假设条件
• 直接成本：
• 能直接转化为项目的组成部分
• 创建工作分解结构--分解原则（必考）
• 1、100%规则，各层次上保持项目的完整性，避免遗漏必要的组成部分
• 2、一个工作单元只能从属某个上层单元，避免交叉从属
• 3、工作单元应能分开不同的责任者和不同工作内容，每个工作单元有且仅有一个人负责
• 4、便于项目管理进行计划和控制的管理需要
• 5、最底层工作应该具有可比性、是可管理的，可定量检查的（8/80规则）
• 6、应包括项目管理工作（因为管理是项目具体工作的一部分），还应该包括一些外包的工作
• 7、WBS的最底层次的工作单元是工作包
• PV：计划成本
• AC：实际投入成本
• EV：实际完成进度
• CV：成本偏差
• SV：进度偏差
• CPI：成本指标
• SPI：进度指标
• EAC（estimate at completion）：成本预测，即项目完成时的成本估计
• BAC（budget at completion）：预算
• PV 计划成本
• 计划价值（Planned Value, PV），截止到某时间点计划要完成工作量的价值，也就是计划要做多少事；
• 就是计时，就是用单位时间的价格乘以时间，如果没有到计时开始，都是0，这个时间点一般看监控点
• EV 实际完成进度
• 挣值（Earned Value, EV），截止到某时间点实际已经完成工作量的价值，也就是实际做了多少事；
• 就是计件 ，就是用单位件数的价格乘以件数
• AC 实际投入成本
• 截止到某时间点实际已经发生的成本，也就是实际花了多少钱；
• 监控点后面只算EV和AC，不算PV
• BAC
• 对完成该项目的计划预算，也就是完成整个项目计划多少预算；
• BAC不包含管理储备，但包含应急储备
• EAC：完工预算
• 非典型：之后的工作按照计划去做 AC+BAC-EV
• 典型：之前的工作和之后的工作没有调整AC+（BAC-EV）/CPI
• ETC (Estimate (or Estimated) To Complete) 完工尚需成本估算：还需要多少钱才能完工
• 非典型：ETC=BAC-EV
• 典型：ETC=(BAC-EV)/CPI
• 所谓的典型和非典型就看观察点前后项目有没有作出调整，调整-->非典型；未调整-->典型
• 公式：
• CV=EV-AC
• SV=EV-PV
• CPI=EV/AC
• SPI=EV/PV
• ETC=BAC-EV 非典型
• ETC=(BAC-EV)/CPI 典型
• EAC=AC+ETC
• 盈亏平衡
• Qd = Qs 接出来的p就是平衡点
• 关键路径CPM：（必考）
• 关键路径是什么？
• 在网络图的各路径中，总工期最迟的那一条或那几条
• 关键路径是一成不变的吗？
• 不是，在进度计划的优化或项目实施过程中，关键路径可能发生变化
• 关键路径越多，对项目意味着什么？
• 关键路径越多，项目的风险越大，就越难管理
• 关键路径上可以有虚活动吗？
• 可以（在箭线法中）
• 会出现负浮动时间吗？出现时怎么办？
• 会，如果关键路径上的活动被延误了，或者管理层要求比原定日期提前完工
• 负浮动时间必须尽快加以解决，可以赶工、快速跟进
• ES 活动最早开始时间
• EF 活动最早完成时间
• LF 必须最晚完成时间
• LS 必须最晚开始时间
• ES 工期 EF
• 工作编号
• LS 总时差 LF
• 关键路径法：必考题
• 关键路径上的工作最早开始时间等于最晚开始时间即ES=LS、最早结束时间等于最晚结束时间EF=LF
• 2、总时差=紧后活动的最晚开始时间-本活动的最晚结束时间=LF-EF
• 3、自有时差=紧后活动的最早开始时间-本活动的最早结束时间=ES-LS
• 如果紧后活动有多个值，取多个值的最小值
• 某个活动的总时差是该工作的开工允许延误的时间，在该时间内，不影响项目工期
• 完工概率：
• 一般考察三点估算法
• 活动历时均值(或估计值)=(乐观估计+4×最可能估计+悲观估计)/6
• 活动历时标准差=(悲观估计值 - 乐观估计值)/6
• 沟通渠道=N(N–1)/2
• N是指参与沟通者的人数
• 项目管理办公室的职责：
• 建立组织内项目管理的支撑环境
• 培养项目管理人员
• 提供项目管理的指导和咨询
• 组织内的多项目管理和监控
• 项目组合管理
• 提供组织级项目管理能力
• 关于投标的问题分析
• 20天投标截止 终止投标日前15天修改投标文件 中标30天内签署合同
• 投标2% 履约保证金10%
• 发布招标公告后20天内提交招标文件，公布中标结果后30天内签署商务合同，重要的主体工作不得分包给
• 中标公司外的其他公司，且需要在合同和标书中写明。
• 开标时间和招标结束时间必须在招标公告中明确，且一旦公布不可更改，超过招标时间将不再接受招标文件
• 评标委员会推荐的中标候选人必须要排序，数量应小于等3，招标公司应选择排序优先的候选人作为中标人，
• 如果候选人放弃再依次类推
• 中标结果应该由招标公司向所有投标公司公布中标结果
• 总价合同
• 成本补偿合同：
• 需立即开展工作的项目
• 对项目内容及技术经济指标未确定的项目
• 风险大的项目
• 工料合同
• 质量控制：
• 帕累托图用来寻找产生问题的原因
• 质量规划、质量保证、质量控制
• 质量管理的输入：
• 项目管理计划
• 质量测量指标
• 质量核对单
• 工作绩效数据
• 批准的变更请求
• 可交付成果
• 项目文件
• 组织过程资产
• 资源平衡是为了在资源需求与资源供给之间取得平衡，更具资源制约对开始日期和结束日期进行调整的一种技术。
• 一般会导致关键路径改变。
• 资源平滑是对进度模型中的活动进行调整，从而使项目资源需求不超过预定的资源限制的一种技术。相对于资源平衡而言
• 资源平滑不会改变项目关键路径，完工日期也不会延迟
• 企业信息化发展战略：
• 两化深度融合：工业化、信息化
• 四化同步发展：工业化、信息化、城镇化、农业现代化
• B2B：企业--企业
• C2C：消费者--消费者
• B2C：企业--消费者
• O2O：线上--线下
• 数据挖掘的过程：
• 数据清理与集成、数据选择与变换、数据挖掘、知识分析与表示
• 大数据分析的环节：
• 数据准备、数据存储与管理、计算处理、数据分析、知识展现（可视化）
• ITSS 组成要素：
• 人员、过程、技术、资源
• ITSS生命周期：
• 规划设计、部署实施、服务运营、持续改进、监督管理
• 项目典型的生命周期模型：
• 瀑布：需求明确
• 螺旋：四个象限代表 指定计划、风险分析、实施工程、客户评估
• 迭代：需求不明确，包含初始、细化、构造、移交
• V模型：需求明确且变更不频繁，需求分析、概要设计、详细设计、编码
• 原型-快速：动态响应、反复修复、逐步纳入
• 敏感开发模型：以人为核心、迭代、循序渐进
• 软件质量管理过程：
• 软件验证：验证的是是否符合规范
• 软件确认：确认是否满足特定的目的
• OSI七层协议：
• 物理层：RS232\V.35\RJ45\FDDI
• 数据链路：HDLC\IEEE802.3/2\PPP\ATM
• 网络层：IP\ICMP\IGMP\IPX\ARP\RARP
• 传输层：TCP\UDP\SPX
• 会话层：RPC\SQL\NFS
• 表示层：JPEG\ASCII\GIF\DES\MPEG
• 应用层：HTTP\Telnet\FTP\SMTP
• 网络链路传输控制技术：
• 总线争用技术、令牌技术、FDDI技术、ATM技术、帧中继、ISDN技术
• 云计算服务类型：
• IaaS基础设施：提供计算能力、储存空间等基础设施方面的服务
• PaaS平台服务：提供虚拟的操作系统、数据库系统、WEB应用等平台化的服务
• SaaS软件即服务，提供应用软件、组件、工作流等虚拟软件的服务(WEB技术、SOA架构)
• 质量管理：
• 输入： 项目管理计划、干系人登记册、风险登记册、需求文件、事业环境因素、组织过程资产
• 输出：质量管理计划、过程改进计划、质量测量指标、质量核对单、项目文件更新
• 过程：规划质量管理、实施质量保证、控制质量
• 风险管理：
• 规划风险管理
• 识别风险
• 定性风险分析
• 定量风险分析
• 规划风险应对
• 控制风险
• 消极风险应对方法
• 规避、转移、减轻、接受
• 积极风险应对方法
• 开拓、提高、分享、接受
• 项目可行性研究内容
• 投资必要性
• 技术可行性
• 财务可行性
• 组织可行性
• 经济可行性（敏感性分析）
• 社会可行性
• 风险因素及决策
• 系统管理员、数据库管理员、网络管理员，三者不可兼职
• 采购过程：
• 编制采购计划、实施采购、控制采购、结束采购
• 选择供应商考虑的因素：
• 价格、质量、服务、位置、供应商存货政策、柔性
• 万能输入：
• 项目管理计划、干系人登记册、项目文件、组织过程资产、风险登记册
• 万能输出：
• 项目管理计划更新、变更请求、项目文件更新、组织过程资产更新、工作绩效信息
• 规划万能输入：章程计划组织事业
• 执行过组万能输出：变更请求，三大更新；
• 监控的万能输出：工作绩效信息，变更请求，三大更新；
• 万能输入：项目管理计划，工作绩效数据，组织事业
• 三大更新：组织过程资产，项目文件，项目管理计划更新
• 物链网 传输 会话表示应用 七层参考模型
• 项目团队的形成阶段：
• 1、形成阶段：成员刚形成一个团队，没多少沟通，彼此间相互独立
• 2、震荡阶段：相互间争执、指责
• 3、规范阶段：团队协同工作
• 4、发挥阶段：相互依靠、高效地解决问题
• 5、解散阶段：项目结束团队解散
• 启动 规划 执行 监控 收尾
• 4.整体 4.1
• 制定
• 项目
• 章程 4.2制定项目管理计划 4.3指导与
• 管理项目工作 4.4监控项目工作
• 4.5整体变更控制 4.6结束
• 项目
• 5.范围 5.1规划范围管理
• 5.2收集需求
• 5.3定义范围
• 5.4创建WBS 5.5确认范围
• 5.6控制范围
• 6.时间 6.1规划进度管理
• 6.2定义活动
• 6.3排列活动顺序
• 6.4估算活动资源
• 6.5估算活动
• 持续时间
• 6.6制定进度计划 6.7控制进度
• 7.成本 7.1规划成本管理
• 7.2估算成本
• 7.3制定预算 7.4控制成本
• 8.质量 8.1规划质量管理 8.2实施
• 质量保证 8.3控制质量
• 9.人力 9.1规划人力资源管理 9.2组建团队
• 9.3建设团队
• 9.4管理团队
• 10.沟通 10.1规划管理 10.2管理沟通 10.3控制沟通
• 11.风险 11.1规划管理
• 11.2识别风险
• 11.3定性分析
• 11.4定量分析
• 11.5规划应对风险 11.6控制风险
• 12.采购 12.1规划采购管理 12.2实施采购 12.3控制采购 12.4结束采购
• 13.干系人 13.1
• 识别
• 干系
• 人 13.2规划干系人管理 13.3管理干系人参与 13.4控制干系人参与