2022年软件工程课后答案.docx

《2022年软件工程课后答案.docx》由会员分享，可在线阅读，更多相关《2022年软件工程课后答案.docx（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选学习资料 - - - - - - - - - 软件工程作业及答案1-1 什么是软件危机 .它有哪些典型表现 .为什么会显现软件危机 . 答: 软件危机是指在运算机软件的开发和保护过程中所遇到的一系列严峻问题；概括地说,软件危机包含下述两方面的问题：如何开发软件,以满意对软件日益增长的需求；如何保护数量不断膨胀的已有软件；软件危机典型表现：对软件开发成本和进度的估量常常很不精确；用户对“ 已完成的” 软件系统不中意的现象常常发生；软件产品的质量往往靠不住；软件常常是不行保护的；软件通常没有适当的文档资料；软件成本在运算机系统总成本中所占的比例逐年上升；软件开发生产率提高的速度,远远跟不上运算

2、机应用快速普及深化的趋势；产生软件危机的缘由：一方面与软件本身的特点有关,另一方面也和软件开发与保护的方法不正确有关；软件不同于硬件,它是运算机系统中的规律部件而不是物理部件；治理和掌握软件开发过程相当困难；软件是规模巨大,而且程序复杂性将随着程序规模的增加而呈指数上升；目前相当多的软件专业人员对软件开发和保护仍有不省糊涂观念,在实践过程中或多或少地采纳了错误的方法和技术,这是使软件问题进展成软件危机的主要缘由；1-2 假设你是一家软件公司的总工程师,当你把图 1.1 给手下的软件工程师们观看,告知他们及早发觉并改正错误的重要性时,有人不同意你的观点,认为要求在错误进入软件之前就清除它们是不现

3、实的,并举例说： “假如一个故障是编码错误造成的,那么,一个人怎么能在设计阶段清除它呢 .”你怎么反对他 .1-3 什么是软件工程 .它有哪些本质特性 .怎样用软件工程排除软件危机 . 答: 软件工程是指导运算机软件开发和保护的一门工程学科；采纳工程的概念、原理、技术和方法来开发与保护软件,把经过时间考查而证明正确的治理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地保护它；软件工程本质特性：1、软件工程关注于大型程序的构造；2、软件工程的中心课题是掌握复杂性；3、软件常常变化； 4、开发软件的效率特别重要；5、和谐地合作是开发软件的关键；6、软件必需有效地支持它

4、的用户； 7、在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人制造产品；排除软件危机的途径：为了排除软件危机,第一应当对运算机软件有一个正确的熟悉；必需充分熟悉到软件开发不是某种个体劳动的神奇技巧,而应当是一种组织良好、治理严密、各类人员协同协作、共同完成的工程项目；应当推广使用在实践中总结出来的开发软件的胜利的技术和方法,并且争论探究更好更有效的技术和方法,尽快排除在运算机系统早期进展阶段形成的一些错误概念和做法；应当开发和使用更好的软件工具；为明白决软件危机,既要有技术措施（方法和工具）1-6 什么是软件过程.它与软件工程方法学有何关系.,又要有必要的组织治理措施；答: 软

5、件过程是为了获得高质量软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤；软件工程方法学包含软件过程；1-7 什么是软件生命周期模型 .试比较瀑布模型、快速原型模型、增量模型和螺旋模型的优缺点,说明每种模型的适用范畴；答: 生命周期模型简洁地描述软件过程,规定了把生命周期划分成哪些阶段及各个阶段执行次序；瀑布模型历史悠久、广为人知,它的优势在于它是规范的、文档驱动的方法；这种模型的问题是,最终开发出的软件产品可能并不是用户真正需要的；快速原型模型正是为了克服瀑布模型的缺点而提出来的；它通过快速构建起一个可在运算机上运行的原型系统,让用户试用原型并收集用户反馈看法的方法,猎取用户的

6、真实需求；增量模型具有可在软件开发的早期阶段使投资获得明显回报和较易保护的优点,但是,要求软件具有开放的结构是使用这种模型时固有的困难；风险驱动的螺旋模型适用于内部开发的大型软件项目,但是,只有在开发人员具有风险分析和排除风险的体会及特地学问时,使用这种模型才会获得胜利；快速原型模型：适合小型软件；螺旋模型：适合内部开发的大规模软件项目；2-1 在软件开发的早期阶段为什么要进行可行性争论 .应当从哪些方面争论目标系统的可行性 .答: 可行性争论的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决；至少应当从下述三方面争论每种解法的可行性：（1）技术可行性； （2）经济可行性； （3）

7、操作可行性；2-5 北京某高校可用的电话号码有以下几类：校内电话号码由 4 位数字组成, 第 1 位数字不是 0；校外电话又分为本市电话和外地电话两类,拨校外电话需先拨 0,如是本市电话就再接着拨 8 位数字 第 1 位不是 0,如是外地电话就拨 3 位区码再拨 8 位电话号码 第 1 位不是 0；请用 2.5.2 小节叙述的定义数据的方法,定义上述的电话号码；答: 电话号码校内电话 | 本市电话 | 外地电话非零数字字符 =1|2|3|4|5|6|7|8|9 校内电话 =非零数字字符 +3数字 3 本市电话 =0+非零数字字符 +7 数字 7 外地电话 =0+区码 +非零数字字符 +7 数字

