精华内容
下载资源
问答
  • 以下哪个选项不是Python...A:错B:对从生产力发展水平看,三代是以青铜器为主要生产工具,被称为()A:艺术起源B:原始艺术时代C:青铜时代D:艺术萌芽期下列符号表示两拍的是A:B:C:D:5G全网建设与优化仿真系统中,NSA组...

    以下哪个选项不是Python语言的保留字?

    EXCEL2016中,向单元格输入内容后,想将光标定位在下一列,按()健。A:TABB:CTRLC:ALTD:SHIFT

    APCI源特别适合强极性化合物的分析。A:错B:对

    从生产力发展水平看,三代是以青铜器为主要生产工具,被称为()A:艺术起源B:原始艺术时代C:青铜时代D:艺术萌芽期

    下列符号表示两拍的是A:B:C:D:

    5G全网建设与优化仿真系统中,NSA组网下,5G基站直接接入到5G核心网,5G核心网传输信令,5GNR基站传输数据业务。A:对B:错

    公元前1000-500年时,在如今意大利北部居住的是__________A:埃特鲁里亚人(Etruschi)B:东北的威尼托人(veneti)C:西北的高卢人(galli)D:拉丁人(latini)

    有的时候,工程的实际使用寿命并会大于设计寿命。A:错B:对

    插座的线路很简单,应遵循一个原则对于两孔插座,通常是左零、右火。A:错B:对

    态度不是与生俱来的,且稳定而不变。A:错B:对

    出口补贴对出口国消费的影响是()A:国内价格下降消费增加B:国内价格上涨消费减少C:政府补贴支出增加D:出口量增加

    控制的有效性取决于()。A:纠正的方法和方向B:监督的方法和力度C:科学的方法与工具D:计划的周密程度

    约翰·罗尔斯要求人们采用“无知之幕”的思维方式,来寻求()原则。A:程序公正B:分配公正C:交易公正D:补偿公正

    脉冲反吹风袋式收尘器种类有()。A:手动式B:电动型C:机动型D:气动型

    由于书法是以汉字为塑造形象的材料,与人们的生活、学习、工作没有关系。()A:对B:错

    以下是挺水植物的是()。A:金鱼藻B:苦草C:菱D:芦苇

    Whatisthemainaimofbookreview?A:summariesreviewsandcommentstheresearchtrendsthemajordiscoveriessignificantfindingstheleadingopinionsonaparticularsubjectB:analyzingordiscussingresearchespreviouslypublishedbyothersC:analyzingaperspectiveorarguesapoin

    声带小结喉镜下表现为()A:单侧声带前1/3处游离缘突起;B:双侧声带前1/3游离缘对称性突起;C:双侧声带前中1/3游离缘突起;D:双侧声带中后1/3交点的游离缘对称突起。

    海洋内波因为发生在海洋内部,所以没有什么危害。A:错B:对

    Speakingreferstocharacterdialogs,whichservetopropelthedevelopmentofthestory.A:对B:错

    建筑物的荷载最终是由基础承担的。A:错B:对

    AutoCAD软件文字样式对话框中,“字高”不能设置为0,否则书写的文字高度即为0。A:错B:对

    急性弥漫性增生性肾小球肾炎光镜下的主要病变为A:肾小球系膜基质增生B:肾小球内皮细胞和系膜细胞增生C:壁层上皮增生D:新月体形成E:肾小球基底膜增厚

    几何条件反映的速度变化与截面变化的关系。A:对B:错

    导游按工作程序,应该在规定时间要求送客到达机场,如客人乘坐的是国内航班,应提前多长时间()A:120分钟B:60分钟C:45分钟D:90分钟

    “替代性旅游”这一概念的几个核心成分包括:旅游者与当地人之间的接触和沟通、对平等的追求、()、对环境意识的追求和对人文关怀的追求。A:对文化的追求B:对个性的追求C:对公益的追求D:对消费的追求

    “选择性粘贴”对话框有哪些选项?A:批注B:全部C:数值D:格式

    面部皮肤低度恶性肿瘤为()A:腺癌B:蕈样肉芽肿C:恶性黑素瘤D:基底细胞癌E:鳞状细胞癌

    定量金相的基本符号采用国际通用的体视学符号,其中L表示()。A:点数B:平面面积C:线段长度D:物体数

    糖皮质激素的临床应用有_______________。A:各种休克B:低血容量性休克C:感染中毒性休克D:过敏性休克E:心源性休克

    技术创新,只有通过有独创意义的设计创造出全新的产品成为引导消费的先驱。虽然功能性的创造离不开技术设计,但产品设计对功能的创造与技术设计是不同的。A:对B:错

    江西某公司为获取一项工程合同,拟向工程发包有关人员支付好处费10万元。公司市场部持公司董事长的批示到财会部申领该笔款项。财会部经理王某认为,该项支出不符合有关规定,但考虑到公司主要领导已作出了批示,即同意拨付该笔款项。下列各项中,正确的是()。A:王某的行为与会计职业道德无关B:王某的行为违背了坚持准则的会计职业道德要求C:王某的行为违背了爱岗敬业的会计职业道德要求D:王某的行为符合参与管理的会计职业道德要求

    与女子胞关系密切的经脉是()A:任脉B:带脉C:督脉D:冲脉

    顺治十四年江南乡试案中,因为()中举方氏家族成员受到牵连而被流放。A:方孝标B:方犹C:方拱乾D:方章钺

    同一优先级的中断源同时发生时,CPUA:外部中断1B:定时器0中断C:定时器1中断D:外部中断0

    在sheet1工作表中引用sheet2中A1单元格的内容,引用格式为sheet2.A1.A:对B:错

    基于新型半导体结构的FPGA的两种结构有:碳纳米管交叉开关结构、忆阻器结构。A:错B:对

    Whatdoestheword“catchy”mean?A:歌曲朗朗上口的B:主题容易抓住的

    阿莫西林粉主要用于治疗鱼类细菌性疾病。A:错B:对

    有车之人对某款车的评价不会受自己车子品牌的影响。()A:错B:对

    创业者应该如何有效资源整合?()A:发挥自有资源杠杆作用B:设置利益“共赢”机制C:用心经营人脉资源D:控制启动期费用支出

    如果(1)锗用锑(A:(1)为n型半导体(2)为p型半导体B:(1)(2)均为n型半导体C:(1)(2)均为p型半导体D:(1)为p型半导体(2)为n型半导体

    在Excel?2010中,可在原工作表中嵌入图表,也可以在新工作表中生成图表。A:对B:错

    情绪与肝有关是因为()A:肝主疏泄能调节情志B:肝主升发C:肝能藏血和调节血量D:肝能调节女子月经和男子排精

    学生的知识学习过程主要是一个对知识的内在加工过程,包括三个阶段A:知识应用B:知识反馈C:知识获得D:知识保持

    肾综合征出血热病毒感染引起的典型临床表现有A:头痛眼眶痛腰痛B:面、颈、上胸部潮红C:水肿D:出血和肾损害E:高热

    信息的外部来源产生在()。A:市场推广信息B:经验来源C:私人来源D:公共来源

    JSON使用什么符号来表示对象?A:[]B::C:{}D:""

    展开全文
  • 过程 含义 输入 工具 输出 输入和输出解释: 工具解释: 1 1 制定项目章程 (项目整合) 制定一份正式批准项目或阶段的文件,并记录能反映干系人需要和期望的初步要求的过程 ...
    序号 过程 含义 输入 工具 输出 输入和输出解释: 工具解释:
    1 1 制定项目章程
    项目整合
    制定一份正式批准项目或阶段的文件,并记录能反映干系人需要和期望的初步要求的过程 1、项目工作说明书
    2、商业论证
    3、协议
    4、事业环境因素
    5、组织过程资产 
    1、专家判断
    2、引导技术
    1、项目章程 项目工作说明书(SOW):对项目所需交付的产品或服务的叙述性说明,包括业务需求、战略计划、产品范围描述
    商业论证(可研报告):商业论证或类似文件能从商业角度提供必要的信息,决定项目是否值得投资
    协议或合同:一种法律关系,当作外部项目时,需要有合同
    事业环境因素:组织文化、政府法规、行业标准、市场条件、商业数据库、项目管理信息系统
    组织过程资产:流程与程序(模板)、共享知识库(项目档案、配置管理知识库)
    项目章程:包括项目目的、项目目标和项目经理的职责与权力,用来批准项目或阶段启动
    专家判断:对某方面擅长的人就是专家,找专家协助就是专家判断,专家可能是顾问、干系人、团队成员
    引导技术:建立共识克服障碍、形成导向。头脑风暴、冲突处理、问题解决、会议管理引导者帮助团队和个人完成项目活动
            口诀:工商议事有组织,专家引导出章程
    2 2 制定项目管理计划
    项目整合
    对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程 1、项目章程
    2、其他过程的输出
    4、事业环境因素
    5、组织过程资产
    1、专家判断
    2、引导技术
    1、项目管理计划 项目管理计划:各种管理计划(13个管理计划)、生命期和管理过程定义、配置、变更管理计划、3大基准(范围、进度、成本)  
            口诀:章程输出靠业主,专家引导出计划
    3 3 指导和管理项目工作
    项目整合
    为实现项目目标而执行项目管理计划中所确定的工作的过程 1、项目管理计划
    2、批准的变更请求
    3、事业环境因素 素
    4、组织过程资产
    1、专家判断
    2、项目管理信息系统
    3、会议
    1、可交付成果
    2、工作绩效数据
    3、变更请求
    4、项目管理计划更新
    5、项目文件更新 
    可交付成果:产出的独特并可核实的产品、成果或服务能力
    工作绩效数据:从活动中收集到的原始观察结果和测量值
    变更请求:关于修改任何文档、可交付成果或基准的正式提议。
    包括:纠正措施-纠偏;预防措施-防范;缺陷补救-修正;更新-受控文件或计划变更
    项目管理信息系统:(PMIS)可提供进度计划工具、工作授权系统、配置管理系统、信息收集与发布系统、自动化系统的网络界面
            口诀:计变业主会专项,效果变更新文划
    4 4 监控项目工作
    项目整合
    跟踪、审查和调整项目进展,以实现项目管理计划中确定的绩效目标的过程,监控贯穿始终 1、项目管理计划
    2、进度预测
    3、成本预测
    4、确认的变更

    5、工作绩效信息
    6、事业环境因素
    7、组织过程资产
    1、专家判断
    2、分析技术
    3、项目管理信息系统
    4、会议 
    1、变更请求
    2、工作绩效报告
    3、项目管理计划更新
    4、项目文件更新 
    进度预测(控制进度过程组输出):用挣值技术来预测完工时间(典型、非典型)
    成本预测(控制成本过程组输出):无论计算出的EAC-完工估算,还是自下而上估算出的EAC都要记录下来,传达给干系人
    分析技术:
    1、失效模式与影响分析(FMEA):对风险评价、分析,以便消除或减小到可接受的水平
    2、故障树分析(FTA):是一种因果关系图,从上而下找出直接原因,直到所要分析的深度,按其逻辑关系,画出故障树。
            口诀:计划预测进成后,业主确认变更信。  专家信息分析会。   批准变更新文划。
    5 5 实施整体变更控制
    项目整合
    审查所有变更请求,批准变更,并管理对可交付成果、组织过程资产、项目文档(Documentation)和项目管理计划的变更的过程 1、项目管理计划
    2、工作绩效报告
    3、变更请求
    4、事业环境因素
    5、组织过程资产 
    1、专家判断
    2、会议
    3、变更控制工具
    1、批准的变更请求
    2、变更日志
    3、项目管理计划更新
    4、项目文件更新 
    变更请求应该由变更控制系统(CCS)和配置控制系统中规定的过程进行处理
    配置管理系统:分为变更控制系统和配置控制系统。由一系列证书的书面程序组成,明确了核准和控制变更所需的批准层级,对以下工作指导和监督:
    ①识别并记录产品、成果、服务或部件的功能特征和物理特征
    ②控制对上述特征的任何变更
    ③记录并报告每一项变更及是实施情况
    ④支持审查,以确保符合要求
    会议(CCM):指变更控制会议-CCB的会议
    CCB:变更控制委员会

    ★完整的变更管理流程图
            口诀:业主效划变更(多)。  专家变更工具会。   批准日志新文划。
    6 6 结束项目或阶段
    项目整合
    结束项目或阶段是完结所有项目管理过程组的所有活动以正式结束项目或阶段的过程 1、项目管理计划
    2、验收的可交付成果
    3、组织过程资产
    1、专家判断
    2、分析技术
    3、会议
    1、最终产品、服务或成果移交
    2、组织过程资产更新
    组织过程资产:行政收尾程序、项目审计、项目评价、移交准则,历史信息与经验教训
    最终产品、服务或成果移交:分为项目收尾、阶段收尾,若移交组织运营部门,称为内包
    专家判断:用于开展行政收尾活动,确保项目或阶段收尾符合使用标准
    分析技术:用于收尾的分析技术有回归分析、趋势分析
    会议:参与者有团队成员、参加项目或受项目影响的干系人
            口诀:计划验收(没业)主。  会议分析有专家。  资产更新交成果。
                     
    7 1 规划范围管理
    项目范围
    创建范围管理计划,书面描述将如何定义、确认和控制项目范围的过程,作用是在整个项目中对如何管理范围提供指南和方向 1、项目管理计划
    2、项目章程
    3、事业环境因素
    4、组织过程资产
    1、专家判断
    2、会议 
    1、范围管理计划
    2、需求管理计划 
    需求管理计划:如何分析、记录、管理需求
    范围管理计划:规定了①制定详细的项目范围说明书 ②根据详细的项目范围说明书创建WBS ③维护和批准WBS ④正式验收已完成的项目可交付成果 ⑤处理对详细范围说明书的变更
     
            口诀:章程计划找业主,专家会议两计划。
    8 2 收集需求
    项目范围
    为实现项目目标而定义并记录干系人的需求的过程 1、范围管理计划
    2、需求管理计划
    3、干系人管理计划

    4、项目章程
    5、干系人登记册 
    1、访谈
    2、焦点小组
    3、引导式研讨会
    4、群体创新技术
    5、群体决策技术
    6、问卷调查
    7、观察
    8、原型法
    9、标杆对照
    10、系统交互图
    11、文件分析
    1、需求文件
    2、需求跟踪矩阵 
    干系人管理计划:包括①关键干系人所需参与程度和当前参与程度 ②干系人变更的范围和影响 ③干系人之间的互相关系和潜在交叉 ④项目现阶段的干系人沟通需求 ⑤需要分发给干系人的信息 ⑥分发信息的理由,以及可能对干系人参与所产生的影响 ⑦分发信息的时限和频率 ⑧随项目进展,更新和优化干系人管理计划的方法
    需求文件:描述各单一需求将如何满足与项目相关的业务需求。主要干系人认可的明确的、可跟踪的、完整的、相互协调的需求可作为需求基准。需求文件主要内容包括:业务需求,干系人需求,解决方案需求,项目需求(服务水平、绩效、安全、合规性、验收标准),过渡需求,与需求相关的假设条件、依赖关系和制约因素
    需求跟踪矩阵(RTM):提供了在整个项目生命周期中跟踪需求的一种方法,有助于确保需求文件中被批准的每项需求在项目结束时候都能交付。还为管理产品范围变更提供了框架,应在RTM中记录需求属性(来源、优先级、版本、状态等)
    访谈:与干系人直接交流,通常是一对一
    焦点小组会议:有主持人,分主题、分小组讨论
    引导式讨论会:跨职能人员讨论.
    头脑风暴法:面对面,快,容易受别人影响;属于群体创新技术
    名义小组法:头脑风暴后,对创意进行排序;属于群体创新技术
    思维导图:把头脑风暴中创意整合成一张图;属于群体创新技术
    亲和图:大量创意分组,然后找关系,同类的放在一起;属于群体创新技术
    多准则决策技术:对众多方案进行评估和排序的技术,不确定性下的决策准则(风险管理);属于群体创新技术
    德尔菲技术:背靠背,匿名,多轮次,取得一致意见100%同意;属于群体决策技术
    大多数原则:超过50%同意;属于群体决策技术
    相对多数原则:候选超过两个时使用;属于群体决策技术
    独裁:一言堂;属于群体决策技术
    问卷调查:通过设计书面问题,向为数众多的受访者快速收集信息
    观察:针对不愿意说出需求,可以工作跟踪(看)和/或参与观察(做)
    原型法:先造出该产品的实用模型,原型是有形的实物,符合渐进明细理念
    标杆对照:将实际的项目实践与可比项目的实践进行对照,识别最佳实践,形成改进意见,为绩效考核提供依据
    系统交互图:对产品范围的可视化描绘
    文件分析:通过分析现有文档,识别与需求相关信息,挖掘需求
            口诀:范管求管程人管。  焦查原访问群导。  标杆图文出文矩。
    9 3 定义范围
    项目范围
    制定项目和产品详细描述 1、范围管理计划
    2、项目章程
    3、需求文件
    4、组织过程资产
    1、专家判断
    2、产品分析
    3、备选方案生成
    4、引导式研讨会
    1、项目范围说明书
    2、项目文件更新
    项目范围说明书:对项目范围、主要可交付成果、假设条件、制约要因素的描述
    详细描述了项目的可交付成果,以及为创建这些可交付成果而必须开展的工作。
    记录了整个范围,包括项目和产品范围。
    代表了项目干系人之间就项目范围达成的共识。

    制约因素的特点:不可变、限制了团队的可选方案、不是渐进明细的、是必须接受的。
    假设条件的特点:是渐进明细的、是风险识别的一项重要输入、是有时间限制性的、当时所能得到的最准确信息为基础。
    产品分析:针对以产品为可交付成果的项目,产品分析是一种有效的工具。包括:
    ①需求分析:分析用户需求是什么,需求工程师与项目经理共同参与
    ②系统分析:分析系统应该如何架构,系统分析员参与
    ③系统工程:包括系统分析、系统设计、系统综合评价等
    ④产品分解:
    产品分解结构(PBS)通过树状结构反应产品各类部件,每类在结构中出现一次
    ⑤价值工程与⑥价值分析:
    相同点:公式 V=F/C (价值=功能/成本),对项目的范围(功能)和成本进行分析
    差异点:价值工程,在产品设计阶段进行价值与成本革新活动,项目运行前。
    价值分析,在开始量产后,进行价值分析以降低成本或提高价值,项目运行后。

    备选方案分析:是一种用来制定尽可能多的潜在可选方案的技术,用于识别执行项目工作的不同方法。主要方法:头脑风暴、横向思维、备选方案分析
            口诀:范文程组新文书。  分家方案研讨会。
    10 4 创建WBS
    项目范围
    把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程 1、范围管理计划
    2、项目范围说明书
    3、需求文件

    4、事业环境因素
    5、组织过程资产
    1、分解
    2、专家判断
    1、范围基准
    2、项目文件更新 
    范围基准:是一组文件,包括WBS、WBS词典、范围说明书 分解:把项目范围和可交付成果划分为更小的、更便于管理的组成部分,工作包是WBS最底层的工作,分解程度取决于所需的控制程度。
            口诀:业主范管找文书。  专家分解新文基。
    11 5 确认范围
    项目范围
    正式验收项目已完成的可交付成果的过程 1、项目管理计划
    2、需求文件
    3、需求跟踪矩阵
    4、核实的可交付成果

    5、工作绩效数据 
    1、检查
    2、群体决策技术 
    1、验收的可交付成果
    2、变更请求
    3、工作绩效信息
    4、项目文件更新 
    核实的可交付成果:控制质量的输出,先项目内部质量检验合格,在提交给外部验收
    验收的可交付成果:符合验收标准的可交付成果应该由客户或发起人正式签字批准
    检查:指开展测量、审查与确认活动,来判断工作和可交付成果是否符合需求和产品验收的标准。也被称为审查、产品审查、审计、巡检。
            口诀:文划跟踪数果实。  群体决策来检查。
    12 6 控制范围
    项目范围
    监督项目和产品的范围状态、管理范围基准变更的过程 1、项目管理计划
    2、需求文件
    3、需求跟踪矩阵
    4、工作绩效数据
    5、组织过程资产 
    1、偏差分析 1、工作绩效信息
    2、变更请求
    3、项目管理计划更新
    4、项目文件更新
    5、组织过程资产更新
      偏差分析:确定实际绩效与基准的差异程度及原因的技术。可利用项目绩效测量结果来评估偏离范围基准的程度。
    控制的重要工作包括:1、确定偏离范围基准的原因和程度 2、决定是否采取纠正或预防措施。
            口诀:数矩文划组。  偏差5大件。
                     
    13 1 规划进度管理
    项目进度
    为规划、编制、管理、执行和控制项目进度而制定政策 1、项目管理计划
    2、项目章程
    3、事业环境因素
    4、组织过程资产 
    1、专家判断
    2、分析技术
    3、会议 
    1、进度管理计划 进度管理计划:为编制、监督和控制项目进度建立准则和明确活动,对以下工作规定:
    项目进度模型制定——以关键路径法为主
    准确度——活动持续时间估算的区间和应急储备
    计量单位——每种资源的计量单位
    组织程序接口——WBS提供了框架
    项目进度模型维护——更新状态、记录进展
    控制临界值——允许的最大偏差
    绩效测量规则——挣值管理规则
    报告格式——进度报告的格式和编制频率
    过程描述——每个进度管理过程的书面
     
            口诀:章程计划找业主。  分家会上进管(子)。
    14 2 定义活动
    项目进度
    识别为完成项目可交付成果需采取的具体行动的过程 1、进度管理计划
    2、范围基准
    3、事业环境因素
    4、组织过程资产 
    1、分解
    2、滚动式规划
    3、专家判断
    1、活动清单
    2、活动属性
    3、里程碑清单
    活动清单:一份包含项目所需的全部进度活动的综合清单,每个活动有一个独特名称、标识及工作范围详述,是团队成员知道需要完成什么工作。
    活动属性:指每项活动所具有的多重属性,用来扩充对活动的描述,是逐渐演化的。
    项目初始阶段时:活动标识、WBS标识和活动名称
    活动编制完成时:活动编码、活动描述、紧前活动、紧后活动、逻辑关系、时间提前和滞后量、资源需求、强制日期、制约因素和假设

    里程碑清单:项目中的重要时点或事件,持续时间为零。里程碑清单列出了所有的项目里程碑
    滚动式规划:一种迭代式规划技术,详细规划近期要完成的工作,同时在较高层级上粗略规划远期工作,体现了项目渐进明细特征。
            口诀:业主进管炒基范(业主进馆炒鸡饭)。  分家滚出清属里。
    15 3 排列活动顺序
    项目进度
    识别和记录项目活动间逻辑关系的过程 1、进度管理计划
    2、活动清单
    3、活动属性
    4、里程碑清单
    5、项目范围说明书
    6、事业环境因素
    7、组织过程资产 
    1、紧前关系绘图法(PDM)
    2、确定依赖关系
    3、提前量与滞后量
    1、项目进度网络图
    2、项目文件更新 
    项目进度网络图:表示项目进度活动之间的逻辑关系的图形 PDM紧前关系绘图法:用节点表示活动,用一种或多种逻辑关系链接活动,显示活动的实施顺序。四种逻辑关系(完成到开始FS,完成到完成FF,开始到开始SS,开始到完成SF)。
    四种依赖关系(强制性、选择性、外部、内部)
    提前量与滞后量:提前量是相对于紧前活动,紧后活动可以提前的时间量,—表示;滞后量是相对于紧前活动,紧后活动需要推迟的时间量,+表示。
            口诀:范进业主清属里(范进业主亲属里)。  前后紧赖网新文。
    16 4 估算活动资源
    项目进度
    估算每项活动所需材料、人员、设备或用品的种类和数量的过程 1、进度管理计划
    2、活动清单
    3、活动属性
    4、资源日历

    5、风险登记册
    6、活动成本估算

    7、事业环境因素
    8、组织过程资产 
    1、专家判断
    2、备选方案分析
    3、发布的估算数据
    4、自下而上估算
    5、项目管理软件 
    1、活动资源需求
    2、资源分解结构
    3、项目文件更新
    资源日历(组建项目团队过程的输出):表明每种资源可用的工作日或工作班次的日历
    风险登记册(识别风险过程的输出):考虑风险,是因为某些风险可能影响资源的可用性及对资源的选择
    活动成本估算(估算成本过程的输出):资源的成本可能影响对资源的选择
    活动资源需求:每个活动需要的资源类型和数量,每个活动资源需求都应说明资源的估算依据,以及为确定资源类型、可用性和数量所做的假设
    资源分解结构(RBS):是资源依类别和类型的层级展现,类别:人力、设备、材料和用品;类型:技能水平、等级水平等
    发布的估算数据:定期发布最新的生产率信息和资源单位成本
    自下而上估算:先估算每个活动所需资源,再汇总成整个项目资源需求
            口诀:业主进管估成本,清属资历有风险。  自选软件算专家。  分解需求新文件。
    17 5 估算活动持续时间
    项目进度
    根据资源估算的结果,估算完成单项活动所需工作时段数 1、进度管理计划
    2、活动清单
    3、活动属性
    4、活动资源需求
    5、资源日历
    6、项目范围说明书

    7、风险登记册
    8、资源分解结构

    9、事业环境因素
    10、组织过程资产
    1、专家判断
    2、类比估算
    3、参数估算
    4、三点估算
    5、群体决策技术
    6、储备分析
    1、活动持续时间估算
    2、项目文件更新
    活动持续时间估算:是对完成某项活动所需的工作时段数的定量评估,持续时间估算不包括任何滞后量,可以包含一定的变动区间。例如:2周±2天 类比估算:使用相似活动或项目的历史数据,来估算当前活动或项目的持续时间或成本的基数,又称为自上而下估算,早期项目信息不足时使用。
    参数估算:基于历史数据和项目参数,估算准确性取决于参数模型的成熟度和基础数据的可靠性
    三点估算(PERT):用最悲观TP、最乐观TO、最可能TM三个来估算
    公式:期望时间 TE=(TP+TO+4TM)/6
    标准差 σ=(TP悲观-TO乐观)/6    方差 σ2=[(TP-TO)/6]2
    99.73%位于+/-3σ内;95.46%位于+/-2σ内;68.26%位于+/-1σ内。

    群体决策技术:基于团队方法,调动团队成员参与,以提高估算的准确度,提高对估算结果的责任感(和收集需求工具中的群体决策技术有区别)。头脑风暴、德尔菲技术、名义小组技术
    储备分析:估算时应考虑应急储备,应急储备又称为:时间储备、缓冲时间
    应急储备:应对“已知的未知”风险,应包含在进度基准中。随着项目明确可以减少或取消;管理储备:应对“未知的未知”风险,不包括在进度基准中
            口诀:业主资需分日进,清属范书有风险。  三类专家数策背(设备)。  时间估算新文件。
    18 6 制定进度计划
    项目进度
    分析活动顺序、持续时间、资源需求和进度约束,编制项目进度计划的过程 1、进度管理计划
    2、活动清单
    3、活动属性
    4、项目进度网络图
    5、活动资源需求
    6、资源日历
    7、活动持续时间估算
    8、项目范围说明书

    9、风险登记册
    10、项目人员分派
    11、资源分解结构

    12、事业环境因素
    13、组织过程资产
    1、进度网络分析
    2、关键路径法
    3、关键链法
    4、资源优化技术
    5、建模技术
    6、提前量与滞后量

    7、进度压缩
    8、进度计划编制工具
    1、进度基准
    2、项目进度计划
    3、进度数据
    4、项目日历
    5、项目管理计划更新

    6、项目文件更新
    项目人员分派(组建项目团队过程的输出):项目人员分派:把合适的人员分派到团队,来为项目配备人员。包括:①项目团队名录 ②致团队成员的备忘录 ③把人员姓名插入项目管理计划的其他部分中。
    进度基准:经过批准的进度模型,通过正式变更控制程序才能变更,用作于实际结果比较的依据。要被相关干系人接受和批准。
    项目进度计划:进度模型的输出
    里程碑图:用于和外部客户沟通
    横道图:向项目经理的管理层沟通
    项目进度网络图:项目团队成员使用

    进度数据:描述和控制进度计划的信息集合,至少包括里程碑、进度活动、活动属性以及已知的假设条件和制约因素。支持细节的信息:资源需求、备选进度计划、进度应急储备等。
    项目日历:可以开展进度活动的工作日和工作班次,把可开展和不可用时间段区分开
    进度网络分析:通过如关键路径法、关键链法、假设情景分析和资源优化技术等,来计算项目活动未完成部分的最早与最晚开始日期,以及最早与最晚完成日期。
    关键路径法:不考虑任何资源限制情况下,估算项目最短工期,确定逻辑网络路径的灵活性大小的一种方法。
    关键链法:旨在克服帕金森定律,资源约束型关键路径就是关键链。帕金森定律-拖延
    资源优化技术:资源平衡:为了在资源需求和资源供给间平衡,根据资源制约对开始日期和结束日期进行调整的技术,克服特定时间内资源数量有限或过度分配。该技术往往导致关键路径改变,通常是延长。资源平滑:对活动自身进行调节,不会改变项目关键路径,不会延迟,但无法实现所有资源优化。
    建模技术:假设情景分析:对各种情景进行评估,为克服或减轻风险而编制应急和应对计划;模拟:基于多种不同活动假设,应对不确定性,蒙特卡洛分析技术。
    蒙特卡洛:先算出单个活动概率分布,再算出整个项目概率分布
    进度压缩:是在不缩短项目范围前提下,缩短工期满足进度。
    赶工:成本换时间;快速跟进:风险换时间。赶工要注意收益递减规律,选择成本最低的方案。

    进度计划编制工具:自动化的进度计划编制工具,包括进度模型,可以和项目管理软件以及手工方法联合使用
            口诀:业主资需分日进,清属范书有风险,人员进管持续算。  压缩网路前后链,优化建模靠工具。  进划基数日,新文划。
    19 7 控制进度
    项目进度
    监督项目状态以更新项目进展、管理进度基准变更的过程 1、项目管理计划
    2、项目进度计划
    3、工作绩效数据
    4、项目日历
    5、进度数据

    6、组织过程资产 
    1、绩效审查
    2、项目管理软件
    3、资源优化技术
    4、建模技术
    5、提前量与滞后量

    6、进度压缩
    7、进度计划编制工具
    1、工作绩效信息
    2、进度预测
    3、变更请求
    4、项目管理计划更新
    5、项目文件更新
    6、组织过程资产更新
    工作绩效信息:针对WBS组件,特别是工作包和控制账户,计算出进度偏差(SV)和进度绩效指数(SPI) 绩效审查:测量、对比和分析进度。可以使用技术包括:
    1、趋势分析——检查项目绩效随时间变化的状况
    2、关键路径法——比较关键路径的进展状态
    3、关键链法——比较剩余缓冲与所需缓冲
    4、挣值管理——利用挣值来评价偏离基准的程度,SV,SPI

    进度压缩:进度落后,可以对剩余工作使用快速跟进或赶工
            口诀:两数两划组日历。  优化建模需审查,前后压缩偏软件。  进度预测5大件。
                     
    20 1 规划成本管理
    项目成本
    为规划、管理、花费和控制项目成本而制定政策、程序和文档的过程 1、项目管理计划
    2、项目章程
    3、事业环境因素
    4、组织过程资产
    1、专家判断
    2、分析技术
    3、会议 
    1、成本管理计划 成本管理计划:描述将如何规划、安排和控制项目成本。规定:
    计量单位——资源的计量单位,如人天、人月
    精确度——最小货币单位
    准确度——可接受的区间,如±10%
    组织程度链接——控制账户CA
    控制临界值——偏离基准的百分数,例如:在±5%不采取措施
    绩效测量规则——EVM,挣值测量技术
     
            口诀:章程计划找业主。  分家会上出成管。
    21 2 估算成本
    项目成本
    对完成项目活动所需资金进行近似估算 1、成本管理计划
    2、人力资源管理计划

    3、范围基准
    4、项目进度计划
    5、风险登记册
    6、事业环境因素
    7、组织过程资产
    1、专家判断
    2、类比估算
    3、参数估算

    4、自下而上估算
    5、三点估算
    6、储备分析

    7、质量成本
    8、项目管理软件
    9、卖方投标分析
    10、群体决策技术
    1、活动成本估算
    2、估算依据
    3、项目文件更新 
    人力资源管理计划(规划人力资源管理过程输出):如何定义、配置、管理及最终遣散项目人力资源的指南,包括:角色和职责、项目组织图、人员配置管理计划
    活动成本估算:对完成项目工作可能需要的成本的量化估算,应覆盖活动使用的全部资源
    估算依据:对成本估算所做的支持性说明文件。
    ①关于估算依据的文件 ②关于制约因素和假设条件的文件
    ③对估算区间的说明
      ④对估算最终置信水平的说明
    自下而上估算:首先对单个工作包或活动的成本进行估算,向上汇总。
    三点估算(PERT):用最悲观CP、最乐观CO、最可能CM三个来估算
    公式:期望时间 CE=(CP+CO+4CM)/6
    标准差 σ=(CP-CO)/6    方差 σ2=[(CP-CO)/6]2
    99.73%位于+/-3σ内;95.46%位于+/-2σ内;68.26%位于+/-1σ内。

    储备分析:应急储备应对“已知的未知”风险,包含在成本基准中;管理储备应对“未知的未知”风险,不包括在成本基准中。
            口诀:风人范进成业主。  专类参储三群体,卖方质量自项管。  估算依据新文件。
    22 3 制定预算
    项目成本
    汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准 1、成本管理计划
    2、范围基准
    3、活动范围估算
    4、估算依据
    5、项目进度计划
    6、资源日历

    7、风险登记册
    8、协议
    9、组织过程资产 
    1、成本汇总
    2、储备分析
    3、专家判断
    4、历史管理
    5、资源限制平衡 
    1、成本基准
    2、项目资金需求
    3、项目文件更新 
    成本基准:经过批准的、按时间段分配的项目预算,不包括任何管理储备,通过正式变更控制程序才能变更。
    项目资金需求:通常以增量非连续方式投入,非均衡的,呈现阶梯状。如果有管理储备,总资金需求=成本基准+管理储备
    成本汇总:先把成本估算汇总到WBS工作包,再由工作包汇总至更高层次,得出整个项目总成本。
    资源限制平衡:因为组织对项目预算资金不是一次性拨付,发现资金限制与计划支出之间差异,调整工作进度计划,以平衡资金支出水平。
            口诀:风人范进成业主。  专类参储三群体,卖方质量自项管。  估算依据新文件。
    23 4 控制成本
    项目成本
    监督项目状态以更新项目预算、管理成本基准变更的过程 1、项目管理计划
    2、项目资金需求
    3、工作绩效数据
    4、组织过程资产 
    1、挣值管理
    2、预测
    3、完工尚需绩效指数
    4、绩效审查
    5、项目管理软件
    6、储备分析
    1、工作绩效信息
    2、成本预测
    3、变更请求
    4、项目管理计划更新
    5、项目文件更新
    6、组织过程资产更新
      挣值管理:见分页2,重点
            口诀:计划需求数资产。  预审挣分尚需软。  成本预测5大件。
                     
    24 1 规划质量管理
    项目质量
    识别项目及其可交付成果的质量要求和标准,并书面描述项目将如何证明符合质量要求的过程 1、项目管理计划
    2、干系人登记册
    3、风险登记册
    4、需求文件
    5、事业环境因素
    6、组织过程资产 
    1、成本效益分析
    2、质量成本
    3、七种基本质量工具(旧)
    4、标杆对照
    5、实验设计
    6、统计抽样
    7、其他质量规划工具
    8、会议
    1、质量管理计划
    2、过程改进计划
    3、质量测量指标
    4、质量核对单
    5、项目文件更新 
    质量管理计划:如何实施组织的质量政策,以及项目管理团队准备如何达到项目的质量要求
    过程改进计划:以识别增值活动,需考虑包括:过程边界、过程配置、过程测量指标、绩效改进目标 
    质量测量指标:用于描述项目或产品属性,以及控制质量过程将如何对属性进行测量。测量指标的可允许变动范围成为公差。例子:故障率,准时性、可用性    
    质量核对单:一种结构化工具,用来核实要求的一系列步骤是否得到执行。质量核对单应该涵盖在范围基准中定义的验收标准
    成本效益分析:比较质量的可能成本与预期收益。常用边际分析工具(最佳的质量应该是收益增加和成本增加相等时的质量)
    质量成本(COQ):指一致性工作和非一致性工作的总成本。一致性成本指防止失败的费用(如:测试);非一致性成本用于处理失败的费用(如:返工)。
    七种基本质量工具(旧)    
    因果图(鱼骨图、石川图):识别根本原因  
    流程图(过程图):所需的步骤顺序和可能分支  
    SIPOC模型:最有用且最常用的,用于流程管理和过程改进的技术  
    核查表(计数表):收集原因的清单,用帕累托图来显示  
    帕累托图:用来识别造成大多数问题的少数重要原因  
    直方图:用于描述集中趋势、分散程度和统计分布形状,正常呈正态分布。不考虑时间影响  
    控制图:确定一个过程是否稳定,或者是否具有可预测的绩效
    控制图的七点原则与失控:在均值单边的连续七点或七点连续单调上升或下降均为失控或超出控制上下限也为失控。用来跟踪批量生产中的重复性活动,一旦过程失控,则停止查找非随机原因。

    标杆对照(基准对照):将项目与其它项目对比找差距、制定改进措施
    实验设计(DOE):统计学方法,分析每个因素对开发的流程和产品的特定变量的影响
    统计抽样:从目标总体中选样本进行检查,再规划确定次数规模,再控制实施
            口诀:风人业主需文划。  成效标本质,其实会七样。  质管单指改新文。
    25 2 实施质量保证
    项目质量
    审计质量要求和质量控制测量结果,确保采用合理的质量标准和操作性定义的过程 1、质量管理计划
    2、过程改进计划

    3、质量测量指标
    4、质量控制测量结果
    5、项目文件
    1、质量管理和控制工具(新七工具)
    2、质量审计
    3、过程分析
    1、变更请求
    2、项目管理计划更新
    3、项目文件更新
    4、组织过程资产更新
      新七工具:
    亲和图 :进行分组,便于审查和分析
    过程决策程序图(PDPC) :用于理解一个目标与达成此目标的步骤之间的关系
    关联图
    树形图
    优先矩阵
    活动网络图(PDM或ADM图)
    矩阵图 :显示因素、原因与目标之间的关系

    质量审计:项目活动是否遵循了组织和项目的政策、过程与程序的一种过程  
    审计的目标:①识别最佳实践  ②识别全部违规做法、差距及不足  ③分享实践  ④帮助团队提高生产效率  ⑤对组织经验教训做出贡献。
            口诀:质管结果改指文。  审计分析和管控。  变更加新文划组。
    26 3 控制质量
    项目质量
    监测并记录执行质量活动的结果,从而评估绩效并建议必要变更 1、项目管理计划
    2、质量测量指标
    3、质量核对单
    4、工作绩效数据
    5、批准的变更请求
    6、可交付成果
    7、项目文件
    8、组织过程资产
    1、七种基本质量工具
    2、统计抽样
    3、检查
    4、审查已批准的变更请求 
    1、质量控制测量结果
    2、确认的变更
    3、核实的可交付成果
    4、工作绩效信息
    5、变更请求
    6、项目管理计划更新
    7、项目文件更新
    8、组织过程资产更新
      七种质量工具:
    发现问题:控制图  (限值) 
    寻找原因:因果图、流程图   
    记录原因:核查表   
    分析原因:直方图、帕累托图、散点图、流程图

    统计抽样:
    预防:是保证过程中不出现错误 ;检查:是保证错误不落到客户手中。
    属性抽样:表明结果为合格或者不合格;变量抽样:标明合格的程度。
    公差:相当于规格界限,客户能接受的最大偏差; 控制界限:常设在±3σ处

    检查:检验工作产品,以确定是否符合书面标准。可以检查单个活动成果或项目最终产品,也可以用于确认缺陷补救 
            口诀:单数指成果,准变文划组。 7统检查审变更。  2果确变5大件。
                     
    27 1 规划人力资源管理
    项目人力资源
    识别和记录项目角色、职责、所需技能以及报告关系,并编制人员配备管理计划 1、项目管理计划
    2、活动资源需求
    3、事业环境因素
    4、组织过程资产
    1、组织图和职位描述
    2、人际交往
    3、组织理论
    4、专家判断
    5、会议 
    1、人力资源管理计划 人力资源管理计划:如何定义、配置、管理及最终遣散项目人力资源的指南,包括:角色和职责、项目组织图、人员配置管理计划 组织图和职位描述三类格式:层级型组织机构图、矩阵型职责图、文本型格式
    人际交往:在组织、行业或职业环境中与他人的正式或非正式互动。目的在于建立关系,增加获取资源途径,改进人力资源管理。人际交往在项目初始时特别有用。
    组织理论:阐述个人、团队和组织部门的行为方式。根据组织理论灵活运用领导风格,以适应项目生命周期中团队成熟度的变化(情境领导风格)
            口诀:划业主需出人管。  专人交会描理论。
    28 2 组建项目团队
    项目人力资源
    确认可用人力资源并组建项目所需团队 1、人力资源管理计划
    2、事业环境因素
    3、组织过程资产
    1、预分派
    2、谈判
    3、招募
    4、虚拟团队
    5、多标准决策分析
    1、项目人员分派
    2、资源日历
    3、项目管理计划更新
      预分派:项目团队成员是事先选定的。下列情况下发生:①竞标中承诺分派特定人员 ②项目取决与特定人员的专有技能 ③项目章程指定了某些人的工作分配    
    谈判:通过谈判完成人员分派。项目管理团队需要与下列各方谈判:①职能经理 ②执行组织中的其他项目管理团队 ③外部组织、卖方、供应商、承包商等。
    在人员分派谈判中,项目管理团队影响他人的能力很重要,职能经理考虑杰出人才分派时,会权衡各竞争项目的优势和知名度。   

    虚拟团队:具有共同目标,在完成角色任务的过程中很少或没有时间面对面工作的一群人。沟通规划变得尤为重要    
    多标准决策分析:根据各种因素对团队的不同重要性,赋予选择标准不同的权重。
            口诀:业主人管进。  判多虚招多。  资历派新文。
    29 3 建设项目团队
    项目人力资源
    提高工作能力、促进团队互动和改善团队氛围,以提高项目绩效     1、人力资源管理计划
    2、项目人员分派
    3、资源日历    
    1、人际关系技能
    2、培训
    3、团队建设活动
    4、基本规则
    5、集中办公
    6、认可与奖励
    7、人事评测工具 
    1、团队绩效评价
    2、事业环境因素更新
    团队绩效评价:以任务和结果为导向是高效团队的重要特征,评价对象:    
    1、项目技术成功度(包括质量水平)    
    2、项目进度绩效    
    3、项目成本绩效    
    评价指标:个人技能的改进、团队能力的改进、团队成员离职率的降低、团队凝聚力的加强
    团队建设相关理论:
    1、权力理论:韦伯 (专家权利、奖励权利、正式权利、参照权利、惩罚权利)
    2、领导风格理论:库尔特.卢因 (独裁、民主、放任)
    3、需求层次理论:马斯洛(生理需要→安全需要→社会需要→尊重需要→自我实现需要)
    4、双因素理论:赫兹伯格 (保健因素   激励因素)
    5、期望理论:费洛姆
    6、成就动机理论:麦克利兰 (成就需要、权利需要、亲密关系需要)

    人际关系技能:熟练掌握沟通技巧、富有情商、冲突解决方法、谈判技巧、影响技能、团队建设技能和团队引导技能,而具备的行为能力。(情商、智商、逆商)
    塔克曼团队发展阶段理论:
    形成阶段(独立)震荡阶段(对立)规范阶段(信任)成熟阶段(依靠)解散阶段
    基本规则:对项目团队成员的可接受行为作出明确规定。
    集中办公:也称精密矩阵,团队成员在同一个物理地点工作,增强团队工作能力。
    人事评测工具:能让项目经理和项目团队洞察成员的优势和劣势。两大经典HR评测工具:九型人格、MBTI 
            口诀:派人管资历。  测评建关系,培训则中奖。  评价新事业。
    30 4 管理项目团队
    项目人力资源
    跟踪团队成员的表现、提供反馈、解决问题并管理变更,以优化项目绩效 1、人力资源管理计划
    2、项目人员分派
    3、团队绩效评价

    4、问题日志
    5、工作绩效报告
    6、组织过程资产 
    1、观察与交谈
    2、项目绩效评估
    3、冲突管理
    4、人际关系技能 
    1、变更请求
    2、项目管理计划更新
    3、项目文件更新
    4、事业环境因素更新
    5、组织过程资产更新
      观察与交谈:通过观察与交谈,随时了解项目团队成员的工作和态度
    项目绩效评估:目的澄清角色与职责,提供建设性反馈,发现未知和未决的问题,制定个人培训计划以及确定未来目标
    冲突管理:为解决冲突而对冲突情形进行的处理、控制和指导
    冲突的五种解决方法及优劣顺序:    
    合作/解决问题(面对) → 妥协/协调 → 缓解/包容 → 撤退/回避 → 强迫/命令   
    合作/解决问题(面对):采取合作态度和开放式对话引导各方达成共识和承诺 
    妥协/调解:各退一步,寻找各方都一定程度上满意的方案    
    缓解/包容:强调一致而非差异,各退一步,即求同存异    
    撤退/回避:从实际或潜在的冲突中退出    
    强迫/命令:牺牲其他方为代价,推行某一方的观点
            口诀:派人管绩效,问题报组织。  冲观评关系。  5件去信加新业。
                     
    31 1 规划沟通管理
    项目沟通
    确定项目干系人的信息需求,并定义沟通方法
    ①有效果的沟通:使对方能正确理解的信息
    ②有效率的沟通:只沟通必要的信息
    1、项目管理计划
    2、干系人登记册

    3、事业环境因素
    4、组织过程资产 
    1、沟通需求分析
    2、沟通技术
    3、沟通模型
    4、沟通方法
    5、会议 
    1、沟通管理计划
    2、项目文件更新 
    沟通管理计划:描述如何对项目沟通进行规划,结构化和监控。 沟通需求分析:确定项目干系人的信息需求,以及信息对干系人的价值。项目资源只能用来沟通有利于成功的信息,或者那些因缺乏沟通会造成失败的信息
    沟通渠道计算公式:N*(N-1)/2    
    沟通技术:可以采用各种技术在项目干系人之间传递信息。当今时代影响最大的沟通技术是互联网技术    
    沟通模型:
    编码:发送方把思想或观点编码为语言;传递信息:发送方通过沟通媒介发送信息    
    解码:接收方把信息还原成思想和观点;告知收悉:告知发送方已收到信息,不一定同意或理解;反馈/反应:对收到信息理解后,反馈给发送方    
    沟通障碍:延误和曲解信息的原因有噪音、距离、负面表述、敌意、语言、文化等  
    过滤:指自上而下或自下而上的沟通过程中损失掉的现象,因素是层级数目,尽可能的限制信息过滤。    

    沟通方法:     
    交互式沟通:在两方或多方之间进行多向信息交换。确保全体参与者对特定话题达成共识最有效方法   
    推式沟通:把信息发送给需要接受这些信息的特定接收方。可确保信息的发送,不确保信息被理解
    拉式沟通:接收者自主自行访问信息内容。
    选择沟通方法考虑:沟通需求、成本和时间限制,工具和资源的可用性和熟悉程度。    

    会议:
    1、会前筹备(会议论证、会议目的、会议参加者、会议议程、会议场所、会议材料)
    2、会间管理(时间控制、主题控制、秩序控制、总结成果)    
    3、会后收尾(会议纪要、会议传达、文件存档)
            口诀:业主有计册。  模方术分会。  沟划新文件。
    32 2 管理沟通
    项目沟通
    根据沟通管理计划,生成、收集、分发、储存、检索及最终处置项目信息的过程 1、沟通管理计划
    2、工作绩效报告
    3、事业环境因素
    4、组织过程资产
    1、沟通技术
    2、沟通模型
    3、沟通方法
    4、信息管理系统
    5、报告绩效
    1、项目沟通
    2、项目管理计划更新
    3、项目文件更新
    4、组织过程资产更新
    项目沟通:包括绩效报告、可交付成果状态、进度进展和已发生的成本等    
    影响项目沟通的因素包括:1、信息的紧急性 2、信息传递方法 3、信息机密程度等
    信息管理系统:用来管理和分发项目信息的工具。包括:纸质文件管理、电子通信、项目管理电子工具
    报告绩效:是收集并发布绩效信息,包括状态报告、进展测量结果和预测情况。    
    应定期收集基准数据与实际数据,进行对比分析,以便了解和沟通项目进展与绩效,并对项目结果进行预测。
            口诀:沟通报业主。  模方术报信。  沟新文件组。
    33 3 控制沟通
    项目沟通
    在整个项目生命周期中对沟通进行监督和控制的过程 1、项目管理计划
    2、项目沟通
    3、问题日志
    4、工作绩效数据
    5、组织过程资产 
    1、信息管理系统
    2、专家判断
    3、会议 
    1、工作绩效信息
    2、变更请求
    3、项目管理计划更新
    4、项目文件更新
    5、组织过程资产更新
      信息管理系统:为项目经理获取、储存和向干系人发布有关项目成本、进度进展和绩效等方面的信息提供了标准工具。可以借助软件包来整合来自多个系统的报告,并向干系人分发报告。
    会议:需要与项目团队展开讨论和对话,以便确定最合适的方法,用于更新和沟通项目绩效,以及回应各干系人对项目信息的请求。
            口诀:沟划问组数。  专家系统会。  输出5大件。
                     
    34 1 规划风险管理
    项目风险
    定义如何实施项目风险管理活动 1、项目管理计划
    2、项目章程
    3、干系人登记册

    4、事业环境因素
    5、组织过程资产
    1、分析技术
    2、专家判断
    3、会议 
    1、风险管理计划 风险管理计划:描述如何安排与实施风险管理活动,内容包括:    
    ①方法论   ②风险概率和影响的定义  ③角色与职责   ④概率和影响矩阵 
    ⑤预算   ⑥修订的干系人承受力  ⑦时间安排   ⑧报告格式  ⑨风险类别  
    ⑩跟踪  
    分析技术:
    常用技术:①干系人风险资料分析(确定干系人风险偏好与承受力的等级和性质)  
    ②战略风险计分表(评估项目的风险敞口)
            口诀:业主登记划章程。  分家会风管。
    35 2 识别风险
    项目风险
    判断哪些风险会影响项目并记录其特征 1、风险管理计划
    2、成本管理计划
    3、进度管理计划
    4、质量管理计划
    5、人力资源管理计划
    6、范围基准
    7、活动成本估算
    8、活动持续时间估算
    9、干系人登记册
    10、项目文件

    11、采购文件
    12、事业环境因素
    13、组织过程资产
    1、文档审查
    2、信息收集技术
    3、核对单分析
    4、假设分析
    5、图解技术
    6、SWOT分析
    7、专家判断
    1、风险登记册 风险登记册:风险登记册的最初内容来自于本过程的输出。还需记录风险分析和风险应对规划的结果。    
    随着其他风险管理过程的实施,风险登记册总的信息种类和数量将逐渐增加。    
    最初风险登记册的内容包括:    
    1、已识别风险清单:    
    对已识别风险进行尽可能详细的描述    
    风险的根本原因是造成一个或多个已识别风险的基本条件或事件,应记录在案    
    2、潜在应对措施清单
    文档审查:对项目文档(各种计划、假设条件、以往的项目文档、协议和其他信息)进行结构化审查 
    信息收集技术:头脑风暴、德尔菲技术、访谈、根本原因分析RCA
    核对单分析:根据类似项目和历史信息与知识编制风险识别核对单。也可用RBS的底层作为风险核对单。
    优点:简单,快;缺点:不全面,随时调整,不断更新、改进

    假设分析:每个项目及其计划都是基于一套特定的假想、设想或假设而构建的    
    是检验假设条件在项目中是否成立,并识别因其中的不准确、不稳定、不一致或不完整所导致的项目风险

    图解技术:包括因果图、系统或过程流程图、影响图
    SWOT分析:从内部优势、劣势;外部机会和威胁不同角度进行分析
            口诀:范进本质风资册,业主两文估本时。 假专S查收图单。  出风登。
    36 3 实施定性风险分析
    项目风险
    评估并综合分析风险的发生概率和影响,对风险进行优先排序,从而为后续分析或行动提供基础 1、风险管理计划
    2、范围基准

    3、风险登记册
    4、事业环境因素
    5、组织过程资产
    1、风险概率和影响评估
    2、概率和影响矩阵
    3、风险数据质量评估
    4、风险分类
    5、风险紧迫性评估
    6、专家判断
    1、项目文件更新 项目文件更新:     
    ★风险登记册更新:    
    对每个风险的概率和影响评估    
    风险评级和分值    
    风险紧迫性    
    风险分类    
    观察清单(低概率风险)    
    需要进一步分析的风险    
    ★假设条件日志更新
    风险数据质量评估:评估风险数据对风险管理有用程度的技术,考察人们对风险的理解程度,考察风险数据的准确性、质量、可靠性和完整性
    风险分类:可按照风险来源(如:资源分解结构RBS)、受影响的项目工作(如:工作分解结构WBS)或其他有效分类标准(如项目阶段)对项目风险进行分类,以确定受不确定性影响最大的项目区域。 风险可以根据共同的根本原因进行分类,风险分类有助于制定有效的风险应对措施。
    风险紧迫性评估:把近期就需要应对的风险确定为更紧迫的风险。    
    评估指标:风险可监测性、风险应对的时间要求、风险征兆、预警信号、风险等级   
    优先级=概率*影响*紧迫性
            口诀:业主册划范基准。  分家矩阵概紧数。  新文件。
    37 4 实施定量风险分析
    项目风险
    就已识别风险对项目整体目标的影响进行定量分析 1、风险管理计划
    2、成本管理计划
    3、进度管理计划
    4、风险登记册
    5、事业环境因素
    6、组织过程资产
    1、数据收集和展示技术
    2、定量风险分析和建模技术
    3、专家判断
    1、项目文件更新   定量风险分析和建模技术:
    1、敏感性分析:确定哪些风险对项目最大的潜在影响,典型龙卷风图。
    2、预期货币价值分析(EMV):机会表示正值,威胁表示负值,
    EMV建立在风险中立假设上,既不避险也不冒险。正值+负值=项目EMV,在决策树分析中使用。
    3、决策树分析:综合每种可用选项的概率和费用,以及每条事件逻辑路径的收益。
    4、建模和模拟:计算各细节方面的不确定性对目标的潜在影响。模拟通常用蒙特卡洛技术,蒙特卡洛技术多次计算、概率分布。
            口诀:进风成管登业主。  专量数表出新文。
    38 5 规划风险应对
    项目风险
    针对项目目标,制定提高机会、降低威胁的方案和措施 1、风险管理计划
    2、风险登记册 
    1、消极风险或威胁的应对策略
    2、积极风险或机会的应对策略
    3、应急应对策略
    4、专家判断
    1、项目管理计划更新
    2、项目文件更新 
      消极风险:
    规避:采取行动以完全消除威胁。    
    转移:转移给第三方,例如:外包 或购买保险    
    减轻:降低风险发生概率和/或影响,降低到可接受的临界值范围内。

    积极风险:
    开拓:与规避相对应,消除与某个特定积极风险相关的不确定性,确保机会肯定出现   
    分享:与转移相对应,目的是充分利用机会,使各方都受益。 
    提高:与减轻相对应,旨在提高积极机会的发生概率和/或积极影响

    接受:指项目团队决定接受风险的存在,而不采取任何措施(除非风险真的发生)的风险应对策略。
    接受策略分为:    
    ①被动接受:待风险发生时有项目团队处理(权变措施)。定期审查,确保风险没有太大变化 ②主动接受:建立应急储备,安排一定时间、资金或资源来应对风险。

    应急应对策略:是指只有在某些预定条件发生时才能实施的专门计划过的应对措施
    弹回计划:风险发生且主要应对措施无效时使用的备选应对计划
    残余风险:采取预定措施后依然存在的风险,以及已经有意接受的风险
    次生风险:实施风险应对措施直接导致的新风险
            口诀:风管登记新文划。  专家应对积消极。
    39 6 控制风险
    项目风险
    在整个项目中,实施风险应对计划、跟踪已识别风险、监测残余风险、识别新风险和评估风险过程有效性 1、风险管理计划
    2、风险登记册
    3、工作绩效数据
    4、工作绩效报告
    1、风险再评估
    2、风险审计
    3、偏差和趋势分析
    4、技术绩效测量
    5、储备分析
    6、会议
    1、工作绩效信息
    2、变更请求
    3、项目管理计划更新
    4、项目管理文件
    5、组织过程资产更新
      风险再评估:识别新风险,再评估现有风险,删除过时风险,定期进行。
    风险审计:检查和记录应对措施在处理风险及其根源方面有效性,形成经验教训。
    偏差和趋势分析:采用挣值管理技术来分析与基准的偏差
    技术绩效测量:取得的技术成果与计划要求的技术成果进行比较
    储备分析:比较剩余应急储备与剩余风险量,从而确定剩余储备是否仍然合理
    会议:每次会议都应该讨论风险
            口诀:报数册划5大件。  技差储备评审会。
                     
    40 1 规划采购管理
    项目采购
    记录项目采购决策、明确采购方法、识别潜在卖方 1、项目管理计划
    2、需求文件
    3、风险登记册
    4、活动资源需求
    5、项目进度计划
    6、活动成本估算

    7、干系人登记册
    8、事业环境因素
    9、组织过程资产
    1、自制或外购分析
    2、专家判断
    3、市场调研
    4、会议
    1、采购管理计划
    2、采购工作说明书
    3、采购文件
    4、供方选择标准
    5、自制或外购决策
    6、变更请求
    7、项目文件(更新)
    采购管理计划:如何从外部获取货物或服务,以及如何编制采购合同到合同收尾过程
    采购工作说明书:详细描述拟采购的产品、服务或成果(招标书中技术部分)
    采购文件:用于征求潜在卖方的建议书,包括信息邀请信(要信息)、建议邀请书(要方案)、报价邀请书(要报价)等
    供方选择标准:采购文件一部分,制定标准为了对卖方建议书进行评级或打分
    自制或外购决策:自制在采购计划中规定组织内部流程和协议;外购在采购计划中规定与产品或服务供应商签订协议的流程。
    总价合同:偏向甲方,分为:
    固定总价合同(FFP
    ):采购价格开始就确定,不允许修改,除非范围变更。
    总价加激励费用合同(
    FPIP):有一定灵活性,对实现既定目标给予财务奖励
    总价加经济价格调整合同(
    FP-EPA):周期长的合同
    成本补偿合同:偏向乙方,分为:
    成本加固定费用合同(
    CPFF):为卖方报销一切可列支成本,并向卖方支付一笔百分比费用
    成本加激励费用合同(
    CPIF):卖方达到合同规定绩效目标,支付预先确定的激励费用
    成本加奖励费用合同(
    CPAF):买方判断决定奖励费用,乙方不允许申述
    工料合同:中立,用于范围明确,工程量不确定,需要快速签合同的项目,开口合同
    自制或外购分析:确定某个工作是团队自己完成还是外部采购
            口诀:需文划进划,需成风人册业主。 专家自外调研会。  计变外文书,供选新文件。
    41 2 实施采购
    项目采购
    获取卖方应答、选择卖方并授予合同 1、项目管理计划
    2、采购文件
    3、供方选择标准
    4、卖方建议书
    5、项目文件
    6、自制或外购决策
    7、采购工作说明书
    8、组织过程资产
    1、投标人会议
    2、建议书评价技术
    3、独立估算
    4、专家判断
    5、广告
    6、分析技术
    7、采购谈判
    1、选定的卖方
    2、协议
    3、资源日历
    4、变更请求
    5、项目管理计划更新
    6、项目文件更新
    选定的卖方:根据评价结果,有竞争力,并且与买方商定了合同草案的卖方,就是选定的卖方。
    协议:因应用领域不同,协议也可成为谅解、合同、分包合同或订购单;合同时对双方具有约束力的法律协议。
    投标人会议:公平、公正、公开。保证卖方对采购要求一致理解,每个卖方都能听到其他卖方的问题以及买方的答案
    建议书评价技术:复杂的采购,根据买方采购政策,规定一个正式的建议书评审流程
    包括加权和筛选。例如:采购看中价格和技术能力,价格占40%技术能力占60%

    独立估算:自行或外部做出成本估算,作为标杆比较卖方的应答。
    广告:扩充卖方名单
    分析技术:买方以合理方式定义需求,以便卖方通过要约为项目创造价值
    采购谈判:对合同的结构、要求以及条款取得一致意见。
    谈判是解决所有索赔和争议的首选方法,其次是调解或仲裁,最后法院起诉。
            口诀:文采书文划,建议供选组。  估家广搜评谈会。  合资变卖新文划。
    42 3 控制采购
    项目采购
    管理采购关系、监督合同绩效以及采取必要的变更和纠正措施 1、项目管理计划
    2、采购文件
    3、合同
    4、批准的变更请求
    5、工作绩效报告
    6、工作绩效数据
    1、合同变更控制系统
    2、采购绩效审查
    3、检查与审计
    4、报告绩效
    5、支付系统
    6、索赔管理
    7、记录管理系统
    1、工作绩效信息
    2、变更请求
    3、项目管理计划更新

    4、项目文件更新
    5、组织过程资产更新
      合同变更控制系统:规定了修改合同的过程,包括文书工作,跟踪系统,争议解决程序以及各种变更所需的审批层次。考虑双方变更流程,需要双方项目经理参与。
    采购绩效审查:根据合同审查卖方在规定成本和进度内完成项目范围和达到质量要求的情况。
    检查与审计:验证卖方工作过程或所完成可交付成果对合同的遵守程度。
    报告绩效:为管理层提供关于卖方正在如何有效实现合同目标的信息
    支付系统:首先由被授权的团队成员证明卖方工作,其次通过买方的应付账款系统支付。所有支付严格按照合同条款进行并记录
    索赔:有争议的变更成为索赔、争议或诉求。
    记录管理系统:管理合同、采购文档和相关记录。
            口诀:协议变划报数文。  审记控告付检索。 输出5大件。
    43 4 结束采购
    项目采购
    确认某次采购活动的全部工作和可交付成果均可验收,结束这次采购 1、项目管理计划
    2、采购文件
    1、采购审计
    2、采购谈判
    3、记录管理系统
    1、结束的采购
    2、组织过程资产更新
    合同提前终止是结束采购的一个特例。
    结束的采购:买方向卖方发出关于合同已经完成的正式书面通知,对正式采购的收尾要求,已在合同条款和条件中定义,并包含在采购管理计划中。
    采购审计:找出可供本项目其他采购合同或执行组织内其他项目借鉴的成果经验与失败教训
            口诀:划采文出结新组。  审计谈判记录。
                     
    44 1 识别干系人
    项目干系人
    识别所有受项目影响的人员或组织,并记录其利益、参与情况和对项目成功的影响 1、项目章程
    2、采购文件
    3、事业环境因素
    4、组织过程资产 
    1、干系人分析
    2、专家判断
    3、会议 
    1、干系人登记册 采购文件(规划采购管理过程的输出):外部项目,和客户签订的协议
    干系人登记册:干系人基本信息、评估信息、干系人分类
    干系人分析:系统收集和分析各种信息了解干系人的利益、影响、期望(项目中随时可以进行)
            口诀:业主采文章。  人家会登记。
    45 2 规划干系人管理
    项目干系人
    基于对干系人需要、利益及对项目成功的潜在影响的分析,从而制定合适的管理策略 1、项目管理计划
    2、干系人登记册
    3、事业环境因素
    4、组织过程资产 
    1、专家判断
    2、会议
    3、分析技术
    1、干系人管理计划
    2、项目文件更新
     
    事业环境因素的组织文化、政治氛围、组织结构对规划干系人管理特别重要
    组织过程资产的经验教训和历史信息对规划干系人管理特别重要
    干系人管理计划通常包括:    
    ▲关键干系人的所需参与程度和当前参与程度 ▲干系人变更的范围和影响    
    ▲干系人之间的相互关系和潜在交叉  ▲项目现阶段的干系人沟通需求    
    ▲需要分发给干系人的信息(语言、格式、内容和详细程度)    
    ▲分发相关信息的理由,以及可能对干系人参与所产生的影响    
    ▲向干系人分发所需信息的时限和频率    
    ▲随着项目的进展,更新和优化干系人管理计划的方法    
    项目经理应该意识到干系人管理计划的敏感性,并采取恰当的预防措施。抵制态度干系人的信息可能具有潜在破坏作用,这类信息的发布要特别谨慎
    分析技术:比较所有干系人当前参与程度与计划参与程度
    参与程度分为:不知晓、抵制、中立、支持、领导

    干系人参与评估矩阵:
    C-当前参与程度  D-所需参与程度
            口诀:业主管登记。  分家会文划。
    46 3 管理干系人参与
    项目干系人
    为满足干系人的需要而与之沟通和协作,并解决所发生的问题 1、干系人管理计划
    2、沟通管理计划
    3、变更日志
    4、组织过程资产 
    1、沟通方法
    2、人际关系技能
    3、管理技能
    1、问题日志
    2、变更请求
    3、项目管理计划更新
    4、项目文件更新
    5、组织过程资产更新
      人际关系技能:①建立信任 ②解决冲突 ③积极倾听 ④克服变更阻力    
    管理技能:①引导人们对项目目标达成共识 ②对人们施加影响,是使他们支持项目 ③通过谈判达成共识,以满足项目要求 ④调整组织行为,以接受项目成果 
            口诀:人通计划变日产。  沟通管关系。  去信来问5大件。
    47 4 控制干系人参与
    项目干系人
    全面监督项目干系人之间的关系、调整策略和计划,以调动干系人参与的过程 1、项目管理计划
    2、问题日志
    3、工作绩效数据
    4、项目文件
    1、信息管理系统
    2、专家判断
    3、会议
    1、工作绩效信息
    2、变更请求
    3、项目管理计划更新
    4、项目文件更新
    5、组织过程资产更新
    在干系人管理计划中列出干系人参与活动,并在项目生命周期中加以执行,应该对项目干系人参与进行持续控制 专家判断:为确保全面识别和列出新的干系人,应对当前干系人进行重新评估,评估可以向专家咨询
            口诀:文划问数据。  管家会5件。
    展开全文
  • 23. 由于送餐并不属于Dinner Now System的功能,可能会有专门的物流或快递系统负责,这里,将送餐定义在Dinner Now System系统的外部。 在Dinner Now System子系统图标外部 添加一个新的用例,定义为 Deliver Meal。...

    Lab 1: 应用程序建模

    实验目标

    这个实验的目的是展示如何在Visual Studio 2010旗舰版中进行应用程序建模。团队中的架构师会通过建模确定应用程序是否满足客户的需求。 你可以创建不同级别的详细模型,并将它们彼此结合、测试然后发布到你的开发计划里。

    在这个实验中, 我们将重点放在如何创建一系列简单的系统建模图形上.

    每个练习应该在 30分钟内完成.

    Exercise 1 – 理解用户需求

    绘制活动、类以及其他UML图形能帮助架构师清晰辨别客户的习惯、业务规则以及其他需求,从而使设计与客户需求保持一致。

    微软Visual Studio 2010旗舰版可以让你绘制关于客户的活动以及你的系统如何帮助客户达到他们的预期,这样有助于你理解用户需求,并能够与客户进行良好的沟通和讨论。

    需求模型可以帮助你:

    l 专注于系统的外部行为,并与系统内部设计分离。

    l 使用比自然语言更少的更精准的方法描述客户以及投资者的需求。

    l 定义一个可以由客户、开发人员以及测试人员一致使用的术语词汇。

    l 减少需求中的差距和分歧。

    l 降低针对需求变化的响应所付出的工作量。

    l 规划哪些功能需要开发。

    l 使用模型作为系统测试的基础,使其成为客户需求与测试人员之间的纽带。当需求变更时,这种纽带可以帮助你迅速更新测试。这样可以使系统尽快满足新的需求。

    如果你将重点放在每次迭代开始时与客户的讨论上,那么需求模型会给你提供很大的便利。而且你不能在完成设计之前编写详细代码。部分应用程序功能,即使它非常简单,通常也是构成与用户讨论时最敏感的需求基础。模型可以有效地总结讨论结果。

    Task 1 –用户需求建模——用例图

    创建用例图来描述谁使用该系统,以及他们如何使用。用例图代表一个系统用户的目标,以及他们执行程序的流程。

    这个任务中,客户需要一个在线餐饮销售系统。该系统必须允许客户从菜单中选择食品,而且必须提供销售商更新食品品种的菜单。你可以使用以下步骤实现该用例图:

    1. 启动 Microsoft Visual Studio 2010.

    2. 选择 文件->新建->项目,如下所示:.

    clip_image004 clip_image006

    Figure 1: 打开新建项目对话框

    3. 在新建项目对话框中, 选择项目类型下的建模项目,然后在右侧项目模板中选择建模项目.

    修改项目名称ModelingProjectDinnerNow. 保持默认项目路径.

    clip_image008

    Figure 2: 创建新建模项目

    4. 单击确定,应用你的选择,打开一个空的建模项目.
    clip_image010

    Figure 3: 空的建模项目

    5. 在解决方案浏览器中右键单击ModelingProjectDinnerNow项目根节点,在弹出菜单中选择添加->添加新项

    clip_image012

    Figure 4: 添加新项菜单

    6. 在弹出的添加新项对话框中,选择UML用例图模板,并修改用例图的名称为UMLUseCaseDiagramDinnerNow.usecasediagram

    clip_image014

    Figure 5: 添加新项对话框

    7. 单击添加,此时会打开空白用例图

    clip_image016

    Figure 6: 空白用例图UMLUseCaseDiagramDinnerNow.usecasediagram

    8. 根据案例用户需求,从左侧工具箱中的UML用例图节点下拖拽两个用例图标到右侧设计界面。

    clip_image018

    Figure 7: 从工具箱中拖拽两个用例图标

    9. 点选用例图标的”UseCase1”文字部分,使其变为可编辑状态,然后将其内容修改为Order a Meal

    10. 重复步骤9的操作,将用例2的用例内容修改为Update Menu。

    clip_image020

    Figure 8: 用例定义修改后的效果

    11. 根据案例用户需求,从左侧工具箱中的UML用例图节点下拖拽两个活动者图标到右侧用例图设计界面

    clip_image022

    Figure 9: 从工具箱中添加活动者

    12. 点选用活动者图标的”Actor1”文字部分,使其变为可编辑状态,然后将其内容修改为Customer

    13. 重复步骤12的操作,将活动者2的定义修改为Restaurant

    clip_image024

    Figure 10: 定义活动者后的效果

    14. 在工具箱中选中Association图标,然后在设计界面中首先点选Customer图标,并保持鼠标按下,拖拽到Order a Meal用例上。

    clip_image026

    Figure 11: 选择Association图标后的效果

    clip_image028

    Figure 12: 拖拽过程中的效果

    clip_image030

    Figure 13: 拖拽完成的效果

    15. 按照步骤14的方法,为Restaurant活动者Update Menu用例建立联系

    clip_image032

    Figure 14: 用例图初步完成效果

    16. 还可以生成更精确的用例图。例如,订餐只是购买活动的一个步骤。整个购买活动应该还包含付款和交货等。

    17. 在工具箱中选择子系统图标,并将其拖拽到设计界面中,放置于前一步骤中完成的用例图的下方

    clip_image034

    Figure 15: 添加子系统图标

    18. 点选子系统图标中左上角的“SubSystem1”文字,使其可以编辑。将“SubSystem1”文本修改为“Dinner Now System”

    clip_image036

    Figure 16: 修改子系统名称

    19. 选中上面我们定义的两个用例:Order a Meal、Update Menu。将其拖拽到子系统图标内,并调整相互位置。

    clip_image038

    Figure 17: 将用例拖拽到子系统内

    clip_image040

    Figure 18: 目前为止完成的更精确的用例图

    20. 从工具箱中拖拽两次用例图标子系统图标内,分别定义为Buy a Meal、Pay for Meal

    clip_image042

    Figure 19: 添加子系统内部用例后的效果

    21. 由于订餐和付款共同属于购买行为的组成部分,所以Order a Meal、Pay for Meal都包含在Buy a Meal中。需要在工具箱中选中包含图标,分别在Buy a Meal 与 Order a Meal ;Buy a Meal 与Pay for Meal之间建立包含关系。

    clip_image044

    Figure 20: 建立Buy a Meal包含关系后的效果

    22. 由于Buy a Meal 作为客户使用的总用例,所以这里删除Customer活动者与Order a Meal用例的联系建立Customer活动者与Buy a Meal用例的联系。调整用例之间的位置。

    clip_image046

    Figure 21: 修改Customer活动者关系后的效果

    23. 由于送餐并不属于Dinner Now System的功能,可能会有专门的物流或快递系统负责,这里,将送餐定义在Dinner Now System系统的外部。在Dinner Now System子系统图标外部添加一个新的用例,定义为Deliver Meal。并指定它与Restaurant活动者之间的联系

    clip_image048

    Figure 22: 添加送餐用例后的效果

    24. 送餐用例虽不属于Dinner Now System系统的功能,但是也是购买行为的组成部分,这里需要建立Buy a Meal用例与Deliver Meal用例之间的包含关系

    clip_image050

    Figure 23: 最终用例图完成的效果

    25. 到此用例图设计完成,保存并关闭当前设计界面。

    你还可以定义哪些用例包含在你系统的开发范围之内。例如,我们案例中的Deliver Meal用例就不需要开发。这就帮助开发人员界定了他们的工作内容。一般用例图中的子系统图标用来代表系统或组成部份。

    用例图还可以帮助你的团队讨论功能发布的连续性。如,你可以决定是否在最初的版本中包括付费功能,或者可以不包含。如果系统中不包含付费功能,那么也可以由客户在餐厅直接支付,而不经过系统。这样,你就可能不在你的系统最初版本中包含付费功能。

    用例图只是一个总体的描述,而要想得到更详细的用例描述,你可以将你的用例图中的每个用例都导航到一个用例文档中。用详细的用例文档来描述用例。

    Task 2 – 概念类图

    你可以使用UML 类图来开发用于下列用途的概念模型:

    l 客户可以自己参与到系统的开发过程中

    l 描述用户的需求,例如,在描述用例、业务规则以及用户使用习惯方面。

    l 系统中的API或用户界面的信息类型变更

    l 描述系统或验收测试

    出于这样的目的,UML类图的概念就被定义为概念类图。

    在一个概念类图中,你只需要展示必要的需求描述,而不需要展示系统内部的设计。概念模型中不应该出现操作或接口。

    你可以使用如下步骤定义概念模型:

    1. 在解决方案浏览器中右键单击ModelingProjectDinnerNow项目根节点,在菜单中选择添加->添加新项

    clip_image052

    Figure 24: 添加新项对话框中选择UML类图

    2. 在添加新项对话框中选择UML类图模板,并定义名称为UMLClassDiagramDinnerNow.classdiagram. 效果如上图所示。

    3. 点击添加按钮,打开空白UML类图设计界面.

    clip_image054

    Figure 25: 空白UML类图设计界面

    4. 在Task 1中我们设计到了两个对象:订单、菜单。根据经验我们知道,订单和菜单分别都要有各自的小项,即订单小项、菜单小项。所以我们首先从工具箱中拖拽四个类图标到设计界面,分别定义为Menu、MenuItem、Order、OrderItem。

    clip_image056

    Figure 26: 建立四个对象

    5. 由于菜单和菜单小项、订单与订单小项是1对多的包含关系,所以我们需要在Menu与MenuItem、Order与OrderItem之间建立“构成”关系.从工具箱中选中Composition图标,然后点选Menu对象。保持鼠标按下状态,拖拽到MenuItem对象上,生成Menu与MenuItem对象之间“构成”关系

    clip_image058

    Figure 27: 拖拽关系

    clip_image060

    Figure 28: 建立Menu与MenuItem的构成关系

    6. 由于Menu与MenuItem是1对多的包含关系,所以,选中设计界面中在上一步骤生成的Composition图标,点选右侧下方的1文本,使其可以编辑。将其更改为*。选中左侧下方的MenuItem文本,将其修改为Contents

    clip_image062

    Figure 29: Menu对象与MenuItem对象之间的Composition关系

    7. 重复5、6步骤,设置Order对象与OrderItem对象之间的Composition关系

    clip_image064

    Figure 30: Order对象与OrderItem对象之间的Composition关系

    8. Menu对象与Order对象之间存在1对多的联系,同样,MenuItem与OrderItem之间也存在着1对多的联系。所以,重复5、6步,在Menu与Order之间MenuItem与OrderItem之间分别建立Association关系

    clip_image066

    Figure 31: 建立Association关系

    9. 由于MenuItem和OrderItem在数据上有一个明显的不同就是,OrderItem必须包含数量,而MenuItem不需要包含。所以我们要在OrderItem中定义一个数量属性。在OrderItem对象中的属性一栏上点击右键,在弹出的菜单中选择添加->属性

    clip_image068

    Figure 32: 为OrderItem对象添加属性

    10. 此时OrderItem对象中出现可编辑的属性,其文本为Attribute1。将Attribute1文本修改为quantity,然后右键选择quantity属性,在属性选项卡中修改属性的数据类型为Integer

    clip_image070

    Figure 33: 定义quantity属性

    11. 至此 ,我们完成了概念模型的设计。保存并关闭当前概念类模型设计界面

    clip_image072

    Figure 34: 初步完成概念模型设计

    概念模型提供了一系列你在整个需求建模阶段需要使用的词汇和条件。例如,在Order a Meal用例的详细描述中,可以这样写:

    客户可以选择菜单来生成订单。通过在菜单中选择一个菜单项,系统在订单中生成订单项。

    注意,上面描述中使用的词汇就是我们在模型中使用的类名。现在删除概念模型中类与类之间的不准确的关系。例如,图中明确显示了每个订单只关联一个菜单。

    对客户需求的误解可以追溯到对词汇详细解释的误解。例如,大多数餐馆都有约定俗成的菜单和订单,但是订单项与菜单项的不同却区分并不明显。当与客户讨论需求时,暴露这些分歧是很重要的。类图是一个很有用的工具,它可以帮助你明确对象以及对象之间的关系。

    业务规则是一个不与特定用例相关的需求,应该是从整个系统层面考虑。

    许多业务规则是对概念模型中类之间关系的约束。你可以为概念类图中的相关类,定义一些通用静态业务规则。例如:

    在概念模型中右键单击Order对象,在菜单中选择添加->添加注释添加如下约束:“在任何订单中,所有的订单项只能来自于同一个选中的菜单

    clip_image074

    Figure 35: 对概念模型添加约束注释

    动态业务规则限制的是事件发生的顺序。例如,你可以使用一个顺序或活动图来展示:一个用户必须登录才能执行你的系统上的操作。

    因此,许多动态规则能够取代动态规则更有效更通用的执行约束。例如,你也许能添加一个布尔类型的属性“Logged In”到概念类模型中。你还会将登录成功作为登录用例的后置条件,还可以将登录成功作为其它用例的前置条件。这种方法可以让你定义一系列事件的组成顺序。当你需要添加新的用例到用例模型时,动态约束更加灵活。

    Task 3 – 活动图

    你可以使用活动图来显示不同用例之间的工作流程。在需求建模的开始阶段绘制活动图是非常有用的。它可以展示用户执行的主要任务——包含系统内外的交互。

    这里以订餐为例:客户订餐时首先需要选择一个菜单,然后在菜单中选择某样菜品。客户可以在某个菜单内部重复多次的选择相同或不同的菜品。当菜品选择完毕后,客户可以将选中的菜品一并结账付款。

    1. 在解决方案浏览器中右键单击ModelingProjectDinnerNow项目根节点,在菜单中选择添加->添加新项.

    2. 在添加新项对话框中选择UML活动图模板,并定义名称UMLActivityDiagramDinnerNow.activitydiagram. 效果如上图示.

    clip_image076

    Figure 36: 添加新项->UML活动图

    3. 此时会打开活动图设计界面。点选设计界面的空白处,在属性选项卡中修改活动图的名称属性为Order Meal.此时活动图左上角的标签应该变为act Order Meal

    clip_image078

    Figure 37: 修改活动图的名称属性

    4. 任何活动都从一个初始化节点开始的,所以从工具箱中的UML 活动图节点下选择初始节点图标,并拖拽到设计界面中.

    clip_image080

    Figure 38: 拖拽初始节点图标

    5. 根据案例的描述,订餐活动中应该有选择菜单、选择菜品、付款三项主要活动。这里从工具箱中拖拽三个活动图标到设计界面,分别定义活动内容为“Choose Menu”、“Select Menu Item”、“Pay”.

    clip_image082

    Figure 39: 定义活动

    6. 活动图定义的结尾,应该是活动的结束节点。从工具箱中拖拽活动结束节点到设计界面

    clip_image084

    Figure 40: 定义活动结束

    7. 在工具箱中选中连接器图标,在设计界面点选初始图标并保持鼠标按下,拖拽到右侧Choose Menu活动图标上。

    clip_image086

    Figure 41: 拖拽活动之间的连接器

    clip_image088

    Figure 42: 定义第一个连接器后的效果

    8. 根据任务中需求的描述,客户选择菜单后,可以再浏览选择菜品,即菜单项。而且客户可以反复浏览菜单和菜品。这样在选择菜品和选择菜单两个活动之间就形成了循环的关系。所以我们需要在Choose Menu活动的下方放置一个合并节点,然后在Select Menu Item活动的下方放置一个分支节点

    clip_image090

    Figure 43: 添加合并节点和分支节点

    9. 从Choose Menu活动开始,以此向下添加连接器,直到Pay活动

    clip_image092

    Figure 44: 添加正常流程连接器

    10. 为了说明客户可以在菜单中反复选择菜品,我们需要从分支节点到合并节点添加一个连接器,用来表示循环,并对循环活动添加注释。在分支节点的指向下方活动的连接器Guard属性中添加如下提示:Customer has finished choosing.在返回上方的连接器Guard属性中添加如下提示:Customer wants to choose more.

    clip_image094

    Figure 45: 添加循环活动

    11. 当客户选择完所须的菜品后,任务就完结。这里我们从Pay活动活动结束节点添加连接器

    clip_image096

    Figure 46: 订餐活动终结

    12. 至此,订餐功能的活动图我们就构建完成。

    你可以利用用例图和活动图来展示针对相同信息的不同观点。用例图可以有效地显示在大的功能中的嵌套的小的活动,但它不包含活动之间的流程。

    例如,同样是描述订餐功能,使用用例图描述如下

    clip_image098

    Figure 47: 用例图中的订餐活动


    Task 4 – 顺序图

    你可以使用顺序图来显示你的系统与外部活动者之间,或者系统与系统之间的信息交互。顺序图提供了一种用例,它可以非常清晰地展示系统模块之间的互操作步骤。顺序图在描述多个用例之间的交互时非常有效,而且为你的系统提供一些API。

    1. 在解决方案浏览器中右键单击ModelingProjectDinnerNow项目根节点,在菜单中选择添加->添加新项.

    2. 在添加新项对话框中选择UML顺序图模板,并定义名称为UMLSequenceDiagramDinnerNow.sequencediagram.

    clip_image100

    Figure 48 新建UML 顺序图界面

    3. Dinner Now系统中的功能主要是四个对象之间的交互,他们是客户、Dinner Now 系统、餐厅、银行。打开UML模型浏览器,可以看到已经包含客户活动者、Dinner Now子系统以及餐厅活动者,所以可以直接拖拽这三个用例到顺序图设计界面

    clip_image102

    Figure 49 添加客户、DinnerNow子系统、餐厅三个生命线

    4. 由于我们之前设计的用例中暂时不包含银行用例,所以我们需要从工具箱中拖拽一个生命线图标到设计界面,并在空生命线的属性面板中修改名称属性为Bank,修改Type属性为None

    clip_image104

    Figure 50 从工具箱中拖拽生命线图标到设计界面

    clip_image106

    Figure 51 修改Bank生命线属性

    5. 根据需求我们知道客户需要在菜单中不断的浏览,不断的选择,系统也是不断的将客户选中的菜品添加到订单中。所以我们首先在Dinner Now System生命线上添加一个异步的调用。首先在工具箱中选中异步图标,然后在设计界面上选中客户生命线,保持鼠标按下,拖拽到Dinner Now System生命线上

    clip_image108

    Figure 52 拖拽异步图标从Customer生命线到Dinner Now System生命线

    clip_image110

    Figure 53 建立异步调用后的效果

    6. 单击Message1文本,使其可编辑,将Message1文本修改为 Add Order Item

    clip_image112

    Figure 54 修改调用的名称

    7. 因为客户挑选菜品的过程是一个循环往复的过程,所以需要标注循环。右键单击Add Order Item调用,在弹出的菜单中选择包围->循环组件片段

    clip_image114

    Figure 55 添加循环组件片段菜单

    clip_image116

    Figure 56 添加循环片段的效果

    8. 在循环片段左上角的Loop文本下方单击空白区域,出现可编辑文本框,定义文本内容为until complete

    clip_image118

    Figure 57 编辑循环标签

    9. 当客户选择完菜品后,需要最终确认并提交订单。重复步骤5、6从客户生命线到Dinner Now 系统生命线建立异步调用,并修改调用名称Confirm Order

    clip_image120

    Figure 58 添加Confirm Order异步调用

    10. 客户确认订单后,系统会将订单发送给餐厅等待处理,此时,餐厅需要通过系统反馈给客户一个订单发送是否成功的确认。我们需要从工具箱中拖拽一个同步调用。在设计界面中,从Dinner Now系统生命线上生成的矩形图标,拖拽到右侧的餐厅生命线

    clip_image122

    Figure 59 在Confirm Order调用与餐厅生命线之间建立同步调用

    11. 将指向右侧的调用文本Message1,修改为Send Order。将下方指向左侧的回调文本return,修改为OK

    clip_image124

    Figure 60 修改回调方法名称

    12. 系统收到餐厅的确认后,客户就可以付款了。系统会请求客户提交付款的详细信息。付款成功的信息会直接返回给客户。重复步骤10、11,从客户生命线 到Dinner Now 系统生命线之间建立同步调用,将指向右侧的调用名称修改为Payment detail,将指向左侧的消息回调名称修改为confirmed

    clip_image126

    Figure 61 添加付款功能调用和确认

    13. 客户提交付款详细信息后,系统会直接与银行之间执行付款操作流程。而系统与银行之间的付款流程完成后,银行也会返回给Dinner Now 系统一个确认信息。所以重复步骤10、11,从Dinner Now系统上的Payment detail调用矩形图标,到银行生命线建立同步调用。将指向右侧调用名称修改为Process Payment,将指向左侧回发调用名称修改为OK

    clip_image128

    Figure 62 添加执行付款调用和确认

    14. Dinner Now系统收到银行的付款确认后,会将确认信息和最终订单发送给餐厅。而餐厅收到订单这个调用应该先于系统给客户的确认。所以我们需要在Dinner Now系统生命线中的Payment detail调用矩形图标上,在银行反馈给系统付款确认信息之后,建立一个到餐厅生命线异步调用。并将异步调用的名字改为Confirm Order

    clip_image130

    Figure 63 添加确认订单调用

    15. 当Dinner Now系统向客户返回了订餐成功的最终确认后,餐厅就可以为客户送餐了。而送餐的动作不需要经过Dinner Now系统,所以,在Payment detail 调用结束后,直接从餐厅生命线上的Confirm Order调用上,向客户生命线添加一个返回异步调用Deliver Food。且confirmed回发,和Deliver Food调用应该是并行的 。

    clip_image132

    Figure 64 添加送餐调用

    16. 到此我们的顺序图就绘制完成,保存并关闭设计界面。

    总结

    创建模型往往可以大幅减少需求分析中与客户的需求相矛盾或含糊不清的地方。不同的利益相关者往往对系统运行的业务流程有不同的理解。因此你的第一个任务就是解决这些你和客户之间的分歧。

    你会发现 ,

    Exercise 2 – 软件设计建模

    图形建模可以帮助你了解、澄清你的系统必须实现的客户需求,并使你的代码能够与客户进行良好的意见沟通。例如,你可以使用统一建模语言(UML)的用例图、活动图、类图以及顺序图来描述用户需求。你可以使用UML的组件图、类图、活动图、顺序图来描绘系统的功能。

    Task 1 – 活动图

    这个案例中我们需要参考在需求分析建模中构建的活动图UMLActivityDiagramDinnerNow.activitydiagram。但是在软件设计阶段和需求分析阶段的活动图略有不同,例如UMLActivityDiagramDinnerNow.activitydiagram中的Pay活动其实并不经过Dinner Now系统,所以我们需要对需求分析建模中的Pay活动进行修改。将其换成一个行为调用活动,并命名为Confirm Order

    clip_image134

    Figure 65 修改调用活动

    通过需求分析建模中用例图和活动图的描述,我们得知,创建订单时,配货与付款是并发的两件事。所以我们需要在软件设计建模中的活动途中对其加以细化。

    1. 在解决方案浏览器中右键单击ModelingProjectDinnerNow项目根节点,在菜单中选择添加->添加新项

    2. 在添加新项对话框中选择UML活动图模板,并定义名称为UMLActivityDiagramCreateOrder.activitydiagram.

    clip_image136

    Figure 66 新建创建订单活动图

    3. 从工具箱中拖拽活动的起点图标到设计界面,命名为InitialCreateOrder,然后再拖拽第一个活动到设计界面,命名为Create Order

    clip_image138

    Figure 67 创建订单活动图的起始阶段

    4. 从工具箱中拖拽一个并行分支节点到设计界面并命名为ForkCreateOrder,以此来表示任何进入这里的处理流程都会被分解为若干个并行的处理进程。然后添加从Create Order活动并行分支节点连接器

    clip_image140

    Figure 68 添加并行分支节点

    5. 在并行分支节点的右侧,首先建立配货活动的进程。从工具箱中拖拽一个活动到设计界面中,放置在并行分支节点的下方偏右侧区域,命名为Dispatch goods。建立分支节点指向Dispatch goods活动的连接器。

    clip_image142

    Figure 69 添加配货活动

    6. 在并行分支节点的左侧,建立与配货进程并行的付款进程。通过需求分析建模中顺序图的描述,我们 了解到,付款行为并不真正由系统完成,而是客户首先出发系统的付款事件,然后系统会直接将事件请求发送到银行,并同样利用事件机制监听银行端发回的付款确认。由此我们需要两个新的活动。一个是用来发送请求的事件活动,一个是用来接收回发的事件活动。因此,从工具箱中首先拖拽一个发送请求活动到设计界面中并行分支活动的左侧,命名为Send invoice。并建立从并行分支活动到Send invoice活动的连接器。

    clip_image144

    Figure 70 添加与配货活动并行的发送请求活动

    7. 在发送请求Send invoice活动的下方,再从工具箱中拖拽一个接收事件活动,命名为Receive payment。建立从Send invoice活动到Receive payment活动的连接器。

    clip_image146

    Figure 71 添加接收付款确认事件

    8. 两个并行处理进程定义好之后,需要最终汇集到主要处理流程上继续执行,所以需要从工具箱中拖拽一个并行汇总图标到设计界面的下方,命名为JoinCreateOrder。分别从Receive payment活动和Dispatch goods活动向并行汇总图标建立连接器

    clip_image148

    Figure 72 添加并行汇总节点

    9. 最后是关闭订单,也代表着订单处理成功。所以需要从工具箱中拖拽一个活动到设计界面的下方,命名为Close Order。在Close Order活动的下方再放置一个活动终结图标。分别从上到下建立连接线。

    clip_image150

    Figure 73 完成创建订单活动图

    到此创建订单的活动就完成了。保存并关闭当前设计界面。

    Task 2 – 数据流图

    你还可以使用数据流图来描述数据从一个动作流向另一个动作。这个任务中,我们模拟订单生成过程中数据的流向及其对存储介质以及活动的影响。在生成订单过程中,订单小项和客户地址分别会有不同的数据流向,也会影响不同的活动,所以我们以订单中的这两部分数据作为任务的开始。

    1. 在解决方案浏览器中右键单击ModelingProjectDinnerNow项目根节点,在菜单中选择添加->添加新项

    2. 在添加新项对话框中选择UML活动图模板,并定义名称为UMLActivityDiagramOrderDataflows.activitydiagram.

    3. 从工具箱中拖拽两个活动参数图标到设计界面,水平并排放置,通过单击图标上的文本,使其可编辑。分别命名为Item listCustomer Address

    4. 订单生成的过程首先会按照当前订单中的商品列表,在商品库存中找到相应的商品。所以需要从工具箱中拖拽一个活动到设计界面中,Item list的下方。命名为Find goods in warehouse

    clip_image152

    Figure 74 添加查找库存货物活动

    5. 由于Item list是以参数的形式进入Find goods in warehouse活动的。所以我们需要给Find goods in warehouse活动定义输入接口。右键单击Find goods in warehouse活动,在右键菜单中选择添加->Input pin。通过单击接口上的文本Input1,使其可编辑,并将文本定义为Item list。然后从Item list参数图标,到新建的输入接口添加连接器

    clip_image154

    Figure 75 添加输入参数接口的右键菜单

    clip_image156

    Figure 76 为Find goods in warehouse活动添加输入参数Item list

    6. 客户的地址需要生成为派送货物时的地址标签。所以Customer Address应该是Print address label活动的输入参数。所以,重复步骤4、5。添加Print address label活动,并为其添加输入参数接口Customer Address。

    clip_image158

    Figure 77 添加Print address label活动,并定义它的Customer Address输入参数

    7. 当系统在物品库存中找到了客户选择的物品后,会完成两个工作。一是把每个购买物品的数量从库存数量中减去。二是生成订单号,以便唯一记录或查阅订单。要完成第一个任务,我们需要定义一个对象,来保存需要修改的物品数量记录。所以,从工具箱中拖拽一个对象节点图标到设计界面中Find goods in warehouse活动的下方,单击文本Object1将其内容修改为Stock Update Record。由于不存在参数的关系,所以只需直接从Find goods in warehouse活动Stock Update Record对象建立连接器

    clip_image160

    Figure 78 添加Stock Update Record对象

    8. 系统会使用专门的活动来将Stock Update Record对象中保留的数据,更新到实际的数据库中。从工具箱中拖拽一个活动到设计界面,放置在Stock Update Record对象的下方,并将其命名为Update stock database。并建立从Stock Update Record对象到Update stock database活动的连接器。(这里不使用参数的原因是由于Stock Update Record是对象,可以拥有并调用自己专属的方法,而不是将自己作为参数传递给别人的活动)

    clip_image162

    Figure 79 添加Update stock database活动

    9. 步骤7中提到的第二件事就是生成订单号,而订单号会与打印的地址标签一同成为配送物品的重要依据。所以从工具箱中拖拽一个 新的活动,放置在Find goods in warehouse活动和Print address label活动的下方。将其命名为pack goods。

    clip_image164

    Figure 80 添加Pack goods活动

    10. Pack goods活动需要的两个输入参数:订单号和地址标签,分别来自于Find goods in warehouse活动和Print address label活动。所以可以参照步骤4、5分别为Find goods in warehouse活动Print address label活动添加输出参数接口,分别命名为Order IdAddress label。与之对应的,要在Pack goods活动上建立两个输入参数接口用来接收Order Id和Address label。最后,分别从Order Id输出参数接口Address label接口,到Pack goods活动上各自给定的输入参数接口,建立连接器

    clip_image166

    Figure 81 为Pack goods活动提供参数来源

    11. 当Pack goods活动完成后,就可以发货给客户。此时在Pack goods活动下方简单添加一个活动,命名为Ship goods to customer

    clip_image168

    Figure 82 添加送货活动

    12. 到此,关于生成订单与送货的数据流程图就完成了,保存并关闭当前设计界面。

    Task 3 – 组件图

    在Visual Studio 旗舰版中,组件图展示的是软件系统设计的组成部分。组件图可以帮助你可视化的定义高层次的系统结构以及服务行为的接口与调用。这个任务中我们模拟客户使用Web浏览器与我们的Dinner Now系统完成订餐过程的组件间关系。

    1. 在解决方案浏览器中右键单击ModelingProjectDinnerNow项目根节点,在菜单中选择添加->添加新项

    2. 在添加新项对话框中选择UML组件图模板,并定义名称为UMLComponentDiagramDinnerNow.componentdiagram.点击添加,进入组件图设计界面。

    clip_image170

    Figure 83 新建组件图

    3. 从工具箱中拖拽一个组件图标到设计界面,单击文本Component1,将其修改为Web Browser。单击Web Browser组件左上角的收放箭头,将其收缩。

    clip_image172

    Figure 84 添加Web Browser组件

    4. 从工具箱中拖拽另一个组件图标到设计界面,单击Component1文本,将其修改为DinnerNow Web Service。调整其大小如下图所示

    clip_image174

    Figure 85 添加Web Browser组件

    5. 在 DinnerNow Web Service组件中应该提供了餐厅所拥有的功能,如招待客户订餐的服务和进行餐饮烹饪的服务。所以,模仿步骤3,在DinnerNow Web Service组件中放置两个小的组件,分别命名为Customer Web ServerKitchen Server。在属性选项卡中,修改名称属性为相应的名称。

    clip_image176

    Figure 86 在DinnerNow Web Server组件中添加Customer Web Server 组件和Kitchen Server 组件,并重命名

    6. 客户通过浏览器请求访问到DinnerNow Web Service组件中的Customer Web Server组件,进行餐饮相关的检索和订餐。所以右键单击Web Browser组件,选择添加->请求接口

    clip_image178

    Figure 87 添加请求接口菜单项

    7. 由于浏览器请求DinnerNow Web Service使用HTTP协议,单击请求接口的文本Interface1,修改为HTTP,并在属性选项卡中将HTTP请求接口名称Port1修改为HTTP

    clip_image180

    Figure 88 添加HTTP请求接口

    8. Web Browser组件的请求要想进入DinnerNow Web Service组件,后者必须提供一个提供程序接口用来响应。所以右键单击DinnerNow Web Service组件,选择添加->提供程序接口

    clip_image182

    Figure 89 为DinnerNow WebService添加提供程序接口

    9. 单击提供程序接口上的文本Interface2,将其修改为Customer Web Site。在属性选项卡中,将名称Port1修改为Customer Web Site

    clip_image184

    Figure 90 定义DinnerNow WebService提供程序接口的名称

    10. 右键单击Web Browser组件的HTTP请求接口,选择添加->依赖。

    clip_image186

    Figure 91 添加依赖关系的右键菜单

    11. 将依赖关系的另一头拖放到DinnerNow Web Service组件的Customer Web Site提供程序接口,并单击

    clip_image188

    Figure 92 拖放依赖关系

    clip_image190

    Figure 93 建立依赖关系后的效果

    12. 客户的订餐请求经过Customer Web Site接收后,进入DinnerNow Web Service执行,但是要想让内部的组件获得外部的请求,同样需要在内部组件上建立提供程序接口用来接收进入DinnerNow Web Service的请求。参考步骤10,为Customer Web Server组件添加一个名称为Sales的提供程序接口

    clip_image192

    Figure 94 建立Sales接口

    13. 在组件内部的各个部分之间,存在着消息或事件的传递,就是委托。所以,在消息内部的接口之间使用委托关系来表示消息的流向和事件的响应。参考步骤11,在Customer Web Site接口Sales接口之间建立委托关系.

    clip_image194

    Figure 95 建立从Customer Web Site接口到Sales接口的委托关系

    14. 进入Customer Web Server组件的订餐请求,经过处理之后,会执行两件事。一是向银行发送付款验证,二是将客户的菜单发送到厨房进行加工。由于银行属于DinnerNow Web Service组件的外部,且DinnerNow Web Service只需向银行发送付款验证请求即可。所以,参考步骤6、7,为Customer Web Server组件添加PaymentAuthorization请求接口

    clip_image196

    Figure 96 为Customer Web Server组件添加PaymentAuthorization请求接口

    15. DinnerNow Web Service组件内部的部件要想将消息发送到组件外部的其他系统中,也需要一个向外的请求接口。所以参考步骤8、9,在DinnerNow Web Service组件左侧 边框上添加一个PaymentAuthorization请求接口,用来将Customer Web Server组件的PaymentAuthorization接口发送的消息传递到DinnerNow Web Service组件外部

    clip_image198

    Figure 97 为DinnerNow Web Service组件添加PaymentAuthorization请求接口

    16. 参考步骤13,从Customer Web Server组件PaymentAuthorization请求接口DinnerNow Web Service组件PaymentAuthorization请求接口建立委托关系。这样就完成了Customer Web Server向外部银行的消息传递。

    clip_image200

    Figure 98 从内部PaymentAuthorization接口到外部PaymentAuthorization接口建立委托关系

    17. Customer Web Server组件的另一个功能是将客户的菜单送到厨房进行加工。所以,参考步骤14,为Customer Web Server组件建立另一个请求接口,名称为MealOrdering。

    clip_image202

    Figure 99 为Customer Web Server组件添加MealOrdering接口

    18. 参考步骤12,为Kitchen Server组件添加一个提供程序接口,命名为MealOrdering

    clip_image204

    Figure 100 为Kitchen Server组件添加MealOrdering接口

    19. 由于Customer Web Server和Kitchen Server 两个组件同处在DinnerNow Web Service组件内部,所以 不需要消息的传递和事件机制,而应该建立直接的调用关系。右键单击Customer Web Server组件的MealOrdering请求接口,选择添加->部件引用。然后将鼠标拖放到Kitchen Server组件的MealOrdering提供程序接口上,建立 直接的程序集调用关系。

    clip_image206

    Figure 101 从 Customer Web Server组件的 请求接口 到 Kitchen Server组件的 MealOrdering提供程序接口建立部件程序集引用关系

    20. Kitchen Server组件将接受来自厨房提交的菜品制作顺序,而Kitchen Server会按照制作顺序进行制作。真实的厨房应该属于DinnerNow Web Service组件外部的元素。所以,参考步骤8、9,在DinnerNow Web Service组件右边界,添加一个提供程序接口,命名为Kitchen Web Site。再参照步骤18,在Kitchen Server组件上添加一个提供程序接口,命名为KitchenWorkQueue。并参考步骤13从前者到后者建立委托关系

    clip_image208

    Figure 102 建立Kitchen Web Site提供程序接口和KitchenWorkQueue提供程序接口,并建立二者之间的委托关系

    21. 至此,我们完成了客户订餐到厨房加工几个环节的组件图,保存并关闭设计界面

    Task 4 – 类图

    软件设计建模中的UML类图描述了你的应用程序中使用的对象和消息结构。这些对象和消息,既包括系统内部的调用,又包含系统与用户的交互信息。它所描述的信息没有任何实现。它的类和关系可以使用多种方式实现,如数据库表、XML节点、或者软件对象组件。这个案例中,我们需要对用户需求建模中的概念类图进行一定的修改

    1. 在解决方案浏览器中的ModelingProjectDinnerNow解决方案下,双击类图UMLClassDiagramDinnerNow.classdiagram,在设计界面中打开类图。

    2. 由于菜单与菜单项之间是所有权的关系,而订单与订单项是整体与部分的关系,所以这里要修改Menu与MenuItem之间的关系为所有权关系。单击选中Menu类MenuItem类之间的关系,并保持选中状态。打开属性选项卡,依次展开Navigation->First Role组。在First Role组中,找到Aggregation属性,并在下拉列表选项中将值Composite,修改为Shared,此时效果如下图所示,Menu与MenuItem类之间的关系变成了空心菱形的所有权关系

    clip_image210

    Figure 103 修改Menu类与MenuItem类之间的关系为所有权关系

    3. 通常订单总是需要一个订单总价,所以我们为Order类添加一个保存总价的属性。单击Order类左上角的扩展箭头,展开Order类。

    clip_image212

    Figure 104 展开Order类

    4. 右键单击Order类Attributes组,在弹出的菜单中选择添加->属性

    clip_image214

    Figure 105 添加属性右键菜单

    5. 此时,在Order类的属性组内出现一个可编辑的属性,文本为+Attribute1。保持可编缉状态,将文本+Attribute1修改为+TotalPrice。然后按下回车,确认修改。

    clip_image216

    Figure 106 修改TotalPrice属性名

    6. 再次单击选中TotalPrice属性,在属性窗口中的常用属性组中找到类型属性。在下拉列表中输入Money。表示这个总价属性是货币类型。

    clip_image218

    Figure 107 修改TotalPrice属性的数据类型

    7. 在Order类中,常用的对订单的操作,这里举两个例子。一个是添加订单项,一个是删除订单项。右键单击Order类操作组,在右键菜单中选择添加->操作

    clip_image220

    Figure 108 为Order类添加方法菜单

    8. 此时,在操作组内会出现一个可编辑的操作,文本为+ Operation1(),将其修改为+ AddItem()。按下回车,确认修改。

    clip_image222

    Figure 109 为Order类添加AddItem方法

    9. Order类中的添加订单项方法,如果要执行,必须接受一个订单项,作为待插入的资源。单击AddItem操作,在属性选项卡中找到参数列表属性,单击属性值文本框中的省略号按钮,打开

    clip_image224

    Figure 110 打开参数列表属性的省略号按钮

    clip_image226

    Figure 111 操作参数集合编辑器

    10. 如上图所示,点击左下角的添加按钮。在成员列表中选中自动添加的Parameter1参数,在右侧属性列表中,找到Name属性,将其修改为MenuItem,在Type属性的下拉列表中,选择ModelingProjectDinnerNow::MenuItem。单击确定完成参数的定义

    clip_image228

    Figure 112 为AddItem方法添加MenuItem参数

    11. 参照步骤9、10,为Order类添加DeleteItem方法,并添加MenuItem参数

    clip_image230

    Figure 113 添加DeleteItem方法

    12. 通常餐厅除了支持网上下单外,更灵活的方式是电话订餐。此时生成的订单是电话订单。而电话订单中包含了普通订单的所有数据,但是却拥有一个特殊的属性,就是订单反馈的电话。在设计界面的右下角空白处单击右键,选择添加->类

    clip_image232

    Figure 114 添加新类

    13. 单击Class1类名部分,使其可编辑。将文本Class1修改为PhoneOrder

    clip_image234

    Figure 115 修改PhoneOrder类名

    14. 参照步骤4、5、6,为PhoneOrder类添加一个字符串类型属性:CallbackNumber

    clip_image236

    Figure 116 为PhoneOrder类添加CallbackNumber属性

    15. 右键单击PhoneOrder类,在菜单中选择添加->继承

    clip_image238

    Figure 117 添加继承菜单

    16. 将鼠标移动到Order类上,直到出现连接标识。点击Order类,确认建立继承关系

    clip_image240

    Figure 118 建立PhoneOrder类到Order类的继承关系

    clip_image242

    Figure 119 建立PhoneOrder类到Order类的继承关系完成

    17. 至此,更详细的类图的设计就完成了。保存并关闭当前设计界面

    Exercise 3 代码浏览器

    概述

    当你需要修改现有软件系统时,Visual Studio旗舰版可以帮助你以可视化的方式理解组织结构、关系以及代码中的行为。在你修改代码之前,使用Visual Studio 旗舰版来浏览这些更改如何影响代码,从而帮助你评估风险和工作量。


    Task 1 – 从现有代码生成图形化文档——查看Visual Studio解决方案中的源代码概要

    1. 打开需要查看的Visual Studio 解决方案,这里我们使用PetShop.

    2. 在Visual Studio 2010的顶部菜单中选择架构菜单。在架构菜单中选择生成依赖图形。接下来可选择以下选项之一执行

    生成依赖图形

    图形显示的内容

    按照程序集引用

    解决方案中的所有程序集间,以及内部程序集与外部依赖项之间的聚集依赖关系。

    为了查看命名空间、类和内部方法,以图形化的方式展开引用。外部组件,只显示在项目中使用到的。

    按照命名空间

    解决方案中的所有命名空间之间,以及内部命名空间与外部依赖的命名空间之间的聚集依赖关系。

    为了查看命名空间里的类和方法,以图形化的方式展开命名空间。外部命名空间,只显示在项目中使用到的。

    按照类

    解决方案中的所有类之间的聚集依赖关系。不会出现用到的外部类的信息。

    clip_image244

    Figure 120 生成依赖图形的菜单项

    clip_image246

    Figure 121 按程序集引用浏览的架构图

    clip_image248

    Figure 122 按命名空间浏览的架构图

    clip_image250

    Figure 123 按类结构浏览的架构图

    Task 2 –从现有代码生成图形化文档——查看Visual Studio 解决方案中的源代码的特定依赖

    利用架构资源管理可视化的查看你需要的代码和关系。

    1. 打开需要查看的Visual Studio 解决方案,这里我们使用PetShop.

    2. 如果架构浏览器没有打开,在架构菜单中,点击Windows->架构浏览器

    clip_image252

    Figure 124 从菜单打开架构浏览器

    3. 在架构浏览器的第一列中的Visual Studio节点下选择如下两项:

    l 类视图:用来查看代码的逻辑结构。以命名空间、类、方法等形式浏览。

    clip_image254

    Figure 125 类视图效果

    l 解决方案视图:用来查看代码的物理结构。以项目、源文件等形式浏览。

    clip_image256

    Figure 126 解决方案视图效果

    4. 选中类视图/解决方案视图,右侧会出现命名空间/项目列表。在列表选择你想查看的命名空间/项目。全选使用Ctrl+A。多选时,按住Ctrl。在第二列选择要查看的对象同时,第三列会弹出类/文件列表

    5. 重复步骤4,选中你想要查看的对象。这里我们在命名空间/项目列表中选中:BLL。并使用Ctrl+A全选类型和成员列表中的所有项。

    clip_image258

    Figure 127 创建新的图形文档的按钮

    6. 需要为你选中的对象建立新的关系图,请在架构浏览器的左上角标题栏下方,单击为你选择的节点创建一个新的图形文档按钮。此时Visual Studio 就会创建一个向导图形文档(.dgml),并打开它。

    clip_image260

    Figure 128 生成的向导图形文档

    7. 到此,我们就成功将现有代码展示成了可视化文档。保存并关闭当前设计界面。

    http://www.cnblogs.com/Phoenix-Rock/archive/2010/08/11/VS2010-Model.html

    展开全文
  • 数据库题目之数据库设计

    千次阅读 2019-01-10 15:21:25
    1、在数据库设计中,用E-R图来描述信息结构但涉及信息在计算机中的表示,它是数据库设计的 阶段。 A.需求分析 B.概念设计 C.逻辑设计 D.物理设计 【答案:】B 2、在关系数据库设计中,设计关系模式是 的...

    一、选择题

    1、在数据库设计中,用E-R来描述信息结构但不涉及信息在计算机中的表示,它是数据库设计的     阶段。

    A.需求分析 B概念设计 C.逻辑设计 D.物理设计    

    【答案:】B

    2、在关系数据库设计中,设计关系模式    的任务。

    A.需求分析阶段 B.概念设计阶段 C逻辑设计阶段 D.物理设计阶段  

    【答案:】C

    3、数据库物理设计完成后,进入数据库实施阶段,下列各项中属于实施阶段的工作是    

    A.建立库结构 B扩充功能 C.加载数据 D.系统调试      

    【答案:】B

    4、在数据库的概念设计中,最常用的数据模型    

    A.形象模型 B.物理模型 C.逻辑模型 D实体联系模型     

    【答案:】D

    5、E-R模型关系向关系模型转换时,一个MN联系转换为关系模型时,该关系模式的关键字是    

    AM端实体的关键字  BN端实体的关键字 CM端实体关键字与N端实体关键字组合 D.重新选取其他属性

    【答案:】C

    6、当局部E-R图合并成全局E-R图时可能出现冲突,不属于合并冲突的是   

    A.属性冲突 B.语法冲突 C.结构冲突 D.命名冲突      

    【答案:】B

    7、概念模型独立于      

    AE-R模型 B硬件设备和DBMS C.操作系统和DBMS DDBMS    

    【答案:】B

    8、数据流程图(DFD是用于描述结构化方法中    阶段的工具。

    A.可行性分析 B.详细设计 C.需求分析 D.程序编码

    【答案:】C

    9、下图所示的E-R图转换成关系模型,可以转换为    关系模式。

    A1 B2  C3   D4

    【答案:】C

    二、填空题

    1、数据库设计的几个步骤            

    【答案:】需求分析,概念设计,逻辑设计,物理设计,系统实施,系统运行和维护

    2、“为哪些表,在哪些字段上,建立什么样的索引”这一设计内容应该属于数据库   设计阶段。

    【答案:】物理

    3、在数据库设计中,把数据需求写成文档,它是各类数据描述的集合,包括数据项、数据结构、数据流、数据存储和数据加工过程等的描述,通常称为   

    【答案:】数据字典

    4、在设计分E-R时,由于各个子系统分别有不同的应用,而且往往是由不同的设计人员设计的,所以各个分E-R图之间难免有不一致的地方,这些冲突主要有       三类。

    【答案:】属性冲突 命名冲突 结构冲突

    三、简答题

    数据库设计一般分为哪几个阶段,每个阶段的主要任务是什么?

    解答:(1)数据库设计分为6个阶段:需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行和维护。

    (2)各阶段任务如下:①需求分析:准确了解与分析用户需求(包括数据与处理)。②概念结构设计:通过对用户需求进行综合、归纳与抽象,形成一个独立于具体 DBMS 的概念模型。③逻辑结构设计:将概念结构转换为某个 DBMS 所支持的数据模型,并对其进行优化。④数据库物理设计:为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。⑤数据库实施:设计人员运用 DBMS 提供的数据语言、工具及宿主语言,根据逻辑设计和物理设计的结果建立数据库,编制与调试应用程序,组织数据入库,并进行试运行。 ⑥数据库运行和维护:在数据库系统运行过程中对其进行评价、调整与修改。

    一、假设教学管理规定:

    ①一个学生可选修多门课,一门课有若干学生选修;

    ②一个教师可讲授多门课,一门课只有一个教师讲授;

    ③一个学生选修一门课,仅有一个成绩。

    学生的属性有学号、学生姓名;教师的属性有教师编号,教师姓名;课程的属性有课程号、课程名。

    要求:根据上述语义画出ER图,要求在图中画出实体的属性并注明联系的类型;

     

     

    解答:

     

     

     

    二、某企业集团有若干工厂,每个工厂生产多种产品,且每一种产品可以在多个工厂生产,每个工厂按照固定的计划数量生产产品;每个工厂聘用多名职工,且每名职工只能在一个工厂工作,工厂聘用职工有聘期和工资。工厂的属性有工厂编号、厂名、地址,产品的属性有产品编号、产品名、规格,职工的属性有职工号、姓名。

    (1)根据上述语义画出E-R图;

    (2)将该E-R模型转换为关系模型; (要求:1:1和1:n的联系进行合并)

    (3)指出转换结果中每个关系模式的主码和外码。

    答案:

    (1)本题的E-R图如下图所示。

     

     

    (2)转化后的关系模式如下:

    工厂(工厂编号,厂名,地址)

           产品(产品编号,产品名,规格)

             职工(职工号,姓名,工厂编号,聘期,工资)

             生产(工厂编号,产品编号,计划数量)

        (3)每个关系模式的主码、外码如下:

           工厂:主码是工厂编号,无外码;

             产品:主码是产品编号,无外码;

             职工:主码职工号,外码是工厂编号;

             生产:主码是(工厂编号,产品编号),

                   外码是工厂编号、产品编号。

    展开全文
  • 设计并实现数据仓库ETL过程(IBM讲座)

    千次阅读 2014-07-14 12:56:08
    本文是关于计划、设计和实现基本数据仓库解决方案的系列文章的第 3 部分,将设计和实现仓库 ETL 过程,并了解仓库的性能和安全问题。 请多多支持作者作品RKWeb1.1 asp.net开发模板! 有效提高asp.net开发效率60%...
  • 电子取证工具

    千次阅读 2007-10-26 14:02:00
    电子取证工具 你准备好了吗?...在国外计算机取证过程中比较流行的是镜像工具和专业的取证软件,但很多工具属于付费软件,很多读者可能免费拥有它们,但有一些开源工具或者操作系统自身的工具也可以实现
  • 2009年下半年11月份系统架构设计师上午试题以及参考答案之五
  • 设计并实现数据仓库ETL过程(IBM讲座)

    千次阅读 2007-04-26 09:12:00
    本文是关于计划、设计和实现基本数据仓库解决方案的系列文章的第 3 部分,将设计和实现仓库 ETL 过程,并了解仓库的性能和安全问题。请多多支持作者作品RKWeb1.1 asp.net开发模板!有效提高asp.net开发效率60%以上的...
  • 商业智能工具都有哪些? 商业智能也称作BI,是英文单词Business Intelligence的缩写。商业智能通常被理解为将企业中现有的数据转化为知识,帮助企业做出明智的业务经营决策的工具。这里所谈的数据包括来自企 业业务...
  • 软件工程导论—总体设计

    千次阅读 多人点赞 2020-05-08 16:21:53
    1. 设计过程 2. 设计原理 3. 启发规则 4. 描绘软件结构的图形工具 5. 面向数据流的设计方法
  • Java设计模式-详谈七大设计原则

    千次阅读 2020-08-18 10:45:06
    编写软件过程中,程序员面临着来自耦合性,内聚性以及可维护性,可扩展性,重用性,灵活性等多方面的挑战,设计模式是为了让程序(软件),具有更好: 代码重用性 (即:相同功能的代码,不用多次编写) 可读性 (即:...
  • 第六章 数据库设计    一、选择题 ...数据库设计中,用E-R图赖描述信息结构但涉及信息在计算机中的表示,这是数据库设计的(C)。 A. 需求分析阶段 B. 逻辑设计阶段 C. 概念设计阶段
  • 总体设计

    千次阅读 2018-06-06 09:05:13
    系统设计:总体设计的基本目的就是回答“概括地说,系统应 该...设计过程1.设想供选择的方案(考虑应用逻辑背景和行政组织机构)2.选取合理的方案(多个供选择)对每个合理的方案,分析员都应该准备下列4份资料。 ...
  • delphi 应用程序开发工具

    千次阅读 2016-07-07 15:02:20
    应用程序开发工具 Delphi,是Windows平台下著名的快速应用程序开发工具(Rapid Application Development,简称RAD)。它的前身,即是DOS时代盛行一时的“BorlandTurbo Pascal”,最早的版本由美国Borland...
  • 代码阅读工具学习总结

    万次阅读 2016-04-15 12:25:28
    代码阅读工具:Source Navigator和Source Insight 一、Source Insight实用技巧: Source Insight(下文的SI指的也是它)就是这样的一个东西:  Windows下开发人员的至爱,功能强大,界面友好。支持语法高亮、...
  • Linux调试工具

    万次阅读 2014-02-19 13:38:27
    的流行,人们越来越注重软件的前期设计、后期的实现,以及贯穿于其中的测试工作,经过这个过程出来的自然是高质量的软件。甚至有人声称 XP 会淘汰调试器!这当然是有一定道理的,然而就目前的现实来看,这还是一种...
  • 1. 我是一个有10 年电子产品研发经验的工程师和10 年IT 知名公司研发中心管理经验的技术管理者。世上好的管理理念可能归纳起来就那么1~2 ...今天已极少有人知道这家厂, 但当时这家厂还是有些名气的,因为当时设计新产品
  • 一种建模工具很好用

    千次阅读 2012-08-04 13:59:31
    Rational Rose是Rational公司出品的一种面向对象的统一建模语言的可视化建模工具。用于可视化建模和公司级水平软件应用的组件构造。 简介  就像一个戏剧导演设计一个剧本一样,一个软件设计师使用Rational ...
  • 歪理邪说解析架构设计师上午考试试题之五分析2010下半年系统架构设计师上午试题21-25题【引言】1.一直期待专业的技术话题也能和《明朝哪些事》一样,有趣和好玩,能吸引大家的去阅读,并享受其乐趣;2.培养对技术的...
  • Web信息架构——设计大型网站(第3版)(久负盛名经典再现,信息架构设计领域基石之作!) 【美】]Peter Morville(彼得·莫维尔) Louis Rosenfeld(路易斯·罗森菲尔德) 著 陈建勋 译 ISBN 978-7-121-21533-9 ...
  • 工具 | Burpsuite简介及使用

    千次阅读 2019-07-10 20:01:52
    它包含了许多工具,并为这些工具设计了许多接口,以促进加快攻击应用程序的过程。所有的工具都共享一个能处理并显示HTTP消息,持久性,认证,代理,日志,警报的一个强大的可扩展的框架。 2、标签 Target(目标)...
  • 嵌入式系统设计

    千次阅读 2013-01-12 00:51:31
    2012年下学期嵌入式系统设计课程大作业 1、叙述下列相关名词的含义 ARM、xscale、PXA255、RISC、体系结构 ARM:一种技术、一个公司的名称、一种处理器。 Xscale:Xscale是ARM体系结构的一种内核,基于ARMv5TE,...
  • 3. 在数据库设计中,将ER图转换成关系数据模型的过程属于(逻辑设计阶段)。 4. 子模式DDL是用来描述(数据库的局部逻辑结构)。5. 数据库设计的概念设计阶段,表示概念结构的常用方法和描述工具是(实体联系法和...
  • 这个由多篇文章组成的系列文章讲述了如何在很紧的时间和预算的情况下通过应用 Rational 统一过程(RUP)以及 Rational 的其他工具来开发一个软件项目的。 文章的第 1 部分包含了高层次的计划和需求的引出。 Raional ...
  • PMP工具对比(汇总版)

    千次阅读 2019-11-21 15:01:42
    7、直方图:展示数字数据的图形,按来源或组成部分展示每个可交付成果的缺陷数量、缺陷成因的排列、各过程合规次数,可项目产品缺陷的其他表现形式; 8、散点图: 相关图, 显示两个变量 (缺陷、 特定因素)...
  • 一、概述GraphWalker就是一个基于测试模型的用例生成工具。它主要应用于FSM, EFSM模型。可以用来它可以直接读取FSM, EFSM图形模型、json模型、生成测试用例。二、背景知识要了解GraphWalker首先要了解MBT是什么。MBT...
  • 编译过程的五个阶段

    万次阅读 2011-05-25 11:07:00
    当我们把一种文字翻译为另一种文字,例如把一段英文翻译为中文时,通常需经下列步骤: (1)识别出句子中的一个个单词; (2)分析句子的语法结构; (3)根据句子的含义进行初步翻译; (4)对译文进行修饰; (5)...
  • 嵌入式系统设计-测试题2

    万次阅读 2011-10-09 17:28:42
    1.嵌入式处理器指令的执行周期包括(B) A.启动、运行、退出 B.取指令、指令译码、执行指令、存储 C....D....2.下列不属于嵌入设计处理器本身带有的基本接口是(C) A.串口;B.并口;C.PCIE;D.AD/DA

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 32,773
精华内容 13,109
关键字:

下列不属于过程设计工具的是