搜档网
当前位置:搜档网 › 软件开发实施项目工作量评估明细表

软件开发实施项目工作量评估明细表

软件开发实施项目工作量评估明细表
软件开发实施项目工作量评估明细表

项目工作量统计表项目名称:推进OA系统应用,强化业务整合

一、推进OA流程应用工作量

二、新功能开发工作量

工作量总计:761人·日

本文档部分内容来源于网络,如有内容侵权请告知删除,感谢您的配合!

关于嵌入式系统软件的全过程质量保证精

关于嵌入式系统软件的全过程质量保证 质量是产品的生命 当今随着软、硬件技术的发展,嵌入式系统广泛应用于航空航天、国防军事、电子通信等行业,其中软件也越来越复杂。而这些领域应用特点,决定了嵌入式系统往往是高安全、任务关键的系统,软件的微小瑕疵就可能严重威胁到生命和国家的安全、天文数字的巨额财产损失。这就使得保证嵌入式软件的质量和可靠性,变得至关重要。而在这些领域,对产品质量从来就保持着高度的重视,有将“质量视为产品的生命”的传统。这样,相关行业的高层管理人员和开发人员对于软件的质量也逐渐提高了重视程度。近年来,在组织上,建立了完善的软件测试体系;在开发和测试方法上,建立了中国的软件过程成熟度的评价体系GJB5OO0在自动化工具方面,投入了大量的经费和人员在测试设备的开发、购置和建设方面。应该说,软件作为嵌入式产品主要的组成部分之一,对其质量的重视是目前相关行业的一个共识。 IBM Rational多年来在软件工程和质量保证方面积累了丰富的方法和经验。本文依据部分嵌入式开发机构对软件质量保证工作的一些理解,分析相应开发机构工作中可能的问题,并提出以RUP为核心的全过程质量管理的思想和具体的实现方式,提出不同单位的过程改进方法,以一种渐进的方式,从简单的工作开始,逐渐深入地改进组织的软件质量管理水平。 定义质量 对于任何一个组织,定义共同的对质量的理解是重要的第一步。软件开发组织经常按照一种不精确的、概括的质量观念来运转。 在IBM Rational统一过程中,质量定义如下: 满足或超出认定的一组需求; 使用经过认可的评测方法和标准来评估; 使用认定的流程来生产。 在这个定义中,我们首先看需求,IBM Rati onal的软件质量在用户需求方面的定义分为五个方面:易用性、可靠性、性能、可支持和功能。 质量保证,归根结底就是为客户提供更高品质的产品,更好地满足客户的需求。另一方面,这个质量定义中明确指出,质量更体现在软件开发的整个过程和一个标准的评价方式上。 软件开发过程质量就是指为了生成工件而对可接受流程的实施和遵守程度,体现在三个层次: 产品本身和用来生产、组装软件产品的零部件质量; 在软件开发过程的标准化、流程化、自动化程度和团队基本协作平台的效率,各个过程对质量的承诺; 软件产品验收的评测手段应该是被业界广泛认可和接受的方法,所构筑的质量评价标准。 一个软件生产企业的过程质量一般可以用它的软件过程成熟度等级来评估。 RUP全过程质量保证 Rational Unified Process (RUP是一个可以通过Web来使用的软件工程过程。作为软件工业事实上的标准,它回答了我们以下问题:在整个软件开发的各个过程中,谁(角色)应该在什么时候(详细工作流程)做什么(任务)和产生什

软件开发实施项目工作量评估明细表

项目工作量统计表 项目名称:推进OA系统应用,强化业务整合 一、推进OA流程应用工作量 序号阶段工作内容人员 配备 人·日 1 项目准备现有系统配置情况检查 系统相关模块的基本数据情况检查 制定实施阶段计划,约定每个阶段的时长,准 确划分各阶段时间节点 预定培训实施期间培训日期安排 3 9 2 系统配置建立相关组织结构 建立相关角色 调整全局配置项 建立权限分配方案 2 12 3 流程调研落实需要上线的流程列表,这些流程主要包 括:党委发文流程、纪委发文流程、公司发文 流程、部门发文流程(报告、函、请示、通知)、 公司收文流程,以及:用印申请流程、出差申 请流程、会议管理流程等 培训流程图的标准画法 收集流程图,交流流程信息、修改流程图、流 程图定稿 4 36 4 设定流程建立流程,谁提交,谁批准,谁执行 建立流程表单,及相应说明 建立流程处理签 建立存档管理,配置相关归档目录 建立权限管理 5 85 5 模拟调试对所有流程进行模拟测试,特别是各个重要公 文流程,必须进行遍历测试 根据模拟测试发现的情况,对流程设置进行检 讨和调整 4 72 6 管理员培训对流程管理员进行培训,使其掌握流程异常情 况处理、流程微调技巧 2 8 7 用户培训根据项目实际整理培训资料 落实培训人员、场地、时间安排 三场用户培训,需用户积极配合协调 2 8 8 系统启用建立起与系统运行相适应的管理规章制度 发布正式启用系统的通知 系统检查与实施补充 问题收集、反馈、调整 2 12 9 项目收尾项目回顾 权限收回 2 2 合计244

二、新功能开发工作量 序号阶段工作内容人员 配备 人·日 1 需求调研、分析了解用户业务,获取用户对功能、性能等方面 的需求 4 20 2 需求确认用户方、开发方对需求进行审核确认 这些功能包括:安全认证、电子印章、规章制 度管理、业务整合 2 10 3 总体设计系统初步设计 2 10 4 总体设计评审用户方、开发方对总体设计审核确认 2 2 5 详细设计对系统功能、操作界面、处理逻辑、数据库、 代码体系等进行详细设计 2 20 6 详细设计评审开发组对详细设计方案审核确认 1 3 7 编程、单元测试编写程序、单元测试 系统管理(设置,备份还原) 操作人员管理及权限管理 2 24 安全认证 2 70 电子印章 2 64 规章制度管理 3 81 业务整合(初步) 2 20 业务整合(深入) 4 120 8 集成测试系统集成测试、系统测试,编程与测试可以交 叉进行 4 24 9 安装调试到用户现场安装调试开发好的系统,并与用户 一起试走业务流程,对系统进行功能确认测试 3 21 10 系统初始化将系统初始化;准备业务基础数据并录入系 统; 2 12 11 用户培训对用户操作人员、系统管理人员进行详细培训 1 4 12 项目跟踪与总 结 系统bug控制,操作指导 2 12 合计517 工作量总计:761人·日

软件测试人员技术评估表

测试人员技能调访评估表 用人部门:受评人员:评估时间范围:工作内容: 评估标准: 0~2(很少或糟糕):完全不具备该技能或很少; 3~4(了解或稍差):对该技能有一定的认识,并能够在工作中少量应用; 5~6(理解或一般):基本掌握该技能,并能够在工作中应用; 7~8(掌握或良好):熟悉掌握该技能,在工作中能够熟练应用并不断改进; 9~10(精通或优秀):精通此项技能,能灵活应用并提出独特及创新性见解或方法; N/A(不参与评估):不了解受评人的此项技能,无法评估;或者此项不适用于本次评估; 测试人员评估(1)——软技能评估(打分) 技能受访人 A受访人 B 受访人 C 受访人 D 受访人 E 平均分 1、新事物、知识接收与学习钻研能力 2、沟通技巧、能力与人际交往能力 3、事物分析与方法探索及创新能力 4、工作思路与整体规划统筹能力 5、工作严谨性、问题质疑与洞察能力 6、问题定位、总结与提练能力 7、文字表达、陈述与文档编撰能力 8、团队精神与团队协作能力 9、工作积极性、自觉性、责任必、态度等表现 受访人员:总分: 岗位职能或与受评人的工作关系: (上下级、队友、协作、研发、测试) 测试人员评估(2)——测试技能评估(打分) 技能受访人 A受访人 B 受访人 C 受访人 D 受访人 E 平均分 测试计划与进度1、测试计划考虑周全、完备性 2、测试进度的控制、偏差控制 测试分析与设计3、对测试对象的认识与理解度 4、测试需求分析的全面性与透彻性 5、测试方案与策略设计的适宜性与全面性 6、概要测试用例设计质量(规划合理性) 7、测试自动化的设计与融入度 测试实现和执行8、测试对象、环境的管理与防护 9、测试环境的搭建、模拟与管理 10、详细测试用例设计质量(覆盖率与精练度) 11、测试用例执行(执行覆盖率) 12、缺陷管理工具的使用情况(熟练度、规范性) 13、配置管理工具的使用情况(熟练度、规范性) 14、自动化测试工具的使用情况(熟练度)

员工工作能力评估表 .doc

军转落户须知 (只限海淀区) 一、《转业证》(加盖入户地人民武装部预备役登记章) 二、《入户介绍信》(加盖北京市退役军人事务局印章) 三、《军人公民身份证号码登记表》原件 身份证号码变更的,由变更地派出所开具“公民身份证号码更正证明” 四、户口注销证明(由入伍前户籍所在地公安机关出具) 五、存档单位出具的本人基本情况介绍信(出生日期必须与军人号码登记表上的出生日期保持一致) 1、自主择业:由区退役军人服务中心开具个人基本情况介绍信; 2、计划分配到市属单位:由单位开具个人基本情况证明; 3、计划分配到区属单位:由区退役军人事务局开具个人基本情况介绍信,同时接收单位开具接收证明; 4、自谋职业:由区退役军人事务局开具个人基本情况介绍信,同时原单位开具自谋职业的情况说明; 六、落户住房材料(详见以下说明) 1、落单位所有住房的(无房产证):由单位房管部门出具住房证明,出具之前必须由单位负责人与所属派出所进行核实,确保所出具的落户地址能够落户; 2、落单位集体户口的:由落户单位集体户口负责部门出具同意落户证明(写明落户地址),出具之前由单位负责人与所属派出所进行核实,确保能够顺利落户; 3、落个人房产的:出具房产及户口簿等相关材料。 ◆落户程序:备齐落户材料→网上查询到信息→分局窗口开具入户通知书→到所属派出所落户; 注:与配偶并户的,出具配偶户口本、结婚证;与子女并户的,出具结婚证、子女户口本和出生医学证明;与父母并户的,出具亲属相关材料。

网上信息查询 ◆关注微信公众号“平安北京”→便民服务→网上北京市公安局→户政业务→第16项因工作原因调动办理户口,输入身份证号码进行查询; ◆关注微信公众号“海淀公安”→办事指南→网上北京市公安局→户政业务→第16项因工作原因调动办理户口,输入身份证号码进行查询; ◆xx (网上北京市公安局) 注:如出现与实际相冲突,以窗口实际查询为准。

软件开发成本估算.doc

软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品,软件的成本不包括原材料和能源的消耗,主要是人的劳动的消耗。另外,软件也没有一个明显的制造过程,它的开发成本是以一次性开发过程所花费的代价来计算的。因此,软件开发成本的估算,应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试,整个开发过程所花费的代价作为依据的。 软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的,一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中: L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量(以人年计) td-----------开发持续时间(以年计) Ck----------技术状态常数,它反映“妨碍开发进展的限制”,取值因开发环

境而异,见下表 从上述方程加以变换,可以得到估算工作量的公式: K = L3/(Ck3*td4) 还可以估算开发时间: td = [L3/(Ck3*K)]1/4 2.COCOMO模型(constructive cost model) 这是由TRW公司开发,Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量: DSI-------源指令条数。不包括注释。1KDSI = 1000DSI。 MM-------开发工作量(以人月计) 1MM = 19 人日 = 152 人时 =1/12 人年 TDEV-----开发进度。(以月计)

COCOMO模型中,考虑开发环境,软件开发项目的类型可以分为3种: 1.组织型(organic): 相对较小、较简单的软件项目。开发人员对开发目标理解比 较充分,与软件系统相关的工作经验丰富,对软件的使用环境很熟悉,受硬件的约束较小,程序的规模不是很大(<50000行) 2.嵌入型(embedded): 要求在紧密联系的硬件、软件和操作的限制条件下运行, 通常与某种复杂的硬件设备紧密结合在一起。对接口,数据结构,算法的要求高。软件规模任意。如大而复杂的事务处理系统,大型/超大型操作系统,航天用控制系统,大型指挥系统等。 3.半独立型(semidetached):介于上述两种软件之间。规模和复杂度都属于中 等或更高。最大可达30万行。 估算公式: 基本COCOMO模型估算工作量和进度的公式如下 工作量:MM = r*(KDSI)c 进度:TDKV = a(MM)b 其中经验常数 r, c, a, b 取决于项目的总体类型。 COCOMO模型按其详细程度可以分为三级:基本COCOMO模型,中间COCOMO模型,详

QR8.3-50嵌入式软件开发评估表

嵌入式软件开发评估表 JL-12-29 项目名称: 一、推进流程应用工作量 序 号 阶段工作内容阶段评估验证 1 项目准 备 现有系统配置情况检查 系统相关模块的基本数据情况检查 制定实施阶段计划,约定每个阶段的时长,准确划分各 阶段时间节点 预定培训实施期间培训日期安排 2 系统配 置 建立相关组织结构, 建立相关角色 调整全局配置项 建立权限分配方案 3 流程调 研 落实需要上线的流程列表,这些流程主要包括:党委发 文流程、纪委发文流程、公司发文流程、部门发文流程 (报告、函、请示、通知)、公司收文流程,以及:用 印申请流程、出差申请流程、会议管理流程等 培训流程图的标准画法 收集流程图,交流流程信息、修改流程图、流程图定稿 4 设定流 程 建立流程,谁提交,谁批准,谁执行 建立流程表单,及相应说明, 建立流程处理签 建立存档管理,配置相关归档目录 建立权限管理 5 模拟调 试 对所有流程进行模拟测试,特别是各个重要公文流程, 必须进行遍历测试 根据模拟测试发现的情况,对流程设置进行检讨和调整 6 管理员 培训 对流程管理员进行培训,使其掌握流程异常情况处理、 流程微调技巧 7 用户培 训 根据项目实际整理培训资料 落实培训人员、场地、时间安排 三场用户培训,需用户积极配合协调 8 系统启 用 建立起与系统运行相适应的管理规章制度 发布正式启用系统的通知 系统检查与实施补充 问题收集、反馈、调整 9 项目收 尾 项目回顾、权限收回 总评 二、新功能开发流程

序号阶段工作内容阶段评估验证 1 需求调研、 分析 了解用户业务,获取用户对 功能、性能等方面的需求 2 需求确认用户方、开发方对需求进行审核确认 这些功能包括:安全认证、电子印章、规章制度管理、业务整合 3 总体设计系统初步设计 4 总体设计评 审 用户方、开发方对总体设计 审核确认 5 详细设计对系统功能、操作界面、处理逻辑、数据库、代码体系等进行详细设计 6 详细设计评 审 开发组对详细设计方案审 核确认 7 编程、单元 测试 编写程序、单元测试 系统管理(设置,备份还原) 操作人员管理及权限管理 安全认证 电子印章 规章制度管理 业务整合(初步) 业务整合(深入) 8 集成测试系统集成测试、系统测试,编程与测试可以交叉进行 9 安装调试到用户现场安装调试开发好的系统,并与用户一起试走业务流程,对系统进行功能确认测试 10 系统初始化将系统初始化;准备业务基础数据并录入系统; 11 用户培训对用户操作人员、系统管理人员进行详细培训 12 项目跟踪与 总结 系统bug控制,操作指导 合计

员工岗位任职能力考核评价表

员工岗位任职能力考核评价表 填写日期:年月日 填报单位:

填表说明: 1、此表交行政人力部存档。 2、技能通道内的员工,“理论及操作技能考试得分”栏填写日常考试成绩以公司定期理论、技能考试,“考核评价得分”栏填写全员任职能力和技术任职能力的考核评价所得分数。 3、综合序列内各通道及生产序列内技术通道内员工,有理论或技术考试的,填写理论及操作技能考试得分,考核评价得分填写全员任职能力和技术任职能力的考核评价所得分数;没有理论或技术考试的,总得分填写全员任职能力和技术任职能力的考核评价所得分数。 4、“总得分”栏填写理论及操作技能考试得分乘以40%加上考核评价得分乘60%所得分数。 5、“综合评价”栏应用文字写明被考核者的考核等级(如优秀、良好、合格等)。

附件2: 管理人员民主测评表 说明:请参加测评者认真对每名人员进行评价,每个项目只能划一个“√”。

附件3: 个人总结(模板)(二号宋体字) 我叫XXX,是XX分场或部门的XXXXX(岗位)。我的岗位主要职责是:1.XXXX2.XXXXX3.XXXXX……(列举几条主要岗位职责)。 (工作中如何表现,具体做了哪些工作,完成了哪些重要的工作任务。) (工作中有哪些不足。产生工作不足的原因及根源。)(针对问题,如何进行整改。) (最终达到什么样的自我工作目标。) (正文三号仿宋字)

述职报告 我叫赵洪波,1989年参加工作,人力资源管理师,参加工作以来曾从事过事务员、统计、出纳、人资社保等工作,2010年11月调入国电赤峰化工有限公司,曾在设备部担任资料管理员,负责图纸发放和统计、设计变更等工作,2011年2月至今任质检中心综合管理职务。 我的岗位职责: 1、负责检查本部门考勤、劳动纪律的执行情况。 2、负责本部门工资结算、发放工作。 3、负责本部门报刊订发、信件、文件收发管理工作。 4、负责本部门办公用品的申请及发放工作。 5、负责本部门财务预算、报表及报销工作。 6、负责完成行政管理对口日常办事工作。 7、负责办理职工转、定级等手续,按要求及时准确。 8、负责职工福利物品的发放。 任职以来公司正是基建期转型生产期,一切都是初期准备阶段,严格遵守公司的各项规章制度,首先每月按照公司的管理制度要求上报部门人员考勤,工资的发放等工作,按照人力资源部要求为全分场员工按月、按季配备了劳动保护用品及发放工作,使每位员工的安全得到了相应的保障。为新报道员工联系住宿,报销车票等工作;及时准确发放福

软件开发工作量估算和报价

1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式:软件开发价格=开发工作量×开发费用/人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关: 软件开发工作量=估算工作量经验值×风险系数×复用系数 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤风险系数≤ 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法”,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。因此: ≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法(软件产品线)的经验数据,提高工作效率达到25%(最高值)。 开发费用/人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。开发费用/人·月=(P+Q+R)×S×τ (人头费)P 人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%-80%。 P =B × 国家规定的公积金7%,医疗保险金12%,养老金22%,失业金2%(即通常所说的四金),另外还有按工资总额计征的工伤保证金%,生育保证金%,残疾基金%,工会基金2%,累计为%。 B为平均工资,即企业支付给员工的工资、奖金、物质奖励等多项总和,除以企业员工数,分摊到每个月。Q(办公费) 办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消耗品、水电空调费、设备折旧、差旅费,另外也包括企业对员工的在职培训所支付的费用,其总量在软件企业中的商务成本占20%-30%。 Q =B/3 此处办公费用按商务成本的25%计算。

QR8.3-50嵌入式软件开发评估表

嵌入式软件开发评估表 QR8.3-50NO. 项目名称: 一、推进流程应用工作量 序 号 阶段工作内容阶段评估验证 1 项目准 备 现有系统配置情况检查 系统相关模块的基本数据情况检查 制定实施阶段计划,约定每个阶段的时长,准确划分各 阶段时间节点 预定培训实施期间培训日期安排 2 系统配 置 建立相关组织结构, 建立相关角色 调整全局配置项 建立权限分配方案 3 流程调 研 落实需要上线的流程列表,这些流程主要包括:党委发 文流程、纪委发文流程、公司发文流程、部门发文流程 (报告、函、请示、通知)、公司收文流程,以及:用 印申请流程、出差申请流程、会议管理流程等 培训流程图的标准画法 收集流程图,交流流程信息、修改流程图、流程图定稿 4 设定流 程 建立流程,谁提交,谁批准,谁执行 建立流程表单,及相应说明, 建立流程处理签 建立存档管理,配置相关归档目录 建立权限管理 5 模拟调 试 对所有流程进行模拟测试,特别是各个重要公文流程, 必须进行遍历测试 根据模拟测试发现的情况,对流程设置进行检讨和调整 6 管理员 培训 对流程管理员进行培训,使其掌握流程异常情况处理、 流程微调技巧 7 用户培 训 根据项目实际整理培训资料 落实培训人员、场地、时间安排 三场用户培训,需用户积极配合协调 8 系统启 用 建立起与系统运行相适应的管理规章制度 发布正式启用系统的通知 系统检查与实施补充 问题收集、反馈、调整 9 项目收 尾 项目回顾、权限收回 总评 二、新功能开发流程

序号阶段工作内容阶段评估验证 1 需求调研、 分析 了解用户业务,获取用户对 功能、性能等方面的需求 2 需求确认用户方、开发方对需求进行审核确认 这些功能包括:安全认证、电子印章、规章制度管理、业务整合 3 总体设计系统初步设计 4 总体设计评 审 用户方、开发方对总体设计 审核确认 5 详细设计对系统功能、操作界面、处理逻辑、数据库、代码体系等进行详细设计 6 详细设计评 审 开发组对详细设计方案审 核确认 7 编程、单元 测试 编写程序、单元测试 系统管理(设置,备份还原) 操作人员管理及权限管理 安全认证 电子印章 规章制度管理 业务整合(初步) 业务整合(深入) 8 集成测试系统集成测试、系统测试,编程与测试可以交叉进行 9 安装调试到用户现场安装调试开发好的系统,并与用户一起试走业务流程,对系统进行功能确认测试 10 系统初始化将系统初始化;准备业务基础数据并录入系统; 11 用户培训对用户操作人员、系统管理人员进行详细培训 12 项目跟踪与 总结 系统bug控制,操作指导 合计

《嵌入式系统设计与开发》考核办法及评分标准

《嵌入式系统设计与开发》考核办法及评分标准 一、考核办法 编写基于嵌入式WindowsCE嵌入式操作系统的应用程序 二、考核班级 07计算机本科1、2、3、4班 三、考核目的 嵌入式系统设计与开发是计算机科学与技术专业本科生的一门选修课程。通过本次考核,使学生了解WinCE操作系统的使用,掌握开发嵌入式WinCE系统的基本技能,了解嵌入式WinCE开发环境,掌握嵌入式WinCE系统中的应用程序设计技术。检验学生对嵌入式程序设计的掌握情况。 四、考核内容 学生可以从以下题目中选择任意一个作为自己的开发项目: 1、制作课表软件:课表软件包括如下模块:资源文件、头文件、主窗口入 口文件、子窗口入口文件、关于对话框过程文件、课目对话框过程文件、教室对话框过程文件、教学计划对话框过程文件、教学大纲对话框过程 文件、实验大纲对话框过程文件、课程教案对话框过程文件、课程讲义 对话框过程文件等模块,实现课表内容的编辑和修改。 2、文件管理软件:文件管理软件包括如下模块:资源文件、头文件、主窗 口入口文件、子窗口入口文件、关于对话框过程文件、复制文件对话框 过程文件、移动文件对话框过程文件等模块,实现文件的基本操作。 3、数据库软件制作:数据库软件包括如下模块:资源文件、头文件、主窗 口入口文件、子窗口入口文件、关于对话框过程文件、添加或编辑记录 对话框过程文件、查找记录对话框过程文件等模块,实现数据库的基本 操作 任课教师:系主任:主管领导:

4、学生自拟题目,拿给任课老师审核同意后再作开发。 五、评分标准 1、应用程序结构合理、逻辑清楚、功能完善、界面友好、开发文档和使用 文档详细、有条理。评定为“A” 2、应用程序结构合理、逻辑较清楚、功能较完善、界面友好、开发文档和 使用文档详细、有条理。评定为“B” 3、应用程序结构较合理、逻辑较清楚、功能较完善、界面一般、开发文档 和使用文档较详细。评定为“C” 4、应用程序结构不太合理、逻辑不太清楚、功能不完善、界面无特色、开 发文档和使用文档不够详细、条理性差。评定为“D” 5、应用程序结构不合理、逻辑不清楚、功能未实现、界面无特色,缺少开发 文档和使用文档。评定为“E”

软件开发报价的计算方法完整版

软件开发报价的计算方法(完整版) 1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量×开发费用/人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关: 软件开发工作量=估算工作量经验值×风险系数×复用系数 1.1.1估算工作量经验值(以A来表示) 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 1.1.2风险系数(以σ来表示) 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤风险系数≤ 1.5 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“1.5”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。 复用系数(以τ来表示)1.1.3. 估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法”,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。因此: 0.25 ≤复用系数≤ 1 根据国内外软件企业在实施基于构件开发方法(软件产品线)的经验数据,提高工作效率达到25%(最高值)。 1.2开发费用/人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。

软件企业评估申请表

委托编号: 评估编号: 软件企业评估申请表 企业名称(盖章): 所在地区: 申请日期:年月日 四川省软件行业协会 二〇一六年制

填写说明 一、企业应按照《软件企业评估规范T/SCSIA1-2015》如实填写本委托书。 二、“企业名称”须填全称。 三、“所在地区”是指企业所在市、区。 四、委托编号、评估编号、评估意见由四川省软件行业协会填写。 五、“申请企业经营情况”、“申请企业研发水平”、“申请企业人员构成情 况”应当填写企业申请评估年度上一年度情况,其他项填写申请评估时的情况。实际年限不足一年的,按实际月份填写。 六、申请书中“当年月平均职工总人数”按照以下公式计算: 月平均职工总人数=(月初职工总人数+月末职工总人数)÷2 当年月平均职工总人数=当年各月平均职工总人数之和÷12 七、企业应按规定的时限要求,将申请书纸质版(按A4纸规格装订)和 电子版提交至四川省软件行业协会。电子版与纸质版内容须完全一致。 八、申请书封面注明盖章处,须加盖公章,复印无效;申请书纸质版须加 盖骑缝章。 九、除另有说明外,申请书中栏目不得空缺,无内容时填写“无”。

软件企业评估委托函 我公司已详细阅读并充分理解《软件企业评估规范T/SCSIA1-2015》标准的各项条款,特此委托四川省软件行业协会对我公司年度的情况进行评估。 我公司郑重承诺:近三年内在《全国企业信用信息公示系统》 未列入经营异常名录,企业法定代表人无违法、违纪行为。所提交的软件企业评估委托书及所有附件材料填写完整、准确、真实、有效,复印件与原件一致。如材料不实或有虚报、瞒报行为,我公司自愿承担相应法律责任。 委托公司名称(盖章): 法定代表人签字: 委托日期:年月日

嵌入式软件开发评估表

嵌入式软件开发评估表 QR NO. 项目名称: 一、推进流程应用工作量 序 号 阶段工作内容阶段评估验证 1 项目准 备 现有系统配置情况检查 系统相关模块的基本数据情况检查 制定实施阶段计划,约定每个阶段的时长,准确划分各 阶段时间节点 预定培训实施期间培训日期安排 2 系统配 置 建立相关组织结构, 建立相关角色 调整全局配置项 建立权限分配方案 3 流程调 研 落实需要上线的流程列表,这些流程主要包括:党委发 文流程、纪委发文流程、公司发文流程、部门发文流程 (报告、函、请示、通知)、公司收文流程,以及:用 印申请流程、出差申请流程、会议管理流程等 培训流程图的标准画法 收集流程图,交流流程信息、修改流程图、流程图定稿 4 设定流 程 建立流程,谁提交,谁批准,谁执行 建立流程表单,及相应说明, 建立流程处理签 建立存档管理,配置相关归档目录 建立权限管理 5 模拟调 试 对所有流程进行模拟测试,特别是各个重要公文流程, 必须进行遍历测试 根据模拟测试发现的情况,对流程设置进行检讨和调整 6 管理员 培训 对流程管理员进行培训,使其掌握流程异常情况处理、 流程微调技巧 7 用户培 训 根据项目实际整理培训资料 落实培训人员、场地、时间安排 三场用户培训,需用户积极配合协调 8 系统启 用 建立起与系统运行相适应的管理规章制度 发布正式启用系统的通知 系统检查与实施补充 问题收集、反馈、调整 9 项目收 尾 项目回顾、权限收回 总评 二、新功能开发流程

序号阶段工作内容阶段评估验证 1 需求调研、 分析 了解用户业务,获取用户对 功能、性能等方面的需求 2 需求确认用户方、开发方对需求进行审核确认 这些功能包括:安全认证、电子印章、规章制度管理、业务整合 3 总体设计系统初步设计 4 总体设计评 审 用户方、开发方对总体设计 审核确认 5 详细设计对系统功能、操作界面、处理逻辑、数据库、代码体系等进行详细设计 6 详细设计评 审 开发组对详细设计方案审 核确认 7 编程、单元 测试 编写程序、单元测试 系统管理(设置,备份还原) 操作人员管理及权限管理 安全认证 电子印章 规章制度管理 业务整合(初步) 业务整合(深入) 8 集成测试系统集成测试、系统测试,编程与测试可以交叉进行 9 安装调试到用户现场安装调试开发好的系统,并与用户一起试走业务流程,对系统进行功能确认测试 10 系统初始化将系统初始化;准备业务基础数据并录入系统; 11 用户培训对用户操作人员、系统管理人员进行详细培训 12 项目跟踪与 总结 系统bug控制,操作指导 合计

员工岗位任职能力考核评价表

员工岗位任职能力考核 评价表 Company number:【WTUT-WT88Y-W8BBGB-BWYTT-19998】

员工岗位任职能力考核评价表 填报单位:填写日期:年月日 姓名 岗位部门学历职称评价考核期年月至 年月 评价考核项目分数评价考核要点 评分 差 1-59% 合格 60-79% 良好80- 89% 优秀 90-100% 全员任职能力学习能力10 是否掌握系统的理论知识,能够将工作中的经验进行总结提炼并有所创新,并能够将所学传授他人 执行能力10 是否自觉遵守公司的各项规章制度,是否依照既定的计划、原则和办法执行工作任务,关注细节,有意识地在工作中寻求规律技巧,提升工作效率与水平 创新能力10 能否在工作中主动学习,锐意进取,创造或引进新观念、方式,有意识利用新知识来改进工作,提高工作绩效 协同能力10 是否具有全局意识,能否主动为他人提供帮助,主动配合其他部门或岗位进行相关工 作,善与人沟通,能有效地化解工作中的矛盾 技术任职能力专业知识20 掌握与本职工作相关的专业知识的能力 专业技术20 职位所需的专业技术能力如何,工作中出现有难度的问题能否予以好的处理 工作效率10 能否在规定时间内较好地完成工作,是否除自觉完成本职工作外,还能承担分外的工作工作成果10 能否按照事先拟定计划或目标保质保量地完成工作任务 理论及操作技能考试得分考核评价得分 总得分奖惩情况

填表说明: 1、此表交行政人力部存档。 2、技能通道内的员工,“理论及操作技能考试得分”栏填写日常考试成绩以公司定期理论、技能考试,“考核评价得分”栏填写全员任职能力和技术任职能力的考核评价所得分数。 3、综合序列内各通道及生产序列内技术通道内员工,有理论或技术考试的,填写理论及操作技能考试得分,考核评价得分填写全员任职能力和技术任职能力的考核评价所得分数;没有理论或技术考试的,总得分填写全员任职能力和技术任职能力的考核评价所得分数。 4、“总得分”栏填写理论及操作技能考试得分乘以40%加上考核评价得分乘60%所得分数。 5、“综合评价”栏应用文字写明被考核者的考核等级(如优秀、良好、合格等)。

8.3.2.3 带有嵌入式软件的产品的开发-IATF16949条款解读

8 运行 8.3产品和服务的设计和开发 8.3.2.3带有嵌入式软件的产品的开发 组织应有一个质量保证过程,用于其带有内部开发的嵌入式软件的产品。应采用软件开发评估方法来评估组织的软件开发过程。组织应按照风险和对顾客潜在影响的优先级,为软件开发能力自评估保留形成文件的信息。 组织应将软件开发纳入其内部审核方案的范围(见第 9.2.2.1条)。 8 Operation 8. 3 Design and development of products and services 8. 3.2.3 Development of products with embedded software The organization shall use a process for quality assurance for their products with internally developed embedded software,A software development assessment methodology shall be utilized to assess the organization's software development process. Using prioritization based on risk and potential impact to the customer,the organization shall retain documented information of a software development capability self-assessment.

如何评估个人的软件开发能力(精)

如何评估个人的软件开发能力 从基本的来看,应涉及到以下几点: 1. 读程序的能力 很多的软件开发工作不一定会从头开始,这就需要开发人员有良好的阅读程序的能力,能在尽可能短的时间里了解软件整体的架构,理解该软件初始的开发思想,能迅速并有效地参与到项目开发中去。 2. 编码能力 这点会涉及到开发人员对所用语言的熟练程度,和该开发人员的编程风格。是否拥有良好的编程习惯,能遵循通用的编程规范,并作好注释,对该开发人员所开发代码的易读性和易维护性有很大的影响。 3. 调试和测试能力 现代的软件行业中,代码的调试和测试时间并不比编码时间短,甚至会超出,当然,很多的调试和测试工作并不都是编码人员完成,但测试工作是很多软件开发人员的必经之路。 4. 软件的维护 似乎维护谈不上需要什么能力,因为这时更多需要的是开发人员的耐心。记得曾经看过这样的话(大意:你的程序就是你的孩子,在你产生了他们之后,还需要你的呵护才能成长和成熟^^ 前面讨论的都是实际动手能力,是一个软件开发人员的基本功。而评估一个开发人员的软件开发能力,除了评估他的编程能力外,还应考虑到其他的一些很重要的能力,如 1. 需求分析的能力

一个项目,最初就需要做需求分析,了解该项目的目的,对系统的需求,对功能的要求,并对其进行分析,作好项目规划和说明 2. 建立软件框架的能力 建立一个良好的软件框架是这个项目成功的一个保证,需要考虑整个软件的一致性和完整性 3. 贯穿项目始终的管理控制能力 在项目开发过程中,不可避免会出现新需求的加入,目标的修正,或者人员的变动等问题,对此进行有效的管理控制是对开发人员的更高要求 ...... 因为到现在为止,在软件方面,我还只是在别人的程序上修修改改,做增减功能,调试查错等工作,所以只能谈这么多了,也希望大家不吝赐教,共同进步^0^ 台湾蔡学镛先生的《JAVA夜未眠》 台湾蔡学镛先生的《JAVA夜未眠》 前言 在ChinaITLAB导师制辅导中,笔者发现问得最多的问题莫过于"如何学习编程?JAVA该如何学习?"。类似的问题回答多了,就萌生了写下本文的想法。到时候再有人问起类似的问题,我可以告诉他(她,请你去看看《JAVA学习之路》。拜读过台湾蔡学镛先生的《JAVA夜未眠》,有些文章如《JAVA学习之道》等让我们确实有共鸣,本文题目也由此而来。 软件开发之路是充满荆棘与挑战之路,也是充满希望之路。JAVA学习也是如此,没有捷径可走。梦想像《天龙八部》中虚竹一样被无崖子醍醐灌顶而轻松获得一甲子功力,是很不现实的。每天仰天大叫"天神啊,请赐给我一本葵花宝典吧",殊不

软件开发工作量估算和报价

1.软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式:软件开发价格=开发工作量×开发费用/人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关: 软件开发工作量=估算工作量经验值×风险系数×复用系数 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。

估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l ≤风险系数≤ 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的,但如果软件企业已经采用“基于构件的开发方法”,并己建立起能够复用的构件库(核心资产库),或者已有一些软件产品,仅作二次开发,从而使软件开发工作量减少。因此: ≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法(软件产品线)的经验数据,提高工作效率达到25%(最高值)。 开发费用/人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用/人·月=(P+Q+R)×S×τ P(人头费)

工作量的评估方法

工作量的评估方法 标准化文件发布号:(9312-EUATWW-MWUB-WUNN-INNUL-DDQTY-KII

工作量的评估方法 1.软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算,给出一个计算公式: 软件开发价格=开发工作量×开发费用/人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关: 软件开发工作量=估算工作量经验值×风险系数×复用系数 估算工作量经验值(以A来表示) 软什开发工作量的计算,曾有人提出以源代码行或功能点来计算,这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算,国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法,建议可按照国家标准“GB/T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内(日历中的月,即包括国家规定的节假日)能完成的工作量为单位,也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发,也应包括各类软件测试的活动。 风险系数(以σ来表示) 估算工作量经验值亦会存在较大风险,造成软件危机的因素很多,这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉,而且用户又无法或不能完整明白地表达他们的真实的需求,从而造成软件企业需要不断地完善需求获取,修改设计等各项工作。因此: l≤风险系数≤ 根据我们对软件企业的了解,超过估算工作量经验值的一半,已是不可接受,所以我们确定“”为极限值。当然这既要看企业的能力,也要看用户能接受的程度。

(完整word版)软件评价指标

我们常说某某软件好用,某软件功能全、结构合理、层次分明。这些表述很含糊,用来评价软件质量不够确切,不能作为企业选购软件的依据。对于企业来说,开发单位按照企业的需求,开发一个应用软件系统,按期完成并移交使用,系统正确执行用户规定的功能,仅仅满足这些是远远不够的。因为企业在引进一套软件过程中,常常会出现如下问题: ● 定制的软件可能难于理解,难于修改,在维护期间,企业的维护费用大幅度增加; ● 企业对外购的软件质量存在怀疑,企业评价软件质量没有一个恰当的指标,对软件可靠性和功能性指标了解不足; ● 软件开发商缺乏历史数据作为指南,所有关于进度和成本的估算都是粗略的。因为没有切实的生产率指标,没有过去关于软件开发过程的数据,企业无法精确评价开发商的工作质量。 为此,有必要先了解软件的质量评价体系。美国的B.W.Boehm和R.Brown 先后提出了三层次的评价度量模型:软件质量要素、准则、度量。随后G.Mruine提出了自己的软件质量度量SQM技术,波音公司在软件开发过程中采用了SQM技术,日本的NEC公司也提出了自己的SQM工具,即SQMAT,并且在成本控制和进度安排方面取得了良好的效果。 第一层是软件质量要素,软件质量可分解成六个要素,这六个要素是软件的基本特征: 1. 功能性:软件所实现的功能满足用户需求的程度.功能性反映了所开发的软件满足用户称述的或蕴涵的需求的程度,即用户要求的功能是否全部实现了。 2. 可靠性:在规定的时间和条件下,软件所能维持其性能水平的程度。可靠性对某些软件是重要的质量要求,它除了反映软件满足用户需求正常运行的程度,且反映了在故障发生时能继续运行的程度。 3. 易使用性:对于一个软件,用户学习、操作、准备输入和理解输出时,所做努力的程度。易使用性反映了与用户的友善性,即用户在使用本软件时是否方便。 4. 效率:在指定的条件下,用软件实现某种功能所需的计算机资源(包括时间)的有效程度。效率反映了在完成功能要求时,有没有浪费资源,此外"资源"这个术语有比较广泛的含义,它包括了内存、外存的使用,通道能力及处理时间。

相关主题