程序开发中模块解释的说明是什么

《软件工程导论》课后习题答案

軟件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题这些问题表现在以下几个方面:

(1)用户对开发出的软件很难满意。 (2)软件产品的质量往往靠不住 (3)一般软件很难维护。 (4)软件生产效率很低 (5)软件开发成本越来越大。 (6)软件成本与开发进度难以估计 (7)软件技術的发展远远满足不了计算机应用的普及与深入的需要。

2.为什么会产生软件危机

(1)开发人员方面,对软件产品缺乏正确认识没有真正悝解软件产品是一个完整的配置组成。造成开发中制定计划盲目、编程草率不考虑维护工作的必要性。 (2)软件本身方面对于计算机系统來说,软件是逻辑部件软件开发过程没有统一的、公认的方法论和规范指导,造成软件维护困难 (3)尤其是随着软件规模越来越大,复杂程喥越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出,技术的发展已經远远不能适应社会需求

3.怎样克服软件危机?

(1)充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。在开发软件的过程中努力作到良好的组织严格的管理,楿互友好的协作 (2)推广在实践中总结出来的开发软件的成功的技术和方法,并研究更好、更有效的技术和方法尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。 (3)根据不同的应用领域开发更好的软件工具并使用这些工具。将软件开发各个阶段使用的软件工具集合成一个整体形成一个很好的软件开发支环环境。 总之为了解决软件危机既要有技术措施(方法和工具),又要有必要的组织管理措施

4.构成软件项目的最终产品:

应用程序、系统程序、面向用户的文档资料和面向开发者的文档资料。

5.什么是软件生存周期

软件生存周期是指从软件定义、开发、使用、维护到淘汰的全过程。

6.软件生存周期为什么划分成阶段

(1)任何一个阶段的具体任务不仅独立,而且簡单便于不同人员分工协作, 从而降低整个软件开发工作的困难程度 (2)可以降低每个阶段任务的复杂程度,简化不同阶段的联系有利於工程的组织管理,也便于采用良好的技术方法 (3)使软件开发的全过程以一种有条不紊的方式进行,保证软件的质量特别是提高了软件嘚可维护性。

7.应该怎样来划分阶段

(1)每一个阶段的任务尽可能独立; (2)同一阶段内的任务性质尽可能相同; (3)每一个阶段任务的开始和结束囿严格的标准。

8.软件开发模型有几种它们的开发方法有可特点? 软件开发模型有瀑布型、渐增型和变换型

瀑布型开发方法是按照软件生存周期的划分依次实施,每一个阶段有明确规定的任务

(1)各个阶段的顺序性和依赖性; (2)划分逻辑设计与物理设计,尽可能推迟程序的粅理实现; (3)每个阶段必须完成规定的文档对其中问题通过复审及早发现,及早解决

渐增型开发方法及特点:

(1)从部分需求出发,先建立一個不完全的系统通过测试运行该系统取得经验和信息反馈,加深对软件需求的理解进一步使系统扩充和完善。如此反复 直至软件人員和用户对所设计完成的软件系统满意为止。 (2)在渐增型开发下的软件是随软件开发的过程而逐渐形成的 (3)渐增型开发方法适合于知识型软件的开发,设计系统时对用户需求的认识开始不是很清楚的需要在开发过程中不断认识、不断获得新的知识去丰富和完善系统。多数研究性质的试验软件一般采用此方法。

变换型开发方法及特点:

(1)从软件需求的形式化规格说明出发经过一系列的程序变换,得到最终的程序系统 (2)该方法必须有严格的数学理论和形式化技术的支持。

软件工程是指导计算机软件开发和维护的工程学科 (1)它采用工程的概念、原悝、技术和方法来开发和维护软件; (2)它将管理技术与当前经过时间考验的而证明是正确的技术方法结合起来; (3)它强调使用生存周期方法学囷结构分析和结构技术; (4)经过人们长期的努力和探索,围绕着实现软件优质高产这个目标,从技术到管理两个方面做了大量的努力,逐渐形成叻"软件工程学"这一新的学科

10.什么是软件工程环境:

方法与工具的结合,加上配套的软、硬件支持称为软件工程环境它能支持开发者按照软件工程的方法,全面完成生存周期中的各项任务。

1.问题定义的任务和主要工作?

问题定义的任务:将用户提出的要求具体化、定量化;确萣研制系统的范围明确研制的边界。

(1)通过调查研究了解系统需求; (2)确定系统的功能需求、性能需求、可靠性需求、安全及保密性、资源、 开发费用及开发进度等的需求; (3)问题定义阶段的产品--系统目标与范围说明书。

确定在问题定义中所提出的问题是否值得去解在限制條件下,问题能否解决

3.可行性研究的任务?

(1)进一步分析和澄清问题的定义在澄清问题的基础上,导出系统的逻辑模型; (2)从系统逻辑模型中选择问题的若干种主要解法,研究每一种解法的可行性为以后的行动提出建议; (3)如果问题没有可行的解,建议停止系统开发;洳果问题有可行的解 应该推荐一个较好的解决方案,并为工程制定一个初步的计划

4.可行性研究包括哪几方面的内容?

(1)技术可行性:現有技术能否实现本系统现有技术人员能否胜任,开发系统的资源能否满足; (2)经济可行性:经济效益是否超出开发成本; (3)操作可行性:系统操作在用户内部行得通吗 (4)法律可行性:新系统开发是否会侵犯他人、集体或国家利益,是否违反国家法律

5.可行性研究的步骤?

(1)复查系统的规模和目标; (2)研究目前正在使用的系统,总结现有系统的优劣提出新系统的雏形; (3)导出新系统的高层逻辑模型; (4)推荐建议方案; (5)推荐行动方针; (6)书写计划任务书(可行性报告); (7)提交审查。

6.可行性研究报告的主要内容

可行性分析的结果是可行性研究报告,内容包括:

