Zen.Wu

本文摘录2019年4月份学习总结，创建日期：2019-04-15 17:09:30，有修改。
吐槽文。

一、驻点实施的一些吐槽

（一）计划、找谁上门驻点实施

这里不谈项目需求应对的具体的人员这个情况(即开发对开发、设计对设计)。在公司的弱矩阵、平衡矩阵的项目组织结构下，会非常纠结，项目非一人能整合、绩效非一人能受控，这需要一个满满的项目计划、慢慢地渗透各组织、各部门、各层级的想法，正面、侧面，既要真实反馈项目情况、又或假设或积极或悲观对受影响的因素进行风险分析等。如上安排8人，能减少测试工程师、减少技术支持工程师吗？若有误判，就会造成了人员的错位、安排的失衡，说白就是成本两字。

并不是吹NB，这是需要不断演算的。俗称：夜观天象，掐指一算。

原文链接：https://blog.csdn.net/qq_36784628/article/details/80966826

js中三种定义变量的方式const， var， let的区别。

1. const定义的变量不可以修改，而且必须初始化

1
2
3
4
5

const b = 2; //正确
// const b; //错误，必须初始化
console.log('函数外const定义b：' + b); //有输出值
// b = 5; //修改变量值
// console.log('函数外修改const定义b：' + b); //无法输出，因为const定义的变量不可以修改

2. var定义的变量可以修改，如果不初始化会输出undefined，不会报错

1
2
3
4
5
6
7
8
9

var a = 1;
// var a; //不会报错
console.log('函数外var定义a：' + a); //可以输出a=1
function change(){
    a = 4; //改变变量值
    console.log('函数内var定义a：' + a); //可以输出a=4
}
change();
console.log('函数调用后var定义a为函数内部修改值：' + a); //可以输出a=4

3. let是块级作用域，函数内部使用let定义后，对函数外部无影响

1
2
3
4
5
6
7
8

let c = 3;
console.log('函数外let定义c：' + c); //输出c=3
function change(){
    let c = 6;
    console.log('函数内let定义c：' + c);//输出c=6
}
change();
console.log('函数调用后let定义c不受函数内部定义影响：' + c); //输出c=3

在简单的vue实例中看到的Vue实例中data属性是如下方式展示的：

1
2
3
4
5
6
7
8

let app= newVue({
    el:"#app",
    data:{
        msg:''
    },
    methods:{
    }
})

在使用组件化的项目中使用的是如下形式：

1
2
3
4
5
6
7
8

export default{
    data(){
        return {
        }
    },
    methods:{
    }
}

为什么要写return返回

因为不使用return包裹的数据会在项目的全局可见，会造成变量污染
使用return包裹后数据中变量只在当前组件中生效，不会影响其他组件。

1. v-text

v-text是用于操作纯文本，它会替代显示对应的数据对象上的值。当绑定的数据对象上的值发生改变，插值处的内容也会随之更新。注意：此处为单向绑定，数据对象上的值改变，插值会发生变化；但是当插值发生变化并不会影响数据对象的值。

1

其中：v-text可以简写为{{}}，并且支持逻辑运算。

1
2
3

<div id="app">
  {{ msg }}
</div>

1
2
3
4
5
6

var app = new Vue({
    el : '#app',
    data : {
        msg : 'hello world'
    }
})

注：vue中有个指令叫做 v-once 可以通过v-once与v-text结合，实现仅执行一次性的插值。

1

<span v-once>这个将不会随msg属性的改变而改变: {{ msg }}</span>

2. v-html

v-html用于输出html，它与v-text区别在于v-text输出的是纯文本，浏览器不会对其再进行html解析，但v-html会将其当html标签解析后输出。

1
2
3

<div id="app">
    <p v-html="html"></p>
</div>

1
2
3
4
5
6

let app = new Vue({
        el: "#app",
        data: {
            html: "<b style='color:red'>v-html</b>"
        }
    });

3. v-model

v-model通常用于表单组件的绑定，例如input，select等。它与v-text的区别在于它实现的表单组件的双向绑定，如果用于表单控件以外标签是没有用的。

1
2
3

<div id="app">
  <input v-model="message " />
</div>

1
2
3
4
5
6

var app = new Vue({
   el : '#app',
   data : {
    message : 'hello world'
 }
})

本文链接：https://blog.csdn.net/u014541501/article/details/78181729

v-on就是用于绑定事件的，例如：有个按钮，当点击的时候执行一些操作。

1
2
3

<div class="app">
    <button v-on:click="myclick">click me</button>
</div>  

上述代码中，v-on:后面的值是一个方法，可以写成myclick()，没有参数可以写成myclick。
另外这种事件对应的方法不是定义在data选项中，而是定义在vue实例的methods选项中，里面都是一个一个的function。

1
2
3
4
5
6
7
8
9
10

var app = new Vue({
    el:'.app',
    data:{
    },
    methods:{
        myclick:function(){
            console.log(111111);
        }
    }
});

nginx配置ssl（配置文件），只列出部分内容。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

# http server
server {
    listen       80;
    server_name  www.zenwu.site zenwu.site;

    # 将Http请求转化成Https请求
    return 301 https://$server_name$request_uri;
}

# HTTPS server
server {
    listen       443 ssl;
    server_name  www.zenwu.site zenwu.site;
    ssl_certificate      /home/ssl/www.zenwu.site_chain.crt;  # 证书
    ssl_certificate_key  /home/ssl/www.zenwu.site_key.key;  # 证书
    ssl_session_cache    shared:SSL:1m;
    ssl_session_timeout  5m;
    ssl_ciphers  HIGH:!aNULL:!MD5;
    ssl_prefer_server_ciphers  on;
    location / {
        root   /home/www/zenwuhexo/;
        index  index.html index.htm;
    }
}

云服务器 ECS Linux CentOS 7 下重启服务不再通过service操作，而是通过systemctl操作。

查看：systemctl status sshd.service

启动：systemctl start sshd.service

重启：systemctl restart sshd.service

自启：systemctl enable sshd.service

进入维护目录：cd /usr/local/nginx/sbin

1
2
3
4

./nginx -v 查看当前nginx版本号
./nginx -s stop 关闭
./nginx 开启
./nginx -s reload 重新加载配置文件（修改配置文件后进行）

安装目录：/usr/local/nginx/sbinx

centos环境，nginx目录/usr/local/nginx/sbin/

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

#进入sbin目录文件
`cd /usr/local/nginx/sbin/`

