软件外包项目开发流程

（本文有大大神朱顾问整理自网络）、

软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多。

1.可行性与计划研究阶段

可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。

项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。

2.需求分析阶段

软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。

数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。

初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。

3.设计阶段

概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。

详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。

数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。

测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。

4.实现阶段

模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。用户手册完工

操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。

5.测试阶段

测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。

项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。

大大神

拿了需求记得注册一下平台，等平台开放入驻了你们就能自己免费接项目了，合作共赢因为最近问我要需求的人太多了，第一天答应我要注册第二天没注册但依旧问我要项目的人是不给的。

6.运行与维护阶段

开发进度月报的编制目的是及时向有关管理部门汇报项目开发的进展和情况，以便及时发现和处理开发过程中出现的问题。一般地，开发进度月报是以项目组为单位每月编写的。如果被开发的软件系统规模比较大，整个工程项目被划分给若干个分项目组承担，开发进度月报将以分项目组为单位按月编写。

对于一项软件而言，有些文件的编写工作可能要在若干个阶段中延续进行。

鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，大大神顾问认为在文件编制工作中应允许一定的灵活性。

软件开发过程管理规范

软件开发过程管理规范文件管理序列号：[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）质量评价：一般地，根据度量综合指标值，有以下评分标准。质量评价计分标准表序号得分质量评价

外包过程控制程序

外包过程控制程序 1 目的为了整合型管理体系的需要，对组织选择的外包方施加质量·环境·职业健康安全管理的影响，通过对影响产品符合要求的外包过程进行控制，确保外包的产品或服务满足顾客要求和法律法规要求。 2 范围适用于组织对任何生产过程进行外包（指劳务分包或专业分包）时的控制。 3 术语和定义 3.1 外包方：即劳务分包人或专业分包人，指为公司提供产品或服务的单位或成建制的施工队伍。 3.2 顾客：即发包人（业主），指公司为其提供产品或服务的单位。 3.3 组织：即承包人，指公司（含分公司、项目部）。 4 职责与权限 4.1 分公司、项目部根据其所需外包的生产过程编制外包计划。 4.2工程管理控制中心负责外包方的归口管理，对外包合同（协议）进行审批，发布和保持合格/不合格外包方目录。 4.3 以公司名义中标的项目委托分公司管理、或组织项目部进行施工时，由分公司、项目部组织对外包方的评价和选择，保持相应的评价记录和外包方名单，负责同外包方草拟合同（协议）。直管项目的专业分包（协议）报公司工程管理控制中心审查通过后方可签订；直管项目的劳务分包（协议），以及分公司自管项目的专业分包（协议）和劳务分包（协议）报分公司工程管理控制中心审查通过后方可签订。

4.4工程管理控制中心负责对以公司名义中标的项目在外包发生前，对外包方的资信证明进行复审，并审查回复已经草拟的合同。 4.5 分公司、项目部负责对外包方通报有关质量·环境·职业健康安全的程序，并施加质量·环境·职业健康安全管理的影响。 4.6 工程管理控制中心负责组织有关部门、分公司、项目部对由外包方提供的产品或服务实施验证，根据验证的结果对外包方进行年度评价或最终评价。 5 工作内容和要求 5.1 对外包的控制类型和程度应取决于产品对随后的产品实现或最终产品的影响根据实际情况，分公司、项目部采取以下一种或几种对外包的控制类型： a) 对外包方进行调查； b) 对外包方的资质进行审查、对外包方的产品进行检验和试验； c) 组建审核组对外包方进行第二方审核评价； d) 对外包方以往的业绩进行评价； e) 对外包方在同行当中进行类比评价。 5.2 根据外包方提供产品的能力进行评价和选择 a) 由分公司、项目部组织对外包方进行现场考察（包括外包方名称、地址、联系人、企业简介、质量能力、资质等级、以往质量/环保/安全业绩等），对其技术管理和人员配备、质量/环保/安全保证能力等进行调查，填写外包方资质评审记录，交分公司、项目部负责人审查批准。 b) 分公司、项目部在其单位负责人审批后将外包方评审表及资料按合格、不合格外包方的分类存档，编印《合格/不合格外包方名单》，在负责人审批后交工程管

