软件工程作业含答案(共17页).doc

《软件工程作业含答案(共17页).doc》由会员分享，可在线阅读，更多相关《软件工程作业含答案(共17页).doc（17页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上专心-专注-专业软件工程第一章作业1.1什么是计算机软件？软件的特点是什么？答：计算机软件指计算机系统中的程序及其文档。软件的特点是：A 软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确得估算；B 软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大；C 软件的使用没有硬件那样的机械磨损和老化问题。1.2 简述软件的分类，并举例说明。答：在计算机科学技术百科全书中，将软件分为系统软件、支撑软件和应用软件3类。A 系统软件：系统软件居于计算机系统中最靠近硬件的一层，其他软件一般都通过系统软件发挥作用。系统软件与具

2、体的应用领域无关。例如：编译程序、操作系统等。B 支撑软件：支撑软件是支撑软件的开发和维护的软件。例如：数据库管理系统、网络软件、软件工具、软件开发环境等。C 应用软件：应用软件是特定应用领域专用的软件。例如：工程/科学计算软件、嵌入式软件、产品线软件、Web应用软件、人工智能软件。1.4 什么是软件工程？答：在计算机科学技术百科全书中软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。1.5 简述软件工程的基本原则。答：软件工程原则包括围绕工程设计、工程支持和工程管理提出的以下4条基本原则：第一条：围绕适宜的开发模型；第二条：采用合适的设计方法；第三条：提供高质量的工程支撑；第四

3、条：重视软件工程的管理。1.6 软件生存周期分哪几个阶段？分别简述各个阶段的任务。答：软件生存周期有计算机系统工程、需求分析、设计、编码、测试、运行和维护6个阶段。A计算机系统工程的任务是确定待开发软件的总体要求和范围，以及该软件与其他计算机系统元素之间的关系，进行成本估算，做出进度安排，并进行可行性分析，即从经济、技术、法律等方面分析待开发的软件是否有可行的解决方案，并在若干个可行的解决方案中做出选择。B需求分析主要解决待开发软件要“做什么”的问题，确定软件的功能、性能、数据、界面等要求，生成软件需求规约。C软件设计只要解决待开发软件“怎么做”的问题。软件设计通常可分为系统设计和详细设计。系

4、统设计的任务是设计软件系统的体系结构，包括软件系统的组成成分、各成分的功能和接口、成分间的连接和通信，同时设计全局数据结构。详细设计的任务是设计各个组成成分的实现细节，包括局部数据结构和算法等。D编码阶段的任务是用某种程序设计语言，将设计的结果转换为可执行的程序代码。E测试阶段的任务是发现并纠正软件中的错误和缺陷。测试主要包括单元测试、集成测试、确认测试和系统测试。F软件完成各种测试后就可交付使用，在软件运行期间，需对投入运行的软件进行维护，即可发现了软件中潜藏的错误或需要增加新的功能或使软件适应外界环境的变化等情况出现时，对软件进行修改。1.9 简述各类软件过程模型的特点。答：典型的软件过程

5、模型有：瀑布模型、演化模型（增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。A瀑布模型中，上一阶段的活动完成并经过评审后才能开始下一阶段的活动，其特征是：接受上一阶段活动的结果作为本阶段活动的输入；依据上一阶段活动的结果实施本阶段应完成的活动；对本阶段的活动进行评审；将本阶段活动的结果作为输出。B增量模型将软件的开发过程分成若干个日程时间交错的线性序列，每个线性序列产生软件的一个可发布的增量版本，后一个版本是对前一个版本的修改和补充，重复增量发布的过程，直至产生最终的完善产品。C原型方法从软件工程师与客户的交流开始，其目的是定义软件的总体目标，标识需求。然后快速制

