（SPI：software process improvement） 参考教材： Introduction to personal software process improvement Introduction to team software process improvement 特点： 采集数据:time时间defect缺陷 成绩： 期末60（PSP 英文）实践20 期中12 （TSP 中文四次课学完，第五次课期中考）平时8 实验： 6 8 11 次课及之后 期末： 第九周五一之后 L1 2018.3.6 Lecture 1: 一个体软件过程的定义: 软件工程师的任务：在预期的进度、费用下高质量地开发软件产品（3点） PSP: 控制、管理和改进个人开发工作的自我改进过程 结构化框架：开发表格、指南和规程 PSPi（I—>introduction） 时间管理—>计划过程 缺陷管理—>产品质量
二时间管理 1、时间管理的逻辑原理 ·制定计划，按照计划去做 ·跟踪现在时间使用情况 ·检查时间与计划的准确性，写成文档与实际情况作比较·检查存在的错误 2、了解时间使用情况 将数据保存在合适的地方 3、工程记事本 记录时间使用情况 ·纪录作业、跟踪所承诺的工作、作课堂笔记 ·工作实施方案的凭证 ·保护知识产权 *编号*终止日期每一页编号，前两页作为目录
三时间跟踪 目标：估算完成任务的时间以定义质量目标单位：分钟 工具：标准的时间记录日志 时间记录日志：C completed Unit 数据来源工程记事本 **及时总结记录的时间数据 四阶段计划 1.定义： ?阶段计划短时间的计划 ?产品计划基于活动的计划 二者互相包含 2.阶段计划： 工具：周活动总结表三个子表 数据来源于时间记录日志
文件及文件夹命名规范 V2.0 文件规范命名对于文件的版本控制效果出色，能帮助使用者高效准确使用文档，避免混乱或失效。 文件及文件夹命名应按下属规范执行。 一、文件命名规范 1、日期命名法 适用场景：短期更新频率较高，或对文件日期版本要求严格的文件，如方案类的文件。 命名规则：“文件名(年月日[时分])”，其中的圆括号及方括号均须在输入法英文状态下输入。 使用举例：“文件名(20140707[1330]).doc”。 2、版本号命名法 适用场景：常用于更新频率低，或对文件日期版本要求不严格的文件，如制度性的文件。 命名规则：“文件名V0.0”，其中，小数点前的“０”为主版本号，小数点后的“０”为次版本号，如：“文件名V2.3.doc”。新文
件创建时，版本从“V1.0”起步；每次重大更新，主版本号加“1”；每次微小更新，次版本号加“1”，一般情况下次版本号不超过9。 使用举例：“文件名V2.3” 3、备注信息 如需要，文档也可以添加其他备注信息，如“姓名”，备注信息以英文“-”分割，跟在文件整体名称最后。 使用举例： “文件名(20140707[1330])-张三.doc” “文件名V2.3-人力行政部.doc” 二、关于排序 适用场景：有时为了逻辑或管理更加便捷，可以在文件及文件夹命名时使用序号。 命名规则：“序号-文件名”，序号使用01，02，03等，中间以英文“-”分割。 使用举例：
三、关于加强符号 适用场景：有时为了加强或清晰文件，可以在文件命名时使用加强符号，常用的有：★和【】 使用举例： “★文件名(20140125[1430]).docx” “【待处理】文件名(20140125[1430]).docx” “【重要】文件名V2.3.docx”
文件命名规范 对一般办公文件来言，规范文件、文件夹命名如下。 一、文件的命名规范 文件命名的结构：项目命名词（或项目编号）_文件命名词_日期_V版本号.文件后缀例如：Doc_PCPIS Proposal_20101112_V1.0.doc 文件名称由四部分组成：第一部分为项目名称或编号，第二部分为文件的描述，第三部分为当前文件的日期，第四部分为文件阶段标识加文件后缀。 如果是同一版本同一阶段的文件修改过两次以上，则在版本标识后面加以数字标识，每次修改数字加1；当有多人同时提交同一份文件时，可以在版本标识的后面加入人名或缩写来区别。 二、文件夹的命名规范 标准的文件夹命名结构：项目命名词(或项目编号)_文件夹名称_日期_日期。 举个文件夹命名例子：Prj_PC PIS Project_20101112_完成日期。第二个下划线后为空，等待工作结束时，添加工作结束的日期。 经过这样的命名，1、首先自己通过建立文件夹把文件进行整理和分类，便于自己的查找和使用；2、其次，在使用Windows的查找或者其他查询工具（如Everything）搜索的时候，会比较方便容易的查询出想要的文件；3、更重要的是，培养自己整理文件的习惯；4、四是可以知道文件的操作日期，这个日期可以是创建日期、修改日期。 为了更好的整理自己的文件，可增加了几个特殊的符号，用于标识不同状态的文件： 1、！（叹号）——标注重要的文件或者文件夹 2、#（井号）——标注等待处理的文件或者文件夹 3、@（@号）——标注正在处理的文件或者文件夹 对那些处理完毕的文件，应该放在合适的文件夹当中，因此不作特殊符号的标注。这些符号的使用，是作为文件命名的首字应用，如此一个文件夹中，标注特殊符号的文件会排列在一块，查找和使用起来会比较方便。 三、电脑桌面的清理 电脑系统里增加新的文件时，先把文件放在桌面，然后对收集的新文件进行处理，处理完成后，归档到不同的文件夹当中。如果需要持续多天进行处理的话，就一直放在桌面，直到处理完成。文件处理的过程，就相当于清理桌面的过程。 桌面的清理，每天都要进行，尽可能的把堆在桌面的文件清理掉。这些文件一般有两个归属，那些没什么价值的文件，直接删除；那些有些价值的文件，处理完毕后，归档到不同的文件夹当中。处理中的、待处理的文件，就堆砌在桌面之上，随时的警告自己，要尽快的处理，留给自己一个清洁的桌面。
软件过程改进与管理 The pony was revised in January 2021
软件过程改进与C M M I 第一章绪论 本课题研究的背景 21世纪是信息社会高速发展的世纪，软件作为信息技术的核心，将在其中起着至关重要的作用。随着信息经济、网络经济和科学技术的发展，各行各业已经越来越离不开软件的支持，软件产业的发展，各行各业已经越来越离不开软件的支持，软件产业的发展水平已经成为衡量信息技术发展水平的一个重要因素。 自出现软件危机以来，学术界和企业界对软件工程的研究都倾注了大量的人力、物力和财力，多年来也取得了一些成效。但就全世界而言，软件质量问题仍然非常严重，特别对于军方来说，更是一个致命的问题。正因为如此，美国国防部不惜花费重金，委托美国卡内基梅龙软件工程学院(SEI)研究制定软件质量保证规范。1991年，第一个软件保证规范能力成熟度模型(CMM:Capabiliy Maturity Model)制定完成并在美国应用，随后CMM作为一种软件能力成熟度评估标准在全世界推广实施，主要用于指导软件开发过程改进软件管理能力的提高，从而极大地提高了软件项目的控制能力和软件产品的质量，促进了全世界软件产业的健康发展。 CMM的应用虽然得到了很好的成效，但也存在一些缺陷，能力成熟度模型集成(CMMI:Capability Maturity Model Integration)应运而生，它是在CMM基础之上的发展和完善，2002年SEI正式推出CMMI,2005年开始逐步取代CMM. 从我国软件产业的发展现状来看，企业管理软件过程的能力还比较弱，过程混乱使得新技术、新工具的优势难以体现。究其原因，是因为我国的软件过程管理缺乏规范化和标
文档索引：NIAT-GF-MM-1213-04 宁波东大智能 文档命名规范 宁波柴天佑院士工作室 宁波东大自动化智能技术有限公司
信息技术部2010年12月13日
文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）
目录 一、部门规范 (5) 1.1数据库设计规范文档命名 (5) 1.2代码编写规范文档命名 (5) 1.3界面风格规范文档命名 (5) 1.4文档编写规范命名 (6) 1.4.1需求分析文档命名 (6) 1.4.2编码设计文档命名 (6) 1.4.3数据库设计文档命名 (6) 1.4.4操作需求文档命名 (7) 1.4.5功能设计文档命名 (7) 1.4.6软件详细设计文档命名 (7) 1.4.7软件测试文档命名 (8) 1.5软件视频命名规范 (8) 1.6用户手册文档命名 (9) 二、部门管理规范 (9) 2.1下厂任务单命名 (9) 2.2下厂总结报告命名 (10) 2.3软件功能验收文档命名 (10)
一、部门规范 1.1数据库设计规范文档命名 软件功能开发过程中，要遵循公司的数据库设计规范文档。数据库设计规范规范文档的命名，遵循以下格式：公司简称+规范编号+数据库代号+编写日期+ 举例：NIAT-GF-SJK-121301 1.2代码编写规范文档命名 软件功能开发过程中，要遵循公司的代码编写规范文档。代码编写规范文档的命名，遵循以下格式：公司简称+规范编号+代码代号+编写日期+序列号，中 举例：NIAT-GF-DM-121301 1.3界面风格规范文档命名 软件功能开发过程中，开发的软件要进行界面风格的统一，要遵循公司的界面风格规范文档。界面风格规范文档的命名，遵循以下格式：公司简称+规范编 举例：NIAT-GF-JM-121301
XXXX软件项目过程改进年度计划 XXXX企业有限公司 ____年___月___日
文档信息 修改记录
目录 软件过程改进年度计划 (3) 1 引言 (3) 1.1 制定目的 (3) 1.2 项目背景 (3) 1.3 术语定义 (3) 1.4 参考资料 (3) 2 上一年度过程改进总结 (3) 2.1 与计划目标对比 (3) 2.2 工作量 (4) 2.3 过程改进效果 (4) 2.4 经验教训 (4) 3 改进目标 (4) 4 改进范围 (4) 5 角色与职责 (4) 5.1 过程改进领导小组 (4) 5.2 EPG组 (4) 5.3 QA组 (4) 5.4 其它 (4) 6 改进策略 (5) 7 进度计划 (5) 8 人力资源计划 (5)
9 沟通计划 (5) 10 QA计划 (5) 11 里程碑计划 (5) 12 过程改进项目列表 (5)
软件过程改进年度计划 1 引言 1.1 制定目的 说明编写本项目过程文件的目的，指出预期的读者 1.2 项目背景 1、待开发的系统名称 2、任务提出者、开发者、用户及实现系统的计算机中心或网络 3、该系统同其他系统或其他机构的基本的相互关系 1.3 术语定义 本文件中用到的专门术语的定义和外文首字母组词的原词组并解释 1.4 参考资料 1、本项目经核准的计划任务书、合同、上级批文等 2、属于本项目的其他已发表的文件 3、本文件各处引用的文件、资料包括所需用到的软件开发标准等 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些资料的来源 2 上一年度过程改进总结 2.1 与计划目标对比
项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ XXXX公司 二零一五年五月制
历史记录
目录 1 目的 (4) 2 适用范围 (4) 3 术语和缩略词 (4) 4 规程 (4) 4.1 文档命名规则 (4) 4.2 配置项的版本标识 (8) 4.3 标签的命名 (9)
1 目的 本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则，以及配置管理中对配置项和版本的标识。 2 适用范围 本规则适用于所有需求、设计等文档和过程文件。 3 术语和缩略词 无 4 规程 4.1 文档命名规则 1组织标准软件过程文档编号 (1)过程文件格式：XXX-P-××，初始编号为：XXX-P-01，最大编号为：XXX-P-99。 (2)指南文件编号：XXX-G-××××，前两位××为指南所对应的过程文件编号。 (3)模板文件编号：XXX-T-××××，前两位××为指南所对应的过程文件编号。 2产品命名规范 (1)中文命名规范：中文全称V产品版本号。英文命名规范：首字母大写V产品版本号。3项目文档编号 (1)编号规则分三种： 1)单个文档：首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。 2)多个子文档：首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写—流 水号。 3)周期性：首字母大写V产品版本号-文档名称/英文名称-八位日期。 (2)项目阶段及文档名称英文缩写，见下表：
4文档版本 (1)格式：V×××.×××，初始版本号为V0.1，最大版本号为：V999.999。其中， 草稿状态的版本均为V0.×××，例如：V0.1，V0.2……V0.999；而经过评审通过
密级：内部公开 文档编号： 版本号：V1.0 分册名称：第1册/共1册 文件编写规范 xxx科技有限公司 编制：生效日期： 审核：批准：
文件更改摘要 日期版本号修订说明修订人审核人批准人
目录 1.目的和范围 (4) 2.目标 (4) 3.术语表 (4) 4.文档编号规则 (5) 5.文档命名规范 (5) 6.文件结构规定 (6) 7.封面 (7) 8.修订页 (8) 9.正文内容格式 (8) 10.文件版本号和文件命名规定 (9) 10.1.文件版本号规定 (9) 10.2.文件命名规定 (9)
1.目的和范围 ●背景说明：本文件作为公司内部文档管理文件，所有公司内编写的文档，均应遵 守本规定，作为公司的所有文档编写统一要求。 ●范围：所有的CMMI执行过程中产生的文档，均应当执行本文件要求作为基础的要 求，如果该部分的体系文件存在明确的要求的，按照体系文件要求执行，没有的则按照本文件执行。 2.目标 规范和统一公司管理体系中所有相关文件的风格和样式，指导公司程序文件、模版文件以及各种记录文件的编写。 3.术语表 ●文件标识：文件的属性标志，包括文件名称、文件编号、版本、生效日期、 审批状态、密级等。 ●程序文件：描述为完成管理体系中所有主要活动提供方法和指导，分配具体的职责 和任务而定义的文件。 ●模版文件：为了使管理体系有效运行，组织统一设计的一些实用的表格和给出活动 结果的报告，规范记录组织的管理体系运行情况。 ●记录文件：简称记录，是组织根据设计的模版和体系要求，填写的表格或者给出活 动结果的报告，作为管理体系运行的证据。 ●修订页：记录文件的修订历史，所有程序文件、除了表格以外的模版和记录都需要 有变更履历，一般位于程序文件的第二页。 ●文档密级：指本文档的保密程度，共分绝密、机密、秘密、内部公开、公开五级制 度。 ●绝密：涉及公司与客户或上游供应商，下游分销商所签订相关的文档资料。仅 限于公司最高管理层及各资料所涉及的经过相应管理人员授权的相关人员查 阅。 ●机密：公司内部所相关的规章制度及技术规范，开发手册等；还有各项目开发 文档、管理文档及软件产品等仅供相关部门高级领导以及经过授权后相关人员 查阅。 ●秘密：需交付用户或与客户进行交流的文档与产品，可供相关项目客户查阅。 ●内部公开：内部不限制，公司内部任何可以任何形式获得文档的信息并阅读、 保存、修改后自用等等，但是不允许向外传播的文件。 ●公开：项目组开发过程中的自用文档或面向售前工作的部分项目介绍材料等。 ●版本标识：作为文档的版本区分。所有发布版本之前不得大于1.0，发布版本作为 1.0，而其后只有重大修改可以调整小数点前的版本号，局部修改调整小数点后版
内容提要 软件过程改进是目前IT 企业研发管理的重点与难点。为了提高软件过程能力，企业首先要研制软件过程规范，这是有一定难度并且费时费力的工作。 本文论述的是一套通用的CMMI 3级软件过程改进方法与规范，称为“精简并行过程”（SPP）。SPP 2.0共有19个关键过程域，分为项目管理过程、技术开发过程和支撑过程三大类： ?项目管理过程有7个关键过程域，分别为立项管理、结项管理、项目计划、项 目跟踪、风险管理、外包管理和需求管理。 ?技术开发过程有8个关键过程域，分别为需求开发、技术预研、系统设计、实 现与测试、系统测试、用户验收、产品维护和技术评审。 ?支撑过程有4个关键过程域，分别为配置管理、质量保证、采购管理和培训管 理。 SPP 2.0文档总数约500余页，包含了众多的过程规范和模板。采用SPP，用户可以在最短的时间内建立适合于本企业的软件过程规范，大大降低用户研制规范的代价和风险。 一、背景介绍 在国内，绝大多数大中型IT企业几乎都面临着“研发管理混乱”的难题。“研发管理混乱”必将导致“产品质量低下”、“进度延误”、“费用超支”等问题。IT企业谋求发展，研发管理必须规范化，这是大中型IT企业的迫切需求。软件过程改进（Software Process Improvement, SPI）是目前国内大中型IT企业研发管理的重点与难点。 CMM（Capability Maturity Model）是用于衡量软件过程能力的事实上的标准，同时也是目前软件过程改进最好的参考标准。CMM是由美国卡内基-梅隆大学（Carnegie-Mellon）软件工程研究所（Software Engineering Institute, SEI）研制的，其发展简史如下： ?CMM 1.0于1991年制定。 ?CMM 1.1于1993发布，该版本应用最广泛。 ?CMM 2.0草案于1997年制定（未广泛应用）。 ?到2000年，CMM演化成为CMMI（Capability Maturity Model Integration），CMM 2.0成为CMMI 1.0的主要组成部分。 ?CMMI-SE/SW 1.1（CMMI for System Engineering and Software Engineering）于 2002年1月正式推出。 CMM将软件过程能力分为5个级别，最低为1级，最高为5级。目前国内只有几家IT企业达到了CMM 2级或CMM 3级。鉴于CMM 已经被美国、印度软件业广为采纳，并且取得了卓著成效，近两年来国内兴起了CMM 热潮。CMM受欢迎的程度远远超过了ISO同类标准。 国内IT企业采用CMM的目的大体有两种： （1）主要想提高企业的软件过程能力，但并不关心CMM评估。
关于软件质量管理体系建设的 方案 参考资料: 《cmmi3级软件过程改进方法与规范》 《ISO9001:2000标准》 修改记录: 作者简介： 软件企业质量经理、高级项目经理，联系方式__qq:317974257 方案说明： 参考了《cmmi3级软件过程改进方法与规范》、《ISO9001:2000标准》。同时参考了业界同行写的相关方案或文章，吸收了他们的优秀见解。
1.引言 (3) 1.1软件质量概述 (3) 1.2公司软件质量现状分析 (3) 1.3软件质量管理的特点 (4) 1.4软件质量责任分配 (6) 2.软件质量管理体系建设总体方案 (6) 2.1进一步推动软件质量管理体系建设的原则 (6) 2.2软件质量管理体系完善需要解决的主要问题 (8) 2.3配置管理—实施软件质量管理的重要步骤 (8) 2.4进一步完善我们的测试管理体系 (10) 2.4.1.软件测试的组织与管理规划 (10) 2.4.2.测试管理体系过程控制 (12) 2.4.2.1测试流程模型 (13) 2.4.2.2测试流程控制 (13) 2.4.2.3测试小结 (15) 2.5软件质量保证（SQA）的实施 (16) 2.5.1.SQA概述 (16) 2.5.1.SQA实施 (16) 2.5.2.SQA与SQC区别与协作 (17) 2.6全面软件质量管理 (18) 2.6.1.全面软件质量管理 (18) 2.6.2.全面软件质量管理的方法---制定质量管理计划 (19) 2.6.3.全面软件质量管理的方法---技术评审 (19) 3.结束语 (19)
1.引言 1.1软件质量概述 随着信息技术的飞速发展，使软件产品应用到社会的各个领域，也造就了软件行业激烈竞争的生存环境，随着软件规模及复杂性急剧加大，软件质量已经成为人们共同关注的焦点。技术是软件企业的生命，而质量则是它的灵魂,软件企业要在竞争中占有一席之地，软件质量保证是第一要素。由此，软件质量的重要性是不言而喻的。 软件质量是指与软件产品满足规定的和隐含的需求的能力有关的特征和特性的总和。通常来说，软件质量应该包含六方面的特性: 功能性、可靠性、易使用性、效率、可维护性、可移植性。 软件质量管理包括：软件质量计划编制、软件质量保证和软件质量控制三个过程域。质量计划就是为了实现质量目标的计划,它主要结合各个公司的质量方针，产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略，其内容全面反应用户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量得到保障提供坚实的基础。质量保证（Quality Assurance ，QA）的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参考依据，它是一个PDCA循环过程。 1.2公司软件质量现状分析 公司的软件开发历经多个生产个环节，产生大量的中间产品，每个环节都有可能带来产品质量问题；同时由于软件产品是逻辑体，不具备实体的可见性，因而难以度量，质量也难以把控，因此如何有效地管理软件产品的质量一直是我们面临的挑战。
信息技术部各类文档命名规范
文档索引：NIAT-GF-MM-1213-04 宁波东大智能 文档命名规范 宁波柴天佑院士工作室 宁波东大自动化智能技术有限公司
信息技术部2010年12月13日
文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）
目录 一、部门规范 (6) 1.1数据库设计规范文档命名 (6) 1.2代码编写规范文档命名 (6) 1.3界面风格规范文档命名 (6) 1.4文档编写规范命名 (7) 1.4.1需求分析文档命名 (7) 1.4.2编码设计文档命名 (7) 1.4.3数据库设计文档命名 (7) 1.4.4操作需求文档命名 (8) 1.4.5功能设计文档命名 (8) 1.4.6软件详细设计文档命名 (8) 1.4.7软件测试文档命名 (9) 1.5软件视频命名规范 (9) 1.6用户手册文档命名 (10) 二、部门管理规范 (10) 2.1下厂任务单命名 (10) 2.2下厂总结报告命名 (11) 2.3软件功能验收文档命名 (11)
一、部门规范 1.1数据库设计规范文档命名 软件功能开发过程中，要遵循公司的数据库设计规范文档。数据库设计规范规范文档的命名，遵循以下格式：公司简称+规范编号+数据库代号+编写日期+ 举例：NIAT-GF-SJK-121301 1.2代码编写规范文档命名 软件功能开发过程中，要遵循公司的代码编写规范文档。代码编写规范文档的命名，遵循以下格式：公司简称+规范编号+代码代号+编写日期+序列号，中 举例：NIAT-GF-DM-121301 1.3界面风格规范文档命名 软件功能开发过程中，开发的软件要进行界面风格的统一，要遵循公司的界面风格规范文档。界面风格规范文档的命名，遵循以下格式：公司简称+规范编 举例：NIAT-GF-JM-121301
1、合同编号规范 HLC-HR-年月日/001（劳动合同） HLC-SL-年月日/001（销售合同） HLC-PC-年月日/001（采购合同） 说明： HL为公司缩写 C为Contract的缩写 HR表示劳动合同范畴 SL表示销售合同范畴 PC表示采购合同范畴 001开始为序列号 2、固定资产编号 HL-PA-RD/001（研发设备编号） HL-PA-IT/001（信息设备编号） HL-PA-TP/001（运输设备编号） HL-PA-RS/001（后勤设备编号） 说明： HL为公司缩写 PA为固定资产Permanent Assets的缩写 RD表示研发设备 IT表示电脑、打印机、交换机之类的信息设备 TP表示汽车等运输设备 RS表示行政后勤设备，如空调、办公家具等 001开始为序列号 3、表单编号 HLT-HR/001-A1（人事表格） HLT-RD/001-A1（研发表格） HLT-MK/001-A1（市场表格） HLT-SL/001-A1（销售表格） HLT-AD/001-A1 （行政表格） HLT-FN/001-A1(财务表格) 说明： HL为公司缩写 T为表格Table的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号，如表格在原有基础上稍作调整则变动数字；如表格在原有基础上本质性调整则变动字母
4、文件编号 HLF-HR/001-A1（人事文件） HLF-RD/001-A1（研发文件） HLF-MK/001-A1（市场文件） HLF-SL/001-A1（销售文件） HLF-AD/001-A1 （行政文件） HLF-FN/001-A1(财务文件) 说明： HL为公司缩写 F为文件File的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号，如表格在原有基础上稍作调整则变动数字；如表格在原有基础上本质性调整则变动字母
C M M I3级软件过程改进方法与规范 软件过程改进是目前IT 企业研发管理的重点与难点。为了提高软件过程能力，企业首先要研制软件过程规范，这是有一定难度并且费时费力的工作。 本书论述的是一套通用的CMMI 3级软件过程改进方法与规范，称为“精简并行过程”（SPP）。SPP 2.0共有19个关键过程域，分为项目管理过程、技术开发过程和支撑过程三大类： ?项目管理过程有7个关键过程域，分别为立项管理、结项管理、项目计划、 项目跟踪、风险管理、外包管理和需求管理。 ?技术开发过程有8个关键过程域，分别为需求开发、技术预研、系统设计、 实现与测试、系统测试、用户验收、产品维护和技术评审。 ?支撑过程有4个关键过程域，分别为配置管理、质量保证、采购管理和培训 管理。 SPP 2.0文档总数约500余页，包含了众多的过程规范和模板。采用SPP，用户可以在最短的时间内建立适合于本企业的软件过程规范，大大降低用户研制规范的代价和风险。 本书的主要读者对象是IT企业的研发主管、项目经理和软件开发人员，以及即将到企业工作的高校毕业生。
前言 一、背景介绍 在国内，绝大多数大中型IT企业几乎都面临着“研发管理混乱”的难题。“研发管理混乱”必将导致“产品质量低下”、“进度延误”、“费用超支”等问题。IT企业谋求发展，研发管理必须规范化，这是大中型IT企业的迫切需求。软件过程改进（Software Process Improvement, SPI）是目前国内大中型IT企业研发管理的重点与难点。 CMM（Capability Maturity Model）是用于衡量软件过程能力的事实上的标准，同时也是目前软件过程改进最好的参考标准。CMM是由美国卡内基-梅隆大学（Carnegie-Mellon）软件工程研究所（Software Engineering Institute, SEI）研制的，其发展简史如下： ?CMM 1.0于1991年制定。 ?CMM 1.1于1993发布，该版本应用最广泛。 ?CMM 2.0草案于1997年制定（未广泛应用）。 ?到2000年，CMM演化成为CMMI（Capability Maturity Model Integration），CMM 2.0成为CMMI 1.0的主要组成部分。 ?CMMI-SE/SW 1.1（CMMI for System Engineering and Software Engineering）于2002年1月正式推出。 CMM将软件过程能力分为5个级别，最低为1级，最高为5级。目前国内只有几家IT企业达到了CMM 2级或CMM 3级。鉴于CMM 已经被美国、印度软件业广为采纳，并且取得了卓著成效，近两年来国内兴起了CMM 热潮。CMM受欢迎的程度远远超过了ISO同类标准。 国内IT企业采用CMM的目的大体有两种： （1）主要想提高企业的软件过程能力，但并不关心CMM评估。 （2）既要提高企业的软件过程能力，又想通过CMM评估来提升企业的威望与知名
软件过程改进与CMMI 第一章绪论 1.1本课题研究的背景 21世纪是信息社会高速发展的世纪，软件作为信息技术的核心，将在其中起着至关重要的作用。随着信息经济、网络经济和科学技术的发展，各行各业已经越来越离不开软件的支持，软件产业的发展，各行各业已经越来越离不开软件的支持，软件产业的发展水平已经成为衡量信息技术发展水平的一个重要因素。 自出现软件危机以来，学术界和企业界对软件工程的研究都倾注了大量的人力、物力和财力，多年来也取得了一些成效。但就全世界而言，软件质量问题仍然非常严重，特别对于军方来说，更是一个致命的问题。正因为如此，美国国防部不惜花费重金，委托美国卡基梅龙软件工程学院(SEI)研究制定软件质量保证规。1991年，第一个软件保证规能力成熟度模型(CMM:Capabiliy Maturity Model)制定完成并在美国应用，随后CMM作为一种软件能力成熟度评估标准在全世界推广实施，主要用于指导软件开发过程改进软件管理能力的提高，从而极提高了软件项目的控制能力和软件产品的质量，促进了全世界软件产业的健康发展。 CMM的应用虽然得到了很好的成效，但也存在一些缺陷，能力成熟度模型集成(CMMI:Capability Maturity Model Integration)应运而生，它是在CMM基础之上的发展和完善，2002年SEI正式推出CMMI,2005年开始逐步取代CMM. 从我国软件产业的发展现状来看，企业管理软件过程的能力还比较弱，过程混乱使得新技术、新工具的优势难以体现。究其原因，是因为我国的软件过程管理缺乏规化和标准化。于是，越来越多的软件企业开始关注软件过程能力的提高，我们把这种用于提高软件过程能力的实践称为软件过程改进。有人将软件过程改进比喻成“练功”，作为软件企业，只有通过苦练功，加强软件过程改进，才能够参与到国际化的竞争中去。CMM和CMMI是软件过程改进领域的重要成果，也是适用于软件企业质量管理和过程改进的重要标准。近年来，国软件企业也兴起了认证热潮，CMM受欢迎的程度远远超过了ISO同类标准。 中央和地方政府也出台了一些优惠政策支持软件企业的CMM认证:国务院出台了《鼓励软件产业和集成电路产业发展若干政策》，第十七条鼓励软件企业出口型企业通过GB/T19000-ISO9000系列质量保证体系认证和CMM认证的软件出口企业，可向外经贸主管部门申请认证费用资助。 本论文正是在这样的背景下，研究分析了软件过程改进的CMM/CMMI理论，并理论联系实际，以某公司为对象，对软件企业基于CMMI的过程改进实践作了更为深入的研究和分析，以期为国其他软件企业实施软件过程改进、提高软件质量、提高企业管理水平提供思路和借鉴。
软件过程改进：经验和教训 前言： 2001我开始慢慢关注起软件工程和CMM，也对CMM进行了学习。并且对其中的一些KPA在自己单位中进行了试验。可是一开始这些试验的结果并不令人愉快，甚至遭到了抵制和反对。开发和测试人员认为降低了开发速度和灵活性，加大了工作量，工作流程太烦琐。而质量的提高也不是一时可以反映出来的。于是在进行了2个小项目的试验后，我被迫停止了CMM在公司的实施。 因为公司并不从事外包服务，所以CMM对其没有生存的压力。高层也只是想通过一个可行的过程管理，一个提高软件质量，保证项目进度，有效控制项目成本。所以公司并不是要去过CMM等级，而是要一个有效的过程管理。 所以我此后开始以‘有效、简易、可行、低成本’为标准探索起适合起我们公司的过程改进的最佳实际。现在，我很高兴可以在文中和大家探讨我公司在过程改进过程中的一些经验和教训，也许你会从中得到一些启发，开发出适合你自己的最佳实际。 经验和教训： 在中小型的软件企业当中，软件过程的改进更容易半途而废 中小企业，特别是开发人员小于40个人的企业。一般不会有专门的人员可以组建‘软件过程组’，也很少会有专职的质量工程师和配置工程师。在进行过程改进中，对于这些职位基本上都是由原来的人员兼职完成。这无形中增加了人员的工作量。一旦过程定义的不是太完善，或是在试点中不是太成功。很容易让人去怀疑过程改进本身的可行性。同时中小企业接到的项目也比较小，成本压力是比较大的，而提高质量是必须以牺牲成本为代价的。所以有时从成本的角度出发，可能在高层管理人员的心目中，对于过程改进也是有成本的顾虑的，一方面希望，可以通过过程改进提供质量，并为企业的发展提供基础，另一方面，也面临成本压力，若过程是改进了，可是成本也大幅度提高了，则本事企业的生存就成问题了。 而在大的软件企业，一般可以有专职的人员进行质量保证和过程改进。同时由于大企业拿到的项目一般也比较大，项目组就比较大，客户要求也高。这也为过程改进增加了必要性。 持续的改进很重要，但频繁的改进会不利于过程的执行 CMM中定义了每个KPA的目标和一系列的KP，企业必须根据自己的实际情况去定义实现每个KPA的工作流程。但并不是每个企业都很幸运，在一开始就可以定义一个自己企业的最佳实践。一般的情况是，首先定义一个工作流程，并在一个试点项目中实行，而后对试点项目进行总结，并对此工作流程进行改进。再
电子元件基础知识培训 一、电阻 1、电阻的外观、形状如下图示： 2、电阻在底板上用字母R（Ω）表示、图形如下表示： 从结构分有：固定电阻器和可变电阻器 3、电阻的分类：从材料分有：碳膜电阻器、金属膜电阻器、线绕电阻器、热敏电阻等 从功率分有：1/16W、1/8W、1/4W(常用)、1/2W、1W、2W、3W等 4、电阻和单位及换算：1MΩ(兆欧姆)＝1000KΩ（千欧姆）＝1000'000Ω(欧姆) 一种用数字直接表示出来 5电阻阻值大小的标示四道色环电阻其中均有一 一种用颜色作代码间接表示五道色环电阻道色环为误 六道色环电阻差值色环 颜色黑棕红橙黄绿蓝紫灰白金银无数值0 1 2 3 4 5 6 7 8 9 0.1 0.01 误差值±1℅±2℅±5℅±10℅±20℅四道色环电阻的识别方法如下图五道色环电阻的识别方法如下图 常用四道色环电阻的误差值色环颜色常用五道色环电阻的误差值色是 是金色或银色，即误差值色环为第四棕色或红色，即第五道色环就是误 道色环，其反向的第一道色环为第一差色环，第五道色环与其他色环相 道色环。隔较疏，如上图，第五道色环的反 向第一道即为第一道色环。 四道色环电阻阻值的计算方法： 阻值＝第一、第二道色环颜色代表的数值×10 即上图电阻的阻值为：33×10＝33Ω（欧姆） 第三道色不订所代表的数值
五道色环电阻阻值的计算方法： 阻值＝第一、二、三道色环颜色所代表的数值×10 即上图电阻阻值为：440×10＝4.4Ω（欧姆） 7、电阻的方向性：在底板上插件时不用分方向。二：电容 1、电容的外观、形状如下图示： 2、电容在底板上用字母C表示，图形如下表示： 从结构上分有：固定电容和可调电容 3电容的分类有极性电容：电解电容、钽电容 从构造上分有： 无极性电容：云母电容、纸质电容、瓷片电容 4、电容的标称有容量和耐压之分 电容容量的单位及换算：1F”(法拉)＝10 u F(微法)＝10 pF（皮法） 5、电容容量标示如下图： 100uF∕25V 47uF∕25V 0.01 uF 0.01uF∕1KV 0.022uF∕50V 上图的瓷片电容标示是用103来表示的，其算法如下：10×10＝0.01 uF＝10000 pF 另电容的耐压表示此电容只能在其标称的电压范围内使用，如超过使用电压范围则会损坏炸裂或失效。 6、电容的方向性：在使用时有极性电容要分方向，无极性不用分方向。 三、晶体管 （一）晶体二极管 1、晶体二极管外形如下图： 第四道色不订所代表的数值 -2 6 12 3
保密级别： 公司内部 传阅范围： 公司内部 外企文件编号规范20120311发布20120311实施
修改历史记录 序号更改单号版本编制\日期审核\日期批准\日期
目录 1 目的 (4) 2 使用范围 (4) 3 编号办法 (4) 3.1 公司名称及项目名称约定: (4) 3.2 日期表示 (4) 3.3 文件版本编号 (4) 3.4 技术文件命名 (5) 3.5 其他文件的编号 (6) 3.5.1 公司规章制度和管理文件 (6) 3.5.2 合同协议 (6) 3.5.3 传真 (6) 3.5.4 电子邮件的命名规则 (7) 3.5.5 外来文件 (7) 3.5.6 对外发文 (7) 3.5.7 会议纪要 (7) 3.5.8 其它文件 (8) 3.5.9 文件附件 (8) 4 编号管理 (9)
1 目的 确保公司重要文件具有唯一编号，便于文件的识别、追溯和控制，保证公司文件体系有效运转。 2 使用范围 适用于公司文件的编号管理和控制： a)技术类文件：是指在公司的设计、生产、销售、服务等各个环节中与技术 有关的各类文件和资料。 b)其他文件：包括公司规章制度、管理文件、合同协议、传真等； c)编号文件包括纸介文件以及电子文件。 3 编号办法 3.1公司名称及项目名称约定: 公司全称为：南非中国制衣集团(北京) 本组织简称：CGMBJ 项目全称：CGM 企业信息管理系统 1.0版 项目简称：CGM v1 3.2日期表示 格式：yyyy-mm-dd 或yyyymmdd yyyy:用四位数字表示公元年份，如2005表示公元2005年。 mm:用两位数字表示月份，不足两位时，第一位用零补齐，如03表示3月。 dd:用两位数字表示日期，不足两位时，第一位用零补齐，如15表示第15号。 例如： 2003-10-27 或20031027 表示（2003年10月27日） 3.3文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。 版本编号可以根据项目需要延伸到若干层，例如，0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后，版本编号应该始自 1.0。 版本编号不断变化为： 1.0, 1.1, 1.2, ..., 1.10。 项目可以根据需要将版本编号晋升为2.0，2.1, 2.2 等。
电子知识培训资料 一、常用元器件的识别 1、电阻 电阻在电路中用“R”加数字表示，如：R1表示编号为1的电阻。电阻在电路中的主要作用为分流、限流、分压、偏置等。常用电阻的种类有碳膜电阻、金膜电阻、水泥电阻、陶瓷电阻、贴片电阻等。 1）参数识别：电阻的单位为欧姆（Ω），倍率单位有：千欧（KΩ），兆欧（MΩ）等。 换算方法是：1兆欧=1000千欧=1000000欧。 电阻的参数标注方法有3种，即直标法、色标法和数标法。 A、数标法主要用于贴片等小体积的电阻，数标法一般为三位数，前两位代表有效数，后一位 代表倍率。如上图所示的贴片电阻102表示1 KΩ。 B、色环标注法使用最多。有四色环电阻、五色环电阻（精密电阻），色环标注法的前两条色环 (四色环电阻)或前三条色环（五色环电阻）代表有效数字，倒数第二条代表倍率，最后一条代表误差。如:上图所示的色环电阻，它的前三条色环棕、绿、黑表示有效数字150，倒数 第二条金色表示倍率X0.1，它的阻值为150 X0.1=15Ω，最后一条棕色表示误差为±1%。 2）电阻的色标位置和倍率关系如下表所示： 颜色有效数字倍率允许偏差（%） 银色X0.01 ±10 金色X0.1 ±5 黑色0 +0 棕色 1 X10 ±1 红色 2 X100 ±2 橙色 3 X1000 黄色 4 X10000 绿色 5 X100000 ±0.5 蓝色 6 X1000000 ±0.2 紫色7 X10000000 ±0.1 灰色8 X100000000 白色9 X1000000000 3）不同功率的电阻对应的相关尺寸：
功率 尺寸 ФD±0.5mm L±1.0mm 1/8W 1.5 3.2 1/4W 2.3 6 1/2W 3 9 1W 4 11 2W 5 15 3W 6 17 5W 8 24 4 封装 尺寸 对应功率L(mm)±0.2 W(mm)±0.2 H(mm)±0.1 0402 1.0 0.5 0.35 1/32W 0603 1.6 0.8 0.5 1/16W、1/10W 0805 2.0 1.25 0.55 1/10W、1/8W 1206 3.2 1.6 0.6 1/8W、1/4W 2、电容 1）电容在电路中一般用“C”加数字表示（如C13表示编号为13的电容）。电容是由两片金属膜紧靠，中间用绝缘材料隔开而组成的元件。电容的特性主要是隔直流通交流。电容容量的大小就是表示能贮存电能的大小，电容对交流信号的阻碍作用称为容抗，它与交流信号 的频率和电容量有关。 容抗XC=1/2πfc（f表示交流以信号的频率，c表示电容容量）。 常用的电容种类有电解电容、瓷片电容、独石电容、聚脂薄膜电容、聚苯烯薄膜电容、贴 片电容等。 2）识别方法：电容的识别方法与电阻的识别方法基本相同，分直标法、色标法和数标法3种。 电容的基本单位用法拉（F）表示，其它单位还有：毫法（mF）、微法（μF）、纳法（nF）、 皮法（PF）。
软件项目管理方法和工具介绍 1. 为什么需要软件项目管理方法和工具 软件开发和项目管理是软件企业最主要的工作，两者相辅相成，缺一不可。项目管理应当覆盖整个软件开发过程。 软件项目管理的主要工作有：立项与结项、项目规划与监控、风险管理和变更管理、需求管理、质量管理、软件配置管理等。 软件开发的主要过程域有：需求开发、软件设计、软件实现、软件测试、软件发布、客户验收、软件维护等。 由于软件开发和项目管理都是智力型工作，人们很难靠常识和直觉形成和谐的团队工作。如果企业没有统一的项目管理方法和工具，每个人都采用自己的做事方法的话，那么人越多就越乱，形成了“土匪、游击队”的工作方式。阻碍国内IT企业发展的瓶颈问题通常不是技术问题，而是杂乱无章的管理。 项目管理方法和工具对企业的主要贡献是：让所有项目成员有条不紊地开展工作，在预定的时间和成本之内，开发完成质量合格的产品，从而使企业和个人获得预定的利益。 2. 常见软件项目管理方法介绍 2.1 CMM/CMMI 1986年11月，美国联邦政府委托卡内基梅隆大学（Carnegie-Mellon）软件工程研究所（SEI）开发一套用于评估软件承包商能力的方法。SEI于1987年9月发布了一套软件过程成熟度框架和一套成熟度问卷。1991年，SEI将软件过程成熟度框架发展成为软件能力成熟度模型（Capacity Maturity Model，CMM），诞生了CMM 1.0。 十几年来，CMM的改进工作一直不断地进行。美国国防部希望把现在所有的、以及将被开发出来的各种能力成熟度模型，集成到一个框架中去。到2000年，CMM演化成为CMMI（Capability Maturity Model Integration，能力成熟度模型集成）。CMMI不仅适合软件，而且适合于软件硬件结合的系统，这是对CMM最大的改进。 CMM将能力成熟度分为5个级别，这5个成熟度等级为评价机构软件过程能力提供了一个有序的级别。同时也为机构的软件过程改进工作指明了方向，让人们分清轻重缓急，指导人们一步一步地改进过程能力而不是企图跳跃式地前进。 CMM有一个重要的概念是关键过程域（Key Process Area）。关键过程域指出为了达到某个成熟度等级必须要解决的一族问题。除了初始级（即CMM 1级）以外，每个成熟度等级都有若干个关键过程域。