数据流图dfd是在系统分析阶段还是系统设计阶段？数据流程图（dataflowdiagram，简称dfd）是系统分析的主要工具，是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式，它不涉及硬件、软件、数据结构与文件组织，与对系统的物理描述无关，只反映数据流向、数据加工和逻辑意义上的数据存储，不反映任何数据处理的技术过程 [更多...]

我总结的压缩工期并且成本最低的按这个思路，不知道是否正确10、压缩工期，例：关键路径x天，现在要压缩到y天，x-y=z天，同时需压缩后成本增加最少（1）、列出所有工期大于y天的路径（例：abcdh（关键路径）、abceh和abcfh），而小于等于y天的路径（例：abcgh）则无需处理。（2）、找到工期大于y天的路径涉及的共同节点，例：abcdh（关键路径）、abceh和abcfh则共同节点是a、b、c和h，就在abch四个节点中压缩z天。 [更多...]

知识点总结：要约：又称发盘与报价，是卖方向买方当事人所做的、邀请订立合同的意思表示。要约邀请：是希望他人向自己发出要约的意思表示。如寄送的价目表、拍卖公告、招标公告、招股说明书、商业广告等承诺：通常是买方，即被要约人无 [更多...]

知识点总结：配置管理工具是配置管理相关理论的实践载体，工具的功能范围在某种程度上可以直接影响一个组织中配置管理水平的高低。１、vss--visualsourcesafe，此工具是microsoft提供的，是使用的相当普遍的工具之一，他可以与vs.net进行无缝集成，适合独立项目代码规模较小，基本上window平台上 [更多...]

知识点总结：耦合性也叫块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越强，模块之间越独立则越差，模块间耦合的高低取决于模块间接口的复杂性，调用的方式以及传递的信息。形象的说，就是要将代码写的和电脑一样， [更多...]

知识点总结：业务流程是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有 [更多...]

知识点总结：创建基线或发行基线的主要步骤如下：（1）配置管理员识别配置项；（2）为配置项分配标识；（3）为项目创建配置库，并给每个项目成员分配权限；（4）各项目团队成员根据自己的权限操作配置 [更多...]

知识点总结：表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求文档。 [更多...]

知识点总结：描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。?用户的需求变更必须控制在可控范围之内。在项目管理过程中，用户需求变更是很常见的。面对频繁的需求变更，如果项目团队缺乏明确的需求变更管理控制及范围管理控制，非常容易导致 [更多...]

知识点总结：计算机软件需求说明编制指南》gb/t9385中定义了需求的具体内容，包括：（1功能需求：指描述软件产品的输入怎样变换成输出即软件必须完成的基本动作。对于每一类功能或者有时对于每一个功能需要具体描述其输入、加工和输出的需求。（2性能需求：从整体来说本条应具体说明软 [更多...]

风险识别的依据如下：1．风险管理计划风险管理计划向风险识别过程提供一些关键要素，主要包括：角色和职责的分配，预算和进度计划中纳入的风险管理活动因素，以及风险类别。风险类别有时可用风险分解结构形式表示。2．成本管理计划成本管理计划中规定的工作流程和控制 [更多...]

知识点总结：决策表技术就是对项目的各个特征进行定性或是定量分析，按照加权进行计算和比价。抽取的项目特征和加权系数由组织的战略目标来决定。决策表的优点是操作简单，信息一目了然。但是存在一个致命的弱点：各个特征值经过加权计算后获得的数值在总分上的贡献是否具备可比性。也就是，衡量项目各个特征本事的单位并不一致，他们在一个没有同意单位的尺子上去简单比较熟练大小是没有异议的。句一个类似的例 [更多...]

知识点总结：dipp分析。在引入dipp分析之前，先对dipp如下定义：dipp=emv/etcemv：指项目的期望货币值，如果考虑支付风险因素，则期望货币值是哥哥支付值与支付概率的乘积之和。etc：完工尚需成本，指从当前时间点开始计算，估计到项目结束时仍然要花费的成本。过去花费的成本被当做沉没成本不予考虑。 [更多...]

知识点总结：根据国家标准gb/t15532-2008，软件测试可分为单元测试、集成测试、确认测试、系统测试、配置项测试和回归测试等类剐。（1）单元测试。单元测试也称为模块测试，测试的对象是可独立编译或汇编的程序模块、软件构件或00软件中的类（统称为模块），其目的是检查每个模块能否正确地实现设计说明中的功能、性能、接口和其他设计约束等条件，发现模块内可能存在的各种差错。单元测试的技术依据是软件详细设计说明书，着重从模块接口、局部数据结构、重要的执行通路、出错处理通路和边界条件等方面对模块进行测试。 [更多...]

知识点总结：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择 [更多...]

4.5.2概要设计评审preliminarydesignreview在软件概要设计结束后必须进行概要设计评审，以评价软件设计说明书中所描述的软件概要设计在总体结构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性。4.5.3详细设计评审detaileddesignreview在软件详细设计阶段结束后必须进行详细设计评审，以评价软件验证与确认计划中所规定的验证与确认方法的合适性与完整性。4.5.5功能检查functionalaudit [更多...]

知识点总结：软件度量包括3个维度，即项目度量、产品度量和过程度量，如下图。 [更多...]

软件产品度量用于对软件产品进行评价，并在此基础之上推进产品设计、产品制造和产品服务优化。软件产品的度量实质上是软件质量的度量，而软件的质量度量与其质量的周期密切相关。软件度量包括3个维度，即项目度量、产品度量和过程度量，如下图。 [更多...]

知识点总结：项目干系人管理是指对项目干系人需求、希望和期望的识别，并通过沟通上的管理来满足其需要、解决其问题的过程。项目干系人管理将会赢得更多人的支持，从而能够确保项目取得成功。具体来说，项目干系人管理能够带来以下好处。（1）将会赢得更多的资源，通过项目干系人管理，能够得到更多有影响力的干系人的支持，自然会得到更多的资源。（2）快速频繁的沟通将能确保对项目干系人需要、希望和期望的完全理解；从某种意义上来说需求管理是项目干系人管理的一部分。 [更多...]

知识点总结1.概念数据模型概念数据模型也称为信息模型，是按用户的观点对数据和信息建模，是显示世界的第一层抽象，最著名的就是实体-联系模型，简称e-r模型。e-r模型实体-联系模型简称为e-r模型。e-r模型只能说明实体间的语义联系，而不 [更多...]