软件外包管理系统要求规范

软件外包管理规范 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.项目经理提交评估资料，并重新评定项目外包供方。项目经理根据评估结果判定该项目外包供方是否保留在外包合格供方名单中，若需要修改《合格软件开发供方名单》，则要经审批后实施。注意更改所有受控文本。评估资料和

外包软件开发流程教程文件

外包软件开发流程一.商务谈判武汉-沃-航-科-技一款软件准备开发时，首先就是和甲方公司进行接洽和商务谈判，初步了解用户需求以及这个项目甲方对资金以及工期和其他的各方面的预估，初步达成合作意向。二.产品需求讨论需求分析是做产品的头等大事，而需求分析的第一步就是找准产品定位。产品定位实际上就是关于产品的目标、范围、特征等约束条件，它包括两方面的内容：产品定义和用户需求。产品定义主要由产品经理从网站角度考虑，用户需求主要由设计师从用户角度考虑。明确了产品定位，也就确定了产品设计的方向，统一了团队成员对产品的理解，可以避免团队内很多不必要的争执。产品定义就是用一句话概括产品，包括如下三个方面：使用人群：产品服务于哪类人群。主要功能：功能范围的限定。产品特色：与同类产品相比的竞争优势。举例：一款音乐应用的产品定义。使用人群：白领主要功能：播放音乐产品特色：音质清晰、更新速度快用户需求概括起来就是：「谁」在「什么环境下」想要「解决什么问题」。一般可以分解为一个个用户故事，包括如下三个方面：目标用户：目标用户是在使用人群细分的基础上得到的，它也在一定程度上影响了使用场景和用户目标。拆解用户的时候考虑潜在用户量和商业价值。使用场景：用户使用产品的环境，需要关注不同场景的特点。用户目标：用户在不同场景下期望完成的目标，可从中提取出功能关键词。

三.prd输出和确认一般一份PRD文档要包含以下这些内容： 1、概述部分：简单介绍一下产品的背景，产品的价值或者愿景，产品的简单介绍，一些预估的风险点，干系人，名词解释等等； 2、业务需求描述部分：定义好目标用户群体，业务流程图，业务架构图，脑图等等的介绍； 3、功能需求描述部分：这部分才是用到上面所述方法的点，每个功能点都可以用那样的方式描述； 4、非功能需求描述部分：与产品相关的一些辅助功能，性能要求、易用性要求等等； 5、接口描述部分：与外部有相关接口的需要在这个部分描述； 6、附录部分：培训信息、参考资料等，还可以有运营计划等等；完整的PRD文档中，最多的部分就是对功能需求的分解描述，AxureRP可以很好的支撑这个部分的全部内容，另外其实AxureRP也有流程图、UML图的功能，业务流程图、业务架构图等都可以在AxureRP 里面实现出来。四.合同拟定需求确认完成后就要开始拟定合同了。合同要列出双方的责任与义务，验收方式，过程中遇到问题的解决情况，项目资金打款的问题保密协议，软件所有权，知识产权、著作权归属，外包完工之后，售后的支援与帮助。确定双方的沟通的机制及开发周期双方的主要干系人，开发负责人，产品负责人，项目支持等简历微信群，讨论组，文档上传共享的网盘等开发是每周一个周期，进行功能的测试与UAT，然后将工期进展邮件抄送所有人主要是双方合作方式及实现方式五.项目计划

呼叫中心外包项目建立流程.

