需求分析阶段的产物是软件需求规格说明（SRS)，SRS可以对系统中一些不明确的需求进行粗略的说明

A、需求获取

B、需求提炼

C、需求描述

D、需求验证

A、需求管理

B、需求验证

C、软件开发

D、系统开发

A、性能

B、功能

C、可行性

D、效能

A、问题识别

B、分析综合

C、规格说明

D、需求评审

此题为判断题(对，错)。

此题为判断题(对，错)。

A. 在系统需求分析阶段，必须了解用户对嵌入式系统的功能需求，尺寸、大小、成本等需求不需了解

B. 系统设计阶段，必须确定哪些功能由硬件完成，哪些功能由软件完成

C. 构件设计阶段的任务是进行芯片比较并选择现成的芯片或模块

D. 系统集成与测试阶段应该把系统所需部件全部集成后再进行测试

小组作业具体要求如下： （1）系统需求分析。严格按照需求规格说明书模板（见附件1-软件需求规格说明书v1.0-模板.docx）描述系统需求。不需要涵盖系统所有功能（即不需要面面俱到），但应针对要测试的功能做详细的需求描述； （2）设计测试用例。围绕描述的需求，使用黑盒测试方法，设计测试用例，并根据测试用例设计说明书模板（见附件2-测试用例设计清单(模板).xlsx），填写测试用例设计清单。 对测试用例的要求是： a. 至少应体现课程中所介绍的基本测试方法中的两种，包括边界值测试、等价类测试、决策表测试、正交表测试； b. 必须使用场景法设计测试用例，需要绘制场景图，可另外附加word文档，格式不限； c. 每个测试用例对应的测试方法在excel文件最后一列，即备注列中加以描述； d. 至少20个测试用例。 （3）编写测试脚本。选择一种自动化测试工具，根据设计的测试用例，编写测试脚本。 （4）运行测试脚本，记录测试结果，记录发现的缺陷（见附件3-缺陷报告模板v1.0.xlsx）； （5）记录测试过程，说明测试环境，说明使用的测试工具，并说明通过运行哪些测试脚本，分别发现了哪些缺陷，并对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求（附件4-测试执行过程及小结-模板.docx）见给出测试小结。 （6）制作操作视频，说明测试脚本的运行过程。对视频的要求如下： a. 视频制作画面应清晰； b. 音频应清晰； c. 内容应完整。应选择至少1个测试脚本加以描述，说明该测试脚本对应的测试用例是哪些，并对测试脚本进行解释说明，说明测试脚本文件中代码行的含义，给出测试脚本的运行过程，对脚本的运行结果进行解释说明； d. 操作过程中如果涉及输入项，应明确指出输入的是什么内容，尤其是用户名和密码。 （7）每日例会记录 小组成员的工作过程必须通过博客进行记录。从本作业公布之日起，小组每日在博客上记录任务完成情况，格式不限，只要能反映小组的进度情况即可，请尽量详细。并在作业全部完成时，将博客记录复制为word文档，一并提交。 小组作业要求提交的文档如下： （1）系统需求规格说明书，文件名格式：作业名-070x班-0x组-需求规格说明，word文档，不要用wps格式； （2）测试用例设计说明书，文件名格式：作业名-070x班-0x组-功能测试用例，excel文档； （3）场景法测试用例设计，文件名格式：作业名-070x班-0x组-功能测试用例（场景图），word文档，不要用wps格式； （4）被测系统可执行程序，如war包，以及对应数据，必要时应在测试执行过程报告中说明对数据的要求，以及如何使用数据； （5）测试脚本原始文件； （6）测试过程操作视频，使用mp4格式，1080*720； （7）缺陷报告，文件名格式：作业名-070x班-0x组-缺陷报告，excel文档； （8）测试执行过程，文件名格式：作业名-070x班-0x组-测试执行过程及小结，word文档，不要用wps格式； （9）博客上的每日任务记录，汇总时，记得在文档开头说明小组所在班级，小组编号，组长姓名及学号，小组成员姓名及学号，博客地址。word文档，不要用wps； （10）所有上述材料统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）每班班内各小组使用的被测系统不能相同； （2）跨班允许使用相同的被测系统，但不能使用相同的需求； （3）每班班内各小组使用的功能测试工具应满足最多只有两个小组使用相同的测试工具； （4）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。

