1、第一章 一、什么是软件危机？它有哪些典型表现？为什么会出现软件危机？ 软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。它包括两方面：如何开发软件，已满足对软件日益增长的需求；如何维护数量不断增长的已有软件。 软件危机的典型表现： (1) 对软件开发成本和进度的估计常常很不准确。常常出现实际成本比估算成本高出一个数量级、实际进度比计划进度拖延几个月甚至几年的现象。而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量。这些都降低了开发商的信誉，引起用户不满。 (2) 用户对已完成的软件不满意的现象时有发生。 (3) 软件产品的质量往往是靠不住的。 (4)
2、软件常常是不可维护的。 (5) 软件通常没有适当的文档资料。文档资料不全或不合格，必将给软件开发和维护工作带来许多难以想象的困难和难以解决的问题。 (6) 软件成本、软件维护费在计算机系统总成本中所占比例逐年上升。 (7) 开发生产率提高的速度远跟不上计算机应用普及的需求。 软件危机出现的原因： (1) 来自软件自身的特点：是逻辑部件，缺乏可见性；规模庞大、复杂，修改、维护困难。 (2) 软件开发与维护的方法不当：忽视 需求分析；认为软件开发等于程序编写；轻视软件维护。 (3) 供求矛盾将是一个永恒的主题：面对日益增长的软件需求，人们显得力不从心。 二、 假设自己是一家软件公司的总工程师，当把
3、图 1.1 给手下的软件工程师们观看，告诉他们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清除它呢？”应该怎么反驳他？ 答：在软件开发的不同阶段进行修改付出的代价是很不相同的，在早期引入变动，涉及的面较少，因而代价也比 较低；在开发的中期，软件配置的许多成分已经完成，引入一个变动要对所有已完成的配置成分都做相应的修改， 不仅工作量大，而且逻辑上也更复杂，因此付出的代价剧增；在软件“已经完成”是在引入变动，当然付出的代价更高。一个故障是代码错误造成的， 有时这种错误是不可避
4、免的，但要修改的成本是很小的，因为这不是 整体构架的错误。 三、什么是软件工程？它有哪些本质特征？怎样用软件工程消除软件危机？ 1993年 IEEE 的定义：软件工程是： 把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件； 研究中提到的途径。 软件工程的本质特征： (1) 软件工程关注于大型程序 (软件系统 )的构造 (2) 软件工程的中心课题是分解问题，控制复杂性 (3) 软件是经常变化的，开发过程中必须考虑软件将来可能的变化 (4) 开发软件的效率非常重要，因此，软件工程的一个重要课题就是，寻求开发与维护软件的更好更有效的方法和工具 (5) 和谐地合作是
5、开发软件的关键 (6) 软件必须有效地支持它的用户 (7) 在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人 (完成一些工作 )消除软件危机的途径： (1) 对计算机软件有一个正确的认识 (软件程序） (2) 必须充分认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目 (3) 推广使用在实践中总结出来的开发软件的成功技术和方法 (4) 开发和使用更好的软件工具 四、简述结构化范型和面向对象范型的要点，并分析他们的优缺点。 1. 传统方法学：也称为生命周期方法学或结构化范型。 优点：把软件生命周期划分成基干个阶段，每个阶
6、段的任务相对独立，而且比较简单，便于不同人员分工协作， 从而降低了整个软件开发过 程的困难程度。缺点：当软件规模庞大时，或者对软件的需求是模糊的或会承受时 间而变化的时候，开发出的软件往往不成功；而且维护起来仍然很困难。 2. 面向对象方法学：优点：降低了软件产品的复杂性；提高了软件的可理解性；简化了软件的开发和维护工作； 促进了软件重用。 五 、 1-5 根据历史数据可以做出如下的假设 ： 对计算机存储容量的需求大致按下面公式描述的趋势逐年增加： M=4080e0.28(Y-1960) 存储器的价格按下面公式描述的趋势逐年下降： P1=0.3 0.72Y-1974(美分 /位 ) 如果计算机
7、 字长为 16位，则存储器价格下降的趋势为： P2=0.048 0.72Y-1974(美元 /字 ) 在上列公式中 Y 代表年份， M是存储容量 (字数 )， P1 和 P2 代表价格。 基于上述假设可以比较计算机硬件和软件成本的变化趋势。要求计算： (1) 在 1985年对计算机存储容量的需求估计是多少 ?如果字长为 16位，这个存储器的价格是多少 ? 存储容量需求 M=4080e0.28（ 1985-1960） =4474263（字） 存储器价格 P=0.048*0.72（ 1985-1974） *4474263=5789 美元 (2) 假设在 1985年一名程序员每天可开发出 10 条指
8、令，程序员的平均工资是每月 4000 美元。如果一条指令为一个字长，计算使存储器装满程序所需用的成本。 需要工作量 4474263/200=22371（人 /月） 指令成本 22371*4000=89484000 美元 (3) 假设在 1995 年存储器字长为 32 位，一名程序员每天可开发出 30 条指令，程序员的月平均工资为 6000 美元，重复 (1)、 (2)题。 需求估计 M=4080e0.28（ 1995-1960） =73577679 字 存储器价格 0.003*32*0.72（ 1995-1974） *73577679=7127 美元 工作量 73577679/600=1226
9、29(人 /月） 成本 122629*6000=735776790 美元 六、什么是软件过程 ?它与软件工程方法学有何关系 ? 软件过程是为了开发出高质量的软件产品所需完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 软件工程方法学：通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称范型 。 软件过程是软件工程方法学的 3个重要组成部分之一。 七、什么是软件生命周期模型？试比较瀑布模型、快速原型模型、增量模型和螺旋模 型的优缺点，说明每种模型的使用范围。 软件生命周期模型是跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。 瀑布模型 优点：
10、它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。虽然有不少缺陷但比在软件开发中随意的状态要好得多。 缺点： (1) 实际的项目大部分情况难以按照该模型给出的顺序进行，而且这种模型的迭代是间接的，这很容易由微小的变化而造成大的混乱。 (2) 经常情况下客户难以表达真正的需求，而这种模型却要求如此，这种模型是不欢迎具 有二义性问题存在的。 (3) 客户要等到开发周期的晚期才能看到程序运行的测试版本，而在这时发现大的错误时，可能引起客户的惊慌，而后果也可能是灾难性的。 快速原型模型 优点：使用户能够感受到实际的系统，使开发者能够快速地构造出系统的框架。
11、 缺点：产品的先天性不足，因为开发者常常需要做实现上的折中，可能采用不合适的操作系统或程序设计语言，以使原型能够尽快工作。 增量模型 优点： (1) 人员分配灵活，刚开始不用投入大量人力资源，当核心产品很受欢迎时，可增加人力实现下一个增量。 (2) 当配备的人员不能在设定的期 限内完成产品时，它提供了一种先推出核心产品的途径，这样就可以先发布部分功能给客户，对客户起到镇静剂的作用。 缺点： (1) 至始至终开发者和客户纠缠在一起，直到完全版本出来。 (2) 适合于软件需求不明确、设计方案有一定风险的软件项目。 该模型具有一定的市场。 螺旋模型 优点：对于大型系统及软件的开发，这种模型是一个很好
12、的方法。开发者和客户能够较好地对待和理解每一个演化级别上的风险。 缺点： (1) 需要相当的风险分析评估的专门技术，且成功依赖于这种技术。 (2) 很明显一个大的没有被发现的风险问题，将会导致问 题的发生，可能导致演化 的方法失去控制。 (3) 这种模型相对比较新，应用不广泛，其功效需要进一步的验证。 该模型适合于大型软件的开发 八、 为什么说喷泉模型较好的体现了面向对象软件开发过程无缝和 迭代的特性？ 因为使用面向对象方法学开发软件时，各个阶段都使用统一的概念和表示符号，因此，整个开发过程都是吻合一致的，或者说是无缝连接的，这自然就很容易实现各个开发步骤的反复多次迭代， 达到认识的逐步深化，
13、而喷泉模型则很好的体现了面向对象软件开发过程迭代和无缝的特性。 九、试讨论 Rational 统一过程的 优缺点 。 优点 :提高了团队生产力，在迭代的开发过程、需求管理、基于组建的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面、 针对所有关键的开发活动为每个开发成员提供了必要的准则、模版和工具指导，并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构，为开发过程提供较大的通用性。 缺点： RUP 只是一个开发过程，并没有涵盖软件过程的全部内容，例如它缺少关于软件运行和支持等方面的内容 ，此外，他没有支持多项目的开发结构，这在一定程度上降低了在开发组织内大范围实现重用的可
14、能性。 十 Rational 统一过程 主要适用于何种项目？ 大型的需求不断变化的复杂软件系统项目 十一 .说明敏捷过程的适用范围 适用于商业竞争环境下对小型项目提出的有限资源和有限开发时间的约束 十二 .说明微软过程的适用范围 适用于商业环境下具有有限资源和有限开发时间约束的项目的软件过程模式 第二章 1.在软件开发的早期阶段为什么要进行可行性研究 ?应该从哪些方面研究目标系统的可行性？ 答：（ 1）开发一个软件时，需要判断原定的系统模型和目标是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度，如果做不到这些，那么花费在这些工程上 的任何时间、人力、软硬件资源和经费，都是无
15、谓的浪费。可行性研究的实质是要进行一次大大压缩简化了的系统分析和设计过程，就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。 （ 2）一般说来，至少应该从以下三个方面研究每种解法的可行性： a.技术可行性。对要开发项目的功能、 性能和限制条件进行分析， 确定在现有的资源条件下，技术风险有多大，项目是否能实现，这些即为技术可行性研究的内容。这里的资源包括已有的或可以搞到的硬件、软件资源，现有 技术人员的技术水平和已有的工作基础。 b.经济可行性。进行开发成本的估算以及了解取得效益的评估， 确定要开发的项目是否值得投资
16、开发，这些即为经济可行性研究的内容对于大多数系统，一般衡量经济上是否合算，应考虑一个 “底线 ”，经济可行性研究范围较广，包括成本 效益分析， 长期公司经营策略， 开发所需的成本和资源，潜在的市场前景。 c.操作可行性。有时还要研究社会可行性问题，研究要开发的项目是否存在任何侵犯、妨碍等责任问题。社会可行性所涉及的范围也比较广，它包括合同、责任、 侵权和其他一些技术人员常常不了解的陷阱等 。 必要时还应该从法律、社会效益等更广泛的方面研究每种解法的可行性。 2.为方便储户，某银行拟开发计算机储蓄系统。储户填写的存款单或取款单由业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款
17、日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。 请写出问题定义并分析此系统的可行性。 数据流程图： 取票图： 航空订票系统技术在目前是一个技术上成熟的系统，并且在航空公司内部准备采取有力措施保证资金和人员配置等。因此，分阶段开发“航空订票系统”的构想是可行 的。为了使航空公司适应现代化市场竞争的需求，促进机票预订管理信息化，不断满足旅客预订机票的要求，争取更好的经济效益，可立即着手系统的开发与完善。 3、为方便旅客，某航空公司拟开发一个机票预定系统。旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等）输入进入该系统，系统为
18、旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。 写出问题定义并分析系统的可行性。 1 目标：在一个月内建立一个高效率，无 差错的航空公司机票预定系统 2 存在的主要问题：人工不易管理，手续繁琐 3 建立新系统 经济可行性 成本效益分析 成本估算：打印机一台（ 2000 元） +开发费（ 3500 元） =5500 元 可承担 效益估算 :该系统有很好的社会效益，提高了航空公司售票效率，方便了旅客，售 票方便化，科学化 技术可行性 经过调查分析，得到目前航空公司机票预定系统流程图如下： 4.目前住院病人主要由护士护理，这样做不仅需
19、要大量护士，而且由于不能随时 系统管理员 系统管理员 系统管理员 系统管理员 航班信息的更 新 查询请求 表达申请 机票核对 事物 数据库 产生报表 产生报表 产生报表 产生报表及账单 服务终端显示数据 客户终端显示数据 客户终端显示数据 在客户端打印数据和账单 客户 开购票证明 购票证明 开购票发票 发票 收费 机票单 机票 客户 观察危重病人的病情变化，还可能会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，试写出问题定义，并且分析开发这个系统的可行性 可行性分析 -原系统分析： 可行性分析 -逻辑图： 护士检查病患 救治 结束 需要救治 开始 开始 医生输出病患标准数据 技
20、术可行性 ; 虽然生理数据的采集需要涉及大量的专业精密仪器，软件工程师并不精通，但是可以在专业人士的帮助下完成。 经济可行性： 支出方面由医院方面承担，是否可行取决于医院方面是否能支付所需的费用。 操作可行性： 医生并不具有软件维护的能力，在数据库的维护上需要专业人士来进行，因为病患数目并不会太多，所以只需一个人或者几个人定期对数据库进行管理和维护就行了。 5北京某高校可用的电话号码有以下几类：校内电话号码由 4位数字组成，第一位数字不是 0.校外电医生 病人端客户机 D1：标准数据 服务器 D2：实测数据 D3：警报数据 护士 D4：指定打印数据 话又分为本市电话和外地电话两类。拨校外电 话
21、需要先拨 0，若是本市电话则接着拨 8位数字（第一位不是 0），若是外地电话则拨 3位区码后再拨 8位电话号码（第一位不是 0）。 答： 电话号码 校内电话号码校外电话号码 校内电话号码 非零数字 位数字 校外电话号码 本市号码外地号码 本市号码 数字零 位数字 外地号码 数字零 位数字 位数字 非零数字 数字零 位数字 数字 位数字 非零数字 位数字 位数字 数字 数字 其中， 意思是或，从校内电话号码或校外电话号码中选择一个； 表示重复，两边的数字表示重复次数的下限和上限； =意思是定义为； +意思是和，连接两个分量。 第三章 （ 1） .为什么要进行需求分析？通常对软件系统有哪些要求？
22、答： 1) 为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码工作做得如何出色，不能真正满足用户需 求的程序只会令用户失望，给开发者带来烦恼。 2)确定对系统的综合要求： 1、功能需求； 2、性能需求； 3、可靠性和可用性需求； 4、出错处理需求； 5、接口需求； 6、约束； 7、逆向需求； 8、将来可以提出的要求，分析系统的数据要求。 （ 2）怎样与用户有效地沟通以获取用户的真实需求？ 答案 ： 与用户沟通获取需求的方法：访谈；面向数据流自顶向下求精；简易的应用规格说明技术；快速建立软件原型 3 银行计算机
23、储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员键入系统，如果是存款则系统记录存款 人姓名、住址、身份证号码等存款信息，并打印出存款存单给储户；如果是取款且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并打印出利息清单给储户。 答案： 用 ER图描绘系统中的数据对象。 储户 储蓄所存取款M N类型数额 利率 密码姓名 身份证号码住址名称 地址电话号码电话号码到期日期储户 储蓄所存取款类型数额 利率 密码姓名 身份证号码住址名称 地址电话号码电话号码到期日期（ 5）分所析习题 2中第 4题的患者监狱系统。试用实体 -联系图描述本系统中的数据对象并用
24、数据流程描绘本系统的功能。 （ 6 ）复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的 工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态。 请用状态转换图描绘复印机的行为。 答案： 从问题陈述可知，复印机的状态主要有 “ 闲置 ” 、 “ 复印 ” 、 “ 缺纸 ” 和 “ 卡纸 ” 。引起状态转换的事件主要是 “ 复印命令 ” 、 “ 完成复
25、印命令 ” 、 “ 发现缺纸 ” 、 “ 装满纸 ” 、 “ 发生卡纸故障 ” 和 “ 排除了卡纸故障 ” 。 第四章 1，举例说明形式化说明技术和欠形式化方法的优缺点。 答： 优点 缺点 形式化说明 1，简洁准确的描述物理现象，对象获动作的结果 2，可以在不同软件工程活动之间平滑的过度。 3，它提供了高层确认的大多形式化的规格说明主要关注系统的功能和数据，而时序的问题，控制和行为等方面的需求却更难于表示 闲置 复印 do /复印 缺纸 do /警告 卡纸 do /警告 复印命令 完成复印命令 装满纸 排除了卡纸故障 手段 非形式化说明 难度低 可能存在矛盾，二义性，含糊性，不完整性级抽象层次
26、混乱等问题 以一个简单的俄罗 斯方块游戏系统规格说明为例，用自然语言描述如下： 游戏的每个状态对应一个游戏界面，开始状态下，但变量 cd_start=1 是进入正常游戏的状态， cd_start=2时 进入读取游戏状态， cd_start=3 是进入得分榜界面查看。在得分榜界面按任意键返回开始界面，在读取游戏界 面，当游戏数据读取完成后进入正常游戏状态，正常游戏状态下，同时按下左键和右键进入储存游戏界面，数 据储存结束后返回正常游戏状态，在正常游戏状态下，如果变量 game_res=0，则游戏结束，进入游戏结束画面。 可见，用自然语言书写的系统规 格说明书，罗嗦繁杂，并且可能存在矛盾，二义性，
27、含糊性，不完整性及抽象 层次混乱等问题。 用有穷状态的描述如下： 状态机 J： 开始，正常游戏（游戏进行中），得分榜，读取游戏，储存游戏，游戏结束 输入集 K： 按键 UP，按键 DOWN，按键 LEFT，按键 RIGHT，寄存器变量 cd_start ，寄存器变量 game_res 转换函数 T： 如图 4.1 所示 初始态 S： 开始 终态集 F： 游戏结束 可见用形式化语言描述，更加简洁，准确，无歧义。 2，在什么情况下应该使用形式化说明技 术？使用形式化说明技术应遵守哪些规则？ 答： 在用非形式化的方式描述时，存在矛盾，二义性，含糊性，不完整性级抽象层次混乱等问题时用形式化说明技术。 应用形式化方法的准则： A，应该选用适当的表示方法； B，应该形式化，但不要过分形式化； C, 应该估算成本； D, 应该有形式化的方法顾问随时提供咨询； E, 不应该放弃传统的开发方式； F，应该建立详尽的文档； G，不应该放弃质量标准； H，不应该盲目依赖形式化方法； I，应该测试，测试再测试； J，应该重用。 EEPROM 写入完成后 LEFT&RIGHT Game_res=0 EEPROM 读取完成后 Cd_start=1 Cd_start=2 按任意键 Cd_start=3 得分榜 游戏结束 开始 储存中 读取游戏 游戏进行中 图 4.1 游戏状态转换图