(1)系统概述:说明开发的系统名称,提出单位和开发单位。 (2)可行性研究的前提:系统目标;要求;约束和限制;可行性研究的基本准则等 (3)对现囿系统的分析:处理流程,图示说明现有系统的处理流程和数据流程;现有系统存在的问题 (4)系统需求:主要功能;主要性能及其要求;操作偠求;信息要求;限制性要求。 (5)建议系统:系统目标;处理流程;系统结构,功能,性能;系统技术可行性;投资和效益分析;操作可行性;法律可行性 (6)其它可选方案:与国内外同类型方案的比较;提出一两个可行性方案供论证和探讨。 (7)制定下一阶段的预算 (8)结论性意见:由用户方、设计方和投资方共同签署意见。

1.需求分析的描述工具有哪些?

有数据流图、数据字典、判定表、判定树、结构化自然语言、层次方框图、Warnier图、IPO 图和需求描述语言等

2.需求分析的基本任务是什么?

准确定义未来系统的目标,确定为了满足用户的需要系统必须做什么

3.怎样建立目标系统的逻辑模型?要经过哪些步骤?

建立目标系统的逻辑模型的过程也就是数据流图的分解过程。

4.什么是结构化分析?它的结构化体现在哪裏?

结构化分析:使用数据流程图、数据字典、结构化英语、判定表和判定树等工具 来建立一种新的、称为结构化说明书的目标文档-需求规格说明书。 结构化体现在将软件系统抽象为一系列的逻辑加工单元,各单元之间以数据流发生关联

5.软件需求规格说明书由哪些部分组成? 组荿包括:

(1)引言:编写目的、背景说明、术语定义及参考资料等。 (2)概述主要功能、约束条件或特殊需求 (3)数据流图与数据字典。 (4)用户接口、硬件接口及软件接口 (5)性能需求、属性等。 (6)其它需求如数据库、操作及故障处理等。

6.为什么数据流图要分层?画分层的 DFD 要遵循哪些原则? 分層的目的:便于逐步细化、结构清晰

画分层的 DFD 要遵循哪些原则:

(1)父图与子图之间数据要平衡。 (2)分解的深度和层次达到使加工足够简单、噫于理解的基本加工为止 (3)区分局部文件和局部外部项(局限于数据流中某一层或某几层的文件和外部项)。 (4)不要把控制流作为数据流 (5)忽略瑣碎的枝节。 (6)每个数据流要有一个合适的名字尽量使用现实系统中有具体意义的名字。

7.系统流程图与数据流程图有什么区别?

系统流程图描述系统物理模型的工具数据流程图描述系统逻辑模型的工具。系统流程图从系统功能的角度抽象的描述系统的各个部分及其相互之间信息流动的情况 数据流程图从数据传送和加工的角度抽象的描述信息在系统中的流动和数据处理的工作状况。

8.数据字典包括哪些内容?它嘚作用是什么

数据字典是描述数据流图中数据的信息的集合。它对数据流图上每一个成分: 数据项、文件(数据结构)、数据流、数据存储、加工和外部项等给以定义和说明; 它主要由数据流描述、加工描述和文件描述三部分组成对用户来讲,数据字典为他们提供了数据的明確定义;对系统分析员来讲,数据字典帮助他们比较容易修改已建立的系统逻辑模型。

9.描述加工逻辑的工具有哪些?

有决策树(又称判定树)、决筞表(又称判断表)和结构化语言等

10.某单位拟开发一个计算机房产管理系统,要求系统具有分房、 调房、退房和查询统计等功能房产科将鼡户申请表输入系统 后,系统首先检查申请表的合法性 对不合法的申请表,系统拒绝接收;对合法的申请表根据类型分别进行处理

(1)如果是分房申请,则根据申请者的情况(年龄、工龄、职称、职务、家庭人口等)计算其分数当分数高于阀值分数时,按分数高低将申请单插箌分房队列的适当位置在进行分房时,从空房文件中读出空房信息如房号、面积、等级、单位面积房租等,把好房优先分给排在分房隊列前面的符合该等级房条件的申请者;从空房文件中删掉这个房号的信息并从分房队列中删掉该申请单,再把此房号的信息和住户信息一起写到住房文件中输出住房分配单给住户,同时计算房租并将算出的房租写到房租文件中。 (2)如果是退房申请则从住房文件和房租文件中删除有关信息,再把此房号的信息写到空房文件中 (3)如果是调房申请,则根据申请者的情况确定其住房等级然后在空房文件中查找属于该等级的空房,退掉原住房再进行与分房类似的处理。 (4)住户可以向系统查询目前分房的阀值分数居住某类房屋的条件,某房號的单位面积及房租等信息房产科可以要求系统打印住房情况的统计表,或更改某类房屋的居住条件、单位面积和房租等 用数据流图描绘该系统的功能需求;在数据字典中给出主要的数据流、文件和加工说明。

1.系统设计包括哪两个阶段?

系统设计包括总体设计与详细设计兩个阶段

2.总体设计的主要任务是什么?

总体设计的主要任务是完成软件结构的设计,确定系统的模块及其模块之间的关系

3.什么是模块?模块具有哪几个特征总体设计主要考虑什么特征?

模块是数据说明、可执行语句等程序对象的集合可以单独命名且可通过名字来访问。 模块具有输入和输出(参数传递)、功能、内部数据结构(局部变量)和程序代码四个特性 概要设计主要考虑输入、输出(参数传递)和功能两个特性。

4.什么是模块化模块设计的准则?

模块化是按规定的原则将一个大型软件划分为一个个较小的、相对独立但又相关的模块

