软件工程习题及答案-简答题.docVIP

软件危机的主要表现 答案： 用户对“已完成的”软件系统不满意的现象经常发生。 软件规模的增长，带来了它的复杂度的增加，软件故障难以检测。 对于软件开发的成本和进度估计很不准确，大型软件开发费用经常超支，完成时间也经常超期 随着软件规模的增长，软件的可靠性在下降，质量保证也越来越困难 软件的可维护性差 软件通常没有适当的文档 软件开发的生产率提高的速度，远远跟不上计算机应用普及深入的趋势。 软件生产的技术进步缓慢 软件供不应求 软件开发的方法有哪些？ 传统的软件工程和面向对象的软件工程 消除软件危机的途径 要有软件开发的方法和工具，又要有必要的组织管理。软件工程正是从管理和技术两方面研究如何列好地开发和维护软件的一门学科。 产生软件危机的原因 对成本或进度估计不足 需求分析不够 质量不过关（通信技术不行） 不可维护 没有文档 开发速度慢 计算机系统总成本中的比例上升 软件工程基本原理 用软件生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组的人员应该少而精 承认不断改进软件工程实践的必要性 软件工程方法学包括哪三个要素 方法、工具和过程。 方法：是完成软件开发的各项任务的技术方法，回答“如何做”的问题； 工具：是为方法的运用提供自动的或半自动的软件支撑环境； 过程：是为了获得高质量的软件所需要完成的一系列任务的框架，它规定 为什么传统方法不能彻底消除软件危机 正确数据调用错误过程（模块、功能） 错误数据调用正确过程 设计修改，没有和合作者沟通 企业（服务、对象）发展 （数据与功能分开存放） 为什么面向对象方法能彻底消除软件危机： 以人的思维方式为中心。 何为推迟实现的观点? 编码开始的越早，完成所需要的时间反而越长 软件工程生命周期模型有哪些： ①传统方法：瀑布模式，快速原型，增量模型，螺旋模型 ②面向对象方法：喷泉模型 瀑布模型的特点有哪些？ 阶段间的顺序性和依赖性 推迟实现的观点 质量保证的观点 阶段间的顺序性与依赖性的含义 顺序性有两重含义：第一，只有等前一阶段的工作完成以后，后一阶段的工作才能开始；第二，前一阶段的输出文档，就是后一阶段的输入文档。 依赖性表明：想在后一阶段获得正确的结果，必须在前阶段有正确的输出。 与用户通信的技术 访谈 简易的应用规格说明书 软件原型 访谈的技术 正式访谈：系统分析员将提出一些事先准备好的具体问题 在非正式访谈：将提出一些可以自由回答的开放性问题，以鼓励被访问的人员表达自己的想法， 简易的应用规格说明书基本准则　 · 在中立地点举行由开发者和用户双方出席的会议。 · 制定准备会议和参加会议的规则。 · 提出一个议事日程，这个日程应该足够正式以便能够涵盖所有要点，同时这个日程又应该足够非正式，以便鼓励自由思维。 · 由一个“协调人”来主持会议，他既可以是用户也可以是开发者还可以是从外面请来的人。 · 使用一种“定义机制”例如，工作表、图表等)。 · 目标是标识问题、提出解决方案要素、商讨不同的方法以及在有利于实现目标的氛围中指定初步的需求。 构建原型的要点是 它应该实现用户看得见的功能(例如屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如修改文件)。 构建原型的特性 快速，容易修改 数据模型包含三种相互关联的信息 数据对象、描述数据对象的属性及数据对象彼此间相互连接的关系。 画数据流图的正确做法 ·从问题描述中提取数据流图的四种成分。 · 接下来考虑处理 · 最后，考虑数据流和数据存储 数据流图有四种成分 源点或终点、处理、数据存储和数据流 可行性研究的8个步骤 澄清系统规模和目标 研究现有系统并描绘现有系统的处理过程 导出高层逻辑模型 进一步确定系统规模和目标 导出供选择的解法 推荐最佳方案 草拟开发计划 写出文档提交审查 需求分析的任务？ 通过问题及其环境的理解、分析和综合，建立分析模型 在完全弄清用户对软件系统的确切要求的基础上，编写需求规格说明书 需求分析的步骤？ 需求获取 需求提炼，分析建模 需求描述，编写SRS 需求验证 加工说明的工具 结构化语言、判定表、判定树和IPO 结构化分析的基本步骤是？ 由顶向下对系统进行功能分解，画出分层DFD图；由后向前定义系统的数据和加工，编制DD和PSPEC；最终写出SRS。 画分层数据流图时应该注意哪几个问题？ 父图和子图的平衡 区分局部文件和局部外部项 分解的速度不宜太快 遵守加工编号的规则 评价一种设计方法的五条标准是什么？ (1) 模块可分解性 (2) 模块可组装性 (3) 模块可理解性 (4) 模块连续性 (5) 模块保护性 什么是软件过程？它与软件工程方法学有何关系？ 答：软件过程定义了运用技术方法的顺序、应该交付的文档资料、为保证