第一篇:软件工程简答题
第一章
1简述软件的概念
软件是计算机程序、数据结构和文档的有机结合。其中,计算机程序能够完成预订功能和性能的可执行的指令;数据结构使得程序能够适当地操作各种信息;文档全面描述了程序的分析、设计过程和使用方法。2什么是软件危机
落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列严重问题的现象。
3软件危机主要包含哪两方面的问题
一是如何开发软件,以满足对软件日益增长的需求;二是如何维护数量不断膨胀的已有软件。4简述软件危机产生的原因
是由于软件产品本身的特点,以及开发软件的方式方法,技术和人员引起的。
(1)软件规模越来越大,结构越来越复杂。(2)软件开发的管理困难而复杂。
(2)软件开发费用不断增加(4)开发技术落后(5)生产方式落后(6)开发工具落后
5什么是软件工程
软件工程是将系统性的、规范化的、可定量的方法应用于软件的开发、运行和维护。
6简述软件生存周期的概念
软件声明周期是由软件定义、软件开发、软件维护三个时期组成的。
定义阶段的主要任务是解决“做什么”问题。通常被分为三个阶段:问题定义、可行性研究、需求分析。开发阶段的任务是解决“如何做”的问题。通常包括软件设计、实现、测试等工作。
维护阶段的主要任务是使软件保持用户满意的需要。
7软件工程的目标和内容是什么
目标:旨在开发满足用户需求,及时交付、不超过预算和无故障的软件。
内容:(1)实现预期的功能,满足用户的需求。(2)增强软件过程的可见性和可控性,提高软件质量。
(3)提高软件的可维护性(4)提高软件开发的生产效率(5)合理预算开发成本。
第二章
1什么是项目?项目有哪两种常见的形式?
项目是一项有待完成的任务,有特定的环境与要求,在一定的组织机构内,利用有限资源(包括人力、物力和财力等),在规定的时间内完成任务,任务要满足一定质量、数量、性能技术指标等要求。通用商业软件项目、定制软件项目。
2简述项目的开发流程
软件项目开发流程通常包括:招标、投标、合同签订、软件项目开发等。
3简述软件生命周期的各个阶段
项目计划阶段、需求分析阶段、系统设计阶段、编码测试阶段、运行维护阶段
4列举项目的主要角色
机构领导、项目经理、系统分析员、系统设计师、程序员、测试员,还有配置管理员、质量保证员、产品维护人员等。
5典型的项目组织形式有哪些
民主制程序员组、主程序员组的组织方式、现代程序员组的组织方式
6简述检查点、里程碑、基线三者之间的关系
检查点比较细,里程碑比较粗、基线最粗;重要的检查点一般就是里程碑,重要的里程碑一般就是基线;检查点一般依据时间的先后顺序设定,里程碑一般依据关键成果的产出设定,基线依据一组关键成果的产出设定;在实际项目中,周例会是检查点的表现形式、高层的阶段汇报会是基线的表现形式。
7软件生命周期计划阶段的主要任务
8软件生命周期需求分析阶段的主要任务
9软件生命周期编码测试阶段的主要任务
第三章
1可行性研究的要素包括哪些
经济:这个系统的经济效益能超过它的开发成本吗?
技术:使用现有技术能实现这个系统吗?
社会:市场(未成熟、成熟、将要消亡)与政策
人:人物、开发人员、领导
法律:可能涉及的合同、侵权、责任及各种与法律相抵触的问题。
2可行性研究的任务是什么
对以后的行动方针提出建议。
如果问题没有可行的解,分析员应该建议停止这项开发工程,以避免时间、资源、人力和金钱的浪费。如果问题值得解,分析员应该推荐一个较好的解决方案,并且为工程制定一个初步的计划。
3什么是系统流程图
系统流程图简称流程图或系统图,是概括地描绘物理系统的传统工具。
4可行性研究有哪些步骤及内容
① 复查项目目标和规模
访问关键人员,仔细阅读分析材料,对问题定义阶段书写的规模目标报告书进一步复确认。改正含
糊或不准确,清晰描述对目标系统的一切限制和约束。
② 研究目前系统
了解现有系统基本功能,保证新开发系统的功能性。
了解现有系统缺点,保证新开发系统改善缺陷。
了解现有系统运行使用所需费用,新系统应增加收入或减少使用费用。
了解现有系统能做什么,无需了解他怎样做这些工作。
③ 形成高层逻辑模型
数据流图:描绘数据在系统中流动处理情况。
数据字典:定义系统中使用的数据。
④ 重新定义问题
分析员与用户以数据流图和数据字典为讨论基础,再次复查问题定义、工程规模和目标。
如对问题有误解,或遗漏要求,在此阶段改正。
5简述软件质量的含义
软件质量是“软件与明确地和隐含地定义的需求相一致的程度”,是软件与明确地叙述的功能和性能需求、文档中明确描述的开发标准以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度。6度量软件规模的常用技术有哪些
(1)LOC(Lines of Code,代码行)估算(2)FP(功能点)估算
(3)Delphi 估算法(4)类比法
7简述成本估算的步骤
(1)任务分解(2)估算每个任务的成本(3)直接成本估算
(4)间接成本估算(5)项目总估算成本(6)项目总报价
8简述风险及风险管理的目标
所有可能危害项目的因素都称为风险,风险事件最终可能发生,也可能不发生,风险管理的目的是在风险产生危害之前识别它们,从而有计划地消除或削弱风险。
9简述风险管理的主要过程
风险识别,风险量化,风险应对计划制定和风险监控。
10简述什么是CMM
能力成熟度模型(CMM),用于评价软件机构的软件过程能力成熟度的模型
CMM的策略是力图改进对软件过程的管理,而在技术方面的改进是其必然结果。
11简述工程网络图的绘制步骤
(1)画工程网络图。(2)计算事件的最早时刻。(3)计算事件的最迟时刻。
(4)确定工程的关键路径。(5)计算每个子任务的机动时间。
第七章
1进行软件测试的目的(1)测试是一个为了发现错误而执行程序的过程。
(2)一个好的测试用例是指很可能找到迄 今为至尚未发现的错误的测试用例。
(3)一个成功的测试是指揭示了迄今为至尚未发现的错误的测试。
2简述什么是软件测试
“用人工或自动的手段来执行和评价系统或系统部件的过程,以检验它是否满足规定的需求,或识别期望的结果和实际的结果之间有无差别”。
3简述什么是软件质量
见第三章
4简述什么是静态测试
不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。5简述什么是动态测试
通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率和健壮性等性能。目前,动态测试是公司测试工作的主要方式。
6软件测试原则有哪些
(1)所有的测试都应可追溯到客户需求。
(2)应该在测试工作真正开始前的较长时间就进行测试计划。
(3)测试中发现的80%的错误可能来自于20%的程序代码。
(4)测试应从“小规模”开始,逐步转向“大规模”。
(5)穷举测试是不可能的。
(6)为了达到最有效的测试,应由独立的第三方来承担测试。
(7)在设计测试用例时,应包括合理的输入条件和不合理的输入条件。
(8)严格执行测试计划,排除测试的随意性。
(9)应当对每一个测试结果做全面检查。
(10)妥善保存测试计划、测试用例、出错统计和最终分析报告,为维护提供方便。
(11)检查程序是否做了应做的事仅是成功的一半,另一半是检查程序是否做了不该做的事。
(12)在规划测试时不要设想程序中不会查出错误。
第八章
1什么是软件维护
是指软件系统交付使用以后,为了改正错误或满足新的需要而修改软件的过程。
2什么是软件的可维护性
软件能够被理解、改正、适应和完善以适应新的环境的难易程度。
3软件维护目标是什么??
为了改正软件系统中的错误,使软件能够满足预期的正常运行状态的要求;为了使软件适应内部或外部环境变化。
第二篇:软件工程简答题
1.什么是软件工程?简述软件工程的七条基本原理。软件工程是一门研究如何用系统化、规范化、数量化等工程原则和方法来进行软件开发和维护的学科。
七条基本原理:用分阶段的生命周期计划严格管理; 坚持进行阶段评审; 实行严格的产品控制; 采用现代程序设计技术; 结果应能清楚地审查;
开发小组的人员应该少而精;
承认不断改进软件工程实践的必要性。
2.什么是软件生存周期模型?请至少列举四种主要的模型。软件生存周期模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程,明确规定要完成的主要活动、任务和开发策略。
四种主要的模型:瀑布模型,演化模型,喷泉模型,螺旋模型、基于构件的开发模型 3.为什么软件需要维护?简述软件维护的过程。
1)改正在特定使用条件下暴露出来的一些潜在程序错误或设计缺陷;
2)因在软件使用过程中数据环境发生变化(如所要处理的数据发生变化)或处理环境发生变化(如硬件或软件操作系统等发生变化),需要修改软件,以适应这种变化;
3)用户和数据处理人员在使用时常提出改进现有功能、增加新功能、以及改善总体性能的要求,为满足这些要求,需要修改软件。
软件维护的过程:首先建立维护的机构,申明提出维护申请报告的过程及评价的过程,为每一个维护申请规定标准的处理步骤,建立维护活动的记录保管,并规定复审的标准。4.影响软件维护工作量的因素有哪些?
1)系统大小。系统越大,功能越复杂,理解掌握起来就越困难,需要的维护工作量越大。2)程序设计语言。使用功能强的程序设计语言可以控制程序的规模。语言的功能越强,生成程序所需的指令数就越少;语言的功能越弱,实现同样功能所需的语句就越多,程序就越大,维护起来就越困难。
3)系统年龄。老系统比新系统需要更多的维护工作量。许多老系统在当初并未按照软件工程的要求进行开发,没有文档,或文档太少,或者在长期的维护中许多地方与程序不一致,维护起来困难较大。
4)数据库技术的应用。使用数据库工具,可有效地管理和存储用户程序中的数据,可方便地修改、扩充报表。数据库技术的使用可以减少维护工作量。
5)先进的软件开发技术。在软件开发时,如果使用能使软件结构比较稳定的分析与设计技术(如面向对象分析、设计技术),可以减少一定的工作量。
6)其它。如,应用的类型、数学模型、任务的难度、IF嵌套深度等等都会对维护工作量产生一定的影响。
5.说明软件文档的作用
1.提高软件开发过程的能见度。把开发过程中发生的事件以某种可阅读的形式记录在文档中
2.提高研发效率。软件文档的编制,使得开发人员对各个阶段的工作都进行周密思考,全盘权衡,减少返工。
3.记录开发过程中有关信息,便于协调以后的软件开发、使用和维护。4.便于潜在用户了解软件功能、性能等各项指标。6.如何理解模块的独立性,用什么指标衡量模块的独立性。模块的独立性是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他模块的接口是简单的。
模块的独立程度可以由两个定性标准度量: 耦合,模块之间的相对独立性的度量; 内聚,模块功能强度的度量。
7.原型化方法用于解决什么问题,这种方法的优缺点是什么 主要用于解决诸如用户定义了一组一般性目标,但不能标识出详细的输入、处理及输出需求;开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式等问题 优点:1.明确并完善需求
2.探索设计选择方案
3.发展为最终产品
缺点:1.用户看到一个正在运行的原型便以为产品即将完成,会要求不再进行产品重建,而只是对原型进行修改就交付。由于原型没有考虑软件的总体质量和可维护行,交付原型会产生欲速则不达的效果
2.开发人员为了快速构建原型,可能会采用不合适的操作系统或程序设计语言,也可能使用一些效率低的算法。在一段时间的开发后,他们往往已经习惯了这些选择,遇事便在系统中掺杂了这些不理想的选择。
8.以G,J,Myers的观点,简述软件测试的目的 1.软件测试是为了发现错误而执行程序的过程
2.一个号的测试用例能够发现至今尚未发现的错误
3.一个成功的测试是发现了至今尚未发现的错误
9.采用黑盒测试方法设计用例有哪几种方法。这些方法有什么特点
1.等价类划分法
把所有可能的输入数据划分成若干个等价的子集,使得每个子集中的一个典型值在测试中的作用于这一子集中所有其他值的作用相同
2.边界值分析法
使等价类的每个边界都要作为测试条件,不仅考虑输入条件们还要考虑输出空间产生的测试情况。边界值分析法不仅重视输入条件边界,而且也从输出域导出测试用例。
3.错误推测法
列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例,错误推测法很大程度上靠知觉和经验进行。
4.因果图法
因果图适合于描述对于多种输入条件的组合,响应产生多个动作的形式来设计测试用例
第三篇:软件工程
2.2软件开发的基本策略
人们都有自己的世界观和方法论,能自然而然地运用于生活和工作中。同样,程序员脑子里的软件工程观念会无形地支配其怎么去做事情。软件工程三十年的发展,已经积累了相当多的方法,但这些方法不是严密的理论。实践人员不应该教条地套用方法,更重要的是学会“选择合适的方法”和“产生新方法”。有谋略才会有好的战术。几千年前,我们的祖先就在打闹之际写下了很多心得体会,被现代人很好地运用于工业和商业。本节讲述软件开发中的三种基本策略:“复用”、“分而治之”、“优化——折衷”。
2.2.1复用
复用就是指“利用现成的东西”,文人称之为“拿来主义”。被复用的对象可以是有形的物体,也可以是无形的成果。复用不是人类懒惰的表现而是智慧的表现。因为人类总是在继承了前人的成果,不断加以利用、改进或创新后才会进步。所以当我们欢度国庆时,要搞清楚祖国远不止50岁,我们今天享用到的财富还有上下五千年人民的贡献。进步只是应该的,不进步则就可耻了。
复用的内涵包括了提高质量与生产率两者。由经验可知,在一个新系统中,大部分的内容是成熟的,只有小部分内容是创新的。一般地可以相信成熟的东西总是比较可靠的(即具有高质量),而大量成熟的工作可以通过复用来快速实现(即具有高生产率)。勤劳并且聪明的人们应该把大部分的时间用在小比例的创新工作上,而把小部分的时间用在大比例的成熟工作中,这样才能把工作做得又快又好。
把复用的思想用于软件开发,称为软件复用。据统计,世上已有1000亿多行程序,无数功能被重写了成千上万次,真是浪费哪。面向对象(Object Oriented)学者的口头禅就是“请不要再发明相同的车轮子了”。
将具有一定集成度并可以重复使用的软件组成单元称为软构件(Software Component)。软件复用可以表述为:构造新的软件系统可以不必每次从零做起,直接使用已有的软构件,即可组装(或加以合理修改)成新的系统。复用方法合理化并简化了软件开发过程,减少了总的开发工作量与维护代价,既降低了软件的成本又提高了生产率。另一方面,由于软构件是经过反复使用验证的,自身具有较高的质量。因此由软构件组成的新系统也具有较高的质量。利用软构件生产应用软件的过程如图1.5所示。
软件复用不仅要使自己拿来方便,还要让别人拿去方便,是“拿来拿去主义”。面向对象方法,Microsoft公司的COM规范 [Rogerson 1999],都能很好地用于实现大规模的软件复用。
2.2.2分而治之
分而治之是指把一个复杂的问题分解成若干个简单的问题,然后逐个解决。这种朴素的思想来源于人们生活与工作的经验,完全适合于技术领域。软件人员在执行分而治之的时候,应该着重考虑:复杂问题分解后,每个问题能否用程序实现?所有程序最终能否集成为一个软件系统并有效解决原始的复杂问题?
图1.6表示了软件领域的分而治之策略。诸如软件的体系结构设计、模块化设计都是分而治之的具体表现。软件的分而治之不可以“硬分硬治”。不像为了吃一个西瓜或是一只鸡,挥刀斩成n块,再把每块塞进嘴里粉碎搅拌,然后交由胃肠来消化吸收,象征复杂问题的西瓜或是鸡也就此消失了。
2.2.3优化——折衷
软件的优化是指优化软件的各个质量因素,如提高运行速度,提高对内存资源的利用率,使用户界面更加友好,使三维图形的真实感更强等等。想做好优化工作,首先要让开发人员都有正确的认识:优化工作不是可有可无的事情,而是必须要做的事情。当优化工作成为一种责任时,程序员才会不断改进软件中的算法,数据结构和程序组织,从而提高软件质量。
著名的3D游戏软件Quake,能够在PC机上实时地绘制高度真实感的复杂场景。Quake的开发者能把很多成熟的图形技术发挥到极致,例如把Bresenham画线、多边形裁剪、树遍历等算法的速度提高近一个数量级。我第一次看到Quake时不仅感到震动,而且深受打击。这个PC游戏软件的技术水平已经远胜于我所见识到的国内领先的图形学相关科研成果。这对我们日益盛行的点到完止的研发工作真是莫大的讽刺。所以当我们开发的软件表现出很多不可救药的病症时,不要怨机器差。真的是我们自己没有把工作做好,写不好字却嫌笔钝。
就假设我们经过思想教育后,精神抖擞,随时准备为优化工作干上六天七夜。但愿意做并不意味着就能把事情做好。优化工作的复杂之处是很多目标存在千丝万缕的关系,可谓数不清理还乱。当不能够使所有的目标都得到优化时,就需要“折衷”策略。
软件中的折衷策略是指通过协调各个质量因素,实现整体质量的最优。就象党支部副书记扮演和事佬的角色:“…为了使整个组织具有最好的战斗力,我们要重用几个人,照顾一些人,在万不得已的情况下委屈一批人”。
软件折衷的重要原则是不能使某一方损失关键的职能,更不可以象“舍鱼而取熊掌”那样抛弃一方。例如3D动画软件的瓶颈通常是速度,但如果为了提高速度而在程序中取消光照明计算,那么场景就会丧失真实感,3D动画也就不再有意义了(如果人类全是色盲,计算机图形学将变得异常简单)。
人都有惰性,如果允许滥用折衷的话,那么一当碰到困难,人们就会用拆东墙补西墙的方式去折衷,不再下苦功去做有意义的优化。所以我们有必要为折衷制定严正的立场:在保证其它因素不差的前提下,使某些因素变得更好。
下面让我们用“优化——折衷”的策略解决“鱼和熊掌不可得兼”的难题。
问题提出:假设鱼每千克10元,熊掌每千克一万元。有个倔脾气的人只有20元钱,非得要吃上一公斤美妙的“熊掌烧鱼”,怎么办?
解决方案:化9元9角9分钱买999克鱼肉,化10元钱买1克熊掌肉,可做一道“熊掌戏鱼”菜。剩下的那一分钱还可建立奖励基金。
2.3一些不正确的观念
本节例举并分析一些不正确的软件工程观念,可帮助初学者少犯相似的错误。
观念之一:我们拥有一套讲述如何开发软件的书籍,书中充满了标准与示例,可以帮助我们解决软件开发中遇到的任何问题。
客观情况:好的参考书无疑能指导我们的工作。充分利用书籍中的方法、技术和技巧,可以有效地解决软件开发中大量常见的问题。但实践者并不能因此依赖于书籍,这是因为:(1)现实的工作中,由于条件千差万别,即使是相当成熟的软件工程规范,常常也无法套用。(2)软件技术日新月异,没有哪一种软件标准能长盛不衰。祖传秘方在某些领域很吃香,而在软件领域则意味着落后。
观念之二:我们拥有最好的开发工具、最好的计算机,一定能做出优秀的软件。
客观情况:良好的开发环境只是产出成果的必要条件,而不是充分条件。如果拥有好环境的是一群庸人,难保他们不干出南辕北辙的事情。
观念之三:如果我们落后于计划,可以增加更多的程序员来解决。
客观情况:软件开发不同于传统的农业生产,人多不见得力量大。如果给落后于计划的项目增添新手,可能会更加延误项目。因为:(1)新手会产生很多新的错误,使项目混乱。(2)老手向新手解释工作以及交流思想都要花费时间,使实际开发时间更少。所以科学的项目计划很重要,不在乎计划能提前多少,重在恰如其分。如果用“大跃进”的方式奔向共产主义,只会产生倒退的后果。
观念之四:既然需求分析很困难,不管三七二十一先把软件做了再说,反正软件是灵活的,随时可以修改。
客观情况:对需求把握得越准确,软件的修修补补就越少。有些需求在一开始时很难确定,在开发过程中要不断地加以改正。软件修改越早代价越少,修改越晚代价越大,就跟治病一样道理。
2.4一些有争议的观念
本节探讨一些有争议的观念,目的不在于得出“正确”或“错误”的评断,而在于争议会激发更多理性的思考。
争议之一:如果软件运行较慢,是换一台更快的计算机,还是设计一种更快的算法?
作者观点:如果开发软件的目的是为了学习或是研究,那么应该设计一种更快的算法。如果该软件已经用于商业,则需谨慎考虑:若换一台更快的计算机能解决问题,则是最快的解决方案。改进算法虽然可以从根本上提高软件的运行速度,但可能引入错误以及延误进程。技术狂毫无疑问会选择后者,因为他们觉得放弃任何可以优化的机会就等于犯罪。
类似的争议还有:是买现成的程序,还是彻底自己开发?技术人员和商业人士常常会有不同的选择。
争议之二:有最好的软件工程方法,最好的编程语言吗?
作者观点:在软件领域永远没有最好的,只有更好的。能解决问题的都是好方法或是好语言。程序员在最初学习Basic、Fortran、Pascal、C、C++等语言时会感觉一个比一个好,不免有喜新厌旧之举。而如今 的Visual Basic、Delphi、Visual C++、Java等语言各有所长,真的难分优劣。开发人员应该根据客观条件,选择自己熟悉的方法和语言,才能保证合格的质量与生产率。
程序设计是自由与快乐的事情,不要发誓忠于某某主义而自寻烦恼。
争议之三:编程时是否应该多使用技巧?
作者观点:就软件开发而言,技巧的优点在于能另辟蹊径地解决一些问题,缺点是技巧并不为人熟知。若在程序中用太多的技巧,可能会留下隐患,别人也难以理解程序。鉴于一个局部的优点对整个系统而言是微不足道的,而一个错误则可能是致命的。作者建议用自然的方式编程,少用技巧。
《狼三则》的故事告诉我们“失败的技巧通常是技俩”。当我们在编程时无法判断是用了技巧还是用了技俩,那就少用。《卖油翁》的故事又告诉我们“熟能生巧”,表明技巧是自然而然产生的,而不是卖弄出来的。卖油翁的绝技是可到中央电视台表演的,而他老人家却谦虚地说:“没啥没啥,用熟了而已”。
争议之四:软件中的错误是否可按严重程度分等级?
作者观点:在定量分析时,可以将错误分等级,以便于管理。微软的一些开发小组将错误分成四个等级 [Cusumano 1996],如表1.1所示。
一级严重:错误导致软件崩溃。
二级严重:错误导致一个特性不能运行并且没有替代方案。
三级严重:错误导致一个特性不能运行但有替代方案。
四级严重:错误是表面化的或是微小的。
表1.1 错误的四个等级
上述分类是非常技术性的,并不是普适的。假设某个财务软件有两个错误:错误A使该软件死掉,错误B导致工资计算错误。按表1.1分类,错误A属一级严重,错误B属二级严重。但事实上B要比A严重。工资算多了或者算少了,将会使老板或员工遭受经济损失。而错误A只使操作员感到厌烦,并没有造成经济损失。另一个示例是操作手册写错,按表1.1分类则属四级严重,但这种错误可能导致机毁人亡。
开发人员应该意识到:所有的错误都是严重的,不存在微不足道的错误。这样才能少犯错误。
2.5小 结
软件工程学科发展到今天,已经有了很多方法和规范,学之不尽。本章只在宏观上讨论了软件工程的一些
思想,更具体的内容将在后面的章节论述。无论是什么好方法,贵在理解与灵活运用,而不可当成灵丹妙药,不象“吃了脑黄金或脑白金,就能使一亿人先聪明起来”。
3程序员与程序经理
工作在第一线的软件开发人员是程序员和程序经理,他们决定着软件的命运。良好的程序员队伍和出色的管理是软件项目成功的必要条件。管理不是管制,不是去卡住人家的脖子,因为程序员不是一群野鸭子。管理的目的是让大家一起把工作做好,并且让各人获得各自的快乐和满足。当一个组织被出色地领导时,雇员甚至不知道他们已被领导。在项目完成时,他们会自豪地说:“看看我们通过努力取得的成绩吧”。所以管理者不能老惦记着自己是一个官,而应时刻意识到自己是责任的主要承担者。
我们经常会听到有经理头衔的人在高谈阔论:“编程我不会,做个项目还不easy?派个人去搞系统分析,回头再叫几个程序员把需求译成程序,不就OK了吗?”
不懂英语的人准以为easy和OK是贬义词。要让软件项目失败很容易,只要符合下列条件之一即可:
(1)项目经理对软件一无所知;
(2)技术负责人对编程不感兴趣;
(3)真真编写代码的程序员是临时雇用的。
如果上述三个条件同时具备,就请放心失败好了。
让我们少幻想自己是比尔·盖茨,先当好程序员和程序经理再说。
3.1了解程序员
早期的程序员干活能从软件直通硬件,个个生猛无比。又因他们的作息时间、言行举止与常人不太一样,久而久之就给人们留下了“神秘”、“孤僻”的印象。如今软件行业被炒得热火朝天,有能耐的程序员即便躲在大山岙的军工厂里也能被挖出来。而更多原本不是程序员的人操起几本“速成”、“二十一天通”等书籍也加入了这个行业。现在国内号称有上百万程序员,这支大军鱼龙混杂,已搞不清那些是正规军,那些是民兵游击队了。
第四篇:《软件工程》
《软件工程》课程分析
本课程是软件技术专业学生必修的一门专业必修课。根据培养软件开发人员的需要,本课程的任务是使学生通过本课程的学习,了解软件项目开发和维护的一般过程,掌握软件开发的传统方法和最新方法。能在软件工程的理论指导下,开发一个小型管理系统,为今后从事软件工程实践打下良好的基础。
一、课程分析
(一)教学计划的制定和教学内容的选取
根据培养应用技能型人才的总目标,制订本专业教学计划,课程的教材配套,教学、实验、实训、课程设计大纲和指导书等教学文件齐全,近几年来引入了现代教学技术手段,已初步建设、形成了具有特色的全套课堂教学和实验教学课件。
根据该课程的基本教学要求和特点,结合学时的安排,从教材的整体内容出发,有侧重地进行取舍,筛选出学生必须掌握的基本教学内容,较好地解决了教学中质量与数量的矛盾。
(二)教学方法分析
由于该课程是用于指导软件开发的,和实践联系非常紧密。所以采用了理论联系实际的方法进行授课。一方面,让学生模拟软件公司的项目小组进行软件开发;一方面,对学生进行适时的理论指导。既调动了学生的积极性,又让学生了解了该课程的理论内容,收到了一举两得的效果。具体教学过程如下:
第一步:模拟软件公司的开发项目小组,分组,分设角色(项目经理、用户、需求人员、设计人员、程序员、测试人员、软件安装培训维护人员),确定开发题。让每个小组的学生聚在一起,在项目经理的组织下通过调研、讨论来制定自己小组的开发题目,大家感觉就象在软件公司实习一样,非常新鲜,感兴趣。每个学生都积极主动的去完成自己应承担的那部分工作。
第二步:模拟软件项目开发全过程的各个阶段,进行相关的理论授课和实际开发。即对软件开发的每一阶段,首先按照教材内容进行理论授课,然后让学生参照授课内容进行实际的软件开发实践。
在此阶段结束后,每班召开一个模拟方案论证会,由各开发小组选出代表上台讲解本组的开发方案,其他同学模拟用户对开发方案提出意见。由于大家对模拟方案论证会非常感兴趣,发言积极踊跃,论证会结束后,每个小组的设计方案都得到了很好的补充和完善。
第三步:学期末各小组提交各自完成的软件系统及开发文档,并进行总结演示,由任课教师进行讲评。
抽象理论课的教学应理论联系实际,让学生在实际应用中掌握抽象的理论,在兴趣中学习,达到我们高职的双向型培养目标。
二、存在的问题与希望
在上述的教学中,虽然实现了理论联系实际,但也存在着一些问题,比如每个项目小组中总有个别同学存在依赖心理,不参与项目开发,最后抄袭别的同学的项目成果,自己得不到实际的锻炼,影响了大三的毕业设计和日后的软件开发。另外,如果该课程只上课,没有实训的话,实验课时太少,学生很难全面完成一个系统的开发。
第五篇:软件工程
1.软件工程:是指导计算机软件开发和维护的工程学科
2.软件危机:是指在计算机软件的开发和维护过程中所遇到的一系列严重问题
3.软件过程:是为了开发出高质量的软件产品所需完成的一系列任务的框架,它规定了完成各项任务的工作步骤
4.软件生命周期:是指从软件定义、开发、使用、信息”。此外,系统还应该具有“定时取样生理信号”、“更新日志”和“产生病情报告”的功能。为了分析病人生理信号是否超出了医生规定的安全范围,应该存储“患者安全范围”信息。此外,定时记录病人生理信号所形成的“患者日志”,显然也是一个数据存 储。
23.软件危机有那些典型表现?
(1)央一个索引号)。
针对若干个不同的NAME重复执行上述命令序列。
⑫测试系统非正常操作的测试数据 ①用过长的关键字作为命令b的参数:例如,b(reliability software and hardware combined)
预期的输出:系统截短过长的关键字,例如,上列命令中的关键字可能性被截预期的输出:X=1,Y=20,Z=3 ④ 3个判定表达式依次为假、真、真 输入:A=1,B=40,C=60 预期的输出:X=1,Y=20,Z=30 ⑤ 3个判定表达式依次为真、假、假 输入:A=20,B=1,C=1 预期的输出:X=10,Y=2,Z=3 ⑥ 3个判定表达式依次为真、假、真 输入:A=20,B=1,C=60 对软件开发成本和进度的估计常常很不准确。维护到淘汰的全过程
5.软件工程环境:方法与工具的结合,加上配套的软、硬件支持称为软件工程环境
6.模块:是数据说明、可执行语句等程序对象的集合7.模块化:是按规定的原则将一个大型软件分为一个个较小的、相对独立但又相关的模块
8.耦合:是对一个软件结构内不同模块之间互连程度的度量
9.内聚:标志着一个模块内各个元素彼此结合的紧密程度
10.结构程序设计:如果一个程序的代码块只有一个入口和一个出口,则称这个程序是结构化的11.实现:通常指编码和测试
12.软件可靠性:是指程序在给定的时间间隔内,按照规格说明书的规定成功地运行地概率
13.集成测试:是测试和组装软件的系统化技术 14.软件维护:是指软件已经交付使用之后,为了改正错误或满足新的需要而修改软件的过程
15.对象:在应用领域中有意义的、与所解决的问题有关系的任何事物
16.对象模型:表示静态的、结构化的系统的“数据”性质
17.功能模型:表示变化的系统的“功能”性质 18.面向对象分析:就是抽取和整理用户需求并建立问题域精确模型的过程
19.重用:是指同一事物不作修改或者稍加改动就多次重复使用
20.可行性分析包括:技术可行性、经济可行性、操作可行性
21.北京某高校可用的电话号码有以下几类:校内电话号码由 4 位数字组成„„定义上述电话号码
电话号码=[校内电话号码|校外电话号码]
校内电话号码=非零数字+ 3 位数字 //后面继续定义 校外电话号码=[本市号码|外地号码] 本市号码=数字零+8 位数字
外地号码=数字零+3 位数字+8 位数字 非零数字=[1|2|3|4|5|6|7|8|9] 数字零=0位数字=3{数字}3//3 至 3 个数字 8 位数字=非零数字+7 位数字 7 位数字=7{数字}7 数字=[0|1|2|3|4|5|6|7|8|9]
22.目前住院的病人主要由护士护理,这样做不仅需要大量护士„„写出问题定义,分析可行性 从问题陈述可知,本系统数据源点是“病人”和“护士”,他们分别提供生理信号和要求病情报告的信息。进一步分析问题陈述,从系统应该“定时记录病人情况以形成患者日志”这项要求可以想到,还应该有一个提供日期和时间信息的“时钟”作为数据源点。从问题陈述容易看出,本系统的数据终点是接收警告信息和病情报告的护士。系统对病人生理信号的处理功能主要是“接收信号”、“分析信号”和“产生警告
(2)用户对“已完成的”软件系统不满意的现象经常
发生。
(3)软件产品的质量往往靠不住。(4)软件常常是不可维护的。(5)软件通常没有适当的文档资料。(6)软件成本在计算机系统总成本中所占的比例
逐年上升。(7)软件开发生产率提高的速度,远远跟不上计算
机应用迅速普及深入的趋势
25.银行计算机存储系统的工作过程大致如下:„„请用数据流图描绘本系统的功能,并用实体—联系图描绘系统中的数据对象 26.复印机的工作过程大致如下:未接到复印命令时处于闲置状态„„请用状态转换图描绘复印机的行为
27.用面向数据流的方法设计下列系统的软件结构
(1)机票预定系统(2)患者监护系统 28.耦合包括数据耦合、控制耦合、公共环境耦合、内容耦合29.内聚包括功能内聚、顺序内聚、通信内聚、过程内聚、时间内聚、逻辑内聚、偶然内聚
30.美国某大学有200名教师,校方与教师工会刚刚签订一项协议。按照协议„„
31.画出下列伪代码的流程图,计算它的环形复杂度
32.某图书馆有一个使用CET
终端的信息检索系统,该系统有下列4个基本检索命令:
(1)设计测试数据以全面系统的正常操作
(2)设计测试数据以测试系统的非正常操作
解:⑪测试系统正常操作的测试数据 ①顺序执行下列3个命令:b(KEYWORD)s(L)d(N)
其中KEYWORD是正确的关键字;L是执行命令b后在屏幕上显示的约20个行号中的一个(至少应该使L分别为第一个、最后一个和中央一个行号);N是执行命令s后列出的索引号中的一个(至少应该使N分别为第一个、最后一个和中央一个索引号)。
针对若干个不同的KEYWORD重复执行上述命令序列。
②顺序执行下列2个命令:f(NAME)d(N)
其中,NAME是已知的作者姓名;N是执行命令f后列出的索引号中的一个(至少应该使N分别为第一个、最后一个和中
短为reliability software
②用不正确的关键字作为命令b的参数:例如,b(AARDVARK)
预期的输出:显示出最接近的匹配结果,例如,执行上列命令后可能显示 1.AARON,JULES(book)③用比执行命令b后列出的最大行号大1的数作为命令s的参数
预期的输出:“命令s的参数不在行号列表中”
④用数字和标点符号作为命令b和命令f的参数
预期的输出:“参数类型错”
⑤用字母字符作为命令s和命令d的参数 预期的输出:“参数类型错”
⑥用0和负数作为命令s和命令d的参数 预期的输出:“参数数值错” ⑦命令顺序错:例如,没执行命令b就执行命令s,或没执行命令s就执行命令d 预期的输出:“命令顺序错”
⑧命令语法错:例如,遗漏命令名b、s、d或f;或命令参数没用圆括号括起来 预期的输出:“命令语法错” ⑨命令参数空:例如,b()、s()、d或f()
预期的输出:系统提供默认参数或给出出错信息
⑩使用拼错了的作者姓名作为f的参数 预期的输出:“找不到这们作者的著作”
33.(2)答:经验表明,在类似的程序中,单位长度
里的错误数ET/IT近似为常数。美国的一些统计数字告诉我们,通常
0.5X10-2≤ ET/IT ≤2X10-2
也就是说,在测试之前每1000条指令中大约有5~20个错误。
假设在该程序的每1000条指令中有10个错误,则估计在对它进行测试期间将发现的错误数为
5000X10/1000=50(个)(3)① 使3个判定表达式之值全为假 输入:A=1,B=1,C=1 预期的输出:X=1,Y=2,Z=3 ② 使3个判定表达式之值全为真 输入:A=20,B=40,C=60 预期的输出:X=10,Y=20,Z=30 ① 3个判定表达式之值全为假 输入:A=1,B=1,C=1 预期的输出:X=1,Y=2,Z=3 ② 3个判定表达式依次为假、假、真 输入:A=1,B=1,C=60 预期的输出:X=1,Y=2,Z=30 ③ 3个判定表达式依次为假、真、假 输入:A=1,B=40,C=1
预期的输出:X=10,Y=2,Z=30 ⑦ 3个判定表达式依次为真、真、假 输入:A=20,B=40,C=1 预期的输出:X=10,Y=20,Z=3 ⑧ 3个判定表达式全为真 输入:A=20,B=40,C=60 预期的输出:X=10,Y=20,Z=30 34.软件的可维护性与哪些因素有关:软件的可理解性、可测试性、可修改性、文档描述符合要求、用户文档简洁明确、系统文档完整并且标准
35.面向对象方法是一种运用对象、类、继承、封装、聚合、消息、多态等概念来构造系统的软件开发方法。
面向对象方法的优点是:符合人们习惯的思维方式、稳定性好、可重用性好、可维护性好、容易开发大型的软件产品