需求分析重点复习纲要及解答.docx

需求分析答疑内容一、 考试内容：1.考试题型：选择题（20分）、简答题（30分）、建模题（20分）、综合题（30分）注：其中选择题书上七个和上课所讲到的三个；建模题主要是数据建模（E-R模型）、分析模型、用例模型；综合题的大致要求为会画分析阶段的时序图和设计阶段的时序图。2.题目可能涉及内容：1.整理需求分析工具（结构，面向对象，两者分别有哪些工具）答案：1、结构化需求分析建模 过程建模（过程建模以DFD为中心，结合使用微规格说明、数据字典、ERD、FDD、PDD等技术一起完成结构化分析的建模任务） 数据建模（模型建立：ERD）2、面向对象需求分析建模：它以UML为基础，综合使用了多种不同的分析技术，主要有：对象模型、用例模型、行为模型、状态机模型、对象约束语言。CRC方法是面向对象分析在处理复杂问题时的手段，但是它需要了解很多的建模知识才足以进行2.可行性分析包括哪些方面？答案：可行性研究从经济可行性、技术可行性、法律可行性和用户操作可行性等方面评价系统是否值得做，是否能做。可行性研究的步骤 1) 确定项目的规模和目标 2) 研究当前正在运行的系统 3) 建立新系统的高层逻辑模型 4) 导出和评价各种方案3.软件建模常见手段。答案：建模方法：抽象、分解、投影。分解：捕获问题空间的整体 部分关系。如问题子问题分解；抽象：捕获问题空间的一般化 特殊化关系。如问题的不同变型；投影：捕获问题空间的多维视图。即从不同角度考察。4.软件需求工程有哪些活动？答案：包括需求开发和需求管理需求开发4（获取、分析、规格说明，需求验证）+1（需求管理：版本管理，追踪，控制）软件需求工程分为需求开发和需求管理两部分。(1)、需求开发的任务可进一步细分为4点需求获取（是从人、文档或者环境当中获取需求的过程）分析（建模来整合各种信息）规格说明（获取的需求需要被编写成文档，在系统涉众之间交流需求信息）验证（确保需求规格说明文档能正确、准确的反映用户的意图）(2)、需求管理保证需求作用在整个软件的产品生命周期中的连续、稳定和有效发挥5.建立用例模型的步骤。答案：1.确定系统范围、用例和执行者2.描述用例3.用例分类、确定用例之间的关联4.建立用例图5.定义用例图的层次结构6.审核用例模型6.用例之间有哪些关系？答案：用例之间的关系主要是：包含、扩展和泛化三种。 包含关系：原有用例和新建立的抽象用例的关系；扩展关系：有些情况下，有的原有用例文本不能直接被修改，就需要建立一个针对新需要的附加用例的关系；泛化关系：子用例继承了父用例的特征并增加了新的特征的关系。7.需求获取有哪些方法与手段，需求获取的来源有哪几类？答案：手段：1传统方法 问卷调查、面谈、硬数据分析、文档检查、需求剥离等 2.集体获取方法 头脑风暴（Brainstorming）、专题讨论会（Workshop）、JAD等 3.认知方法 任务分析（Task Analysis）、协议分析（Protocol Analysis）等 4.采样随机采样、分层采样5.原型书面描绘、幻灯片演示、程序代码6.基于上下文的方法 观察、民族志（Ethnography）和话语分析（Conversation Analysis）来源：n 涉众q 用户q 客户q 领域专家q 市场人员、销售人员等其他用户替代源n 相关产品q 原有系统q 竞争产品q 协作产品（和解系统存在接口的其他软件系统）n 硬数据q 登记表格、单据、报表等定量文档q 备忘录、日志等定性文档n 重要文档q 原有系统的规格说明q 竞争产品的规格说明q 协作产品的规格说明q 客户的需求文档（委托开发的规格说明、招标书）n 相关技术标准和法规q 相关法律、法规及规章制度q 行业规范、行业标准8.软件质量（属性）包括哪些方面？答案：将软件的质量分为6个特征：功能性、可靠性、可用性、效率、可维护性和可移植性。（p32）功能性：与满足所有要求的功能集及其特征相关的一组属性。可靠性：与软件在限定的时间内、规定的状态下维持其性能水平的能力相关的一组属性。可用性：与用户使用软件所花费的努力及其对使用的评价相关的一组属性。包括可理解性、可学习性、可操作性、吸引性、依从性效率：与在规定条件下软件和资源利用性能水平相关的一组属性可维护性：以进行指定修改所需要的努力相关的一组属性。可移植性：与软件从一个环境转移到另一个环境的能力相关的一组属性。9.软件工程的概念重点UP过程，其特点，图10.原型模型及有哪些分类答案:“原型是一个系统，它内化了（capture）一个更迟系统（later system）的本质特征。原型系统通常被构造为不完整的系统，以在将来进行改进、补充或者替代。”包括书面描绘、场景叙述、情节串联图板、幻灯演示、动画模拟、屏幕快照和程序代码等在内的各种被用来探索和论证软件系统功能的物件都是软件的原型.(1).按照使用方式分类a.演示原型（presentation prototype）主要被用在启动项目阶段目的是让用户相信应用系统的开发是可行的b.严格意义上的原型（prototype proper）主要被用在分析需求阶段用来阐明用户界面或者系统功能的某些特定方面c.试验原型（breadboard prototype）主要被用在构建系统阶段帮助开发者澄清他们所面对的一些和系统构建相关的技术问题d.引示系统原型（pilot system prototype）会被开发在系统开发的各个阶段用作最终系统的构建核心(2).按照使用方式分类探索型：目的是要弄清对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。实验型：这种原型用于大规模开发和实现之前，考核方案是否合适，规格说明是否可靠。进化型：这种原型的目的不在于改进规格说明，而是将系统建造得易于变化，在改进原型的过程中，逐步将原型进化成最终系统。11.