|
喷泉模型
词条创建者:admin
创建时间:03-11 12:10
标签: 喷泉模型
摘要:喷泉模型（Fountain Model） 什么是喷泉模型 喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。该模型认为软件开发过程自下而上周期的各阶段是相互重叠和多次反复的，就像水喷上去又可以落下来，类似一个喷泉。各个开发阶段没有特定的次序要求，并且可以交互进行，可以在某个开发阶段中随时补充其他任何开发阶段中的遗漏。采用喷泉模型的软件过程如下图所示： 喷泉模型主要用于面向对象的软件项目，软件的某个部分通常被重复多次，相关对象在每次迭代中随之加入渐进的软 [阅读全文:]
编辑:0次| 浏览:1490次 |
|
|
系统维护
词条创建者:admin
创建时间:03-11 12:10
标签: 系统维护
摘要: 系统维护 为了清除系统运行中发生的故障和错误，软、硬件维护人员要对系统进行必要的修改与完善；为了使系统适应用户环境的变化，满足新提出的需要，也要对原系统做些局部的更新，这些工作称为系统维护。 任务 系统维护的任务是改正软件系统在使用过程中发现的隐含错误，扩充在使用过程中用户提出的新的功能及性能要求，其目的是维护软件系统的"正常运作"。这阶段的文档是软件问题报告和软件修改报告，它记录发现软件错误的情况以及修改软件的过程 [阅读全文:]
编辑:0次| 浏览:2074次 |
|
|
软件质量技术
词条创建者:admin
创建时间:03-11 12:10
标签: 软件质量技术
摘要: 内容 （1）模块化：它的优点是如果需要改变某个模块的功能，则只要改变这个模块，对其他模块的影响很小；如果需要增加程序的某些功能，则仅需增加完成这些功能的新的模块或模块层；程序的测试与重复测试比较容易；程序的错误易于定位和纠正；容易提高程序效率。（2）结构程序设计：不仅使得模块化结构标准化，而且将模块间的相互作用也标准化了。 （3）使用结构程序设计技术，提高现有系统的可维护性。例如：采用备用件的方法、采用结构更新技术，改进现有程序不完善的文档、使用结构化程序设计方法实现新的子系统；采 [阅读全文:]
编辑:0次| 浏览:1220次 |
|
|
逐步求精
词条创建者:admin
创建时间:03-11 12:10
标签: 逐步求精
摘要: 简介 将现实问题经过几次抽象（细化）处理，最后到求解域中只是一些简单的算法描述和算法实现问题。即将系统功能按层次进行分解，每一层不断将功能细化，到最后一层都是功能单一、简单易实现的模块。求解过程可以划分为若干个阶段，在不同阶段采用不同的工具来描述问题。在每个阶段有不同的规则和标准，产生出不同阶段的文档资料。 相关条目 技术 [阅读全文:]
编辑:0次| 浏览:1213次 |
|
|
标识软件配置项
词条创建者:admin
创建时间:03-11 12:10
标签: 标识软件配置项
摘要: 简介 大型软件工程项目开发过程中可能会产生许多技术文档。随着软件系统的变更，有关文档也将发生变化。因此，对软件配置项的管理是一个动态管理的过程。为了便于管理，首先要便于检索。而要检索就必须对所有的配置项进行标识、命名。标识软件配置项是配置项管理的重要基础工作。 l所有的软件配置项均可以当作对象来标识。例如，基本对象可以是一段需求规格说明、一个模块的源代码清单、一组测试用例等。将这些正文单元命名后作为基本对象，再将基本对象按内部逻辑进行组合，就形 [阅读全文:]
编辑:0次| 浏览:2701次 |
|
|
成本估算方法
词条创建者:admin
创建时间:03-11 12:09
标签: 成本估算方法
摘要: 概念 成本估算方法 就方法论而言，有两种基本的成本估算方法：自顶向下和自底向上。 l自顶向下法是对整个工程项目的总开发时间和总工作量做出估算，然后将它们按阶段、步骤和任务进行分配。 l自底向上法则正好相反，先分别估算各个任务所需要的工作量和开发时间，再相加，从而得到总的工作量和总的开发时间。这两种方法都要求采用某种方法做出估算。 l有许多估算方法可以利用，大致划分为三类：专家估算法、类推估算法、算式估算法 成本估算方法简介 专 [阅读全文:]
编辑:0次| 浏览:1533次 |
|
|
MSIT
词条创建者:admin
创建时间:03-11 12:09
标签: MSIT
摘要:基本介绍在.Net框架中，公共语言基础结构使用公共语言规范来绑定不同的语言。通过要求不同的语言至少要实现公共类型系统（CTS)包含在公共语言规范中的部分，公共语言基础结构允许不同的语言使用.Net框架。因此在.Net框架中，所有的语言（C#，VB.Net，Effil.Net等）最后都被转换为了一种通用语言：微软中间语言（MSIL）。 MSIL是将.Net代码转化为机器语言的一个中间过程。它是一种介于高级语言和基于Intel的汇编语言的伪汇编语言。当用户编译一个.Net程序时，编译器将源代码翻译成 [阅读全文:]
编辑:0次| 浏览:1801次 |
|
|
高内聚
词条创建者:admin
创建时间:03-11 12:09
标签: 高内聚
摘要:简介这是判断设计好坏的标准，主要是面向OO的设计，主要是看类的内聚性是否高，偶合度是否低。 定义 高内聚:类与类之间的关系而定，高，意思是他们之间的关系要简单，明了，不要有很强的关系，不然，运行起来就会出问题。一个类的运行影响到其他的类。 衡量模块独立性的定性标准是内聚（一个模块内各个元素彼此结合的紧密程度） [阅读全文:]
编辑:0次| 浏览:1444次 |
|
|
软件工程导论
词条创建者:admin
创建时间:03-11 12:09
标签: 软件工程导论
摘要: 介绍本书已经出版了三个版本，累计销售达60万册，成为软件工程领域的经典教材，先后荣获全国普通高等学校工科电子表类专业优秀教材第二等奖、一等奖。为了反映最近5年来软件工程的发展状况，作者主要从下述3个方面对第三版作了精心修改；删掉了一些较陈旧的或较次要的内容；增加了一些较新颖的或较重要发的内容；用UML的概念与符号重新改定了有关面向对象方法学的内容。 本书全面系统地讲述了软件工程学的概念、原理和典型的方法学，并介绍了软件项目的管理技术。本书正文共13章，第1章是概述，第2章至第8章顺序讲述 [阅读全文:]
编辑:0次| 浏览:1455次 |
|
|
随机测试
词条创建者:admin
创建时间:03-11 12:09
标签: 随机测试
摘要:随机测试软件测试中除了根据测试样例和测试说明书进行测试外，还需要进行随机测试(Ad-hoctesting)，主要是根据测试者的经验对软件进行功能和性能抽查。 基本概述随机测试随机测试是根据测试说明书执行样例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前 [阅读全文:]
编辑:0次| 浏览:1417次 |
|
|
软件工程专业
词条创建者:admin
创建时间:03-11 12:09
标签: 软件工程专业
摘要:基本定义软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义：Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。 IEEE：软件工程是开发、运行、维护和修复软件的系统方法。 Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。 软件工程学的内容 软件工程学的主要内容是软件开发技术和软件工程管理． 软件开发技术包含软件工程方法学、软件工具和软件开发环境 [阅读全文:]
编辑:0次| 浏览:1346次 |
|
|
内聚
词条创建者:admin
创建时间:03-11 12:09
标签: 内聚
摘要:内聚（Cohesion）是一个模块内部各成分之间相关联程度的度量 一、内聚强度内聚按强度从低到高有以下几种类型： （1）偶然内聚。如果一个模块的各成分之间毫无关系，则称为偶然内聚。 （2）逻辑内聚。 几个逻辑上相关的功能被放在同一模块中，则称为逻辑内聚。如一个模块读取各种不同类型外设的输入。尽管逻辑内聚比偶然内聚合理一些，但逻辑内聚的模块各成分在功能上并无关系，即使局部功能的修改有时也会影响全局，因此这类模块的修改也比较困难。 （3）时间内聚。 如果一个模块完成的功能必须在同一时间内执行（如系统 [阅读全文:]
编辑:0次| 浏览:2731次 |
|
|
软件工程环境
词条创建者:admin
创建时间:03-11 12:09
标签: 软件工程环境
摘要: 概述 软件工程环境(SoftWare Engineering Environment ，简称SEE)是指以软件工程为依据，支持典型软件生产的系统。软件工程环境是软件工程学科各方面研究发展的物化表现，具有以下特点：（1）软件工程环境强调支持软件生产的全过程。实践表明：软件工具仅支持生命周期中某些特定活动，工具箱将一些相互关联的工具组织到一起，使其相互通信，从而支持了生命周期中某些成组活动，自动化程序有所提高。软件开发环境旨在通过环境信息库和消息通信机制实现工具的集成，从而为软件生命周 [阅读全文:]
编辑:0次| 浏览:1749次 |
|
|
软件维护性
词条创建者:admin
创建时间:03-11 12:09
标签: 软件维护性
摘要: 说明 许多软件的维护十分困难，原因在于这些软件的文档和源程序难于理解，又难于修改。从原则上讲，软件开发工作就严格按照软件工程的要求，遵循特定的软件标准或规范进行。但实际上往往由于种种原因并不能真正做到。例如，文档不全、质量差、开发过程中不注意采用结构化方法，忽视程序设计风格等等。因此，造成软件维护工作量加大，成本上升，修改出错率升高。此外，许多维护要求并不是因为程序中出错而提出的，而是为适应环境变化或需要变化而提出的。由于维护工作面广，维护难度大，一不小心就会在修改中给软件带来新的 [阅读全文:]
编辑:0次| 浏览:1312次 |
|
|
成本估算
词条创建者:admin
创建时间:03-11 12:09
标签: 成本估算
摘要: 简介 成本估算和成本管理是软件项目管理的核心任务之一。在制定项目计划时，就必须对项目需要的人力及其他资源、项目持续时间和项目成本做出估算。如果新项目和以往的项目类似，估算可以参考以前的成本费用。 现在已有一些用于软件成本估算的技术可供借鉴。 各技术共同点 –事先建立软件的工作范围； –以软件度量（经验度量、相似工程类比的度量）为基础做出估算 –把项目分解为可单独进行估算的小块 [阅读全文:]
编辑:0次| 浏览:1782次 |
|
|
线性顺序模型
词条创建者:admin
创建时间:03-11 12:09
标签: 线性顺序模型
摘要: 软件工程的线性顺序模型，有时也称“传统生命周期”或“瀑布模型”，线性顺序模型提出了软件开发的系统化的、顺序的方法（虽然由Winston Royce［ROY70］提出的最早的瀑布模型支持带有反馈的循环，但大多数使用该过程模型的组织均把它视为是严格线性的），从系统级开始，随后是分析、设计、编码、测试和维护。借鉴了传统的工程周期，线性顺序模型包含以下活动： 系统/信息工程和建模：因为软件总是一个大系统（或商业）的组成部分，所以一开始应该建立所有系统成分的需求，然后再将其中某个子集分配给软件。整个系 [阅读全文:]
编辑:0次| 浏览:1482次 |
|
|
进行变更
词条创建者:admin
创建时间:03-11 12:09
标签: 进行变更
摘要:进行变更是一种普通活动，即角色访问需要变更的工件集（变更集）来满足（通过执行不同活动）角色工作单上的需求。 进行变更用于项目管理的工作单对于项目中正在进行的每项工作都是一个推动因素。收到工作单后，角色为了满足工作单上列出的“合同”要求，通常会编写确定完工截止日期的“工作计划”列表，以便对工作作出适当的安排。 对于角色来说，下一步工作是获取或者创建必要工件，即需要继续编写或添加到源版本控制中的工 [阅读全文:]
编辑:0次| 浏览:1974次 |
|
|
渐增式模型
词条创建者:admin
创建时间:03-11 12:09
标签: 渐增式模型
摘要: 解释 软件工程模型建议用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，如同工厂的生产线。 注 常见的软件工程模型有：渐增式模型，如图。 [阅读全文:]
编辑:0次| 浏览:1743次 |
|
|
POSIX
词条创建者:admin
创建时间:03-11 12:09
标签: POSIX
摘要:POSIX是Portable Operating System Interface of Unix的缩写。由IEEE（Institute of Electrical and Electronic Engineering）开发，由ANSI和ISO标准化。POSIX标准1003.0?管理 POSIX 开放式系统环境（OSE）。IEEE 在 1995 年通过了这项标准。 ISO 的版本是 ISO/IEC 14252:1996。?1003.1?被广泛接受、用于源代码级别的可移植性标准。1003.1 提供 [阅读全文:]
编辑:0次| 浏览:4216次 |
|
|
软件风险管理
词条创建者:admin
创建时间:03-11 12:09
标签: 软件风险管理
摘要:中科永联高级技术培训中心（www.itisedu.com） 软件项目风险管理是软件项目管理的重要内容。在进行软件项目风险管理时，要辩识风险，评估它们出现的概率及产生的影响，然后建立一个规划来管理风险。风险管理的主要目标是预防风险。 软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实 [阅读全文:]
编辑:0次| 浏览:2268次 |
|
|
|