6、定原型开发的计划，确定原型的目标和范围，采用快速设计的方式对其建模，并构建模型。被开发的原型应交付给客户使用，并收集客户的反馈意见，这些反馈意见可在下一轮迭代中对原型进行改进。在前一个原型需要改进，或者需要扩展其范围的时候，进入下一轮原型的迭代开发。D螺旋模型将原型模型实现的迭代特征与瀑布模型中控制的和系统化的方面结合起来，不仅体现了这两种模型的优点而且还增加了风险分析。E喷泉模型是一种支持面向对象开发的过程模型。类及对象是面向对象方法中的基本成分。在分析阶段，标识类及对象，定义类之间的关系，建立对象-关系模型和对象-行为模型。在设计阶段，从实现的角度对分析模型进行调整和扩充。在编码阶段，用面

7、向对象语言实现类及对象，通过消息机制实现对象之间的通信，完成软件的功能。在面向对象方法中，分析模型和设计模型采用相同的符号表示体系，开发的各个活动没有明显的边界，各个活动经常重复，迭代地交替进行。F基于构件的开发模型，基于构件的开发是指利用预先包装的构建来构造应用系统。构件可以是组织内部开发的构建，也可以是商业化的、现存的软件构件。G形式化方法是建立在严格数学基础上的一种软件开发方法。软件开发的全过程中，从需求分析、规约、设计、编程、系统集成、测试、文档生成，直至维护等各个阶段，凡是采用严格的数学语言，具有精确的数学语义的方法，都称为形式化方法。形式化方法用严格的数学语言和语义描述功能和设计规

8、约，通过数学的分析和推导，易于发现需求的歧义性、不完整性和不一致性，易于对分析模型、设计模型和程序进行验证。通过数学的演算，使得从形式化功能规约到形式化设计规约，以及从形式化设计规约到程序代码转换成为可能。1.10 敏捷软件开发的特点是什么？答：敏捷软件开发的特点有4个：A个人和交互高于过程和工具；B可运行软件高于详尽的文档；C与客户协作高于合同谈判；D对变更及时做出反应高于遵循计划。1.12 简述敏捷软件开发的原则。答：敏捷软件开发必须遵循的12条原则如下；A最优先的是通过尽早地和不断地提交有价值的软件来使客户满意；B欢迎变化的需求，即使该变化出现在开发的后期，为了提升对客户的竞争优势，Ag

9、ile过程利用变化作为动力；C以几周到几个月为周期，尽快、不断地发布可运行软件；D在整个项目过程中，业务人员和开发人员必须天天一起工作；E以积极向上的员工为中心建立项目组，给予他们所需要的环境和支持，对他们的工作予以充分的信任；F项目组内效率最高、最有效的信息传递方式是面对面的交流；G测量项目进展的首要依据是可运行的软件；H敏捷过程提倡可持续的开发，项目发起者、开发者和用户应能长期保持恒定的速度；I应该时刻关注技术上的精益求精和好的设计，以增强敏捷性；J简单化是必不可少的，这是尽可能减少不必要工作的艺术；K最好的构架、需求和设计出自于自我组织的团队；L团队要定期反思怎样才能更加有效，并据此调整

10、自己的行为。第2、3章2.1简述系统工程的任务。答：系统工程是一个问题求解的活动，其目的是分析基于计算机的系统的功能、性能等要求，并把它们分配到基于计算机系统的各个系统元素中，确定它们的约束条件和接口。主要任务包括：（1）识别用户要求；（2）系统建模与模拟；（3）成本估算及进度安排；（4）可行性分析；（5）生成系统规格说明。2.2基于计算机的系统由哪些元素组成？答：组成基于计算机系统的元素主要有：软件、硬件、人员、数据库、文档和规程。2.3简述可行性分析的任务。答：可行性分析主要从经济、技术、法律等方面分析所给出的解决方案是否可行，能否在规定的资源和时间的约束下完成。（1）经济可行性主要进行成

