- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
、解释术语 1软件需求 软件需求以一种技术形式描述了一个产品/系统应该具有的功能、性能和其它性质。P23 2功能需求 功能需求规约了系统或系统构件必须执行的功能。P24 3非公能需求 非公能需求是性能、外部接口、设计约束和质量属性这4类需求的统称。P23 (4 需求规约 需求规约是一个软件项/产品/系统所有需求陈述的正式文档它表达了一个软件产品/系统的概念模型。P28 2、简述需求与需求规约的基本性质。 答需求的基本性质 1 必要的该需求是用户所要求的。 2无歧义的该需求只能用一种方式解释。 3可测的该需求是可进行测试的。 4可跟踪的该需求可从一个开发阶段跟踪到另一个阶段。 5可测量的该需求是可测量的。P23 需求规约的基本性质 1重要性和稳定性程度按需求的重要性和稳定性对需求进行分级。 2可修改的在不过多地影响其他需求的前提下可以容易地修改一个单一需求。 3完整的没有被遗漏的需求。 4一致的不存在互斥的需求。P28 3、简述软件需求的分类。 答软件需求可以分为两大类一类是功能需求一类是非公能需求而非公能需求可分为性能需求外部接口需求、设计约束和质量属性需求。P23 4、举例说明功能需求和非功能需求之间的基本关系。 答非功能需求可作用于一个或多个功能需求例如 ?? 作用于 其中非功能需求1作用于功能需求1和功能需求3等非功能需求2作用于功能需求2等。P24 5、有哪几种常用的初始需求发现技术 答有5种常用的需求发现技术自悟、交谈、观察、小组会和提炼。P26 6、简述需求规约的3种基本形式。 1 非形式化的需求规约。非形式化的需求规约即以一种自然语言来表达需求规约如同使用一种自然语言写了一篇文章。 2 半形式化的需求规约。半形式化的需求规约即以半形式化符号体系包括术语表、标准化的表达格式等来表达需求规约。 3形式化的需求规约。形式化的需求规约即以一种基于良构数学概念的符号体系来编制需求规约一般往往伴有解释性注释的支持。 P29 7、简述软件需求规约的内容和作用。 答软件需求规约的内容有引言、总体描述、特定需求、附录、索引。P28 需求规约的作用可概括为以下4点 1需求规约是软件开发组织和用户之间一份事实上的技术合同书是产品功能及其环境的体现。 2对于项目的其余大多数工作需求规约是一个管理控制点。 3
对于产品/系统的设计需求规约是一个正式的、受控的起始点。 功能需求1 功能需求2 功能需求3 非功能需求1 非功能需求2 4需求规约是创建产品验收测试计划和用户指南的基础。P31 8、简述需求规约在项目开发中的基本作用。 答需求规约的作用可概括为以下4点 1需求规约是软件开发组织和用户之间一份事实上的技术合同书是产品功能及其环境的体现。 2对于项目的其余大多数工作需求规约是一个管理控制点。 3对于产品/系统的设计需求规约是一个正式的、受控的起始点。 4需求规约是创建产品验收测试计划和用户指南的基础。P31 9、简述需求规约和项目需求的不同。 答需求规约和项目需求是两个不同的概念。需求规约是软件开发组织和用户之间一份事实上的技术合同书即关注产品需求回答“交付给客户的产品/系统是什么”而项目需求是客户和开发者之间有关技术合同——产品/系统需求的理解应记录在工作陈述中或其他某一项目文档中即关注项目工作与管理回答“开发组要做的是什么”。P30 第三章 结构化方法 1.基本概念 需求分析一般来说分析是系统地使用信息对一个问题的估算。软件需求分析是这一概念的特化即系统化地使用“数据流”、“加工”、“数据存储”、“数据源”和“数据潭”等术语所表达的信息对待建系统“是什么”给出一个估算――系统概念模型 软件设计在需求分析的基础上定义满足需求所需要的结构即针对给定的问题给出该问题的软件解决方案确定“怎么做”的问题 数据流图表达功能模型的工具即数据流图Dataflow Diagram 简称DFD图简单的说DFD图是一种描述数据变换的图形化工具其中饮食的元素可以是数据流、数据存储、加工、数据源和数据潭等 变换型数据流图具有较明显的输入部分和变换主加工部分之间的界面变换部分和输出部分之间界面的数据流图 事务型数据流图数据到达一个加工T该加工T根据输入数据的值在其后的基干动作序号称为一个事务中选出一个来执行 模块执行一个特殊任务的一个过程以及相关的数据结构 1.简答题 2.何谓模块耦合简述模块耦合的类型。 答耦合是不同模块之间相互依赖程序的度量 内容耦合当一个模块直接修改或操作另一个模块的数据或一个模块不通过正常入口而转入到另一个模块时
文档评论(0)