软件课后1111Word文档下载推荐.docx
- 文档编号:22674762
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:26
- 大小:1.38MB
软件课后1111Word文档下载推荐.docx
《软件课后1111Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《软件课后1111Word文档下载推荐.docx(26页珍藏版)》请在冰豆网上搜索。
2.在软件开发的不同阶段进行修改付出的代价是很不相同的,在早期引入变动,涉及的面较少,因而代价也比较低;
在开发的中期,软件配置的许多成分已经完成,引入一个变动要对所有已完成的配置成分都做相应的修改,不仅工作量大,而且逻辑上也更复杂,因此付出的代价剧增;
在软件“已经完成”时再引入变动,当然付出的代价更高。
一个故障是代码错误造成的,有时这种错误是不可避免的,但要修改的成本是很小的,因为这不是整体构架的错误。
3.1993年IEEE的定义:
软件工程是:
①把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程,也就是把工程应用于软件;
②研究①中提到的途径。
软件工程的本质特征:
(1)软件工程关注于大型程序(软件系统)的构造
(2)软件工程的中心课题是分解问题,控制复杂性(3)软件是经常变化的,开发过程中必须考虑软件将来可能的变化(4)开发软件的效率非常重要,因此,软件工程的一个重要课题就是,寻求开发与维护软件的更好更有效的方法和工具(5)和谐地合作是开发软件的关键(6)软件必须有效地支持它的用户(7)在软件工程领域中是由具有一种文化背景的人替具有另一种文化背景的人(完成一些工作)
消除软件危机的途径:
(1)对计算机软件有一个正确的认识(软件≠程序)
(2)必须充分认识到软件开发不是某种个体劳动的神秘技巧,而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目(3)推广使用在实践中总结出来的开发软件的成功技术和方法(4)开发和使用更好的软件工具
4.1.传统方法学:
也称为生命周期方法学或结构化范型。
优点:
把软件生命周期划分成基干个阶段,每个阶段的任务相对独立,而且比较简单,便于不同人员分工协作,从而降低了整个软件开发过程的困难程度。
缺点:
当软件规模庞大时,或者对软件的需求是模糊的或会承受时间而变化的时候,开发出的软件往往不成功;
而且维护起来仍然很困难。
2.面向对象方法学:
优点:
降低了软件产品的复杂性;
提高了软件的可理解性;
简化了软件的开发和维护工作;
促进了软件重用。
5.
(1)存储容量需求M=4080e0.28(1985-1960)=4474263(字)
存储器价格P=0.048*0.72(1985-1974)*4474263=5789美元
(2)需要工作量4474263/200=22371(人/月)
指令成本22371*4000=89484000美元
(3)需求估计M=4080e0.28(1995-1960)=73577679字
存储器价格0.003*32*0.72(1995-1974)*73577679=7127美元
工作量73577679/600=122629(人/月)
成本122629*6000=735776790美元
6.软件过程是为了开发出高质量的软件产品所需完成的一系列任务的框架,它规定了完成各项任务的工作步骤。
软件工程方法学:
通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学,也称范型。
软件过程是软件工程方法学的3个重要组成部分(方法、工具和过程)之一。
7.软件生命周期模型是跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。
瀑布模型优点:
它提供了一个模板,这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。
虽然有不少缺陷但比在软件开发中随意的状态要好得多。
(1)实际的项目大部分情况难以按照该模型给出的顺序进行,而且这种模型的迭代是间接的,这很容易由微小的变化而造成大的混乱。
(2)经常情况下客户难以表达真正的需求,而这种模型却要求如此,这种模型是不欢迎具有二义性问题存在的。
(3)客户要等到开发周期的晚期才能看到程序运行的测试版本,而在这时发现大的错误时,可能引起客户的惊慌,而后果也可能是灾难性的。
快速原型模型优点:
使用户能够感受到实际的系统,使开发者能够快速地构造出系统的框架。
产品的先天性不足,因为开发者常常需要做实现上的折中,可能采用不合适的操作系统或程序设计语言,以使原型能够尽快工作。
增量模型优点:
(1)人员分配灵活,刚开始不用投入大量人力资源,当核心产品很受欢迎时,可增加人力实现下一个增量。
(2)当配备的人员不能在设定的期限内完成产品时,它提供了一种先推出核心产品的途径,这样就可以先发布部分功能给客户,对客户起到镇静剂的作用。
(1)至始至终开发者和客户纠缠在一起,直到完全版本出来。
(2)适合于软件需求不明确、设计方案有一定风险的软件项目。
该模型具有一定的市场。
螺旋模型优点:
对于大型系统及软件的开发,这种模型是一个很好的方法。
开发者和客户能够较好地对待和理解每一个演化级别上的风险。
(1)需要相当的风险分析评估的专门技术,且成功依赖于这种技术。
(2)很明显一个大的没有被发现的风险问题,将会导致问题的发生,可能导致演化的方法失去控制。
(3)这种模型相对比较新,应用不广泛,其功效需要进一步的验证。
该模型适合于大型软件的开发
8.因为使用面向对象方法学开发软件时,各个阶段都使用统一的概念和表示符号,因此,整个开发过程都是吻合一致的,或者说是无缝连接的,这自然就很容易实现各个开发步骤的反复多次迭代,达到认识的逐步深化,而喷泉模型则很好的体现了面向对象软件开发过程迭代和无缝的特性。
9.优点:
提高了团队生产力,在迭代的开发过程、需求管理、基于组建的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面、针对所有关键的开发活动为每个开发成员提供了必要的准则、模版和工具指导,并确保全体成员共享相同的知识基础。
它建立了简洁和清晰的过程结构,为开发过程提供较大的通用性。
RUP只是一个开发过程,并没有涵盖软件过程的全部内容,例如它缺少关于软件运行和支持等方面的内容,此外,他没有支持多项目的开发结构,这在一定程度上降低了在开发组织内大范围实现重用的可能性。
10.大型的需求不断变化的复杂软件系统项目
11.适用于商业竞争环境下对小型项目提出的有限资源和有限开发时间的约束
12.适用于商业环境下具有有限资源和有限开发时间约束的项目的软件过程模式
第二章
1.答:
(1)开发一个软件时,需要判断原定的系统模型和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度,如果做不到这些,那么花费在这些工程上的任何时间、人力、软硬件资源和经费,都是无谓的浪费。
可行性研究的实质是要进行一次大大压缩简化了的系统分析和设计过程,就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
(2)一般说来,至少应该从以下三个方面研究每种解法的可行性:
a.技术可行性。
对要开发项目的功能、性能和限制条件进行分析,确定在现有的资源条件下,技术风险有多大,项目是否能实现,这些即为技术可行性研究的内容。
这里的资源包括已有的或可以搞到的硬件、软件资源,现有技术人员的技术水平和已有的工作基础。
b.经济可行性。
进行开发成本的估算以及了解取得效益的评估,确定要开发的项目是否值得投资开发,这些即为经济可行性研究的内容对于大多数系统,一般衡量经济上是否合算,应考虑一个“底线”,经济可行性研究范围较广,包括成本—效益分析,长期公司经营策略,开发所需的成本和资源,潜在的市场前景。
c.操作可行性。
有时还要研究社会可行性问题,研究要开发的项目是否存在任何侵犯、妨碍等责任问题。
社会可行性所涉及的范围也比较广,它包括合同、责任、侵权和其他一些技术人员常常不了解的陷阱等。
必要时还应该从法律、社会效益等更广泛的方面研究每种解法的可行性。
2.
3.
取票图:
航空订票系统技术在目前是一个技术上成熟的系统,并且在航空公司内部准备采取有力措施保证资金和人员配置等。
因此,分阶段开发“航空订票系统”的构想是可行的。
为了使航空公司适应现代化市场竞争的需求,促进机票预订管理信息化,不断满足旅客预订机票的要求,争取更好的经济效益,可立即着手系统的开发与完善。
1>
目标:
在一个月内建立一个高效率,无差错的航空公司机票预定系统
2>
存在的主要问题:
人工不易管理,手续繁琐
3>
建立新系统
1经济可行性
成本效益分析
成本估算:
打印机一台(2000元)+开发费(3500元)=5500元可承担
效益估算:
该系统有很好的社会效益,提高了航空公司售票效率,方便了旅客,售票方便化,科学化②技术可行性
经过调查分析,得到目前航空公司机票预定系统流程图如下:
4.
一、可行性分析
(1)技术上的可行性
1.硬件方面:
目前各大小医院已有相应的病员生理信号(脉搏、体温、血压、心电图等)检测仪器,只需加以集成以及提供必要的计算机通信接口。
2.软件方面:
利用现有的软件开发技术,可以实现在DOS或WINDOWS界面上的患者监护系统。
(2)操作上的可行性
信号的采集、加工、显示、报警和打印均由计算机自动实现,只需借助于键盘或鼠标给出相应的指令即可实现,为此用户的操作使用将非常方便,无需非常专业的计算机知识和技术。
(3)经济上的可行性
研制一个监护系统投资并不大,可以做仔细的调查和成本效益分析。
如有相应的采集病员生理信号的仪器设备,主要时软件的研究和开发,为此成本主要体现在软件开发人员的工资、监控中心计算机以及少许通信网络上的开销。
二、功能模块介绍
该系统主要包含实时监测报警和后台资料管理两个部分:
1.随时接受每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日志,当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息。
2.护士在需要时还可以要求系统印出某个指定病人的病情报告。
1)找出DFD的四个组成元素
功能细化
5.答:
电话号码=[校内电话号码|校外电话号码]
校内电话号码=非零数字+3位数字
校外电话号码=[本市号码|外地号码]
本市号码=数字零+8位数字
外地号码=数字零+3位数字+8位数字
非零数字=[1|2|3|4|5|6|7|8|9]
数字零=0
3位数字=3{数字}3
8位数字=非零数字+7位数字
7位数字=7{数字}7
数字=[0|1|2|3|4|5|6|7|8|9]
其中,[]意思是或,从校内电话号码或校外电话号码中选择一个;
{}表示重复,两边的数字表示重复次数的下限和上限;
=意思是定义为;
+意思是和,连接两个分量。
第三章
1)为了开发出真正满足用户需求的软件产品,首先必须知道用户的需求。
对软件需求的深入理解是软件开发工作获得成功的前提条件,不论我们把设计和编码工作做得如何出色,不能真正满足用户需求的程序只会令用户失望,给开发者带来烦恼。
2)确定对系统的综合要求:
1、功能需求;
2、性能需求;
3、可靠性和可用性需求;
4、出错处理需求;
5、接口需求;
6、约束;
7、逆向需求;
8、将来可以提出的要求,分析系统的数据要求。
2.与用户沟通获取需求的方法:
访谈;
面向数据流自顶向下求精;
简易的应用规格说明技术;
快速建立软件原型
3.用ER图描绘系统中的数据对象。
一、功能分析
经初步分析银行计算机储蓄系统应该具备以下主要功能:
1、用户实现存款、取款,查询等操作。
2、系统在启动时要求管理者输入登录帐号与密码。
3、系统要通过管理员执行一系操作(如:
添加用户,修改,查询,删除等)。
4、用户实现存款,取款,查询等操作。
系统为管理者提供主功能界面。
5、储户的一切信息,存储在数据库表中。
二、关系模式
系统主要关系模式:
1、储户(储户姓名,住址,身份证号码)
2、存款(储户姓名,员工号,金额,存款类型,到期日期,存款日期)
3、取款(储户姓名,员工号,金额,取款日期)
三、数据流图
E-R模型
5.
6.从问题陈述可知,复印机的状态主要有“闲置”、“复印”、“缺纸”和“卡纸”。
引起状态转换的事件主要是“复印命令”、“完成复印命令”、“发现缺纸”、“装满纸”、“发生卡纸故障”和“排除了卡纸故障”。
第四章
1.
优点
缺点
形式化说明
1,简洁准确的描述物理现象,对象获动作的结果
2,可以在不同软件工程活动之间平滑的过度。
3,它提供了高层确认的手段
大多形式化的规格说明主要关注系统的功能和数据,而时序的问题,控制和行为等方面的需求却更难于表示
非形式化说明
难度低
可能存在矛盾,二义性,含糊性,不完整性级抽象层次混乱等问题
2.在用非形式化的方式描述时,存在矛盾,二义性,含糊性,不完整性级抽象层次混乱等问题时用形式化说明技术。
应用形式化方法的准则:
A,应该选用适当的表示方法;
B,应该形式化,但不要过分形式化;
C,应该估算成本;
D,应该有形式化的方法顾问随时提供咨询;
E,不应该放弃传统的开发方式;
F,应该建立详尽的文档;
G,不应该放弃质量标准;
H,不应该盲目依赖形式化方法;
I,应该测试,测试再测试;
J,应该重用。
第五章
3.①储蓄系统
2票预订系统
3者监护系统
4.
.
根据数据流图画出软件结构图
第六章
3.
4.答:
(1)通常所说的结构化程序,是按照狭义的结构程序的定义衡量,符合定义规定的程序。
图示的程序的循环控制结构有两个出口,显然不符合狭义的结构程序的定义,因此是非结构化的程序。
(2)使用附加的标志变量flag,至少有两种方法可以把该程序改造为等价的结构化程序,图6-3描绘了等价的结构化程序的盒图。
3)不使用flag把该程序改造为等价的结构化程序的方法如图6-4所示。
5.
(1)
(2)该程序不是结构化的,结构化的程序只有一个入口和一个出口,而该程序的流程途中有两个出口。
(3)等价的结构化程序的流程图如下:
4)此程序有二分查找的功能,它完成预定功能的隐含前提条件是现有序列为从小到大顺序排好的有序序列。
6.
(1)从这个例子中看出,Ashcroft_Manna技术的基本方法是,当待改造的序含有嵌套的非结构化的IF语句时,改造后的程序中增加DO-CASE语句和DO-UNTIL语句,并增加一个辅助变量I,I的初始值为1。
最外层的IF语句在I=1时执行,执行完这个IF语句后把I赋值为随后应该执行的内层IF语句所对应的CASE标号值。
DO-CASE语句的最大分支数(可执行的最大标号值)等于IF语句的个数。
当执行完最内层的IF语句之后,把I赋值为可执行的最大标号值加1,而DO-UNTIL循环的结束条件就是I等于这个值。
(2)进一步简化后的结构化程序的流程图如下所示。
7.解:
令P代表交易的总金额,Q代表每股的售价,n代表交易的股数。
1.表示手续费计算方法的判定表如图所示
2.表示手续费计算方法的判定树
8.
9.
第七章
INSERTtheextractedwordintothetable在这个后面,有没有给这个word的occurrence/count赋值为1
2.
(1)
(2)此程序是非结构化的,它有一个GOTO语句,并且是从一个循环体内转到循环体外的一个条件语句内部。
第八章
1.
(1)、可理解性
(2)、可预测性(3)、可修改性(4)、可移植性(5)、可重用性
在每个阶段结束前的技术审查和管理复查中,应该着重对可维护性进行复审过程中,应该对将来要改进的部分和可能要改的部分加以注意指明,应该讨论软件的可移植性问题,考虑可能影响软件维护的系统界面。
在设计和编码过程中应该尽量使用可重用的软件构件,每个测试步骤都可以暗示在软件正式交付使用之前,程序中可能需要做预防性维护的部分。
在完成每项维护工作之后,都应该对软件维护本身仔细认真地复审。
2.答:
应该选取a和c因为文档是影响软件可维护性的决定因素。
因此,文档甚至比可执行的程序代码更重要,文档必须和程序代码同时维护,只有和程序代码完全一致才能是真正有价值的代码。
文档修改:
针对系统中当前正在修改的那些部分文档建立完整的文档。
代码重构:
首先用重构工具分析源代码,标注出和结构化程序设计概念相违背的部分。
然后重构有问题的代码(此项可以工作可自动化进行)。
最后,复审和测试生成的重构代码(以保证没有引入异常)并更新代码文档。
3.答:
对储蓄系统:
一般大型软件的维护成本远远高于开发成本若干倍,所以在设计时就应该考虑到软件维护成本,而且在开发过程中应该使用标准的程序设计语言和标准的操作系统接口,可以大大提高软件的可维护性,也可以减少软件存在的错误;
对机票预订系统:
往往人一多系统瘫痪几率就大,在开发人员不在场的情况下,很容易出现系统错误,维护软件也是很困难的,也会给很多人带来不便,所以,在设计过程中应该严格科学的管理规划还有合理设计模块,是各个模块的独立性越高,这样对软件的改进越方便,也便于快速纠错;
对患者监护系统:
应该要考虑它的完善性和预防性,要能满足用户在使用过程中的增加和修改工作,还要为了改善未来的可维护性或可靠性而修改软件。
更要考虑系统数据的隐秘及安全,随时备份。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 课后 1111
![提示](https://static.bdocx.com/images/bang_tan.gif)