11、本效益分析，从经济角度，确定系统是否值得开发。包括成本、效益、货币的时间价值、投资回收期和纯收入。（2）技术可行性主要根据系统的功能、性能、约束条件等，分析在现有资源和技术条件下系统能否实现。技术可行性分析通常包括风险分析、资源分析和技术分析。（3）法律可行性主要研究系统开发过程中可能涉及到的合同、侵权、责任以及各种与法律相抵触的问题。3.1需求工程的重要性是什么？举出身边由于需求分析失败而造成整个项目失败的例子。答：重要性是应用已证实有效的技术、方法进行需求分析，确定客户需求、帮助分析人员理解问题，评估可行性，协商合理的解决方案，无歧视地规约方案，确认规约以及将规约转换到可行性的系统时的管理

12、要求，通过合理的工具和符号系统地描述待开发系统以及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。因需求分析失败而造成项目失败例子如下:项目名称：邮政资信管理系统项目功能：管理邮政方面业务的监督和管理，提高邮政的服务效率。失败原因：需求分析不足，需求内容不明确，把握不充分。3.2需求工程具体包括哪些步骤？每个步骤的具体任务是什么？答：需求工程具体步骤包括：需求获取、需求分析与协商、系统建模、需求规约、需求验证以及需求管理六个步骤。（1）需求获取在需求获取阶段系统分析人员通过与用户的交流、对现有系统的观察以及对任务进行分析，确定系统或产品范围的限制性描述、与系统或产品有关

13、的人员及特征列表、系统的技术环境的描述、系统功能的列表以及应用于每个需求的领域限制、一组描述不同运行条件下系统或产品使用状况的应用场景以及为更好地定义需求而开发的原型。需求获取的工作产品为进行需求分析提供了基础。（2）需求分析与协商此阶段的任务是对需求进行分类组织，分析每个需求与其他需求的关系以检查需求的一致性、重叠和遗漏的情况，并根据用户的需要对需求进行排序。（3）系统建模系统建模是为了在用户和系统分析人员之间建立统一的语言和理解的桥梁，系统分析人员借助建模技术对获取的需求信息进行分析，排除错误和弥补不足，确保需求分析文档正确反映用户的真实意图。（4）需求规约软件需求规约是分析任务的最终产物

14、，通过建立完整的信息描述、详细的功能和行为描述、性能和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。需求规约作为用户和开发者之间的一个协议，在之后的软件工程各个阶段发挥重要作用。（5）需求验证此阶段的任务是对功能的正确性、完整性和清晰性，以及其他需求给予评价，保证软件需求定义的质量。（6）需求管理软件需求管理是对需求工程所有相关活动的规划和控制。换句话说，需求管理就是：一种获取、组织并记录系统需求的系统化方案，以及一个使用户与项目团队对不断变更的系统需求达成并保持一致的过程。3.3一个系统分析员应该具备哪些思想素质和基础知识？请说明理由。答： （1）强烈的责任心和事业心系统分析师由

15、于必须保证分析的准确性，尤其是需求，所以责任更为重大。一般来说，不应以用户表述不明确，无法得到需求，或者用户需求变化太多太快作为借口，更不能因为下面的研发技术人员技术水平不如自己而责备研发技术人员，同时也需要能够为保证企业利益而说服公司领导做出正确的决策；（2）钻研精神IT行业不同于其他行业，新理念新技术新方法层出不穷，系统分析师需要能够适时适当地引进新理念新技术新方法，为企业提高生产效率，为员工降低劳动强度，为客户提供更具竞争力和更加实用的产品和服务；（3）优秀的协商谈判能力复杂的系统有许多项目相关的人员，他们之间的需求必定会出现冲突，协商的过程就是讨论需求，找出每个人都满意的折衷方案。分析