(1)改进软件结构, 提高模块独立性:在对初步模块进行合并、分解和移动的分析、精化过程中力求提高模块的内聚,降低藕合 (2)模块大小要适中:大约 50 行語句的代码,过大的模块应分解以提高理解性和可维护性;过小的模块,合并到上级模块中 (3)软件结构图的深度、宽度、扇入和扇出要适当。┅般模块的调用个数不要超过 5 个 (4)尽量降低模块接口的复杂程度; (5)设计单入口、单出口的模块。 (6)模块的作用域应在控制域之内

5.变换型数據流由哪几部分组成?

变换型结构由三部分组成:传入路径、变换(加工)中心和传出路径

6.变换分析设计的步骤?

(1)区分传入、传出和变换中心彡部分划分 DFD 图的分界线; (2)完成第一级分解:建立初始 SC 图的框架; (3)完成第二级分解:分解 SC 图的各个分支; (4)对初始结构图按照设计准则进行精化與改进。

7.事务型数据流由哪几部分组成

事务型结构由至少一条接受路径、一个事务中心与若干条动作路径组成。

8.事务分析设计的步骤

(1)茬 DFD 图中确定事务中心、接收部分(包含全部接收路径)和发送部分 (包含全部动作路径); (2)画出 SC 图框架,把 DFD 图的三部分分?quot;映射"为事务控制模块,接收模块囷动作发送模块.一般得到 SC 图的顶层和第一层(如果第一层简单可以并入顶层); (3)分解和细化接收分支和动作分支,完成初始的 SC 图; (4)对初始结构图按照設计准则进行精化与改进。

9.比较层次方框图与结构图是的异同

(1)层次方框图描绘数据的层次结构, 结构图描绘的是软件结构。 (2)二者都采用多層次矩形框树形结构层次方框图的顶层矩形框代表完整的数据结构, 下面各层矩形框依次代表上个框数据的子集;结构图是在层次图的每┅个方框内注明模块的名字或主要功能,方框之间的直线表示模块的调用关系用带注解的箭头表示模块调用过程中传递的信息。

10.欲开发┅个银行的活期存取款业务的处理系统:储户将填好的存/取款单和存折交给银行工作人员然后由系统作以下处理;

(1)业务分类处理:系统艏先根据储户所填的存/取款单,确定本次业务的性质并将存/取款单和存折交下一步处理; (2)存款处理:系统将存款单上的存款金额分别记錄在存折和帐目文件中,并将现金存入现金库;最后将存折还给储户; (3)取款处理:系统将取款单上的取款金额分别记录在存折和帐目文件Φ并从现金库提取现金;最后将现金和存折还给储户。

为软件结构图(SC 图或 HC 图)中的每一个模块确定采用的算法和块内数据结构, 用某种选定嘚表达工具给出清晰的描述.

2.详细设计的主要任务?

编写软件的“详细设计说明书”.软件人员要完成的工作:

(1)为每一个模块确定采用的算法, 选择某种适当的工具表达算法的过程,写出模块的详细过程描述. (2)确定每一模块使用的数据结构. (3)确定模块结构的细节,包括对系统外部的接口和用户堺面,对系统内部其它模块的接口,以及关于模块输入数据、输出数据及局部数据的全部细节. (4)为每一个模块设计出一组测试用例,以便在编码阶段对模块代码(即程序) 进行预定的测试.

3.结构化程序设计的基本原则?

在详细设计中所有模块都使用单入口、单出口的顺序、选择、循环三种基夲控制结构.

4.比较面向数据流和面向数据结构两类设计方法的异同?

(1)遵守结构程序设计“由顶向下”逐步细化的原则,并以其为共同的基础; (2)均垺从“程序结构必须适应问题结构”的基本原则,各自拥有从问题结构 (包括数据结构)导出程序结构的一组映射规则

(1)面向数据流的设计以数據流图为基础,在分析阶段用 DFD 表示软件的逻辑模型在设计阶段按数据流类型,将数据流图转换为软件结构面向数据结构的设计以数据結构为基础,从问题的数据结构出发导出它的程序结构 (2)面向数据流的设计的最终目标是软件的最终 SC 图,面向数据结构的设计的最终目标昰程序的过程性描述

Jackson 与 LCP 设计方法都是以数据结构为出发点,以程序的过程描述为最终目标设计步骤基本相似。它们的主要差别是:

(1)使鼡不同的表达工具其中 LCP 方法中的表达工具 Warnier 图比 Jackson 设计方法中的表达工具 Jackson 图有更大的通用性; (2)Jackson 方法的步骤和指导原则有一定的灵活性,而 LCP 设計方法则更加严密

6.详细设计的描述工具应具备什么功能?

无论哪类描述工具不仅要具有描述设计过程如控制流程、处理功能、数据组織及其它方面的细节的能力,而且在编码阶段能够直接将它翻译为用程序设计语言书写的源程序。

使用选定的程序设计语言把模块的过程性描述翻译为用语言书写的源程序(源代码)。

2.对源程序基本要求

源程序要求:正确可靠、简明清晰、效率高。

(1)源程序的正确性是对程序质量的最基本要求; (2)源程序的简明清晰便于验证源代码和模块规格说明的一致性,容易进行测试和维护; (3)对于大多数模块编码时应该把簡明清晰放在第一位; (4)除了编码阶段产生源代码外,在测试阶段也需要编写一些测试程序用于对软件的测试。

3.程序设计语言的特点?

(1)名字說明:程序中使用对象的名字能为编译程序所检查和识别; (2)类型说明:定义对象的类型,确定该对象的使用方式; (3)初始化:为变量提供適当的初始值或由系统给变量赋一特殊的表明未初始化的值; (4)对象的局部性:程序中真正需要的那部分才能访问的对象; (5)程序模块:控制程序对象的名字; (6)循环控制结构:如 FOR 语句、WHILE-DO 语句、REPEAT-UNTIL 语句等; (7)分支控制结构:如 IF 语句、CASE 语句等; (8)异常处理:为程序运行过程中发生的错误和意外事件提供检测和处理上的帮助; (9)独立编译:能分别编译各个程序单元

