功能点估算案例
下面以员工管理系统为例，详细说明如何利用功能点估算法计算业务复杂度。
在员工管理系统中添加一个员工的资料，会使用到员工的一般信息、教育情况、工作经历和家属信息。员工隶属于某个部门，在本系统中会有一个对部门进行维护的功能。员工的工资则由另外一个财务系统提供。因此，其用例图如下所示：
图1 员工管理系统用例图
假设员工基本信息如下所示：
?员工ID（标签）
?员工名称
?性别
?生日
?婚否
?所属部门ID
?所属部门名称
?受教育的时间
?学校名称
?所学专业
?工作时间
?工作单位
?工作部门
?工作职务
?家属的姓名
?之间关系
?家属年龄
?工作单位
假设部门信息如下所示：
?部门ID
?部门名称
假设工资表信息如下所示：
?员工ID
?员工姓名
?金额
?单位
ILF和EIF的功能点数
本案例识别出来ILF和EIF功能点个数如下表所示。
EI、EQ和EO的功能点数
本范例识别出来EI、EQ和EO功能点个数如下表所示。
本系统的通用系统特性及其影响程度如下表所示。
最终调整后的功能点数量为：
（19 + 25 + 9 + 5）* 0.84 = 48.72个
总结
功能点估算法是一个非常有用的对软件规模进行估算的国际通用技术，是项目管理人员必须掌握的工具。为了便于大家对功能点的技术进行理解和记忆，这里对其进行总结：由于计算机软件就是为了实现无纸办公，那么在估算功能点时应该多以用户的纸质表单为依据，每个表单就是一个ILF或EIF，表单上显示的字段都是DET，一个表单上的“核心”内容不管是由几个数据表来分别存放数据的，每个表都是一个RET。
简单来讲，ILF和EIF可以被看作数据库中的数据表，但是主、从表将被视为一个ILF或EIF。那么，ILF和EIF的复杂度就是由数据表中的字段DET和一个ILF或EIF自身所包含的主、从表个数RET来决定。在计算DET时主、外键只能算作一个。
EI就是对应用户增加、修改、删除的操作，EO和EQ都是用于用户查询的操作。EO和EQ 的区别是，EO查询时使用了数学公式或计算方法。EI、EQ和EO的复杂度是由FTR和DET 决定的。FTR的个数由ILF和EIF的个数决定，可以由主表中主、外键的个数来计算。在计算EI的DET时，只有用户在界面上直接输入的信息才算作DET，通过页面自动计算或转换的数据不能算作EI的DET。在EO和EQ计算DET时，报表的标题、页码等信息不能被计算为一个DET。
附件：
ILF/EIF复杂度的矩阵如下：
EI复杂度计算矩阵
EO和EQ复杂度计算矩阵
未调整前功能点对应矩阵
EI、EO、EQ、ILF和EIF技术复杂度对应的功能点如下表所示：
Web测试技巧 一.目的： web测试是测试组最频繁接触的工作类型，本文档会从测试案例的分析入手，通过一些比较常见的案例分析，达到了解web测试的基本思想。 分析的测试案例主要包括一下几个方面：普通注册页面，跳转注册页面，用户权限和安全性，碎片，cache，ie相关置对测试的影响。 二. 测试案例分析 1. 普通注册页面： a. 不填写任何的信息，提交，查看提示信息 这个步骤是输入判断测试中第一个要写测案例，这个案例有几个方面的意义 a)这个页面上所有的输入框有必填的选项，比如用户的名称，用户的验证码，用户 密码等，这些信息在数据库中不能为空，如果为空可能会对相关的程序带来问题， 比如 b)不填写用户名和密码，这样就在数据库中存了一条空记录，导致在登陆的时候， 不能正确的验证用户的身份。 c)一些输入框在本页可以不填写不会出错，但是他的数据要被其他的程序调用，比 如cms中的媒体管理，建立的媒体会在建立新闻的时候被调用，如果在媒体管理 里没有做输入判断，那创建时就不能正确的取到数据（逻辑相关性） d)webmail页面中，地址簿可以保存地址，发信页面也可以调用地址簿的信息进行发 信，在测试的时候就需要注意测试相关性。 b. 依次只填写每一个框，提交，查看提示信息 1. 这个案例主要是考察非空判断的每一个框的提示信息是不是按顺序提示，比如三个 必填输入框，不填写第一个和第二个输入框，提示应该是第一个输入框没有填写，不会提示第二个输入框没有填写。填写第二个，不填写一，三输入框，应该提示第一个没有填写，不会提示第三个输入框没有填写，这个提示一般以js check的方式表示 2. 也有例外的情况，就是所有的输入框在一起判断，在一个页面上对没有输入的必 填框在一起显示提示信息，俱乐部的注册页就是这个模式，在每一个没有填写的输入框后面都有提示 c. 依次不填写每一个输入框，提交，查看提示信息 1. 这个是对每一个输入框，一个个的做非空判断，查看是否正确，要一个一个的考察 提示信息是否正确 2. 要注意的是有一些提示信息是假的，比如提示的信息是不能为空，但是确定后确提 交了这个表单。
功能点估算案例 下面以员工管理系统为例，详细说明如何利用功能点估算法计算业务复杂度。 在员工管理系统中添加一个员工的资料，会使用到员工的一般信息、教育情况、工作经历和家属信息。员工隶属于某个部门，在本系统中会有一个对部门进行维护的功能。员工的工资则由另外一个财务系统提供。因此，其用例图如下所示： 图1 员工管理系统用例图 假设员工基本信息如下所示： ?员工ID（标签） ?员工名称 ?性别 ?生日 ?婚否 ?所属部门ID ?所属部门名称 ?受教育的时间 ?学校名称 ?所学专业
?工作时间 ?工作单位 ?工作部门 ?工作职务 ?家属的姓名 ?之间关系 ?家属年龄 ?工作单位 假设部门信息如下所示： ?部门ID ?部门名称 假设工资表信息如下所示： ?员工ID ?员工姓名 ?金额 ?单位 ILF和EIF的功能点数 本案例识别出来ILF和EIF功能点个数如下表所示。 EI、EQ和EO的功能点数 本范例识别出来EI、EQ和EO功能点个数如下表所示。
本系统的通用系统特性及其影响程度如下表所示。
最终调整后的功能点数量为： （19 + 25 + 9 + 5）* 0.84 = 48.72个 总结 功能点估算法是一个非常有用的对软件规模进行估算的国际通用技术，是项目管理人员必须掌握的工具。为了便于大家对功能点的技术进行理解和记忆，这里对其进行总结：由于计算机软件就是为了实现无纸办公，那么在估算功能点时应该多以用户的纸质表单为依据，每个表单就是一个ILF或EIF，表单上显示的字段都是DET，一个表单上的“核心”内容不管是由几个数据表来分别存放数据的，每个表都是一个RET。 简单来讲，ILF和EIF可以被看作数据库中的数据表，但是主、从表将被视为一个ILF或EIF。那么，ILF和EIF的复杂度就是由数据表中的字段DET和一个ILF或EIF自身所包含的主、从表个数RET来决定。在计算DET时主、外键只能算作一个。 EI就是对应用户增加、修改、删除的操作，EO和EQ都是用于用户查询的操作。EO和EQ 的区别是，EO查询时使用了数学公式或计算方法。EI、EQ和EO的复杂度是由FTR和DET 决定的。FTR的个数由ILF和EIF的个数决定，可以由主表中主、外键的个数来计算。在计算EI的DET时，只有用户在界面上直接输入的信息才算作DET，通过页面自动计算或转换的数据不能算作EI的DET。在EO和EQ计算DET时，报表的标题、页码等信息不能被计算为一个DET。
固定资产投资包括：工程费用、工程建设其它费用、预备费用。 工程费用包括：建筑工程费、设备购置费和安装工程费 固定资产投资估算方法：扩大指标估算法、指数估算法、比例估算法、朗格系数法 1、 扩大指标估算法 扩大指标估算法是套用原有同类项目的固定资产投资额来进行建设项目固定资产投资额估算的一种方法。其计算较简单、准确性差，并须要收集有关的基础数据和经过系统分析与整理。 ①单位生产能力估算法。单位生产能力估算法是指根据同类项目单位生产能力所耗费的固定资产投资额(如铺设每公里铁路的固定资产投资、形成每吨煤生产能力的煤矿固定资产投资、形成每千瓦发电能力的电站固定资产投资等)来估算拟建项目固定资产投资额的一种估算方法。其计算公式如下： CF P I P I )(1 122= 式中：2I ——拟建项目所需固定资产投资额；1I ——同类项目实际固定资产投资额；2P ——拟建项目生产规模；1P ——同类项目生产规模；CF ——物价指数。 案例1、某拟建项目年产某种产品40万件。调查研究表明，本地区年产该种产品20万件的同类项目的固定资产投资额为l 000万元，假定不考虑物价因素的变动，则拟建项目的固定资产投资额为： )(2000)20 1000(402万元==I ②生产规模指数估算法。生产规模指数估算法是根据已建成投产的项目或单一工程的投资资料，来估算生产规模不同的同类项目或单一工程的工程费用。具体估算公式如下： CF I P P I n 11 22)/(= 式中：2I ——拟建项目的工程费用；1I ——同类项目实际工程费用；1P ，2P ——同类项目与拟建项目的生产规模；CF ——物价指数；n ——生产规模指数。 生产规模指数估算法，考虑到规模经济因素，将项目工程费用与生产规模视为指数关系，单位生产规模所需的工程费用随生产规模的扩大逐渐减少。因此，正常情况下，生产规模指数n 应小于1。n 的具体取值可以根据统计资料得到多
“软件项目管理在线学习网站”成本估算案例分析 --采用用例点估算过程和自下而上成本估算过程 小组： 9号
下面给出”软件项目管理在线学习网站”项目的用例点估算和自下而上估算两 个成本估算过程 1.用例点估算过程 根据用例点估算过程，通过”软件项目管理在线学习网站”项目需求 规格确定项目的Actor和用例情况，从而计算UAW，UUCW，再得出UUCP，然后计算用例点UCP，最后根据工作效率计算出项目规模。 用例点方法的基本步骤如下： 1.对每个角色进行加权，计算未调整的角色的权值。(Unadjusted Actor Weight, UAW)。 2.计算未调整的用例权值(Unadjusted Use Case Weight,UUCW)。 3.计算未调整的用例点(Unadjusted Use Case Point,UUCP)。 4.计算技术和环境因子(Technical and Environment Factor,TEF)。 5.计算调整的用例点(Use Case Point,UCP)。 6.计算工作量。 1.1估算UAW 首先根据软件需求的用例模型，确定参与角色以及复杂度，其次利用参与 角色的数量乘以相应的权值来计算UAW。 角色根据复杂度标准定义3个不同的复杂度级别，而每个不同级别又对应不同 的权值。如下表所示
1.2估算UUCW 根据用例模型确定用例以及复杂程度。利用用例的数量乘以相应的权值来计算UUCW。 用例根据场景个数分为3个不同的复杂度级别，而每个不同级别又对应不同的权值。如下表所示 1.3计算用例点UCP 首先计算技术复杂度因子TCF和环境因子ECF。 1.根据4个技术复杂度因子的权重和影响等级计算技术复杂度因子，如下表所 示，TCF=0.79. ECF=0.785。
品种法下的成本计算案例 宁西集团下属的北方公司20×7年8月生产甲、乙两种产品。 一、本月有关成本计算资料如下： 1．月初在产品成本。甲、乙两种产品的月初在产品成本如下，见表1-1。 表1-1 甲、乙产品月初在产品成本资料表 20×7年8月单位：元 2．本月生产数量。甲产品本月完工500件，月末在产品100件，实际生产工时100 000小时；乙产品本月完工200件，月末在产品40件，实际生产工时50 000小时。甲、乙两种产品的原材料都在生产开始时一次投入，加工费用发生比较均衡，月末在产品完工程度均为50%。3．本月发生生产费用如下： （1）本月发出材料汇总表，见表1-2。 表1-2 发出材料汇总表 备注：生产甲、乙两种产品共同耗用的材料，按甲、乙两种产品直接耗用原材料的比例进行分配。 （2）本月工资结算汇总表及职工福利费用计算表（简化格式），见表1-3。 表1-3 工资及福利费汇总表 20×7年8月单位：元
（3）本月以现金支付的费用为2 500元，其中基本生产车间负担的办公费250元，市内交通费65元；供电车间负担的市内交通费145元；机修车间负担的外部加工费480元；厂部管理部门负担的办公费1 360元，材料市内运输费200元。 （4）本月以银行存款支付的费用为14 700元，其中基本生产车间负担的办公费1 000元，水费2 000元，差旅费1 400元，设计制图费2 600元；供电车间负担的水费500元，外部修理费1 800元；机修车间负担的办公费400元；厂部管理部门负担的办公费3 000元，水费1 200元，招待费200元，市话费600元。 （5）本月应计提固定资产折旧费22 000元，其中：基本生产车间折旧10 000元，供电车间折旧2 000元，机修车间折旧4 000元，厂部管理部门折旧6 000元。 （6）根据“待摊费用”账户记录，本月应分摊财产保险费3 195元，其中供电车间负担800元，机修车间负担600元，基本生产车间负担1 195元，厂部管理部门负担600元。 二、品种法的成本计算程序 1．设置有关成本费用明细账和成本计算单 按品种设置基本生产成本明细账（见表1-10、表1-11）和成本计算单（见表1-21、表1-22），按车间设置辅助生产成本明细账（见表1-12、表1-13）和制造费用明细账（见表1-14），其他与成本计算无关的费用明细账，如管理费用明细账等，此略。 2．要素费用的分配 根据各项生产费用发生的原始凭证和其他有关资料，编制各项要素费用分配表，分配各项要素费用。 （1）分配材料费用。其中：生产甲、乙两种产品共同耗用材料按甲、乙两种产品直接耗用原材料的比例分配。分配结果，见表1-4、表1-5。表1-4 甲、乙产品共同耗用材料分配表 20×7年8月单位：元 表1-5 材料费用分配表 根据材料费用汇总表，编制发出材料的会计分录如下： 借：基本生产成本——甲产品826 000 ——乙产品616 000 辅助生产成本——供电车间 1 000 ——机修车间 1 200
功能点估算法介绍及 应用
一、功能点估算法识别项目范围和数据复杂度 功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。 功能点估算法的特点 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。它们之间的区别和关系如下： ?功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。假如这个时候使用LOC代码行估算法，则误差会比较大。 ?使用功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法则与软件开发技术密切相关。 ?功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。 ?通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。 功能点分析的步骤 本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。如下图所示，首先大家应该了解功能点估算法的使用步骤。 图1 功能点估算法的步骤 具体步骤包括： 1. 识别功能点的类型。 2. 识别待估算应用程序的边界和范围。 3. 计算数据类型功能点所提供的未调整的功能点数量。
软件项目中的功能点法估算-原理 FunctionPointEStimation功能点估算是一种用来估算项目大小的技术。 功能点是对软件功能和规模的间接定量测量，它基于客观的外部应用接口和主观的内部应用复杂度以及总体的性能特征。 功能点法和专家法估算的不同点在于对估算规模的细化的定量分析上面．我们在用专家法估算的时候往往会直接去估算工作量，或在规模的估算中掺杂了生产率的数据，导致估算数据出现问题．专家法估算虽然有时候也很准确，但不能提升为组织级可以参考和借鉴的同样规则．其实专家法的估算要做准确也是遵循了功能点法估算的思路，在考虑一个软件功能究竟涉及到哪些操作，涉及到多少数据文件的存在，每个操作需要访问哪些数据文件等相关问题．只是这些想法停留在专家头脑里面而没有量化出来． 我们的预测，分析和决策能力要提升，就必须对我们的经验进行模型化和定量分析．功能点法正好就起到了这个作用．其实功能点发也有不完善的地方，这可以根据我们项目实际的使用情况去不断的改进． 功能点发进行估算的时候具体过程是： 1.对估算功能单元的类型进行识别 2.计算每种类型的复杂度． 3.计算总体的调整前的功能点数 4.根据调整因子对功能点数进行调整 功能点估算中有5种信息域需要进行描述：其中事务类的有EI,EO和EQ，数据存储类有ILF和EIF.
外部输入(EI):通过界面等的输入，插入更新等操作都是典型外部输入 外部输出(EO):仅仅输出，入导出，报表，打印等输出 外部查询(EQ):先要输入数据，在根据输入数据计算输出，如查询 内部逻辑文件(ILF):可以理解为业务对象，可能对应多个数据表 外部接口文件(EIF):其它应用提供的接口数据 A.对事务类功能点的估算： 对事务类的功能点估算需要确定DET和FTR两个指标： DET:可以理解为界面的录入具体数据项，按钮也要作为数据项 FTR:事务功能需要操作的数据文件的数目 对EI的复杂度的计算： 对EO和EQ复杂度的计算： B.对数据存储类功能点的估算 对数据存储类功能点的估算需要确定DET和RET两个指标 DET:具体数据存储文件的数据项的数目 RET:数据文件是复合文件时候关联或引用的个数．如订单数据文件由于存在订单头和明细关联引用,RET应该算2. 对ILF和EIF复杂度的计算： 信息域数据估算完成后可以开始考虑调整因子：
第4章项目成本管理案例 项目的成本是项目的全过程所耗用的各种费用的总和。项目的成本管理对于组织来说非常重要，成本管理并不只是把项目的成本进行监控和记录，而是需要对成本数据进行分析，以发现项目的成本隐患和问题，在项目遭受可能的损失之前采取必要的行动。 项目成本管理希望节约项目的费用，但并不意味着要一味减少成本。例如：在信息系统项目中，减少测试无疑能够减少项目的费用，但没有测试，如同许多曾经进行过的信息系统一样，把用户当做测试者，可能对项目造成灾难性的后果，最终，或者使得项目的成本大为提高，或者让项目走向失败的边缘。 4.1 案例一：成本估算 阅读以下关于信息系统项目管理过程中成本估算方面问题的叙述，回答问题1至问题3。 4.1.1案例场景 希赛信息技术有限公司(CSAI主要致力于为国内教育提供信息化服务，成立业内一流的研发中心，不断研究和推出深受用户欢迎的软件产品，客户遍布中国每个省/市/自治区。公司创立8年来，通过不断加强和改进技术管理来完善产品和提升服务品质，已成为 中国教育软件研发领域首家通过CMM3评估项目的公司。 张工是CSAI的项目经理，1个月前刚接手某高校学 生管理系统研发项目。完成项目需求调研后，张工开始 制定详细的进度和成本计划。表4-1和表4-2 分别是张工用两种方法做的项目成本估算，估算货 币单位为(元)。 【问题1】(8分) 请用200字以内说明信息系统 项目管理过程进行成本估算的基本方法。 【问题2】(8分) 表4-1和表4一2分别采用了 什么估算方法，表中估算成本A, B各为多少？ 【问题3】(9分) 请结合你本人的实际项目经 验，用300字以内文字分析信息系统项目成本估算过程 中的主要困难和应该避免的常见错误。 4.1.2案例分析 【问题1】 信息系统开发项目中常用的成本估算方法包括自顶 向下估算法、自下而上估算法、参数估算法、专家估算 法和猜测估算法等，其中自顶向下估算法也称为类比估 算法。 (1)自顶向下估算方法 自顶向下估算法是从项目的整体出发，进行类推，即估算人员根据以往完成类似项目所消耗的总成本或工作量，来推算将要开发的信息系统的总成本或工作量。然后，按比例将它分配到各个开发任务单元中，是一种自上而下的估算形式，通常在项目的初期或信息不足时进行。例如，在合同期和市场招标时等。不是非常精确的时候或在高层对任务的总的评估的时候采用这种方法。该方法的特点是简单易行和花费少，但具有一定的局限性，准确性差，可能导致项目出现困难。 (2)自下而上估算方法 自下而上估算法是利用工作分解结构图，对各个具体工作包进行详细的成本估算，然后将结果累加起来得出项目总成本。用这种方法估算的准确度较好，通常是在项目开始以后，或者WBS已经确定的开发阶段等，需要进行准确估算的时候采用。它的特点是这种方法最为准确。它的准确度来源于每个任务的估算情况，非常费时费力。估算本身也需要成本支持，而且可能发生虚报现象。
功能点估算法识别项目范围和数据复杂度 功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。 功能点估算法的特点 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。它们之间的区别和关系如下： ?功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。假如这个时候使用LOC代码行估算法，则误差会比较大。 ?使用功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法则与软件开发技术密切相关。 ?功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。 ?通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。 在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。 功能点分析的步骤 本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。如下图所示，首先大家应该了解功能点估算法的使用步骤。
Appium环境搭建 随着人类消费观念转变，企业巨头间的无硝烟战场从互联网转移到移动端，为了抢占移动端用户，企业们更是绞尽脑汁，想方设法提高产品质量和增强用户体验，赢得此场战役的关键是产品质量，高质量产品更能捕获用户的芳心。但高质量产品保证的根源是高质量的测试，因此测试时关键。移动应用自动化测试是一个新的领域，移动端平台多样化（Andriod、Ios、FirefoxOS）为自动化测试带来了挑战与困难，随着Appium框架的推出，移动自动化测试进入一个崭新的阶段，自动化入门容易、上手快，轻轻松松测试多个移动平台。因Appium，移动自动化测试更加容易，现在让我为大家揭开Appium神秘面纱吧。 Appium is an open source test automation framework for use with native and hybrid mobile apps. It drives iOS and Android apps using the WebDriver JSON wire protocol. 摘自http://appium.io/ 从上面那句话我们可以窥探出Appium整个轮廓。Appium是一个开源、免费的移动端自动化测试框架，可以用来测试原生和混合移动应用，同时支持测试多种平台（Ios、Android、FirefoxOS）下应用，底层是采用WebDriver JSON Wire协议去实现的。 Appium测试环境搭建步骤： ?下载、安装JDK&配置Java环境变量 ?下载、安装SDK、ADT&配置Android环境变量 ?下载、安装AppiumForWindow ?创建安卓模拟器 ?在线安装Testng、SVN、Maven等插件 ?Appium简单案例 1、下载、安装JDK&配置Java环境变量 JDK（Java Development Kit）即Java开发工具集，一堆Java开发基本工具比如Javac.exe、Jar.exe、Javadoc.exe etc.同时JDK包含了JRE（Java Runtime Environment）即Java运行环境，因此要进行使用Java编写Appium脚本，前提是安装JDK。 Java语言以前是Sun公司推出，之前可以在Sun主页中下载JDK，但现在Sun公司被Oracle收购了，因此现在想下载JDK最好去Oracle官网下载。 JDK下载地址:https://www.doczj.com/doc/0c1967417.html,/technetwork/java/javase/downloads/index.html 安装（略），傻瓜式安装，关键是Java_Home 配置环境变量： 1、右键我的电脑--属性--高级--环境变量 2、新建系统变量JAVA_HOME 和CLASSPATH 变量名：JAVA_HOME 变量值：C:\Program Files\Java\jdk1.7.0 变量名：CLASSPATH 变量值：.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar; 3.、选择“系统变量”中变量名为“Path”的环境变量，双击该变量，把JDK安装路径中bin目录的绝对路径，添加到Path变量的值中，并使用半角的分号和已有的路径进行分隔。 变量名：Path 变量值：%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin; 验证配置是否成功：重新打开控制台输入：java -verison，如果显示Java版本信息表示安装成功。 2、下载、安装ADT&配置Android环境变量 ADT（Android Development Kit，即安卓开发工具包）属于SDK（Software Development Kit, 即软件开发工具包）
第二十二章投资估算与资金筹措 22.1 建设投资估算 22.1.1 编制说明 （1）阐述编制估算的基本原则、主要编制依据、设计分工、投资范围。 （2）说明建设项目的工程及所在地区的主要特点以及规模、产品方案、采用的主要工艺流程及主要工程量、单位造价指标。 （3）需要说明的其他问题。 22.1.2 建设投资估算费用构成 投资估算由建设项目的工程费用、其他费用、工程预备费、建设期贷款利息、铺底流动资金等部分组成。 （1）工程费用 包括整个工程项目的建筑工程费、安装工程费和设备及工器具购置费。 （2）其他费用 包括土地征用及迁移补偿、建设单位管理费、可行性研究报告编制费、前期选冶试验费、矿权费、勘察设计费、工程监理费、试验研究费、建设单位临时措施费、工程保险费、生产职工培训费、联合试运转费、办公及生活家具购置费、环保评价费、安全评价费、矿山巷道维修费、施工机构迁移费、引进技术与设备的其他费用、施工图预算及工程投资控制费（包括招标费用、工程结算等费用）等。 （3）工程预备费 指由于设计条件限制，在高阶段设计中难以预料，而在下阶段设计和建设施工中可能发生的工程和费用，包括涨价预备金和不可预见费。 （4）建设期贷款利息 建设期项目用贷款筹集资金时，在建设期内需要支付的贷款利息。它是建设项目总造价的组成部分。 （5）铺底流动资金 铺底流动资金即自有流动资金，是指经营性建设项目为保证生产和经营的正常进行，按规定应列入建设项目投资的铺底流动资金。 22.1.3 估算深度和方法 ⑴估算深度 主要生产工程及辅助生产工程（包括采矿及选矿）、公用系统工程等内容、工程量和费用计算合理，不重复计算，不漏项不少算，不提高或降低估算标准；选用指标和具体工程之间存在标准或条件差异时，应进行必要的换算或调整；投资估算精度应能满足控制初步设计概算的要求，据此估算的投资应能控制概算投资，能为国家审批项目及投资决策提供依据。
《成本会计》课程案例资料 案例一 大学生吴晓东2012年7月毕业应聘到北方机械公司当成本会计员。 财务部成本科刘科长向小吴介绍了公司的有关情况。东方机械公司的基本情况如下： 1．产品情况 该厂主要生产大型重型机械，用于矿山等企业，是国内矿山机械的龙头企业。 2．车间设置情况 东方机械公司设有7个基本生产车间，分别生产矿山机械的各种零部件以及零部件的组装；另外，还设有4个辅助生产车间，为基本生产车间及其他部门提供劳务。 3．成本核算的现状 该厂现有会计人员36人，其中成本会计人员8人(不包括各个生产车间的成本会计人员)。由于该公司规模较大，现在实行两级成本核算体制，厂部和车间分别设置有关的成本费用明细账进行核算。 刘科长让小吴再了解几天企业成本核算及其他方面的情况后书面回答如下几个问题： 1．根据本厂的具体情况应采用什么核算体制(一级还是两级) 答：采用两极核算体制。由于该公司规模较大，现在实行两级成本核算体制，厂部和车间分别设置有关的成本费用明细账进行核算，实行统一核算和分散核算相结合。由于本公司规模较大，生产车间较多，为了加强成本的核算和管理，应采用两级成本核算的管理体制。这样，可以有效地组织成本核算工作，提高成本核算的工作效率。如果采取一级成本核算体制的话，则会使成本管理工作高度集中于公司，不利于提高各个生产车间降低成本的积极性，也不利于提高成本核算的工作效率。 2．车间和厂部应设置哪些成本会计核算的岗位 厂部应设置的成本核算岗位包括材料成本核算、工资成本核算、费用核算、产品成本核算等岗位。其中材料核算岗位承担由公司负责的一些材料费用的归集和分配，通过将各仓库交来的各车间领用材料的凭证进行审核，然后，将其分配给由各车间、部门负担。同时，应与材料供应部门密切合作，做好材料的采购、发放等工作；工资成本核算岗位主要负责计算每位职工的应付工资金额，并按工资费用的发生地点和用途，分配于不同的车间和部门。这些工资费用主要是由公司计算并支付的。而对于实行经济责任制情况下由各车间负责分配的诸如奖金等，则应由各车间、部门自行核算；费用核算岗位应要负责核算公司管理费用、营业费用以及各车间发生的一些管理费用。这些费用内容较多，也比较复杂，其日常的审核任务较重；产品成本核算岗位主要是进行产品成本的核算，包括各种费用的归集、分配，以及完工产品和在产品成本的核算等。产品成本核算在成本会计各岗位中是最重要的，应选择综合素质较高的人员担任。 车间应设置成本核算员，负责归集本车间所发生的一些费用，并进行分配。于月末时将
功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。 FP功能点估算法的特点 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及，对软件项目范围的估算有很多种方法，常见的就是LOC代码行和FP功能点法，它们之间的区别和关系如下： 1、 FP功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高，假如这个时候使用LOC代码行估算法，则误差会比较大。 2、使用FP功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法与软件开发技术密切相关。 3、 FP功能点法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算的。 4、通过一些行业标准或企业自身度量的分析，FP功能点估算法是可以转换为LOC代码行的。 在项目刚开始的时候进行功能点估算可以对项目的范围进行预测，在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同，因此在项目结束时还需要对项目的范围情况进行估算，这个时候估算的结果才能最准确反映项目的规模。 功能点分析的步骤 在本文中将以国际标准IFPUG(International Function Point Users Group)组织提供的功能点估算法V4.1.1为基础与大家进行讲解。如下图所示，首先大家应该了解功能点估算法的使用步骤。 功能点估算的步骤 1、识别功能点的类型。 2、识别待估算应用程序的边界和范围。 3、计算数据类型功能点所提供的未调整的功能点数量。
投资估算案例分析
⒈已知拟建项目建设期与类似项目建设期的综合价格差异系数为1.25，试用生产能力指数估算法估算拟建工程的工艺设备投资额；用系数估算法估算该项目主厂房投资和项目建设的工程费与其他费投资。 ⒉估算该项目的建设投资，并编制建设投资估算表。 ⒊若单位产量占用流动资金额为：33.67元/吨，试用扩大指标估算法估算该项目的流动资金。确定该项目的建设总投资。 分析要点： 本案例所考核的内容涉及了建设项目投资估算类问题的主要内容和基本知识点。投资估算的方法有：单位生产能力估算法、生产能力指数估算法、比例估算法、系数估算法、指标估算法等。本案例是在可行性研究深度不够，尚未提出工艺设备清单的情况下，先运用生产能力指数估算法估算出拟建项目主厂房的工艺设备投资，再运用系数估算法，估算拟建项目建设投资的一种方法。即：首先，用设备系数估算法估算该项目与
工艺设备有关的主厂房投资额；用主体专业系数估算法估算与主厂房有关的辅助工程、附属工程以及工程建设的其他投资。其次，估算拟建项目的基本预备费、涨价预备费，得到拟建项目的建设投资。最后，估算建设期贷款利息、并用流动资金的扩大指标估算法，估算出项目的流动资金投资额，得到拟建项目的建设总投资。具体计算步骤如下： 问题1 ⒈ 拟建项目主厂房工艺设备投资 C 2 ＝C 1 21 Q Q x ×f 式中：C 2——拟建项目主厂房工艺设备投资 C 1——类似项目主厂房工艺设备投资 Q 2——拟建项目主厂房生产能力 Q 1 ——类似项目主厂房生产能力 x ——生产能力指数，由于21 Q Q ＜2，可取x=1 f ——综合调整系数 ⒉ 拟建项目主厂房投资＝工艺设备投资×(1+∑Ｋi ) 式中：Ｋi 与设备有关的各专业工程的投资系
一、功能点估算法识别项目范围和数据复杂度 功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。 功能点估算法的特点 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。它们之间的区别和关系如下： ?功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。假如这个时候使用LOC代码行估算法，则误差会 比较大。 ?使用功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法则与软件开发技术密切相关。 ?功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。 ?通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。 在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。 功能点分析的步骤 本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。如下图所示，首先大家应该了解功能点估算法的使用步骤。
--------------------- 时磊忖呎… .... ...... ... .... 【案例一】 背景: 某拟建年产30万吨铸钢厂，根据可行性研究报告提供的已建年产25万吨类似工程的 主厂房工艺设备投资约2400万元。已建类似项目资料：与设备投资有关的各专业工程投资 系数，如表1 - 1所示。与主厂房投资有关的辅助工程及附属设施投资系数，见表1 - 2。 本项目的资金来源为自有资金和贷款，贷款总额为8000万元，贷款利率8%（按年计 息）。建设期3年，第1年投入30%，第2年投入50%，第3年投入20 %。预计建设期物价年平均 上涨率3%,基本预备费率5%。 问题： 1. 已知拟建项目建设期与类似项目建设期的综合价格差异系数为 1.25，试用生产能力 指数估算法估算拟建工程的工艺设备投资额；用系数估算法估算该项目主厂房投资和项目建 设的工程费与其他费投资。 2?估算该项目的建设投资，并编制建设投资估算表。 3.若单位产量占用流动资金额为：33.67元/吨，试用扩大指标估算法估算该项目的流 动资金。确定该项目的建设总投资。 分析要点: 本案例所考核的内容涉及了建设项目投资估算类问题的主要内容和基本知识点。投资估 算的方法有：单位生产能力估算法、生产能力指数估算法、比例估算法、系数估算法、指标估算法 等。本案例是在可行性研究深度不够，尚未提出工艺设备清单的情况下，先运用生产 能力指数估算法估算出拟建项目主厂房的工艺设备投资，再运用系数估算法，估算拟建项目 建设投资的一种方法。即:首先，用设备系数估算法估算该项目与工艺设备有关的主厂房投资额；用 主体专业系数估算法估算与主厂房有关的辅助工程、附属工程以及工程建设的其他 投资。其次，估算拟建项目的基本预备费、涨价预备费，得到拟建项目的建设投资。最后，估算建设 期贷款利息、并用流动资金的扩大指标估算法，估算出项目的流动资金投资额，得 到拟建项目的建设总投资。具体计算步骤如下： 问题1 1 拟建项目主厂房工艺设备投资C2= C1 X冷
软件测试技术 案例库
案例一：错误报告与管理 一、案例目的 1．熟悉错误报告的编写内容 2．熟悉错误管理的工作流程 3．了解测试管理的内容 二、案例内容： 1.测试酒店管理系统，编写有一定质量的错误报告 2.使用TestDirector测试管理软件，熟悉需求管理、测试计划、执行测试、错误管理 三、案例步骤： ?任务一：提交软件测试中发现的错误 1、安装酒店管理系统，测试该系统，针对所发现的错误，记录并提交错误以便开发 人员修改。 ?任务二：寻找软件测试中错误的触发条件，并编写有一定质量的错误报告。 1、1、测试酒店管理系统，根据任务一中提交错误报告存在的问题，重新编写错误报 告，错误报告的内容必须包括如下： 3、测试中需要考虑错误重现 4、错误报告通过TestDirector软件进行管理 ?TestDirector使用： ●●使用前设置 1、断开网络连接。在屏幕底部的工具栏上选择“本地连接”图标，右键点击，选择 “禁用”。 2、把计算机名改为“JF82-55”。控制面板—〉系统—〉网络标识—〉属性，修改计算 机名，重启机器。 3、启动TestDirector的相应服务。在控制面板中选择管理工具—〉组件服务—〉“本地 计算机上的服务”—〉选中“Advanced TestDirector Startstop Servic4e”—〉点右键选“启动”。 4、启动TestDirector。在屏幕底部的工具栏上出现粉红色图标TestDirector，右键选中 并点击，在弹出菜单中选择“Start TestDirector”。 5、从开始菜单中选择程序—〉TestDirector7.6，出现屏幕如图3-1。
第4章项目成本管理案例 项目的成本就是项目的全过程所耗用的各种费用的总与。项目的成本管理对于组织来说非常重要,成本管理并不只就是把项目的成本进行监控与记录,而就是需要对成本数据进行分析,以发现项目的成本隐患与问题,在项目遭受可能的损失之前采取必要的行动。 项目成本管理希望节约项目的费用,但并不意味着要一味减少成本。例如:在信息系统项目中,减少测试无疑能够减少项目的费用,但没有测试,如同许多曾经进行过的信息系统一样,把用户当做测试者,可能对项目造成灾难性的后果,最终,或者使得项目的成本大为提高,或者让项目走向失败的边缘。 案例一:成本估算 阅读以下关于信息系统项目管理过程中成本估算方面问题的叙述,回答问题1至问题3。 4、1、1案例场景 希赛信息技术有限公司(CSAI主要致力于为国内教育提供信息化服务,成立业内一流的研发中心,不断研究与推出深受用户欢迎的软件产品,客户遍布中国每个省/市/自治区。公司创立8年来,通过不断加强与改进技术管理来完善产品与提升服务品质,已成为中国教育软件研发领域首家通过CMM3评估项目的公司。 张工就是CSAI的项目经理,1个月前刚接手某高校学生管理系统研发项目。完成项目需求调研后,张工开始制定详细的进度与成本计划。表4-1与表4-2 分别就是张工用两种方法做的项目成本估算,估算货币单位为(元)。 【问题1】(8分) 请用200字以内说明信息系统项目管理过程进行成本估算的基本方法。 【问题2】(8分) 表4-1与表4一2分别采用了什么估算方法,表中估算成本A, B各为多少 【问题3】(9分) 请结合您本人的实际项目经验,用300字以内文字分析信息系统项目成本估算过程中的主要困难与应该避免的常见错误。 4、1、2案例分析 【问题1】 信息系统开发项目中常用的成本估算方法包括自顶向下估算法、自下而上估算法、参数估算法、专家估算法与猜测估算法等,其中自顶向下估算法也称为类比估算法。 (1)自顶向下估算方法 自顶向下估算法就是从项目的整体出发,进行类推,即估算人员根据以往完成类似项目所消耗的总成本或工作量,来推算将要开发的信息系统的总成本或工作量。然后,按比例将它分配到各个开发任务单元中,就是一种自上而下的估算形式,通常在项目的初期或信息不足时进行。例如,在合同期与市场招标时等。不就是非常精确的时候或在高层对任务的总的评估的时候采用这种方法。该方法的特点就是简单易行与花费少,但具有一定的局限性,准确性差,可能导致项目出现困难。 (2)自下而上估算方法 自下而上估算法就是利用工作分解结构图,对各个具体工作包进行详细的成本估算,然后将结果累加起来得出项目总成本。用这种方法估算的准确度较好,通常就是在项目开始以后,或者WBS已经确定的开发阶段等,需要进行准确估算的时候采用。它的特点就是这种方法最为准确。它的准确度来源于每个任务的估算情况,非常费时费力。估算本身也需要成本支持,而且可能发生虚报现象。 (3)参数估算方法 参数估算法就是一种使用项目特性参数建立数据模型来估算成本的方法,就是一种统计技术,如回归分析与学习曲线。数学模型可以简单也可以复杂。有的就是简单的线性关系模型,有的模型就比较复杂。一般参考历史信息,重要参数必须量化处理,根据实际情况,对参数模型按适当比例调整。每个任务必须至少有一个统一的规模单位。例如,平方米(m2),米(m),台,KLOC,FP,人/天,人/月,人/年等。其中的参数如xx 元/m2, xx 元/m, xx元/台,xx 元/KLOC, xx元/FP, xx元/人/天。一般说存在成熟的项目估算模型与具有良好的数据库数据为基础时可以采用。它的特点比较简单,而且也比较准确,就是常用的估算方法。但就是,如果模型选择不当或者数据不难,也会导致偏差。 通常有两类模型用于估算成本,即成本模型与约束模型。 成本模型就是提供工作量或规模的直接估计,常常有一个主要的成本因素,例如规模,还有很多的次要调节因素或成本驱动因素。典型的成本模型就是通过历史项目数据,进行回归分析得出的基于回归分析的模型。 约束模型显示出两个或多个工作量参数,持续时间参数或人员参数之间时间变化的关系。例如,PRICE-S与Putman模型。 (4)专家估算法 专家估算法就是由多位专家进行成本估算,一个专家可能会有偏见,最好由多位专家进行估算,取得多个估算值,最后得出综合
上杭森林公园投资估算与效益分析 一、投资估算的依据 上杭森林公园景区建设投资估算是以规划的规模、国家编制概预算的规定及福建省林业、旅游部分现行的有关技术经济指标、市场现行价格等为依据。不可预见费按单项工程估算的10％计算。 二、投资估算 上杭森林公园景区投资估算表分为基础设施投资、景点建设投资和公共设施投资三部分，每部分具体见下表。 该景区总投资5710万元，投资估算及各单项工程投资估算见表下表。 其中建设期（2009～2010年）投资额为3910万元，占总投资额的68.5%；近（20011～2013年）投资额为1800万元，占总投资额的31.5%。 表1 旅游基础设施建设投资估算表
由上述各表可见：上杭森林公园建设的近期建设投资估算为3909.4万元。 三、资金来源及筹资方案分析 上杭森林公园建设要多方位融资，遵循“谁投资、谁所有、谁受益”的原则，采取“国家、地方、部门、集体、个人一起上”、“内资、外资一起上”的办法，充分调动各方的投资积极性。政府部门应在旅游基础设施建设、可持续性规划、管理和开发方案、公共便民设施、宣传及促销及其它非营业性投资等方面进行投资，创造一个良好的投资环境。主要包括以下方法： ●把森林公园的规划建设纳入上杭县国民经济与社会发展计划中去，使之建 设与国民经济建设同步发展，加大对森林公园的投入和政策倾斜。 ●争取国家、各有关部门的专项建设资金。。 ●森林公园自筹资金 ●银行贷款
●招商引资 ●个人捐资 筹资方案确定主要有资金筹集成本的筹资风险两部分组成，总投资为5710万元。下面有三种方案，其中，贷款利率5%、属于国家政策性贷款，债息6%、筹集费率为1%，股息5%、筹集费率为1.5%。 资金来源方案A 方案B 方案C 自有资金30% 30% 30% 发放债券30% 20% 发放股票20% 10% 银行贷款40% 50% 40% 资金成本率：K=D/『P×（1-f）』 K为资金成本率，D为资金占用率，P资金总额，f筹资费率 综合资金成本率：Kw=Σ(Ki*Wi) Kw为综合资金成本率 Ki第i种个别资金成本率，Wi第i种个别资金占全部资金的比重。 方案A：W=30%, K=1731×6%/『1713×（1-1%）』=6.1% Kw=W×K=1.8% 方案B: W=20%， K=1142×5%/『1142×（1-1.5%）』=5.1% Kw=20%×5.1%=1.01% 方案C：W1=20% K1=6.1% W2=10% K2=5.1% Kw=20%×6.1%+10%×5.1%=1.73% 资金成本是筹资者取得和占用资金应付出的代价，故资金成本率越大，所付出的代价也就越大。以上三种方案相比较可知：方案B的综合资金成本率最小，