呼叫中心外包项目建立流程 1目的对外包项目运营服务的建立过程进行规范,并加以有效的控制。以确保外包项目运营服务满足客户的要求,并持续提高客户及最终用户的满意度。 2适用范围适用于所有外包运营项目以及所涉及到的其他支持部门,如技术部、人事部、销售部、行政部等。 3职责 3.1销售部负责获取并向运营部提供与该项目组及客户有关的服务信息,包括:客户规定的要求、隐含的要求以及法律法规要求。 3.2运营部总监负责任命项目经理。 3.3项目经理负责针对客户的需求制定该项目组的“质量计划”,以“项目计划书”的形式输出,并组织各相关部门对“项目计划书”进行评审,确保该计划的实施。 3.4相关部门负责实现“项目计划”中,由本部门负责实施的各类需求。 3.5项目经理负责组织对相关部门需求完成情况的确认。 3.6服务经理负责组织编写及制定,针对该项目组的运营手册,并确保严格执行。 3.7销售部负责向运营部反馈,客户关于该项目运营服务实施过程意见及建议。 3.8系统维护开发部负责项目组运营过程中的各类设备的维护、检修。

3.9 人事部负责招聘及培训客户服务代表,保证人员要求符合合同及《项目计划书》。 3流程说明 3.1服务信息收集: 3.1.1当增加新的项目组或原项目组增加新的服务内容时,销售部应负责向运营部提供,经客户及本公司确认的所有服务信息,包括:客户的规定的要求、隐含的要求以及相关的法律法规要求。提供的形式可为:该项目的建议书、标书、服务合同、项目需求单等。 3.1.2当客户的服务需求发生更改时,销售部应负责组织并通知运营部参加相关评审,并将评审结果以书面形式通知运营部。 3.2运营部总监负责任命项目经理,签发任命书。 3.3项目的实施。 3.3.1项目经理负责针对销售部提供的服务信息,对外包项目运营的实现过程进行策划,制定本项目组的质量计划,并以项目计划书的形式输出。 3.3.2项目计划书的内容应包括: 9项目组各职位的人员要求; 9项目组各职位的岗位职责; 9项目组硬件设备及设施的需求; 9项目组软件系统的需求;

软件外包管理规范方案

软件外包管理规 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.适用范围适用于本公司项目外包管理。本公司的外包应用范围： 1）用于本公司人员、设备不足，生产能力负荷已达饱和时。 2）特殊产品无法自制时 3）外包厂商有专门性的技术，利用外包质量较佳且价格较低 4）合同金额较小时适用普通加工厂商流程（参照采购管理制度），合同金额较大时适用项目外包管理流程。 4.外包工作流程及说明 1.合格的外包产品 2.合格的质量证明文件； 3.检验和试验报告； 4.授权的质检人员签字的入库单。 1．图纸、标准、协议； 2.未检验的入库产品； 3.法律法规要求； 4.样件；顾客对外包产品检验投诉率项目管理制度外包控制程序采购管理合同审核产品检验程序检验（试验）设备、器材；检验场所；计算机系统；运输工具；检验用对比样件外包管理过程研发中心、商务中心仓管、技术员、采购员用什么资源？谁来做？输入用何程序、方法？用何指标衡量？输出

4.1外包工作流程阶段项目外包流程责任部门质量记录表单项目启动阶段项目立项阶段市场部市场部研发中心产品中心商务中心商务部产品中心产品中心、研发中心、商务中心、营销中心产品中心采购部采购部研发部产品中心产品中心【项目明细表】【合同审核确认表】【合同审核确认表】【项目合同】【项目外包申请表】【项目采购计划表】【项目费用预算表】【项目进度计划表】客户需求合同谈判与客户签订合同审批技术审核商务审核项目启动任命项目组长成立项目小组申请立项资料准备项目立项申请项目采购计划项目费用预算项目进度计划建档审核项目立项电子版上传共享文件夹纸质版存档 NO YES YES NO

软件开发流程规范-详细流程