16、人员是参与这之中的重要一份子，需要协调这之中的各方利益，这就要求分析员必须要有优秀的协商谈判能力。（4）广泛的知识面：除了具备基本的IT技能、知识外，需要广泛涉猎其他行业其他学科的知识方法，以系统工程的理念，借鉴和利用其他行业的为IT 行业所用，也可以把IT行业的理念应用到其他行业；（5）精湛的技术能力：系统分析员往往需要分析可行性和解决研发人员的技术问题，因此必须具备广泛的技术涉猎面和较强的技术能力；（6）财务能力：系统分析员往往需要参与项目的招投标分析，为了保证企业的利润和客户的利益，必须进行财务核算，需要具备会计、财务，成本计算等方面的能力；（7）司法能力：与其他大部分行业一样，IT行业

17、也受到法律的约束，任何活动必须合情合理合法，任何违背法律的项目最终都会失败，违背伦理道德的事和人最终都将失去人心。（8）超强超快的学习能力：IT行业新技术层出不穷，同时其他相关必备知识、业务知识也是瞬息万变，系统分析师要能够快速学习并快速掌握和灵活应用；（9）敏锐的观察力：由于IT行业项目的特殊性，项目复杂多变，系统分析师要能够先于其他人员发现问题、发现隐患，并提前做出规避风险的策略。3.4列出在制定需求获取策略时的3种主要考虑因素。答：（1）能否建立起顺畅的通讯途径；（2）是否能够获取用户对系统的功能需求和非功能需求；（3）是否利于在可运行系统时的管理要求。3.6举例说明一个系统的3个不同类

18、型的非功能需求答：非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。例如在银行管理系统中，由于银行数据量的庞大以及对银行账户的管理需求，用户对系统的性能、可靠性、可维护性要求很高。安全性是对银行用户个人信息保密的基本要求；在使用系统时，由于用户庞大，要求能快速安全的执行要求，这就对系统的性能有高需求；银行的用户的变动比较大，需求高要求的系统维护。3.8软件需求分析的操作性原则和需求工程的指导性原则是什么？答：（1）必须能够表示和理解问题的信息域；（2）必须能够定义软件将完成的功

19、能；（3）必须划分描述数据、功能和行为的模型，从而可以分层次地揭示细节；（4）分析过程应该从要素信息移向细节信息3.9软件需求规约主要包括哪些内容？自己寻找一个实例，亲自写一个需求规约。答：软件需求规约包括：引言、信息描述、功能描述、行为描述、检验标准、参考书目、附录。3.10需求验证应该有哪些人参加？画出一个过程模型，说明需求评审应该如何组织。答：参与人员：分析人员，用户，开发部门的管理者，软件设计、实现、测试的人员。 需求分析 分析人员 用户 用户要求 获取系统 系统 信息 需求 折衷方案 系统信息 开发部门管理者 软件设计、实现、测试人员 系统需求第4章4.1 简述软件设计阶段的基本任务

20、软件设计的输入是软件分析模型。使用一种设计方法，软件分析模型中通过数据、功能和行为模型所展示的软件需求的信息被传送给设计阶段，产生数据/类设计、体系结构设计、接口设计、部件及设计。 数据/类设计将分析类模型变换成类的实现和软件实现所需要的数据结构。 体系结构设计定义了软件的整体结构，由软件部件、外部可见的属性和他们之间的关系组成。 接口设计描述了软件内部、软件和协作系统之间以及软件同人之间的通信方式。 部件级设计将软件体系结构的结构性元素变换为对软件部件的过程性描述。4.2 软件设计与质量的关系是怎么样的？设计是在软件开发中形成质量的阶段，设计提供了可以用于质量评估的软件表示，是将用户需求准确