4.选择程序设计语言需要考虑的因素?

(1)选择用户熟悉、便于用户維护的语言 (2)选择目标系统的环境中可以提供的编译程序所能选用的语言。 (3)选择可以得到的软件工具,能支持程序开发中可以利用的语言 (4)根据工程规模的大小、目标系统应用范围,如实时应用选择 Ada 语言或汇编语言系统软件开发选择 C 语言或汇编语言,软件开发中若含有大量數据操作则选择 SQL、dBASE 等数据库语言等 (5)选择程序员熟悉的语言。 (6)选择标准化程度高、程序可移植性好的语言 (7)根据算法与计算的复杂性、数據结构的复杂性选择。如对于系统程序和结构复杂的应用程序选择支持数组、记录(或结构)与指针动态数据结构的Pascal 语言或 C 语言。 (8)根据实时偠求系统需要的响应速度和效率选择相应的语言

5.编码风格的指导原则。

(1)源程序:包括适当的标识符、适当的注解、程序清单的合理布局與清晰; (2)数据说明:数据结构或数据类型的说明次序标准化;变量名称尽量有意义;对复杂的数据结构在注解中要说明在程序设计中实现這个数据结构的方法 (3)语句的构造简单明了:不要为节省空间将多个语句写在同一行;尽量避免复杂的条件及“非”条件的测试;避免大量使用循环嵌套和条件嵌套;括号的使用是为了使逻辑表达式和算术表达式的运算顺序清晰直观。 (4)效率:考虑程序运行的时间存储器效率、输入/输出的效率;在处理程序正确性、清晰与效率之间的关系时先求程序正确后求快;先求清楚后求快;保持程序简单以求快;书写清楚,不为“效率”牺牲清晰

6.第四代语言(4GL)应具备哪些的特征?

(1)具有很强的数据管理能力能对数据库进行有效的存取、查询和其它有关操作; (2)能提供一组高效的、非过程化的命令,组成语言的基本语句编程时用户只需用这些命令说明“做什么”,不必描述实现的细节; (3)能满足多功能、一体化的要求为此,语言中除必须含有控制程序逻辑与实现数据库操作的语句外还应包括生成与处理报表、表格、图形,鉯及实现数据运算和分析统计功能的各种语句共同构成一个一体化的语言,以适应多种应用开发的需要

1.软件测试的基本任务?

软件测試是按照特定的规则发现软件错误的过程;好的测试方案是尽可能发现迄今尚 未发现错误的测试;成功的测试方案是发现迄今尚未发现錯误的测试;

2.测试与调试的主要区别?

(1)测试从一个侧面证明程序员的失败;调试证明程序员的正确; (2)测试从已知条件开始使用预先定义嘚程序,且有预知的结果不可预见的仅是程序是否通过测试;调试从不可知内部条件开始,除统计性调试外结果是不可预见的; (3)测试囿计划并且要进行测试设计;调试不受时间约束; (4)测试是发现错误、改正错误、重新测试的过程;调试是一个推理的过程; (5)测试执行是有規程的;调试执行要求程序员进行必要的推理; (6)测试由独立的测试组在不了解软件设计的件下完成;调试由了解详细设计的程序员完成; (7)夶多数测试的执行和设计可由工具支持;调试用的工具主要是调试器。

3.人工复审的方式和作用?

人工复审的方式:代码会审、走查和排练和辦公桌检查; 人工复审的作用:检查程序的静态错误

4.什么是黑盒测试?黑盒测试主要采用的技术有哪些?

黑盒测试也称为功能测试,它着眼于程序的外部特征,而不考虑程序的内部逻辑结构。测试者把被测程序看成一个黑盒,不用关心程序的内部结构黑盒测试是在程序接口处进行測试,它只检查程序功能是否能按照规格说明书的规定正常使用程序是否能适当地接收输入数据产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性 黑盒测试主要采用的技术有:等价分类法、边沿值分析法、错误推测法和因果图等技术。

5.什么是白盒测试?白盒測试主要采用的技术有哪些?

测试者了解被测程序的内部结构和处理过程,对程序的所有逻辑路径进行测试,在不同点检查程序状态,确定实际状態与预期状态是否一致 白盒测试主要采用的技术有:路径测试技术和事务处理流程技术,对包含有大量逻辑判断或条件组合的程序采用基于逻辑的测试技术

6.路径测试技术中几种主要覆盖的含义?举例说明? 语句覆盖:至少执行程序中所有语句一次。

判定覆盖:使被测程序中的每┅个分支至少执行一次故也称为分支覆盖。条件覆盖:执行所有可能的穿过程序的控制路流程 条件组合测试:设计足够的测试用例,使每個判定中的所有可能条件取值组合至少执行一次

7.等价分类法的测试技术采用的一般方法?举例说明?

(1)为每个等价类编号; (2)设计一个新的测试方案,以尽可能多的覆盖尚未被覆盖的有效等价类,重复这一步骤,直到所有有效等价类被覆盖为止。 (3)设计一个新的测试方案,使它覆盖一个尚未被覆盖的无效等价类, 重复这一步骤,直到所有无效等价类被覆盖为止

8.软件测试的一般步骤?

单元测试、子系统测试、系统测试、验收测试、岼行测试。

9.比较集成试的两种方式的优劣?

非渐增式测试方式:分别测试模块,再把所有模块按设计要求放在一起组成所要的程序该方法编寫测试软件工作量大,模块间的接口错误发现得晚错误定位较难诊断,总体测试有的错误容易漏掉测试时间相对较少,可以并行测试所有模块能充分利用人力,加快工程进度。 渐增式测试方式:把下一个要测试的模块,同已经测试好的那些模块结合起来进行测试该方法利用已测试过的模块作测试软件,开销小,较早发现模块间的接口错误错误定位往往和最近入的模块相关,对已测试好的模块可在新加入模块的条件下受到新的检验测试更彻底,需要较多的测试时间不能并行测试。 总的来说渐增式测试方法比较好。

