软件烧录控制程序
如何使用BSL方式给MSP 单片机烧录程序
如何使用BSL方式给MSP430单片机烧录程序 一，使用两个软件：IAR（EW430）和MSP430BSL.exe 二，IAR软件用于编程和编译；BSL软件负责载入烧录。三，在IAR中编程操作： IAR Systems是全球领先的嵌入式系统开发工具和服务的供应商。公司成立于1983年，迄今已有27年，提供的产品和服务涉及到嵌入式系统的设计、开发和测试的每一个阶段，包括：带有C/C++编译器和调试器的集成开发环境(IDE)、实时操作系统和中间件、开发套件、硬件仿真器以及状态机建模工具。 国内普及的MSP430开发软件种内不多，主要有IAR公司的Embedded Workbench for MSP430（简称为EW430）和AQ430。 目前IAR的用户居多。IAR EW430软件提供了工程管理，程序编辑，代码下载，调试等所有功能。并且软件界面和操作方法与IAR EW for ARM等开发软件一致。因此，学会了IAR EW430，就可以很顺利地过渡到另一种新处理器的开发工作。 IAR新建工程步骤 Step1：选择主菜单的File >New>Workspace命令，然后开启一个空白工作区窗口 Step2：选择主菜单Project>Create New Project>选择Empty project。点击OK。最好新建一个文件夹，用于放置所有的生成文件。选择保存路径后，点击保存，新工程建立完毕 Step3：file>new>file>编辑代码>save>文件名可以自己起，但后面一定要加 ”.c” ，保存为C文件 Step4: 右击工程名，将写好的程序添加进去Add>Add Files,也可以用Add>Add“main.c”添加入工程。 Step5: 右击工程名，点击Option>General Options>Device>选择MSP430F149 Step6: 继续设置Linker>Output>文件名.txt(这步很关键)>fomat>
软件配置管理控制程序A0
程序文件 软件配置管理控制程序 文件编号 版木A0 贞数第1贞共6贞 編制部门研发部 生效日期2018年09月05日 修改页 文件编号修改条款修改内容修改人/日期生效日期全文首次发行 分发部门会签 编制审核批准□业务部□研发部□采购部□生产韶□质量部□行政部
软件配置管理控制程序 软件配這皆理贯穿于软件整个生命周期，对规范软件版本、源代码、文件、工具、现成软件等控 制要求，确世配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公 司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 适用于本公司所有的软件项目，并贯穿于软件生存周期全过程。 3.1项目经理 负责指过配置管理人员: 负责审批配置管理il ?划; 负责执行配置管理il 划。 3. 3质量部 > 负责跟踪配置管理il ?划的实施。 4.1术语泄义 软件配置管理：是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更, 记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 软件配置项：为配置管理的目的而作为一个单元来看待的硬件/软件成分。 基线：一组拥有唯一标识号的需求、设计、源代码文件以及柑应的可执行代码、构造文卷和用户文档 构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配苣项〉和生成可执行 文卷的工具" 4.2配置管理讣划编制 所有项目在指；4^项目开发计划时，都应有项目经理指定配置管理人员，然后由配置管理人员编写 《配置管理计划》，也可以包含在《软件开发计划中》，配置管理讣划至少应包括的内容: ? 配置管理人员的组成及分工 2. 范围 3. 职责 3.2 配置管理人员 4. 工作程序
软件设计和开发控制程序
公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。
4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；
软件配置管理控制程序
配置管理控制程序 版本号修订内容编制人审阅人日期
历史记录
目录
1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。
2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。 配置管理控制委员会负责审批软件配置管理计划； 配置管理控制委员会负责审批软件基线的建立； 配置管理控制委员会负责审批对软件基线配置项的变更； 配置管理控制委员会负责审核和批准产品发布。 2.3 SCCB负责人 SCCB负责人通常由项目经理担任，代表SCCB在有关文件上签署意见。 2.4 项目经理 定期或事件驱动地评审或审核CM活动。 2.5 测试组 负责审核《配置管理计划》任务列表中与测试有关的内容 2.6 开发组 负责审核《配置管理计划》任务列表中与开发有关的内容 2.7 QA组 负责审核《配置管理计划》任务列表中与QA有关的内容
软件配置管理控制程序
配置管理控制程序
历史记录
1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2使用范围 本文件适用于公司的所有软件项目。 1.3名词和缩写 CM(Co nfiguration Ma nageme nt)配置管理 SCCB (Software Con figuration Con trol Board) 软件配置管理控制委员会 CC (Co nfiguratio n Con troller) 配置管理员 工作产品(Work Products):项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项(Configuration Item, CI):纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ];配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线(Baseline): 一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷(配置项)和生成可执行文卷的工具。
2角色与职责 2.1软件配置管理组（CM ） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成，小组的成员称为 配置管理员（CC）,通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会（SCCB） SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、 测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。 配置管理控制委员会负责审批软件配置管理计划； 配置管理控制委员会负责审批软件基线的建立； 配置管理控制委员会负责审批对软件基线配置项的变更； 配置管理控制委员会负责审核和批准产品发布。 2.3 SCCB负责人 SCCB负责人通常由项目经理担任，代表SCCB在有关文件上签署意见。 2.4项目经理 定期或事件驱动地评审或审核CM活动。 2.5测试组 负责审核《配置管理计划》任务列表中与测试有关的内容 2.6开发组 负责审核《配置管理计划》任务列表中与开发有关的内容
如何将程序代码烧录进STC单片机
不能用keil作下载，它应该只是一个程序编辑和调试用的吧，用keil生成hex 文件。下载时用专门的下载软件找到生成的那个hex文件就可以下载了。，有专门的单片机烧写软件的。那个软件的名字叫STC-ISP V391（你可以下载个更高版本的）的，你的开发板里面应该自带下载软件的啊！ 如果你用的下载下是USB转串口的线的话，你需要安装一个USB转串口驱动才能下载程序。网上搜一下就可以了。如果有光盘的话就在光盘里面找，里面肯定有的。 如何将程序代码烧录进STC单片机 先安装＜STC单片机编程工具＞软件到计算机中，然后进行下面的操作。 以下是烧录程序的主要界面。烧录过程非常简单，操作也非常简单。图中红色的五个大数字就表示了整个过程。简简单单的五步就可以了（实际上只需4步）。 启动本烧录程序后，第一步就是选择烧录器件。本烧录软件支持STC全系列的51单片机芯片，因此，第一步必须选择相对应的型号。由于本实验板选用的单片机芯片就是本烧录
软件首次启动默认的型号，所以，本项一般都不需要选择。 另外，“AP Memory”是指该芯片的内存大小和起止地址，根据器件型号自动更改，不必理会。 选择了器件型号，第二步就应该选择将要被烧录的HEX机器码文件。HEX文件由单片机开发环境输入、编辑代码，最后编绎产生。
至于如何产生HEX文件，很多资料也都有介绍，本板光盘中有详细的说明，并且提供了多套开发软件（每套都能用）。通过对照自学完全可以很快掌握操作。并且，本实验板光盘也提供了多种单片机开发环境供大家学习研究。 本光盘中提供了一些例子程序，大家可以点“open file”按钮，弹出以下窗口（源程序也有，但这里不显示），先选择一些例子程序烧录实验。 选好了文件后，大家可以发现“文件校验和”中的数据发生了变化，大家可以通过留意这个数据是否变化来确定打开文件是否成功，或者文件刷新是否有更改。 当然，文件打开后，会显示在右边的数据区，大家也可以观查右边数据区是否有更改。不过，当数据太多时，更改的地方又很少时，观查“文件校验和”会更快更准确。 选好了器件，选好了文件，第三步就可以设置串口和串口通信速度了。串口是一个九针的插座，老式的鼠标口就是串口。为了让通信可靠，我们可以适当的选低一些的速度，这个串口线较长时非常重要。 烧录过程中，如果出现失败，可以考虑将串口通信速度降低再试，这是由于机器配置以及当地环境因素决定的，当环境干扰过大时，必需选低一点的波特率（即通信速率）。烧录成功与失败，可以从信息区的提示看出。 选择并设置好串口后（一般不需更改），进入第四步，而这一步基本上不用更改。设置时钟倍频主要是为了提高工作速度，设置时钟增益是为了降低电磁幅射。这些，对于高级工程人员和最终产品会很有用，对于初学者来说，只当没有看见就行了。 第五步是最后一步，点击“Download/下载”，就可以进入烧录状态。 特别说明：点击“Download/下载”之前实验板的电源开关必须关闭，使单片机彻底断电，点击“Download/下载”之后才可以使单片机上电，完成程序的烧录。 注意：点击“Re-Download/重复下载”也可以，这常用于大批量的编程，不必每次都去点“Download/下载”。出现以下图状态时，给实验板通电就可以完成编程过程（如果实验板已经通电，则必须关掉电源1秒钟再次通电）。
软件开发管理程序(精)
软件开发管理程序 1. 目的 为了提高软件开发的质量, 保证软件开发项目按预定的时间和费用顺利完成,提高软件过程的成熟度。 2. 适用范围 本程序适用于本公司所有软件项目开发过程的管理 , 可根据项目的大小及实际情况进行适当的删减。 3. 定义 可行性分析:对系统的技术可行性、经济可行性和社会可行性进行研究。 需求分析:真正搞清楚所要设计的软件应该具有哪些功能和特性 (即要让它做什么事。 数据字典:对数据流程图中出现的所有数据元素给出逻辑定义。概要设计:根据软件需求说明书的要求,建立目标系统的总体结构和模块间的关系,设计全局数据库/数据结构,定义各功能模块的接口、控制接口等。 详细设计:对概要设计中产生的功能模块进行过程描述,设计功能模块的内部细节,为编写源代码提供必要的说明。 测试计划:为做好集成测试和验收测试,需为如何组织测试制定实施计划。计划包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 编码与单元测试 : 将详细设计说明书转化为相应的程序设计语言或 数据库语言书写的程序,对该程序的所有模块进行测试。
4. 职责 4.1项目经理:在可行性分析阶段,组织可行性分析小组,项目通过可行性评审后编写《项目开发计划书》。在需求分析阶段,组织需求分析小组, 保证需求分析进度。在程序设计阶段, 组织概要设计小组, 组织详细设计小组,进行编码分工,监管编码规范。在项目进行的整个过程中要填写《项目进度月报》。 4.2可行性分析小组:对项目进行可行性分析并形成《可行性分析报告》。 4.3可行性评审小组:对可行性分析小组提交的《可行性分析报告》进行评审,形成《评审表》。 4.4需求分析小组:对业务需求进行分析,编写《软件需求说明书》和《数据要求说明书》。 4.5需求分析评审小组:根据软件正式技术复审规范对需求分析小组提交的《需求分析报告》 ,进行评审,形成《评审表》。 4.6概要设计小组:根据《软件需求说明书》和《数据要求说明书》进行概要设计, 编写《概要设计说明书》、《数据库设计说明书》和《数据字典》。 4.7概要设计评审小组:对《概要设计说明书》、《数据字典》和《数据库设计说明书》进行评审,出《评审表》。 4.8详细设计小组:根据《概要设计说明书》、《数据字典》和《数据库设计说明书》进行详细设。
软件开发控制程序文件
软件开发控制程序文件 1 目的 1.1 对软件开发的全过程进行控制，确保产品能满足用户需求和期望及 有关法律、法规要求。 2 范围 2.1适用于本公司软件新产品开发全过程的控制。 3 职责 3.1技术部负责软件开发全过程的组织、协调、实施工作，包括进行开发 的策划、确定开发的组织和技术的接口、输入、输出、验证、评 审，设计开发的更改和确认等。 3.2技术部经理负责审核软件开始输出文件和成果。 3.3技术部经理负责审核项目可行性研究报告、项目开发方案，下达开发 任务书，负责批准项目开发计划、开发输入、开发输出、开发评 审、开发验证、确认和软件更改等。 3.4总经理负责批准项目可行性研究报告、项目开发方案。 3.5采购部负责所需物料的采购。 3.6技术部负责根据合同要求，负责提交用户使用新产品后的《验收报 告》。 3.7技术部负责控制新产品的质量保证能力。 4 程序 4.1软件开始的策划 根据“软件生存周期”的阶段划分，这属于“可行性研究与计划阶段”。
4.1.1软件开发项目的来源： a. 根据市场部与用户签定的新产品合同或技术协议，总经理批 准的相应的《项目可行性研究报告》、《产品要求评审 表》、技术部经理下达《软件开发任务书》，并将与新产品 有关的技术资料转交软件开发人员。 b. 市场部根据市场调研或分析提出《项目可行性研究报告》， 报技术部经理审核、总经理批准后，技术部经理下达《软件 开发任务书》，并将相关背景资料转交软件开发人员。 c. 技术部综合各方面信息，提交《项目可行性研究报告》，报 技术部经理审核、总经理批准后，技术部经理下达《软件开 发任务书》，交软件开发人员实施。 d. 技术部经理制定的科技发展规划：包括新产品计划和已有产 品的重大升组级计划（如平台更换、重大技术改造等）。 4.1.2项目负责人根据上述项目来源，确定项目负责人，根据《软件开发 任务书》将软件开发策划的输出转化为《项目开发计划》，报技 术部经理审核、批准。计划书内容包括： a.开发输入、输出、评审、验证、确认等务阶段的划分和主要工作内容； b.各阶段人员职责和权限、进度要求和配合单位； c．产品及成果、验收标准； d．资源配置需求，如人员、设备、资金保证及支持务件等及其他相关内容等。 4.1.3软件开发策划的输出文件将随着设计开发的进展，在适当进予以修 改，应执行《文件控制程序》关于文件更改的有关规定。 4.1.4软件开发不同小组之间的接口管理 a. 软件开发的不同小组可能涉及到公司不同职能或不同层 次，也可能涉及到公司外部。 b. 对于小组之间重要的软件开发信息沟通，软件开发人员填
某软件公司维护管理控制程序
维护管理 文件编号： NP510100 生效日期： 2000.3.20 受控编号： 密级：秘密版次：Ver2.1 修改状态：总页数8 正文 5 附录 3 编制：刘栋臣审核：孟莉、王宇批准：孟莉 沈阳东大阿尔派软件股份有限公司 （版权所有，翻版必究）
文件修改控制 目录 1. 目的 2. 适用范围 3. 职责 3.1项目管理部门 3.2技术支撑部门 3.3 开发部门 4. 术语和缩略语 5. 工作程序 5.1基本要求 5.2维护类型 5.3 维护计划 5.4 维护实施 5.5 维护记录 6. 引用文件
7. 质量记录 7.1 NR510100A“维护服务需求说明” 7.2 NR510100B“维护计划” 7.3 NR510100C“维护记录”
1．目的 对交付后的维护管理进行有效控制，确保维护服务顺利、有效实施。 2．适用范围 适用于本公司所提供的软件和/或系统集成项目交付后的维护服务。 3．职责 3.1项目管理部门：负责受理交付后的维护申请，组织协调有关部门实施维护。 3.2技术支撑部门：负责组织实施软件产品和/或系统集成项目交付后的维护。 3.3开发部门：负责软件项目或软件产品的开发性维护。 4．术语及缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 5．工作程序 5.1 基本要求 维护范围和维护期限必须在合同中明确规定，维护服务应严格按合同执行。 5.2 维护类型 1)纠错性维护：解决软件运行过程中出现的故障； 2)适应性维护：由于运行环境的改变而调整软件的接口； 3)完善性维护：根据客户的要求对现有软件产品进行功能扩充或性能改进。 4)硬件产品的维护。 其中，前三种维护又称开发性维护。 5.3 维护需求 5.3.1 根据客户的要求或合同中对维护服务的规定，客户提出维护需求说明，并由客户 和维护部门进行确认。 5.3.2 根据确认的维护需求，可与客户约定维护的实施办法，共同制定维护计划。维护 计划应包含以下内容： 1)维护范围：指合同中规定的维护项或公司确认的由客户提出的特殊维护要求。 一般情况下维护范围包括计算机程序、文档及相应的硬件系统等。 2)产品初始状态标识：是指系统安装完成后，由双方共同确认的系统初始状态，
某某软件公司文件管理控制程序
文件管理 文件编号： NP602100 生效日期： 2000.3.20 受控编号： 密级：秘密版次：Ver2.1 修改状态：总页数9 正文 6 附录 3 编制：李民审核：孟莉批准：孟莉 沈阳东大阿尔派软件股份有限公司 (x，翻版必究)
文件修改控制
目录 1. 目的 2. 适用范围 3. 职责 4. 术语和缩略语 5. 工作程序 5.1 文件控制范围 5.2 文件的编号 5.3 质量体系文件的控制 5.4 其它文件的控制 5.5 文件的保管 5.6 文件的网上发布 6. 引用文件 6.1 NP602200《信息管理》 6.2 NW602101《文件编写导则》 6.3 NW602102《文件编号规定》 7. 质量记录 7.1 NR602100A“文件发行审批表” 7.2 NR602100B“文件修改申请与记录单” 7.3 NR602100C“文件发行控制表”
1.目的 通过规定文档的编制、审查、发布、更改和收回废除必须遵守的过程，确保相关部门得到有效的文件。 2.适用范围 本程序适用于质量体系文件，以及软件开发产品和/或服务的过程中产生的文档管理。 注：质量体系文件、软件开发产品和/或服务过程中产生的文档，以下统称文件。 3.职责 3.1 质量保证部门：负责组织质量体系文件的编制、发放和更改控制。 3.2项目管理部门：负责技术文档发行及更改控制。 3.3相关部门：负责各自部门的专用文档及资料的编写、更改。 4.术语和缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 5.工作程序 5.1 文件控制范围 5.1.1质量体系文件，其分类为： 1）质量手册 2）程序文件 3）支持性文件：包括作业指导文件、技术规范及有关资料。其中：作业指导文件指在执行程序文件时参考的具体作业文件；技术规范指在软件产品开发过 程中应遵守的技术准则及规定。 5.1.2所有本公司质量活动的计划和进展及与客户相互配合的计划性文档。 5.1.3描述一个具体软件产品或软件项目的技术文档和用户文档，包括 ——开发阶段输入/输出； ——验证和确认的计划和结果； ——提供给客户的文档； ——维护文档。
软件配置管理控制程序
配置管理控制程序 历史记录
目录
1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。 2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、
软件项目开发流程管控V2.0
一、目的 1.明确项目团队的管理和沟通流程，改善团队耦合性能。 2.部门内全面实施团队式管理机制，发挥广大员工各自的潜能，激励员工共同参与团队建设与发展。 3.使项目管理实现质量、资源、时间等要素的可控化。 4.规范项目开发管理，提高项目开发质量，提高工作效率，降低软件开发风险。 5.建立一套适合公司实际情况且又实用的有机管理体系。 6.为公司发展做好基层管理基础，为员工的发展提供有利的软环境保障。 二、原则 1.体现项目团队理念。 2.实用性。 3.有机性。 4.共同发展。 三、组织结构 1.约束条件 1)该项目管理和控制机制仅仅是用于全过程型和功能增加型软件开发。 2)该项目管理和控制机制必须与公司当前的发展状况、资源状况相匹配。 2.假定环境 1)公司具有一定的多项目同时开发的实力。 2)公司拥有几个能够带领项目开发的人员。 3)公司有能力组织测试和完备的文档管理。 4)公司有能力组织软件质量测评和监管。 5)公司软件部门管理为项目软件主管、项目团队式，且项目软件主管对各项目团队具有监控权 和工作质量跟踪权。 6)部门内有明确的岗位责任分工基础。 7)公司内有一批具有一定项目管理基础，能够带领人员完成项目开发的人才。
3. 组织结构 1) 说明：该结构为行政式结构，对于系统分析人员和软件工程师、开发人员都在项目团队或无项目员工的队列中。专职维护暂为预留组织。 2) 项目组内实行团队式组织结构 a) 每个项目组都是一个项目团队，具体称谓：angel 项目团队。 b) 一个项目团队要由以下几个基础机构组成： 项目经理； 软件总体设计工程师； 开发人员； 注：如果项目较小时可以进行机构合并，如项目主管、系统分析可以合并为一人来做。 如果项目运做前期需要时，还可以一人担负整个项目，但仍可以依据流程和控制机制来开展工作。 总体设计工程师和系统分析员在项目运做前期可能同时负责多个项目，即一个项目的系统分析员或总体设计工程师完成其所担负的任务后（交付所有文档和完成对开发人员培训后）可能转做另一个项目。 c) 机构内部领导模式为：民主式领导模式（项目经理与软件系统分析员、总体设计工程 师以及程序编码人员之间的关系是一种民主式方式，是同一个团队的不同成员，仅存在职能、职责的分工不同，没有高低贵贱之分，严禁摆资格和论权利等级。）。 项目组 项目组 项目组 项目经理 项目经理助理 项目总工程师 测试组 项目组 维护组
31计算机软件控制确认程序
1、目的 为保证当计算机软件用于规定要求的监视和测量时，对检测结果的影响量始终处于最小的程度，特编制本程序。 2、范围 本程序文件包括以下工作： (1) 对带有计算机控制软件的生产设备和检测仪器的使用过程建立维护； (2) 对带有计算机控制软件的生产设备和检测仪器的贮存期间建立控制； (3) 对计算机的操作系统软件的升级更新、重装测试建立严格的控制规定； (4) 对计算机的应用软件系统的更新、调试、维护、删除等建立控制与维护； 3、职责 3.1 技术负责人 (1) 负责组织带有计算机控制软件的生产设备和检测仪器的使用过程制定维护规定； (2) 负责组织带有计算机控制软件的生产设备和检测仪器的贮存期间制定控制要求； (3) 负责对计算机的应用软件系统的的更新、调试、维护、删除等建立监控手段和记录措施； (4) 负责对带有计算机控制软件的生产设备和检测仪器的生产厂家联系并监督其对计算机的操作系统软件的的升级更新、重装测试的有效性。 3.2 生产车间和检测室负责人 应监督操作人员对带有计算机控制软件的生产设备和检测仪器在使用期间的工作状况，一旦出现异常应立即报告。 3.3 仓库管理人员应对带有计算机控制软件的生产设备和检测仪器在贮存期间的环境参数进行控制和记录。 3.4 计算机控制软件的操作人员应负责记录计算机软件的运行状态中各项参数。 4、程序 4.1要求 当计算机软件用于规定要求的监视和测量时，应确认其满足预期用途的能力。确认应在初次使用前进行，在软件修改程序后应再次确认。
本公司的任何人员不得擅自对计算机的操作系统软件进行升级、更新、重装等操作。 4.2计算机软件的首次确认 对带有计算机控制软件的生产设备和检测仪器验收时，技术部门和技术人员对计算机软件软件进行结构和功能性确认，主要内容有： 4.2.1．根据厂家提供操作指南(使用说明)对系统基本功能逐项确认。 4.2.2 利用系统的人机界面．对程序和模块的通讯连接、组态数据、测量显示记录、连锁报警值的设定、配方管理、软件保护进行确认。 4.2.3．利用适宜的介质模拟联动试车，对控制系统进行程序启动、参数给定、控制方式等确认。用切断电源、切断负载、拔出插件(卡)、人为调整等方法模拟故障状态．对系统故障的检测诊断和冗余功能的确认。 4.2.4 系统初次投入试运行，由工艺人员对软件控制的终端产品进行综合检验涵盖理化性能指标，通过产品合格的评判结果，对软件的整体性能进行确认。 经验证合格后，由技术部门组织设备、仪器所属部门的有关人员对计算机软件程序进行确认，并填写“计算机软件确认表”。 4.3 计算机软件的再次确认 若发生工艺调整，工艺技术人员根据工艺变动情况，作出对应用程序软件是否修改结论，若需对程序进行修改，由技术部门组织专业人员修改，程序修改后，由操作人员、程序修改人员、技术人员必须按规定，重新验证确认。 4.4如由生产厂家在对生产设备或检测仪器中的计算机软件进行升级更新、重装测试结束后，有关技术人员和操作人员应会同生产厂家人员进行计算机软件的首次确认。 5 相关文件和记录 （1）《仪器设备的控制与管理程序》 （2）《实施纠正和预防措施程序》 （3）计算机软件确认表 批准：审核：编制： 日期：日期：日期：
标签管理控制程序
标签管理控制程序 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
标签管理控制程序 编制：曾永洲 审核： 批准： 标签管理控制程序 1.目的：利用适当的标识,使得在各流程阶段能够正确地鉴别产品状况,并在反馈时能顺利地追溯到各阶段的作业记录。 2.适用范围：适用于本公司各流程阶段的产品。 3.职责： 3.1生产部：负责生产过程中物料、半成品及成品的标识。 3.2质检部：负责不合格品的标识,出货前对标识进行核对。 4.作业内容： 4.1.1所有标签的打印按照出货数量及箱子数量来定,由检验员发放到作业员手中,标签不能打多,多的标签由检验员自己保管或销毁,如有标签不清晰,则由作业员在检验员进行更换,不可多发放. 4.1.2包装后待入库的产品由包装人员将产品放置于“待检区”，并把标签贴在箱子上，签名，检验员检验合格后在包装标签上盖“合格”章，入库检验不合格由检验员将产品放于“品质异常隔离区”，并用红色[异常品标签]标识。 4.1.3出货待检产品，由包装人员依客户代号将产品放入“出货待检区”，检验合格后，由出货抽验员将产品放入“出货检验合格区”。出货检验不合格，由出货检验员将产品放入“品质异常隔离区”，并用红色[异常品标签]标识。
标签管理程序 1.目的：对原料及产品标签、已打印使用、保管、发放及销毁进行控制，确保不发生污染、混杂及丢失。 2.职责 2.1产品标签由品质部专人打印， 2.2标签制作、废品销毁由品质部负责。 2.3标签验收、保管、发放由品质部专人负责。 4.3标签的发放和使用 客户要求并由品质专人打印， 4.3.2产品贴签工序由专人向车间品质人员发放标签，车间根据生产计划及中间品检验合格单限额发放. 4.3.2产品贴签工序应填报实用数量。 4.3.3标签不得改做他用或涂改后再用。也不能做其他产品使用. 4.4标签的销毁 4.4.1废止使用标签的销毁，应在规定期限内完成。
51单片机入门 程序下载(程序烧写)
51单片机入门程序下载（程序烧写） 串口 串行接口简称串口，也称串行通信接口，是采用串行通信方式的扩展接口。 我们比较熟悉的USB接口，全名通用串行总线（Universal Serial BUS），就属于串口。 串行接口按电气标准及协议来分还包括UART、RS232、RS422、RS485等。 老式的台式计算机和部分笔记本上则有RS232串口，这里RS232指的是RS232电平的串口。后来由于这种串口使用很少、速度较慢、体积较大而逐渐在笔记本甚至台式机上被淘汰了。而51单片机等中含有UART串口，UART这里指的是TTL电平的串口。 UART与RS232区别主要在于其电平定义不同。TTL电平是5V的，而RS232是负逻辑电平，它定义+5~+12V为低电平，而-12~-5V为高电平。 标准串口即RS232串口（通常指COM接口），如图。
由于USB接口与单片机的TTL串口无法直接连接，一般通过转换芯片来连接。连接到USB接口的转换芯片一般需要在电脑上安装驱动。
USB转RS232串口（常用转换芯片为CH341，价格10-20元） RS232转TTL（电平转换芯片MAX232）
USB转TTL串口（常称为USB转TTL升级小板，USB-TTL转接板，常用转换芯片为PL2303，价格6-10元）
USB - RS232串口 - TTL串口转接板
USB-RS232电路图 通常成品学习板上都是USB接口或者RS232串口+USB接口。一方面USB接口负责给单片机供电，另一方面，USB转TTL或RS232转TTL已经集成的学习板上。 51单片机程序的烧写 我们最常见的51单片机是美国Atmel公司生产的AT系列单片机和中国宏晶公司生产的STC系列单片机。早期的AT89C51系列（89后面是字母C）单片机，下载程序时需要使用专门的烧写器烧写进去，单片机烧写程序时必须从电路上取下来，非常麻烦。后来退出了支持ISP（In System Programming）在线编程的AT89S51系列单片机，只需连接几根线即可烧写程序，也不需取下单片机。 标准10芯ISP插头
软件开发控制程序
北京中科国信科技股份有限公司 文件编号 ZLCX-02.11-2010 版 次 C 0 编制部门 研发部页 数 共 04页 受控状态 实施日期 2010-06-03 软件设计和开发控制程序 编 制/日期： 校 对/日期： 审 核/日期： 标准化/日期： 批 准/日期： 总经办 商务部 行政 人资部质量 管理部 财务部 销售部 研发部 工程部 生产部 分发 部门 00 01 02 03 04 05 06 07 08 分发范围 数量 1 1 1 1 1 1 1 1 1 、管路敷设技术通过管线不仅可以解决吊顶层配置不规范高中资料试卷问题，而且可保障各类管路习题到位。在管路敷设过程中，要加强看护关于管路高中资料试卷连接管口处理高中资料试卷弯扁度固定盒位置保护层防腐跨接地线弯曲半径标高等，要求技术交底。管线敷设技术包含线槽、管架等多项方式，为解决高中语文电气课件中管壁薄、接口不严等问题，合理利用管线敷设技术。线缆敷设原则：在分线盒处，当不同电压回路交叉时，应采用金属隔板进行隔开处理；同一线槽内，强电回路须同时切断习题电源，线缆敷设完毕，要进行检查和检测处理。、电气课件中调试对全部高中资料试卷电气设备，在安装过程中以及安装结束后进行 高中资料试卷调整试验；通电检查所有设备高中资料试卷相互作用与相互关系，根据生产工艺高中资料试卷要求，对电气设备进行空载与带负荷下高中资料试卷调控试验；对设备进行调整使其在正常工况下与过度工作下都可以正常工作；对于继电保护进行整核对定值，审核与校对图纸，编写复杂设备与装置高中资料试卷调试方案，编写重要设备高中资料试卷试验方案以及系统启动方案；对整套启动过程中高中资料试卷电气设备进行调试工作并且进行过关运行高中资料试卷技术指导。对于调试过程中高中资料试卷技术问题，作为调试人员，需要在事前掌握图纸资料、设备制造厂家出具高中资料试卷试验报告与相关技术资料，并且了解现场设备高中资料试卷布置情况与有关高中资料试卷电气系统接线等情况，然后根据规范与规程规定，制定设备调试高中资料试卷方案。 、电气设备调试高中资料试卷技术电力保护装置调试技术，电力保护高中资料试卷配置技术是指机组在进行继电保护高中资料试卷总体配置时，需要在最大限度内来确保机组高中资料试卷安全，并且尽可能地缩小故障高中资料试卷破坏范围，或者对某些异常高中资料试卷工况进行自动处理，尤其要避免错误高中资料试卷保护装置动作，并且拒绝动作，来避免不必要高中资料试卷突然停机。因此，电力高中资料试卷保护装置调试技术，要求电力保护装置做到准确灵活。对于差动保护装置高中资料试卷调试技术是指发电机一变压器组在发生内部故障时，需要进行外部电源高中资料试卷切除从而采用高中资料试卷主要保护装置。
51单片机烧写程序说明
Step 1: Keil 软件的安装 1?选中文件夹中的 C51V900安装程序并打开，如图： QE C SIY?/ flHL340 门 JwjCifinfll 蚤聞下載 2?在安装对话框里一直选择 Next ，直到Finish 完成Keil 的安装。 Step 2:安装USB 转串口线的驱动程 序 的安装 1.选中并打开文件夹中的 HL-340安装程序 生稈序下養 2?点击INSTALL 即可自动完成安装 Step 3: Keil 工程的建立 1.打开桌面上的 Keil 图标.，建立一个新工程单击 【Project 】菜单中的【New 卩Vision Project 】，如下图：
选择工程保存的位置，建议最好新建一个文件夹用来保存此工程文件，方便以后管理。 3. 选择单片机型号：打开 Atmel ^^XS 目录，选择子目录下的 AT89C52,点击0K,在 弹出的新对话框中选择否（N ）。 2. U ：迫看下棊 *奇乐 Prcject ?计其机? DATA （Esj ? mine ?爭匿3：斗突 仏N 他屋(Cr) j mg ir-1 」DATA (E ) L-i, BACKUP (F ：)
sht|Ang5h|flf*g|bBBg v |l^ ■ “ 匚囲昂凹CC)二 j TOCHi(D4 j D*1A dBMKW 的 .KI NSTON (HI * * 5. 回到编辑界面，单击【Target 】前面的“ +”号，然后在【Source Group 1】选项上单 "oOSEtj C51 Diti b?? — U H Ddei d&d Li mb (1X511 hsieM H 6LSI 厂 Ext As-icnrtJa 曲嗨 1 '| i^tc^d cf A3' Cvt^riptan: ^T&&C51E52 .\r45C51C2 .^rS9CS1lC2 AT3SCE1IE2 AT53C51R3Z AT5SC51RS AT?C 创片餐 AFMCSIIRO2 V?SC51R^2 VB^SISMDI ■T35C51SND2 F L II^' S:etis 24MHz corrrelh- wtr 1.0 Lines 3 TimmAZflijrtwi, ￥ lm>rn4H/2 Pnwty Lev*k UAfi' ? iojid- M^mu> j)cx 8K Svte ； FI JS I I Mti iiur., 12$球曲OrMip 卍W 4. 单击【File 】菜单中的【NeM 菜单项，或者Ctrl+N 可新建一个文件 Textl □ TfrJrtl 单击工具栏的图标 或者Ctrl+S ,在弹出的保存对话框输入文件名, 注意必须在文件 名后加上“ .C ”作为保存的文件类型（例如 shuangshuangbang.c ），然后保存。 P d-E =j ■- DATA 1]E ：J ? Fir ?秆盒亶鼻亢 .笙WF