软件开发流程规范目录目录 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、项目外包合同签定，各部门根据自身工作任务，向公司提出项目外包。 2、公司讨论同意项目外包后，由提出部门做出具体项目外包任务，具体要求、标准、工艺要求等，填写项目外包申请单报采购部。 3、采购部根据涉及部门提出的项目外包任务，寻求有资质、能力强、有相关经验的外协单位，并与提出部门一起商讨决定项目外包公司。 4、外包单位、具体价格、项目进度要求、项目最后完成时间落实后，报主管领导签批，主管领导同意后，对外发包项目，签定商务合同（提出项目发包部门必须参与）。 5、外包项目完成后，交申请项目外包部门初评，初评完成后，申请项目外包部门牵头召集公司领导、项目部、涉及部门、客户单位综合评审，对项目完成情况进行评定是否合格。 6、项目外包完成后得到客户确认后，申请项目外包部门向采购部发出项目外包确认书，采购部根据合同要素，向公司提出付款申请。

9、项目初验收后，申请项目外包部门向采购部发出初验收确认书，采购部根据合同执行综合因素，向公司提出付款申请。 10、初验收后，如发生项目变更，采购部应及时联系项目外包公司完善项目变更。 11、附则 1、附件1：项目外包申请单 2、附件2：项目委托单 3、本流程经总经理签字后生效二〇一五年三月一日

重庆山朕科技发展有限公司项目外包申请单申请部门：申请时间：年月日总经理：副总经理：采购部长：申请部门主管/部长：

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/2c17435766.html,、Jsp、Php、Perl、Javascript、Vbscript...... 美工也轻松不了多少，什么"网页三剑客" "新网页三剑客"、FrontPage、Photoshop、CorelDraw......谁都说自己是最强大的！我们的经验是，选用工具时最好是统一的，比如美工统一用DreamwaverMX 制作网页，程序员全部用文本编辑器书写代码。统一工具的好处是可以保持同一个项目文档的一致性，便于开发人员的交流和文档的保存。但是也不必刻意强求一致，比如美工可以使用任何自己熟悉的图形处理软件，只要最后能生成浏览器支持的图片就可以了。正是Web开发工具的多样性，才成就了今天互联网多姿多彩的局面。只要程序员的纯Html和Javascript 代码的功夫足够过硬，就能胜任最后的网站整合工作。

软件外包流程及规范

软件外包流程及相关规范一、外包前的准备工作 1.1项目负责人的确定外包项目确定启动前，我方应制定一个专门人员，作为软件外包的项目负责人，全权处理外包项目的所有事务。 1.2需求文档的制定由项目负责人，对项目软件的使用范围、用户人群定位等进行详细分析，规划出软件的主要功能，同时结合我们现有平台软件，对软件的开发环境、应用环境做出规范要求，以此制定出《软件需求文档》。《软件需求文档》在经项目组讨论后生效。《软件需求文档》应包括以下内容： ●项目软件的中英文名称、预计开发周期； ●软件的技术规范，如开发环境、应用环境、数据库标准、数据交换接口等； ●软件的适用范围、主要应用思想； ●主要功能模块及功能详细说明； ●业务基本流程； 1.3《软件开发方案》及接包方的确定 1.《软件需求文档》确定后，根据需求文档预选定接包方； 2.接包方同项目负责人沟通技术细节后，由项目接包方根据需求方案，对开发流程进行细化，制定《软件开发方案》及相关DEMO；

