软件工程答案.doc
《软件工程答案.doc》由会员分享，可在线阅读，更多相关《软件工程答案.doc（26页珍藏版）》请在冰点文库上搜索。
软件工程第一章作业
1.1什么是计算机软件？
软件的特点是什么？
答：
计算机软件指计算机系统中的程序及其文档。
软件的特点是：
A软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确得估算；
B软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大；
C软件的使用没有硬件那样的机械磨损和老化问题。
1.2简述软件的分类，并举例说明。
答：
在《计算机科学技术百科全书》中，将软件分为系统软件、支撑软件和应用软件3类。
A系统软件：
系统软件居于计算机系统中最靠近硬件的一层，其他软件一般都通过系统软件发挥作用。
系统软件与具体的应用领域无关。
例如：
编译程序、操作系统等。
B支撑软件：
支撑软件是支撑软件的开发和维护的软件。
例如：
数据库管理系统、网络软件、软件工具、软件开发环境等。
C应用软件：
应用软件是特定应用领域专用的软件。
例如：
工程/科学计算软件、嵌入式软件、产品线软件、Web应用软件、人工智能软件。
1.4什么是软件工程？
答：
在《计算机科学技术百科全书》中软件工程是应用计算机科学、数学及管理科学等原理，开发软件的工程。
1.5简述软件工程的基本原则。
答：
软件工程原则包括围绕工程设计、工程支持和工程管理提出的以下4条基本原则：
第一条：
围绕适宜的开发模型；
第二条：
采用合适的设计方法；
第三条：
提供高质量的工程支撑；
第四条：
重视软件工程的管理。
1.6软件生存周期分哪几个阶段？
分别简述各个阶段的任务。
答：
软件生存周期有计算机系统工程、需求分析、设计、编码、测试、运行和维护6个阶段。
A计算机系统工程的任务是确定待开发软件的总体要求和范围，以及该软件与其他计算机系统元素之间的关系，进行成本估算，做出进度安排，并进行可行性分析，即从经济、技术、法律等方面分析待开发的软件是否有可行的解决方案，并在若干个可行的解决方案中做出选择。
B需求分析主要解决待开发软件要“做什么”的问题，确定软件的功能、性能、数据、界面等要求，生成软件需求规约。
C软件设计只要解决待开发软件“怎么做”的问题。
软件设计通常可分为系统设计和详细设计。
系统设计的任务是设计软件系统的体系结构，包括软件系统的组成成分、各成分的功能和接口、成分间的连接和通信，同时设计全局数据结构。
详细设计的任务是设计各个组成成分的实现细节，包括局部数据结构和算法等。
D编码阶段的任务是用某种程序设计语言，将设计的结果转换为可执行的程序代码。
E测试阶段的任务是发现并纠正软件中的错误和缺陷。
测试主要包括单元测试、集成测试、确认测试和系统测试。
F软件完成各种测试后就可交付使用，在软件运行期间，需对投入运行的软件进行维护，即可发现了软件中潜藏的错误或需要增加新的功能或使软件适应外界环境的变化等情况出现时，对软件进行修改。
1.9简述各类软件过程模型的特点。
答：
典型的软件过程模型有：
瀑布模型、演化模型（增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。
A瀑布模型中，上一阶段的活动完成并经过评审后才能开始下一阶段的活动，其特征是：
接受上一阶段活动的结果作为本阶段活动的输入；
依据上一阶段活动的结果实施本阶段应完成的活动；
对本阶段的活动进行评审；
将本阶段活动的结果作为输出。
B增量模型将软件的开发过程分成若干个日程时间交错的线性序列，每个线性序列产生软件的一个可发布的增量版本，后一个版本是对前一个版本的修改和补充，重复增量发布的过程，直至产生最终的完善产品。
C原型方法从软件工程师与客户的交流开始，其目的是定义软件的总体目标，标识需求。
然后快速制定原型开发的计划，确定原型的目标和范围，采用快速设计的方式对其建模，并构建模型。
被开发的原型应交付给客户使用，并收集客户的反馈意见，这些反馈意见可在下一轮迭代中对原型进行改进。
在前一个原型需要改进，或者需要扩展其范围的时候，进入下一轮原型的迭代开发。
D螺旋模型将原型模型实现的迭代特征与瀑布模型中控制的和系统化的方面结合起来，不仅体现了这两种模型的优点而且还增加了风险分析。
E喷泉模型是一种支持面向对象开发的过程模型。
类及对象是面向对象方法中的基本成分。
在分析阶段，标识类及对象，定义类之间的关系，建立对象-关系模型和对象-行为模型。
在设计阶段，从实现的角度对分析模型进行调整和扩充。
在编码阶段，用面向对象语言实现类及对象，通过消息机制实现对象之间的通信，完成软件的功能。
在面向对象方法中，分析模型和设计模型采用相同的符号表示体系，开发的各个活动没有明显的边界，各个活动经常重复，迭代地交替进行。
F基于构件的开发模型，基于构件的开发是指利用预先包装的构建来构造应用系统。
构件可以是组织内部开发的构建，也可以是商业化的、现存的软件构件。
G形式化方法是建立在严格数学基础上的一种软件开发方法。
软件开发的全过程中，从需求分析、规约、设计、编程、系统集成、测试、文档生成，直至维护等各个阶段，凡是采用严格的数学语言，具有精确的数学语义的方法，都称为形式化方法。
形式化方法用严格的数学语言和语义描述功能和设计规约，通过数学的分析和推导，易于发现需求的歧义性、不完整性和不一致性，易于对分析模型、设计模型和程序进行验证。
通过数学的演算，使得从形式化功能规约到形式化设计规约，以及从形式化设计规约到程序代码转换成为可能。
1.10敏捷软件开发的特点是什么？
答：
敏捷软件开发的特点有4个：
A个人和交互高于过程和工具；
B可运行软件高于详尽的文档；
C与客户协作高于合同谈判；
D对变更及时做出反应高于遵循计划。
1.12简述敏捷软件开发的原则。
答：
敏捷软件开发必须遵循的12条原则如下；
A最优先的是通过尽早地和不断地提交有价值的软件来使客户满意；
B欢迎变化的需求，即使该变化出现在开发的后期，为了提升对客户的竞争优势，Agile过程利用变化作为动力；
C以几周到几个月为周期，尽快、不断地发布可运行软件；
D在整个项目过程中，业务人员和开发人员必须天天一起工作；
E以积极向上的员工为中心建立项目组，给予他们所需要的环境和支持，对他们的工作予以充分的信任；
F项目组内效率最高、最有效的信息传递方式是面对面的交流；
G测量项目进展的首要依据是可运行的软件；
H敏捷过程提倡可持续的开发，项目发起者、开发者和用户应能长期保持恒定的速度；
I应该时刻关注技术上的精益求精和好的设计，以增强敏捷性；
J简单化是必不可少的，这是尽可能减少不必要工作的艺术；
K最好的构架、需求和设计出自于自我组织的团队；
L团队要定期反思怎样才能更加有效，并据此调整自己的行为。
第2、3章
2.1简述系统工程的任务。
答：
系统工程是一个问题求解的活动，其目的是分析基于计算机的系统的功能、性能等要求，并把它们分配到基于计算机系统的各个系统元素中，确定它们的约束条件和接口。
主要任务包括：
（1）识别用户要求；
（2）系统建模与模拟；（3）成本估算及进度安排；（4）可行性分析；（5）生成系统规格说明。
2.2基于计算机的系统由哪些元素组成？
答：
组成基于计算机系统的元素主要有：
软件、硬件、人员、数据库、文档和规程。
2.3简述可行性分析的任务。
答：
可行性分析主要从经济、技术、法律等方面分析所给出的解决方案是否可行，能否在规定的资源和时间的约束下完成。
（1）经济可行性主要进行成本效益分析，从经济角度，确定系统是否值得开发。
包括成本、效益、货币的时间价值、投资回收期和纯收入。
（2）技术可行性主要根据系统的功能、性能、约束条件等，分析在现有资源和技术条件下系统能否实现。
技术可行性分析通常包括风险分析、资源分析和技术分析。
（3）法律可行性主要研究系统开发过程中可能涉及到的合同、侵权、责任以及各种与法律相抵触的问题。
3.1需求工程的重要性是什么？
举出身边由于需求分析失败而造成整个项目失败的例子。
答：
重要性是应用已证实有效的技术、方法进行需求分析，确定客户需求、帮助分析人员理解问题，评估可行性，协商合理的解决方案，无歧视地规约方案，确认规约以及将规约转换到可行性的系统时的管理要求，通过合理的工具和符号系统地描述待开发系统以及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。
因需求分析失败而造成项目失败例子如下:
项目名称：
邮政资信管理系统
项目功能：
管理邮政方面业务的监督和管理，提高邮政的服务效率。
失败原因：
需求分析不足，需求内容不明确，把握不充分。
3.2需求工程具体包括哪些步骤？
每个步骤的具体任务是什么？
答：
需求工程具体步骤包括：
需求获取、需求分析与协商、系统建模、需求规约、需求验证以及需求管理六个步骤。
（1）需求获取
在需求获取阶段系统分析人员通过与用户的交流、对现有系统的观察以及对任务进行分析，确定系统或产品范围的限制性描述、与系统或产品有关的人员及特征列表、系统的技术环境的描述、系统功能的列表以及应用于每个需求的领域限制、一组描述不同运行条件下系统或产品使用状况的应用场景以及为更好地定义需求而开发的原型。
需求获取的工作产品为进行需求分析提供了基础。
（2）需求分析与协商
此阶段的任务是对需求进行分类组织，分析每个需求与其他需求的关系以检查需求的一致性、重叠和遗漏的情况，并根据用户的需要对需求进行排序。
（3）系统建模
系统建模是为了在用户和系统分析人员之间建立统一的语言和理解的桥梁，系统分析人员借助建模技术对获取的需求信息进行分析，排除错误和弥补不足，确保需求分析文档正确反映用户的真实意图。
（4）需求规约
软件需求规约是分析任务的最终产物，通过建立完整的信息描述、详细的功能和行为描述、性能和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。
需求规约作为用户和开发者之间的一个协议，在之后的软件工程各个阶段发挥重要作用。
（5）需求验证
此阶段的任务是对功能的正确性、完整性和清晰性，以及其他需求给予评价，保证软件需求定义的质量。
（6）需求管理
软件需求管理是对需求工程所有相关活动的规划和控制。
换句话说，需求管理就是：
一种获取、组织并记录系统需求的系统化方案，以及一个使用户与项目团队对不断变更的系统需求达成并保持一致的过程。
3.3一个系统分析员应该具备哪些思想素质和基础知识？
请说明理由。
答：
（1）强烈的责任心和事业心
系统分析师由于必须保证分析的准确性，尤其是需求，所以责任更为重大。
一般来说，不应以用户表述不明确，无法得到需求，或者用户需求变化太多太快作为借口，更不能因为下面的研发技术人员技术水平不如自己而责备研发技术人员，同时也需要能够为保证企业利益而说服公司领导做出正确的决策；
（2）钻研精神
IT行业不同于其他行业，新理念新技术新方法层出不穷，系统分析师需要能够适时适当地引进新理念新技术新方法，为企业提高生产效率，为员工降低劳动强度，为客户提供更具竞争力和更加实用的产品和服务；
（3）优秀的协商谈判能力
复杂的系统有许多项目相关的人员，他们之间的需求必定会出现冲突，协商的过程就是讨论需求，找出每个人都满意的折衷方案。
分析人员是参与这之中的重要一份子，需要协调这之中的各方利益，这就要求分析员必须要有优秀的协商谈判能力。
（4）广泛的知识面：
除了具备基本的IT技能、知识外，需要广泛涉猎其他行业其他学科的知识方法，以系统工程的理念，借鉴和利用其他行业的为IT行业所用，也可以把IT行业的理念应用到其他行业；
（5）精湛的技术能力：
系统分析员往往需要分析可行性和解决研发人员的技术问题，因此必须具备广泛的技术涉猎面和较强的技术能力；
（6）财务能力：
系统分析员往往需要参与项目的招投标分析，为了保证企业的利润和客户的利益，必须进行财务核算，需要具备会计、财务，成本计算等方面的能力；
（7）司法能力：
与其他大部分行业一样，IT行业也受到法律的约束，任何活动必须合情合理合法，任何违背法律的项目最终都会失败，违背伦理道德的事和人最终都将失去人心。
（8）超强超快的学习能力：
IT行业新技术层出不穷，同时其他相关必备知识、业务知识也是瞬息万变，系统分析师要能够快速学习并快速掌握和灵活应用；
（9）敏锐的观察力：
由于IT行业项目的特殊性，项目复杂多变，系统分析师要能够先于其他人员发现问题、发现隐患，并提前做出规避风险的策略。
3.4列出在制定需求获取策略时的3种主要考虑因素。
答：
（1）能否建立起顺畅的通讯途径；
（2）是否能够获取用户对系统的功能需求和非功能需求；（3）是否利于在可运行系统时的管理要求。
3.6举例说明一个系统的3个不同类型的非功能需求
答：
非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。
软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。
例如在银行管理系统中，由于银行数据量的庞大以及对银行账户的管理需求，用户对系统的性能、可靠性、可维护性要求很高。
安全性是对银行用户个人信息保密的基本要求；在使用系统时，由于用户庞大，要求能快速安全的执行要求，这就对系统的性能有高需求；银行的用户的变动比较大，需求高要求的系统维护。
3.8软件需求分析的操作性原则和需求工程的指导性原则是什么？
答：
（1）必须能够表示和理解问题的信息域；
（2）必须能够定义软件将完成的功能；
（3）必须划分描述数据、功能和行为的模型，从而可以分层次地揭示细节；
（4）分析过程应该从要素信息移向细节信息
3.9软件需求规约主要包括哪些内容？
自己寻找一个实例，亲自写一个需求规约。
答：
软件需求规约包括：
引言、信息描述、功能描述、行为描述、检验标准、参考书目、附录。
3.10需求验证应该有哪些人参加？
画出一个过程模型，说明需求评审应该如何组织。
答：
参与人员：
分析人员，用户，开发部门的管理者，软件设计、实现、测试的人员。
需求分析
分析人员用户
用户要求
获取系统系统
信息需求折衷方案
系统信息
开发部门管理者软件设计、实现、测试人员
系统需求
第4章
4.1简述软件设计阶段的基本任务
软件设计的输入是软件分析模型。
使用一种设计方法，软件分析模型中通过数据、功能和行为模型所展示的软件需求的信息被传送给设计阶段，产生数据/类设计、体系结构设计、接口设计、部件及设计。
数据/类设计将分析类模型变换成类的实现和软件实现所需要的数据结构。
体系结构设计定义了软件的整体结构，由软件部件、外部可见的属性和他们之间的关系组成。
接口设计描述了软件内部、软件和协作系统之间以及软件同人之间的通信方式。
部件级设计将软件体系结构的结构性元素变换为对软件部件的过程性描述。
4.2软件设计与质量的关系是怎么样的？
设计是在软件开发中形成质量的阶段，设计提供了可以用于质量评估的软件表示，是将用户需求准确的转化为完整的软件产品或系统的主要途径。
4.4简述模块、模块化及模块化设计的概念。
在软件工程中模块是数据说明、可执行语句等程序对象的集合，具有名字、参数、功能等外部特征以及完成模块功能的程序代码和模块内部数据等内部特征。
模块化，即把软件按照规定原则，划分为一个个较小的，相互独立的但又相互关联的部件，实际上是系统分解和抽象的过程。
模块化设计，简单地说就是程序的编写不是开始就逐条录入计算机语句和指令，而是首先用主程序、子程序、子过程等框架把软件的主要结构和流程描述出来，并定义和调试好各个框架之间的输入、输出链接关系。
逐步求精的结果是得到一系列以功能块为单位的算法描述。
以功能块为单位进行程序设计，实现其求解算法的方法称为模块化。
模块化的目的是为了降低程序复杂度，使程序设计、调试和维护等操作简单化。
4.6 耦合和软件可移植性的概念有何关系？
举例说明自己的结论。
所谓“耦合性”是指模块之间联系的紧密程度的一种度量，而软件的“可移植性”是指将一个软件系统从一个计算机系统或环境移植到另一个计算机系统或环境中运行时所需工作量的大小。
可移植性是用一组子特性，包括简明性、模块独立性、通用性、可扩充性、硬件独立性和软件系统独立性等，来衡量的。
如果一个软件具有可移植性，它必然耦合性低，这样模块独立性要强。
例如，有一个图形处理软件，它应具有二维几何图形处理、三维几何图形处理、图形显示、外设控制、数据库管理、用户界面控制、设计分析等模块。
如果这些模块之间都是通过参数表来传递信息，那么它们之间的的耦合就是数据耦合或标记耦合等，都是低耦合。
将来如果想要把它们移植到另一个外部环境中，这些模块容易修改（功能内聚），且接口清晰，修改可局部化。
反言之，如果这些模块都是功能内聚或信息内聚的模块，模块之间的耦合都是低耦合，也对可移植性有促进。
但不能讲具有低耦合性模块结构的软件一定具有可移植性，因为是否具有可移植性还有其它因素的影响。
4.7用自己的话描述信息隐蔽概念,并讨论信息隐藏与模块独立两概念之间的关系。
信息隐藏指在设计和确定模块时，使得一个模块内包含的特定信息（过程或数据），对于不需要这些信息的其他模块来说，是透明的。
“隐藏”的意思是，有效的模块化通过定义一组相互独立的模块来实现，这些独立的模块彼此之间仅仅交换那些为了完成系统功能所必需的信息，而将那些自身的实现细节与数据“隐藏”起来。
信息隐蔽为软件系统的修改、测试及以后的维护都带来好处。
通过抽象，可以确定组成软件的过程实体。
通过信息隐藏，可以定义和实施对模块的过程细节和局部数据结构的存取限制。
模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。
开发具有独立功能而且和其他模块之间没有过多的相互作用的模块，就可以做到模块独立。
4.8什么是模块独立性？
设计中为什么模块要独立？
如何度量独立性？
模块功能独立有何优点？
模块的独立性是模块化、信息隐藏和局部化等概念的直接结果。
模块的独立性是很重要的：
第一，功能被划分，并且接口被简化，所以具有有效模块化的软件易于开发。
第二，由于因设计和编码修改引起的副作用受到局限，错误传播被减小，并且模块复用成为可能，所以独立的模块更易于维护和测试。
总的来说，模块独立是良好设计的关键，从而又是保证软件质量的关键。
用内聚度与耦合度来度量独立性。
内聚度度量同一个模块内部各个元素彼此结合的紧密程度，耦合度度量不同模块彼此间相互以来的紧密程度。
模块功能独立的优点：
系统容易开发，系统可靠性高，系统易于维护，软件结构清晰。
4.9软件设计规约主要包括哪些内容？
1.工作范围
2.体系结构设计
3.数据设计
4.接口设计
5.各部件的过程设计
6.运行设计
7.出错处理设计
8.安全保密设计
9.需求/设计交叉索引
10.测试部分
11.特殊注解
12.附录
第5章结构化分析与设计
5.1简述数据流图的主要思想，概述使用数据流图进行需求分析的过程。
数据流图（DFD）描述输入数据流到输出数据流的变换（即加工），用于对系统的功能建模。
数据流图可以用来抽象地表示系统或软件。
它从信息传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节。
因此，数据流图既提供了功能建模的机制，也提供了信息流建模的机制，从而可以建立起系统或软件的功能模型。
数据流图进行需求分析的过程：
画出系统的输入和输出
画出系统内部
画出加工内部
4）重复第三步，直至每个尚未分解的加工都足够简单（即不必再分解）
5.2分别采用数据流方法中得哪些技术来完成用户需求的精确化、一致化和完全化的任务。
1）父图和子图平衡
2）数据守恒
3）局部文件
4）一个加工的输入数据流不能与该加工的输入数据流同名
5）每个加工至少有一个输入数据流和一个输出数据流。
6）在整套分层数据流中，每个文件应至少有一个加工读该文件，有另一个加工写该文件。
7）分层数据流图中得每个数据流和文件都必须命名（除了流入或流出文件的数据流），并且与数据字典一致。
8）分层DFD中的每个基本加工（即不再分解子图的加工）都应有一个加工规约。
5.4在数据流图中，可否将两个加工用一个数据流相连？
可否将两个源用一个数据流相连？
为什么？
两个加工可以直接用数据流相连，两个源不能直接用数据流相连。
因为数据流由一组固定成分的数据组成。
在DFD中，数据流的流向可以有以下几种：
从一个加工流向另一个加工，从加工流向文件（写文件），从文件流向加工（读文件），从源流向加工，从加工流向宿。
5.7
采用结构化分析方法写出书店管理系统的需求文档，包括数据流图及数据字典。
看到这个题目，我想起了以前自己也在手机端Android平台写了一个书店的管理系统，不过那个时候根本没有什么需求分析，只是自己一厢情愿的模拟了一个简单的流程。
也没有采用什么结构化分析方法，就仅仅描述了几个对象及其功能。
所以我觉得可以对照着新学的软件工程的知识运用到自己的实际项目中去，
同时也可以完成这道相识的题目。
下图就是以前的功能结构图：
会员管理子系统
用户登录子系统
超级管理员
仓库管理员
销售管理员
供应商信息管理子系统
仓库管理子系统
进货
出货
销售管理子系统
零售
批发
退货
书店销售管理系统
还有一些程序运行的界面：
利用结构化方法分析：
数据流程图
存书分数据流图：
书店管理员
存书情况
查询
存书进货时间
是否为新书
否
进货分数据流图：
登记
进货信息 进货信息
进货登记表
查询
存书
进货信息
进货信息
登记销售
已售信息
图书销售登记表
销售分数据流图：
登记销售
管理员
查询销售
销售信息
存书
销售信息
会员分数据流图：
查询
会员信息登记表
管理员
会员信息 会员信息
会员信息
会员信息
登记
会员信息
登记销售
总数据流图：
已售信息
图书销售登记表
登记
进货信息 进货信息 销售
进货登记表
信息
登记销售
查询销售
存书
进货信息 销售 销售
查询
信息 信息
进货信息 进货
会员信息登记表
查询
登记
信息
书店管理员
会员信息 会员信息
会员 信息 存
书
会员信息 进
会员信息 货
查询
时
间
查询
进货信息
存书情况
进货信息
新书列
是否为新书
是 否
2、数据字典
存书数据字典：
属性名
类型
长度
备注
书号
char
10
书的编号
书名
char
30
书的名称
作者
char
20
升级会员 