配置管理控制程序
历史记录
1. 引言
1.1 目的
本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。
1.2 使用范围
本文件适用于公司的所有软件项目。
1.3 名词和缩写
CM(Configuration Management) 配置管理
SCCB (Software Configuration Control Board) 软件配置管理控制委员会
CC (Configuration Controller) 配置管理员
工作产品(Work Products):项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。
配置项(Configuration Item, Cl):纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[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 有关的内容
3.2过程说明
软件配置管理是通过配置标识、配置控制、配置状态说明和配置审核等一系列活动, 整个软件生存周期建立和维护软件产品的完整性。
4过程活动
4. 1活动一.制定配置管理计划
4.1.1进入准则
已经指派了项目配置管理员
4.1.2输入
《项目已定义标准过程》 《软件开发计划》草稿
4.1.3任务
任务1:确定项目CM 的要求
3过程综述
3.1流程图
祸动二”配柠顷标识
解勃网一配旨状态纪实
祜励七.T 作产品应血
:…
在项目的
話动一”制逹風讶评却计划
活劫仏配置审核 活功丸.编洋源壮码
活动八.产品幵常备份
公司软件设计和开发控制程序 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.目的 对质量体系有关的文件，进行控制管理，确保有关场所使用的文件，均为有效版本。 2.范围 适用于本公司与质量体系有关文件的控制管理，包括电子媒体的文件。 3.相关文件 无 4.职责 4.1总经理负责质量手册的批准和发布。 4.2管理者代表负责除质量方针目标、质量手册以外的批准及发布。 4.3各部门主管负责本部门编制和提供的文件的审核。 4.4各部门经办人员负责各类文件的编制、收集（包括外来）文件和统计。并指定兼职资料员，负责保管好本部门收到的文件，做好文件清单的记录。 4.5行政办公室负责文件的文档登记、保管、借用、更改、回收和销毁（包括外来文件）等管理工作。 5.工作程序 5.1行政办公室负责制订文件控制管理程序，相关部门程序要求实施。 5.2文件控制的流程。
动应遵循的途径和方法。 5.3.3其他管理性和技术性文件（第三层次文件）---如管理性的有：规章制度、管理办理、各种管理标准、工作计划、记录和报告的表示等；技术性的有：产品图纸、产品标准、工艺文件和标准、检验和检测规范、作业指导书、操作法规等。 5.3.4外来文件等---国标、国家和行业的标准、国家和地方的法律法规、适用法规和标准，顾客提供的工程规范等，被本公司收集引用的文件。 5.4文件的编写导则 5.4.1本公司的各类文件都必须有：标题、编号、拟（编）写人、审核人、批准人的签名方为有效。文件必须要有版本、修改码和目录及最新状态清单。外来文件被采用必须要有提供部门领导的认可签名。 4-1-1 文件控制管理程序版本：A 第3页共14页 5.4.2质量手册和程序文件由管理者代表组织编写，质量手册由管理者代表审核，总经理批准。程序文件由相关部门经理审核、管理者代表批准。 5.4.3研发部门负责编写技术文件，包括产品标准、技术
配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________
目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)
1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图
1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员
计算机软件设计开发控制程序 1.目的 为使软件设计开发全过程得到有效的实施和控制，保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求,以增强顾客满意，特制定本程序。 2.范围 本程序涉及软件设计开发过程中的全过程的控制。 3.流程 3.1. 可行性研究 在与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由公司组织相关人员对合同条款进行评审，评审通过后，公司组织进行立项工作。 3.2. 立项 可行性分析评审通过后，有开发部门经理下达立项任务，制定相关人员填写立项申请报告报批，报批通过后，由部门经理和技术负责人协商下达开发任务书，经技术负责人审核通过后报公司批准。批准立项后，项目进度应以立项申请报告中的阶段进度为准，如果进度需要调整，需要填写进度调整申请报告报批。 3.3. 需求分析 公司根据客户提出的技术要求和相应的软件任务书以及其他有关件，与客户协商确定详细的软件需求。 3.4. 开发策划 根据项目要求和软件需求，由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。在配置管理计划中应列明本项目需提交的各阶段文档的
名称，在项目完成后项目组需列表说明需要移交的文档。在制定计划时，应为计划、设计、测试、修正、再测试、变更以及编制文档留出足够的时间。 3.5. 设计 ●概要设计 根据软件需求说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构。 ●详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设 计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结 构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或 子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分 配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编 码。 3.6. 编码实现 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 3.7. 测试 ●软件单元测试 按详细设计的结构，根据软件单元测试计划，对软件进行测试。 ●组装测试 根据软件需求说明书中定义的全部功能和性能要求及组装测试计划，对 软件进行组装测试，以确定整个软件是否满足软件需求，是否可以提交 总装测试。 3.8. 验收交付 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、
俊杰 1.目的 对与公司质量管理体系有关的文件进行控制，确保各相关场所使用文件的有效版本。 2.范围 适用于与所有质量管理体系有关文件的控制。 3.职责 3.1行政部负责公司质量管理体系文件编制、收发、更改的控制和管理； 3.2生产部负责公司技术、工艺文件及新产品研发过程中文件的编制、收发、更改的控制和管理; 3.3其他部门负责本部门文件的管理和正确使用。 4.程序 4.1文件分类4.1.1质量管理体系文件包括：
4.3.1质量手册由行政部负责编写，由管理者代表审核，总经理批准发布； 4.3.2程序文件、作业指导书由部门负责编写，由部门负责人审核，管理者代表批准； 4.3.3文件批准发布时，审批人应确保文件是适宜的； 4.3.4质量手册、程序文件由管理者代表确定发放范围，经管理者代表批准后发放到相应的使用部门，行政部填写《文件发放回收登记表》，领用人签名领取。 4.3.5其它质量文件由各部门确定发放范围，分管领导批准后发放至有关人员，并填写《文件发放回 收登记表》，领用人签名领取。 4.4文件的受控、作废 文件分为“受控”和“非受控”两大类，凡与公司质量管理体系运行的各使用场所紧密相关的文件应为受控文件。所有受控文件须在该文件封面加盖“受控”印章，并注明分发号。凡提交顾客等可用“非受控”文件。 4.5文件的更改 4.5.1质量管理体系文件的更改由行政部负责公司实施，申请更改部门填写《文件更改申请单》，经 原审核者审核，原文件批准者批准后更改。如果指定其他部门审批时，该部门应获得审批所需依据的有关背景资料；文件的所有更改，均须体现在《文件更改申请单》中并集中保留。 体系文件的初始版本/版次为1.0/0，第一次换版为2.0版，以后依次类推为3.0版、4.0版……，文件第一次换页修改版次为1，以后修改依次为2、3、……修改5次以后换版。 4.6文件的领用 4.7文件的保存、作废与销毁 4.7.1文件的保存 a.各部门负责保管本部门与质量管理体系相关的文件，文件保存场所应适宜。 b.对受控文件，各部门应及时填写《受控文件清单》进行管理。 c.任何人不得在受控文件上乱涂乱画，不准私自外借，确保文件的清晰、易于识别和检索。 4.7.2文件的作废 a.当文件作废时，文件的发放部门负责按《文件发放回收记录表》及时从相应的使用部门撤回失效或作废的文件。 b.作废文件加盖“作废”印章，需作资料保留的作废文件则由文件发放部门加盖“仅供参考”印章方可留用。
办公资源配置管理办法 第一章总则 第一条为规范公司本部办公资源配置管理，提高公司办公资源配置效率，制定本办法。 第二条本办法适用于国华电力公司本部。 第三条本办法所称办公资源主要指公司为员工开展工作所配备的办公用品、办公设备、办公家具及行政办公应用系统资源。 第二章办公资源配置标准 第四条办公设备配置标准 注：各部门有多个办公室且相隔较远的，可单独配备打印机。 第五条办公家具配置标准
第六条行政办公应用系统配置标准 第七条办公用品配置标准 （一）一般岗位个人办公用品配置范围：文件夹、资料册、资料盒、U盘、移动硬盘、刻录盘、鼠标、鼠标垫、个人专用计算器等。 （二）部门公共办公用品配置范围：签字笔、自动铅笔、铅笔芯、铅笔、荧光笔、白板笔、直尺、橡皮、笔记本、信封、信纸、便签纸、复写纸、口取纸、N次贴、剪刀、裁纸刀、切纸刀、订书机、订书钉、推夹器、推夹器用夹、订夹扣、回形针、图钉、大头针、胶棒、涂改液、透明胶带、胶带座、双面胶、印泥、印油、长尾夹、橡皮筋、打孔机、计算器等。 （三）公司副总师以上领导办公用品根据实际需要配置。
第八条特殊岗位根据实际工作需要配置办公资源。 第三章办公资源配置办法 第九条本部办公用品实行定额管理，定额内根据工作需要领用。 （一）个人办公用品定额：部门经理以上80元/月，员工60元/月。 （二）部门公共办公用品定额：按照各办公室人员核定，20元/人月。 （三）复印纸、墨盒、硒鼓、碳粉等耗材按设备核定费用定额（不含楼层公共文印区设备）。定额内按实际消耗领用，超出定额需经总经理工作部审核，主管领导审批。 第十条办公设备中打复印、传真设备、扫描仪、固定电话、饮水机、碎纸机等由公司按标准统一配置，手机和笔记本电脑按以下办法配置。 （一）手机配置 1、公司副总师以上领导根据实际需要配置。 2、其他公司正式员工实行“公司定额补贴，员工自行购机”的形式配备。 3、购机补贴标准为1000元/人·年，首次购机另补1000元/人。
软件开发过程控制程序
目录 1目的与适用围 (3) 1.1 目的 (3) 1.2 适用围 (3) 2 引用文件 (3) 3职责 (3) 4程序 (4) 4.1需求分析程序 (4) 4.1.1获取、分析需求 (4) 4.1.2需求规格说明书的评审 (4) 4.1.3需求确认 (4) 4.1.4存档 (4) 4.1.5需求变更 (4) 4.2 软件设计程序 (5) 4.2.1软件设计 (5) 4.2.2设计评审 (5) 4.2.3设计文档的备案 (5) 4.2.4设计更改控制 (5) 4.3 编码开发程序 (5) 4.3.1编码 (5) 4.3.2代码集成 (6) 4.3.3程序验收 (6) 4.3.4配置管理 (6) 4.3.5测试流程 (6) 4.3.5.1 测试用例的编写、审核与备案 (6) 4.3.5.2 系统测试 (6) 4.3.5.3 用户手册的编写与审核 (7) 4.3.5.4存档 (7) 5流程图 (8) 6相关文件 (9)
1目的与适用围 1.1 目的 规需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。 1.2 适用围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 2 引用文件 GBT 11457-2006 信息技术软件工程术语 GBT 16260.4-2006 软件工程产品质量 3职责 ?项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 ?需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。 ?技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。 ?设计人员：软件界面设计。 ?开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。 ?测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。 ?行政人事部：负责开发过程中文件及代码的存档管理。 ?项目组成员：每日填写工作日志。 ?部门负责人：对项目人员工作日志进行统计。
计算机科学与技术专业（软件技术方向）计算机科学与技术专业(软件技术方向) 卓越工程师教育培养计划人才培养方案 一、培养目标 培养适应经济社会与科技发展需要的～德智体美全面和谐发展与健康个性相统一～富有工程意识、实践能力和创新精神～系统掌握计算机科学与工程基本理论～能够运用现代开发方法和工具按照国际规范从事软件系统分析、设计、开发和维护工作的软件工程师。 二、培养标准 依据专业培养标准～本专业毕业生应该具备以下知识、能力和综合素质: 1、基础理论 毕业生应具备数学及自然科学知识、电子电气工程技术基础知识、计算机专业基础知识、软件开发技术、软件测试技术、嵌入式系统与计算机网络技术等较宽领域的工程技术基础理论和专业知识。主要应包括如下几方面的知识: ,1,具有较扎实的数理知识和良好的外语运用能力～并具有一定的经济、管理、人文与社会科学知识, ,2,具有本专业领域较宽的专业基础理论知识～主要包括软件开发技术、软件测试技术、嵌入式系统、计算机网络等专业工程基础知识, ,3,具有本专业所必需的信息技术企业管理和运作、软件开发管理、工程实施等方面的知识。 ,4,具有一定的学科交叉知识～了解社会、经济发展的需求及与本专业的关系～具有较宽阔的视野和较强的工作适应性。 2、专业能力
本专业学生应具备在软件开发、软件测试、系统集成等方面的工程实践能力～ 重点具备掌握常用软件开发技术～能够根据软件工程规范开展软件开发工作的能 力。主要培养的专业能力包括: ,1,掌握并熟练应用计算机专业基础知识～包括计算机基本结构、计算机软硬 件系统运行的基本原理、信息组织和管理的基本原理和方法、计算机网络架构的基本原理和方法、程序设计的基本方法和技能、软件测试基本知识, ,2,掌握信息系统架构的技术和相关设备～包括计算机网络架构的基本原理、 方法和主要设备以及信息系统运行的软硬件平台～具备选择最佳性价比硬件的能力, ,3, 能够进行需求分析～并根据用户需求确定系统目标和要求, ,4, 掌握根据需求规格说明书进行概要,总体,设计的能力, ,5, 掌握根据模块功能需求开展详细设计的能力, ,6, 掌握采用UML工具进行类库设计和采用E-R图进行数据库概念结构设计、 逻辑结构设计和物理结构设计的能力, ,7, 掌握软硬件接口设计、应用系统和数据库系统接口设计的能力, ,8, 掌握在软件开发过程中撰写各类技术说明书和文档的能力, ,9, 掌握按照软件工程和项目需求规范～进行编码的能力, ,10,掌握信息系统集成的方法～具有软硬件系统接口编程、集成的能力, ,11,具备快速掌握和改造现有软件系统的能力, ,12,精通两种以上集成化的开发平台和开发工具～并能够进行软件项目的开发, ,13,精通数据库开发技术、两种以上流行的数据库管理系统的开发工具及相关 技术～掌握根据软件系统需求选择合适的数据库系统的能力, (14) 掌握基本的测试方法和常用测试工具～进行单元测试、组合测试、确认 测试的方法、软硬件系统整合测试能力, (15) 具备跟踪当前技术热点～掌握本专业领域的新技术和新工具的能力。
1、目的 通过对质量管理体系文件的控制管理，确保本公司质量管理体系符合ISO9001:2015& ISO 13485:2016、GMP、QS标准及符合中国法规、美国、欧盟国家、加拿大和其它产品输出目的国要求，确保质量管理体系文件的分类编号﹑编制﹑审批﹑发放管理﹑有效性控制﹑保管和更改等活动在受控状态下进行；并保证各文件使用场所的受控文件为最新有效版本； 2、范围 适用于公司所有质量管理体系文件的管理与控制。 3、定义 受控文件：供公司内外部使用的，受更改、标识、版本、版序、格式、字体等控制的文件； DCC: Document Controlling Center 文件控制中心； 外来文件：指从外部获取并由本公司直接引用的文件，如国家﹑行业﹑地方标准﹑法律法规和客户提供的文件﹑资料及供货商提供的产品标准/检验报告等； 外发文件：提供给供方、顾客、检测机构、第三方审核机构、中国各级监管机构（食品药品监督管理局、质量技术监督局、工商局、知识产权局等）、其它国家监管机构等的质量管理体系文件或企业资质证书等文件；认证证书：企业资质证书、产品证书、人员培训类证书（外训）等； DMR:是指包括医疗器械成品的程序和规范的完整记录； 每个产品的DMR应包括以下信息或指明所在位置; 器械规范包括相应的图纸、组成、配方、组件规范和软件规范； 生产加工规范包括相应的设备规范、生产方法、生产程序、生产环境规范； 品质保证程序和规范，包括接收标准和使用的质量保证设备； 包装和标记规范，包括使用和处理方法，以及安装、维护和服务的程序及方法; 4、职责 文控中心负责公司质量管理体系文件的管理与控制，并对文件的编号、公布、发行及有效性负责。 各部门负责对其使用的受控文件进行控制； 文控中心负责质量管理体系文的回收、保存和销毁的归口管理； 文控中心负责外发文件的回收（必要时）、登记、发放进行控制； 管理者代表（后简称管代）或其转授权人负责外发文件的审批； 5、程序
软件配置管理流程
目录 1.配置管理流程 (3) 1.1 概述 (3) 1.2 总体流程图 (3) 1.3 软件需求分析阶段 (4) 1.4 软件设计阶段 (4) 1.5 制定配置管理计划 (4) 1.6 配置库管理 (4) 1.6.1 相关人员分配权限 (4) 1.6.2 配置项 (5) 1.7 版本控制 (6) 1.8 变更控制 (6) 1.9 配置审计 (7) 1.9.1 配置审核的类别 (7) 1.9.2 配置审核执行的时机 (7) 1.9.3 不符合项的处理 (7) 2.0.0 配置状态报告 (7) 2.0.1 配置状态报告的目的 (7) 2.0.2 配置状态报告记录的内容 (7) 2.0.3 配置状态报告的生成 (7) 2.1.0 发行管理 (8) 2.1.1 交付管理 (8) 2.1.1 软件配置管理员的处理规范 (8) 2.1.1.1 现阶段使用的版本配置服务器 (8) 2.1.1.2 主要操作流程 (8) 2.1.1.3 版本规范化处理 (8) 2.1.1.4 客户反馈问题处理 (8) 2.软件基线化规范 (9) 2.1 正常开发期 (9) 2.2 版本发布期 (9) 2.3 项目发布期 (9) 2.4 项目维护期 (9)
1.配置管理流程 概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 总体流程图
软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 软件设计阶段 参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 相关人员分配权限 项目经理： 1）与（有关负责人员）协商确定项目起始基线； 2）接受配置管理计划，并按相关规定贯彻执行； 3）接受配置控制委员会的报告； 4）提出配置管理计划的修改要求； 5）提出管理的建议和要求。 配置管理员 1）编制配置管理计划； 2）执行配置项管理； 3）执行版本控制和变更控制方案； 4）编制配置状态报告； 5）配置库的建立和权限分配； 6）配置管理工具的日常管理与维护； 7）配置库的日常操作和维护； 开发人员 1）根据确定的配置管理计划和相关规定，提交配置项
软件开发流程管理规范
一、概述 随着公司规模的扩大、各部门对软件需求的激增、提高效率的工作要求，IT 部门承接的软件开发项目越来越多，而与之相对应的就是软件开发流程不明确，软件项目的随意性较大、可追溯性较差、可统计性模糊、可预测性不足是摆在我们面前最直接的问题。为了适应公司的发展，IT 部软件开发项目特制订本流程。 二、流程 由上图可以得出以下几个关键步骤： 一、需求部门： I、需求部门首先需要填写《软件需求申请表》，说明需要开发的软件具体用途径、目前工作模式、工作不方便之处、基本功能等信息； II、待 IT 部门评审通过后，通知需求部门，填写《软件开发申请表》，具体列明需要实现的功能、目前工作流程、使用系统后需
要达到的状态，可节省的人力、物力，调高的效率等信息； III、软件开发测试完成之后，接受 IT 部门的软件使用培训，并填写《参与培训确认单》； IV、软件试用结束后，填写《软件验收表》，完成软件项目的开发流程； V、在开发测试过程中，遇到开发风险增加、需求变更等，都需要配合 IT 软件开发人员 填写相关的《项目风险管理表》和《项目 变更管理表》。二、IT 部门： I、积极对需求部门提出的《软件需求申请表》进行评审、审批，限 3 个工作日完成， 及时反馈结果给需求部门；
II、指导需求部门填写各类表格； III、积极评审需求部门填写的表格、积极沟通，有效获得相对准确的需求，并填写完善， 让需求部门签字确认； IV、进入开发流程后，积极填写《项目成员组成表》、《项目策划任务书》、《WBS 表》、 《项目进度计划表》等（具体见附件）； V、积极开展人员培训和软件试用工作，编写完善的《XXX 软件试用说明书》，并要求相关人员签字确认，并存档处理。 三、附件附件一、编码规范1、 命名空间 1. 公共类库（公司功能业务）： （1）全局公共类库： 例：生成 dll 文件，添加至最小应用库可全程序引用 （2）局部公共类库（主要区分公司），命名方式为专有业务场景+专有业务名+具体类名：例：（总部）/In（国内市场）/Rb（生产）注：（公共类库）信息登记、评审、信息共享，命名空间最多三层2. 项目程序文件：项目文件名,以核心功能的英文名称为准,格式:ECO_英文名词首字母大写 2、命名规则 文件夹及相关文件命名规则 a) 文件夹：功能文件夹，采用驼峰形式，首字母大写全称 b) 窗体文件：采用驼峰形式，首字母大写全称
3.5.5 FCB与文件目录 1 FCB OS管理文件时必须的控制信息的数据结构，文件存在的唯一标志， 四个部分：基本信息：名保护信息：密码位置信息：存储位置，长度使用信息：最迟使用者 2 文件目录 FCB的集合为文件目录，其被组织成为--》目录文件 一级目录结构，最简单， 二级：主文件和用户文件目录：用户名和指向用户目录的指针|文件名，指向具体要求位置的指针 多级：多层次分类文件体系，增加了灵活，适应典型为树型。可反映层次结构关系，还得保护和共享3.5.6 文件的使用 1工作目录当前目录，为提高效率，每用户有自己工作目录，先调入主存，且可随时改变 2 文件的使用一组命令专用于文件，目录的管理，目录管理（建立、删除）|文件控制（建立、删除）|文件存取命令（显示内容） 3 文件共享和安全指不同用户使用同一文件|文件的保密和保护，限制未受权用户使用 若两用户可同时打开文件存取则为动态文件共享 安全措施：常在系统及（口令），用户级（用户分类限定），目录级（操作权限）、文件级（只读、执行、隐藏）实施 3.6 作业管理 任务是作业调度和作业控制 1简介用户|系统角度：A：系统为完成一个用户的计算任务所做工作总和，每一步为作业步B：比程序更广泛的概念，由程序、数据和作业描述书组成，在批处理中，作业是抢内存的基本单位作业管理程序：OS中控制作业进入、执行和撤销的一组程序，可把作业步细化，用进程来实现 用户作业提交方式：联机|脱机 2 用户作业管理 1作业控制：A：联机输入：大多用于交互式系统中，外围设备速度远低于CPU，浪费CPU B：脱机输入；预输入，需一台低档计算机作为外围处理机，提高了主机资源利用率，且需要人式干预，灵活性差，无法直接提交紧急事务 2 作业状态及其转换：提交、收容、执行和完成4阶段 用各种终端，输入设备提交到辅存，全进入时为后备状态，（收容），OS建立JCB，作业控制块，其包含了作业主要信息，作业调度程序从后备中取一个调入主存，建立进程并分配资源，处于运行状态，完成时结果输出，回收所占资源 3 作业调度后备—》执行|执行—》完成须作业调度完成 1调度目标：4点：对所有作业公平，响应时间快（交互系统），周转（加权）时间快（批处理），高资源利用率 基于不同观点，会冲突。周转时间：提交到完成的时间加权：周转时/运行时反应时间：提交到处理器首次服务 2 调度算法：单批道：主要任务：合理有效实现作业间链接，提高利用率，减少人干预三种 先来先服务，最短作业优先法（忽略了等待时间），响应比高者优先（作业响应时间/运行时间，开销大），多道程序：优先级算法（照顾某些紧迫作业）|均衡调度算法（均衡使用资源，力求用户满意） 4 用户接口用户界面，用户与OS交互的途径和通道，即OS的接口|交比环境的控制方式，即操作环境
文件名称文件管理控制程序页次: 1 / 8 生效日期:2018-08-22 1、目的 通过对质量管理体系文件的控制管理，确保本公司质量管理体系符合ISO9001:2015& ISO 13485:2016、GMP、QS标准及符合中国法规、美国、欧盟国家、加拿大和其它产品输出目的国要求，确保质量管理体系文件的分类编号﹑编制﹑审批﹑发放管理﹑有效性控制﹑保管和更改等活动在受控状态下进行；并保证各文件使用场所的受控文件为最新有效版本； 2、范围 适用于公司所有质量管理体系文件的管理与控制。 3、定义 3.1 受控文件：供公司内外部使用的，受更改、标识、版本、版序、格式、字体等控制的文件； 3.2 DCC: Document Controlling Center 文件控制中心； 3.3 外来文件：指从外部获取并由本公司直接引用的文件，如国家﹑行业﹑地方标准﹑法律法规和客户提供的文件﹑资料及供货商提供的产品标准/检验报告等； 3.4 外发文件：提供给供方、顾客、检测机构、第三方审核机构、中国各级监管机构（食品药品监督管理局、质量技术监督局、工商局、知识产权局等）、其它国家监管机构等的质量管理体系文件或企业资质证书等文件； 3.5 认证证书：企业资质证书、产品证书、人员培训类证书（外训）等； 3.6 DMR:是指包括医疗器械成品的程序和规范的完整记录； 3.6.1每个产品的DMR应包括以下信息或指明所在位置; 器械规范包括相应的图纸、组成、配方、组件规范和软件规范； 生产加工规范包括相应的设备规范、生产方法、生产程序、生产环境规范； 品质保证程序和规范，包括接收标准和使用的质量保证设备； 包装和标记规范，包括使用和处理方法，以及安装、维护和服务的程序及方法; 4、职责 4.1 文控中心负责公司质量管理体系文件的管理与控制，并对文件的编号、公布、发行及有效性负责。 4.2 各部门负责对其使用的受控文件进行控制；
资源配置管理制度 （试行） WHNYLM/ZD-059-2015 第一条总则 为规范资源配置管理，提高管理效率，依据神华集团《煤化工企业安全风险预控管理体系要求》及《能源公司资源配置管理制度》及乌海能源公司的相关规定，制定本制度。 本制度所指的资源是为确保企业推进安全风险预控管理体系而配备的各项人力、财力、基础设施、技术、信息等资源。 资源的配置要符合国家法律、法规、标准及集团公司、能源公司的相关规定；符合各单位性质、规模、发展规划及风险控制的需要；符合各级管理者、企业员工及相关方的需求。 本制度适用于公司各生产单位及部室。 第二条组织及职责 各单位主要负责人全面负责本单位资源配置管理，并任命安全生产分管领导，具体主抓资源配置工作。应为本质安全管理体系的有效运行提供必要的人力、财力、物力、技术、信息资源。 第三条相关部门履行以下资源配置职责： （一）安健环部负责体系建立、实施、保持及持续改进的牵头、组织、协调、监督、考核等工作。 （二）财务部门负责体系运行所需资金的投入。 （三）经营管理部负责人力资源管理。 （四）生产技术部门负责技术资源管理。
（五）机电动力部门负责基础设施管理。 （六）其他各职能部门负责相应业务范围内的资源配置管理。 第四条资源配置的原则 人力资源配置应当做到人尽其才，才尽其用，人事相宜，最大限度地发挥人力资源的作用。 设备设施配置应当做到科学合理，优化结构，勤俭节约，从严控制。对有规定配备标准的设备设施，应当按照标准进行配备；对没有规定配备标准的设备设施，应当从实际需要出发，从严控制，合理配备。 资金的配置应遵循安全性、可用性、效率性原则。 第五条资源配置的要求 人力资源的配置要求按岗位所需配置，并确保人员能力和相应的培训； 设备设施的配置应满足企业的生产、发展及本体系的有效实施，并确保设备设施的完整性。 体系运行过程中所需的资金必须及时上报计划，有效投入使用。 技术、信息的配置符合企业发展的要求，鼓励技术创新，信息共享。 第六条各单位的资源配置按如下程序开展： （一）对业务范围内的资源配置资金需求提出计划（应在上一年度末编制下一年度的资源配置需求计划）。人力资源计划报经营管理部，设备设施计划报机电动力部，信息耗材报生产信息部，资金需求计划报核算中心。 （二）对提出的资源配置需求计划，依据业务管理归口报领导逐级审批。 （三）实施已审批的资源配置需求计划，并在实施过程中开展监督、
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
计算机软件与理论（081202） 一、学科简介 计算机软件与理论专业涉及计算机科学与技术的基本理论和方法，强调计算、算法、软件、设计等概念，主要的领域包括计算理论、算法与复杂性、系统软件、软件自动化、程序设计语言、软件设计与理论、数据库系统、软件工程与软件复用技术、计算机网络技术、并行处理技术、高性能计算、智能软件、信息安全理论与方法、信息系统工程等。 该学科的研究方向主要有：软件方法学、信息系统工程、并行处理与高性能计算、计算机网络与普适计算和数据库技术与应用等。以培养高素质的创新型科学研究与工程技术人才为目的。教学科研工作中，兼顾理论研究与工程技术实践，着力建设重基础、宽口径的特色专业，以校企联合为手段，为科学研究和信息技术产业输送高层次的计算机专门人才。 在科学研究和应用技术方面跟踪国内外前沿方向，形成基础研究与应用技术研究结合、产学研结合的特色。通过委托、横向合作等方式将科研成果转化为计算机应用产品，为政府、企事业等单位的公共信息平台建设进行研发，涉及信息系统集成、Web技术、信息安全、智能控制、图形图像处理、新农村及制造业信息化、远程教育、软件项目管理等众多应用领域。 计算机软件与理论专业是我院重点发展，进步较快的专业。目前，有教授7人，副教授11人，近年来承担国家自然科学基金项目3项、省部级项目8项，参与国家“863项目”3项，主持国家科技支撑项目子课题2项；在国际学术刊物、国内重要期刊和国际会议发表学术论文130余篇，SCI/EI/ISTP检索20余篇。学科带头人和学术骨干平均年龄约40岁，在各自的研究领域取得了丰厚的科研成果。 二、培养目标 培养目标应根据国家对学位获得者的基本要求，结合本学科专业的特点，阐明对本学科专业硕士学位获得者在德、智、体等方面的要求。
文件名称：文件控制管理程序
1.0 目的 对公司环境、质量管理体系以及管理标准、工作标准中的各类文件进行管理，确保各部门使用文件的适宜性及充分性, 防止误用作废文件。 2.0 范围 适用于本公司所有环境、质量管理体系文件以及管理标准、工作标准的（电子档）的编制、审核、批准、发放、评审和变更。 3.0 职责 3.2 文控中心 对公司环境、质量管理系统中各阶文件的合理管控以及文件的分类、编号、保管、发放、回收、销毁及审查等工作。 3.3 相关单位 3.3.1 各部门须遵守本程序，并配合文控中心一同做好文件的更新及维护；其部门主管 需对文件资料进行审签，对所发行的文件负责保管与执行之责。 3.3.2 各部门需负责文件的使用和保管，确保文件的整洁、完整，不得在受控的文件上 随意书写涂改，也不得丢失。版本更新时，配合文控中心及旧版资料及时回收作 业，防止误用。 4.0 定义 4.1 文件与资料 公司环境和质量文件所包含有：手册、程序、作业规范/指导书、表单；技术类文件、测试检验数据报告、各种变更文件以及公司各类经营管理标准、工作标准等。 4.2 第一阶文件－—手册
环境管理手册：环境管理系统最高指导原则，规定其核心内容的整体方向、结构和相互作用。 质量管理手册：质量管理系统最高指导原则，规定其核心内容的整体方向、结构和相互作用。 4.3 二阶文件－—程序 4.3.1 环境、质量管理程序：环境、质量作业运作过程的整体流程。 4.4 三阶文件－—作业规范、指导书、管理标准及工作标准。 4.4.1作业指导书: 指不涉及具体型号产品技术细节的作业指导书。如技术文件编号方 法、作业指导书，设备操作维护规程等。 4.4.2 技术性作业指导书:指涉及具体型号产品技术细节的作业指导书, 如技术图纸 /BOM、工艺文件、产品检验文件等。 4.4.3管理标准：指各类管理规定、管理制度、管理办法等用于规范管理及人员行为的 法规性文件。 4.4.4工作标准：指各类岗位职责及职务说明书等文件。 4.5 四阶文件－—表单 使用固定格式的单据，有表单编号及版本管控，用以质量、环境及环境的数据收集、传递资讯，控制作业流程或证明作业已符合要求的资料记录。 4.6 外来文件与资料。 各单位因业务需求所使用的各类法律法规、国家标准、行业标准、地方标准及行业各类技术资料等。 4.7 文件标准用纸 各单位送至文控中心所有需要发行的文件标准型一般为A4纸张，禁止用“二手纸”。 5.0 工作程序 5.1 文件的编制 5.1.1 书写规定 5.1.1.1 二、三阶文件需依照（1）目的（2）范围（3）权责（4）定义[无定义时填 写“无”]（5）工作程序（6）相关文件（7）相关表单（8）附录（必要 时）。 注：二阶文件需另制作封面，由相关人员签核，三阶文件不需要封面，相关人员签核栏在页尾处。 5.1.1.2 文件页次格式：第*页，共*页代表，以此类推。 5.1.1.3 各标题内的小标题顺序如下格式： 1→1.1→1.1.1→1.1.1.1 以此类推。 2→2.1→2.1.1→2.1.1.1 以此类推。 5.1.2 文件经3.1权责主管核准后方可制订，以确保文件的充分、完整并适用。
发行版本：A 修改码：0 人力资源控制程序 文件编码：XX/Q6201 页码：1/4 ————————————————————————————— XX 股份有限公司程序文件 1、 目的 为做到企业合理用人,发挥员工能量的重大化，建造高素质的员工队伍，确保公司各类人员的专业素质和业务技能不断提高，以保证在企业经营中持续提高顾客满意度，特制定本程序。 2、范围 本程序适用于公司所有与质量有关的职工和干部，包括新员工临时工和最高管理层。 2、 范围 本程序适用于公司所有与质量有关的职工和干部，包括新员工临时工和最高管理层。 3、 术语 3.1 人力资源：是质量管理体系的主要资源，在本程序中可理解为对所承担确保产品质量能力人员的甄选，或者所具备程序中某项专业技能和才干的人员。 3.2人力资源管理：人员的调配，员工素质的要求和管理，人力招聘、录用，人力资源培训与开发、薪金体系管理的资格评定等相关内容。 4、 职责 4.1 总经办是人力资源管理的负责部门，负责公司的人力资源配置、管理、开发、激励。 4.2 各部门根据生产及工作需要提出对人力资源的配置需求，人事部负责 人员招聘和甄选面试等工作。 4.3 人事部是培训的主要负责部门归口为总经办
5、工作程序 5.1人员调配 5.1.1公司各部门根据工作和生产的实际需要提出人员需求的申请上报总 经办。 5.1.2总经办根据各部门的需求的实际确定岗位人选的能力要求，后上报给 主管总经理批准后实施。 5.1.3确定适应岗位的职责能力的标准，应为熟悉该岗位职责或熟练掌握该 专业业务的人选。人事部门应多渠道、多方面对人选进行选择招聘，最后确定适合人选。 5.1.4为了使员工迅速进入角色，人事部门应对新聘任人员组织岗前、岗中 和持续能力培训，从而达到公司不断的需求。 5.1.5在人员配置过程中，总经办对调配人员的受教育水平培训经历、技能 和相关工作经验做综合分析，以保证从事影响产品质量的所有人员都能胜任其工作。同时，人事部门应保存其相关资料记录。 6、培训 人事部门对公司的员工有组织培训提出专业及相关业务技能的职责。 6.1 培训管理流程 人事部门根据年初工作计划制定年度培训工作计划，各部门参照年度培训计划制定本部门的培训计划，同时上报总经办备存。 6.2 人事部门根据年度培训计划下发给各部门培训需求表征求各部门的需求意见后作为参照，制定当月公司培训计划。 6.3 各部门参照公司月度培训计划制定本部门培训计划。同时月底前将部门培训情况即验证记录和培训记录上报人事部。 6.4人事部门所有培训员工必须有培训记录。