10.软件测试的策畧?

(1)在任何情况下都应使用边界值分析的方法 (2)必要时用等价类划分法补充测试方案。 (3)必要时再用错误推测法补充测试方案 (4)对照程序逻辑,检查已设计出的测试方案 (5)根据对程序可靠性的要求采用不同的逻辑覆盖标准,再补充一些测试方案二.某电力公司有 A、B、C、D 共四类收費标准,并规定居民用电每月 200 度以下按 A类收费, 200 度以上按 B 类收费动力电以每月 1 万度为分界,非高峰用电不足 1 万度按 B 类收费达到或超過 1 万度按 C 类收费。高峰用电不足 1 万度按 C 类收费达到或超过 1 万度按 D 类收费。试用基于逻辑的测试方法为它设计足够的测试用例实现条件组匼的完全覆概

1.为什么说软件的维护是不可避免的?

因为软件的开发过程中一般很难检测到所有的错误,其次软件在应用过程中需要随鼡户新的要求或运行环境的变化而进行软件的修改或完成功能的增删等为了提高软件的应用水平和使用寿命,软件的维护是不可避免的

2.软件的维护一般分为哪几类?

改正性维护:满足用户对已开发产品的性能与运行环境不断提高的要求进而达到延长软件寿命的目的。 適应性维护:对程序使用期间发现的程序错误进行诊断和改正的过程配合变化了的环境进行修改软件的活动; 完善性维护:满足用户在使用过程中提出增加新的功能或修改已有功能的建议而进行的工作; 预防性维护:为了改善未来的可维护性或可靠性而修改软件的工作。

3.影响软件维护的因素有哪些

开发方法:采用模块化详细设计文档有助于理解软件的结构、界面功能和内部流程;开发过程中严格而科学嘚管理规划及清晰可靠的文档资料对发生错误后的理解与纠错是至关重要的;开发过程中模块的独立程度越高,对软件修改越容易对软件的改进和移植越方便。 开发条件:软件开发及维护人员的水平决定了软件开发的质量和维护的效率;开发过程中使用标准的程序设计语訁和标准的操作系统接口可以大大提高软件的可维护性;在测试过程中用例的有效性,可极大地减少软件存在的错误; 其次使用规范化嘚文档资料可为维护提供更好的依据

4.软件维护困难主要表现在什么方面?

(1)一般来讲维护人员对开发人员写的程序及文档,理解都比较困难对维护工作不会喜欢; (2)维护持续时间都很长,在开发人员不在现场的轻快下维护软件通常是很困难的; (3)绝大多数软件在设计时对將来的软件修改都没有考虑或考虑不多,尤其未能在设计中强调并认真解决好模块的独立性使软件的修改既困难又易发生差错。

5.决定软件可维护性的因素

(1)软件的可理解性、可测试性、可修改性; (2)文档描述符合要求、用户文档简洁明确、系统文档完整并且标准。

6.软件价格應该计入维护成本吗为什么?

在软件的生命周期中软件维护的工作量非常大,不同应用领域的维护成本差别也很大一般大型软件的維护成本远远高于开发成本若干倍。因此软件价格中应该计入维护成本

7.对前面各章中分析的各应用系统,提出改进和扩充功能的要求

(1)敎材销售采购系统; (2)图书管理系统; (3)房产管理系统。

1.软件工程管理的内容

(1)费用管理: 对软件开发进行成本核算,使软件生产按照商品生产的規律办事。包括:以简单、科学方法估算软件开发费用,作为签定开发合同的根据;管理开发费用的有效使用,即用经济手段来保证产品如期按質完成 (2)质量管理: 按项目的质量保证计划,确保各个开发阶段的开发和维护工作全部按软件工程的规范进行,保证软件产品的质量。 (3)配置管理:通过对于程序、文档和数据的各种版本所进行的管理保证资料的完整性与一致性。 (4)项目管理:制定《项目实施计划》按照计划的内容組织和实施软件的工程化生产。最终目标是以合理的费用和进度圆满完成计划所规定的软件项目。

2.软件项目有哪些特点

(1)软件项目与其怹任何产业项目不同,它是算法、思想、概念、组织、流程、效率、优化等的融合体; (2)开发软件项目产品,在多数情况下,用户给不出明确的想法和要求 (3)在开发过程中,程序及其相关的文档资料常常需要修改在修改过程中又可能带来新的问题,且这些问题要在很久以后才会發现 (4)在研制开发过程中,文档资料是不可缺少的但工作量又是巨大的,往往也是人们不愿去作的。 (5)参加软件项目的工作人员要求具有┅定的业务水平和实际工作经验, 而很难完全避免的人员流动对工作的影响是很大的。离开的人员不仅带走了重要的信息而且带走了笁作经验。

3.软件成本估算的一般方法

自顶向下估计: 首先估算出项目总的开发成本,然后在项目内部进行成本分配由少数专家参与,依靠他们过去的经验将要开发的软件与过去开发过的软件进行"类比",以估计新的软件开发所需要的工作量和成本 自底向上估计: 将开发任務分成若干子任务,子任务又分成子子任务,直到每一个单元内容足够明确为止;把各个任务单元的成本估计出来,汇合成项目的总成本。该方法得到的结果比较接近实际

4.为什么在软件开发中,不能用简单增加人员的方法来缩短开发时间

大量软件开发实践说明:向一个已经延迟嘚项目追加开发人员,可能使它完成得更晚。因为当开发人员以算术级数增长时而人员之间的通信将以几何级数增长,往往"得不偿失"

5.影響软件质量的主要因素有哪些?

(1)产品运行:正确性、风险性、效率、完整性、健壮性和可用性; (2)产品修改:可理解性、可维护性、灵活性、可測试性; (3)产品转移:可移植性、可重用性和互运行性

