计算机软件工程简答题求做
1. 软件工程包括三个要素:方法、工具和过程。
软件工程方法为软件开发提供了“如何做”的技术。
它包括了多方面的任务,如项目计划与估算、软件系统需求分析、数据结构、系统总体结构的设计、算法过程的设计、编码、测试以及维护等。
软件工具为软件工程方法提供了自动的或半自动的软件支撑环境。
目前,已经推出了许多软件工具,这些软件工具集成起来,建立起称之为计算机辅助软件工程(CASE)的软件开发支撑系统。
CASE将各种软件工具、开发机器和一个存放开发过程信息的工程数据库组合起来形成一个软件工程环境。
软件工程的过程则是将软件工程的方法和工具综合起来以达到合理、及时地进行计算机软件开发的目的。
过程定义了方法使用的顺序、要求交付的文档资料、为保证质量和协调变化所需要的管理、及软件开发各个阶段完成的里程碑。
软件工程是一种层次化的技术。
任何工程方法(包括软件工程)必须以有组织的质量保证为基础。
全面的质量管理和类似的理念刺激了不断的过程改进,正是这种改进导致了更加成熟的软件工程方法的不断出现。
支持软件工程的根基就在于对质量的关注。
2. 1.P(Plan)软件规格说明 2.D(Do)软件开发 3.C(Check)软件确认 4A(Action)软件演进 3. 软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架.演化模型主要针对事先不能完整定义需求的软件开发。
用户可以给出待开发系统的核心需求,并且当看到核心需求实现后,能够有效地提出反馈,以支持系统的最终设计和实现。
软件开发人员根据用户的需求,首先开发核心系统。
当该核心系统投入运行后,用户试用之,完成他们的工作,并提出精化系统、增强系统能力的需求。
软件开发人员根据用户的反馈,实施开发的迭代过程。
第一迭代过程均由需求、设计、编码、测试、集成等阶段组成,为整个系统增加一个可定义的、可管理的子集。
在开发模式上采取分批循环开发的办法,每循环开发一部分的功能,它们成为这个产品的原型的新增功能。
于是,设计就不断地演化出新的系统。
实际上,这个模型可看作是重复执行的多个“瀑布模型”。
4. 结构化分析方法(Structured Method)是强调开发方法的结构合理性以及所开发软件的结构合理性的软件开发方法。
结构是指系统内各个组成要素之间的相互联系、相互作用的框架。
结构化开发方法提出了一组提高软件结构合理性的准则,如分解与抽象、模块独立性、信息隐蔽等。
针对软件生存周期各个不同的阶段,它有结构化分析(SA)、结构化设计(SD)和结构化程序设计(SP)等方法。
结构化分析方法给出一组帮助系统分析人员产生功能规约的原理与技术。
它一般利用图形表达用户需求,使用的手段主要有数据流图、数据字典、结构化语言、判定表以及判定树等。
结构化分析的步骤如下:①分析当前的情况,做出反映当前物理模型的DFD;②推导出等价的逻辑模型的DFD;③设计新的逻辑系统,生成数据字典和基元描述;④建立人机接口,提出可供选择的目标系统物理模型的DFD;⑤确定各种方案的成本和风险等级,据此对各种方案进行分析;⑥选择一种方案;⑦建立完整的需求规约。
结构化设计方法给出一组帮助设计人员在模块层次上区分设计质量的原理与技术。
它通常与结构化分析方法衔接起来使用,以数据流图为基础得到软件的模块结构。
SD方法尤其适用于变换型结构和事务型结构的目标系统。
在设计过程中,它从整个程序的结构出发,利用模块结构图表述程序模块之间的关系。
结构化设计的步骤如下:①评审和细化数据流图;②确定数据流图的类型;③把数据流图映射到软件模块结构,设计出模块结构的上层;④基于数据流图逐步分解高层模块,设计中下层模块;⑤对模块结构进行优化,得到更为合理的软件结构;⑥描述模块接口。
5. DFD图如下图示,将DNF图转化为初始的MSD图。
1.打开visio,在visio里选择创建框图2.拉八个圆圈,并调整大小和形状3.选中单箭头,输入一定的箭头(注意,拉过去的箭头都是双向的,要选中双向箭头/右击/箭头向右)4双击箭头中间就可以编辑想要的文字(要调整相应的文本格式)。
所得图形如下图第二图示:1.选择创建基本流程图2.拉足够多个流程和箭头(箭头要稍作变化,先选中连接线工具,然后右击选直线连接线)3.双击相应位置,编辑想要输入的文字 据上图,所得图如下示:二、同上图做法:
谈一谈对软件工程专业的认识
1、软件工程是一门指导软件开发和维护的工程学科,主要研究软件开发和维护的工程技术和软件项目管理等内容,其中涉及如何保证软件产品的质量和可靠性,如何提高软件开发效率和拥护满意度等。
2、软件工程目标:生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题,它们形成了对过程、过程模型及工程方法选取的约束。
3、软件生产历经4大阶段分别为:程序设计阶段(1946-1956年)、软件开发阶段(1956-1968年)、软件工程阶段(1968年以后)、计算机辅助软件工程阶段4、常见的软件过程模型:边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究,标志着人们为解决软件危机问题,把关注的焦点由编程转移到了软件开发的整个过程,包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。
6、软件生存周期:一个软件从定义到开发、使用和维护,直到最终被弃用,要经历一个漫长的时期,通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段:①问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综合测试;⑧软件维护。
7、需求分析:系统开发前期需求分析很重要,它是为了有效解决用户问题的需要进行的一项工程活动,所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求,开发者承担分析任务,核心是用户。
其步骤有三个:①获取客户需求,客户泛指某个人或机构部门等,一般方法是调查,包括访谈、座谈、问卷、跟班和收集资料,需求规约可表达用户的软件价值。
②建立需求模型,它是用户需求的图解,一些常用的模型有:业务树图、用例图、活动图。
分别用于结构化需求建模、系统业务举例和反映系统工作流程。
③进行需求验证,要验证的主要内容有:有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
。
。
。
感悟:了解了什么是“软件危机”,透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型,我对软件工程思想及“工程化”软件开发的流程有了较系统的了解,透过软件工程的起源,认识到:实现软件工业的产业化,软件工程必须是真正意义上的工程化。
从软件开发三条线索(开发、管理、改进)来看,软件开发的过程必须规范化(各阶段都必须形成相应文档;编码必须依照通用可读性严格遵照编程规范……);软件项目管理的核心是项目规划和项目跟踪控制,保证软件工程开发的成功完成,软件开发流程的规范化在软件项目中有着重要的作用,通过不断地优化和规范过程,企业可以提高软件生产能力。
从需求分析到维护,透过软件的开发流程具体实施的学习,我对软件项目开发的流程有了更深的理解,例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善,但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。
学了这门课才知道软件开发中每一阶段都有文档的产生,其管理与应用也是一门大学问……此外,这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程,也能应用于其他的很多领域,这门课结束了,但这些方面学习我还将继续的。
软件工程的主要目标是什么?
其实在计算机刚开始的时候是没有软件工程这个学科的,后来随着计算机软件规模的扩大,慢慢的人们发现软件越来越难易维护和开发(因为在最初软件设计的过程中很多问题是想不到的),这就产生了软件危机,人们为了解决软件危机,才开始研究软件的整个生命周期,才有了软件工程这个学科。
我是学这个专业的,我所理解的软件工程,就是在软件的整个生命周期里,通过科学的、工程化的管理方法,降低软件设计、开发、测试和维护的风险与成本,这个可以说是研究这个专业的目标,至于具体方法就有很多了,比如不用传统的瀑布开发模式,采用较为灵活的敏捷模式、螺旋模式或极限编程;采用经典的设计模式,降低代码耦合度;采用较新的测试方法和测试工具;完善文档等等方法,都可以有效降低软件开发的风险和成本。
软件开发方法?
1:瀑布方法所有软件方法的祖先是瀑布方法(waterfall methodology)。
它之所以被称为瀑布方法是因为开发模块相互之间的依次流动,瀑布方法通过控制阀门的一系列活动组成。
这些控制阀门决定一个给定的活动是否已经完成并且可以进入下一个活动。
需求阶段处理决定了所有的软件需求。
设计阶段决定整个系统的设计。
代码在代码阶段编写。
代码然后被测试。
最后产品被发布。
对瀑布方法模型最基本的批评就是瀑布方法对于反馈事物发展状况耗时太长。
软件的一些内容那个很容易被理解,而另一些内容则相反。
因此,当用户对于手边出现的问题都没有很好理解的时候,开发人员试图先完成所有的需求(也就是说,将需求量化到实际的规格说明当中)是非常空难的。
更进一步来说,如果在需求中出现一个错误,它将传播到设计阶段,传播到代码中等。
同时一般不存在过程中返回的真正能力。
因此,如果进入测试并且发现设计的一部分是无法工作的,那么就会进行修改并修补问题而交差,但是这种方法将会失去设计活动的所有上下文环境——你只是有目的地对系统权宜行事!认识到这个问题后瀑布方法已经被修改成几种形式。
例如螺旋式瀑布方法它继承并使用了多个瀑布模型。
这种方法缩短了生命周期向下的时间;也就是说,为解决为题提供了迭代方案。
最终,大家无法脱离瀑布方法是因为它确实是合乎常规的方法。
首先,这种方法可以决定将要构建的内容。
接着,决定将要如何构建这些,下一步,世界构建这些内容。
可以确保自己确实构建自己所需的东西(并且可以成功运行)。
2:统一过程统一过程应用了基于处理系统首先考虑的最重要方面而实施的短期迭代开发。
开发一个寡欲各种用列(use case)的调查文档(也就是说,对用户与系统交互的简短描述),并且开始排除那些可能对整个系统成功造成风险的用列。
只要适合,就可以在开发过程中添加或者删除用列。
统一过程的4个阶段定义如下:初始(inception):系统仍然处于决定系统内容的阶段——系统将要完成什么以及系统的边界是什么。
如果系统能够很好的理解,那么这个阶段就非常短。
细化(Elaboration):正在将体系结构的风险移至系统。
一种表述该阶段的说法是,“你是否已经解决了所有难题?”或者“你知道如何完成你将要去完成的事情吗?”构造(Construction)正在完成所有相关的用列来使系统为移交做好准备,也就是说,进入Beta版本。
移交(Transition)使系统通过它的最后发布阶段以及Beta版本。
它可能包括软件的操作及维护。
这是一个关注于维护要素的敏捷过程,但是仍然采用了大量用例开发,间模等方面的传统实践。
3:极限编程:极限编程的开发过程就是以代码为中心的方法。
让用户告知你一些有关系统是如何如用转的故事描述,基于故事相互之间的重要性来定制这些系统这样就可以为自己的团队提供一个故事集合,可以在一个给定的迭代中完成他们,大约两周时间——每周工作40个小时,你将团队划分,双人应付没一个故事,在代码被编写时提供确定数量的内建对等评审。
你和你的同伴在编写自己代码的同时编写单元测试。
在完成自己负责的那段代码后,将其拿到集成的机器上,放入代码基线,运行从所有人的代码中积累而成的单元测试。
在完成iji负责的那段代码后,将会提供一个运行系统使用户可以评审来确保自己的工作满足他们的需要。
注意极限编程并没有将软件的设计设置成一个高级阶段。
相反它认为那些最前端的设计对于整个系统开发不是很有帮助,并且随着实际开发的进行它最终还是被修改。
极限编程对于需要持续提供运行系统的软件卡发来说非常适用。
当缺少用户介入或者项目规模很大时极限编程方法将会不好用,因为这时协调和设计活动实际上变得更重要了。
极限编程合理地考虑开发团体的能力,这样可以有效计划。
请问软件开发的瀑布模型指的是什么?
中国最大的瀑布——黄果树瀑布,雄伟高大,气势极为壮观。
它位于贵州省镇宁布依族苗族自治县西南15公里的白水河上,距贵阳市150公里。
加之它坐落在滇黔公路旁边,交通便利,因而早已闻名中外,是世界上著名瀑布之一。
白水河自东北倾泻而下,水势汹涌,流经黄果树地段时,因河床断落,形成九级瀑布。
黄果树瀑布是其中最大的一级。
宽约84米,从67米的层岩之巅,以高屋建瓴之势跌落于犀牛潭中,发出轰然巨响。
冬天水小时,她妩媚秀丽,飘飘下泻;到了夏秋之季,水量大增,那撼天动地的声势,令人惊心动魄。
有时瀑布激起的雪沫烟雾高达几百米,漫天飘舞,犀牛潭周围处于瀑雨纷飞之中,成为格外别致的“水云山居”。
明代著名地理学家徐霞客认为,在国内瀑布中“从无此阔而大者”,意思就是全国第一。
徐霞客笔下描绘的黄果树瀑布“翻岩喷雪,溪皆如白鹭群飞”;“捣珠飞玉,飞沫反涌,如烟雾腾空”。
其实,黄果树瀑布只是散布在镇宁及关岭两县境内众多瀑布的主瀑。
20世纪80年代贵州科学工作者在以它为中心的方圆450平方公里的区域内进行全面考察后,第一次查明这一区域内的瀑布是由18个地面瀑布和4个地下瀑布组成的瀑布群。
这些瀑布,分布在树枝状的北盘江支流打邦河、白水河、坝陵河、王二河上。
它原是一条暗河,经过长期溶蚀,洞顶逐步塌陷,形成全国第一瀑布和下游的箱形峡谷。
一个软件开发的项目的软件环境指的什么
软件开发环境(Software Development Environment)是指在基本硬件和宿主软件的基础上,为支持系统软件和应用软件的工程化开发和维护而使用的一组软件,简称SDE。
它由软件工具和环境集成机制构成,前者用以支持软件开发的相关过程、活动和任务,后者为工具集成和软件的开发、维护及管理提供统一的支持。
软件开发环境可按以下几种角度分类: (1)按软件开发模型及开发方法分类,有支持瀑布模型、演化模型、螺旋模型、喷泉模型以及结构化方法、信息模型方法、面向对象方法等不同模型及方法的软件开发环境。
(2)按功能及结构特点分类,有单体型、协同型、分散型和并发型等多种类型的软件开发环境。
(3)按应用范围分类,有通用型和专用型软件开发环境。
其中专用型软件开发环境与应用领域有关,故又可称为应用型软件开发环境。
⑷按开发阶段分类,有前端开发环境(支持系统规划、分析、设计等阶段的活动)、后端开发环境(支持编程、测试等阶段的活动)、软件维护环境和逆向工程环境等。
此类环境往往可通过对功能较全的环境进行剪裁而得到。
软件开发环境由工具集和集成机制两部分构成,工具集和集成机制间的关系犹如“插件”和“插槽”间的关系。
工具集:软件开发环境中的工具可包括:支持特定过程模型和开发方法的工具,如支持瀑布模型及数据流方法的分析工具、设计工具、编码工具、测试工具、维护工具,支持面向对象方法的OOA工具、OOD工具和OOP工具等;独立于模型和方法的工具,如界面辅助生成工具和文档出版工具;亦可包括管理类工具和针对特定领域的应用类工具。
集成机制:对工具的集成及用户软件的开发、维护及管理提供统一的支持。
按功能可划分为环境信息库、过程控制及消息服务器、环境用户界面三个部分。
环境信息库:是软件开发环境的核心,用以储存与系统开发有关的信息并支持信息的交流与共享。
库中储存两类信息,一类是开发过程中产生的有关被开发系统的信息,如分析文档、设计文档、测试报告等;另一类是环境提供的支持信息,如文档模板、系统配置、过程模型、可复用构件等。
过程控制和消息服务器:是实现过程集成及控制集成的基础。
过程集成是按照具体软件开发过程的要求进行工具的选择与组合,控制集成并行工具之间的通信和协同工作。
环境用户界面:包括环境总界面和由它实行统一控制的各环境部件及工具的界面。
统一的、具有一致视感(Look & Feel)的用户界面是软件开发环境的重要特征,是充分发挥环境的优越性、高效地使用工具并减轻用户的学习负担的保证。
较完善的软件开发环境通常具有如下功能: (1)软件开发的一致性及完整性维护; (2)配置管理及版本控制; (3)数据的多种表示形式及其在不同形式之间自动转换; (4)信息的自动检索及更新; (5)项目控制和管理; (6)对方法学的支持。
展开
寻找软件工程模型资料有关瀑布模型/螺旋模型/演化模型(原型)/喷
1.瀑布模型(waterfall model) 2.演化模型(evolutionary model) 3.螺旋模型(spiral model) 每个模型都有自己的优缺点 我想就这个讨论一下 1、瀑布模型 瀑布模型将软件生命周期的各项活动规定为依固定顺序联接的若干阶段工作,形如瀑布流水,最终得到软件产品 瀑布模型的特点是首先是仔细的需求分析,开发组有步骤的制定一份功能(结构)说明,接着是概要设计,详细设计,然后才着手编码。
编码结束后进行测试,然后才能发布软件。
这看上去是很有逻辑的;只在理解后才开始构造。
以这样严格的方式构造软件,工程师很明确每一步应该做什么。
许多人提出了基本是基于这一模型的多种方法论;也有相当多的商业工具可以使这些步骤更机械化且不易出错。
瀑布模型各阶段的工作自顶向下从抽象到具体顺序进行。
瀑布模型意味着在生命周期各阶段间存在着严格的顺序且相互依存。
瀑布模型是早期软件设计的主要手段 瀑布模型依靠早期的需求分析,并且要求需求很明确 对于需求未定或是不断变化的软件不适合 现在这种模型一般用于做一些需求已明确的并很少变化的软件,不适于需求 不明确或是容易变化的软件(如你正在开发一个陌生的领域的软件,这时就不应该使用瀑布模型,但是如果你正在开发自己很熟悉领域的软件,就可以使用瀑布模型来加快开发速度) 2、演化模型 该模型主要针对事先不能完整定义需求的软件开发。
用户可以给出待开发系统的核心需求,并且当看到核心需求实现后,能够有效地提出反馈,以支持系统的最终设计和实现。
软件开发人员根据用户的需求,首先开发核心系统。
当该核心系统投入运行后,用户试用之,完成他们的工作,并提出精化系统、增强系统能力的需求。
软件开发人员根据用户的反馈,实施开发的迭代过程。
第一迭代过程均由需求、设计、编码、测试、集成等阶段组成,为整个系统增加一个可定义的、可管理的子集。
如图所示。
3、螺旋模型 瀑布模型与演化模型相结合,并加入两者所忽略的风险分析所建立的一种软件开发模型。
该模型于1998年由美国TRW公司(B.W.Boehm)提出。
软件项目风险的大小作为指引软件过程的一个重要因素,引入这一概念有可能使得软件开发被看作一种元模型,因为它能包容任何一个开发过程模型。
螺旋模型基本的做法是在“瀑布模型”的每一个开发阶段之前,引入非常严格的风险识别、风险分析和风险控制。
直到采取了消除风险的措施之后,才开始计划下一阶段的开发工作。
否则,项目就很可能被取消。
另外,如果有充足的把握判断遗留的风险已降低到一定的程度,项目管理人员可作出决定让余下的开发工作采用另外的生命周期模型,如“演化模型”,“瀑布模型”,或自定的混合模型。
优点: a.强调严格的全过程风险管理。
b.强调各开发阶段的质量。
c.提供机会检讨项目是否有价值继续下去。
缺点: a.引入非常严格的风险识别,风险分析,和风险控制,这对风险管理的技能水平提出了很高的要求。
这需要人员,资金,和时间的投入。