关于手机的网站有哪些内容,莱芜在线广告信息,做兼职网站设计,企业优化方案说明
因为老师删减了一些内容#xff0c;所以全部的考试内容如下 第一章
1.需求规格说明应精确的描述一个软件系统必须提供的功能和性能
2.我们应该知道需求工程是指应用工程化的方法#xff0c;技术和规格来开发和管理软件的需求。需求工程的目标就是要获取高质量的软件需…说明
因为老师删减了一些内容所以全部的考试内容如下 第一章
1.需求规格说明应精确的描述一个软件系统必须提供的功能和性能
2.我们应该知道需求工程是指应用工程化的方法技术和规格来开发和管理软件的需求。需求工程的目标就是要获取高质量的软件需求。
3.客户对需求规格说明的说明内容拥有最终发言权
4.需求规格说明是进行系统设计实现测试和验收的基本依据
5.软件需求的分类中约束与限制有开发语言和使用的数据库等实例
6.需求工程的目标是获取高质量的软件需求
7.软件需求工程是一门分析并记录软件需求的学科
8.需求工程应该是由一系列与软件需求相关的活动组成的
9.按照软件需求的类型对这些需求信息进行分类 第二章
1.软件需求的开发和管理过程是由导出确认和维护系统软件需求规格说明等一系列活动组成的
2.所谓软件生命期是指软件从软件计划开始经历需求分析和定义设计编码测试运行维护直到废止为止的期间
3.原型的用途是获取用户的真正需求
4.模块是编写代码的依据
5.在系统内外部复杂因素增加时敏捷模型的项目开发成功率更高 第三章
场景是指用户与软件系统为实现某个目标而进行交互活动过程的描述
该目标能否实现决定场景分为正常场景和失败场景
熟悉和掌握用户具有的一些专业知识和术语
安全性防止数据丢失防止病毒入侵防止私人数据进入系统
根据场景描述的内容可以将场景分为正向场景和逆向场景 第四章
模型可大致分为三类描述性模型规约性模型探测性模型
系统关联图是用图形表示系统与外部实体间的关联
需求建模的工作就是导出目标系统的逻辑模型需求模型
软件系统的范围明确后下一步要分析需求可行性
实现这项需求可能涉及外部接口可能涉及外部接口属于外部接口风险
日程风险的需求可能遇到技术困难并危及系统原定的开发日程 第五章
面向对象的需求分析分为问题分析应用分析面向对象设计
软件建模方法应该至少具备提供描述手段提供基本步骤的共同特点
使用OOAD方法进行模型构建其步骤为设计问题定义部分设计人机界面设计任务管理部分设计数据管理部分
结构体系可以反映问题域中实体之间的复杂关系体现类或对象之间的相互依赖和相互作用关系
协作图用于表示对象间的信息往来
数据流通常用带标识的有向弧表示
设计模型类图功能层次图 第六章
被说明的客观世界中对象特性间发生矛盾说明该需求规格说明缺少一致性的特性
需求规格说明必须满足的特性有正确性无含糊性完整性一致性可验证性可行性必要性
结构化语言伪语言PSLRSL
质量需求必须是确定的定量的可验证的
需求规格说明或称技术合同
软件需求规格说明是对分析和综合过程的结果描述
需求规格说明是用户和软件开发方对将要开发的软件达成一致协议的文档
需求规格说明模板的修正历史记录除了所作的修改还有修改时间修改人员和修改原因
需求规格说明必须具有综合性
形式化语言具有严格的语法和语义 第七章
形式化规格说明的最简单形式是将一个系统视为由许多功能组成的集合然后给各个附加前置条件和后置条件
基于代数模型形式化描述系统的功能结构或特性的规格说明称为代数规格说明
LOTOS进程的基本动作是交迭并发完全同步并发部分同步终止动作前缀选择循环隐藏
B语言的数学符号建立在集合论一阶逻辑和广义代换的基础上
B方法适用于大型软件系统的开发
把数据和操作封装为一体的对象称为抽象数据类型 第八章
技术评审可以根据评审的方法分为非正式评审和正式评审两种
正是审查的筹备阶段我们需要做的是筹备总体会议准备审查会议修改重审
需求测试是发现不完整和不明确需求的有效方法
需求评审的工作是评审寻求规格说明的内容
为了确保软件开发成功和降低成本就必须严格验证软件需求
渐增式软件需求规格的评审工作将在需求获取需求分析和定义需求规格说明的过程中反复进行
除了需要验证软件系统的四个基本性质之外还需要验证安全性可靠性正确性系统的活性
客户或用户作为代表审查人员应保证需求规格说明能正确的完整的描述需求 第九章
表示需求和系统元素之间联系的最普遍的方式是使用需求跟踪表
变更控制策略这些策略描述了变更以何种形式提出分析和处理变更控制策略应具有现实性
软件制品可以是用户需求组件测试用例
跟踪图是一种图形化的需求跟踪技术
需求变更控制的步骤只是对一个需求变更请求的处理整个控制工程也决定了一个变更请求的生存期
表示需求和系统元素之间联系的最普遍的方式是使用需求跟踪表
需求变更只对软件系统内部产生影响
不被控制的需求变更会使项目陷入困境这是某些项目不能按进度执行或质量低劣的重要原因之一
可跟踪性表和需求跟踪表相比缺点是不易访问逆向关系
把新扩充系统的视图范围和限制等文档化
表示需求和系统元素之间联系最普遍的方法是使用需求跟踪表 第十三章
第i页的技术水平用Ti表示每页的字数用n表示则第i页的需求规格说明的规模是Ti*n
I表示软件规模N表示开发人数q表示平均生产效率整个项目的开发时间T为I/q*n
对软件系统或需求规格说明的重复修改导致软件开发的成本和时间的大大增加的情况
软件规模与需求规格说明成正比需求规格说明的规模是需求规格说明文档中每页所包含的需求规格的总和
软件的规模软件规格说明规模*KK*n *ti
工作量开发时间开发效率开发人员水平之间存在着复杂的关系
软件设计以需求为基础通过反复设计得到良好的软件结构和高质量算法
管理人员需根据实际情况和实际经验来选择正确的估算方法千万不可千篇一律
