在需求开发部分，主要形成的文档有：《用户需求调查单》：在实训中可以不需要;《用户需求列表》：系统分析人员编写;《用户需求说明书》：以分析人员为主，测试人员为辅;《用户需求跟踪矩阵》：项目经理或指定专人填写并跟踪;《软件需求规格说明书》：以分析人员为主，测试人员为辅以及评审相关的表格及会议记录。（)

发。ABSD方法有三个基础，分别是对系统进行功能分解、采用（52）实现质量属性与商业需求、采用软件模板设计软件结构。 ABSD方法主要包括架构需求等6个主要活动，其中（53）活动的目标是标识潜在的风险，及早发现架构设计中的缺陷和错误；（54）活动针对用户的需求变化，修改应用架构，满足新的需求。 小王是该公司的一位新任架构师，在某项目中主要负责架构文档化方面的工作。小王（55）的做法不符合架构文档化的原则。架构文档化的主要输出结果是架构规格说明书和（56）。

A.架构风格

B.设计模式

C.架构策略

D.架构描述

试题四（15分）

阅读下列说明，回答问题1至问题2，将解答或相应的编号填入答题纸的对应栏内。

【说明】

某公司拟建设面向内部员工的办公自动化系统和面向外部客户的营销系统，通过公开招标选择 A 公司为承建单位，并选择了 B 监理公司承担该项目的全程监理工作。目前，各个应用系统均已完成开发，A公司已经提交了验收申请。

【问题1】（7分）

A 公司在验收前提供了相应的软件配置内容，监理公司需要对其进行审查，审查的内容包括以下几个部分：

（1）可执行程序、源程序、配置脚本、测试程序或脚本；

（2）主要的开发类文档；

（3）主要的管理类文档。

在以下各文档中， 、 、 、 、 、 、 属于开发类文档。

A、需求说明书 B、项目计划书 C、质量控制计划 D、评审报告

E、概要设计说明书 F、程序维护手册 G、会议记录

H、开发进度月报 I、配置管理计划 J、用户培训计划 K、测试报告

L、程序员开发手册 M、用户操作手册 N、数据库设计说明书

【问题2】（8分）

建设单位与A公司签订的项目建设合同中明确规定，在项目验收阶段，为保证项目建设质量，需要进行第三方测试。针对第三方测试，监理需要做哪些工作？

存在的问题。在系统需求分析阶段，完成的工作包括：

1．系统分析员老王利用PIECES框架组织了系统需要获取的非功能性需求，如表1-1所示。

2．项目组小赵从W公司客户代表处了解到现有系统中经常有会员拒绝履行订单，并将其作为问题记录了下来。老王指出了小赵并未发现系统真正的问题，并以会员拒绝履行订单为例，利用如图1-1所示的鱼骨图分析了系统中真正存在的问题。

3．获取到相应的需求之后，将需求记录下来形成需求定义文档，同其他项目信息合并形成需求陈述，作为需求分析阶段最终的交付成果。

PIECES框架的主要作用是什么？请将以下需要获取的需求(1)～(8)根据PIECES框架进行分类并将序号填入表1-1对应的单元格内。

(1)系统能否采用新方法以降低使用资源的成本？

(2)系统可接受的吞吐率是多少？

(3)系统可接受的响应时间是多少？

(4)应该减少多少开支或增加多少收益？

(5)对用户隐私有什么要求？

(6)对系统的可靠性和可用性有什么要求？

(7)系统中需要包括哪些文档和培训材料？

(8)对外部系统的接口是什么？

A.便于满足用户需求

B.开发过程管理规范

C.开发文档齐全

D.以上都不对

阅读下列关于以快速原型法开发信息系统时的项目计划管理的叙述，回答问题1和问题2。

希赛公司公司的谢工程师正在承接一个商业信息系统的开发任务，在进行可行性研究时，需要估算完成项目的时间进度。由于希赛公司公司近年来已经为采用快速原型法开发信息系统提供了较好的规范、工具和辅助环境。谢工程师在开发此项目中准备采用图22-4的开发方法模型。

根据开发方法模型，谢工程师在分析本项目的进度时，列出了三方面的任务：

(1)系统开发任务主线。即快速原型法开发时的每一个工作步骤及其时间量估计。

A．需求分析阶段15天，形成“形式化的需求规格说明书”(拟采用系统规格说明书流程图与结构化正文等作为主要描述工具)。

B1：快速原型生成阶段。第1次生成可运行系统原型约为5天(拟采用公司提供的系统开发规范语言转换描述后加以执行)，生成可运行的原型。

B2：用户试用原型阶段。第1次用户试用约为10天，通过试用得到用户修改意见。

