软件工程复习资料-完整版
一、选择题：
1、用例图中，用来表示用例的符号为（B）。
A B. C. D.
2、协作图中包含的元素包括（A）。
A. 对象
B. 链
C. 激活
D. 消息
3、在类图中，哪种关系表达整体与部分的关系（D）。
A．泛化 B. 实现 C. 依赖 D. 聚合
4、下列各种图形符号中，用来表示组成关系的符号为(B)。
A. B. C. D.
5、（A）工具在软件的详细设计中不能使用。
A．DFD B. N-S图 C. 流程图 D. PDL
6、“软件危机”是指(C)。
A. 计算机病毒的出现
B. 利用计算机进行经济犯罪活动
C. 软件开发和维护中出现的一系列问题
D. 人们过分迷恋计算机系统
7、快速原型是利用原型辅助软件开发的一种新思想，它是在研究(A)的方法和技术中产生的。
A. 需求阶段
B. 设计阶段
C. 测试阶段
D. 软件开发的各个阶段
8、从严格意义上讲，下列4个选项中属于顺序图的元素是（ABCD）。
A. 对象
B. 参与者
C. 消息
D. 激活
9、下列UML图形中，（ABCD）属于UML的动态视图。
A. 协作图
B. 状态图
C. 活动图
D. 顺序图
10、数据字典是软件需求分析阶段的最重要的工具之一，其最基本的功能是（D）。
A. 数据库设计
B. 数据通信
C. 数据关系描述
D. 数据定义
11、详细设计与概要设计衔接的图形工具是(D)。
A. DFD图
B. 程序图
C. PAD图
D. SC图
12、UML中，大多数建模者把节点分为（AC）
Ａ. 设备 B. 构件 C. 处理器 D. 显示器
13、（C）是一种特殊形式的状态机，用于对计算流程和工作流程建模。
A．时间图 B. 流程图 C. 活动图 D. 状态图
14、（A）描述从状态到状态的控制流程，常用来对系统的动态特征进行建模。
A. 状态图
B. 序列图
C. 协作图
D. 活动图
15、下列特点属于描述用例的特点的是（D）。
A. 相对独立：不需要与其他用例交互，即功能是完备的
B. 用例的执行结果是可观测有意义的
C. 用例由参与者发起（不能自启动，或者由其他用例启动）
D. 一个用例是一个单元(需求单元、分析单元、设计单元、开发单元、测试单元、部署单元)
16、在图书管理系统中，读者与书籍之间的“借阅”关系的多重性是（D）
A. 1：n
B. n：1
C. 0：1…n
D. 0…n：0…n
17、我希望ATM能够支持跨行业务；我插入卡片输入密码后可以让我选择是取钱还是存钱；为了方便，可以设置一些默认的存取金额按钮；我可以修改密码，可以挂失；我希望可以缴纳电话费、水费、电费等；为安全起见，ATM应该有警示小心骗子的提示条，有摄像头；如果输入三次密码错误，卡片应当可以自动吞没；下列那些是有效的用例（BCD）
A. 支持跨行业务
B. 取钱
C. 存钱
D. 选择服务
18、快速原型法适用于（A）系统的开发。
A．需求不确定的B．需求确定的C．管理信息D．实时
19、面向对象的三个要素不包括以下哪个（D）。
A. 封装
B. 继承
C. 多态
D. 接口
20、软件生命周期中所花费用最多的阶段是（C）。
A．详细设计B．软件编码C．软件测试D．软件维护
21、需求分析阶段的任务是确定（D）。
A．软件开发方法B．软件开发工具C．软件开发费D．软件系统的功能
22、汽车有一个发动机。汽车和发动机之间的关系是（B）关系。
A．一般具体B．整体部分C．分类关系D．主从关系
23、（A）模型的缺点是缺少灵活性，特别是无法解决软件需求不明确或不准确的问题。A．瀑布模型 B. 原型模型 C. 增量模型 D. 螺旋模型
24、在UML的需求分析建模中,（B）模型图必须与用户反复交流并加以确认。
A. 配置
B. 用例
C. 包
D. 动态
25、下列关于状态图的说法中,正确的是（C）。
A. 状态图是UML中对系统的静态方面进行建模的五种图之一
B. 状态图是活动图的一个特例，状态图中的多数状态是活动状态
C. 状态图是对一个对象的生命周期进行建模,描述对象随时间变化的行为
D. 状态图强调对有几个对象参与的活动过程建模，而活动图更强调对单个反应型对象
建模
26、在面向对象分析过程中，用概念模型来详细叙述系统的问题域，用类图来表示概念模型，用（A）来描述对象行为。
A.顺序图和协作图
B.用例图和活动图
C.状态图和活动图
D.用例图和构件图
二．填空题
1. 软件工程由（过程）、方法、工具三部分组成，称为软件工程的三要素。
2. 顺序图由类角色，生命线，激活期和（消息）组成。
3.（组件图）和（部署图）用于对面向对象系统的物理方面建模进行描述的两种图形。
4. 软件需求包括三个不同的层次：（功能需求）、（业务需求）和（用户需求）。
5．面向对象分析模型包括（用例）模型和（概念）模型。
6. 软件的定义可以概括的描述为：软件=（程序）+（数据）+文档
7. RUP软件开发过程的特点是：（用例驱动）以体系结构为中心，迭代和增量开发。
8．对象图的模型元素有对象和链。对象是（类型）的实例, 对象之间的链是类之间的（关联）的实例。
9. 需求工程包括（需求管理）和（需求开发）。
三．简答题
1、简述什么是状态图，状态图的组成元素有哪些？
答：
状态图描述的是对象发生状态转移的序列、使对象达到这些状态的事件和条件，以及达到这些状态时所发生的活动。状态图由状态、事件和转换三个主要元素构成。
2、RUP的四个主要阶段是什么？
答：
1)初始阶段：完成商业需求并确定项目的边界；
2)细化阶段：完成领域问题分析和软件的设计；
3)构造阶段：产品的制造过程，以系统实现和测试为主，重点放在管理资源及控制运
作以优化成本、进度和质量；
4)交付阶段：确保软件对最终用户是可用的。
3、类之间的关系有几种？哪种关系最一般？
答：
类的外部关系可以归纳为：关联、泛化和依赖三种，其中关联包括一般关联关系和组合关系，组合又包括强组合和弱组合关系。
一般关联关系最一般。
4、UML的静态模型和动态模型分别包括哪几种图？
答：
静态模型包括：用例图、类图、包图、对象图、构件图、配置图；
动态模型包括：顺序图、协作图、活动图、状态图。
5、简述顺序图与协作图的异同。
答：
顺序图与协作图都是表现对象之间的交互和协作的，但侧重点不同：顺序图着重在交互的时间顺序上；协作图则没有时间维度，着重在交互对象的空间链接上；
顺序图中有对象生命线和控制焦点，协作图中没有；
协作图中有路径，并且协作图中的消息必须要有消息顺序号，但顺序图中没有路径，也可以没有消息顺序号。
6、软件测试要经过哪些步骤？
答：
单元测试：针对软件设计的最小单位程序模块进行正确性检验的测试工作；
集成测试：在单元测试的基础上，再将单元按照概要设计规格说明的要求组装成更大的模块、子系统或系统；
功能测试：在集成测试之后，给予需求规格说明书，从用户角度进行的测试；
系统测试：是软件配置在现场真实运行环境下进行的运行测试。
7、软件生存周期各阶段的主要任务是什么？
答：
计划时期：初始阶段，主要任务是获取软件开发项目；
开发时期：第二阶段，主要任务是构建高质量的软件；
运行时期：最后阶段，主要任务是延长软件的寿命。
8、需求分析的目的和工作目标是什么？
答：
需求分析的目的是：弄清用户对系统的细节要求，完整、准确、清晰、具体地回答目标系统“做什么”。
需求分析的工作目标是：对用户提出的软件功能、性能等应用问题及其环境进行分析与理解，采用一系列的分析方法和技术，把系统可行性分析阶段产生的系统规格说明和项目规划逐步精确化、完全花、一致化，借助于当前系统的逻辑模型导出目标系统逻辑模型，最终形成需求规格说明文档的过程。
10、一个复杂系统的DFD采用什么方法进行细化？
答：
数据流图采用分层绘制，贯彻自顶向下、逐层分解、层层细化的分析理念。
顶层数据流图（系统级抽象层）；
零层数据流图（功能模块级抽象成）；
各子层数据流图（子功能模块抽象层）；
11、什么是黑盒测试和白盒测试？
答：
白盒测试：按照程序内部的结构测试程序，通过测试来检验产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按照预定要求正常进行。
黑盒测试：把程序看成一个黑盒子，无须了解模块里面的结构，仅通过其外在功能描述来进行测试，只检查程序是否达到需求规格说明书规定的功能。
12、UML与面向对象系统分析与设计之间的关系？在面向对象分析和设计过程中应如何使用UML？
答：
UML是一种面向对象技术的标准建模语言，可以被用来进行面向对象系统分析与设计。
基于UML统一方法进行面向对象分析步骤：
○1问题域分析；
○2发现和定义对象与类；
○3识别对象的外部联系；
○4建立系统的静态结构模型；
○5建立系统的动态结构模型。
13、什么是类型“封装”？
答：对属性和操作进行包装。
14、可行性研究包括？
答：技术可行性研究、经济可行性研究、法律可行性研究。
15、详细设计与概要设计是什么关系，有什么不同？详细设计的作用是什么，内容有哪些？答：
1）区别：概要设计是解决软件的总体结构问题；详细设计是解决模型内部的逻辑结构
和数据结构问题。
2）关系：要先进行总体结构划分，然后才能进行模块内部的详细设计。
3）详细设计的作用：程序员用于实现的说明书。
4）详细设计的内容：详细设计可分为三个具体部分：
○1逻辑设计：对模块内部的过程和数据结构进行设计。
○2接口设计：人机交互界面的具体设计，与其他外部系统接口设计。
○3数据设计：用选定的DBMS 设计数据库的表，建立表的主键/外键及关联关系，
建立索引，完整性约束等方面。
四．综合题：
1、根据下列需求的叙述建立用例模型。假设要建立一个图书管理系统，系统的用户包括读者、图书管理员和系统管理员；读者登录后，可以在网上预定书籍，也可以对预定的书籍进行取消，读者还可以查看自己的基本信息；在图书管理员的帮助下，读者可以进行借书和还书；系统管理员可以对信息进行维护，其中包括书籍管理、书目管理和用户管理；书籍管理包括查询书籍、添加书籍、删除书籍（在删除书籍时，相关的书目会一并删除掉）和修改书籍；书目管理包括查询书目、添加书目、删除书目和修改书目；用户管理包括查询用户、添加用户、删除用户和修改用户。
软件工程文档模板
软件工程文档模板 好的开发文档就是别人一拿到你的文档就可以接着你的工作往下写程序，而不要挖空心思去想你的程序是什么结构，怎么写的。 下面给出通常软件工程文挡模板供大家参考: ============================================================ New Project 1: 需求分析说明书 ============================================================ 1. 引言 1.1. 编写目的 1.2. 背景说明 1.3. 术语定义 1.4. 参考资料 2. 任务概述 2.1. 目标 2.2. 用户的特点 2.3. 假定与约束 3. 需求规定 3.1. 对功能的规定 3.2. 对性能的规定 3.2.1. 精度 3.2.2. 时间特性要求 3.2.3. 灵活性 3.3. 输入输出要求 3.4. 数据管理能力要求 3.5. 故障处理要求 3.6. 其它专门要求 4. 运行环境设定 4.1. 设备 4.2. 支持软件 4.3. 接口 4.4. 控制 5. 缩写词表 6. 参考文献 ============================================================ New Project 1: 总体设计说明书 ============================================================ 1. 前言 2. 摘要 3. 需求分析 3.1. 企业生产经营概况 3.2. 企业经营目标及策略（近期及远期）
3.3. 实施需求 3.4. 实施目标 3.5. 实施约束 3.6. 实施功能要求 3.7. 实施信息要求 3.8. 实施性能要求 4. 总体方案与结构 4.1. 制定总体结构的出发点 4.2. 体系结构 4.3. 应用系统结构 4.4. 支撑系统结构 4.5. 信息分类编码体系 5. I2DEF模型 5.1. 模型选择说明 5.2. I2DEF模型设计规范 5.3. 结构模型 5.3.1. 系统/功能分解树 5.3.2. 构件图 5.4. 动态模型 5.4.1. 事件流程图 5.4.2. 事件汇总图 5.4.3. 工作案例图 5.4.4. 典型事件跟踪图 5.5. 功能模型 5.5.1. 数据流程图 5.5.2. 数据汇总图 5.5.3. 功能调用图 6. 资源需求 7. 系统配置 7.1. 配置原则 7.2. 硬件配置 7.3. 软件配置 8. 接口 8.1. 内部接口 8.2. 外部接口 9. 组织机构及人员配置 9.1. 现行组织机构 9.2. 开发运行的组织机构 9.3. 人员配置与培训 10. 关键技术 10.1. 关键技术的提出 10.2. 关键技术的一般说明 10.3. 关键技术的实现方案 11. 方案实施的技术路线和实施计划
软件项目文档全套模板-测试
＜项目名称＞ 测试分析报告 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 背景 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 测试概要 (1) 3 测试结果及发现 (2) 3.1 测试1（标识符） (2) 3.2 测试2（标识符） (2) 4 对软件功能的结论 (2) 4.1 功能1（标识符） (2) 4.1.1 能力 (2) 4.1.2 限制 (2) 4.2 功能2（标识符） (2) 5 分析摘要 (3) 5.1 能力 (3) 5.2 缺陷和限制 (3) 5.3 建议 (3) 5.4 评价 (3) 6 测试资源消耗 (3)
1 引言 1.1 编写目的 说明这份测试分析报告的具体编写目的，指出预期的读者范围。 1.2 背景 说明： a．被测试软件系统的名称； b．该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境之间可能存在的差异以及这些差异对测试结果的影响。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 测试概要 用表格的形式每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。
软件工程——软件开发过程中用到的各种图
软件工程——软件开发过程中用到的各种图 一、宏观导图 导图说明：我们的软件开发中用到的各种图型工具都是为了辅助我们更好的理解开发的阶段或者过程。上图是根据软件过程中各个阶段所需要用到的各种图的一个小结。下面是各种图的简介和示例。 二、谈细节： 1、问题定义阶段（规划阶段）： UC图:（ Use Creat 图）它是 BSP（ business system planning ）法中常用的子系统划分工具。
2、可行性分析 2.1系统流程图：是描述系统物理模型的一种传统工具。它是表达数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，它是物理数据流图而不是程序流程图。系统流程图形象的呈现了软件的功能，即使不懂软件的人也可以轻松的看懂，可以说它是软件设计师与用户之间沟通、交流的有效工具。
3、需求分析： 3.1 DFD图（Data Flow Diagram):从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程.建立系统的功能模型。 3.2 ERD（Entity-Relationship Diagram)图：当数据量很大并且数据间关系复杂时对于数据的分析就得用到它来刻画系统数据模型
3.3 IPO（input process output）图描述了输入数据、处理数据、输出数据之间的关系。 3.4 STD（State Transition Diagram）图：刻画系统响应外部事件的过程。为系统的行为建模。
面向数据结构的几个图形工具： 3.5 层次方框图：用来展示数据的层次结构 3.6 warnier图：和层次方框图一个意思，不过她能描述的手段比层次图更加丰富。
软件工程导论复习笔记
简答题： 1.什么是软件？ 答：软件是： （1）指令的集合（计算机程序），通过执行这些指令可以满足预期的特征、功能和性能需求。 （2）数据结构，使得程序可以合理利用信息。 （3）软件描述信息，它以硬拷贝和虚拟形式存在，用来描述程序操作和使用。 2.How do software characteristics differ from hardware characteristics? 软件的特性是如何不同硬件的特性？ 答：（1）软件是设计开发的，而不是传统意义上生产制造的（2）软件不会磨损，但会退化 （3）虽然整个工业向着基于构件的构造模式发展，然而大多数软件仍是根据实际的顾客需求定制的 3.What do people mean by the expression "software crisis"? 人们是怎样理解“软件危机”这个短语的？
答：软件危机主要表现在两个方面： （1）无法满足日益增长的对软件的需求。 （2）难以满足对已有的软件系统的维护需求。 软件危机出现的原因： （1）由于软件生产本身存在着复杂性 （2）与软件开发所使用的方法和技术有关 “软件工程”的概念用工程化的思想来克服软件危机。 4.What myths about software still exist ? 软件仍然存在着什么神话？ 答：管理者的神话；用户的神话；开发者的神话。 简答题： 1.What are the three generic phases of software engineering? 软件工程的三个一般的阶段是？ 答：定义阶段、开发阶段、维护阶段 (软件生存周期的三个阶段：软件定义、软件开发、软件维护) 2.What are the names of the five levels of the SEI Capability Maturity Model?
软件工程文档模板--二、项目开发计划
二、项目开发计划1．引言 1 1.1编写目的 1 1.2项目背景 1 1.3定义 2 1.4参考资料 2 2．项目概述 2 2.1工作内容 2 2.2条件与限制 2 2.3产品 2 2.4运行环境 2 2.5服务 3 2.6验收标准 3 3．实施计划 3 3.1任务分解 3 3.2进度 3 3.3预算 3
3.4关键问题 3 4．人员组织及分工 3 5．交付期限 3 6．专题计划要点 3 1．引言 1.1编写目的 【阐明编写开发计划的目的，指明读者对象。】 1.2项目背景 【可包括： a. 项目的委托单位、开发单位和主管部门； b. 该软件系统与其他系统的关系。】 1.3定义 【列出本档中用到的专门术语的定义和缩写词的原文。】 1.4参考资料 【可包括： a. 项目经核准的计划任务书、合同或上级机关的批文； b. 文档所引用的资料、规范等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。】
2．项目概述 2.1工作内容 【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。若不编写可行性研究报告，则应在本节给出较详细的介绍。】 2.2条件与限制 【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。】 2.3产品 2.3.1程序 【列出应交付的程序名称、使用的语言及存储形式。】 2.3.2文档 【列出应交付的文档。】 2.4运行环境 【应包括硬件环境、软件环境。】 2.5服务 【阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。】
软件开发文档模板
软件开发文档模板 1 可行性研究报告 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能先择的各种方案；说明论证所选定的方案。可行性研究报告的编写内容要求如下： 1.1 引言 1.1.1 编写目的 1.1.2 背景 1.1.3 定义 1.1.4 参考资料 1.2 可行性研究的前提 1.2.1 要求 1.2.2 目标 1.2.3 条件、假定和限制 1.2.4 进行可行性研究的方法 1.2.5 评价尺度 1.3 对现有系统的分析 1.3.1 数据流程和处理流程 1.3.2 工作负荷 1.3.3 费用开支 1.3.4 人员 1.3.5 设备 1.3.6 局限性 1.4 所建议的系统 1.4.1 对所建议系统的说明 1.4.2 数据流程各处理流程 1.4.3 改进之处 1.4.4 影响 1.4.4.1 对象设备的影响 1.4.4.2 对软件的影响 1.4.4.3 对用户单位机构的影响 1.4.4.4 对系统动行的影响 1.4.4.5 对开发的影响 1.4.4.6 对地点和设施的影响 1.4.4.7 对经费开支的影响 1.4.5 局限性 1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案 1.5.1 可选择的系统方案 1 1.5.2 可选择的系统方案 2 …… 1.6 投资及收益分析 1.6.1 支出 1.6.1.1 基本建设投资
1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益 1.6. 2.1 一次性收益 1.6. 2.2 非一次性收益 1.6. 2.3 不可定量的收益 1.6.3 收益/投资比 1.6.4 投资回收周期 1.6.5 敏感性分析 1.7 社会条件方面的可行性 1.7.1 法律方面的可行性 1.7.2 使用方面的可行性 1.8 结论 2 项目开发计划 编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下： 2.1 引言 2.1.1 编写目的 2.1.2 背景 2.1.3 定义 2.1.4 参考资料 2.2 项目概述 2.2.1 工作内容 2.2.2 主要参加人员 2.2.3 产品及成果 2.2. 3.1 程序 2.2. 3.2 文件 2.2. 3.3 服务 2.2. 3.4 非移交产品 2.2.4 验收标准 2.2.5 完成项目的最迟期限 2.2.6 本计划的审查者与批准者 2.3 实施总计划 2.3.1 工作任务的分解 2.3.2 接口人员 2.3.3 进度 2.3.4 预算 2.3.5 关键问题 2.4 支持条件 2.4.1 计算机系统支持 2.4.2 需要用户承担的工作 2.4.3 需由外单位提供的条件 2.5 专题计划要点
软件工程复习资料-完整版
一、选择题： 1、用例图中，用来表示用例的符号为（B）。 A B. C. D. 2、协作图中包含的元素包括（A）。 A. 对象 B. 链 C. 激活 D. 消息 3、在类图中，哪种关系表达整体与部分的关系（D）。 A．泛化 B. 实现 C. 依赖 D. 聚合 4、下列各种图形符号中，用来表示组成关系的符号为(B)。 A. B. C. D. 5、（A）工具在软件的详细设计中不能使用。 A．DFD B. N-S图 C. 流程图 D. PDL 6、“软件危机”是指(C)。 A. 计算机病毒的出现 B. 利用计算机进行经济犯罪活动 C. 软件开发和维护中出现的一系列问题 D. 人们过分迷恋计算机系统 7、快速原型是利用原型辅助软件开发的一种新思想，它是在研究(A)的方法和技术中产生的。
A. 需求阶段 B. 设计阶段 C. 测试阶段 D. 软件开发的各个阶段 8、从严格意义上讲，下列4个选项中属于顺序图的元素是（ABCD）。 A. 对象 B. 参与者 C. 消息 D. 激活 9、下列UML图形中，（ABCD）属于UML的动态视图。 A. 协作图 B. 状态图 C. 活动图 D. 顺序图 10、数据字典是软件需求分析阶段的最重要的工具之一，其最基本的功能是（D）。 A. 数据库设计 B. 数据通信 C. 数据关系描述 D. 数据定义 11、详细设计与概要设计衔接的图形工具是(D)。 A. DFD图 B. 程序图 C. PAD图 D. SC图 12、UML中，大多数建模者把节点分为（AC） Ａ. 设备 B. 构件 C. 处理器 D. 显示器 13、（C）是一种特殊形式的状态机，用于对计算流程和工作流程建模。 A．时间图 B. 流程图 C. 活动图 D. 状态图 14、（A）描述从状态到状态的控制流程，常用来对系统的动态特征进行建模。 A. 状态图 B. 序列图 C. 协作图 D. 活动图 15、下列特点属于描述用例的特点的是（D）。 A. 相对独立：不需要与其他用例交互，即功能是完备的
工程项目管理软件及应用(自考历年试题)资料
2008年10月湖北省高等教育自学考试 工程项目管理软件及应用试卷 一、单项选择题 1、典型的建筑工程项目生命周期包括几个项目阶段（） A．1个B．2个C．3个D．4个 2、项目管理中的项目三角形是指（） A．时间范围和费用B．工期质量和资金 C．时间质量和成本D．质量范围和工期 3、为了加强安全性，Microsoft Project提供了加密保存文件功能，有“保护密码”和“修改权限密码”两个层次实现该功能，假设某文件只设定了保护密码，则知道该密码的用户可以（） A．记得阅读又可修改B．阅读和修改具有随机性 C．不可阅读更不可修改D．可阅读该文件，不可修改 4、“甘特图”视图中，设定任务相关性的域名是（） A．前置任务B．工期C．开始时间D．完成时间5、在Microsoft Project中，常用的传统项目管理技术中包括（） A．甘特图、网络图等各种视图技术B．视图、报表、打印文本等 C．甘特图、网络图、关键路径法D．WBS、任务相关性、资源调配 6、Microsoft Project中缺省的成本累算方式是（） A．开始B．按比例C．完成D．工期 7、Microsoft Project网络视图在默认情况下，正在进行尚未完成的任务在网络图 视图的任务方框中表示为（） A．深色横条B．两条相交的对角线C．背景为黑色D．单条对角线8、在Microsoft Project中，任务优先级的最高级别为（） A．500 B．1000 C．10000 D．无穷大 9、Microsoft Project提供的基准日历类型有（） A．两种B．三种C．四种D．五种 10、“关键路径”可以在以下哪个视图中显示（） A．详细甘特图B．甘特图C．资源工作表视图D．组合视图11、在一个以完成日期排定的项目中，对某任务设置了“不得早于······完成” 的限制，若要取消限制，只需要将限制类型更改为（） A．越晚越好B．不得晚于···开始 C．不得晚于···完成D．必须完成于 12、Microsoft Project资源费率中的每次使用成本是指（） A．建筑机械的租金B．工人的加班费C．运输费D．水电费13、任务7与任务8的相关性为“完成——开始”，若要使任务8在任务7完成 后的三天开始，则将任务8的前置任务设置为（） A．7FS-3D B．7FS+3D C．8FS-3D D．8FS+3D 14、某公司每周四下午对员工进行培训，则该任务属于（）
软件工程读书笔记
软件工程读书笔记 专业：软件工程硕士A班 学生姓名：丁浩宸 学号：13214020 二〇一④年八月
The impact of imperfect change rules on framework API evolution identification:an empirical study 实证研究：框架API更新辨别的不完善变化规则的影响 Wei Wu·Adrien Serveaux·Yann-Ga¨el Gu′eh′eneuc· Giuliano Antoniol 摘要:软件框架在持续更新。程序员保持他们的客户端代码更新很费时。而且不是所有的框架都有着更新的文档说明。因此许多处理方法被提出以减少没有更新文档的影响，这些方法依靠通过辨别软件两个发行版本的改变规则。但是这些改变规则是不完善的，即不是100%正确的。在我们的知识范围内，并没有展示这些非完善改变规则的可用性的实证研究。因此我们设计并实施了一个实验来评价非完善规则的影响。在实验中，实验人员必须在三个不同的发行版本中找到21处丢失了的方法的替换。三个版本分别依靠1）全部正确的改变规则，2）不完善的改变规则，3）无改变规则。统计分析结果表明实验人员在三个不同的发行版本中找到的替换的精度有着显著差异。其中依赖全部正确的改变规则的结果精度是最高的，没有改变规则的精度是最低的，不完善的改变规则在两者中间。不完善改变规则和没有改变规则的精度差的效应值是巨大的，不完善改变规则和完全正确改变规则的精度差的效应值是适度的。研究结果表明框架API更新方法总结出的改变规则确实可以帮助开发者，即使这些规则并不是一直正确的。非完善改变规则可以帮助开发者在文档不可用时更新他们的代码，或者作为部分文档的补充。完全正确和不完善改变规律间适度的差异表明提高改变规则的精度依然可以帮助开发者。 关键词软件维护·可用性·框架API更新·变化规则
软件开发文档模版
目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目的开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (2) 2.3.3 软件项目实施里程碑控制 (2) 3. 软件开发 (3) 3.1软件的需求分析 (3) 3.1.1 需求分析 (3) 3.1.2 需求分析报告的编制者 (4) 3.1.3 需求报告评审 (4) 3.1.4 需求报告格式 (4) 3.2软件的概要设计 (4) 3.2.1 概要设计 (4) 3.2.2 编写概要设计的要求 (4) 3.2.3 概要设计报告的编写者 (4) 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (4) 3.2.5 概要设计的评审 (4) 3.2.6 概要设计格式 (4) 3.3软件的详细设计 (5) 3.3.1 详细设计 (5) 3.3.2 特例 (5) 3.3.3 详细设计的要求 (5) 3.3.4 数据库设计 (5) 3.3.5 详细设计的评审 (5) 3.3.6 详细设计格式 (5) 3.4软件的编码 (5) 3.4.1 软件编码 (5) 3.4.2 软件编码的要求 (5) 3.4.3 编码的评审 (6) 3.4.4 编程规范及要求 (6) 3.5软件的测试 (6) 3.5.1 软件测试 (6) 3.5.2 测试计划 (6) 3.6软件的交付准备 (6) 3.6.1 交付清单 (6)
3.7软件的鉴定验收 (7) 3.7.1 软件的鉴定验收 (7) 3.7.2 验收人员 (7) 3.7.3 验收具体内容 (7) 3.7.4 软件验收测试大纲 (7) 3.8培训 (7) 3.8.1 系统应用培训 (7) 3.8.2 系统管理的培训（可选） (8) 附录A 软件需求分析报告文档模板 (9) 附录B 软件概要设计报告文档模板 (21) 附录C 软件详细设计报告文档模板 (33) 附录D 软件数据库设计报告文档模板 (43) 附录E 软件测试(验收)大纲 ................................................................... 错误！未定义书签。5
(完整word)软件项目文档全套模板-需求说明,推荐文档
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求1 (3) 3.1.2 功能需求2 (4) 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口 (5) 3.2.2 硬件接口 (5) 3.2.3 软件接口 (5) 3.2.4 通信接口 (6) 3.3 性能需求 (6) 3.4 设计约束 (6) 3.4.1 其他标准的约束 (6) 3.4.2 硬件的限制 (7) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性 (7) 3.5.4 可转移＼转换性 (8) 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 4 附录 (9)
1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
软件工程各种图的画法(考试必备)
1．完成患者监护系统功能级得数据流图、实体联系图、软件结构图。 ２.网上书店系统,其外部用户主要有游客、会员与管理员。其中，游客进行注册后,可以成为系统得会员,会员享有订购图书及订单与书籍等信息查询得功能,管理员可对系统得各种信息进行管理与维护。根据上述描述,请画出网上书店系统
得:①基本系统模型（第0层)；②功能级得数据流图（第1层）；③底层得订购图书数据流图。
1.把如下统计空格程序得Ｊackson图改画为等价得程序流程图与盒图。 2、用Jackson图描述下述得一列火车得构成： 一列火车最多有两个火车头。只有一个火车头时则位于列车最前面,若还有第二个火车头时，则第二个火车头位于列车得最后面。火车头既可以就是内燃机车也可以就是电气机车。车厢分为硬座车厢、硬卧车厢与软卧车厢等３种。硬座车厢在所有车厢得前面部分,软卧车厢在所有车厢得后面部分。此外,在硬卧车厢
与软卧车厢之间还有一节餐车。 1．饮用水自动销售系统得工作过程大致如下：如果投入1元硬币，则自动放水５升；如果投入5角硬币,放水2、5升;如果选择1元,投入2个伍角得硬币，也可放水５升。如果饮用水来不及生成,系统会把硬币退出来并亮红灯。收到得硬币由收银员定时回收。试画出该系统得用例图。 2、某寄宿学校需要开发一个信息管理系统，通过该管理系统对学生得日常事务进行管理： 校长助理：管理学生得档案,进行新增、删除、查询、修改等操作;对学生班级进行管理(新增、删除等),进行新学生得编班工作与调班工作,查询班级名册等情况。 财务人员:进行每月得收费与退费工作，每个学生得每月费用包括住宿费，伙食费２２０,在６-8月收取空调费2０,在1１-2 月收取取暖费20,每个学期得开
计算机软件在工程项目管理上的应用
计算机软件在工程项目管理上的应用 工程项目管理的成功主要依赖于信息的积极沟通和成功交流，在信息社会，不论是信息量，还是信息的传播方式，都是各种各样的，造成了项目各方的交流困难。在实际项目中，工程管理技术人员都用很大的一部分精力来寻找合适的信息，而问题的出现，都不同程度的和沟通有关，项目成本的增加有一小部分也是和信息沟通有关，有效的解决项目沟通问题，可以使工程项目的管理更加成功。 2．1国内的发展应用美国项目管理学会(PMI)的项目管理知识体系(PMBOK)把项目管理划分为9个知识领域，即范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理。而在实际的工程项目上，工程管理人员更加注重管理的范围、时间、成本以及质量。我国的项目管理起步较晚，但发展迅速，虽然我国从1982年引进，但到了1993年，就已经在全国范围内进行正式推广，大量的业主和承包商开始接受新的思想，进行项目管理的探索研究以及应用。 2．2计算机软件的应用计算机的发展和项目管理的发展表现出了很强的同步性，计算机的进步，为项目管理的发展提供了基础；项目管理思想的完善，为计算机在其的应用提供了更加有效的思想。信息技术的进步使项目管理的应用软件发展迅速，并成为工程人员的必备助手。目前工程项目管理软件根据功能可以分为两个档次：高档次的是专业项目管理应用软件，功能强大，价格较贵，主要有P3、Artemi S、WorkBench；F口0pen—Plan等。
低档次的是和Micro—soft开发的小型项目管理软件，一般只完成项目管理某一阶段和某一方面的功能。如TimeLine、ProjectScheduler和Sure—Trak等。 在此简单介绍Primavera项目管理系列软件，从而探究高档项目管理软件的应用现状。 Primavera Project Planner(简称P3)，是由美国PrimaveraSystems，Inc开发的一个基于计算机技术和网络计划技术的工程项目管理软件，在国际上享有盛誉。P3软件融合了世界上先进的项目管理的思维和方法，主要功能是进度、费用和资源管理，解决长期困扰工程人员的整体性地动态管理问题。 同时，P3软件能有机结合工程的进度和目标管理，践行项目管理的思想和方法。 P3软件是一款专业的工程项目管理软件，可以有效的进行进度控制，费用控制和资源管理，并且可以有效平衡结合，使得进度计划成为定量的切实可行的科学合理的进度计划。 同时，作为一款优秀的商业软件，P3软件能够共享数据资源，使工程的参与方可以同时共享同一个工程数据库的数据，按照被授予的不同权限进行读写或只读。P3软件的另一个特点是操作灵活方便，用户可以选择自己喜欢的视图，进行有效的整体更新，资源平衡，自动汇总，网上发布等等。
软件工程 期末复习笔记
软件工程期末复习笔记 胡丹 一．基本概念 1.什么是软件工程？ 答：见作业 2.什么是参与者，角色？ 答：所有参与到软件项目中的人员称为参与者。把项目或系统的一组职责称为角色。一个角色与一组任务联系在一起，且被派给一个参与者。一个参与者能充当多个角色。 3.系统和模型。系统指内部关联部分的集合。模型指系统的任何抽象。 4.软件工程开发活动：开发活动通过构造和验证应用域模型或系统模型处理复杂性问题，开发活动包括：需求获取、分析、系统设计、对象设计、实现、测试。 二.基本概念（2） 1.系统开发的主要内容集中在系统的3个不同模型上： 功能模型，在MUL中，使用用例图表示功能模型，以从用户观点描述系统功能。 对象模型，在MUL中，使用类图表示对象模型，使用对象、属性、关联和操作来描述系统的结构。 动态模型，在UML中，使用交互图、状态图和活动图表示动态模型，以描述系统的内部行为。 2.用例模型（功能模型） 2.1用例模型=用例文档+用例图 2.2用例间的关系：用例之间的关系关联（association ）、包含(include)、扩展(extend)和泛化(generalization)这几种关系。 关系关联（association ）：通信1.表示参与者用例之间进行通信。 2.不同的参与者可以访问相同的用例。 包含(include)：把它所包含的用例行为作为自身行为的一部分。 扩展(extend)：扩展用例被定义为基础用例的增量扩展。 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上泛化(generalization)：继承 2.3 用例文档包括的内容：1.用例名。2.范围。 3.级别。 4.主要参与者。 5.涉众及其关注点。 6.前臵条件 7.后臵条件 8.主事件流 9.备用事件流。 3.类图（对象模型） 3.1类是面向对象系统组织结构的核心。对一组具有相同属性、操作、关系和语义的对象的抽象。包括名称部分（Name）、属性部分（Attribute）和操作部分（Operation）。
软件工程文档模板范例
目录 三、需求规格说明书 (2) 四、概要设计说明书 (12) 五、详细设计说明书 (15)
3软件需求说明书软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 3.1引言 3.1.1 编写的目的 3.1.2 背景 3.1.3 定义 3.1.1 参考资料 3.2任务概述 3.2.1目标 3.2.2用户的点 3.2.3假定与约束 3.3需求规定 3.3.1对功能的规定 3.3.2对性能的规定
3.3.2.1 精度 3.3.2 .2 时间特性要求 3.3.2 .3 灵活性 3.3.3 输入输出要求 3.3.4 数据管理能力的要求 3.3.5 故障处理要求 3.3.6 其它的专门的要求 3.4 运行环境规定 3.4.1 设备 3.4.2 支持软件 3.4.3 接口 3.4.4 控制 4数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下： 4.1引言
4.1. 1 编写目的 4.1. 2 背景 4.1. 3 定义 4.1. 4 参考资料 4.2 数据的逻辑描述 4.2. 1 静态数据 4.2. 2 动态输入数据 4.2. 3 动态输出数据 4.2. 4 内部生成数据 4.2. 5 数据约定 4.3 数据的采集 4.3. 1 要求和范围 4.3. 2 输入的承担者 4.3. 3 处理 4.3. 4 影响 5概要设计说明书概要设计说明书可称作系统设计说明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括
软件工程试题及答案53581
软件工程 一、填空题（每题2分，共20分） 1、系统流程图是描述物理模型的传统工具，用图形符号表示系统中各个元素表达了系统中各种 元素之间的( )情况。 2、成本效益分析的目的是从( )角度评价开发一个项目是否可行。 3、自顶向下结合的渐增式测试法，在组合模块时有两种组合策略：深度优先策略和( ) 。 4、在JSP方法中解决结构冲突的具体办法是( )。 5、详细设计的任务是确定每个模块的内部特性，即模块的算法、( )。 6、所有软件维护申请报告要按规定方式提出，该报告也称( )报告。 7、独立路径是指包括一组以前没有处理的语句或条件的一条路径。从程序图来看，一条独立路 径是至少包含有一条( )的边的路径。 8、设计任何一个人机界面，一般必须考虑（）四个方面。 9、在软件测试中，已知产品内部工作过程，通过测试检验产品内部动作是否按照产品规格说明 的规定正常进行的方法称为（）测试法。 10、（）是对软件结构中模快间关联程度的一种度量。 三、判断题（每题2分，共20分） 1. 缺乏有力的方法学的指导和有效的开发工具的支持，这往往是产生软件危机的原因之一。 （） 2. 一个好的开发人员应具备的素质和能力不包括具有良好的书面和口头表达能力。（） 3. 在用户需求分析时观察用户手工操作过程不是为了模拟手工操作过程，而是为了获取第一手 资料，并从中提取出有价值的需求。（） 4. 快速原型技术的适用于软件产品要求大量的用户交互、或产生大量的可视输出、或设计一些 复杂的算法等场合。（） 5. 流程图也称为程序框图是最常用的一种表示法。 6. 面向数据设计方法一般都包括下列任务：确定数据结构特征；用顺序、选择和重复三种基 本形式表示数据等步骤。（） 7. 理想的人机界面应针对具有典型个性的特定的一类用户设计。（） 8. 数据输入的一般准则中包括尽量增加用户输入的动作。（） 9. 用穷举测试是较现实的测试方法。（） 10、在软件维护过程中改善性维护是为适应环境的变化而修改软件的活动。（） 四、论述题（共40分） 1、软件维护是软件生命周期的重要组成，而影响维护的因素较多，除了人员因素、技术因素和 管理因素外，还有程序自身的因素，具体影响因素可归纳为：a) 软件系统的规模；b) 软件系统的年龄；c) 软件系统的结构。 试回答以下问题： 1) 给出上述三项因素的解释，阐述“规模”、“年龄”和“结构”的具体含义。（6分） 2) 扼要分析影响维护工作量的因素，即分析可能增加维护工作量的因素和可能减少维护工作 量的因素。（8分） 3) 简单传述软件可维护性度量的含义。（8分） 2、可行性研究报告的主要内容有哪些?（8分） 3、系统设计的内容是什么？（10分） 五、综合题（20分）某电器集团公司下属的厂包括技术科、生产科等基层单位。现在想建立一 个计算机辅助企业管理系统，其中：
软件工程笔记完整版
. 第一章软件工程概述 1.软件危机 (software crisis)：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。即“两低一高”问题：质量低、效率低、成本高。 软件危机也成为“软件萧条(depression)”或“软件困扰(afflication)” 2.软件危机主要表现 1）开发成本和进度估计不准 2）用户对“已完成的”软件系统不满意 3）软件质量往往靠不住 4）软件常常是不可维护的 5）软件通常没有适当的文档资料 6）软件成本逐年上升 7）软件开发生产率滞后于硬件和计算机应用普及的趋势 3.产生软件危机的原因 1）与软件本身的特点有关 a. 软件不同于硬件，是逻辑部件而不是物理部件 缺乏可见性 难于测试 管理和控制开发过程困难 不会因使用时间过长而被“用坏” 难以维护 b.软件不同于一般程序，规模庞大，而且程序复杂性随着程序规模的增加而呈指数上升 2）和软件开发与维护的方法不正确有关 a.对软件开发和维护有关的错误认识和作法 忽视软件需求分析的重要性 认为软件开发就是写程序 轻视软件维护 b. 对软件开发过程与方法的认识与应用 软件开发要经历一个漫长的时期（编程占10-20%） 程序仅是完成软件配置的一个组成部分 软件开发方法要有利于软件维护 4.软件的特点 (1)软件是无形的（intangible） (2)软件副本的大批量生产轻而易举 (3)软件业是劳动密集型的 (4)一个没有经过充分训练的软件开发人员很容易编写出难以理解和修改的软件 (5)软件本身很容易修改。但由于它的复杂性，又很难正确地修改。 (6)软件不像其他的工业产品那样会因使用而磨损，随着反复修改，它的设计会逐渐退化 5.消除软件危机的途径 1）对计算机软件的正确认识 2）认识到软件开发不是个体劳动的神秘技巧，而是一种组织良好、管理严密、各类人员协
软件项目管理全套文档模板
模版集萃 综述 在程序员的日常工作中，除了编写代码之外，还免不了需要编写各种技术文档。一个编写良好的技术文档在项目中能够很好地建立沟通与协作，起到很积极的作用。因此，编写技术文档也就成为了程序员技能提升的很重要的一面。 为此，我们特意收集了一些在项目开发过程中经常用到的文档模板，这些模板包括格式和简单的写作说明，相信能够帮助大家编写出更加高效、实用的技术文档。在收集过程中，我们十分注重其实用性，以确保每个模板的价值，而且对于一些重要的文档提供了多个模板。 为了方便大家查找，我们将收录的57模板分为以下几类： 项目及开发管理类：包括立项前的分析，立项后的计划、以及进度跟踪、风险控制方面的文档模板，共计16个； 需求分析类：明确清晰的需求，是项目成功的基础，在此收集了在需求分析过程中所将使用到的文档模板，共计14个； 系统分析与设计类：包括体系结构设计、高层设计、详细设计、数据库设计等6个相关文档模板； 软件质量保证类：软件测试是质量保证的关键活动，在此收集了软件测试相关的11个文档模板； 其它类：除此之外，还收集了关于用户手册、软件维护等方面的10个文档模板，其中还有一个软件过程规范的示例。 另外，值得说明的是，文档模板只是为文档的编写提供一个基础，在实际的编写过程中，你可以根据自己的需要进行必要的剪裁和增补。
一、项目及开发管理类 1.1 可行性研究报告(ISO标准) 编者说明： 在立项时，应该对项目进行综合分析，探讨项目的经济、社会、技术可行性，从而为决策提供基础。该模板为ISO标准文档模板，其不仅适用于软件项目，对于其它的系统项目也适用。 1. 引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的计算站或计算机网络；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 2. 可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。] 2.2 目标 [说明所建议系统的主要开发目标。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。] 3. 对现有系统的分析 [这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能
软件工程各种图的画法(考试必备)
1．完成患者监护系统功能级的数据流图、实体联系图、软件结构图。 2．网上书店系统,其外部用户主要有游客、会员和管理员。其中，游客进行注册后,可以成为系统的会员，会员享有订购图书及订单和书籍等信息查询的功能,管理员可对系统的各种信息进行管理和维护。根据上述描述,请画出网上书店系
统的：①基本系统模型(第0层);②功能级的数据流图（第1层);③底层的订购图书数据流图。
1．把如下统计空格程序的Ｊacksｏn图改画为等价的程序流程图和盒图。 2、用Ｊａｃksoｎ图描述下述的一列火车的构成: 一列火车最多有两个火车头。只有一个火车头时则位于列车最前面，若还有第二个火车头时，则第二个火车头位于列车的最后面。火车头既可以是内燃机车也可以是电气机车。车厢分为硬座车厢、硬卧车厢和软卧车厢等3种。硬座车厢
在所有车厢的前面部分,软卧车厢在所有车厢的后面部分。此外,在硬卧车厢和软卧车厢之间还有一节餐车。 1．饮用水自动销售系统的工作过程大致如下:如果投入１元硬币，则自动放水５升；如果投入5角硬币，放水2.5升;如果选择１元,投入２个伍角的硬币,也可放水5升。如果饮用水来不及生成,系统会把硬币退出来并亮红灯。收到的硬币由收银员定时回收。试画出该系统的用例图。 ２．某寄宿学校需要开发一个信息管理系统,通过该管理系统对学生的日常事务进行管理: 校长助理:管理学生的档案，进行新增、删除、查询、修改等操作；对学生班级进行管理(新增、删除等），进行新学生的编班工作和调班工作，查询班级名册等情况。
财务人员：进行每月的收费和退费工作，每个学生的每月费用包括住宿费,伙食费220，在６-8月收取空调费20，在１1－2 月收取取暖费20,每个学期的开学初(3月、9月）收取书本费（不定）。住宿费分三种情况：双职工的子女为６0,单职工的子女８０元,父母均不在本单位工作为１0０元。每个班的老师在每天要申报本班学生的出勤表，由校长助理完成各班的考勤录入，考勤情况决定上月的伙食退费,以每天10 元计算。 学生家长:在对退费有疑问时，可以查询学生的出勤情况。请画出本系统用例图。 1、汽车和自行车都是交通工具。一辆自行车只能归一个人拥有，但一辆汽车可归一个人或者两个人拥有。一个人可能没有自行车或汽车．也可能拥有多辆自行车或汽车。人分男人和女人两类，每个人都具有年龄和名字。在任何时候,一辆汽车上可能载有0个多个乘客。每辆汽车都有自己的颜色和商标。特别地,每辆汽车都只有两个前灯和一台发动机。请画出类图。
(考研复试)软件工程笔记培训资料
(考研复试)软件工程 笔记
1：软件危机：问题1：如何开发软件，以满足对软件日益增长的需求。问题2：如何维护数量不断膨胀的软件。表现：对软件开发成本和时间估计不准，用户对已完成软件不满意，软件质量不可靠，软件不可维护，软件缺少文档，软件成本过高，软件跟不上硬件发展速度。原因：与软件本身特点有关，缺乏可见性，质量难以评价，规模庞大难以维护。与软件开发维护的不当方法有关，轻视需求分析和维护，对用户的要求没有完整准确的认识就编写程序，忽视程序，文档，数据等软件配置。 2：软件工程：采用工程的概念，原理，技术和方法开发与维护软件，把正确的管理技术和软件开发技术结合起来，经济的开发出高质量的软件并有效的维护。即把系统化的，规范的，可度量的途径应用于软件开发，运行和维护的过程。 3:软件工程7条基本原理：用分阶段的生命周期计划严格管理，坚持进行阶段评审，实行严格的产品控制，采用现代程序设计技术，结果应能清楚地审查，开发小组的人员应该少而精，承认不断改进软件工程实践的必要性。 4：软件工程领域：软件需求，设计，构建（写代码），测试，维护，配置管理，工程管理，工程过程，工程工具，软件质量。
5：软件生命周期：软件定义（问题定义，可行性研究，需求分析），软件开发（概要设计，详细设计，编码和单元测试，综合测试），运行维护（改正性维护，适应性维护，完善性维护，预防性维护）。、 生命周期模型 6：瀑布模型：就是把一个开发过程分成收集需求，分析，设计，编码，测试，维护六部分，只有完成前面一步才能开始后面一步，上一步的输出的文档就是这一步的输入文档，每一步完成都要交出合格的文档，每一步都会有反馈，如果反馈有错误就退回前一步解决问题。瀑布模型的缺点：实际的项目开发很难严格按该模型进行；由于用户只能通过文档来了解产品，客户往往很难清楚地给出所有的需求，而瀑布模型不适应用户需求的变化；软件的实际情况必须到项目开发的后期客户才能看到。 7：快速原型模型：就是根据用户的需求迅速设计出一个原型系统，原型系统具有基本的功能，然后用户使用原型并对原型提出需求和改变，开发人员再对原型进行修改和完善知道用户满意。优点：容易适应需求的变化；有利于开发与培训的同步；开发费用低、开发周期短且对用户更友好。缺点：快速建立起来的系统结构加上连续的修改可能会导致产品质量低下;使用这个模型的前提是要有一个展示