②简答题题共分.doc

第一章简答题 1.软件的特点: ①软件具有抽象性。②软件与硬件的生产方式不同。③软件与硬件的维护方式不同。 ④软件具有复杂的逻辑性。⑤软件的成本较高。⑥软件的使用和社会因素有关。 2.软件危机产生的原因: ①用户需求不明确。②缺乏正确的理论指导。 ③软件开发规模越来越大。④软件开发复杂度越来越高。 3.软件危机的主要表现: ①软件开发进度难以预测。②软件开发成本难以控制。③用户对产品功能难以满足。 ④软件产品质量无法保证。⑤软件产品难以维护。⑥软件缺少适当的文档资料。 4.软件工程学的基本原则有哪些: ①抽象。②信息隐蔽。③模块化。④局部化。 ⑤确定性。⑥一致性。⑦完备性。⑧可验证性。 5.什么是软件的生命周期？ 答：软件与任何一个事物一样，有它的孕育、诞生、成长、成熟、衰亡的生存过程。这就是软件的生存周期。 6.软件工程过程有哪几个基本过程活动？试说明之。 答：软件工程过程的基本过程活动有4步： 软件规格说明（需求定义）。规定软件的功能及其运行的限制； 软件设计与开发（设计开发）。产生满足规格说明的软件； 软件确认（测试）。确认软件能够完成客户提出的要求； 软件演进（维护）。为满足客户的变更要求，软件必须在使用的过程中演进。 第二章简答题 1.可行性研究主要做4个方面的研究： 经济可行性：进行成本∕效益分析。从经济角度判断系统开发是否“合算”。 技术可行性：进行技术风险评价。从开发者的技术实力、以往工作基础、问题的复杂性等出发，判断系统开发在时间、费用等限制条件下成功的可能性。 法律可行性：确定系统开发可能导致的任何侵权、妨碍和责任。 方案的选择：评价系统或产品开发的几个可能的候选方案。最后给出结论意见。 2.需求获取难的原因是： 用户需求具有动态性(不稳定性)。 用户需求具有模糊性(不准确性)。 对需求达成一致的艰难性。 管理体制、机构设置处在变革中。 软件书籍没有将需求分析讲清楚。 3.需求分析的原则： 解决逻辑问题：需求分析是对问题的识别和说明，要回答“做什么”，而不是“怎么做”。 以运行环境为基础：需求分析工作应以具体的运行环境为基础，实事求是。 用户参与的原则：需求分析工作是系统分析人员同用户不断交互的过程。 构造高质量的需求规格说明：需求规格说明是需求分析工作重要的完成标志。 4.需求分析的任务有： 画出目标系统的组织机构模型。 画出目标系统业务操作流程图。 画出目标系统的数据流图。 列出目标系统的功能点列表，即功能模型。 列出系统的性能点列表，即性能模型。 列出目标系统的接口列表，即接口模型。 确定目标系统的运行环境，即环境模型。 目标系统的界面约定，即界面模型。 分析与评估开发工期、费用、进度、风险等。 5.数据流图的作用：数据流图可以用来抽象地表示系统或软件。它从信息传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节。因此，数据流图既提供了功能建模的机制，也提供了信息流建模的机制，从而可以建立起系统或软件的功能模型。 6.数据词典的作用：分析模型中包含了对数据对象、功能和控制的表示。在每一种表示中，数据对象和控制项都扮演一定的角色。为表示每个数据对象和控制项的特性，建立了数据词典。数据词典精确地、严格地定义了每一个与系统相关的数据元素，并以字典式顺序将它们组织起来，使得用户和分析员对所有的输入、输出、存储成分和中间计算有共同的理解。 第三章简答题 1.模块的基本属性： 功能：描述该模块做什么？ 逻辑：描述模块内部怎么做？ 状态：模块使用时的环境和条件。 接口：指模块的输入与输出。 2.软件设计的具体任务： ①制定规范。②结构设计。③处理方式结构设计。④数据结构及数据库设计。 ⑤可靠性设计（质量设计）。⑥编写软件设计文档。⑦设计审查和复审。⑧详细设计。 3.模块化的特征： 抽象：用层次的方式构造和分析复杂系统。 逐步求精：帮助开发人员把精力集中在与当前开发阶段最相关的那些问题上。 信息隐蔽：如果一个模块内包含的信息(过程和数据) 不允许外部的模块访问的话，其它模块不能对其访问。 局部化：把一些关系密切的软件元素物理地放得彼此靠近。 4.软件设计优化的准则： 划分模块时，尽量做到高内聚、低耦合，保持模块相对独立性。 模块划分的准则：“将相关的各部分放在一起，无关的东西不要放在一起。” 模块的大小要适中。 模块的接口要简单、清晰、含义明确，便于理解，易于实现、易于测试和维护。 一个模块的作用范围应在其控制范围之内，且判定所在的模块，应与受其影响的模块在层次上尽量靠近。 软件结构的深度、宽度、扇入、扇出应适当。 力求设计单入口和单出口的模块，避免“病态连接”，以防止内容耦合。