8、 73-1 为什么要进行需求分析 .通常对软件系统有哪些需求 .答: 为了开发出真正满意用户需求的软件产品,第一必需知道用户的需求；对软件需求的深化懂得是软件开发工作获得胜利的前提条件,不论我们把设计和编码工作做得如何杰出,不能真正满意用户需求的程序只会令用户扫兴,给开发者带来苦恼；名师归纳总结 确定对系统的综合要求：1、功能需求； 2、性能需求； 3、牢靠性和可用性需求；4、出错处理需求； 5、第 1 页,共 6 页- - - - - - -精选学习资料 - - - - - - - - - 接口需求； 6、约束； 7、逆向需求； 8、将来可以提出的要求,分析系统的数据要求；3-2 怎样与用户

9、有效地沟通以猎取用户的真实需求 . 答: 与用户沟通猎取需求的方法：访谈；面对数据流自顶向下求精；简易的应用规格说明技术；快速建立软件原型3-3 银行运算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员键入系统,假如是存款就系统记录存款人姓名、住址 或电话号码 、身份证号码、存款类型、存款日期、到期日期、利率及密码可选 等信息,并印出存单给储户；假如是取款而且存款时留有密码,就系统第一核对储户密码,如密码正确或存款时未留密码,就系统运算利息并印出利息清单给储户；请用数据流图描画本系统的功能,并用实体-联系图描画系统中的数据对象；答: 数据流图 : 储户存折、存款单 存 款 处理存

10、折（无密码） 、取款单 帐目存折（无密码） 、取款单实体 - 联系图 : 核 对 密取 款 处现金库码理储蓄所 M 存款类型存 款 、名称地址取款利率 存款日期 N 取款日期姓名址储户份住身名师归纳总结 4-2 在什么情形下应当使用形式化说明技术.使用形式化说明技术时应遵守哪些准就. 第 2 页,共 6 页答: 在开发大型软件系统的过程中应当使用形式化说明技术；应用形式化方法的准就： （ 1）应当选用适当的表示方法；（ 2）应当形式化,但不要过分形式化；（3）应当估算成本； （ 4）应当有形式化方法顾问随时供应询问；（5）不应当舍弃传统的开发方法；（ 6）应当建立详尽的文档； （ 7）不应当舍

11、弃质量标准； （ 8）不应当盲目依靠形式化方法；（ 9）应当测试、测试再测试；（10）应当重用；5-4 美国某高校共有 200 名老师,校方与老师工会刚刚签订一项协议；依据协议,全部年工资超过26 000 含 26 000 的老师工资将保持不变,年工资少于26 000 的老师将增加工资,所增加的工资数按下述方法运算： 给每个由此老师所赡养的人 包括老师本人 每年补助 100,此外,老师有一年工龄每年再多补助 50,但是,增加后的年工资总额不能多于26 000 ；老师的工资档案储存在行政办公室的磁带上,档案中有目前的年工资、赡养的人数、雇用日期等信息；需要写一个程序运算并印出每名老师的原有工资和

12、调整后的新工资；要求：1 画出此系统的数据流图；2 写出需求说明；3 设计上述的工资调整程序 两种算法的优缺点： 要求用 HIPO图描画设计结果,设计时请分别采纳下述两种算法,并比较这a 搜寻工资档案数据,找出年工资少于26 000 的人,运算新工资,校核是否超过26 000 ,储存新工资,印出新旧工资对比表；b 把工资档案数据按工资从最低到最高的次序排序,当工资数额超过26 000 时即停止排序,运算新工- - - - - - -精选学习资料 - - - - - - - - - 资,校核是否超过限额,储存新工资,印出结果；答:（1）数据流图：人数计 算 应 涨S1 运算新新工资赡养人口读赡养

13、 人数工资工资 S1 S2雇佣日期读雇佣 日期日期运算工工龄计 算 应 涨龄工资 S2 （2）需求说明1 任务概述：对于年工资未超过2600的老师涨工资 : 每赡养 1人补助 $100, 每有一年工龄补助 $50, 涨工资上限为2600; 2 数据描述 : 数据库描述 : 工资表、功能需求：对于年工资未超过2600的老师涨工资 : 每赡养 1人补助 $100, 每有一年（3）工龄补助 $50, 涨工资上限为2600; 打印HIPO图: （ a）涨工资系统检索修改校核 b 涨工资系统打印 4.0 排序 1.0 修改 2.0 校核 3.0 名师归纳总结 4 所画的流程图适合（a）种算法 .6-8

14、画出以下伪码程序的流图,运算它的环形复杂度；你觉得这个程序的规律有什么问题吗 C EXAMPLE LOOP:DO WHILE Z0 A=B+1 IF A10 THEN X=A ELSE Y=Z END IF IF Y0 THEN PRINT C ELSE PRINT K ENDIF STOP - - - - - - -精选学习资料 - - - - - - - - - 1 答: 对应的流图 : 2,3 12 11 13 4 6 5 8 7 14 9 10 环形复杂度： V（G）=E-N+2=17-13+2=6 存在的规律问题：1）当 Z0 时易形成死循环 . 2 条件 Y5 包含条件 Y=26-