3.项目负责人根据《软件开发方案》和DEMO确定最终的接包方，双份针对软件开发、后期应用、源代码交付方式等细节进行磋商，签订《软件开发合同》。《软件开发方案》中应包括以下内容： ●项目整体的开发进程，应包括开发、测试、验收、交付等关键环节的进度安排； ●软件各模块划分及定义； ●软件开发计划，应包括开发进度安排、详细的工期明细； 1.4接包方责任人的确定软件接包方确定后，接包方应确定软件开发的负责人，协同我方项目负责人对整个项目开发过程中的所有事情进行沟通和协调处理。二、软件在开发过程中的管理 2.1软件需求的细化开发方案确定后，接包方需根据开发方案书，对软件的需求进行细化，包括各模块的具体实现、子功能模块的划分、数据描述和相关报表内容等，并需及时同我方项目负责人进行沟通，以确认可行性。 2.2开发过程中的管理及协调 1.接包方在软件开发过程中，应该保留详细的软件开发文档，以便于后期源码程序的移交；软件开发文档应包括：模块设计说明、业务流程说明、数据库设计说明、代码中的注释等内容； 2.在开发过程中，开发负责人应至少每周一次向我方项目负责人提交《开发进度报告》，以方便我方了解开发进度； 3.开发负责人在开发过程中遇到需同我方进行数据对接等测试需求时，应及时同我方项目负责人联系沟通，项目负责人应及时提供测试环境，以免影响项目进度；

软件程序外包服务技术保密协议

外包服务技术保密协议委托方（以下简称“甲方”）公司名称：XXXXXX有限公司地址：联系人：电话：电子邮箱：制作方（以下简称“乙方”）公司名称：XXXXXX有限公司地址：联系人：电话：电子邮箱：乙方遵照《xxxxx程序平台代运营及维护合同》为甲方提供外包服务工作，经双方协商一致，为确保相应工作涉及的技术信息和技术资源不被泄露，并防止上述保密信息被滥用，甲乙双方达成如下协议：一、乙方作为甲方外包服务承担单位，其工作任务依据外包服务工作的有关任务书确定，本协议仅涉及乙方承担或参与该外包服务工作过程中及以后的保密责任。二、本协议涉及保密的技术信息和技术资料包括： 1．外包服务合同中涉及的技术信息和技术资料，以及有关会议文件，纪要和决定；

2．甲乙双方之间工作往来的传真，信函，电子邮件等； 3．外包服务工作实施过程中产生的新的技术信息和技术资料； 4．外包服务工作实施过程中各有关当事人拥有的知识产权，已经公开的知识产权信息除外； 5．经甲乙双方在该外包服务工作实施过程中确认的需要保密的其他信息。 6.甲方计算机终端中的文件信息和各种资料三、甲方责任 1．甲方应根据外包服务合同的规定，向乙方提供必要的技术信息和技术资料； 2．甲方在以书面形式（包括：邮件、传真、磁盘、光盘等）向乙方提供技术信息时，可以进行登记或备案； 3．甲方对乙方提供的注明保密的技术信息和资料负有保密责任，未经乙方同意不得提供给与本外包服务工作无关的任何第三方； 4．对不再需要保密或者已经公开的技术信息和技术资料，甲方应及时通知乙方。四、乙方责任 1．乙方应仅将甲方批露的保密信息只用于对甲方的外包服务工作中。 2．乙方对从甲方获得的涉及外包服务工作的技术信息和技术资料负有保密责任，未经甲方同意不得提供给任何第三方，包括乙方的分支机构，子公司或委托顾问方，接受咨询方； 3．乙方为承担本协议约定的保密责任，应妥善保管有关的文件和资料，未经工作组事先的书面许可，不对其复制，仿造等；

软件外包项目开发流程

软件外包项目开发流程（本文有大大神朱顾问整理自网络）、软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多。 1.可行性与计划研究阶段可行性研究报告：在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。项目开发计划：编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。 2.需求分析阶段软件需求说明书：软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。内容包括对功能的规定对性能的规定等。数据要求说明书：数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描述和数据采集要求的技术信息。初步的用户手册：用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。 3.设计阶段概要设计说明书：概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计。运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。详细设计说明书：详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。数据库设计说明书：数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。测试计划初稿：这里所说的测试，主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划，包括对每项测试活动的内容、进度安排、设计考虑、测试数据的整理方法及评价准则。 4.实现阶段模块开发卷宗（开始编写）：模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。用户手册完工操作手册：操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。 5.测试阶段测试分析报告：测试分析报告的编写是为了把组装测试和确认测试的结果、发现及分析写成文件加以记载。项目开发总结报告：项目开发总结报告的编制是为了总结本项目开发工作的经验，说明实际取得的开发结果以及对整个开发工作的各个方面的评价。大大神