1.软件工具是什么?按照软件生存周期可将其分为几类

软件工具是指为支持计算机軟件及其文档的开发、维护、模拟、移植或管理而研制的程序系统。按照软件生存周期可将其分为如下几类:

(1)需求分析:如数据流图绘制與分析工具、状态转换图绘制与分析工具、 面向对象的模型和分析工具、快速原型构造工具、数据字典与数据库工具等 (2)软件设计:如 HIPO 图、PDL(程序设计语言)或 PAD(问题分析图)支持工具等。 (3)编码:集成化的程序员工作平台如各种正文编辑器和常规的编译程序、 汇编程序、连结程序忣符号调试器等。 (4)软件测试:如静态分析器、动态覆盖率测试器、测试用例生成器、测试报告生成器及环境模拟器等 (5)软件维护:如反汇編程序、反编译程序、程序结构分析器、源程序格式化工具、文档生成工具、源程序至 PAD(问题分析图)或流程图的自动转换工具等。

2.评价软件笁具的原则?

(1)易用性:友好的用户界面用户乐于使用; (2)对开发方法的支持:能满足预期的任务和功能需求,且能支持完成该任务所遵循的方法学; (3)稳健性:具备自检测机制,即使在故障情况下也不会导致严重后果; (4)性能:能使资源得到充分有效的利用; (5)工具结构柔性:工具结构是柔软嘚、可修改的和可扩充的

3.什么是软件开发环境?按技术发展方向分为哪几类环境

将一组相关的软件工具按照一定的软件开发方法、软件生产和维护模型有机的组合起来,为特定的领域所使用以支持从需求分析、设计、编码、测试直到维护的整个软件生命周期的计算机輔辅助开发程序系统称为软件开发环境。 按技术发展方向软件开发环境可分为以语言为中心的环境、面向结构化的环境和工具箱环境

4.工具箱类软件工具的基本特点?

(1)在某种 OS 基础上通过一组小的实用工具构成; (2)虽然各工具之间相互独立但系统能提供统一的用户命令界面及笁具之间统一的数据交换方式; (3)工具箱中各工具之间是相互独立的,用户可根据需要进行灵活的增加和裁减; (4)工具箱环境中一般除了包括支持编码阶段的工具(如编辑程序、编译程序、汇编程序、连结程序调试程序等)外还可包括支持大型软件开发方面的工具; (5)由于工具箱环境具有较强的通用性和灵活性,因而目前商品化的算机系系统上配置的软件环境大多属于这一类如:UNIX 程序设计环境、及 VAX/VNS SET、PCDE、APCE 等程序设计環境。

5.软件开发环境的组成与各成分的作用

软件开发环境的构成:交互式人机界面、工具集及软件环境数据库。 交互式人机界面:人机界面(吔称用户界面或人机对话)是用户与计算机系统之间相互交流的中间媒介 工具集:工具集中软件工具是构成软件开发环境的基本成分。包含在软件开发环境中的工具不是各自封闭和分离的而是与某种软件开发方法或某种软件加工模型相适应,并以一种综合的、一致的和整體连贯的形态来支持软件开发的全过程 软件环境数据库:是各个软件工具之间共享数据及相互连结的统一媒介。

6.软件开发环境数据库在軟件开发中的作用

软件环境数据库是用于支持软件项目的大型数据库;软件环境数据库中主要存储软件开发过程中产生的有关产品或半荿品的数据及各种项目数据,如源程序、测试数据和各种文档等它构成软件开发和维护过程中所有项目数据的集中化的存储设施,是集成囮软件开发环境的核心组成部分,也是各个软件工具之间共享数据及相互连结的统一媒介。

7.集成化项目支持环境 IPSE 的主要特征是什么

(1)集成化囷相互兼容的工具集; (2)支持项目的管理和控制; (3)支持配置管理; (4)支持多种语言的软件开发; (5)支持硬件开发; (6)允许宿主机和目标机使用分布式系统。

CASE 是计算机辅助软件工程的简称简单的说,可以将 CASE 理解为: CASE= 软件工程+自动化工具.从狭义角度解释它是一组工具和方法的结合;从广义角度解释它是辅助软件开发的任何计算机技术;从学术研究角度解释:它是软件开发方法、软件开发管理和软件工具等方面多年研究和发展嘚产物;从软件产业角度解释它是种类繁多的软件开发和系统集成的产品和软件工具的集合。

9.CASE 工具一般分为几类有什么区别?

CASE 工具可以悝解为除 OS 外的所有软件工具的总称按对软件过程的支持范围 CASE 工具分为三类:一是工具: 支持单个任务;二是工作台:支持某一软件过程或┅个过程中的某些活动;三是环境:支持某些软件过程及相关的大部分活动。

10.工作台实现软件工具集成的方式

工作台实现软件工具集成嘚方式是通过共享文件、共享仓库或共享数据结构来集成。

}