21、的转化为完整的软件产品或系统的主要途径。4.4 简述模块、模块化及模块化设计的概念。在软件工程中模块是数据说明、可执行语句等程序对象的集合，具有名字、参数、功能等外部特征以及完成模块功能的程序代码和模块内部数据等内部特征。模块化，即把软件按照规定原则，划分为一个个较小的，相互独立的但又相互关联的部件，实际上是系统分解和抽象的过程。模块化设计，简单地说就是程序的编写不是开始就逐条录入计算机语句和指令，而是首先用主程序、子程序、子过程等框架把的主要结构和流程描述出来，并定义和调试好各个框架之间的输入、输出链接关系。逐步求精的结果是得到一系列以功能块为单位的算法描述。以功能块为单位进行程序设计，实现

22、其求解算法的方法称为模块化。模块化的目的是为了降低程序复杂度，使程序设计、调试和维护等操作简单化。4.6耦合和软件可移植性的概念有何关系？举例说明自己的结论。所谓“耦合性”是指模块之间联系的紧密程度的一种度量，而软件的“可移植性”是指将一个软件系统从一个计算机系统或环境移植到另一个计算机系统或环境中运行时所需工作量的大小。可移植性是用一组子特性，包括简明性、模块独立性、通用性、可扩充性、硬件独立性和软件系统独立性等，来衡量的。如果一个软件具有可移植性，它必然耦合性低，这样模块独立性要强。例如，有一个图形处理软件，它应具有二维几何图形处理、三维几何图形处理、图形显示、外设控制、数据库管理、用户界

23、面控制、设计分析等模块。如果这些模块之间都是通过参数表来传递信息，那么它们之间的的耦合就是数据耦合或标记耦合等，都是低耦合。将来如果想要把它们移植到另一个外部环境中，这些模块容易修改（功能内聚），且接口清晰，修改可局部化。反言之，如果这些模块都是功能内聚或信息内聚的模块，模块之间的耦合都是低耦合，也对可移植性有促进。但不能讲具有低耦合性模块结构的软件一定具有可移植性，因为是否具有可移植性还有其它因素的影响。 4.7用自己的话描述信息隐蔽概念,并讨论信息隐藏与模块独立两概念之间的关系。信息隐藏指在设计和确定模块时，使得一个模块内包含的特定信息（过程或数据），对于不需要这些信息的其他模块来说，是透

24、明的。“隐藏”的意思是，有效的模块化通过定义一组相互独立的模块来实现，这些独立的模块彼此之间仅仅交换那些为了完成系统功能所必需的信息，而将那些自身的实现细节与数据“隐藏”起来。信息隐蔽为软件系统的修改、测试及以后的维护都带来好处。通过抽象，可以确定组成软件的过程实体。通过信息隐藏，可以定义和实施对模块的过程细节和局部数据结构的存取限制。模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。开发具有独立功能而且和其他模块之间没有过多的相互作用的模块，就可以做到模块独立。4.8什么是模块独立性？设计中为什么模块要独立？如何度量独立性？模块功能独立有何优点？（1） 模块的独立性是模块化、信息

25、隐藏和局部化等概念的直接结果。（2） 模块的独立性是很重要的：第一，功能被划分，并且接口被简化，所以具有有效模块化的软件易于开发。第二，由于因设计和编码修改引起的副作用受到局限，错误传播被减小，并且模块复用成为可能，所以独立的模块更易于维护和测试。总的来说，模块独立是良好设计的关键，从而又是保证软件质量的关键。（3） 用内聚度与耦合度来度量独立性。内聚度度量同一个模块内部各个元素彼此结合的紧密程度，耦合度度量不同模块彼此间相互以来的紧密程度。（4） 模块功能独立的优点：系统容易开发，系统可靠性高，系统易于维护，软件结构清晰。4.9软件设计规约主要包括哪些内容？1.工作范围2.体系结构设计3.数

26、据设计4.接口设计5.各部件的过程设计6.运行设计7.出错处理设计8.安全保密设计9.需求/设计交叉索引10.测试部分11.特殊注解12.附录第5章 结构化分析与设计5.1 简述数据流图的主要思想，概述使用数据流图进行需求分析的过程。 数据流图（DFD）描述输入数据流到输出数据流的变换（即加工），用于对系统的功能建模。数据流图可以用来抽象地表示系统或软件。它从信息传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节。因此，数据流图既提供了功能建模的机制，也提供了信息流建模的机制，从而可以建立起系统或软件的功能模