小组作业具体要求如下： （1）分析系统需求。 参考软件需求规格说明书模板（见附件1-软件需求规格说明书v1.0-模板.docx，和附件5-软件设计文档国家标准.rar）描述系统需求。如果系统功能特别多，特别复杂，则不需要涵盖系统所有功能（即不需要面面俱到），但应满足如下要求： a. 形式上满足规范文本的要求，见附件1和附件5，如果要求a-g中的部分内容在所给的文档模板中未体现，则应按照a-g的要求，在需求规格说明书中涵盖a-g的所有条款； b. 整体内容必须围绕项目实质展开，对要实现和测试的功能及项目确保做到清晰、完整、准确； c. 应定义相关概念，包括缩写、专有名词等； d. 应定义典型用户，清楚描述对于不同类型的用户，系统能提供哪些功能； e. 应描述核心、关键的业务流程（体现用户场景），注意，不是算法流程，是业务流程，站在用户的角度分析，体现用户的业务； f. 应给出核心界面原型设计； g. 应给出系统验收验证标准。 典型示例：（分别来自北京航空航天大学和福州大学的同学作业）： https://github.com/buaase/Phylab-Web/blob/master/docs/Require-Specification.md http://www.cnblogs.com/bugphobia/p/4946849.html http://www.cnblogs.com/pwjaya/p/7835150.html（点击链接查看该小组提交的需求规格说明书：https://files.cnblogs.com/files/pwjaya/%E9%9C%80%E6%B1%82%E5%88%86%E6%9E%90%E4%B9%A6.pdf） （2）设计测试用例。 围绕软件需求规格说明书中描述的系统需求，使用黑盒测试方法，设计测试用例，并根据测试用例设计说明书模板（见附件2-测试用例设计清单(模板).xlsx），填写测试用例设计清单。 对测试用例的要求是： a. 至少应体现课程中所介绍的基本测试方法中的两种，包括边界值测试、等价类测试、决策表测试、正交表测试； b. 必须使用场景法设计测试用例，应结合需求规格说明绘制场景图，可另外附加word文档，格式不限； c. 测试用例应采用测试管理工具进行管理，而不是简单地使用excel或word文档来记录，但在描述测试用例时，应补充说明测试用例设计使用的方法； d. 至少100个测试用例。注意：测试用例应尽量充分，而不是说100个测试用例就可以了。 （3）编写测试脚本。 选择一种自动化测试工具，根据设计的测试用例，编写测试脚本。 自动化测试工具的选择可参考下图，但不限于下图中列出的工具。（4）测试运行和记录。 运行测试脚本，记录测试结果和测试过程，记录发现的缺陷。 具体要求如下： a. 记录测试过程，编写测试执行过程文档。文档的具体要求包括： 第一：遵循文档规范要求撰写（模板见附件4-测试执行过程及小结-模板.docx）； 第二：应说明测试环境，说明使用的测试工具； 第三：应说明通过运行哪些测试脚本，分别发现了哪些缺陷，并对测试和被测系统进行评估，说明测试的充分性、效率，说明被测系统是否符合要求等，根据测试执行过程文档要求见给出测试小结。注意：重点在于统计、分析，应通过测试管理工具的统计、分析功能来体现测试用例的设计和测试的执行。 b. 制作操作视频，说明测试脚本的运行过程。 对视频的具体要求如下： 第一：视频制作画面应清晰； 第二：音频应清晰； 第三：内容应完整。应选择至少2个测试脚本加以描述，说明该测试脚本对应的测试用例是哪些，并对测试脚本进行解释说明，说明测试脚本文件中代码行的含义，给出测试脚本的运行过程，对脚本的运行结果进行解释说明； 第四：操作过程中如果涉及输入项，应明确指出输入的是什么内容，尤其是用户名和密码。 c. 记录发现的缺陷。所有发现的缺陷应通过测试管理工具进行管理，不要简单地记录在文档中。 （5）每日例会记录 小组成员的工作过程必须通过博客进行记录。从本作业公布之日起，到任务提交之日止，小组每日在博客上记录任务完成情况，内容包括：小组成员的任务进展情况、存在的问题、解决方法、以及下一步计划等，应尽量详细并给出必要的证明，例如，说明每人完成任务所花的时长，测试脚本截图，小组开会的图片等（从隐私的角度考虑，可不必给出面部，打马赛克，或者背影之类均可）。格式不限，只要能反映小组的进度情况即可，请尽量详细。 典型示例：（来自北京航空航天大学） http://www.cnblogs.com/Chronos/p/4966968.html 小组作业要求提交的文档如下： （1）系统需求规格说明书，文件名格式：作业名-070x班-0x组-需求规格说明，word文档，不要用wps格式； （2）测试用例设计说明书，给出测试管理工具中的部分界面截图，放在word文档中，文件名格式：作业名-070x班-0x组-功能测试用例； （3）场景法测试用例设计，文件名格式：作业名-070x班-0x组-功能测试用例（场景图），word文档，不要用wps格式； （4）被测系统可执行程序以及对应测试数据，必要时应在测试执行过程报告中说明对数据的要求，以及如何使用数据； （5）测试脚本原始工程和文件； （6）测试过程操作视频，使用mp4格式，1280*720； （7）缺陷报告，给出测试管理工具中的部分界面截图，放在word文档中，文件名格式：作业名-070x班-0x组-缺陷报告； （8）测试执行过程，文件名格式：作业名-070x班-0x组-测试执行过程及小结，word文档，不要用wps格式； （9）所有上述小组材料统一打包为一个压缩包，文件名格式为：作业名-170x班-0x组-组长名。（注意：个人提交时的格式要求见其他说明的第（4）条） 小组成员在完成小组作业的同时，还需要撰写个人完成情况说明，具体要求如下： 说明本人在该次作业中承担的任务，说明具体的完成情况，在完成作业的过程中碰到了哪些方面的困难，自己是如何解决的。主要的心得体会是什么。 其他说明： （1）每班班内各小组使用的被测系统不能相同； （2）跨班允许使用相同的被测系统，但不能测试相同的功能需求，请勿测试登陆、注册功能； （3）每班班内各小组使用的功能测试工具应满足最多只有两个小组使用相同的测试工具； （4）组内每个同学在课程SPOC平台分别提交作业，作业内容包括：小组作业+个人作业。小组作业是打包后的压缩包，每个小组所提交的小组作业应该是完全一样的。个人作业根据模板（见附件1：个人完成情况说明-xxx-模板.docx）要求自行完成。小组作业及个人作业最终统一打包为一个压缩包，文件名格式：作业名-170x班-0x组-个人姓名。