qq_34859668的博客

转载 DFD的绘制步骤

1. 找出外部实体，确定系统边界2. 从数据源出发，按系统的逻辑需求，逐步画出加工框，直至数据终点3. 为了控制系统复杂度，DFD分层，自顶向下，逐步求精4. 对DFD进行复审

转载 行为模型——状态转换图（STD）

p 大多数商业系统是数据驱动的，所以，适合于使用数据流模型。但是，实时控制系统却主要是事件驱动的，因此，行为模型是最有效的系统行为描述方式。 p 状态转换图(STD)指明作为外部事件的结果，系统将如何动作，它表示了系统的各种行为模式(称为“状态”)以及在状态间进行变迁的方式，STD是行为建模的基础。

转载 管理变更

p 需求的变化是永恒的。因而，对于需求变更应该正确对待，尽量将其负面影响降低。p 需求变更可能来自解决方案提供商、客户或产品供应商等外部因素，也可能来源于项目组内部。需求变更的因素 对需求的理解存在分歧，系统实施时间过长，用户业务需求改变，系统正常升级 *需求变更管理实践中的对策p 优先排序，分批实现 p 相互协作，充分交流p 合同约束，区别对待 p 选用适当的

转载 能力成熟度模型CMM

转载 需求验证

p 需求验证所包括的活动是为了确定以下几方面的内容：n 软件需求规格说明正确描述了预期的系统行为和特征。n 从系统需求或其它来源中得到软件需求。n 需求是完整的和高质量的。n 所有对需求的看法是一致的。n 需求为继续进行产品设计、构造和测试提供了足够的基础。p 需求验证确保了需求符合良好特征并且符合需求规格说明的良好特性。  p 需求评审为涉众们提供了在特定问题上达

转载 高质量的SRS的一些特性

p 完整性 p 一致性 p 可修改性 p 可追踪

转载 原型开发

p 候选原型方法的因素：软件应用领域、软件应用复杂性、客户特征、以及项目特征。p 为了导出快速原型，可采用第四代技术、可复用软件构件、形式化规约和原型环境。 抛弃式原型。将开发原型看做是沟通工具，永远也不会将一次式原型引入正式运行环境中。主要解决需求的不确定性，二义性，不完整性等。进化式原型。会在未来的系统中包含的原型。这种方法能够将最大量的工作投入到正式系统中。水平原型也称为

转载 商业建模的步骤

p 第一步，从涉众中找出用户。并定义这些用户之间的关系。 p 第二步，找出每个用户要做的事，即业务用例。p 第三步，利用业务场景图帮助分析业务流程。p 第四步，绘制用例场景图。 p 第五步，从第三步或第四步中绘制的活动图中找到每一步活动将使用到的或产生的结果。 p 第六步，在上述过程中，随时补充词汇表。它包括所有业务词汇，专业词汇等一切在建模过程中使用到的需要解释的名词。 

转载 结构化分析建模

p 分析模型必须达到三个主要目标：描述客户的需要；建立创建软件设计的基础；定义在软件完成后可以被确认的一组需求。p 在分析模型的核心是“数据字典”，包含了软件使用或生产的所有数据对象描述的中心库。围绕着这个核心有三个层次的子模型，数据模型、功能模型和行为模型。  数据流图服务于两个目的：指明数据在系统中移动时如何被变换；描述对数据流进行变换的功能(和子功能)。 数据模型

转载 情节串联板

*情节串联板是通常就是一系列图片，通过这些图片讲故事。一种很生动的技术，它经常被称为原型法。（强调借助原型来加速需求获取过程）情节串联板就是使用工具向用户（主角）说明（有时是动画演示）系统如何适应组织的需要，并表明系统将如何运转。p 类型：被动式、主动式和交互式。n 其复杂度依次递增n 被动式通常由草图、图片、屏幕截图、幻灯片等组成。n 主动式试图使用户能够看到类似“电影样片”

转载 用户访谈优缺点和使用时机

n 优点是直接有效、形式灵活、交流深入的宽带通信形式（有文字、有声音、有图像）。n 缺点：p 占用时间长：通常要访谈的人比较多，语言交流会占用大量时间。p 信息存在片面性：用户代表经常各执一词，导致收集的信息无法代表所有用户的想法，从而导致偏差的出现。 用户访谈是需求获取中的主要技术，只要有可能，就应该尽可能多地进行用户访谈。

