（建筑工程管理）软件工程资料

(建筑工程管理)软件工程壹．选择题：开发阶段和运行阶段。15．进行需求分析可使用多种工具：数据流图(DFD)；判断表；判定树和数据字典。图中，任意俩个加工之间有且仅有壹条数据流。于画分层DFD时，应注意保持父图和子图非直接耦合的耦合度最低。壹个模块内部的内聚种类中，功能内聚的内聚给定的外部环境中软件的逻辑正确性，它包括需求规格说明确认和用户确。单元测试(编码阶段)；集成测试(设计阶段)；确认测试(需求分析阶段)。等价划分方法设计测试用例的步骤是： (1)根据输入条件把数目极多的输入数据划分成若干个有效等价类盒若干个无效等价类。 (2)设计壹个测试用例，使其覆盖尽可能多尚未覆盖的有效等价类，重复这壹步，直至所 (3)设计壹个测试用例，使其覆盖仅壹个尚未覆盖的无效等价类，重复这壹步，直至所有程序中的错误后，仍应选择部分或全部原先已经测试过的测试用，目的是发现编程错误。集成测试所依据的模块说明书和测试方案应于概要设计它能发现设计错误。确认测试应于模拟的环境中进行强度测试的基础上进行，测于不合理的测试输入数据，程序应拒绝执行，且给态是否有错，程序的语句和条件和预期的状态是否壹致。白盒测试又错误的70%。试方法时，确定测试数据应根据程序的内部逻辑和指定 可能发生异常，性能也下降。因此，对变更的软件进行测试是必要的。回归测试 型档进行测试。白盒测试法是根据程序的内部逻辑来设计测试用例的方它也适用于对软件详细设计阶段的软件文档进行测试。白盒法测试程条件选取测试用例。判定覆盖比语句覆盖严格，它使得每壹个判定的每壹条分支至少经历壹次。判定/条件覆盖既是判定覆盖，又是条件覆盖，但它且不保证使可能的值。多重条件覆盖比其他条件均要严格，但它不能保证覆盖程子系统的集成测试特别称为部件测试，它所做的工作是要找出子系统间的不壹致。需要考虑的问题是：于把各个模块连接起来的时侯，穿能否达到预期要求的父功能；全局数据结构是否有问题；单个模块的序间的调用是否正确。分析方法(白盒方法)中常用的方法是路径测试方法。非分析方法(黑盒方法)中常用的方法是等价类方法和因果图方法。因果图方法根据输出对输入的依赖关系用这壹方法，完全不考虑程序的内部结构。用所有可能输入的数据来测试程序是不可能的，数据中选择壹个子集进行测试。等价类是指某个输入域的集合，于该。n(9)于做程序的单元测试时，桩(存根)模块比驱动模块容易编写。(×)请画出程序流程图(4分)请画出该算法的N-S图(3分)答案：2、某银行计算机储蓄系统的工作流程大致如下：储户填写的存款单或取款单由业务员键入系统，如果是存款则系统记录存款人的姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，且印出存款单给储户；如果是取款而且首先核对储户密码，若密码正确或存款时未留密码，则系统计算利径测试法的环复杂度)。(10%)解答：4、某培训中心要研制壹个计算机管理系统。它的业务是：生文件、课程文件上登记，且开出方案单交财务部门，财务人员开出要求：x=50,y=50x=50,y=50x=90,y=70x=90,y=70x=50,y=50x=90,y=70x=80,y=70x=90,y=30x=70,y=90x=70,y=90x=30,y=90x,y=90x=70,y=70x=50,y=50x=50,y=50x=80,y=70x=50,y=50x=70,y=90n }解：(1) (2)解：(1) (2) (1)估计程序中的错误总数。 解：(1)因为：所以： (2)设MTTF=10则：e60K1)eK-e-320K12=3*e-160K1-e-320K1设x=e-160K1有x2–3x+2=0F工程心得体会 (壹)纸上得来终觉浅，觉知此事要躬行践，亲身体验才能领悟软件工程的妙用。虽然软件工程这门课程没有安习软件工程的过程是痛苦的，它已经不单纯是壹种思想，而是处。就要跳出原本只注重编程的狭隘圈子，从宏观上把握软件的生，不能任意妄为。特别是需求分析、总体设计和详细设计阶段 (二)吾生也有涯，而知也无涯学习永无止境，于以后仍需加强的方面有：的状态，分工比较混乱。于划分模块后明确了各自分工，渐群力，于不断磨合中能够达成中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协题，而个别次要的模块仍未开发。设计仍有不太合理处，需要进行完软件工程的三段论起源及发展趋势盖了软件生存周期的所有阶段，且提供了壹整套工程化的方法，来指导软定义壹应用，使计算机设备的能力借助于计算机程序、过程和有关文档成件设计和开发人员提供思想方法和工具，而软件开发是壹项需要良好间内已经取得了长足的进展，能够说于软件的开发和应用中起到了其于软件工程知识体系指南(SEWBOK：程起源的三段论见软件工程起源的三个阶段。本世纪中期软件产业从零开始起业。随着信息产业的越来越重要。软件发展的五十年历史中，人们对软件的认识经历了第壹个写软件的人是Ada(AugustaAdaLovelace),于1860年代他尝试为。软件发展的历史能够大致分为如下的三个阶段：特定的目的而编制的，软件的通用性很有限的。软件往往带有开发没有什么系统的方法能够遵循，软件设计是于某个人的头而且，除了源代码往往没有软件说明书等文档，因此这个时期程序、程序设计概念，不重视程序设计方法，主要是用于科学化方法。硬件的速度、容量、工作可靠性有明显提高，而且硬件的价格降，软件开发的方法基本上仍然沿用早期的个体化软件开发方式，软件需求难度越来越大，开发成本令人吃惊地高，开发人员的开发技术不适应规模的硬件进展，软件开发技术的进步壹直未能满足发展的要求。软件的数量急剧膨大型的软件开发项目提出来了，于那个时代，很多的软件最后均得到了壹多的软件项目开发时间大大超出了规划的时间表，壹些项目导致了财产的流失，甚至某些软件导致了人员伤亡。同时软件开发人员也发现软件开发的难度越来越大，的问题找不到解决的办法，使问题积累起来，形成了尖锐的矛盾，失败的机软件的开发和维护过程中所遇到的壹系列严重问题。概括来说，软问题：壹、如何开发软件，以满足不断增长，日趋复杂的需求；二、如何维护数量不断膨胀的软件产品。落后的软件生产方式无法满足迅速增长的计算机软件需求，壹只逃亡的野兽落到泥潭中作垂死挣扎，越是挣扎，陷得越深，最后无法逃脱灭顶的灾难，……程序设计工作正像这样壹个泥潭……壹批批程序员被迫于泥潭中拼命挣扎，……，被记入历史史册。由于软件危机的产生，迫使人们不得不研究、改变软件软件工程学--为研究和克服软件危机应运而生。要对象是大型软件。它的最终目的是摆脱手工生产软件的情况，逐步实现壹定的时间、壹定的预算之内完成。软件工程是针对软件危机提出来软件危机的特征正是表当下完工日期壹再拖后、经费壹再超支，甚至工程，大的进步。尤其应该指出的是，自80年代中期，部门开始认识到，于软件开发中，最关键的问题是软件开发组织不能很好件过程，从而使壹些好的开发方法和技术均起不到所期望的作用。也就是管理软件过程的软件开发中，开发组织不可能于好的软件方法和工具容的三段论见软件工程的三段理论。软件工程是为克服软件危机而提出的践中不断地探索它的原理，技术和方法。于此过程中，人们研究和借鉴了和方法，且形成了软件工程学。软件工程的目标是提高软件的质量和生产，为此我们需要先规划这个项目，即完成项目计划，然后根目，项目实施的依据是需求，这个需求类似工程项目的图纸，开发人件即设计、编码，于开发生产线上，将开发过程的半成品，通过配置其中：，例如需求分析、设计、编码、测试等，相当于生产线项目管理者规划软件开发、控制软件开发的过程，相当于生产线伴随开发过程进行的过程。过程改进相当于对软件开发过程和软。分三册，以案例贯穿讲述了软件项目管理过程、软件项目司的开发方式和之类似。公正地说，以此方式仍是成就了好多成如开发周期的不可控制、项目结果为用户所不认可、项目最终的出乎我们的意料，以至于我们无所适从。再加上技术人员、资金中，很多方法、规则均是装于开发人员的脑子里面的，往往会因为壹俩个造成整个公司的瘫痪。赌注完全押于这壹俩个人的身上，资本投入风险很另谋高就，公司投资就将全部付之流水，作坊式的运作模式严重阻障了软让软件工程成为真正的工程，就需要软件项目的开发、管理、过程等方面规范化、工程化，始就于开发过程中严格贯彻质量管理，软件产品的质量才有保证。否随着软件技术的发展而不断变化的。即便于软件工程的领域内，研究往软件工程壹直不能像其他产品壹样，做到标准化，可是，随着技术标准的出台，软件人员已经开始重视这方面的工作。实际上能够将许件去构造。很有可能今后的软件队伍会分为俩个部分，壹部分专门从刚开始。于壹些公共领域，例如软件的用户界面，通用软构件的使用，对于各行各业的专业领域来