软件工程基本概念
(1)软件:是计算机系统中与硬件相互依存的另一部分，它是包括程序、数据及其相关文档的完整集合。
(2)软件工程:开发、运行、维护和修复软件的系统方法。
(3)软件工程方法学:通常把在软件生命周期全过程中使用的一整套技术的集合，称为软件工程方法学。
(4)软件开发模型:是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程，明确规定要完成的主要活动、任务和开发策略。
(5)系统流程图:描绘物理系统的一种传统工具，它的基本思想是用图形符号以黑盒子形式描绘系统里面的每一个部件（程序、文件、数据库、表格、人工过程等）。
(6)数据流图(Data Flow Diagram ,DFD):描绘系统的一种逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。
(7)数据字典(Data Dictionary, DD): 对于数据流图中所出现的所有被命名的图形元素作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释。
(8)模型:对对象系统的形式化的特征抽象，概括性或近似地表示
(9)结构化分析方法(Structured Analysis, SA):70年代中期提出的一种面向数据流、自顶向下、逐步求精进行需求分析的方法。
(10)模块(module):数据说明和可执行语句等程序对象的集合，每个模块单独命名并且可以通过名字对模块进行访问。
(11)模块化设计(modular design):把大型软件按照规定的原则划分为一个个较小的、相对独立但又相关的模块的设计方法。
(12)深度:软件中指模块的最大层数。
(13)扇出:软件中指一个模块直接调用的模块数。
(14)扇入:软件中指调用一个给定模块的模块个数。
(15)宽度:软件中指同一层最大模块数。
(16)信息隐藏(Information Hiding):模块内部的数据与过程，应该对不需要了解这些数据与过程的模块隐藏起来。
(17)内聚:用于衡量一个模块内部各个元素间彼此结合的紧密程度。
(18)耦合:用于衡量不同模块彼此间互相依赖（连接）的紧密程度。
(19)层次图:也称H图，是在总体设计阶段最常使用的图形工具之一，它常用于描绘软件的层次结构。层次图中的每个方框代表一个模块，方框间的连线表示模块间的调用关系。
(20)结构化设计:一种设计程序的技术，它采用自顶向下逐步求精的设计方法和单入口、单出口的控制结构。
（21)编码：就是把软件设计的结果翻译成计算机可以“理解”的形式——用某种程序设计语言书写的程序。
（22)测试:为了发现程序中的错误而执行程序的过程。
(23)白盒测试:也称结构测试/开盒测试/玻璃盒测试，是一种基于覆盖的测试方法；根据被测程序的逻辑结构设计测试用例，检验产品内部动作是否按照规规格说明书的规定正常进行。
(24)黑盒测试:从用户观点，按规格说明书要求的输入数据与输出数据的对应关系设计测试用例，是根据程序外部特征进行测试。
25)穷尽测试:包含所有可能情况的测试。
(26)模块测试:又称单元测试，发现编码和详细设计的错误。
(27)验收测试:由用户参与、使用实际数据来发现需求说明书中的错误的测试。
(28)平行运行:同时运行新开发出来的系统和将被取代的旧系统，以便比较新旧两个系统的处理结果。
(29) Alpha测试:用户在开发者的场所进行，并在开发者的指导下进行；
(30) Beta测试:在一个或多个用户场所进行，开发者不在现场。
(31)软件维护:为了改正错误或满足新的需要而修改软件的过程。
(32)纠错性维护:针对原有错误而进行的维护过程。
(33)适应性维护:针对硬件发展而进行的维护过程。
(34)完善性维护:针对功能扩展而进行的维护过程。
(35)预防性维护:针对未来发展而进行的维护过程。
(36)等价类:每类中的一个典型值在测试中的作用与这一类中所有其他值的作用相同。
(37)对象:具有相同状态的一组操作的集合。
(38)消息:要求某个对象执行在定义它的那个类中所定义的某个操作的规格说明。对象:对问题域中某个东西的抽象，这种抽象反映了系统保存有这个东西的信息或与它交互的能力。对象是对属性值和操作的封装。
(39)类:对具有相同属性和行为的一个或多个对象的描述。
(40)实例:由某个特定的类所描述的一个具体的对象。
(41)消息:要求某个对象执行在定义它的那个类中所定义的某个操作的规格说明。
(42)方法:对象所能够执行的操作。也就是类中所定义的服务。
(43)属性:类中所定义的数据，它是对客观实践实体所具有的性质的抽象。
(44)封装:在面向对象的程序中，把数据和实现操作的代码集中起来放在对象的内部，称之为封装。
(45)继承:指能够直接获得已有的性质和特征，而不必重复定义它们。
(46)多态性:子类对象可以象父类对象那样使用，同样的消息既可以发送给父类对象也可以发送给子类对象。
软件工程常用工具与模型
(1)瀑布模型：
定义：将软件生存周期的各项活动规定为依照固定顺序连接的若干阶段工作，形如瀑布流水，最终得到软件产品。
实例：
(2)系统流程图
定义：系统流程图是描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描绘系统里面的每一个部件（程序、文件、数据库、表格、人工过程等）。
(3)数据流图
定义：英文Data Flow Diagram ，简称DFD。DFD是一种描述逻辑模型的图形工具，表示数据在系统内的变化。图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。DFD从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程。它由数据流、加工、文件和数据流的源点和终点构成。
(4)数据字典
定义：英文Data Dictionary，简称DD 。是一种描述逻辑模型的工具。它对于数据流图中所出现的所有被命名的图形元素作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释。DD 的内容包括：图形元素的名字、别名或编号、分类、描述、定义、位置等。
实例：《客房管理系统》字典建模
预订请求＝客人数据＋住宿期限+客房类别
客人数据＝客人姓名+地址+身份证号码+[护照号码] +支付方式
身份证号码=十进制15{数字}18
护照号码＝字母+ 8{数字}8
字母＝“A”…“Z”
十进制数字＝“0” (9)
(5) 实体—联系图
定义：实体—联系图(ERA，Entity-Relationship Approach)或实体联系图（ERD，Entity- Relationship Diagram）。ERD描绘了系统的数据关系。分析实体联系图有助于对业务或系统数据组成的理解和交互，并暗示产品将有必要包含一个数据库。ER模型三要素：数据对象、属性和联系。
(6)状态转换图
定义：状态转换图简称状态图。通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。它由1个初态/初始状态、0~N个终态/最终状态和若干个中间状态组成。
(7)层次方框图
定义：用属性结构的一系列多层次的矩形框描述数据的层级结构。
(8)IPO图
定义：输入、处理、输出图的简称。是IBM公司发展完善的一种图形工具。
(9)层次图
定义：层次图（也称H图）是在总体设计阶段最常使用的图形工具之一，它常用于描绘软件的层次结构。它矩形代表一个模块，连线表示调用关系，适于在自顶向下设计软件的过程中使用；与层次方
框图类似。
(10) HIPO图
定义：HIPO:是IBM公司发明的“层次图加输入/处理/输出图的缩写；为了能使HIPO图具有可跟踪性，在H图里除了最顶层的方框之外，每个方框都加了编号；和H图中的每个方框相对应，有一张IPO 图描述这个方框代表的模块的处理过程。IPO图能够方便地描述数据输入、数据处理和数据输出之间的关系。
(12)结构图
定义：Yourdon提出的一种软件结构设计工具。一个方框/矩形代表一个模块，箭头连线/直线表示调用关系，带有注释的箭头表示模块调用过程中来回传递的信息。
(13)程序流程图
软件工程重点 （吐血整理——林新发） 红色的是重点中的重点 前面数字是课本页码 第一章概论 1 什么是计算机软件 计算机软件指计算机系统中的程序及其文档 3软件的特点 （1）软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确地估算 （2）软件是被开发的或被设计的，它没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大 （3）软件的使用没有硬件那样的机械磨损和老化问题 4软件的分类 （1）系统软件（如操作系统、编译程序等）、 （2）支持软件（如数据库管理系统、网络软件、软件开发环境等）、 （3）应用软件（如实时软件、嵌入式软件、科学和工程计算软件、事务处理软件、人工智能软件等） 6软件工程定义 软件工程是应用计算机科学、数学及管理科学等原理，以工程化的原则和方法制作软件的工程 7生存周期 软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存周期 软件生存周期大体可分为如下几个活动：计算机系统工程、需求分析、设计、编码、测试、运行和维护 12能力成熟度模型CMM（了解一下） 初始级、可重复级、已定义级、已管理级、优化级 18瀑布模型（重） 系统工程、需求分析与规约、设计与规约、编码与单元测试、集成测试系统测试、运行与维护 第二章系统工程 41系统工程的任务 （1）识别用户的要求，确定待开发软件的总体要求和范围，
（2）系统建模和模拟 （3）进行成本估算，做出进度安排 （4）进行可行性分析，即从经济、技术、法律等方面分析待开发的软件是否有可行的解决方案，并在若干个可行的解决方案中作出选择。 （5）生成系统规格说明书 42可行性分析 （1）经济可行性（成本、效益、货币的时间价值、投资回收期、纯收入） （2）技术可行性（风险分析、资源分析、技术分析） （3）法律可行性 第三章需求工程 48软件需求 指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 包括：功能需求、性能需求、用户或人的需求、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密要求、可靠性需求、软件成本消耗与开发进度需求、其他非功能需求 50需求获取方法与策略（重） 建立顺畅的通信途径、访谈与调查、观察用户操作流程、组成联合小组、用况 51 图3.2 53 创建用况模型的主要步骤 (1)确定谁会直接使用该系统，即参与者（Actor） (2)选取其中一个参与者 (3)定义该参与者希望系统做什么，参与者希望系统作的每件事将成为一个用况 (4)对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用况的基本过程 (5)描述该用况的基本过程 54需求分析原则（重） 1．必须能够表示和理解问题的信息域 2．必须能够定义软件将完成的功能 3．必须能够表示软件的行为(作为外部事件的结果) 4．必须划分描述数据、功能和行为的模型，从而可以分层次地揭示细节
1、软件危机定义、发生原因、常见表现，如避免软件危机？ （1）软件危机定义：课本Page 8（开发和维护过程） （2）发生原因、常见表现：课本Page 8-9，练习册Page 1 （3）如避免：Page 10 （采用软件工程的法） 答案（由于大部分答案参考ppt，故仅供参考，下同） 软件危机定义：是指在计算机软件的开发和维护过程中所遇到的一系列重问题。 表现在： （１）对于软件开发的成本和进度的估计很不准确。 （２）开发的软件产品不能完全满足用户要求，用户对已完成的软件系统不满意的现象常常发生。 （３）开发的软件可靠性差。 （４）软件通常没有适当的文档。 （５）软件的可维护性差。 （６）软件开发生产率提高的速度，远远跟不上计算机应用普及深入的趋势。 原因： （１）软件的规模愈发庞大； （２）软件开发的管理困难。 （３）成功的软件开发经验没被很好地应用。 （４）软件开发和维护中千金错误认识和法的形成可以归结与计算机发展早期软件开发的个体化特点。 （５）软件开发技术落后。 （６）生产式落后。 （７）开发工具落后，生产率提高缓慢。 如避免（参考，可以自己总结）： 从软件开发的工程化法入手，即用现代工程的概念原理、技术和法去指导软件的开发、管理和维护，这就是软件工程思想和法。具体措施： （1）使用好的软件开发技术和法； （2）要有良好的组织、密的管理，各类人员协同配合，共同完成任务； （3）使用好的软件开发工具，提高软件生产率； （4）建立格的文档资料，重视软件开发过程的阶段评审。 2、软件生命期模型（软件生命期？）的组成，每个阶段的容？ （1）组成：Page 21 （2）容：Page 22—25) 答案： 软件生存期定义： 一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存期。 软件生存期一般可分为以下阶段： （1）问题定义（2）可行性研究（3）需求分析（4）概要设计（总体设计） （5）详细设计（6）编码（7）测试（8）维护 也可以分为四个大的阶段：软件分析、软件设计、编码与测试、运行与维护
1、归档工程文件组卷分类必须清楚，将不同的文件资料分开装订、同类型的资料装订成册，并按工程进度依次编制流水编号。 2、移交资料类别必须齐全，内容完整。 3、归档的工程文件原则上为原件。没有原件时，复印件要清晰，并注明原件存放位置。 4、归档文件应字迹清楚、签字盖章手续完备。 5、工程资料统一采用A4纸规格，不符合标准的原始资料要通过折叠和粘贴的方式达到A4幅面(297mm×210mm)规格，图标栏露在外面。由政府及专业检测机构编制的装订成册的文件材料（如勘察报告）除外。 6、工程资料尽量使用计算机打印（签名和日期除外），不得使用涂改液修改；签字和盖章程序要完备，不得使用圆珠笔、铅笔、复写纸等易褪色的书写材料。 7、工程文件的纸张应采用能够长期保存的韧性大、耐久性强的纸张。图纸一般采用蓝晒图，竣工图应是新蓝图，不能使用二底图。计算机出图必须清晰，不得使用计算机出图的复印件。 8、所有竣工图均应加盖竣工图章和设计出图专用章。竣工图的折叠方式要符合档案馆的要求(一般情况下是折成手风琴的样式，见下图1）竣工图章的基本内容应包括：“竣工图”字样、施工单位、编制人、审核人、技术负责人、编制日期、监理单位、现场监理、总监。 作为资料员的你，知道工程移交资料要求吗？_2 竣工图章应使用不褪色的红印泥，应盖在图标栏上方空白处。（图章示例见下图2）作为资料员的你，知道工程移交资料要求吗？_3 9、凡施工图结构、工艺、平面布置等有重大改变，或变更部分超过图面1/3的，应当重新绘制竣工图，并在图标上方或旁边以文字注明变更修改依据。 10、制作竣工图只能以图纸会审、设计变更、工程洽商单三种为修改依据。
软件工程（简要知识点) 一、. 软件过程五个模型对比(瀑布模型、快速原型、增量、螺旋、喷泉模型) 二、可行性研究： １、任务:用最小的代价在尽可能短的时间内确定问题是否能够解决。 2、四个方面：技术、经济、操作可行性、法律 3、数据流图四种成分:1、源点／终点２、处理３、数据存储 4、数据流 三、需求分析： 1、任务：确定系统必须完成哪些工作,对目标系统提出完整、清晰、具体的要求。 2、结构化方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 3、实体联系图:1、数据对象2、属性３、联系（１:１、1:N、M:N) 四、总体设计： 1.任务：回答“概括的说，系统应该如何实现”，用比较抽象概括的方式确定系统如何完成预定的任务，也就是说应该确定系统的物理配置方案,并且进而确定组成系统的每个程序结构。 ２.系统设计阶段(确定系统具体实施方案）、结构设计阶段（确定软件结构) 3.模块独立:内聚和耦合 4. 耦合表示一个软件结构内各个模块之间的互连程度，应尽量选用松散耦合的系统
5. 内聚(Cohesioｎ): 一个模块内各元素结合的紧密程度 6.面向数据流的设计方法：变换流和事务流 五、详细设计： 1.任务：确定应该怎样具体的实现所要求的系统，也就是说经过这个阶段的设计工作应该得出对目标系统的精确描述,从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。 ２.过程设计的工具(程序流程图、盒图、PＡD图、判定表、判定树) 七、测试： 1、单元测试：又称模块测试。每个程序模块完成一个相对独立的子功能，所以可以对该模块进行单独的测试。由于每个模块都有清晰定义的功能,所以通常比较容易设计相应的测试方案，以检验每个模块的正确性。 ２、集成测试： 在单元测试完成后，要考虑将模块集成为系统的过程中可能出现的问题,例如，模块之间的通信和协调问题,所以在单元测试结束之后还要进行集成测试。这个步骤着重测试模块间的接口,子功能的组合是否达到了预期要求的功能,全程数据结构是否有问题等。 3、白盒测试技术（逻辑覆盖、基本路经测试）
学生学籍管理系统需求分析报告 1 引言 1.1编写目的 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 1.2项目背景 传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。 使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 1.3业务模式 本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网， 现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。 2用户需求 2.1使用范围 按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。 系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 2.2功能要求 ·学生档案管理：学生的一般情况，及奖励，处分情况； ·学生成绩管理：学习成绩，补考成绩； ·学籍处理：学生留降级处理，休复学处理，退学处理； ·日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计； ·毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。 2.3信息采集与各部门的使用权限 每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下： 数据收集前的系统权限
(完整)工程资料管理制度 编辑整理： 尊敬的读者朋友们： 这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（(完整)工程资料管理制度）的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。 本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为(完整)工程资料管理制度的全部内容。
工程资料管理制度 1目的 1。1为了建立健全集团公司开发项目工程资料管理，完整、准确、系统地管理好工程资料档案，充分发挥工程资料档案在投资、开发工作中的重要作用,为公司提高工程管理和投资效益提供更好的服务。 1。2工程资料是指整个建设项目从前期、开工、施工、竣工及验收、备案全过程中形成的有归档保存价值的文件资料，包括在此过程中形成的文字材料、图纸、图表、声像材料和其它载体. 2工程资料的归档范围 2.1对与工程建设有关的重要活动、记载工程建设主要过程和现状、具有保存价值的各种载体的资料，均应收集齐全，整理立卷后归档。 2.2工程资料的具体归档范围应符合《建设工程文件归档范围和保管期限表》的要求。 3工程文件材料的质量要求 3.1工程资料应字迹清楚、图样清晰、图表整洁、签字盖章手续完备（不能代签或打印)。 3。2复印、打印文件材料及照片的字迹、线条和影像的清晰及牢固度应符合规定的质量要求. 3。3工程资料应为原件,复印件必须注明原件的存放地，经办人并加盖原件存放单位的公章。
3。4工程资料的内容及其深度必须符合国家有关工程勘察、设计、施工、监理等方面的技术规范、标准和规程. 3。5工程资料的内容必须真实、准确，与工程实际相符合. 4工程施工过程中的资料检查: 工程部资料员在工程施工过程中不定期检查（每月必检一次）施工单位、监理单位的质量验收和安全资料,及时检查资料是否按国家质量/安全验收规范、地方主管部门相关文件要求编制，与施工现场是否同步，原材料、试件等是否按规范留置、送检，发现有缺漏的,列出缺漏清单，督促施工、监理单位及时补齐. 必须检查的施工阶段：项目开工前；基础、主体等各分部工程验收前；竣工验收前二个月. 5工程资料的接收: 5.1递件单位提供给工程部的工程资料（工程技术文件、来文、图纸、资料)由部门资料员统一接收，并应填写《工程资料接收记录》和《收文登记表》。 5.2工程部或其它部门从外单位带回或通过其它途径收到的工程文件，一律交资料员，并应登记。 5.3对接收的工程资料，必须进行数量和外观质量检查,发现问题应及时通知寄发单位补发。 5。4对接收的工程资料应及时建立工程资料接收总登记台账和分类台账（簿式台帐和电子台帐）。 5。5对各单位提供的不符合规定的档案资料文件，资料室有权退回归档单位，归档单位应按资料室的有关要求进行整改，直至提交符合规定要求的归档资料。 5.6凡因工程文件材料归档不完整,不符合有关归档规定者，不能进行工程决算、工程款支付，各项工程款的付款必须由资料室对竣工资料签收合格后支付。 5。7工程档案在工程项目竣工验收后一个半月内由施工单位向建设方提交完整、准确、并经各参建方有关负责人签章的工程技术档案资料。 5。8施工方要按合同约定的份数移交工程竣工资料到公司资料室,在取得资料室
软件工程知识点汇总 1 软件工程、软件工程方法学：三要素 1.1 软件工程：○1应用系统化的、规范化的、可度量的方法来开发、运行和维护软件，即将工 程应用到软件；○2对○1的各种方法的研究 1.2 软件工程是一门研究用工程化方法构建和维护有效的实用的和高质量的软件的学科 1.3 软件工程三要素是：方法、工具、过程 软件工程的方法：是指完成软件开发各项任务的技术方法 软件工具：是指为软件工程方法的运用提供自动半自动的软件支撑环境 软件工程过程：是指将软件工程方法和工具综合起来以达到合理、及时地进行计算机软件开发这一目的 2 软件工程的原则包括：模块化原则、信息隐蔽原则、抽象化原则、模块独立原则（内聚、耦合）、 依赖倒转原则、开闭原则等 2.1 模块化原则：指解决一个复杂问题时自顶向下逐层把软件系统划分为若干模块的过程。模 块是程序中相对独立的成分，一个独立的编程单位，应有良好的编程接口，模块的大小要 适中，模块过大会使模块内部的复杂性增加不利于模块的理解和修改，模块过小会导致整 个系统表示过于复杂，不利于控制系统的复杂性。 2.2 信息隐蔽原则：采用封装技术，将程序模块的实现细节隐藏起来，使模块接口尽量简单。 2.3 抽象化原则：抽取事物最基本的特性和行为，忽略非本质细节，采用分层次抽象，自顶向 下，逐层细化的办法控制软件开发过程的复杂性。 2.4 模块独立原则：是指每个模块只完成系统要求的独立子功能，并且与其他模块的联系最少 且接口简单。要求在一个物理模块内集中逻辑上相互关联的计算机资源，保证模块间由松 散的偶合关系，模块内部有较强的内聚性，这有助于控制系统的复杂性。（即：高内聚低 耦合） 2.5 依赖倒转原则：抽象不应该依赖于细节，细节应该依赖于抽象。 2.6 开闭原则：软件实体应该是可扩展的，但是不可以修改。即对于扩展是开放的，对于更改 是封闭的。 3 软件开发模型：瀑布模型；快速原型；喷泉模型；各种模型的工作原理、阶段、每阶段任务、 特点、示意图； 软件开发模型（也称为软件过程模型）：是从软件项目需求定义开始直至软件经使用后废弃为止，跨 越整个生命周期的系统开发、运行和维护所实施的全部过程、活动和任务的结构框架 3.1 瀑布模型（又称线性模型）： 3.1.1工作原理：规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 前一阶段的工作成果是后一阶段工作开始的基础.所以,每个阶段都必须交出合格的文档,必须对前阶段的工作进行评审,前一阶段的工作完成后才可以开始后一阶段的工作 3.1.2 阶段： 计划时期：问题定义、可行性研究 开发时期：需求分析、设计、编码、测试 运行时期：运行和维护 3.1.3 各阶段任务： 1.需求分析和定义 在软件项目进行过程中，需求分析是从软件定义到软件开发的关键步骤，是今后软件，开发的基本依据，同时也是用户对软件产品进行验收的基本依据。需求分析和定义是以用
软件工程复习资料 第一章 1、软件的概念：软件是计算机中与硬件相互依存的另一部分，它是包括程序、数据及其 相关文档的完整集合。 2、软件具有下列特点： 1．软件是一种逻辑产品，它具有抽象性和无形性。 2．软件的生产与硬件不同。 3．软件在运行和使用中，不会磨损和老化，但它存在退化问题。 4．软件的开发和运行对计算机系统有一定的依赖性。 5．软件开发至今仍未完全摆脱手工开发方式，大多数软件是“定做”的。 6．软件开发成本高、风险高。 7．相对于计算机硬件技术的发展，计算机软件技术的发展十分缓慢。 3、计算机软件技术的发展经历了三个阶段： 程序设计时期（20世纪40年代中期至60年代中期），软件质量取决于个人编程水平。 程序系统时期（20世纪60年代中期至70年代中期），软件质量取决于开发小组的技术水平 软件工程时期（20世纪70年代以后）。软件质量取决于软件工程管理水平。 软件技术的发展主线是由个体简单的开发方式向着复杂、大规模、标准化、工程化的方向发展，在最高阶段，把软件开发界定为两方面的内容：软件开发和软件维护。 4、软件开发引发的问题： 1．社会对软件需求的不断发展 2．软件开发理念和手段与客观实际存在的差异 ①对软件本身的认识存在差异②对软件的服务对象认识不足 ③对软件开发缺乏科学管理④软件开发手段落后 5、软件危机1）发生时间：软件发展第二阶段（程序系统阶段）的末期 （2）软件危机是指在计算机软件开发和维护过程中遇到的一系列严重问题。 （3）软件危机的主要表现有以下几方面： 1.软件开发经费超支、进度拖延 2.软件不能符合用户的要求 3.软件难以维护 4.软件可靠性差 5．软件开发生产率低 4）主要原因： 1 社会对软件的需求急剧增加 2 软件本身的特点：软件本身存在着复杂性 3软件开发理念和手段与客观实际存在的差异 ①对软件本身的认识存在差异②对软件的服务对象认识不足 ③对软件开发缺乏科学管理④软件开发手段落后 寻找解决软件危机途径的过程就是软件工程形成的过程 6、软件工程 核心：以工程化的原理和方法对软件进行规划、定义、开发和维护； 宗旨：以较少的投入，最快的时间生产出高质量的软件。 定义：“软件工程是软件开发、运行、维护和引退的系统方法”。 软件工程的主要思想是强调软件开发过程中应用工程化原则的重要性。 软件工程的三要素是方法、工具和过程。 软件工程的基本目标：实现软件的优质高产，即在给定成本、进度的前提下，达到要求的软件功能，取得较好的软件性能，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性，并满足用户需求的软件产品。
软件工程基础部分知识点总结 知识点一软件工程的基本概念 1、软件定义：是计算机系统中与硬件相互依存的另一部分，是包括程序、数据以及相关文档的完整集合。 1）程序是软件开发人员根据用户需求开发的、用程序设计语言描述的、适合计算机执行的指令（语句）序列。 2）数据是使程序能够正常操作信息的数据结构。 3）文档是与程序开发、维护和使用有关的图文资料。 国标（GB）计算机软件的定义：与计算机系统的操作相关的计算机程序、规程、规则以及可能有的文件、文档及数据。 2、软件特点： 1）软件是一种逻辑实体，而不是物理实体，具有抽象性,是计算机的无形部分； 2）软件的生产与硬件不同，它没有明显的制作过程； 3）软件在运行、使用期间不存在磨损、老化问题； 4）软件的开发、运行对计算机系统具有依赖性，受计算机系统的限制，这导致了软件移植的问题； 5）软件复杂性高，成本昂贵； 6）软件开发涉及诸多的社会因素 3、软件的分类： 按照功能可以分为：应用软件、系统软件、支撑软件（或工具软件）
1）应用软件是为解决特定领域的应用而开发的软件。 2）系统软件是计算机管理自身资源，提高计算机使用效率并为计算机用户提供各种服务的软件。 3）支撑软件是介于系统软件和应用软件之间，协助用户开发软件的工具软件。 4、软件危机：是指在软件的开发和维护过程中所遇到的一系列严重问题。软件危机主要体现在以下几个方面： ①软件开发的实际成本和进度估计不准确 ②开发出来的软件常常不能使用户满意 ③软件产品的质量不高，存在漏洞，需要经常打补丁 ④大量已有的软件难以维护 ⑤软件缺少有关的文档资料 ⑥开发和维护成本不断提高，直接威胁计算机应用的扩大 ⑦软件生产技术进步缓慢，跟不上硬件的发展和人们需求增长 5、软件工程：此概念的出现源自软件危机。软件工程是指应用计算机科学、数学及管理科学等原理，以工程化的原则和方法来开发与维护软件的学科。 1）研究软件工程的主要目的就是在规定的时间、规定的开发费用内开发出满足用户需求的高质量的软件系统(高质量是指错误率低、好用、易用、可移植、易维护等)。 2）软件工程的三个要素：方法、工具和过程。 ①方法：完成软件工程项目的技术手段；
复习整理 、绪论 1. 软件的定义 软件是能够完成预定功能和性能的可执行的计算机程序，包括使程序正常执行所需要的数据，以及有关描述程序操作和使用的文档。(软件=程序+文档) 2.软件工程的定义 是指导计算机软件开发和维护的一门工程学科；采用工程化的原理与方法对软件进行计划、开发和维护；把证明正 确的管理技术和最好技术综合运用到软件开发中；研究经济地开发岀高质量的软件方法和技术；研究有效维护软件 的方法和技术。 3.软件危机的概念，及出现的原因 软件开发技术的进步未能满足发展的要求。在软件开发中遇到的问题找不到解决的办法，问题积累起来，形态尖锐的矛盾，导致了软件危机。 产生原因： ⑴软件规模越来越大，结构越来越复杂 ⑵软件开发管理困难而复杂。 ⑶软件开发费用不断增加。 ⑷软件开发技术落后。 ⑸生产方式落后，仍采用手工方式。 ⑹开发工具落后，生产率提高缓慢。 4.三种编程范型的特点 (1)过程式编程范型：把程序理解为一组被动的数据和一组能动的过程所构成；程序=数据结构 +算法；着眼于程序的过程和基本控制结构，粒度最小 (2)面向对象编程范型：数据及其操作被封装在对象中；程序=对象+消息；着眼于程序中的对 象，粒度比较大 (3)基于构件技术的编程范型：构件是通用的、可复用的对象类；程序=构件+架构；眼于适合 整个领域的类对象，粒度最大 二、软件生存周期与软件过程 1、软件生存周期的定义，把生存周期划分为若干阶段的目的是什么，有哪几个主要活动 定义：一个软件从开始立项起，到废弃不用止，统称为软件的生存周期 目的：软件生存周期划分为计划、开发和运行3个时期；把整个生存周期划分为较小的阶段, 给每个阶段赋予确定而有限的任务，就能够化简每一步的工作内容，使因为软件规模而增长而大大增加了软件复杂性变得较易控制和管理。 主要活动：需求分析、软件分析、软件设计、编码、软件测试、运行维护( P19) 2、软件生命周期划分为哪几个阶段 软件生命周期分为三个时期八个阶段： 软件定义：问题定义、可行性研究； 软件开发：需求分析、概要设计、详细设计、编码、测试； 软件运行：软件维护
软件项目项目管理
《软件项目项目管理》 课程报告 学院： 姓名： 学号：
【摘要】决定项目成败的不仅仅是范围、成本、进度的计划多么完美，而是团队是否能高效的工作。或许跟其他的项目不同，软件项目彻底是"以人才为核心"的项目，项目的主要成本来自于人力成本、项目的进度完全由成员决定，因此，在软件项目中，对团队的管理不仅仅是对进度的保障，更是对项目质量、项目成本的保障。团队管理才是软件项目管理中的重中之重。因而，软件项目管理经理的作用极为重要。 【关键字】软件项目管理经理、合同、团队合作，进度规划 【正文】项目经理( Project Manager ) ，从职业角度，是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是为项目的成功策划和执行负总责的人。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。 项目经理在拿到招标文件的首要工作如下： 一、研究熟悉合同文件 项目经理组织已明确的项目的成员仔细核阅合，同文件、协议、补充协议等各项有关合同文件，深入消化了解，据此来开展项目工作。主要包括：了解合同中的谈判背景、中标条件及合同主要条款，研究、熟悉合同的主要内容，研究制定执行合同的策略、重点及注意事项。 确定项目的工作分解结构和编码。根据合同项目的具体内容确定项目的工作分解结构和编码，将项目的工作任务分解成详细的工作单元，给每个单元规定各自的账目编码，这是进行费用/进度综合控制的基础。根据项目的工作分解结构和编码，进一步确定项目的组织分解结构和编码。使项目的每一项工作都落实到公司的一个部、室的一个专业组织，不能遗漏，也不能把一项工作重复委派给一个以上的专业组。项目组实行动态管理，根据项目规模大小、复杂程度、专业协作条件关系，决定采取集中或分散的组织形式。 组织业主(用户)开工会议。一般在合同生效后3-4周内，项目经理要组织召开业主(用户)开工会议。这是项目成立后与业主的第一次正式重要会议。在会上要进一步明确承发包双方的职责和范围，工程公司的工作内容和基础条件，进一步确认合同项目采用的标准及相关事项，确定双方的联系渠道和协调事项，讨论项目计划的有关工作。 编制项目计划。项目计划是项目经理对项目的总体构思和安排。项目计划中要明确项目目标、工作原则、工作重点、工作程序和方法。项目经理首先编一个计划方案，提出对合同的研究意见，在技术和商务方面的可靠性和风险以及掌握项目进度、费用、质量和材料控制的原则和方法等，并经公司有关部门审查同意。接着再编制详细实施计划，并在项目开工会议上发布。这是项目工作的重要指导性文件。 其中，合同中的6.1节，“在某些情况下，政府采购中心可能对招标文件进行修改。”这也是需要考虑的部分，纳入后面的进度规划中，以防采购中心的修改对整个项目的工期造成影响。 二、团队合作
1.软件工程的基本原理？ 答：基本原理包括3要素：方法，工具，过程；其中，方法是完成软件开发任务的技术方法回答怎样做的问题；工具是为运用方法提供自动半自动的软件工程支撑环境；过程是为了获得高质量的软件所需要完成的一系列任务的框架，他是完成各任务的工作步骤。 2.RUP中有9个工作流，前6个为过程工作流，后3个为核心支持工作流程。 3.问答：P.32第2题 4.简述结构化范型和面向对象范型的要点，分析优缺点。 5.电话号码有几类：校内电话号码由4位数字组成，第1位不是0；校外电话分本市电话和外地电话，拨校外电话需先拨0，本市电话则再接着拨8位数字(第1位不是0)，外地电话则拨3位区码再拨8位电话号码(第1位不是0)。 答案： 电话号码=[校内电话号码|校外电话号码] 校内电话号码=非零数字+3位数字 校外电话号码=[本市号码|外地号码] 本市号码=数字零+8位数字 外地号码=数字零+3位数字+8位数字 非零数字=[1|2|3|4|5|6|7|8|9] 数字零=0 3位数字=3{数字}3 8位数字=非零数字+7位数字 7位数字=7{数字}7 数字=[0|1|2|3|4|5|6|7|8|9] 6.名词解释：第一范式，第二范式，第三范式 答：第一范式：每个属性都必须是原子值，仅仅是一个简单的值而不能含内部结构。 第二范式：满足第一范式条件，且每个关键字属性都由整个关键字决定。 第三范式：符合第二范式条件，每个关键字属性都仅由关键字决定，且一个费关键字属性不能仅仅是对另一个非关键字属性的进一步描述。 7.储蓄系统：储户填写的存款单或取款单由业务员输入系统，是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息，并印出存单给储户；是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。 试用数据流图描绘下述系统的功能，并用实体-联系图描绘系统中的数据对象。 答案： 系统的数据流图如下图所示：
XX 高速公路 工 程 资 料 整 理 范 本 （附填写内容） XX高速公路总监理工程师办公室二○○七年六月制
目录 第一章交桩和复测报告 第一节交桩 (1) 第二节复测报告 (4) 第二章开工报告 (9) 第三章原材料出厂质量证明和工地试验报告 第一节原材料出场质量证明 (19) 第二节工地原材料抽检试验报告 (19) 第四章路基工程施工资料 第一节路基检验记录整理顺序 (21) 第二节路基排水资料整理顺序 (53) 第三节挡土墙、防护工程资料整理顺序 (61) 第四节小桥和涵洞资料整理顺序 (69) 第五章路面工程施工资料 第一节水泥稳定粒料基层（底基层）资料整理顺序 (89) 第二节沥青混凝土面层资料整理顺序 (97) 第三节水泥混凝土面层资料整理顺序 (102) 第四节路缘石资料整理顺序 (107) 第五节路肩资料整理顺序 (110) 第六章桥涵工程施工资料 第一节施工试验报告 (112) 第二节施工检验资料整理顺序 (117) 一、基础及下部构造资料整理顺序 (117) 二、上部构造预制和安装资料整理顺序 (157) 三、总体、桥面系和附属工程资料整理顺序 (175) 第七章施工检验结果汇总表 第一节施工抽检试验结果汇总表 (200) 第二节施工检验结果汇总表 (204) 第八章监理资料 第一节监理行政管理文件 (210) 第二节合同管理文件 (215) 第三节进度管理文件 (225) 第四节质量管理文件 (230) 第五节计量支付文件 (252) 第六节监理原始资料 (252)
编制说明 为规范XX高速公路施工资料的编制和归档工作，准确、全面记录施工中各种信息，XX高速公路总监办特制定《XX高速公路工程资料整理范本》。针对本《范本》内容，特做以下几点说明： 1、本《范本》中表格适用于施工单位和监理单位整理工程资料，工序自抽检表格相同，自检资料填写“自检说明”，抽检资料填写“监理评语”，可填写“符合规范及设计要求”。 2、所有资料表头处填写的单位名称，均应是该单位全称，如“唐山公路建设总公司”,编号在确定分项工程划分后正式填写。 3、监理抽检资料最下一行签字分别为：监理员、专业监理工程师、日期。 4、表格中的分项工程名称、分部工程名称均应严格按照《公路工程质量检验评定标准》附录A及总监办批准的工程划分填写。 5、评定表中规定值或允许偏差按设计图纸填写具体数据，如砼强度的“在合格标准内”填写设计标号等； “实测项目”的检测项目得分为合格率×100，合计得分为各项得分×权值累加之和除以权值的合计值（具体计算可参与质量评定标准）；改成合格率×权值，增加“加权得分”一栏（详见第25页）。 “实测值”栏若单项数据太多，可填写“见###分项工程实测项目汇总表”； 外观鉴定严格按《公路工程质量检验评定标准》认真填写； 质量保证资料填写“齐全”、“基本齐全”、“不齐全”，工程质量等级评定“合格”或“不合格”。 6、中间交验必须是在该分项工程的所有检测项目都合格后方可签字，日期不能提前也不能推后，以确保资料能及时返回，不影响下道工序的施工。 7、资料要填写清楚工整，不得涂改，签字要工整、齐全。表格中空白处如无需填写应填“/”。 8、各施工、监理单位要对内业资料的管理高度重视，建立台账备查。已完工序自抽检资料要及时归档，做到“边施工、边整理、边归档”。 9、对于《范本》中表格格式或顺序中存在的任何问题都要及时上报总监办，由总监办统一制定或修改，不得私自更改。 10、试验检测、计量支付分别采用“公路工程试验检测管理信息系统”和“HCS 公路项目建设管理系统”中的格式。 11、交通工程、房建工程、机电工程等资料的整理要求另行制定。
软件工程知识点总结 软件工程专业是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。接下来是为大家收集的软件工程知识点总结，以供大家学习! 知识点一软件工程的基本概念 1、软件定义：是计算机系统中与硬件相互依存的另一部分，是包括程序、数据以及相关文档的完整集合。 1)程序是软件开发人员根据用户需求开发的、用程序设计语言描述的、适合计算机执行的指令(语句)序列。 2)数据是使程序能够正常操作信息的数据结构。 3)文档是与程序开发、维护和使用有关的图文资料。 国标(GB)计算机软件的定义：与计算机系统的操作相关的计算机程序、规程、规则以及可能有的文件、文档及数据。 2、软件特点： 1)软件是一种逻辑实体，而不是物理实体，具有抽象性,是计算机的无形部分; 2)软件的生产与硬件不同，它没有明显的制作过程; 3)软件在运行、使用期间不存在磨损、老化问题; 4)软件的开发、运行对计算机系统具有依赖性，受计算机系统的限制，这导致了软件移植的问题; 5)软件复杂性高，成本昂贵; 6)软件开发涉及诸多的社会因素
3、软件的分类： 按照功能可以分为：应用软件、系统软件、支撑软件(或工具软件) 1)应用软件是为解决特定领域的应用而开发的软件。 2)系统软件是计算机管理自身资源，提高计算机使用效率并为计算机用户提供各种服务的软件。 3)支撑软件是介于系统软件和应用软件之间，协助用户开发软件的工具软件。 4、软件危机：是指在软件的开发和维护过程中所遇到的一系列严重问题。软件危机主要体现在以下几个方面： ①软件开发的实际成本和进度估计不准确 ②开发出来的软件常常不能使用户满意 ③软件产品的质量不高，存在漏洞，需要经常打补丁 ④大量已有的软件难以维护 ⑤软件缺少有关的文档资料 ⑥开发和维护成本不断提高，直接威胁计算机应用的扩大 ⑦软件生产技术进步缓慢，跟不上硬件的发展和人们需求增长 5、软件工程：此概念的出现源自软件危机。软件工程是指应用计算机科学、数学及管理科学等原理，以工程化的原则和方法来开发与维护软件的学科。
第一章 软件工程研究的主要内容：为了在有限的资金、资源和时间条件下开发满足客户要求的高质量软件，需要研究与软件开发和管理相关的模型、方法、技术等。 在《计算机科学技术百科全书》中，对计算机软件作出如下定义：计算机软件指计算机系统中的程序及其文档。程序是计算任务的处理对象和处理规则的描述。任何以计算机为处理工具的任务都是计算任务。处理对象是数据或信息。处理规则一般指处理的动作和步骤。文档是为了便于了解程序所需的阐述性资料。 软件工程的定义：⑴ＩＥＥＥ在软件工程术语汇编中的定义：①软件工程是将系统化的的方法用于软件的开发、运行和维护，即将工程化应用于软件；②在①中所述方法的研究⑵软件工程是应用计算机科学等原理，开发软件的工程。软件工程借鉴传统工程的原则、方法，以提高质量、降低成本为目的。其中，计算机科学、数学用于构造模型与算法，工程科学用于制定规范、设计范型、评估成本及确定权衡，管理科学用于计划、资源等管理。 软件工程的框架：目标，过程和原则 软件工程目标是指生产具有正确性、可用性、和开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜指软件开发、运行的整个开销满足用户要求的程度。 软件工程原则包括围绕工程设计、工程支付和工程管理所提出的以下4条基本原则 (1)选取适宜的开发模型(2)采用合适的设计方法(3)提供高质量的工程支撑 (4)重视软件工程的管理 软件生存周期是指软件产品或软件系统从产生、投入使用到被淘汰的全过程。 软件生存周期分为6个阶段：计算机系统工程、需求分析、设计、编码、测试、运行和维护 软件过程是生产一个最终满足需求且达到工程目标的软件产品所需的步骤。 软件过程是软件生存周期中的一系列相关的过程。过程是活动的集合，活动是任务的集合。软件过程有3层含义：一是个体含义，即指软件产品或系统在生存周期中的某一类活动的集合；二是整体含义，即指软件产品或系统在所有上述含义下的软件过程的总体；三是工程含义，即指解决软件过程的工程，应用软件工程的原则、方法来构造软件过程模型、并结合软件产品的具体要求进行实例化，以及在用户环境，并结合软件产品的具体要求进行实例化，以及在用户环境下运作，以此进一步提高软件生产率，降低成本。 软件过程模型也称软件开发模型，是软件开发全部过程、活动和任务的结构框架。典型的软件过程模型有：瀑布模型、演化模型（如增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。 瀑布模型是1970年由W.Royce提出的，它给出了软件生存周期活动的固定顺序，上一阶段的活动完成后向下一阶段的活动过渡，最终得到所开发的软件产品。其特征是：接受上一阶段活动的结果作为本阶段活动的输入 依据上一阶段活动的结果实施本阶段应完成的活动 对本阶段的活动进行评审 将本阶段活动的结果作为输出，传递给下一阶段 瀑布模型也逐渐暴露出它的不足（1）不少软件的需求存在着不确定性，（2）如果发现不满足客户需求的问题，那么修改软件的代价是巨大的 演化模型，是从构造初始的原型出发，逐步将其演化成最终软件产品的过程。演化模型适用于对软件需求缺乏准确认识的情况。典型的演化模型有：增量模型、原型模型、螺旋模型 增量模型将软件的开发过程分成若干个日程时间交错的线性序列，每个线性序列产生软件的一个可发布的“增量”版本，后一个版本是对前一个版本的修改和补充，重复增量发布的过程，直至产生最终的完善产品。 增量模型融合了瀑布模型的基本成分和演化模型的迭代特征，强调每一次增量都发布一个可运行的产品。特征：（1）适用于需求经常发生变化的软件开发（2）在市场急需而开发人员和资金不能在设定的市场期限之前实现一个完善的产品，此时也适宜用增量模型进行开发（3）能有计划的管理技术风险
版权声明：本文版权归05112114、05112125 所 有，未经许可，任何任何媒体均不得改变其形 式，进行转载或摘录，违者必究！ 软件工程期末考试复习资料一 （仅参考） 拟订人：超越吉他手、朱古力、哖_少オ輕狂第一章：软件工程的产生和发展有关复习资料 一、软件工程的定义： 1、软件危机的产生：软件危机的出现是由于软件的规模越来越大，复杂度不断增加，软件需求量增大。 2、软件危机主要表现：两个方面：①软件产品质量低劣，甚至开发过程就夭折 ②软件生产率低，不能满足需要 3、软件工程的三要素：①方法：完成软件开发各项任务的技术方法 ②工具：研究支撑软件开发方法的工具 ③过程：为开发高质量软件所规定的各项任务的工作步骤 4、软件工程研究的标准及目标： 标准：分为4个层次，国际标准、行业标准、企业规划、项目规划 目标：以较少的投资获取高质量的软件。有易于维护、低的开发成本、高性能、缩短开发期 5、软件工程研究的主要内容：以下两个方面：①软件开发方法、技术；软件开发工具及环境 ②软件管理技术、软件规范（国际规范） 7、软件工程学的目的：①以较少的投资获取高质量的软件 ②运用科学的方法和工程化的规范管理来指导软件开发 ③克服软件危机 8、软件工程的基本原则：如下4条基本原则 ①必须认识软件需求的变动性，采取适当措施来保证结果产品能忠实地满足用户需求 ②稳妥的设计方法大大地方便了软件开发，以达到软件工程的目标 ③软件工程项目的质量与经济开销直接取决于对它所提供的支撑的质量与效用 ④有效的软件工程只有在对软件过程进行有效管理的情况下才能实现 9、软件工程过程及特性：是指在软件工具的支持下，所进行的一系列软件工程活动 包括4类基本过程：1）软件规格说明书2）软件开发3）软件确认4）软件演进 特性：可理解性、可见性、可靠性、可支持性、可维护性、可接受性、开发效率和健壮性等。 二、软件与软件生存周期 1、软件的概念和特点 1）概念：软件是程序以及开发使用维护程序所需的所有文档 2）软件的构成：由应用程序、系统程序、面向用户的文档及面向开发者的文档4部分构成即：软件=程序+文档 3）特点：①软件是一种逻辑实体，不是具体的物理实体
建设工程文件归档整理规范 1 总则 1.0.1为加强建设工程文件的归档整理工作，统一建设工程档案的验收标准，建立完整、准确的工程档案，制定本规范。 1.0.2 本规范适用于建设工程文件的归档整理以及建设工程档案的验收。专业工程按有关规定执行。 1.0.3建设工程文件的归档整理除执行本规范外，尚应执行现行有关标准的规定。 2 术语 2.0.1建设工程项目（construction project） 经批准按照一个总体设计进行施工，经济上实行统一核算，行政上具有独立组织形式，实行统一管理的工程基本建设单位。它由一个或若干个具有内在联系的工程所组成。 2.0.2单位工程（single project） 具有独立的设计文件，竣工后可以独立发挥生产能力或工程效益的工程，并构成建设工程项目的组成部分。 2.0.3分部工程（subproject） 单位工程中可以独立组织施工的工程。 2.0.4 建设工程文件（construction project document） 在工程建设过程中形成的各种形式的信息记录，包括工程准备阶段文件、监理文件、施工文件、竣工图和竣工验收文件，也可简称为工程文件。 2.0.5工程准备阶段文件（seedtime document of a construction
project） 工程开工以前，在立项、审批、征地、勘察、设计、招投标等工程准备阶段形成的文件。 2.0.6 监理文件（project management document） 监理单位在工程设计、施工等监理过程中形成的文件。 2.0.7施工文件（constructing document） 施工单位在工程施工过程中形成的文件。 2.0.8 竣工图（as-build drawing） 工程竣工验收后，真实反映建设工程项目施工结果的图样。 2.0.9竣工验收文件（handing over document） 建设工程项目竣工验收活动中形成的文件。 建设工程档案（project archive） 在工程建设活动中直接形成的具有归档保存价值的文字、图表、声像等各种形式的历史记录，也可简称工程档案。 案卷（file） 由互有联系的若干文件组成的档案保管单位。 立卷（filing） 按照一定的原则和方法，将有保存价值的文件分门别类整理成案卷，亦称组卷。 归档（putting into record） 文件形成单位完成其工作任务后，将形成的文件整理立卷后，按规定移交档案管理机构。