转载 寻找客户的需求

p 鱼骨图也称为因果鱼骨图，它是一种以直观的图形找出问题或现象的所有潜在原因的方法，它有利于追踪出问题的根源。p 具有三个典型的优点：n 它允许探讨各种类别的原因n 它鼓励通过自由讨论发挥创造性n 它提供问题与各类原因的直观图帕累托图的作用：n 为80%的问题找到关键的20%的原因；n 一目了然地显示出每个原因的相对重要程度；n 有助于预防在解决了一些问题后，却使另

转载 需求获取的方法

p 获取需求是一个确定和理解不同涉众的需要和约束的过程。p 获取需求的方法：面向目标，基于场景，面向方面，面向视点，基于知识。p 需求描述语言可分为三种：非形式化、半形式化和形式化语言。

转载 需求工程

需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。 *完整的软件需求工程包括需求开发和需求管理两个部分，需求开发的一般过程分为需求获取、需求建模、需求规格说明、需求验证四个阶段，需求管理则主要包括需求基线的建立、需求变更控制以及需求跟踪等活动。 需求工程方法大致分为四类：面向过程、面向数据、面向控制、面向对

转载 RUP的优点

p 降低了在一个增量上的开支风险。如果开发人员重复某个迭代，那么损失只是这一个开发有误的迭代的花费。p 降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险，可以尽早来解决而不至于在开发后期匆匆忙忙。 p 加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在，他们的工作会更有效率。由于用户的需求并不能在一开始就作出完全的界定，它们通常是在后续阶段中不断细化的。因此，迭

转载 RAD模型

RAD模型的优点 p 采用高效率的开发工具，从而减少了整个产品的开发周期。提高了生产率，降低了成本。p 用户能够持续地参与开发，提高了用户参与程度，从而使用户的满意度上升，保证了系统能够满足用户的需要。p 工作重点从文档转为构建，所见即所得 。RAD方法包含三个阶段：需求计划阶段，用户描述，构建阶段采用RAD模型的项目特征 p 系统可模块化（基于组件的结构）和可缩放。p

转载 采用瀑布模型需要具备的项目特征

p 在系统开发前要对需求有完整、全面、清晰的了解。p 上述需求不存在隐含的不可克服的风险。p 需求变更不能过于频繁。p 不同涉众的需求互相兼容，不存在明显的冲突。p 开发团队掌握了解决需求问题的有效方法。p 开发期限允许分阶段地串行工作。

转载 瀑布模型的优点

客户很容易熟悉该模型。以有序的方式解决复杂的问题，易于理解，目标简单—完成所需要的活动。可以严格控制项目进程，使项目管理易于实施。方便按阶段设置里程碑，便于项目跟踪。定义了质量控制过程。运用该过程来确定系统的质量。

转载 要软件生命周期模型

瀑布模型快速应用开发模型（RAD）螺旋模型RUP迭代式模型

转载 需求路线图

涉众需要 —〉系统的特性—〉建立软件需求  软件的6个质量特征（非功能性需求）:可靠性,可用性,有效性,可维护性,可移植性,约束。有效性(Efficiency)  是在规定的条件下，软件性能水平与所使用资源量之间关系有关的一组属性。 可靠性(Reliability)是与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性 可维护性(Maintai

转载 需求的层次

*需求是多层次的，包括业务需求、用户需求、功能需求和非功能需求。业务需求反映了组织机构或客户对系统、产品高层次的目标要求，位于需求链中的最顶层，在项目视图和范围文档中予以说明。用户需求描述了用户使用产品必须要完成的任务，这在实例文档或方案脚本予以说明。功能需求定义了开发人员必须实现的软件功能，使得用户完成他们的任务，从而满足了业务需求。和非功能需求在SRS中说明。非功能性的需求描述

转载 IEEE软件工程标准词汇表定义需求

1. 用户解决问题或达到目标所需的条件或能力。2. 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。             一种反映上面(1)或(2)所描述的条件或能力的文档说明。

转载 三种项目最主要的“成功因素”

n 用户介入：占所有成功项目的16%n 高层管理的支持：占所有成功项目的14%n 需求陈述清晰：占所有成功项目的12%

转载 三种最经常使项目“遇到困难”的因素是

n 缺乏用户介入：占所有项目的13%n 不完整的需求和规格说明：占所有项目的12%n 不断改变的需求和规格说明：占所有项目的12%