#启动
./nginx

#关闭
./nginx -s stop

#更改配置后重启  
./nginx -s reload

#查看进程
ps -ef | grep nginx

#杀死进程
pkill nginx

2015下半年高级信息系统项目管理师下午案例分析真题

【说明】
某信息系统集成公司决定采用项目管理办公室这样的组织形式来管理公司的所有项目，并任命了公司办公室主任王某来兼任项目管理办公室主任这一职务。鉴于目前公司项目管理制度混乱，各项目经理都是依照自己的经验来制定项目管理计划，存在计划制定不科学、不统一等情况，王某决定从培训入手来统一和改善公司项目管理计划的制定过程，并责成项目管理办公室的小张具体负责相关培训内容的组织。

小张接到任务后，仔细学习了项目管理的相关知识，并请教了专业人士。小张觉得项目管理体系结构中，主要由输入、工具和技术，以及输出组成，于是也按照项目管理编制计划的输入、项目管理编制计划的工具和技术,以及项目管理计划的输出内容三个方面来组织项目管理计划培训的相关课程内容.

但是在准备进一步的内容时，小张觉得目前公司的项目五花八门，有研发项目、系统集成项目、运维项目和纯粹的软件开发项目，还有部分弱电工程项目，既有规模较大的项目，也有一些小项目。是不是能够用统一的标准来要求所有的项目管理计划的制定过程？小张觉得很怀疑。

[问题1]（8分）
项目管理计划制定的作用是什么？在以上案例中，是否能够用一个统一的标准来规范公司内部各种不同项目计划的制定过程？为什么？
问题2
请指出项目管理计划主要包括哪几方面的内容？
问题3
请指出项目管理计划的输出包括什么？
问题4
结合实际工作经验和案例，判断下列选项的正误（填写在答题纸的对应栏内，正确的选项填写“√”，错误的选项填写“×”）： ；
(1)项目经理不能由部门经理担任。 ()
(2)一项目管理计划应该由王某制定。 ( )
(3)有没有收到项目工作说明书对项目组人员完成项目任务没有影响。 ( )
(4)小项目的管理也必须按照企业项目管理制度执行。 ( )
(5)在小型项目的管理中责任分工表可以代替项目管理计划。 ( )
(6)在小型项目的管理中阶段评审可以忽略，直接进行内部验收。 ( )
(7)项目管理计划的辅助计划包括人员配备计划。 ( )

2015下半年高级信息系统项目管理师下午案例分析真题

[说明]
某公司2014年初承接了一个周期为一年的OA信息系统项目，并指派项目经理小张负责。该项目属于定制型项目，涉及的用户方较多，小张根据自己的经验预测到项目可能会涉及频繁的需求变更，因此小张在将项目组分成了业务组、实施组、开发组后，定义了如下需求管理及控制流程：

(1)指派专门的业务组进行需求分析，分析完成后马上与用户进行需求确认，确认后填写需求状态表（包括需求提交日期、需求状态、是否属于变更等）；
(2)实施组获得需求分析文档后，一周内进行技术方案设计；
(3)技术方案完成后，业务组视情况与用户进行二次沟通确认，确认后填写需求状态表（包括需求技术方案提交日期、需求技术方案状态）；
(4)需求分析、技术方案完成后，开发组每周对已确定需求进行工作量评估，形成月度开发计划；
(5)开发组根据开发计划进行定制开发工作；
(6)每周开发组根据需求状态库的需求、方案进行工作量重新评估，更新开发计划。

项目进行过程中，发生了如下事件，导致项目延期半年才完成：

[事件1]根据2014年初的计划开发完成了OA信息系统项目并上线，但用户没有真正使用。2014年底推广使用的时候发现，业务流程有缺失，程序有BUG，于是项目组重新按照以上流程梳理了需求，并重新开发上线。
[事件2]2014年底，开发组提出需求分析在深度、广度上不够，导致开发返工任务多。

[问题1]（12分）
结合案例及你的工作经验，请说明项目经理小张在需求管理及控制过程中存在哪些不足？
[问题2]（4分）
结合案例，围绕需求管理，请将下面(1)～(2)处的答案填写在答题纸的对应栏内。案例中，2014年底推广使用的时候发现，业务流程有缺失，这一现象是由于缺乏(1)中的(2)。
[问题3]（5分）
结合案例和个人经验，简要叙述项目中需求可能存在的几种状态。
[问题4]（4分）
如果你是小张的经理，请帮助小张改进需求管理及控制过程中的不足。

2015上半年高级信息系统项目管理师下午案例分析真题

【说明】
A公司是一家大型信息系统集成公司，具有多年的系统集成项目实施经历，成功地在多个行业进行了系统集成项目建设，取得了较多的成果，在业内既有较好的口碑。

2013年年初，A公司通过竞标获得某市人口管理信息系统工程项目。A公司高层认为，尽管该项目的许多需求还没有完全确定下来，但是总体感觉上同以往曾经开发过的项目比较，还是比较简单，对完成这样的项目充满信心。

项目前期，A公司请王副总经理负责此项目的启动工作。王副总经理简单了解项目的概要情况后制动并发布了项目章程，任命小丁为项目经理。项目团队根据分工制定了相应的项目管理子计划。据此，项目经理小丁把各个子计划归并为项目管理计划。

为了保证项目按照客户要求尽快完成，小丁基于自身的行业经验和对客户需求的初步了解，即安排项目团队开始进行项目实施。在系统开发过程中，建设方提出的建设需求不断变化，小丁本着客户至上的原则，总是安排项目组进行修改，从而导致开发工作多次反复。而因为项目计划的多次变化，导致项目团队的成员也经历过多次调整，实际进度与里程碑计划存在严重偏离，并且项目的质量指标也经常暴露出问题。

A公司项目管理办公室在对该项目阶段审查是，感到很吃惊，并对发生这种情况觉得很不理解，任务即使是需求不完善也不至于导致项目存在这么多问题，觉得该项目在管理方面肯定存在很多问题。

