外包开发软件管理规定
外包开发软件管理制度
第一条为规范外包开发软件的管理工作，特制定本制度。第二条本制度中软件开发指新系统开发和现有系统重大改造。
第三条本制度中外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以
是专业的IT公司或咨询公司等），由该公司（承包
商）负责应用项目的实施。
第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管
理、合作开发管理和结项管理。软件工程涉及需求
管理、系统设计、系统实现、系统测试、用户接受
测试、试运行、系统验收、系统上线和数据迁移。第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包括网络管理员和合作开发
商）。
第二节立项管理
第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报
告》，开展前期筹备工作。《立项分析报告》应明确
项目的范围和边界。
第七条应用系统主要使用部门将《立项分析报告》上交公司进行立项审批。
第八条《立项分析报告》得到批准后，成立项目组（外包开发，则成立外包商项目组；），项目组应包括业务
组（由公司相关业务部门组成）和IT组（自行开发
为办公室网络管理员；外包开发为外包商成员。公
司委派一名员工负责监督项目的进度，进行项目管
理工作，确保开发能及时完成并能满足业务需要。
项目组人员的选择应满足项目对业务及技术要求，
项目组人员应有足够的业务和IT技术方面的专业知
识来胜任项目各方面的工作。
第三节需求分析
第九条立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》，并确保《业务需求说明书》中包含
了所有的业务需求。经系统使用部门审批确认，作
为业务需求基线。
第十条IT组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求
规格说明书》。《系统需求规格说明书》需详细列出
业务对系统的要求（界面、输入、输出、管理功
能、安全需求、运作模式、关键指标(KPI)等）。《系
统需求规格说明书》需要由业务组提交给相关业务
流程负责人确认。
第十一条对于开发的项目，当业务需求发生变更时，业务组应提交《需求变更申请》，IT组组长审批后交给合
作开发商实施。
第十二条项目组应对需求变更影响到的文档及时更新。
第四节项目计划和监控
第十三条软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。
第十四条需求分析过程中，项目经理组织制定详细的《项目计划书》，包括具体任务描述和项目进度表等。
第十五条在项目的各个阶段，业务组组长和IT组组长需配合项目经理制定阶段性项目计划。业务组组长和IT组
组长需配合项目经理对项目计划执行情况进行监
控，确保项目按计划完成。
第十六条项目计划需要变更时，项目经理填写《项目计划变更说明》，并提交公司主管领导审批，通过审批后，
交给业务组组长和IT组组长执行。
第五节系统设计
第十七条系统设计应分为概要设计和详细设计，系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、
可维护性等原则。
第十八条在系统设计阶段中，用户应充分参与，确保系统设计能满足系统需求。
第十九条项目组进行详细设计，出具《设计说明书》和《单元测试用例》。《设计说明书》中需要定义系统输入
输出说明和接口设计说明。公司主管领导组织相关
人员对概要设计进行评审，出具《设计评审报告》。
业务组组长和IT组组长应参加此评审并对评审意见
签字确认。
第二十条设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据，确保系统设计满足全部需求。第二十一条对已确认通过的系统设计进行修改需获得管理部门、业务组组长和IT组组长的审批后方可进行。第二十二条对系统设计的修改的文档须由文档管理人员进行归档管理。
第六节系统实现
第二十三条项目组根据《设计说明书》制定系统实现计划，并提交项目经理对计划可行性进行审批。
第二十四条系统实现包括程序编码、单元测试和集成测试。第二十五条项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责
分工。对开发环境、测试环境与生产环境在物理或
逻辑方面应该做到隔离；如果环境的分隔是通过逻
辑形式实现的，应定期检查网络设置。项目组对已
授权访问生产环境的人员进行详细记录，并对该记
录进行定期检查，确保只有经授权的人员才能访问
到生产环境。
第二十六条项目组进行单元测试和集成测试，测试人员签字确认测试结果。
第七节系统测试和用户测试
第二十七条项目组制定《系统/用户测试计划》，并提交项目经理对计划可行性进行审批。
第二十八条《系统/用户测试计划》必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求。第二十九条项目组向数据拥有部门申请获取测试用业务数据
的使用权，对获取的数据进行严格的访问控制，确
保只有相关项目人员才能访问及使用。
第三十条项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实际数据。对已评定为敏感信息的数
据进行敏感性处理和保护。
第三十一条IT组或合作开发商建立测试环境进行系统测试。
在系统测试中对新系统内部各模块之间的接口和与
其他系统的接口进行充分测试。出具《系统测试报
告》，测试人员签字确认测试结果。
第三十二条系统测试通过后，IT组配合业务组建立用户测试环境，业务组根据用户测试用例进行用户测试，出
具《用户测试报告》，业务组组长和IT组组长应在
用户测试报告中签字确认。
第三十三条项目组完成系统帮助文档（其中包括《用户操作手册》和《安装维护手册》）。凡涉及应用系统的变
更，应对系统帮助文档及时更新。
第八节试运行
第三十四条系统主要使用部门根据项目规模及影响决定试运行策略。
第三十五条项目组制定《试运行计划》，并制定试运行验收
指标，上报公司主管领导审批。《试运行计划》中应
包含问题应对机制，明确问题沟通渠道和职责分
工。
第三十六条项目组联合试运行单位进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培
训。用户培训的完成度应为实施后评估的指标之
一。
第三十七条项目组根据《试运行计划》进行系统转换和数据迁移。系统转换前，检查系统环境，确保运行环境
能满足新应用系统的需要。系统转换时必须详细记
录原系统中的重要参数、设置等系统信息，并填写
试运行报告相关内容。系统参数、设置的转换工作
作为系统上线的验收的评估指标之一。
第三十八条数据迁移前，应制定详细的《数据迁移计划》，《数据迁移计划》中应包含迁移方案、测试方案、
数据定义，新旧数据对照表、迁移时间、回退计划
等信息。数据迁移计划需经项目经理和主管领导签
字审批。
第三十九条数据迁移后，项目组对数据迁移的完整性和准确性作出检查，出具《数据迁移报告》，其中包括数据
来源、转换前状态、转换后状态，数据迁移负责
人、对完整性检查情况、对准确性检查情况等内
容。各相关部门验收转换结果后在该报告上签字确
认。
第四十条系统转换和数据迁移由试运行单位业务部门和公司主管领导共同监督并进行验收。
第四十一条系统转换和数据迁移验收通过后，正式启动试运行。在试运行过程中，试运行单位办公室把系统运
行情况（系统资源使用，反应速度等）记录到试运
行报告中。必要时，项目组应根据系统运行情况对
应用系统进行优化。
第四十二条试运行达到试运行计划规定的终止条件时，项目组编写《试运行报告》。此报告应由项目组和试运行
单位签字确认，并提交公司主管领导审阅。公司主
管领导审阅试运行结果，决定试运行结束或延期。
第九节系统验收
第四十三条系统主要使用部门及信息技术部门联合组成独立系统验收小组，也可授权原项目组作为验收小组。
验收小组从功能需求及技术需求层面对系统进行综
合评估。
第四十四条验收小组应根据验收情况整理形成《系统验收报
告》提交系统主要使用部门和信息技术部门审阅。第四十五条系统主要使用部门和信息技术部门负责人根据系统测试、试运行情况签署验收意见。
第十节系统上线
第四十六条系统上线应遵循稳妥、可控、安全的原则。
第四十七条通常情况下，系统上线包含数据迁移工作。
第四十八条项目组制定《系统上线计划》，上报公司主管领导审批。在上线计划得到批准后才能开始部署上线
工作。
第四十九条《系统上线计划》内容应包括但不限于：
1、部署方式和资源分配（包括人力资源及服务器
资源）；
2、上线工作时间表；
3、上线操作步骤以及问题处理步骤；
4、项目阶段性里程碑和成果汇报（项目执行状态
的审阅、进度安排等）；
5、数据迁移的需求和实施计划；
6、完整可行的应急预案和“回退”计划；
7、用户培训计划（包括：培训计划、培训手册、
培训考核等）；
8、公司下发的系统标准参数配置。
第五十条上线单位在上线初期需加强日常运行状态监控，出现问题时应及时处理，对重大问题应启动紧急预
案。
第五十一条在完成上线后要填写《系统验收评估报告》，上报公司项目组汇总整理。《系统验收评估报告》内容
包括：数据准确性、系统性能及稳定性、接口问
题、权限问题、业务操作影响度、问题处理情况、
备份、批处理等。
第五十二条上线单位管理层要对《系统验收评估报告》进行审批签字。
第五十三条公司主管领导批准结项后，业务组和IT组将整理的文档提交各自部门统一管理。
第十一节合作开发管理
第五十四条合作开发商的选择应遵循公司相关规定，合作商资质认定参见第三方管理制度。
第五十五条合作开发商必须遵循公司《软件开发管理制度》。
第五十六条项目经理同合作开发商明确规定项目变更的范围和处理方式，重点关注需求和设计变更。
第五十七条项目经理负责监控合作开发商的项目管理及软件开发活动。合作开发商应按计划定期向项目经理报
告进展状态，并提交阶段性成果文档。发生重大问
题时，合作开发商需及时向项目经理汇报。
第五十八条IT组组长派专人监控合作开发商的质量保证过程。
第五十九条项目组同合作开发商商定验收的标准和方法。
第六十条以上各要求需要在开发合同中明确。
第十二节外包开发管理
第六十一条立项申请得到公司主管领导的审批后，选定开发商，签订外包开发合同。
第六十二条项目经理负责监控外包开发商的项目管理及软件开发活动。外包开发商应按计划定期向项目经理报
告进展状态，并提交阶段性成果文档。发生重大问
题时，外包开发商需及时向项目经理汇报。
第六十三条项目经理监控外包开发商的质量保证过程。
第六十四条项目组同外包开发商商定验收的标准和方法。
第六十五条以上各要求需要在开发合同中明确。
4.3软件开发项目外包管理办法
软件开发项目外包管理办法修订记录 审核记录 第一章总则 第一条为使公司软件开发项目外包业务流程顺畅合理，规范参与软件开发项目外 包人员的行为，确保软件开发项目外包期间公司的资产安全，维护公司利益，实现软件开发项目外包的战略目标，制定本办法。 第二条本办法适用于公司所有软件开发项目外包活动的管理。 第三条本办法所称的软件开发项目外包业务，主要是指为实现公司的战略经营目 标，通过合同或协议等形式约定由外部IT服务提供商（以下简称为“外包商”）提供的某些软件开发的部分工作或全部工作。 第二章外包软件开发人员管理 第四条外包商必须是拥有法人资格，从事行业相关软件开发的国内、中外合资、 外资和独资公司。外包商必须经过公司的初步资质评估，评估结果合格。
第五条外包商必须成立3年以上，注册资金不能低于人民币200万元。
第六条外包商必须在最近三年的财务状况良好，每年税后净利润在币以上。 100 万元人民 第七条外包商必须有成熟规范的软件开发项目管理规范，必须通过了CMMI3 或ISO9000 以上的认证，获得了相应机构颁发的证书。 第八条外包商必须在行业内就拟参与项目有至少两个以上的成功案例。 第三章外包软件开发项目流程 第九条业务部门根据自身发展需要或者外部要求，提出相应业务需求，并进行业务可行性和必要性分析，确定业务是否可行以及是否需要立即进行。 第十条产品研发部在分析业务需求后，结合自身情况，决定是否将项目进行软件开发外包，主要考虑以下几个方面的因素： 1.此项业务是否需要利用公司没有的设备、生产系统、专业人员及专门技术； 2.产品研发部自身是否有足够的资源（包括人力资源、时间以及技术等）来完成本业务； 3.此项业务软件开发外包可以降低成本（包括人力资源成本、时间成本、财务成本等）； 4.此项业务软件开发外包能够产生比自主开发更多的利益等。 第十一条产品研发部在确定软件开发外包后，编制项目开发计划书，计划书主要包括以下内容： 1.外包的背景，如公司外部环境要求及公司中长期发展战略； 2.外包内容，将部分还是全部开发工作交由外包商提供； 3.外包的具体实施计划； 4.外包的主要风险和应对措施； 5.其他相关内容。 第十二条选择承包方 1.计划财务部发布投标公告，发放《外包项目竞标公告》及相关材料。有意参与竞标的外包商应在指定期限之内提交《投标书》及相关材料，主要内容包括项目解决方案、实施计划、资源配置、报价等。 2.产品研发部与业务归口管理部门一同对外包商进行资质预审，评估外包商的综合能力。评估因素 主要包括4 个方面： 1)外包商类似项目的经验、服务能力、资格认证和信誉；
外包项目人员管理办法
外包人员管理办法 目录 外包人员管理办法 .............................................................................................................................................................................. 1定义 ................................................................................................................................................................................................... 2外包方式 ........................................................................................................................................................................................... 3费用结算 ........................................................................................................................................................................................... 4外包管理 ........................................................................................................................................................................................... 5承包方职责 ....................................................................................................................................................................................... 6日常管理 ........................................................................................................................................................................................... 7附则 ................................................................................................................................................................................................... 1定义 外包：指公司将相关业务项目委托给具有相应资质单位进行承包实施； 外包项目人员：指承包单位派到公司负责具体实施该业务的人员。 2外包方式 公司与承包方签订外包合同，具体明确各自的权利、义务； 根据合同约定，由承包方派出人员为公司提供外包项目服务，公司则相应支付给承包方费用； 承包方与其派出人员签订劳动合同，并按时、足额发放工资，办理各项社会保险。 3费用结算 公司按合同约定结算支付外包费用，承包方必须为公司开具正式发票。 4外包管理 承包方人员由公司进行选择并实施监督管理； 可根据生产、工作需要，要求增加或减少承包方人员； 有权对承包方人员进行考核，考核不合格的，可要求承包方撤换； 有权要求承包方不得截留其员工工资和各项保险费等，发生工伤事故应按照国家有关规定处理； 承包方派出人员造成公司损失的，公司有权要求承包方给予赔偿； 公司应为承包方人员提供劳动岗位和基本劳动条件； 公司在按双方约定与承包方终止合同时，可不向该承包方支付任何人员补偿或赔偿。 5承包方职责 根据公司外包项目要求，提供适合人员为项目服务； 应每月及时发放其派出人员工资及缴纳各项社会保险； 本公司要求撤换的人员，承包方应及时调换合适人员； 承包方应加强派出人员的管理，及时了解掌握人员的情况； 承包方应及时协调、处理派出人员可能发生的纠纷； 承包方派出人员应保守公司的商业秘密； 发生工伤事故应由承包方自行负责； 承包方应听取公司意见，不断改进工作。 6工作范围及能力要求 1、工作范围 主要是配合手机端以及平板端的数据接口需求开发及联调，初步估计180个接口的开发，结束时间为11月30日，估计工作人日为90个人日。 2、能力要求 a)需要熟练掌握springmvc+spring+hibernate框架以及xfire框架下的webservice开发，对soap协议以及http 协议有一定程度的认识；熟练使用soapui工具。 b)工作认真负责，态度良好，需要一定的抗压能力及解决问题的能力。 7日常管理 1、外包项目人员由该项目对应的公司管理部门负责管理； 2、外包项目人员在到达工作现场5日前需向公司提供人员清单，详尽提供人员姓名、性别、年龄、职务、工 作简历等情况；
软件开发过程管理规范
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
软件开发外包合同范本
软件开发（委托）合同 甲方：捷库动力（北京）信息技术有限公司 乙方：西锦行信息技术有限公司 2015年7月 依据《中华人民共和国合同法》及相关法律法规之规定，甲乙双方在平等、自愿的基础
上，经双方协商一致，达成如下协议，以资共同遵照执行。 一、合作方式 甲方委托乙方，乙方接受甲方委托，并根据甲方的要求定制开发甲方所需的软件产品，甲方向乙方支付费用。 二、合同标的 1?依据本合同约定，甲方委托乙方开发的软件产品（以下简称：软件）为：XXXXXXXX 系统。 2?乙方负责完成软件的设计开发、交付、培训及相关其他服务工作，并保证该软件满足甲方的要求，且不存在任何权利瑕疵和质量瑕疵。 3?乙方承诺，为完成本合同约定事项，乙方已取得为开发本软件所需的其它软件的许可使用权，并有权许可甲方或甲方指定的第三方使用并用于本软件，且该授权长期合法有效。 4?未经甲方书面同意，乙方不得将合同标的分包或转包给第三方。在向甲方交付软件产品之前，乙方不得自行将软件转让给第三人或交第三人使用。 三、开发进度及软件成果交付 1?自签定本合同起30日内，乙方完成软件的需求分析、设计、编码、测试工作，并交付甲方使用。 2?软件产品交付地点为南京、交付内容包括但不限于全部源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。 四、开发费用 软件总开发费用为（人民币）拾万伍仟捌佰肆拾元整，费用包括：完整的软件交付成果、技术文件开发费用；乙方应承担的提供技术服务及技术支持的费用；其他软件的全部接口费用；税费；技术培训费用（包括教材、课程费等）; 以及乙方为全面履行合同义务所需支付的所有其他费用。
外包工程安全管理规定完整版
外包工程安全管理规定 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
外包工程安全管理规定 第一章总则 第一条为加强外来承包单位、承租单位安全生产管理，有效遏制各类事故发生，确保公司安全生产，特制定本规定。 第二条本规定所涉及的外包单位指进入公司生产区域及作业场所，承担公司外包工程项目从事施工作业并具备安全生产条件或相应资质的施工单位。 第二章安全管理内容与要求 第三条外包单位与公司在签定工程项目承包合同的同时，必须签定“安全生产管理协议”，明确双方责任，必须符合本公司安全管理、防火管理、设备使用、人员教育与培训、安全检查与监督等方面的管理要求。安全生产管理协议具有项目承包合同等法律效力。 第四条外包单位应配备在公司进行施工作业所需要的安全用具、所用机械设备设施、生活物品等安全装置齐全、有效。 第五条外包工程项目承包单位不得擅自将承包项目分包或转包他人；更不得将承包项目分包或转包给不具备安全生产条件或相应资质的单位或个人。 第六条外包单位对其单位全体施工作业人员进行安全教育培训，学习培训内容主要是公司相关安全管理制度和规定，并在作业过程中必须严格遵守。特种作业人员必须持有效安全培训合格证上岗。 第三章安全责任与考核 第七条项目发包单位安全责任： 1、公司或发包方应对承包方的相应资质、项目负责人和安全负责人及具备的安全生产的保障条件进行审查。 2、在签订项目承包合同前，项目发包单位应对承包单位负责人就工程项目涉及的内容、特点、环境、危险源、危险因素、安全生产注意事项及安全生产管理制度进行说明。 3、外包项目存在交叉施工作业时，其生产作业场所安全由项目发包单位进行统一协调和指挥。 4、公司对外包单位安全、文明施工进行监督，对不执行安全技术措施的行为提出整改意见，对违章作业行为，有权责令停止其工作并进行相关处理。 第八条外包单位安全责任： 1、认真编制施工项目的安全技术措施，必要时可请项目发包单位协助编制安全技术措施，并正确执行。 2、开工前应对施工机械、安全用具及安全防护设施进行一次检查，确保符合安全规定。 3、施工过程中作业人员应认真佩戴和使用符合安全要求的劳动保护用品、用具，特种作业人员做到持证上岗。 4、负责向公司提供相应资质证明文本。 第九条外包单位应对不按安全施工方案施工，不执行安全技术措施、违章指挥、违章作业、违反劳动纪律造成的事故负全部责任。 5．用火用电必须向公司申请办理批准手续，动火施工公司安委会申请办理动火证。生活施工、用电向安委会申请，综合办审批公司专业电工负责接电。
软件外包管理系统要求规范
软件外包管理规范 1目的 明确本公司的外包过程及其控制方法，通过对外包过程的有效控制，使开发出的软件满足规定的要求。 2适用范围 本文件适用于软件的外包开发。 3职责及权限 1）项目经理负责对软件开发供方（外包方）的调查、评定和选择。 2）项目经理提出外包要求，并组织对外包要求的审核，确定后纳入外包合同。 3）项目经理实施对外包过程的控制，并组织在项目结束时对外包供方的评估。 4对软件开发供方的控制 4.1对软件开发供方的调查 1）由项目经理组织对软件开发供方进行如下内容的调查，并填写《软件开发供方调查表》、收集证明材料。 ·开发经验 包括：开发的软件清单，应用行业，系统规模，软硬件平台，开发工具 ·人员结构 包括：开发过程所需各种人员的数量及人员经历。 ·设备资源 包括：可提供开发的设备情况。 ·实施效果 包括：客户对其提供的软件系统的满意程度 ·角色成员访谈 访谈对象包括：公司技术负责人、项目负责人、测试负责人等 对公司技术负责人，访谈问题如：如何组织软件开发过程？如何组织软件质量保证过程？等 对项目负责人，访谈问题如：如何进行项目计划和计划跟踪？等 对测试负责人，访谈问题如：如何组织测试过程？等 2）由项目经理组织测试部、研发部对软件开发供方的质量管理体系、技术水平进行
审核，并提出质量审核报告。 4.2合格软件开发供方的选择 1）项目经理提供《软件开发供方调查表》、质量审核报告及有关证明资料，组织有关人员或部门，对软件开发供方进行评定和选择。评定和选择依据是软件开发供方软件开发的能力，包括：开发经验、人员结构、设备资源、技术水平、质量保证能力、客户满意程度等。 2）根据参加人员的评审意见，由项目经理填写《软件开发供方评定表》，参加者会签。 3）项目经理负责拟制《合格软件开发供方名单》，报领导审批。 4）《合格软件开发供方名单》是本公司选择软件开发供方的依据，经批准的《合格软件开发供方名单》为受控文件，由项目配置管理员负责发放并归档管理。 4.3合格软件开发供方的调整 4.3.1重新评定的时机 1）每个外包项目完成时都要对外包软件开发供方进行重新评定。 2）超过一年未合作的合格软件开发供方，有外包项目前重新评定审批。 4.3.2重新评定的方法 1）外包项目完成后，应从以下方面重新评定该项目的外包供方。 A.项目经理组织对外包软件供方进行评估，填写《外包软件供方评估表》。评估内 容包括 ·外包软件产品的可维护性 ·外包软件产品的文档质量 ·外包软件供方的组织管理能力 ·外包软件供方的合作情况 ·外包工作量 ·客户评估（客户评估结束后，要在“备注”栏写明供方单位名称） B.项目经理进行评估数据处理。 ·对所评估的各方面（除工作量评估外）的评估值均按下面公式计算： 评估值（%）=∑评估项目所选分值/∑评估项目总分值×100（%） ·工作量评估通过供方和公司内部两组数据的对比，可以寻找出双方在工作量认 识上的差距，为合作情况分析提供参考依据。 C.项目经理提交评估资料，并重新评定项目外包供方。 项目经理根据评估结果判定该项目外包供方是否保留在外包合格供方名单中，若需要 修改《合格软件开发供方名单》，则要经审批后实施。注意更改所有受控文本。评估资料和
软件开发外包合同-精华版
合同编号： 软件开发合同 甲方： 乙方： 签订日期： 签订地点： 软件开发委托合同 甲方： 乙方： 依据《中华人民共和国合同法》及相关法律法规之规定，甲乙双方在平等、自愿的基础上，经双方协商一致，达成如下协议，以资共同遵照执行。 一、合作方式 甲方委托乙方，乙方接受甲方委托，并根据甲方的要求定制开发甲方所需的软件产品，甲方向乙方支付费用。
二、合同标的 1. 依据本合同约定，甲方委托乙方开发的软件(以下简称：软件)为：【】。 2. 乙方负责完成软件的设计开发、交付、使用培训及相关其他服务，并保证该软件能基本满足甲方的要求。 3. 乙方承诺，为完成本合同约定事项，乙方已取得为开发本软件所需的其它软件的许可使用权，并有权许可甲方或甲方指定的第三方使用，且该授权长期合法有效。 4. 未经甲方书面同意，乙方不得将合同标的分包或转包给第三方。乙方不得自行将软件转让给第三人或交第三人使用。 三、开发进度及软件成果交付 1. 自签定本合同起日内，乙方完成软件的需求分析、设计、开发和测试，并交付给甲方使用。 2. 软件产品交付地点为，交付内容包括但不限于全部源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。 四、开发费用 1．软件总开发费用为________________。乙方交付源代码和相关文档，版权归甲方所有。 2．费用包括：完整的软件交付成果、技术文件开发费用；乙方应承担的提供技术服务及技术支持的费用；其他软件的全部接口费用；税费；技术培训费用(包括教材、课程费等)；以及乙方为全面履行合同义务所需支付的所有其他费用。 五、付款结算方式 1. 在本合同签订后____个工作日内，甲方向乙方支付预付款：___________________。 2. 在乙方完成软件开发并交付甲方后，甲方在____个工作日内完成验收，并向乙方支付进度款：___________________。 3. 软件经甲方验收合格后，工作日后，个工作日内，甲方向乙方支付余款：。 4. 乙方在收到以上每笔款项后的5个工作日，提供增值税专用发票给甲方。 六、知识产权条款 1. 根据本合同产生的全部研究开发成果（包括软件产品及以此为基础研发的其他技术成果）的知识产权归甲方所有。 2. 双方确定，甲方有权利用乙方按照本合同约定提供的研究开发成果，进行后续改进。由此产生的馨的技术成果及其权利归属，由甲方享有。
外包工程项目管理制度知识讲解
为规范外来施工单位及人员进入本公司作业的安全管理，预防安全事故的发生，确保工程顺利完成，根据国家有关法律法规和行业标准，结合公司实际情况制定本制度。 2.适用范围 本制度适用于在公司区域范围内施工的所有作业人员。 3.定义 工程项目:包括所有新建、改建、扩建工程和特种设备的拆/装，以及其它相关施工项目。 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安全协议书应为一式二份，甲、乙双方各持一份；乙方施工前必须对施工人员进行 安全技术交底，并接受甲方在施工前组织的其他相关安全培训；乙方需注明施工人数、工 程时间及相关联系人；乙方需按照合同相关规定进行施工作业，如在维修、施工过程中出 现违反合同规定的内容，本厂有权对乙方(施工单位)进行相应的经济处罚，并在工程款项 中直接扣除处罚金额。 5.1.6所有建设项目在施工前必须事先通知安全主任，以便安排专业技术人员对施工现场进行监护，否则不得私自施工。 5.2 施工人员的现场管理 5.2.1外包工程单位负责人是该工程的施工安全第一责任人，对本单位的施工安全全面负责, 在开工前必须对所有施工人员进行安全技术交底，并严格执行《安全协议书》上的其它内容
外包软件开发流程教程文件
外包软件开发流程 一.商务谈判 武汉-沃-航-科-技 一款软件准备开发时，首先就是和甲方公司进行接洽和商务谈判，初步了解用户需求以及这个项目甲方对资金以及工期和其他的各方面的预估，初步达成合作意向。 二.产品需求讨论 需求分析是做产品的头等大事，而需求分析的第一步就是找准产品定位。产品定位实际上就是关于产品的目标、范围、特征等约束条件，它包括两方面的内容：产品定义和用户需求。产品定义主要由产品经理从网站角度考虑，用户需求主要由设计师从用户角度考虑。明确了产品定位，也就确定了产品设计的方向，统一了团队成员对产品的理解，可以避免团队内很多不必要的争执。 产品定义就是用一句话概括产品，包括如下三个方面： 使用人群：产品服务于哪类人群。 主要功能：功能范围的限定。 产品特色：与同类产品相比的竞争优势。 举例：一款音乐应用的产品定义。 使用人群：白领 主要功能：播放音乐 产品特色：音质清晰、更新速度快 用户需求概括起来就是：「谁」在「什么环境下」想要「解决什么问题」。一般可以分解为一个个用户故事，包括如下三个方面：目标用户：目标用户是在使用人群细分的基础上得到的，它也在一定程度上影响了使用场景和用户目标。拆解用户的时候考虑潜在用户量和商业价值。使用场景：用户使用产品的环境，需要关注不同场景的特点。用户目标：用户在不同场景下期望完成的目标，可从中提取出功能关键词。
三.prd输出和确认 一般一份PRD文档要包含以下这些内容： 1、概述部分：简单介绍一下产品的背景，产品的价值或者愿景，产品的简单介绍，一些预估的风险点，干系人，名词解释等等； 2、业务需求描述部分：定义好目标用户群体，业务流程图，业务架构图，脑图等等的介绍； 3、功能需求描述部分：这部分才是用到上面所述方法的点，每个功能点都可以用那样的方式描述； 4、非功能需求描述部分：与产品相关的一些辅助功能，性能要求、易用性要求等等； 5、接口描述部分：与外部有相关接口的需要在这个部分描述； 6、附录部分：培训信息、参考资料等，还可以有运营计划等等；完整的PRD文档中，最多的部分就是对功能需求的分解描述，AxureRP可以很好的支撑这个部分的全部内容，另外其实AxureRP也有流程图、UML图的功能，业务流程图、业务架构图等都可以在AxureRP 里面实现出来。 四.合同拟定 需求确认完成后就要开始拟定合同了。 合同要列出双方的责任与义务，验收方式，过程中遇到问题的解决情况，项目资金打款的问题 保密协议，软件所有权，知识产权、著作权归属，外包完工之后，售后的支援与帮助。 确定双方的沟通的机制及开发周期 双方的主要干系人，开发负责人，产品负责人，项目支持等 简历微信群，讨论组，文档上传共享的网盘等 开发是每周一个周期，进行功能的测试与UAT，然后将工期进展邮件抄送所有人主要是双方合作方式及实现方式 五.项目计划
软件外包开发合同(正式版)
软件开发合同 合同编号 委托人：（以下简称“甲方”） 研发人：（以下简称“乙方”） 甲方委托乙方就软件开发实施，双方经过平等协商，根据《中华人民共和国合同法》的规定，达成如下协议： 1、合同标的和合同价格：
在甲方指定的设备（小型机、服务器、工作站、台式机等）实施安装，并开通使用，同时向甲方交付该开发软件的程序、文档、使用说明书等全部技术资料。 3、验收： 软件正式开通使用后工作日内，甲方需求提供部门或任务要求部门委派代表进行验收，双方代表必须按规定的验收交接单上的项目对照本合同填好验收结果，验收结果经双方确认后，由审核确认。 4、付款方式与条件 交付并经验收合格后，甲方凭验收合格文件等材料以方式向乙方一次性支付%的费用。剩余费用待质量保证期满后工作日内由甲方以方式向乙方一次性支付。 5、质量要求和技术标准： 按照本合同项目需求书规定的质量要求和技术标准。本合同项目需求书经双方签字确认后作为本合同附件，具有同等法律效力。 6、质量保证 质量保证期为天，自验收合格之日起计算。在质量保证期内软件运行发生故障或需要优化时，乙方在接到甲方通知后小时内委派专业技术人员到现场免费提供咨询、修改软件等服务，并及时填写报告（包括更改原因、处理情况及甲方意见等）报甲方备案。 7、知识产权： 乙方应当保证所交付的软件或其中任何一部分没有侵犯第三方的专利权、商标权或工业设计权等知识产权。如第三方对该软件或其中任何一部分提出侵权指控，由乙方负责与第三方交涉并承担一切法律责任与因此产生的所有费用。甲方因此而遭致损失的，乙方应全额赔偿。 本合同所开发软件的专利、著作申请权利属方所有。 8、违约责任： 如果乙方未能按合同规定的时间按时交付使用（不可抗力除外），延期交付违约金比例为每迟交天，乙方应承担合同总金额的％/日的违约金。延期交付时间超过天，甲方有权解除本合同，乙方向甲方支付合同总金额的％的违约金。
外包项目管理制度
外包项目管理制度 一总则 1、为规范外包软件的管理工作，快速有效地达到目标，特制定本制度。根 据项目实际情况可以对本制度定义的过程进行裁剪，但是必须在项目章 程中描述裁剪指南。 2、外包软件项目管理遵循项目管理和软件工程的基本原则。外包软件项目 管理涉及到立项管理、项目启动与规划、项目执行与监控、质量管理、 和项目收尾。 3、除特别指定，本制度中项目组包括业务组（需求提出者）、技术组（可能 包括网络技术人员）、质量保证组、软件供应商。 二立项管理 1、需求提出业务部门制定立项负责人，立项负责人负责项目立项的全部工 作。技术中心指定人员协助立项负责人进行立项的可行性分析、确立项 目的范围和边界，编写《项目立项分析报告》。 2、立项负责人将《项目立项分析报告》提交给项目评估小组，项目评估小 组负责在规定的时间内，对《项目立项分析报告》进行评估及审批。《项目立项分析报告》得到批准后，由公司指定项目经理，项目经理负责组 建项目组。项目组人员的选择应满足项目对业务及技术的要求，项目组 人员应有足够的业务和技术方面的专业只是来胜任项目各方面的工作。 3、项目经理负责牵头制定SOW（《工作说明书》），SOW作为合同的附件 或一部分与合同一起进行评审。SOW包括项目描述、项目范围、工作期限和工作量估计、双方角色和责任、交付内容、验收标准、变更管理、
承诺等。 三项目启动 1、项目章程 项目经理牵头制定项目管理章程，项目章程应包括：项目目标、项目描述、项目角色和职责、项目干系人、项目范围、交付件的要求说明和规定、项目进度计划、项目主要风险及项目其他方面的规定和要求。 2、项目启动会议 项目经理组织召开项目启动会议，公司高层、业务部门负责人、技术中心负责人、软件供应商等利益相关方列席参加。会议议程包括（不限于）：项目目标、项目描述、项目章程的评审、下发相关资料。 四项目规划 1、需求分析 a）项目经理组织技术组和业务组对需求进行汇总整理，出具《业务需求说明书》，并确保《业务需求说明书》中包含了所有的业务 需求，经项目评估小组审批确认。 b）软件供应商依据《业务需求说明书》，提出技术需求和解决方案，并对系统进行定义，出具《系统需求说明书》，《系统需求说明》 需详细列出业务对系统的要求（界面设计、功能范围、系统逻辑 设计、用例说明等）。《系统需求说明》由业务组、技术组进行确 认。 2、项目管理计划 a）项目进度计划：项目经理组织项目组创建WBS（工作分解结
软件外包管理规范方案
软件外包管理规 1目的 明确本公司的外包过程及其控制方法，通过对外包过程的有效控制，使开发出的软件满足规定的要求。 2适用围 本文件适用于软件的外包开发。 3职责及权限 1）项目经理负责对软件开发供方（外包方）的调查、评定和选择。 2）项目经理提出外包要求，并组织对外包要求的审核，确定后纳入外包合同。 3）项目经理实施对外包过程的控制，并组织在项目结束时对外包供方的评估。 4对软件开发供方的控制 4.1对软件开发供方的调查 1）由项目经理组织对软件开发供方进行如下容的调查，并填写《软件开发供方调查表》、收集证明材料。 ·开发经验 包括：开发的软件清单，应用行业，系统规模，软硬件平台，开发工具 ·人员结构 包括：开发过程所需各种人员的数量及人员经历。 ·设备资源 包括：可提供开发的设备情况。 ·实施效果 包括：客户对其提供的软件系统的满意程度 ·角色成员访谈 访谈对象包括：公司技术负责人、项目负责人、测试负责人等 对公司技术负责人，访谈问题如：如何组织软件开发过程？如何组织软件质量保证过程？等 对项目负责人，访谈问题如：如何进行项目计划和计划跟踪？等 对测试负责人，访谈问题如：如何组织测试过程？等 2）由项目经理组织测试部、研发部对软件开发供方的质量管理体系、技术水平进行
审核，并提出质量审核报告。 4.2合格软件开发供方的选择 1）项目经理提供《软件开发供方调查表》、质量审核报告及有关证明资料，组织有关人员或部门，对软件开发供方进行评定和选择。评定和选择依据是软件开发供方软件开发的能力，包括：开发经验、人员结构、设备资源、技术水平、质量保证能力、客户满意程度等。 2）根据参加人员的评审意见，由项目经理填写《软件开发供方评定表》，参加者会签。 3）项目经理负责拟制《合格软件开发供方》，报领导审批。 4）《合格软件开发供方》是本公司选择软件开发供方的依据，经批准的《合格软件开发供方》为受控文件，由项目配置管理员负责发放并归档管理。 4.3合格软件开发供方的调整 4.3.1重新评定的时机 1）每个外包项目完成时都要对外包软件开发供方进行重新评定。 2）超过一年未合作的合格软件开发供方，有外包项目前重新评定审批。 4.3.2重新评定的方法 1）外包项目完成后，应从以下方面重新评定该项目的外包供方。 A.项目经理组织对外包软件供方进行评估，填写《外包软件供方评估表》。评估容 包括 ·外包软件产品的可维护性 ·外包软件产品的文档质量 ·外包软件供方的组织管理能力 ·外包软件供方的合作情况 ·外包工作量 ·客户评估（客户评估结束后，要在“备注”栏写明供方单位名称） B.项目经理进行评估数据处理。 ·对所评估的各方面（除工作量评估外）的评估值均按下面公式计算： 评估值（%）=∑评估项目所选分值/∑评估项目总分值×100（%） ·工作量评估通过供方和公司部两组数据的对比，可以寻找出双方在工作量认识 上的差距，为合作情况分析提供参考依据。 C.项目经理提交评估资料，并重新评定项目外包供方。 项目经理根据评估结果判定该项目外包供方是否保留在外包合格供方中，若需要修改《合格软件开发供方》，则要经审批后实施。注意更改所有受控文本。评估资料和评定资料
外包单位施工管理规定
外包单位施工管理规定 一、工作安排说明 1、施工队要指派一名施工队长，施工队长对参与工程的所有工人的行为完全负责，同时施工队长要协助甲方项目经理管理工程。 2、施工队长要按照分包单位的要求第二天上报前一天的工作量，且上报的工作量作为工程结算的依据。 二、文明施工说明 1、工人要统一着装，进入工地必须佩戴甲方提供的施工证。 2、进场第一天对施工人员进行安全施工教育包括（用电、用水、上高、卫生等）。 3、严禁施工人员在施工现场及甲方规定禁止吸烟的区域吸烟。 4、严禁施工人员中午饮酒；严禁施工人员在施工现场用餐，饮酒后作业。 5、施工现场严禁随地大小便。 6、按指定路线进出施工现场，禁止在非工作区逗留。 7、施工产生的垃圾当日必须在此项工作完毕后清理出施工现场，将每项工序产生的垃圾集中放在隐蔽处，当日完工后统一清理。 8、当天的施工现场要时时保持现场整洁规范，工具要随身携带、施工材料要分类摆放整齐统一放在施工现场隐蔽处，不得随便放在客户单位走廊、过道或其它房间，当日的工具、施工材料及施工用完的纸箱，包装物、剩余的用料要收回到库房内分类摆放。 9、如果是在甲方办公时间使用电锤等噪声大的工具或施用有异味物品，一定要争取甲方的同意，否则不允许使用。 三、施工行为说明 1、施工队长和施工工人必须绝对服从项目经理的指挥，一切以用户满意为准则。 2、施工人员如从库房内取走材料，在收工后与项目经理进行数量核对，如发现丢失、浪费或损坏要由工程队按价赔偿。 3、施工人员如果违反公司工艺要求，造成的重复施工产生的材料费用，由工程队承担。
4、如出现在施工中需要改变设计，施工队长要通知项目经理与用户沟通解决。 四、施工安全管理说明 1、施工过程中项目经理每周1次对所有施工人员进场安全教育。 2、项目负责人对工地施工人员进行安全巡检，提醒施工人员注意施工安全，杜绝安全隐患和火灾隐患。 3、凡涉及到与其它装潢交叉施工时，现场人员必须佩带安全帽，安全帽底绳必须卡到下巴底下，两侧必须放到耳朵后面，不许歪戴。 4、如果需要爬楼或上高层建筑、上杆等高空作业，必须佩带安全带，并有其它人看护。 5、现场施工时，临时使用的工具如：电锤、钳子等，不可以临时放在梯子上，以免掉下来砸到其它施工人员。 6、施工现场如果需要临时接电，必须让甲方协助，使用电笔检测后才可以由电工接电，并把警示标牌放在旁边，避免掉电。临时施工用电，必须用护套电缆敷设。 7、使用焊接、电烙铁等明火工具时，向甲方管理部门提出书面申请，同意后方可在规定的地点施工，须两人同时工作，一人施工，一人保护，必须配备灭火器。 五、工程质量管理 1、工程部与项目经理部对工程承包的工程设计、施工方案必须进行严格的审查。 2、对工程原材料、构配件的质量必须严格检查。 3、外包施工单位对所承包的工程的施工必须严格按国家有关施工规范进行施工。 4、严格工序间交接检查，主要工序（包括隐蔽作业）需按有关规定经项目部有关人员检查、确认验收。 施工方负责人签字： 日期：
软件开发流程规范-详细流程
软件开发流程规范 目录 目录 0 一、概述 (2) 二、开发流程规范 (3) 2.1系统软硬件开发环境 (3) 2.2系统架构（系统组成） (5) 2.3系统功能模块设计 (6) 2.4系统功能开发流程图 (7) 2.5开发修改记录 (8) 三、开发代码规范 (9) 3.1文件结构 (9) 3.1.1 文件信息声明 (10) 3.1.2头文件的结构 (12) 3.1.3定义文件的结构 (15) 3.1.4 头文件的作用 (17) 3.1.5 目录结构 (18) 3.2命名规则 (18) 3.2.1 共性原则 (19) 3.2.2 Windows变量命名规则 (21) 3.3程序风格 (24) 3.3.1 空行 (25) 3.3.2代码行 (26) 3.3.3代码行内的空格 (29) 3.3.4 对齐 (31) 3.3.5 长行拆分 (33) 3.3.6修饰符的位置 (35) 3.3.7 注释 (35) 3.4函数设计 (40) 3.4.1 参数的规则 (40) 3.4.2返回值的规则 (42) 3.4.3函数内部实现的规则 (47) 3.4.4其它建议 (50) 3.4.5使用断言 (50) 3.4.6 引用与指针的比较 (52) 3.5变量类型定义 (56)
四、软件测试规范 (56) 4.1单元测试 (57) 4.2 系统测试 (57) 4.6 业务测试 (59) 4.7 验收测试 (59) 4.8 用户现场测试 (59) 五、软件版本管理 (60) 4.1 版本管理的必要性 (60)
、概述 本文制定烟台开发区德联软件有限责任公司计算机软件开发规范文档。本规范的目的是使公司软件开发项目阶段清晰、要求明确、任务具体、编写的代码规范，使之规范化、系统化和工程化，向公司内从事软件开发的工程师和管理人员提出一系列规范和要求，从而有利于开发过程的控制和管理，提高所开发软件系统的质量，缩短开发时间，减少开发和维护费用，以保证项目高质量、顺利进行。 本规范包含：开发流程规范和开发代码规范等，开发流程规范需要技术开发人员编写相关内容，希望每个技术人员形成习惯，如有新的内容更新会及时通知大家，如有好的规范要求也可通知编制人员及时更新。 本规范为烟台开发区德联软件有限责任公司内部材料，严禁其他商业应用。
对日软件外包(精)
第1章对日软件外包 1.1 对日软件外包的发展 全球应用软件外包市场近几年平均每年以29%的速度增长,2005年整个市场规模将达到389亿美元。目前全球的软件产值中,三分之一需要通过对外发包来完成。软件外包已经成为世界软件产业发展的一个重要趋势。在这一趋势下,《振兴软件产业行动纲要》提出,从2001年到2005年,中国软件出口要从年出口7亿美元提升到50亿美元。按照预定的目标,2004年国内软件企业将要完成的出口额将达到35亿美元。这对于中国软件企业而言的确是个不小的数字。为了实现这一目标,有关人士指出,中国企业应积极拓展对欧美软件外包业务,把软件外包做强做大。 但现在美国市场主要被印度垄断,欧洲市场被爱尔兰垄断,中国企业的核心竞争力需要较长时间的积累,而对日软件外包,我们则有优势。在对美软件外包市场上,中国软件企业与印度软件企业的差距是明显的,从英文水平到签证难度,从法制制度的不同到对知识产权认识程度的差异,中国软件企业要在对美软件外包市场赶上印度企业还需加以时日。美国IT从业人员中印度和中国人员的比例是3∶1,中国软件企业目前做的外包只占日本软件外包的2%多一点。以英文为主导的软件外包市场正在逐渐萎缩,并且在这个市场上我们和印度相比竞争优势不明显。而对日软件外包市场相对印度来说,中国软件企业有地域优势和有限的语言优势,应当成为国内软件外包企业的发展导向。 1.2 对日软件外包的现状 对日外包市场潜力巨大,据IDC统计数据,2005年日本IT外包市场规模为164亿美元,而同年我国来自日本的软件发包量约为5.6亿美元,仅占日本IT外包市场的3.4%。IDC预测2008年日本IT外包市场将达到23,363亿日元(约226亿美元,2010年我国对日外包将近40亿美元,占比上升为17.7%。由此可见我国对日软件外包未来的市场潜力巨大。
外包工程项目管理制度范本
内部管理制度系列 外包工程项目管理制度（标准、完整、实用、可修改）
编号：FS-QG-29744外包工程项目管理制度 Outsourcing engineering project management system 说明：为规范化、制度化和统一化作业行为，使人员管理工作有章可循，提高工作效率和责任感、归属感，特此编写。 1、目的 为了切实加强对外包工程项目的安全管理，保证在外包工程中的人身、设备安全，确保安全生产工作顺利进行。 2、范围及定义 2.1本制度适用于本公司各类外包工程或项目;制度规定了外包工程安全管理职责、承包方资质审查、外包合同安全附件的签订、入厂安全教育及外包工程工作票办理等内容和要求。 2.2外包工程:是指经本公司各部发包给外单位施工作业的工程(劳务)项目。 2.3维修部:指负责特定的外包工程项目施工管理的部门。一般为发包部门，按公 司各部门的职责和权限确定具体部门作为某一外包工
程项目的维修部。 2.4外包工程合同安全附件:是指与外包工程合同具有同等效力的书面安全协议，是外包 工程合同的重要组成部分。其内容包括该工程项目的甲、乙双方提供的安全技术交底、 安全措施或安全技术要求等。 3、管理职责 3.1维修部 3.1.1负责厂务工程建设项目，对承施工单位进行资质审查，填写《外包单位 安全资质审查表》。 3.1.2工程项目施工前通知安委会、行政等部门办理相关手续(出入厂手续、入厂安全教育、在与承包方签订工程合同的同时签定《外包工程安全管理协议书》。 3.1.3负责协调公司内部与外包单位之间的关系。 3.1.4在签定合同时，应预留工程款的5%作为安全施工保证金。 3.1.5按规定组织或参与对外包工程项目验收。
Web项目开发流程及规范
Web項目开发流程及规范 标准规范 2009-07-29 16:17:52 阅读392 评论0 字号：大中小订阅 开发流程及规范：Web 开发的分散性和交互性，决定了 Web 开发必须遵从一定的开发规范和技术约定。 只有每个开发人员都按照一个共同的规范去设计、沟通、开发、测试、部署，才能保证整个开发团队协调一致的工作，从而提高开发工作效率，提升工程项目质量。 一、项目的角色划分 如果不包括前、后期的市场推广和产品销售人员，开发团队一般可以划分为项目负责人、程序员、美工三个角色。 项目负责人在我们中国习惯称为"项目经理"，负责项目的人事协调、时间进度等安排，以及处理一些与项目相关的其它事宜。程序员主要负责项目的需求分析、策划、设计、代码编写、网站整合、测试、部署等环节的工作。美工负责网站的界面设计、版面规划，把握网站的整体风格。如果项目比较大，可以按照三种角色把人员进行分组。 角色划分是Web项目技术分散性甚至地理分散性特点的客观要求，分工的结果还可以明确工作责任，最终保证了项目的质量。分工带来的负效应就是增加了团队沟通、协调的成本，给项目带来一定的风险。所以项目经理的协调能力显得十分重要，程序开发人员和美工在项目开发的初期和后期，都必须有充分的交流，共同完成项目的规划和测试、验收。 二、开发工具的选取 不象C/S结构程序开发，可以一门语言从头到尾，你用Delphi，就是Delphi 程序员，你用VC++，你就是VC程序员。B/S结构的Web开发工作，工具的选择是一件痛苦的事情。从Windows到Linux，从IIS到 Apache，从J2EE到 .NET，从COM到.NET到EJB组件......还有 Asp、https://www.360docs.net/doc/b14722516.html,、Jsp、Php、Perl、Javascript、Vbscript...... 美工也轻松不了多少，什么"网页三剑客" "新网页三剑客"、FrontPage、Photoshop、CorelDraw......谁都说自己是最强大的！ 我们的经验是，选用工具时最好是统一的，比如美工统一用DreamwaverMX 制作网页，程序员全部用文本编辑器书写代码。统一工具的好处是可以保持同一个项目文档的一致性，便于开发人员的交流和文档的保存。 但是也不必刻意强求一致，比如美工可以使用任何自己熟悉的图形处理软件，只要最后能生成浏览器支持的图片就可以了。正是Web开发工具的多样性，才成就了今天互联网多姿多彩的局面。 只要程序员的纯Html和Javascript 代码的功夫足够过硬，就能胜任最后的网站整合工作。