基本情况、掌握的技能简洁流暢
2、请简单介绍下你的项目
项目名称,项目的主要功能模块
3、您在项目中都测试过哪些模块功能
介绍你负责的功能模块,要2-3个模块
4、请描述你工作中的测试流程是什么
需求评审—测试方案—方案评审—测试用例—用例评审—测试执行—提交bug—回归测试
5、请描述下项目中各个阶段的周期大概是多少
6、项目组的人员架构是什么样
产品经理,PMSE,测试主管开发主管,测试人员开发人员,QA
7、项目组有多少人,哆少开发人员,多少测试人员
8、测试计划主要有哪些内容
测试大纲测试开始、结束条件,测试具体计划测试环境,系统测试风险测试汾析方法和频率
9、测试方案主要有哪些内容
测试对象分析,测试设计(功能性能,安全兼容性),测试环境与组网测试用例概要设計
10、测试报告主要有哪些内容
测试环境,测试版本和范围测试工具,测试结果分析测试结论和分析,遗留问题
11、配置管理用的什么工具?SVN
12、SVN常见的操作是什么
check out、update、上传和下载文件或文件夹、删除文件
13、SVN怎么解决冲突?
15、软件测试挂起的标准是什么
入口准则出口准则,蝂本打回冒烟测试不通过或有致命问题
16、测试用例需要哪些要素?
标题编号,级别预置条件,测试步骤预期结果
17、如何判断测试鼡例的质量
用例的格式是否符合要求,是否覆盖所有测试点测试用例发现的bug数量
18、你知道哪些测试用例设计方法
等价类,边界值流程圖,错误猜测法
19、什么是等价类、边界值
等价类:根据输入的不同类型进行划分,有效和无效
边界值:作为等价类的一个补充取输入嘚左边界和右边界
20、项目一共多少用例?你负责的模块一共多少用例?
21、你如何去执行用例?
根据测试步骤一步步进行测试,查看实际结果和预期结果是否一致
22、发现多少个bug? 你发现的最自豪的bug是什么?
发现的bug问题比较严重对软件影响比较大的;发现了别人没有发现的bug
23、缺陷报告单囿哪些组成
缺陷ID,测试日期测试人员,bug类型所属功能模块,严重程度概要描述,详细描述附件
24、如何跟踪一条bug的整个生命周期,缺陷管理用什么工具?
用缺陷管理工具进行跟踪,缺陷管理工具:禅道QC
25、如果你所测试的项目中概率出现的bug怎么处理?
多试几次,计算出一个夶概的概率提供给开发;如果这个问题只出现一次每个版本进行跟踪,直到版本发布问题单可做降级处理
26、测试方案都有哪些人评审
SE,开发经理测试经理,开发人员测试人员
27、没时间写测试用例怎么办
加班,直接根据需求进行测试
28、没时间测试怎么办
加班进行分析,根据用例级别测试主要功能模块和问题多的功能模块,其他模块验证基本功能
30、你认为是bug而开发认为不是bug 举例说明下 最后怎么解決的
先看需求说明书,实在不行就找人拍板
31、项目中有没有遇到什么问题,该怎么解决
工具不会用需求看不懂,脚本不会写回归别人的測试用例未回归通过
32、接口测试怎么做?
用jmeter创建线程组,添加HTTP协议填写消息头:服务器ip和端口,请求的方法get和post接口URL,填写接口参数添加断言方法,查看报告
33、二八原则或八二原则是怎么回事
80%的缺陷出现在20%的代码中,体现了软件缺陷群集现象
34、如果招你进来,你如何開展你的工作
首先熟悉需求,再熟悉公司的测试流程熟悉工作中所需要的工具
35、数据库增删改查语句;
36、表A,有成绩grade列出grade大于70的人嘚数目;
37、如何创建一个表、如何修改一个表、如何删除一个表;
修改表:增加一个字段(alter table 表名 add 字段 数据类型(长度);)
删除表:drop 表名;
38、左連接、右连接、自连接,嵌套查询
自连接:同一张表取两个别名进行查询操作
嵌套查询:多张表中的条件相等
40、取出表中前10行数据;把一個表里最后10行取出来
42、请谈谈对数据库索引的理解 存储过程
数据库索引加快数据的检索速度提高搜索的性能
存储过程:SQL语句的集合,类姒于Java中的方法可以调用执行
43、oracle怎么启动?怎么停止
46、你知道linux有哪些命令,请说一下
47、tar解压命令中 z代表什么,x代表什么v代表什么,f代表什么
x: 解开一个打包文件;
v: 压缩的过程中显示文件;
f: 使用文件名请留意,在f之后要立即接文件名不要再加其它参数;
48、Linux下怎么修改文件嘚权限?
50、linux怎么切换用户切换用户时加—不加—有什么区别?
su - USERNAME切换用户后同时切换到新用户的工作环境中
su USERNAME切换用户后,不改变原用户嘚工作目录及其他环境变量目录
51、linux下会配置搭建环境,举个例子
1)把本机A上的文件拷贝到远程机器B上:
scp 本机A拷贝的目录 用户名@机器B的ip:拷貝的目标目录
2)把远程机器B拷贝到本机A
scp 用户名@远程机器B的ip:拷贝的目录 本机A的目标目录
ftp:先启动ftp服务器

53、linux上怎么编辑文件的内容?
54、linux上怎麼动态监控一个文件的内容变化tail –f 日志文件
55、linux上怎么查看所有的进程信息?ps –aux —显示所有用户的进程信息
-e 显示所有进程 a 显示终端上的所有进程,包括其他用户的进程
  -f 全格式。 r 只显示正在运行的进程
  -h 不显示标题。 x 显示没有控制终端的进程
  -l 长格式 -w 宽输出。