华为软件开发行为规范

软件开发行为规范 (第一版）为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。本软件开发行为规范，采用以下的术语描述： ★规则：在软件开发过程中强制必须遵守的行为规范。 ★建议：软件开发过程中必须加以考虑的行为规范。 ★说明：对此规则或建议进行必要的解释。 ★示例：对此规则或建议从正或反两个方面给出例子。本软件开发过程行为规范由研究技术管理处负责解释和维护。研究技术管理处

目录 1 软件需求分析 5 2 软件项目计划9 3 概要设计11 4 详细设计14 5 编码18 6 需求管理19 7 软件配置管理21 8 软件质量保证23 9 数据度量和分析25

1 软件需求分析 1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。 1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。软件需求规格的变更必须经过评审，并保存评审记录。 1-3：必须对软件需求规格文档进行正规检视。 1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。 1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。说明：参考建议1-1到1-16。 1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。 1-2：采用以下检查表检查软件需求规格文档中需求的完备性。

软件对日外包项目流程

软件对日外包项目流程 ?公司考察日本人做事一向非常的谨慎小心，在确立合作之前他们会先对你的公司通过不同的渠道进行各方面的考察、除了技术和开发能力以外还有对公司的运营能力、管理水平、有没有不良的信用记录等等都会作一一的调查、当然到公司里来走访一下是必须的。一旦和你确立合作关系后，没有什么特殊情况下，一般都会始终如一地与你合作。 ?建立初步合作意向对公司考察完毕，认为没有问题后，并不会马上与你和建立合作关系，而是确立一个初步合作意向，在这个期间会发一些小的样例给你试着做做看，完成的比较出色后才会进一步与你建立合作关系。 ?项目发包与日方建立了长期合作关系后，项目会源源不断地发给你。在项目发包期间，一般日方的项目主管与工程师会到公司来洽谈开发费用、开发周期以及讲解分析项目。发包方会提供项目的基础源代码、概要设计式样书、详细设计式样书、数据库设计式样书、编程规约、测试式样书样本、QA票、质问书等等各种文档，这个因项目的不同而异。 ?项目研讨公司接到日方的外包项目后，会建立一支由项目经理组成的项目研讨小组，对项目进行研讨分析以及对式样书的理解，确认没有问题后将项目分配给其中一个项目经理负责开发。 ?成立项目开发小组项目经理接到任务后首先会根据发包方的要求制定出开发计划与进度表、搭建项目环境、版本管理、然后成立项目开发小组，召开项目组会议进行任务分配、式样书讲解。 ?项目开发程序员接到自已的任务后，按照开发计划与进度表的安排进行项目的模块开发。在开发过程中如果遇到问题，按照发包方提供的QA票的格式进行填写并发给项目经理，项目经理会收集整理各个程序员发过来的QA票，进行问题分析解答，如果无法解答则发给日方的项目工程师。一般项目经理每天早上都会召开简短的项目例会，解决回答组员在开发当中遇到的问题。项目经理根据已安排好的项目计划严格控制项目进度，并根据实际情况适当调整进度安排，确保项目能够预期完成。 ?单体测试每当程序员完成一个模块的工作后就会编写测试式样书，并进行测试，或交叉测试，如果有专门的测试部门的话，会交给测试部门进行测试。当中产生BUG的话，测试者会把BUG按固定的格式要求写入BUG票中以供代码编写者修正BUG，编写者修改完BUG后要把问题的原因与解决方法填入BUG票中。 ?结合测试

软件委托开发流程及相关规范

软件外包流程及相关规范XXXXXXXXX网络科技有限公司

目录一、外包前的准备工作 (3) 1.1项目负责人的确定 (3) 1.2需求文档的制定 (3) 1.3《软件开发方案》及接包方的确定 (3) 1.4接包方责任人的确定 (4) 二、软件在开发过程中的管理 (4) 2.1软件需求的细化 (4) 2.2开发过程中的管理及协调 (4) 2.3软件需求变动 (4) 三、交付验收过程管理 (5) 3.1软件交付前的内测 (5) 3.2软件交付时的公测 (5) 3.3软件验收交付的内容 (6) 3.4软件的验收 (6) 3.5软件验收报告 (6) 四、交付后的程序及源代码管理 (7) 4.1软件交付后的程序BUG处理 (7) 4.2软件交付后的功能更改 (7) 4.3程序发布及源代码管理 (7)

一、外包前的准备工作 1.1项目负责人的确定外包项目确定启动前，我方应制定一个专门人员，作为软件外包的项目负责人，全权处理外包项目的所有事务。 1.2需求文档的制定由项目负责人，对项目软件的使用范围、用户人群定位等进行详细分析，规划出软件的主要功能，同时结合我们现有平台软件，对软件的开发环境、应用环境做出规范要求，以此制定出《软件需求文档》。《软件需求文档》在经项目组讨论后生效。《软件需求文档》应包括以下内容： ●项目软件的中英文名称、预计开发周期； ●软件的技术规范，如开发环境、应用环境、数据库标准、数据交换接口等； ●软件的适用范围、主要应用思想； ●主要功能模块及功能详细说明； ●业务基本流程； 1.3《软件开发方案》及接包方的确定 1.《软件需求文档》确定后，根据需求文档预选定接包方； 2.接包方同项目负责人沟通技术细节后，由项目接包方根据需求方案，对开发流程进行细化，制定《软件开发方案》及相关DEMO； 3.项目负责人根据《软件开发方案》和DEMO确定最终的接包方，双份针对软件开发、后期应用、源代码交付方式等细节进行磋商，签订《软件开发合同》。《软件开发方案》中应包括以下内容： ●项目整体的开发进程，应包括开发、测试、验收、交付等关键环节的进度安排； ●软件各模块划分及定义； ●软件开发计划，应包括开发进度安排、详细的工期明细；

软件外包管理程序(含全部表单)

××××××有限公司软件外包管理程序文件编号：MC-QP-06 版本： D.1 编制：审核：批准：文件关联的全部附表已汇编到本文档 ___________________________________________________ ×××××××有限公司发布

文件履历版本换版/修订记录编制/修订人批准人生效日期

软件外包管理程序 1.目的本办法以确保公司软件外包过程得到有效的控制，已达到软件设计的质量要求。 2.范围本程序规定了软件外包过程管理的基本操作流程。本程序适用于本公司所有新产品开发的软件外包项目。 3.规范性引用文件下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应使用下列标准的最新有效版本。 1）MC-63《软件版本管理办法》 2）MC-QP 《产品开发控制程序》 3）MC-62《设计变更控制程序》 4）MC-42《供应商控制程序》 5）MC-71-01《进料检验管理办法》 4.定义 3.1 承包商：承接软件外包业务的外协件厂家或公司。 3.2 综合能力评估：对承包商从设计方案、设计能力、设计进度、设计质量、服务等方面的综合评价。 3.3 协议：公司与承包商之间的法定协议，如合同、许可证或协议备忘录。 3.4 外包：购买需要协同开发的定制软件产品或软件开发服务，和系统集成服务。 3.5 招标：参考政府招标设计的选择承包商流程，是选择承包商的一种方式，参见中华人民共和国招标投标法。 3.6 委托招标：委托招标代理机构办理招标事宜。 3.7 验收：承包商交付产品，项目组验收。 3.8 交付：验收的产品，交付甲方验收或交付项目组使用。 5.职责和权限 5.1 技术中心

业务流程外包

业务流程外包全球BPO贸易的发展前景目前，越来越多的欧美国家大型IT企业、金融机构和其他服务型企业在尽量不降低产品质量的前提下，通过业务流程服务外包(BPO)使企业资源得到最佳分配，降低了企业的生产成本，减少了经营风险，从而增强了企业的核心竞争力。而面对蕴含大量商机的国际服务外包市场，越来越多具有接包能力的国家也正在成为欧美企业理想的海外转包地。目前，国际外包业市场已经形成了以印度市场为核心，同时包括诸如中国、菲律宾、马来西亚等新兴BPO市场的整体格局。就目前的市场状况而言，以出现较早的IPO贸易为例，2005年预计全球整体软件市场交易额大于2500亿美元，其中IT外包超过57％，达到了1430亿美元。在各类软件外包的业务中排名前三位的分别是应用程序开发(28％)、应用程序维护(21％)和数据中心(19％)，其他还涉及客户服务器支援、培训、网络管理、台式系统，终端客户自持以及广域网管理等领域。由此可以看到，围绕着以互联网服务、语音服务、用户支援、应用程序支持、数据库支持以及数据中心管理为主要业务核心的IT 外包正成为未来软件外包产业中主要的上扬部分。其他业务流程服务外包2004年全球贸易额超过了54亿美元。从2005年开始，市场的预期增长率为l5％，到2009年整个市场规模将达到120亿美元，其中媒体公司例如：广告、销售俏场推广、金融服务以及医疗服务行业将成为重点增长领域。媒体公司将会把他们后勤和客户支持等业务留成外包，这部分年增长率约为10％，而金融服务以及医疗服务行业的年增长率将达到59％。中国BPO贸易的发展现状与对策建议中国经济作为世界上发展最快、最具活力的经济体，其稳定的政治环境、较好的法制建设和基础设施建设、市场的巨大潜力以及大量低成本的具备基础技术和语言能力的人才均预示出中国在发展BPO 贸易中存在明显的比较优势。近年来，我国上海，北京、大连等较发达城市积极承接全球BPO贸易，并获得了持续稳定的增长以下主要通过对上海BPO贸易的调查，就目前中国服务外包行业发展现状展

软件开发流程与规范

软件开发百科名片软件（Software）简单的说就是那些在计算机中能看的着，但摸不着的东西，概念性的说软件也称为“软设备”，广义地说软件是指系统中的程序以及开发、使用程序所需要的所有文档的集合。软件分为系统软件和应用软件。软件并不只是包括可以在计算机上运行的程序，与这些程序相关的文件一般也被认为是软件的一部分。软件被应用于世界的各个领域，对人们的生活和工作都产生了深远的影响目录软件开发的内容软件开发过程软件开发专业软件开发流程软件开发平台软件开发-软件开发中的注意事项展开编辑本段软件开发的内容不仅仅是用户需求，应该是开发中遇到的所有的需求。比如，你首先要知道做这个项目是为了解决什么问题；测试案例中应该输入什么数据......为了清楚地知道这些需求，你经常要和客户、项目经理以及项目伙伴交流。

设计编码前，肯定有个计划告诉你要做什么，结构是怎样等等。你一定要按照这个来做，否则可能会一团糟。编程如果在项目截止日，你的程序不能跑起来或达不到客户的要求，你就拿不到钱。测试目的是让你知道，什么时候算是完成了。如果你聪明，你就应该先写测试，这样可以及时知道你是否真地完成了。否则，你经常会不知道，到底有哪些功能是真正完成了，离预期目标还差多远。软件开发中，客户和开发人员都有自己的基本权利和义务。客户定义每个用户需求的商业优先级；制订总体计划，包括用多少投资、经过多长时间、达到什么目的；在项目开发过程中的每个工作周，都能让投资获得最大的收益；通过重复运行你所指定的功能测试，准确地掌握项目进展情况；能随时改变需求、功能或优先级，同时避免昂贵的再投资；能够根据各种变化及时调整项目计划；能够随时取消项目；项目取消时，以前的开发工作不是一堆垃圾，已开发完的功能是合乎要求的，正在进行或未完成的的工作则应该是不难接手的。