15、9 把统计空格程序的 Jackson 图 下图 改画为等价的程序流程图和盒图；统计空格程序体 印总数 I 处理字符串 * 印字符串分析字符串印空格数I 分析字符 * S 名师归纳总结 处理空格处理非空格第 4 页,共 6 页- - - - - - -精选学习资料 - - - - - - - - - 开头答:程序流程图 : 文件盒图 N-S 图 文件不是文件尾. 尾. Y N 读 一 个 字 符读一个字符串换行 ,输出字符串 , 换行换行 ,输出字符串 , 换行统计空格数并输出统计空格数并输出取下一个字符串取 下 一 个 字 符换行 ,输出空格总数换行 ,输出空格总数终止7-8 对一个包含 10

16、000 条机器指令的程序进行一个月集成测试后,总共改正了 15 个错误,此时 MTTF=10h;经过两个月测试后,总共改正了 25 个错误 其次个月改正了 10 个错误 , MTTF=15h；要求： 1 依据上述数据确定 MTTF与测试时间之间的函数关系,画出 MTTF与测试时间 的关系曲线；在画这条曲线时做了什么假设 . 2 为做到 MTTF=100h,必需进行多长时间的集成测试 .当集成测试终止时总共改正了多少个错误,仍有多少个错误埋伏在程序中 . 答:1 所做假设 :1 单位长度里的错误数近似为常数 ; 2 失效率正比于软件中剩余的错误数, 而平均无故障时间与剩余的错误数成反比 . 3发

17、觉的每一个错误都立刻正确地改正了. 2 由Shooman公式：MTTF=IT/K*E T-ECT 其中, I T=10 4,MTTF1=10,n 1=15,MTTF2=15,n 2=25；得： MTTF 1=I T/K*E T-ECT 1 10=10000/K*E T-15 MTTF2=I T/K*E T-E CT 2 15=10000/K*E T-25 1 解得程序中固有的错误总数 ET=45, 此外 K=100/3 ；2 设MTTF=100,有100=10000/ （ 100/3 ） *45-x 名师归纳总结 解得 x=42；第 5 页,共 6 页所以,当集成测试终止时,改正了 42 个错

18、误,仍剩 3 个错误；7-9 如对一个长度为 100000 条指令的程序进行集成测试期间记录下下面的数据：a 7 月 1 日：集成测试开头,没有发觉错误；b 8 月 2 日：总共改正 100 个错误,此时 MTTF=0.4h c 9月 1 日：总共改正300 个错误,此时, MTTF=2h - - - - - - -精选学习资料 - - - - - - - - - 依据上列数据完成以下各题：1 估量程序中的错误总数；2 为使 MTTF达到 10h,必需测试和调试这个程序多长时间 3 画出 MTTF和测试时间 之间的函数关系线；. 答: 由 Shooman公式：MTTF=IT/K*E T-E C

19、T 其中, I T=10 5,MTTF1=0.4,T1=160,n 1=100,MTTF2=2,T 2=320,n 2=300；得： MTTF 1=I T/K*E T-ECT 1 0.4=100000/K*E T-100 MTTF2=I T/K*E T-ECT2 2=100000/K*E T-300 1 解得程序中固有的错误总数 ET=350, 此外 K=1000；2 设MTTF=10,有10=100000/1000*350-x 解得 x=340；由牢靠性积存曲线ECt=ET1-exp （-K1t ） 得： 100=350*1-exp （-160K1） 300=350*1-exp （-320K

20、 1） 解得： K=0.01 ；代入 340=350*1-exp（ -K 1t ）= 350*1-exp（-0.01t）,. 得： t=ln35/0.01=356h 因此求得为使 MTTF=10,测试和调试该程序需要花费 365h；8-1 软件的可保护性与哪些因素有关 .在软件开发过程中应当实行哪些措施才能提高软件产品的可保护性答: 1、打算软件可保护性的因素主要有下述 移植性； 5、可重用性；5 个： 1、可懂得性； 2、可测试性； 3、可修改性； 4、可在需求分析阶段的复审过程中,应当对将来要改进的部分和可能会修改的部分加以留意并指明；应当 争论软件的可移植性问题,并且考虑可能影响软件保护的系统界面；在正式的和非正式的设计复审期,应当淡定易修改、模块化和功能独立的目标动身,评判软件的结构 和过程；设计中应当对将来可能修改的部分预作预备；每个测试步骤都可以示意在软件正式交付使用前,程序中可能需要做预防性保护的部分；在测试终止时进行最正式的可保护性复审 . 在完成了每项保护工作之后,都应当对软件保护本身进行认真认真的复审；保护应当针对整个软件配 置,不应当只修改源程序代码；每当对数据、软件结构、模块过程或任何其他有关的软件特点做了改动时,必需立刻修改相应的技术文档；名师归纳总结 - - - - - - -第 6 页,共 6 页