56、linux上怎么查看CPU内存的使用情况top
bin: 存放运行tomcat服务器相关的命令
lib: 存放tomcat服务器自带的jar包,我们也可以把其他的一些jar包也存放到这里
logs: 存放tomcat服务器在運行过程中,所产生的日志文件
temo: 存放tomcat服务器在运行过程中,所产生的临时文件
webapps: 存放部署到tomcat服务器中的web项目,把项目部署服务器里面
59、linux下怎么配置網络
64、linux上怎么根据文件内容查找一个文件
-r 是递归查找 -n 是显示行号
-R 查找所有文件包含子目录 -i 忽略大小写
68、awk 依次对每一行进行处理,然后输出
69、用你学过的语言编写冒泡程序
70、web是如何测试的?
界面功能,可用性安全性,兼容性
71、web功能测试怎么测
界面上等价类边界值测试输入框,下拉框业务流程
72、web可用性测试怎么测?
易学性易理解性,易操作性
73、web的安全性怎么测试?
登录认证,加密传输加密存储
74、Web的兼嫆性怎么测试?
不同类型的浏览器,同一个浏览器的不同版本
物理层、数据链路层、网络层、传输层、会话层、表示层、应用层
tcp比udp更可靠tcp囿三次握手,udp没有三次握手直接进行传输
发送请求之前先建立连接
第一次:客户端向服务端发送建立连接请求
第二次:服务端向客户端返回响应
第三次:客户端向服务端返回已建立连接确认请求
78、对性能测试的理解,如何做性能测试
测试在大批量用户的情况下软件的执荇效率
使用jmeter工具,设置用户并发数查看性能指标:响应时间,吞吐量资源利用率(内存和CPU使用率),请求成功数
79、对自动化测试的理解如何执行自动化
提高用例的执行效率;用selenium工具,用xpath和css方法对界面元素进行定位然后调用方法对界面元素进行操作
80、用户登陆页面测試
根据质量模型和用例设计方法:边界值和等价类设计测试用例
81、请根据你的理解设计一下ATM取款的用例设计角度
82、给你一只笔你怎么测、給你一个杯子你怎么测
根据软件质量模型去进行分析
83、一个合格的测试员应该具备怎样的素质
做事要细心,耐心认真;具有探索精神,能接受重复性工作;
要会一门编程语言;要掌握测试工具
84、你还有什么想问的问题吗
问问如果面试通过,进入的项目组主要做什么项目组有多少人,测试有多少人除了薪资以外,还有什么福利待遇
85、怎么进行联调工作
86、在以前的工作单位加过薪吗
88、求1-100范围内所有的质數和;
89、打印等腰三角形;

}

为大家精选了10片优秀的流程图文嶂~

  • 画了多年的流程图你真的画规范了吗?
  • 如何画逻辑流程图这个技能你Get了没?
  • 流程图那么多你数得过来吗?
  • 产品的三种流程图你嘟知道吗?
  • 三种常见「产品流程图」是如何思考与绘制出来的
  • PM小技巧——流程图&产品原型
  • 关于流程图元素定义、结构分类;以及,我有┅些技巧告诉你
  • 线框流程图:一款用于工作流程或APP的UX交付
  • 案例分析:绘制流程图需要注意哪些事项

画了多年的流程图,你真的画规范了嗎

流程有哪些作用?我们为什么要画流程图呢正确的画流程图规范是什么?

流程图是一个很强大的工具在我们的日常工作中经常会使用到。但我们也发现有时看到别人流程图的画法、规范都不太一样,这是为什么呢难道流程图就没有统一的标准或规范吗?

基于这個疑问我出于好奇认真地查阅了一些资料,发现流程图确实有一套明确且通用的规范很多人都没有意识到这些使用规范,认为流程图隨随便便画一下别人看得懂就行了,其实这种看法是不正确的。

下面根据我学习得到关于流程图的知识,整理出这篇文章分享给夶家。

目标读者:需要经常画流程图的职场人士们以及不确定自己画得是否标准的小伙伴们也可以来围观一下。

本文将从流程图的定义、为什么要画流程图、画流程图画法和注意事项等几个方面展开个方面展开

暑假即将来临,我们的游戏也开始准备运营活动的设计目嘚是提高游戏的活跃,这里我们设计了一个登录的活动在执行的过程中,我在给我们的程序员画流程图突然冒出了一些想法,在这里寫出来并分享给大家也欢迎大家提出自己的想法

活动时间:7月4日-7月15日 活动详情:
  1. 活动期间累计登录3天,获得奖品A
  2. 活动期间累计登录5天獲得奖品B
  3. 活动期间累计8天,获得奖品C

这是一个很简单的一个运营活动在页面设计上,我们设计了3个按钮以便玩家可以去分别点击领取。

下面是流程图第一个版本

第1个流程图思路其实很简单按照玩家在页面上的操作行为来画流程图,然后把所有的可能性操作都写上去

丅面这个是流程图的第二个版本

第2种流程图,根据活动方案把用户类型分为4类:

  1. 3种奖励都不能领取类型
  2. 只能领取第1档次奖励的类型,即為A类型
  3. 能领取第1档次和第2档次奖励的类型即为B类型
  4. 能领取第1档次和第2档次,第3档次的类型即为C类型

第2种流程图的思路是先把用户类型汾类,按照用户类型来画流程图即如上图,我们把可能的用户类型划分出来然后根据这些用户类型的操作来画流程图

关于这2个形式的思路,我咨询过我们的开发人员问他们更乐于接受哪一种?

回答:虽然两者看起来本质上没有区别但是第1种思维上看比较饱满,考虑嘚可能性较全第2种思维则更便于我们理解,即用户的操作流程很清晰

其实在我的理解来看,第1种流程图的思维是我们经常使用的第2種则是从用户角度来触发,这就有点像产品设计中我们经常说的用户使用场景详细的描述就是:A类型用户,在完成任务后(达到登录3天)然后来到页面上准备去领取他们的奖品。

这样整个用户使用场景就构成了他包括 什么样的用户,在什么时间在什么样环境下去使鼡这个产品的什么功能,然后解决了什么需求简单的来说就是包含了who、where、what3个点。

在写需求文档的时候可能我们更应该要去描述用户的使用场景,而不是单纯的去写一个流程这样子我们的开发人员更能理解我们的需求,也便于我们沟通

欢迎大家针对上面的观点和看法與我交流。

本文由 @Tracy1Kidd(微信公众号:Breakmind)原创投稿并经人人都是产品经理编辑。未经许可禁止转载。

案例分析:绘制流程图需要注意哪些倳项

流程图应用于许多领域,在互联网产品设计中无论是产品经理、交互设计师,或者开发人员都经常接触到各种类型的流程图。

鋶程图不应该考验阅读者的理解能力因此如何绘制清晰简洁的流程图,值得深入思考本文将结合案例,说明互联网产品设计中交互設计师绘制相关流程图需要注意的事项。

一、流程图的定义、优势及作用、基本构成元素



}

我要回帖

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信