B3：修改需求分析阶段。第1次修改估计为3天，产生修改后的形式化的需求。

这里B1～B3步骤还要继续循环反复，根据以往经验，谢工程师估计最少还需要循环3次，其中快速原型生成分别需3天、2天和1天，用户试用分别需4天、2天和1天，修改需求分析分别需2天和1天(最后一次已无修改意见)。

最多还可能需循环7次，但在最后四次循环中，每次循环中快速原型生成，用户试用，修改需求分析都只需要1天就可以了。

C．确定原型阶段6天，通过与用户共同讨论分析，确定出“有效的形式化需求规格说明书”(用户将对此规格说明书表示满意)。

D．优化执行阶段5天，即使用公司的辅助开发环境，把“有效的形式化需求规格说明书”转化成为可高效执行的源程序。

E1．运行调整阶段，第1次估计需8天，通过运行获得需调整的意见。

E2．维护性优化执行阶段。第1次估计需2天。产生调整后的可高效运行的源程序。

同样，这里的步骤E1和E2可能还要继续反复循环，根据经验估计最少还需1次，其中需运行调整测试2天(无调整意见，不需要维护性优化执行)，最多可能还需2次，这时运行调整、维护性优化执行各需加上2天时间。

F．用户确认生效阶段，估计为6天，最终获得可供正式投入运行的系统。

(2)文档生成任务。希赛公司公司十分强调加强对快速原型法开发信息系统时的文档工作。谢工程师认为需求分析文档，原型及用户修改意见文档，有效需求分析文档，高效执行源程序文档，调整意见文档，用户生效意见及正式运行系统的文档等都应在上述A～F阶段内相应同时完成。但是还需要考虑下列文档：

G．用户使用说明书，约需12天完成。

H．用户操作与维护说明书，约需12天完成。

(3)用户培训任务。在开发的过程中，必须随时加强对用户的若干环节的培训，包括

I．在需求分析阶段开始后12天，才能正式对用户培训。

J．用户试用培训10天。

K．用户理解需求规范、系统的各类特征及确定原型等培训共28天。

L．用户各类操作和使用方面的培训14天。

M．用户常规维护等培训10天。

根据这三类任务，可以大致获得下列的任务进度，如图22-5所示。

根据上述分析，在最理想的情况下，需要多少天才能完成此开发任务？依保守的估计，需要多少天就可完成此开发任务。

A.需求评审进一步确认开发者和设计者已了解用户要求什么及用户从开发者一方了解某些限制和约束

B.在概要设计评审过程中主要详细评审每个系统组成部分的基本设计方法和测试计划，系统规格说明应根据概要设计评审的结果加以修改

C.设计评审产生的最终文档规定系统和程序将如何设计开发和测试以满足一致同意的需求规格说明书

D.详细设计评审主要评审计算机程序、程序单元测试计划和集成测试计划

A.（42） A.需求评审进一步确认开发者和设计者已了解用户要求什么及用户从开发者一方了解某些 限制和约束

B.在概要设计评审过程中主要详细评审每个系统组成部分的基本设计方法和测试计划、系 统规格说明应根据概要设计评审的结果加以修改

C.设计评审产生的最终文档规定系统和程序将如何设计开发和测试以满足一致同意的需求 规格说明书

D.详细设计评审主要评审计算机程序、程序单元测试计划和集成测试计划

A.需求评审进一步确认开发者和设计者已了解用户要求什么及用户从开发者一方了解某些限制和约束

B. 在概要设计评审过程中主要详细评审每个系统组成部分的基本设计方法和测试计划，系统规格说明应根据概要设计评审的结果加以修改

C. 设计评审产生的最终文档规定系统和程序将如何设计开发和测试以满足一致同意的需求规格说明书

D. 详细设计评审主要评审计算机程序、程序单元测试计划和集成测试计划

A.与敏捷开发不同，基于传统软件开发方法的项目前期花大量的时间进行需求调研，代价高，在后期如果进行调整，代价更高。

B.敏捷开发可以快速形成原型系统，引导用户的需求，实现需求的快速迭代更新，逼近用户的实际期望。

C.敏捷开发要求开发团队利用已有能力和资源作为约束，快速构建demo系统，较难满足市场环境、用户、事件等的不确定性。

D.敏捷开发迭代多，因此导致软件版本多，同时由于周期短，时间紧，容易造成文档缺少，这都给软件开发管理带来了难度。

A.反映用户最基本需求的可运行的实验模型

B.某一主要部分的详细设计方案

C.反映用户需求的逻辑模型

D.反映用户全部需求符合系统开发规范的应用软件程序