27、型。数据流图进行需求分析的过程：1） 画出系统的输入和输出2） 画出系统内部3） 画出加工内部4）重复第三步，直至每个尚未分解的加工都足够简单（即不必再分解）5.2 分别采用数据流方法中得哪些技术来完成用户需求的精确化、一致化和完全化的任务。1）父图和子图平衡2）数据守恒3）局部文件4）一个加工的输入数据流不能与该加工的输入数据流同名5）每个加工至少有一个输入数据流和一个输出数据流。6）在整套分层数据流中，每个文件应至少有一个加工读该文件，有另一个加工写该文件。7）分层数据流图中得每个数据流和文件都必须命名（除了流入或流出文件的数据流），并且与数据字典一致。8）分层DFD中的每个基本加工（即不

28、再分解子图的加工）都应有一个加工规约。5.4 在数据流图中，可否将两个加工用一个数据流相连？可否将两个源用一个数据流相连？为什么？ 两个加工可以直接用数据流相连，两个源不能直接用数据流相连。因为数据流由一组固定成分的数据组成。在DFD中，数据流的流向可以有以下几种：从一个加工流向另一个加工，从加工流向文件（写文件），从文件流向加工（读文件），从源流向加工，从加工流向宿。5.7 采用结构化分析方法写出书店管理系统的需求文档，包括数据流图及数据字典。看到这个题目，我想起了以前自己也在手机端Android平台写了一个书店的管理系统，不过那个时候根本没有什么需求分析，只是自己一厢情愿的模拟了一个简单的

29、流程。也没有采用什么结构化分析方法，就仅仅描述了几个对象及其功能。所以我觉得可以对照着新学的软件工程的知识运用到自己的实际项目中去，同时也可以完成这道相识的题目。下图就是以前的功能结构图：会员管理子系统用户登录子系统超级管理员仓库管理员销售管理员供应商信息管理子系统仓库管理子系统进货出货销售管理子系统零售批发退货书店销售管理系统 利用结构化方法分析：1、 数据流程图第一， 存书分数据流图： 书店管理员存书情况查 询存书进货时间 是否为新书 否 第二， 进货分数据流图：登记 进货信息进货信息进货登记表查询存书进货信息进货信息登记销售已售信息图书销售登记表第三， 销售分数据流图： 登记销售管理员查

30、询销售销售信息存书 销售信息第四， 会员分数据流图： 查 询会员信息登记表管理员会员信息 会员信息会员信息会员信息登 记会员信息登记销售总数据流图：已售信息图书销售登记表登记进货信息进货信息销售进货登记表信息登记销售查询销售存 书进货信息销售销售查询信息信息进货信息进货会员信息登记表查 询登 记信息书 店 管 理 员会员信息会员信息会员信息 存书会员信息进会员信息货查 询时间查 询进货信息存书情况进货信息新 书 列是否为新书是否2、数据字典存书数据字典： 属 性 名类 型长 度备 注书 号char10书的编号书 名char30书的名称作 者char20书的写作者类 型char20书的类型简 述

31、char150书的简单介绍单 价smallmoney4书的价格现 存 数 量int4店内的现有存书数量店 内 位 置char20书在店内的具体位置出 版 社 号char10出版社的编号特价书char2是否为特价书（缺省值是“否”）出版社数据字典：属 性 名类 型长 度备 注出版社号char10出版社的编号出版社名称char20出版社的名称所在城市char10出版社所在的城市电话char15出版社的联系电话进货数据字典：属 性 名类 型长 度备 注书 号char10书的编号进 价smallmoney4书的进价进货数量int4每本书的进货数量日 期datetime8进货的日期销售数据字典：属 性