【问题1】（9分）
结合案例，除了项目经理能力因素之外，请简要分析造成项目目前状况的可能原因。
【问题2】（7分）
作为项目经理，应统一考虑项目进度、成本与质量之间的平衡。任何一个要素的变动，都会引起其他要素的变动。
（1）请简要叙述项目进度、成本与质量之间的关系。
（2）请结合本案例说明，为了保证项目按照最初的设想按时完工，项目经理还应该采取哪些措施？
【问题3】（4分）
结合案例，从候选答案中选择4个正确选项（每选对一个得1分，选项超过正确答案得0分），将选项编号填入答题纸对应栏内。
项目章程一般要包括的内容有—————-.
候选答案：
A 项目概述 B 项目成功评价标准 C项目进度 D 项目预算 E委派项目经理，并授予其职责和职权 F质量保证 G项目风险控制策略 H组织的假设与约束

2016下半年高级信息系统项目管理师下午案例分析真题第3题

阅读下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内。
[说明]
某公司承接了某银行的信息系统集成项目，并任命王工为项目经理，这也是王工第一次担任项目经理。王工带领近20人的团队，历经近11个月的时间，终于完成了系统建设工作，并通过了试运行测试。王工在与甲方项目负责人简单地对接了项目交付清单之后，就报告公司项目已经结束，部分项目人员可以进行转移。王工组织剩下的项目团队成员召开了项目总结会议。随后公司的财务要求王工根据合同催甲方支付剩余30%的项目款。

当王工打电话催促甲方支付项目尾款时，甲方的项目经理告诉他项目还没有结束，甲方还没有在验收报告上签字确认，项目的很多常规性文件还没有提交，而且需要在试运行的基础上，进一步修改程序和功能设置，现在根本没有达到项目收尾的条件。

【问题1】（4分）
项目收尾包括哪些具体工作？
【问题2】（8分）
项目经理王工收尾管理方面主要存在哪些问题？
【问题3】（5分）
对于软件和信息系统集成项目来说，项目收尾时一般提交的文件包括哪些类？
【问题4】（8分）
（1）王工组织的项目总结会议是否恰当？请说明理由。
（2）请简要叙述项目总结会议上一般讨论的内容包括哪些

本题考查变更管理相关知识，参考《信息系统项目管理师教程》第三版教程P508.

变更管理的原则是项目基准化、变更管理过程规范化。包括以下内容。

(1)基准管理
基准是变更的依据。在项目实施过程中，基准计划确定并经过评审后(通常用户应参与部分评审工作)，建立初始基准。此后每次变更通过评审后，都应重新确定基准。

(2)变更控制流程化
建立或选用符合项目需要的变更管理流程，所有变更都必须遵循这个控制流程进行控制。流程化的作用在于将变更的原因、专业能力、资源运用方案、决策权、干系人的共识、信息流转等元素有效综合起来，按科学的顺序进行。

(3)明确组织分工
至少应明确变更相关工作的评估、评审、执行的职能。

(4)评估变更的可能影响
变更的来源是多样的，既需要完成对客户可视的成果、交付期等变更操作，还需要完成对客户不可视的项目内部工作的变更，如实施方的人员分工、管理工作、资源配置等等。

(5)妥善保存变更产生的相关文档，确保其完整、及时、准确、清晰，适当时可以引入配置管理工具
国内使用较多的配置工具有Rational ClearCase、Visual SourceSafe和Concurrent Versions System。

关于变更管理的描述，不正确的是:（ B ）。

A.每次变更通过评审后，都应重新确定基准
B.必须采用变更管理工具 (正确应为：适当时可以引入配置管理工具)
C.明确变更工作中评估、评审、执行的职责
D.评估变更的可能影响

安全审计是信息安全保障系统中的一个重要组成部分，是落实系统安全策略的重要机制和手段，通过安全审计，识别与防止计算机网络系统内的攻击行为，追查计算机网络系统内的泄密行为。安全审计具体包括两方面的内容。

1. 采用网络监控与入侵防范系统，识别网络各种违规操作与攻击行为，即时响应(如报警)并进行阻断。
2. 对信息内容和业务流程进行审计，可以防止内部机密或敏感信息的非法泄漏和单位资产的流失。

安全审计系统采用数据挖掘和数据仓库技术，对历史数据进行分析、处理和追踪，实现在不同网络环境中终端对终端的监控和管理，必要时通过多种途径向管理员发出警告或自动采取排错措施。因此信息安全审计系统被形象地比喻为“黑匣子”和“监护神”。

历年真题知识点汇总5，中项+高项

面向对象设计的基本任务，把面向对象分析模型转化为面向对象的设计模型，具体包括以下任务：设计人员必须完成以下任务：设计用例实现方案、设计技术支撑设施、设计用户界面、精化设计模型。

面向对象的分析模型主要由顶层架构图、用例与用例图、领域概念模型构成。
设计模型则包含以包图表示的软件体系结构图、以交互图表示的用例实现图、完整精确的类图、针对复杂对象的状态图和用以描述流程化处理过程的活动图等。

为完成这一转换过程，设计人员必须处理以下任务：

（1）针对分析模型中的用例，设计用例实现方案，实现方案用UML交互图表示；

（2）设计技术支撑设施。这些设施并非业务需求的一部分，但却为多种业务需求的实现提供公共服务，例如数据的持久存储服务、安全控制服务和远程访问服务等，需要研究这些技术支撑设施的实现方式以及它们与业务需求层面的类及子系统之间的关系。

（3）设计用户界面。针对分析模型中的领域概念模型以及引进的新类，完整、精确地确定每个类的属性和操作，并完整地标示类之间的关系。

(1)对象

• 由数据及其操作所构成的封装体，是系统中用来描述客观事物的一个模块，是构成系统的基本单位。
• 对象包含三个基本要素，分别是对象标识、对象状态和对象行为。

例如，对于姓名 (标识)为Joe的教师而言，其包含性别、年龄、职位等个人状态信息，同时还具有授课等行为特征/ Joe就是封装后的一个典型对象。

(2)类
现实世界中实体的形式化描述，类将该实体的属性(数据)和操作(函数) 封装在一起。

类和对象的关系可理解为，对象是类的实例，类是对象的模板。如果将对象比作房子，那么类就是房子的设计图纸。

(3)抽象
通过特定的实例抽取共同特征以后形成概念的过程。抽象是一种单一化的描述，强调给出与应用相关的特性，抛弃不相关的特性。对象是现实世界中某个实体的抽象，类是一组对象的抽象。

(4)封装
将相关的概念组成一个单元模块，并通过一个名称来引用它。面向对象封装是将数据和基于数据的操作封装成一个整体对象，对数据的访问或修改只能通过对象对外提供的接口进行。