32、名类 型长 度备 注日 期datetime8售货的日期书 号char10书的编号销售量int4售出的书本数量销售金额money8销售金额=（单价*销售量）会员信息数据字典：属 性 名类 型长 度备 注客服号char8会员卡的卡号姓名char20会员的姓名地址char50会员的家庭住址电话char15会员的电话号码购买书号char10书的编号店内收出数据字典：属 性 名长 度备 注月份6水电支出4水电费用员工支出4员工的工资其他支出4其他费用支出结算8每月的总结算2、 数据结构数据结构名组成存书信息书号，书名，作者，简介，单价，店内位置，类型，现存数量，出版社号，特价书出版社号出版社号，出版社名

33、称，电话，所在城市进货信息书号，进货数量，进价，进货日期销售信息销售日期，书号，销售量，销售金额会员信息购买书号，客服号，会员姓名，地址，电话书店支出信息月份，水电支出，员工支出，其他支出，结算3、 数据流数据流名数据流来源数据流去向组成登记新书信息进货信息存书信息新书信息查询新书信息新书登记信息管理员新书信息登记打折书信息存书信息销售信息存书信息查询打折书信息打折书登记信息管理员存书信息.登记会员信息会员信息存书信息会员信息查询会员信息会员登记信息管理员会员信息4、 数据存储数据存储名输入的数据流输出的数据流组成新书登记表进货信息，是否为新书存书信息进货信息，存书信息打折书登记表存书信息，是

34、否为打折书销售信息存书信息，销售信息会员登记表会员信息，销售信息会员信息会员信息，销售信息第68章6.1 简述面向数据结构方法的特点答：特点如下：1 以信息对象及其操作作为核心进行需求分析；2 认为复合信息对象具有层次结构，并且可按顺序，选择，重复3种结构分解为成员对象信息；3 提供由层次信息结构映射为程序结构的机制，从而为软件设计奠定良好的基础。6.2 采用Jackson图表示下面的文件结构：文件人员记录*工作工号地址姓名工厂。办公室。管理员。8.1什么是构件？答：根据pressman书中的定义构件是某系统中有价值的、几乎独立的并可替换的一个部分，它在良好定义的体系结构语境内满足某种清晰的功

35、能。根据brown的定义构件是一个独立发布的功能部分，可以通过其接口访问它的服务。根据计算机科学技术百科全书（第二版）中的定义软件构件是软件系统中具有相对独立功能，可以明确标识，接口由规约指定，与语境有明显依赖关系，可独立部署，且多由第三方提供的可组装软件实体。软件构件须承载有用的功能，并遵循某种构件模型。可复用构件是指具有可复用价值的构件。在基于构件的软件开发中经常会使用到的商用成品构件，是指由第三方开发的满足一定构件标准并且可组装的软件构件。8.2 简述基于构件的软件开发过程。基于构件的软件开发过程：领域工程的步骤：1 领域分析 2 建立领域特定的基准体系结构模型 3 标识候选构件 4 泛

36、化和可变性分析 5 构件重构 6 构件的测试 7 构件的包装 8 构件入库应用系统工程的步骤：1 建立应用系统的体系结构模型；2 寻找候选构件；3 评价和选择合适的构件；4 构件的修改和特化；5 开发未被复用的不分；6 构件的组装；7 集成测试；8 评价被复用的构件，并推荐可能的新构件。第11、13章13.1请讨论使软件维护成本居高不下的因素。如何尽可能降低这些因素的影响？软件维护的代价是生产率惊人下降。维护费用只不过是软件及维护最明显的代价，起一些隐性的代价将更为人们关注。软件维护除费用外的无形代价包括：1.维护活动占用了其他软件开发可用的资源，使资源的利用率降低 2.一些修复或修改请求得不