(5)继承
表示类之间的层次关系(父类与子类这种关系使得某类对象可以继承另外一类对象的特征，继承又可分为单继承和多继承。

对象：由数据及操作所构成的封装体，是系统中用来描述客观事物的一个封装是构成系统的一个基本单位。对象三要素：对象标识、对象状态、对象行为。
类：是现实世界实体化的描述。类将实体的数据和函数封装在一起。类的数据也叫状态、属性或特征。它表示静态的一面；类的函数也叫功能、操作或服务，表现类的动态一面。

类和对象的关系：对象是类的实例。一个类可以有多个对象，一个对象只能是一个类的实例。

消息是对象之间进行通信的一种规格说明。一般它由三部分组成：接收消息的对象、消息名及实际变元。

对象是对客观事物的抽象，类是对对象的抽象。它们的关系是，对象是类的实例，类是对象的模板。类和对象，可以先声明类类型，然后再定义对象，也可以在声明类类型的同时定义对象。

多态（Polymorphism）按字面的意思就是“多种状态”。在面向对象语言中，接口的多种不同的实现方式即为多态。引用Charlie Calverts对多态的描述——多态性是允许你将父对象设置成为和一个或更多的他的子对象相等的技术，赋值之后，父对象就可以根据当前赋值给它的子对象的特性以不同的方式运作。

通俗地理解，多态就是：同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果。

多态是一种方法，这种方法使得在多个类中可以定义同一操作或属性，并在每个类中可以由不同的实现。多态性使得一个属性或变量在不同的时期可以表示不同类的对象。

软件维护是生命周期的一个完整部分。可以将软件维护定义为需要提供软件支持的全部活动。这些活动包括在交付前完成的活动，以及交付后完成的活动。

交付前完成的活动包括交付后运行的计划和维护计划等。交付后的活动包括软件修改、培训和帮助资料等。软件维护包括如下类型：

（1）更正性维护（2）适应性维护（3）完善性维护（4）预防性维护

软件维护不仅仅是在软件交付之后为保障软件运行而要完成的活动，还包括软件交付前应该完成的活动。

软件维护指在软件运行/维护阶段对软件产品所进行的修改。

改正性维护
改正在特定的使用条件下暴露出来的一些潜在程序错误或设计缺陷。

适应性维护
因在软件使用过程中数据环境发生变化或处理环境发生变化，对软件进行的修改。

完善性维护
用户和数据处理人员在使用时常提出改进现有功能、增加新的功能，以及改善总体性能的要求，为了满足这些要求需要进行软件修改。

预防性维护
预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础的维护活动。预防性维护可定义为：“把今天的方法用于昨天的系统以满足明天的需要”。

软件维护包括如下类型。
(1)更正性维护：软件产品交付后进行的修改，以更正发现的问题。
(2)适应性维护：软件产品交付后进行的修改，以保持软件产品能在变化后或变化中的环境中可以继续使用。
(3)完善性维护：软件产品交付后进行的修改，以改进性能和可维护性。
(4)预防性维护：软件产品交付后进行的修改，以在软件产品中的潜在错误成为实际错误前，检测和更正它们。

提高软件的可维护性

提高软件的可维护性可采取很多措施，这些措施包括：

（1）改进程序文档质量
（2）明确软件质量标准
（3）监理质量保证制度

信息化工程监理

信息化工程监理是监理单位受项目建设单位的委托，对工程建设实施的监督管理。

投资控制的原则

（1）投资最优化原则
（2）全面成本控制原则
（3）动态控制原则目标管理原则
（4）责、权、利相结合的原则

监理在合同管理中的主要内容

（1）合同的签订管理
（2）合同的档案管理
（3）合同的履行管理

监理规划编制的依据

（1）工程相关的法律、法规及审批文件；
（2）工程有关的标准、设计文件和技术资料；
（3）监理合同、承建合同及工程相关的其他文件。

出厂合格证

工程上使用的原材料、配件、设备，进场前必须有出厂合格证、技术说明书、检验或试验报告。

监理师进行进度控制的组织措施

（1）建立进度控制目标体系，明确建设工程现场监理组织机构中进度控制人员及其职责分工；
（2）建立工程进度报告制度及进度信息沟通网络；
（3）建立进度计划审核制度和进度计划实施中的检查分析制度。

本题考查软件测试的类型相关知识，请参考《信息系统项目管理师教程》第3版P50

（1）单元测试
单元测试也称为模块测试，测试的对象是可独立编译或汇编的程序模块、软件构件或00软件中的类（统称为模块），其目的是检查每个模块能否正确地实现设计说明中的功能、性能、接口和其他设计约束等条件，发现模块内可能存在的各种差错。单元测试的技术依据是软件详细设计说明书，着重从模块接口、局部数据结构、重要的执行通路、出错处理通路和边界条件等方面对模块进行测试。

（2）集成测试
集成测试的目的是检查模块之间，以及模块和已集成的软件之间的接口关系，并验证己集成的软件是否符合设计要求。集成测试的技术依据是软件概要设、计文档。除应满足一般的测试准入条件外，在进行集成测试前还应确认待测试的模块均已通过单元测试。

（3）确认测试
确认测试主要用于验证软件的功能、性能和其他特性是否与用户需求一致*。根据用户的参与程度，通常包括以下类型。（本题正确答案）

• 内部确认测试
  内部确认测试主要由软件开发组织内部按照SRS进行测试。
• Alpha测试和Beta测试
  • 对于通用产品型的软件开发而言，Alpha测试是指由用户在开发环境下进行测试，通过Alpha测拭以后的产品通常称为Alpha版；
  • Beta测试是指由用户在实际使用环境下进行测试，通过Beta测试的产品通常称为Beta版。一般在通过Beta测试后，才能把产品发布或交付给用户。
• 验收测试
  验收测试是指针对SRS，在交付前以用户为主进行的测试。其测试对象为完整的、集成的计算机系统。验收测试的目的是，在真实的用户工作环境下,检验软件系统是否满足开发技术合同或SRS。验收测试的结论是用户确定是否接收该软件的主要依据。除应满足一般测试的准入条件外，在进行验收测试之前，应确认被测软件系统已通过系统测试。

(4)系统测试
系统测试的对象是完整的、集成的计算机系统，系统测试的目的是在真实系统工作环境下，验证完整的软件配置项能否和系统正确连接，并满足系统/子系统设计文档和软件开发合同规定的要求。系统测试的技术依据是用户需求或开发合同，除应满足一般测试的准入条件外，在进行系统测试前，还应确认被测系统的所有配置项已通过测试，对需要固化运行的软件还应提供固件。

参考《信息系统项目管理师教材（第3版）》P45，软件架构风格，Garlan和Shaw对通用软件架构风格进行了分类，他们将软件架构分为数据流风格、调用／返回风格、独立构件风格、虚拟机风格和仓库风格。

软件架构主要职责

（1）确认需求在项目开发过程中，架构师是在需求规格说明书完成后介入的，需求规格说明书必须得到架构师的认可。架构师需要和分析人员反复交流，以保证自己完整并准确地理解用户需求。

（2）系统分解依据用户需求，架构师将系统整体分解为更小的子系统和组件，从而形成不同的逻辑层或服务。随后，架构师会确定各层的接口，层与层相互之间的关系。架构师不仅要对整个系统分层，进行“纵向”分解，还要对同一逻辑层分块，进行“横向”分解。这体现了软件架构师的功力。

（3）技术选型，架构师通过对系统的一系列的分解，最终形成了软件的整体架构。技术选择主要取决于软件架构。例如：Web Server运行在Windows上还是Linux上？数据库采用MSSql、Oracle还是Mysql？是否需要采用MVC或者Spring等轻量级的框架？前端采用富客户端还是瘦客户端方式？架构师对产品和技术的选型只限于评估，没有决定权，最终的决定权归项目经理。架构师提出的技术方案为项目经理提供了重要的参考信息，项目经理会从项目预算、人力资源、时间进度等实际情况进行权衡，最终进行确认。

（4）制定技术规格说明架构师在项目开发过程中，是技术权威。他需要协调所有的开发人员，与开发人员一直保持沟通， 始终保证开发者依照它的架构意图去实现各项功能。架构师通过它制定的技术规格说明书（UML视图 、Word文档，Visio文件）与开发者沟通，保证开发者可以从不同角度去观察、理解各自承担的子系 统或者模块。架构师还需要与项目经理、需求分析员，甚至与最终用户保持沟通。

选项B需求规格说明书是做软件架构之前就需要存在的。在需求规格说明书的基础上做架构设计。

软件系统架构视图是从特定的视角出发，专注于该视角系统的结构，模块划分，基本组件职责和主要的控制流（协作接口）。

Kruchten（克鲁奇顿）在1995年提出了一个“4+1”的视图模型。它从5个不同的视角包括逻辑视图、进程视图（处理视图）、物理视图、开发视图和场景视图来描述软件架构。每个视图只关心系统的一个侧面，5个视图结合在一起才能反应系统的软件架构的全部内容。

一个描述软件系统的子系统和组件，以及它们之间相互关系的学科。架构试图定义软件的内部结构。通过视图可以从不同角度描述软件结构，主要包括：

• 逻辑视图（满足功能需求）
• 过程视图（并发问题）
• 组件视图（实现问题）
• 部署视图（分布问题）

1. 逻辑视图也称为设计视图，它表示了设计模型中在架构方面具有重要意义的部分，即类、子系统、包和用例实现的子集。
2. 进程视图是可执行线程和进程作为活动类的建模，它是逻辑视图的一次执行实例，描述了并发与同步结构。
3. 实现视图对组成基于系统的物理代码的文件和构件进行建模。
4. 用例视图是最基本的需求分析模型。

软件体系结构评估方式主要有以下三种：

1.基于调查问卷或检查表的评估方式

调查问卷是一系列可以应用到各种体系结构评估的相关问题，其中有些问题可能涉及到体系结构的设计决策；有些问题涉及到体系结构的文档，有的问题针对体系结构描述本身的细节问题。检查表中也包含一系列比调查问卷更细节和具体的问题，它们更趋向于考察某些关心的质量属性。

这一评估方式比较自由灵活，可评估多种质量属性，也可以在软件体系结构设计的多个阶段进行。但是由于评估的结果很大程度上来自评估人员的主观推断，因此不同的评估人员可能会产生不同甚至截然相反的结果，而且评估人员对领域的熟悉程度、是否具有丰富的相关经验也成为评估结果是否正确的重要因素。

尽管基于调查问卷与检查表的评估方式相对比较主观，但由于系统相关的人员的经验和知识是评估软件体系结构的重要信息来源，因而它仍然是进行软件体系结构评估的重要途径之一。

2.基于场景的评估方式

基于场景的方式由SEI首先提出并应用在体系结构权衡分析方法（ATAM）和软件体系结构分析方法（SAAM）中。这种软件体系结构评估方式分析软件体系结构对场景也就是对系统的使用或修改活动的支持程度，从而判断该体系结构对这一场景所代表的质量需求的满足程度。例如，用一系列对软件的修改来反映易修改性方面的需求，用一系列攻击性操作来代表安全性方面的需求等。

3.基于度量的评估方式

度量是指为软件产品的某一属性所赋予的数值，如代码行数、方法调用层数、构件个数等。传统的度量研究主要针对代码，但近年来也出现了一些针对高层设计的度量，软件体系结构度量即是其中之一。代码度量和代码质量之间存在着重要的联系，类似地，软件体系结构度量应该也能够作为评判质量的重要的依据。

赫尔辛基大学提出的基于模式挖掘的面向对象软件体系结构度量技术、Karlskrona和Ronneby提出的基于面向对象度量的软件体系结构可维护性评估、西弗吉尼亚大学提出的软件体系结构度量方法等都在这方面进行了探索，提出了一些可操作的具体方案。我们把这类评估方式称作基于度量的评估方式。

信息系统项目的生命周期模型主要包括有瀑布模型、V模型、喷泉模型、螺旋模型、统一过程，增量、迭代模型。

软件质量指的是软件特性的总和，是软件满足用户需求的能力，即遵从用户需求，达到用户满意。

软件质量包括“内部质量”“外部质量”和“使用质量”三部分。软件需求定义了软件质量特性，及确认这些特性的方法和原则。

软件质量管理过程由许多活动组成，一些活动可以直接发现缺陷，另一些活动则检查活动的价值。其中包括质量保证过程、验证过程、确认过程、评审过程、审计过程等。

（1）软件质量保证：通过制订计划、实施和完成等活动保证项目生命周期中的软件产品和过程符合其规定的要求。

（2）验证与确认：确定某一活动的产品是否符合活动的需求，软件产品是否达到其意图并满足用户需求。
验证过程试图确保活动的输出产品已经被正确构造，即活动的输出产品满足活动的规范说明；确认过程则试图确保构造了正确的产品，即产品满足其特定的目的。

（3）评审与审计：包括管理评审、技术评审、检查、走查、审计等。
管理评审的目的是监控进展，决定计划和进度的状态，或评价用于达到目标所用管理方法的有效性。
技术评审的目的是评价软件产品，以确定其对使用意图的适合性。

软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。

软件开发的技术评审是一种由软件工程师和其他人进行的软件质量保障活动。其目标包括：

（1）发现功能、逻辑或实现的错误；
（2）证实经过评审的软件的确满足需求；
（3）保证软件的表示符合预定义的标准；
（4）得到一种一致的方式开发的软件；
（5）使项目更易管理。

审计是正式组织的活动，识别违例情况，并要生成审计报告，采取更正性行动。

软件工程中，（ B ）的目的是评价软件产品，以确定其对使用意图的适合性。
A.审计
B.技术评审
C.功能确认
D.质量保证

软件质量管理过程由许多活动组成，“确保活动的输出产品满足活动的规范说明”是（ B ）活动的目标。
A、软件确认
B、软件验证
C、技术评审
D、软件审计

验证过程试图确保活动的输出产品已经被正确构造，即活动的输出产品满足活动的规范说明；确认过程则试图确保构造了正确的产品，即产品满足其特定的目的。

本题考查信息系统规划流程，参考《信息系统项目管理师教程》第三版教程P114；

信息系统规划流程

抽象来说，企业实施信息系统规划主要包括以下步骤。

(1)分析企业信息化现状

首先要明确并理解企业的发展战略，明确企业各个部门、各个分支机构为实现企业战略需要承担的工作以及各个部门的协作关系（业务流程）。

其次要分析企业目前的信息化程度和现有的信息资源，包括：正在应用的信息系统、信息化基础设施（如通信平台、存储平台等）、数据库、信息化制度、信息化相关人员现状、员工的信息化技能、信息系统的应用绩效等等。并对现有信息系统组织策略和运行情况进行评估。

再次，分析、研究信息技术在行业发展中起的作用，掌握信息技术本身的发展现状。

了解同行企业信息技术的应用情况等。信息技术的现状与未来的发展都会影响信息系统的规划。新一代信息技术的发展与应用，系统设计方法的改变，甚至法律法规和有关政策，竞争者行为等环境因素对规划的影响，都应认真分析，有关结论或者应对措施要纳入规划。

(2)制定企业信息化战略

根据本企业的战略目标提出的信息化需求，明确企业信息化的总目标和相关任务，定义企业信息化的发展方向和企业信息化在实现企业战略过程中应起的作用，并制定信息技术部门在管理和实施信息化工作制度和办法。

(3)信息系统规划方案拟定和总体构架设计

包括技术路线、实施方案、运行维护方案等。

详细的流程或者步骤可以参考企业系统规划方法。

2016上半年高级信息系统项目管理师下午案例分析真题

［说明］
系统集成商B公司中标了某电子商务A企业的信息系统硬件扩容项目，项目内容为采购用户指定型号的多台服务器之“交换设备、存储设备”将整套系统与原有设备连接，最后实现A企业的多个应用系统迁移。公司领导指定小周为该项目的项目经理。

小周曾担任过多个应用软件开发项目的项目经理，但没有负责过硬件集成项目。

小周组织召开了项目启动会，将项目进行了分解，并给项目组成员分配了任务。接下来，安排负责技术的小组长先编写项目技术方案，同时小周根据合同中规定的时间编制了项目的进度计划并发送给项目组成员。进度计划中确定了几个里程碑点：完成技术方案、设备到货、安装调试完成、应用系统迁移完成。由于该项目需要采购多种硬件设备，小周将进度计划也发给了采购部经理，并与采购部经理进行了电话沟通。

技术方案完成后通过了项目组的内部评审，随后项目组按照技术方案开始进行设备调试前的准备工作。小周找到采购部经理确认设备的到货时间，结果得到的答复是服务器可以按时到场，但存储设备由于运输的问题要晚一周到货。

由于存储设备晚到的原因，安装调试工作比计划延误了一周时间。在安装调试的过程中，项目组发现技术方案中存在一处错误，又重新修改了技术方案，结果导致进度比计划延误了两周。A企业得知系统迁移时间要延后，非常不满意，找到B公司的高层领导投诉。

［问题1］（12分）
请分析该项目执行过程中存在哪些问题？
［问题2］（3分）
请将下面（1）～（3）处的答案填写在答题纸的对应栏内。
在项目里程碑点应进行里程碑评审，里程碑评审由（1）、（2）、（3）参加。
［问题3］（8分）
（1）项目的整体管理计划还应该包含哪些子计划？
（2）小周应该采取哪些管理措施以保证采购设备按时到货？
［问题4］（2分）
从供选择的答案中选择1个正确选项，将选项编号填入答题纸对应栏内。
公司高层领导接到客户投诉后最恰当的做法是____。
供选择的答案：
A．向客户道歉并立即更换项目经理
B．向客户道歉并承诺赔偿部分损失
C．向项目组增派相关领域技术水平高的人，力争在系统迁移过程中追回部分时间
D．与客户充分沟通，说明进度延误是由于设备到货时间延误造成的，希望客户顺延项目工期

2016上半年高级信息系统项目管理师下午案例分析真题
笔记-项目整体管理

［说明］
甲公司准备启动某软件项目，在项目可行性研究报告中提到项目可能会面临市场方面的风险，在进行项目可行性研究论证时专家提出应该把该市场风险细化，并提出相应的对策。于是公司在可研报告之外，以会议纪要的方式提出了应对该市场风险的方法，即如果4G技术能够在2015年年底前普及率达到70%及以上，则应该按照较快的进度安排尽快完成该项目，并争取在2016年5月让产品上市，并建议项目采用V模型开发，项目的预算为1000万元；如果届时4G普及率达不到预期的70%；则建议项目采用迭代开发模型，分阶段进行开发，只需要在．2016年5月完成部分产品即可，项目到该时点的预算为450万元。并建议将项目的开始时间由原定时间2015年8月推迟到2015年12月，以降低项目的可能风险。

李工被临时任命为该项目的项目经理，直接归公司负责营销的王总领导。王总让公司人力资源部门准备了项目章程，通知财务部、人力资源部和销售部的相关人员一起召开了项目启动会，并在会议上正式发布了项目章程和对项目经理的任命。项目章程中包括了项目团队成员、项目的历时、项目经理的权限、项目的预算等内容。其中的项目预算根据王总对市场的理解和判断，为1000万元。项目章程要求项目于2015年8月开始，于2016年5月完成产品研发。

李工在项目执行过程中，发现项目章程中没有任何对于项目风险和开发模型的说明与规定，所以李工就根据自身经验采用了瀑布模型来安排项目工作。当项目进展到2015年12月时，发现4G的普及率没有达70%，公司决定暂缓此项目。但是到此时为止，项目已经进展到了差不多一半，而且项目也不能够分阶段进行开发，否则将前功尽弃。当公司质量管理部门追究相关环节的错误，李工觉得这样的风险不属于项目层面风险管理的内容，作为项目经理只要按照项目章程的规定执行项目就是尽责了。

［问题1］（12分）
制定项目章程的输入项包括什么？并列举说明项目章程中应包含哪些内容？
［问题2］（7分）
请指出制定项目管理计划的输入项包括哪些内容？本案例中一开始提到的会议纪要影响项目管理计划的制定吗？如影响，请指出是如何影响的；如不影响，请说明理由。
［问题3］（6分）
项目经理李工认为“这样的风险不属于项目层面风险管理的内容，作为项目经理只要按照项目章程的规定执行项目就是尽责了”是否正确？为什么？项目风险管理计划中主要应包括哪些内容？

Linux下如何查看版本信息， 包括位数、版本信息以及CPU内核信息、CPU具体型号等等，整个CPU信息一目了然。

1
2
3
4
5
6

uname -a   #（Linux查看版本当前操作系统内核信息）
cat /proc/version #（Linux查看当前操作系统版本信息）
cat /etc/issue  或cat /etc/redhat-release  #（Linux查看版本当前操作系统发行版信息）
cat /proc/cpuinfo #（Linux查看cpu相关信息，包括型号、主频、内核信息等）
getconf LONG_BIT  #（Linux查看版本说明当前CPU运行在32bit模式下， 但不代表CPU不支持64bit）
lsb_release -a x  #(查看linux系统内核信息)

查看linux系统内核信息，输入命令 lsb_release -a，如果提示不存在，可以安装一下lsb_release

1

yum install redhat-lsb

安装过程yes，完成安装，输入lsb_release -a，即输出系统版本信息

1
2
3
4
5
6

[root@localhost ~]# lsb_release -a x
LSB Version::core-4.1-amd64:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID:RedHatEnterpriseServer
Description:Red Hat Enterprise Linux Server release 7.6 (Maipo)
Release:7.6
Codename:Maipo

2017上半年高级信息系统项目管理师下午案例分析真题

【说明】
项目经理小李负责了一个新的项目，该项目的内容是为某市开发一套智慧城市公共综合信息服务平台。项目启动阶段，甲方仔细查看了小李提交的项目实施方案，提出由于该项目的投资方构成复杂，项目需求不清晰，希望项目组能想办法解决这个问题。

小李向公司申请了几名经验丰富的系统分析师，加强需求分析阶段的工作。经过较为充分的需求调研，形成了初步的需求说明书。小李认为需求分析工作较为详细，按照公司常用的软件开发生命周期模型，选择了瀑布模型进行开发。

在编写概要设计和详细设计说明书的过程中，客户方提供了几处需求的修改要求。由于其工作量不大，小李直接安排系统分析师按客户的要求进行了修改。在编码阶段后期，由于客户的投资方发生了变化，新的投资方采用了新的运营模式，导致需求发生较大变化，由于前期甲方已经强调过项目需求特点和要求，小李只能接受客户新的变更要求。在执行变更的过程中，项目组发现新的需求将导致系统架构的更改，经过评估该变更将使项目延期。

【问题1】（5分）
请分析该项目在整个过程中存在哪些主要问题？

【问题2】（7分）
请说明项目范围（需求）变更控制流程。

【问题3】（6分）
请将下面（1）~（6）处的答案填写在答题纸的对应栏内。
每项记录在册的变更请求都必须由（1）批准或否决。
变更结束后，形成新的项目极限并纳入到配置库的（2）库中，这时配置管理员应向项目组成员提交一份（3）报告。x
（4）、（5）、（6）构成了项目的范围基准。

【问题4】（3分）
小李选择瀑布模型作为生命周期模型是否合适？如合适，请说明理由；如不合适，请说明理由，并给出合适的生命周期模型。

2017上半年高级信息系统项目管理师下午案例分析真题

【说明】
某系统集成公司A中标某信息中心IT运维平台开发项目，公司A任命小李为项目经理。小李在项目启动阶段确定了项目团队和项目组织架构，项目团队分为三个小组：研发组、测试组和产品组。各组成员分别来自研发部、测试部以及产品管理部。

小李制定了项目整体进度计划，将项目分为需求分析、设计、编码、试运行和验收五个阶段。为保证项目质量，小李请有着多年的编码、测试工作经历的测试组组长张工兼任项目的质量保证人员。

在项目启动会上，小李对张工进行了口头授权，并要求张工在项目的重要阶段（如完成需求分析、完成总体设计、完成单元编码和测试等）必须对项目交付物进行质量检查。在检查时，张工可以根据自己的经验提出要求，对于不满足要求的工作，必须立即进行返工。

项目在实施过程中，遇到一些问题，具体如下：在项目组完成编码与单元测试工作，准备进行系统集成前，张工按照项目经理小李的要求进行了质量检查。在检查过程中，张工凭借多年开发经验，认为某位开发人员负责的一个模块代码存在响应时间长的问题，并对其开具了不符合项报告。但这位开发人员认为自己是严格按照公司编码规范编写的，响应时间长不是自己的问题。经过争吵，张工未能说服该开发人员，同时考虑到该模块对整体项目影响不大，张工没有再追究此事，该代码也没有修改。

在项目上线前，信息中心领导组织技术专家到项目现场进行调研和考察。专家组对已完成的编码进行了审查，发现很多模块不能满足甲方的质量要求。

【问题1】（10分）
请指出该项目在质量管理方面可能存在哪些问题？
【问题2】（8分）
请指出张工在质量检查中可能存在的问题。
【问题3】（6分）
针对上述问题，如果你是项目经理，你会采取哪些措施？
【问题4】（5分）
在（1）~（5）中填写恰当内容（从候选答案中选择一个正确选项，将该选项编号填入答题纸对应栏内）。
在质量控制中，可以使用的工具和技术有（1）、（2）、（3）、（4）、（5）。
候选答案：
A、趋势分析 B、试验设计 C、因果图 D、统计抽样
E、帕累托图 F、质量成本 G、成本/效益分析 H、控制图

2018下半年高级信息系统项目管理师下午案例分析真题第3题

A公司准备研发一款手机无线充电器，项目启动时间为2018年1月，项目整体交付时间为2018年6月。

按照资源配置和专业分工，公司将项目初步拆分为7个项目，其中，项目A-C负责产品主体研发和生产，项目E和F关注产品规格和外观设计，项目D负责技术攻关，项目G关注功能性附件。

2018年2月，核心芯片采购遇到困难，为了不影响整体进度，又单独成立了H组负责研究可替代芯片的选型和采购。同时公司专门成立了副总经理牵头的协调小组负责管理这8个启动时间不一、关键节点不一却又内部项目关联的项目。

【问题1】（9分）
（1）请简述项目管理、项目集管理和项目组合管理的概念
（2）结合案例，分析该项目适合用那种方式进行管理，并简述理由。
【问题2】（6分）
结合案例，从变更、计划、监控三个属性上阐述项目组A的项目经理与协同小组职责的差异。
【问题3】（3分）
项目组合治理管理包括：制定项目组合管理计划、（1）、（2）、（3）和执行项目监督5个子过程。
A、定义项目组合
B、分配项目组合资源
C、优化项目组合
D、批准项目组合
E、制定项目组合预算
【问题4】（5分）
请判断以下描述是否正确
（1）项目集内的所有项目通过共同的目标相关联，该目标对发起组织而言具有非常重要的战略意义。（）
（2）项目集目标可以是短期的，也可以是长期的，可以是定性的，也可以是定量可管理的。（）
（3）为了获得有效资源，组织应该为每一个项目集提前分配固定的资源池。（）
（4）可以根据项目集收益的实现情况将项目集生命周期划分为项目集定义阶段、项目集收益交付阶段和项目集收尾阶段三个过程。（）
（5）项目集管理过程中，增加了绩效域这一个新概念，重点关注项目集的战略、构建和治理等方面。（）

2014年上半年信息系统项目管理师考试下午真题

【说明】

一个信息系统集成项目有 A、B、C、D、 E、F、G共7个活动，各个活动的顺序关系、计划进度和成本预算如下图所示，大写字母为活动名称，其后面括号中的第一个数字是该活动计划进度持续的周数，第二个数字是该活动的成本预算，单位是万元。该项目资金分三次投入，分别在第1周期初、第10周期初和第15周初投入资金。

项目进行的前9周，由于第3周时因公司有个临时活动停工1周。为赶进度，从其它项目组中临时抽调4名开发人员到本项目组。第9周末时，活动A、B和C的信息如下，其它活动均未进行。

活动A：实际用时8周，实际成本100万元，已完成100%；
活动B：实际用时4周，实际成本55万元，已完成100%；
活动C：实际用时5周，实际成本35万元，已完成100%。
从第10周开始，抽调的4名开发人员离开本项目组。这样项目进行到第14周末的情况如下，其中由于对活动F的难度估计不足，导致了进度和成本的偏差。 活动D：实际用时2周，实际成本30万元，已完成100%；
活动E：实际用时0周，实际成本0万元，已完成0%；
活动F：实际用时3周，实际成本40万元，已完成20%；
活动G：实际用时0周，实际成本0万元，已完成0%。

【问题1】（10分）
在不影响项目总体工期的前题下，制定能使资金成本最优化的资金投入计划。请计算三个资金投入点分别要投入的资金量并写出在此投入计划下项目各个活动的执行顺序。
【问题2】（5分）
请计算项目进行到第9周末时的成本偏差（CV）和进度偏差（SV），并分析项目的进展情况。
【问题3】（5分）
请计算项目进行到第15周时的成本偏差（CV）和进度偏差（SV），并分析项目的进展情况。
【问题4】（5分）
若需在项目第15周时计算完工尚需成本（ETC）和完工估算成本（EAC），采用哪种方式计算更适合？写出计算公式。

2014年下半年信息系统项目管理师考试下午真题

[说明]
某项目由A、B、C、D、E、F、G、H、I、J共10个工作包组成，项目计划执行时间为5个月，在项目执行到第3个月末的时候，公司对项目进行了检查，检查结果如下表所示（假设项目工作量在计划期内均匀分布）。

[问题1] （4分）
计算到目前为止，项目的PV、EV分别为多少？
[问题2] （11分）
假设该项目到目前为止已支付80万元，请计算项目的CPI和SPI，并指出项目整体的成本和进度执行情况以及项目中哪些工作包落后于计划进度，哪些工作包超前于计划进度。
[问题3] （10分）
如果项目的当前状态代表了项目未来的执行情况，预测项目未来的结束时间和总成本。并针对项目目前的状况，提出相应的应对措施。

论文-人力资源管理

https://docs.qq.com/doc/DQkZzZ2NOUmFMdE1h

2009上半年高级信息系统项目管理师下午案例分析真题第3题

【说明】
A公司是从事粮仓自动通风系统开发和集成的企业，公司内的项目管理部作为研发与外部的接口，在销售人员的协助下完成与客户的需求沟通。

某日，销售人员小王给项目管理部提交了一条信息，说客户甲要求对“JK型产品的P1组件更换为另外型号的组件”的可行性进行技术评估。项目经理接到此信息后，发出正式通知让研发部门修改 JK 型产品并进行了测试，再把修改后的产品给客户试用。但客户甲对此非常不满，因为他们的意图并不是要单一改变JK产品的这个P1组件，而还要求把JK产品的 P1组件放到其他型号产品的外壳中，上述技术评估只是他们需求的一个方面。

经项目管理部了解，销售部其实知道客户的目的，只是认为 P1 组件的评估是最关键的，所以只向项目经理提到这个要求，而未向项目经理说明详细情况。

[问题1]（8分）
请分析上案例中A 公司在管理中主要存在哪些问题导致客户非常不满。
[问题2]（5 分）
请简要叙述需求管理流程的主要内容。
[问题3]（12分）
请简要叙述上述案例中，项目经理在接到销售部的信息后应如何处理。

论文-成本管理+进度管理（主成本）

https://docs.qq.com/doc/DQlF3S2VrZFJLUWh4

论文-质量管理+进度管理（背诵）

https://docs.qq.com/doc/DQkZvdldMV1pGTXJX