37、到及时安排，使得客户满意率下降 3.维护的结果把一些新的潜在的错误引入软件，降低了软件质量 4.将软件人员抽调到维护工作中，使得其它软件开发过程受到干扰 影响维护工作量的因素主要有以下六种：1.系统的规模：系统规模越大，其功能就越复杂，软件维护的工作量也随之增大2.程序设计语言：使用强功能的程序设计语言可以控制程序的规模。语言的功能越强，生成程序的模块化和结构化程度越高，所需的指令数就越少，程序的可读性也越好3.系统年龄：老系统比新系统需要更多的维护工作量。4.数据库技术的应用：使用数据库，可以简单而有效地管理和存储用户程序中的数据，还可以减少生成用户报表应用软件的维护工作量 5.先进的软件开

38、发技术：在软件开发过程中，如果采用先进的分析设计技术和程序设计技术，如面向对象技术、复用技术等，可减少大量的维护工作量6.其它一些因素：如应用的类型、数学模型、任务的难度、IF嵌套深度、索引或下标数等，对维护工作量也有影响 为了有效的进行软件维护，尽可能降低这些因素的影响，应事先就开始做组织工作：1.首先建立维护的机构2.申明提出维护申请报告的过程及评价的过程3.为每一个维护申请规定标准的处理步骤4.建立维护活动的登记制度以及规定评价和评审的标准13.3软件维护的过程是如何进行的？为什么要进行软件可维护性分析？1.对于非纠错性维护，则首先判断维护类型，对适应性维护，按照评估后得到的优先级放入队

39、列 2.对于改善性维护，则还要考虑是否采取行动，如果接受申请，则同样按照评估后得到的优先级放入队列，如果拒绝申请，则通知请求者，并说明原因3.对于工作安排队列中的任务，由修改负责人依次从队列中取出任务，按照软件工程方法学规划、组织、实施工程。4.每种维护请求都要进行同样的一系列技术工作：修改软件需求说明、修改软件设计、设计评审、必要时重新编码、单元测试、集成测试( 包括回归测试)、确认测试等 5.维护工作最后一步是复审 维护请求类型类型严重性评估后按优先级在队列排队救火行动，当排在队列之首评估后分类评估后按优先级在队列排队采取的行动通知请求者并说明原因按优先级在队列中排队从维护请求队列之首取出

40、一任务按SE方法学规划、组织、实施工程队列中还有维护请求吗？资源用于开发新的软件。yn纠错性维护其他改善性维护适应性维护拒绝接受并不严重非常严重维护过程图：进行可维护性分析的原因：软件维护是指软件系统交付使用以后，为了改正错误或满足新的需求而修改软件的过程。一个中等规模的软件，如果其开发过程需要一二年时间，则它投入使用以后，其运行时间可能持续510年之久。在这个维护阶段中，人们需要着手解决开发阶段尚未解决的问题，同时，还解决维护工作本身所产生的问题。做好软件的维护工作不仅能够排除软件中存在的错误，使它能够正常工作，而且还可以使它扩充功能，提高性能，为用户带来新的效益。软件的可维护性是指维护人员

41、为纠正软件系统出现的错误或缺陷，以及为满足新的要求而理解、修改和完善软件系统的难易程度。可维护性是所有软件系统都应具备的特点。在软件工程的每一阶段都应该努力提高系统的可维护性，在每个阶段结束前的审查和复审中，应着重对可维护性进行复审。维护阶段的花费约占整个软件生命期花费的67%。因此，应充分认识到维护现有软件的重要意义。3.7在重构和正向工程之间存在的细微不同是什么？当某应用的基本体系结构是坚固的时候发生重构，即使技术的内部细节需要修改。当软件的大部分是有用的，仅仅部分模块和数据需要扩展性修改时，启动重构活动。正向工程是通过到实现语言的映射而把模型转换为代码的过程。正向工程过程应用软件工程的原理、概念、技术和方法来重新开发某个现有的应用系统。