软件版本管理规范

第一篇：软件版本管理规范

软件版本管理规范

第一章 目的

本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。

1.第二章 适用范围

所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。

2.第三章 职责

配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。

此岗位可由开发或测试人员兼任。

3.第四章 内容

4.1.版本管理对象

包括但不限于：

 项目总体计划

 可行性研究报告

 开发计划

 需求说明书  需求设计原型

 设计说明书

 系统开发变更申请单

 系统管理手册

 用户操作手册

 培训计划

 培训记录

 源程序

 支持系统运行的配置文件

 存储过程脚本

 测试计划

 测试用例

 测试脚本

 测试报告

 上线计划

 上线申请

 版本维护日志

4.2.配置库的目录结构

每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目内部的目录结构建议按下列格式创建。配置库目录结构规划：

┠tags(发布)

┃ ├v1.0.0_T1_2016909 ┃ ├v1.0.0.33899_T1_20161009 ┃ ├v1.0.0_R1_20161109 ┃ ├v1.1.0_T1_20170109 ┃ └v1.1.0_R1_20170209 ┠trunk(主版本)┃ └projectA ┃ ├src ┃ ├MY_MOOC ┃ ├doc ┃ ├tool ┃ ├。。

┖branches(分支)├SY_ABC ├TJ_ABC ├WH_MOOC

其中，项目内部的目录结构：

|–projectA |–src（保存该项目的源程序）

|–doc（保存项目相关文档）

|–000.项目管理（保存项目过程管理相关文档）

|–010.项目计划（保存项目计划相关文档）

|–020.项目需求（保存项目需求相关文档）

|–030.系统设计（保存项目设计相关文档）

|–030.系统测试（保存项目代码测试相关文档）

|–040.系统实施（保存项目部署实施相关文档）

|–050.系统运维（保存项目运维文档，包括培训、用户手册等）

|–060.技术资料（保存项目技术文档，包括第三方技术资料等）

|–。。（保存项目过程管理相关文档）

|–tool（包括该项目特定的开发、编译、测试等工具）

4.3.分支(branch)

建议使用分支来协同不同职能小组对同一个配置库的使用，可按照以下方式进行分支的管理。

解决方案建立三个分支，包括主版本开发(trunk)、分支版本开发(branches)和发布(tags)。

 主版本开发

是所有分支版本的基准版本，主版本的开发分支。开发部门开发使用。

 分版本开发 主版本的分支版本，供开发部门开发使用。开发工程师如果以主版本为基准，进行软件项目开发，要先将trunk目录下的代码分支到branches目录的一个子目录，在那里对代码进行开发。多个主版本的分版本可通过在branches顶级目录创建多个分支目录来区分。

 发布

测试和发布专用分支，该分支代码不允许任何形式的修改。每个经过测试后的不同版本的代码做快照放到此分支文件夹下。

4.4.权限管理

应对配置库的访问权限进行管理，确保软件系统的完整性和安全性。建议按如下方式进行管理。

4.4.1.开发工程师

仅拥有自己所属项目的add file、delete file、check out、check in权限，无目录创建和删除权限。开发工程师若想创建目录，需向配置库管理员申请。

4.4.2.测试工程师

拥有每个项目的测试分支的add file、delete file、check out、check in权限，无目录创建和删除权限，对于其他分支只有只读权限。

4.4.3.配置库管理员

拥有全部权限，但增删项目和增删目录需要有项目负责人批准。

4.4.4.其他人员

若需要配置库访问权限，需经技术总监或经技术总监授权的项目经理批准，由配置库管理员分配权限。

4.5.版本管理

应对软件系统的版本进行管理，确保版本的准确性和可追溯性。建议按如下方式进行管理。

4.5.1.版本维护

软件工程各阶段产生的各种文档和代码，应及时并统一上载到配置库由配置库管理员统一管理。对于要修改的配置项，应从配置库中检出（check out）后修改，修改完毕后及时检入（check in），并填写修改的原因和内容。配置项的历史版本应保存在配置库中。

4.5.2.分支迁移

从开发分支到测试分支的迁移，由开发工程师操作。迁移的时机有：

1.当开发负责人提交测试申请时；

2.开发过程中进行测试，修改好一个或多个bug，需要测试工程师验证时。

从测试分支到发布分支的迁移，由配置库管理员操作。迁移的时机有：

1.当开发组提交上线申请时。

对于每个项目从测试分支到发布分支的迁移，配置库管理员要建立分支迁移日志，并详细记录。

4.5.3.版本升级

软件系统迁移到发布分支后，生成新的版本。

每个系统新的版本不仅以分支形式存在于配置库中，并且要以独立压缩包形式备份。版本的命名规则为，version N1.N2.N3[.N4][_][T/R5]_YYYYMMDD 1.N1是系统编号。当项目整体重新设计时，N1加1，基数为1 2.N2是模块编号。当模块重新设计时，N2加1，基数为0

3.N3是功能编号。当项目增加某一功能，或某一功能需要修改时，N3加1，基数为0

4.N4是BUG编号。当项目的BUG被修复时，N4加1，基数为0

5.T/R5中的T/R分别对应Test/Release。当项目发布时为R，当项目提交测试时为T，T/R5数值基数为0，以发布/测试提交顺序递增加1。

6.YYYYMMDD代表生成版本的实际年月日，如：20160202 4.5.4.版本基线定义

公司首次采用版本管理规范时，可以采取下列方法定义一个基线版本。

获取各项目最新的源程序、配置文件和文档，形成发布分支、测试分支和开发分支。

对每个项目的提测和发布分支都生成一个版本基线，如：Version1.0.0_R1_20160202。

4.6.第五章 版本提交准则

4.6.1.提交之前先更新

更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且自己测试之后，谨慎地提交。

如果在修改的期间其他同事也更改了同一个文件，那么update更新时会自动进行合并，如果修改的是同一行或者二者修改差异过大，那么合并时会产生冲突。这种情况就需要同之前的开发人员联系，两人一起协商解决合并冲突。解决合并冲突之后，还需要两人一起测试，以保证解决冲突之后，各自的程序不会受到影响。

在更新时注意所更新文件的列表，如果提交过程中产生了更新，则需要重新编译并且再次完成单元测试，再进行提交。这样既能了解别人修改了哪些文件，同时也能避免合并错误导致代码有错。

4.6.2.保持原子提交

为确保在需要时可以随时回溯代码版本，每次提交的代码只能包含实现一个独立、完整功能所必需的代码，不能夹带提交其他与此功能不相关的代码。为尽早提交，也可以将此独立、完整功能分解为若干小细节功能，分别开发并提交所必需的代码，但必须确保多次提交的功能代码组合在一起，完全实现此独立、完整功能。

仅提交自己修改的部分，最好不要一下子将整个项目提交。

每完成一个独立、完整的功能后，最好尽早提交，以免后续更改时出现bug，无法恢复到正常代码。

每次提交的间歇尽可能地短，以几个小时的开发工作为宜。我们提倡多提交，也就能多为代码添加上保险。为做到尽早提交，在开发功能模块的时候，先将功能分解成一个个独立的、不可再分割的小细节功能，分别完成。每完成一个并通过单元测试，就提交一次。在修改bug的时候，每修改掉一个bug并且确认修改了这个bug，也就提交一次。

4.6.3.不要提交本地自动生成的文件

一般配置管理员都会将项目中一些自动生成的文件或者与本地配置环境有关的文件屏蔽提交（例如Eclipse中的.classpath文件等，Visual Studio中的.suo文件，Debug,Release,Obj等编译文件夹及其下文件，以及其他的一些自动生成，同编译代码无关的文件）。如果项目中没有进行这方面的配置来强行禁止提交这样的文件，请自觉不要提交这样的文件，如果不小心签入了，需要从配置库中删除，以免其他同事在更新后就可能与本地的环境冲突从而影响大家的工作。

4.6.4.不要提交不能通过编译的代码

代码在提交之前，首先要确认自己能够在本地编译通过，并且代码在提交前已经通过自己的单元测试。

如果在代码中使用了第三方类库，要把相应类库文件统一存储在代码相应目录中并提交，以免项目组成员中有些成员可能没有安装相应的第三方类库，从而在更新代码后引起代码运行错误。

4.6.5.不要提交自己不明白的代码

代码在提交之后即被项目成员所分享。如果提交了不明白的代码，自己看不懂，别人也看不懂，如果在以后出现了问题将会成为项目质量的隐患。因此在引入任何第三方代码之前，确保对这个代码有一个很清晰的了解（必要时应有对应文档说明）。

4.6.6.并行开发（同一模块）前沟通

如果开发小组采用并行开发模式开发同一模块功能，在开发前，需要对协作开发进行合理的工作计划与任务分配，让小组成员相互间了解对方的工作计划与工作内容。这样能尽可能的减少在开发过程中可能出现的冲突，提高开发效率。同时也能够在和成员的交流中发现自己之前设计的不足，完善自己的设计。4.6.7.对提交更新的信息采用明晰的标注

如果提交空的标注或者不确切的标注将会让项目组中其他的成员不了解此次签入动作的背景情况（如新增/修改签入的原因是什么？新增/修改什么内容？），项目经理无法通过提交的标注信息，清晰的掌握开发工作进度细节进度。没有清晰标注，甚至会对回溯代码版本造成影响。所以，在提交工作时，要填写明晰的标注，能够概要的描述所提交文件的信息，让项目组其他成员在看到标注后不用详细看代码就能了解你所做的修改。统一的标注格式为：

签入动作+””+”#” +标识ID+”;”+签入内容+[“;”]+[签入原因] 签入动作：

+：表示增加了功能（新增功能）

*：表示对某些功能进行了更改（修改功能）

-：表示删除了文件，或者对某些功能进行了裁剪，删除，屏蔽（删除功能）

^：表示修正bug（修复功能缺陷）

！：优化功能代码的执行性能（代码性能优化）

标识ID：

ID值是从项目开发计划中的WBS任务分解表中获取，对应具体功能编号。

签入内容：

对新增/修改/删除 的内容进行简单描述

签入原因： 对修改/删除 的原因进行简单描述

示例：

+ #62235；新增房源审核功能

* #62236；将房源审核的二级审核修改为一级审核；为缩短业务流程长度，提高业务响应速度

-#62237；删除多余功能；房源审核由二级审核改为一级审核后删除无用功能

^ #108；房源主图显示尺寸控制为300*300；房源主图显示尺寸撑大页面 结束。

第二篇：软件售后服务规范

软件售后服务规范

软件售后服务规范

一、适用范围

一、服务要求

原则：礼貌、热情、周到、细致、耐心

1、服务前充分了解用户的服务需求，并作出合理承诺；

2、服务时要切实解决用户遇到的问题，使用户能够继续无忧地使用；

3、服务后要适时检验是否真的完全解决了用户的问题；

4、任何时候不能说“不行”、“不知道”、“不清楚”；

5、任何服务人员都不得指责用户的使用方法，要委婉指出；

6、要站在客户的立场考虑问题，在服务政策允许的范围内为用户提供最大的方便；

7、在接听电话时态度要亲切、语言要温和；

8、回答用户问题时要专业、自信；

9、严禁使用不文明的用语；

10、严禁相互推托责任。

二、培训服务规范：

1、按售后服务协议中的服务承诺提供服务；

2、培训管理员在培训前，编制培训计划，做好培训环境的准备工作，准备好培训资料

和考试资料，培训期间保证培训设施的正常运行和培训的后勤保障工作，组织好培训考核，培训后做好培训工作总结；

3、培训教员根据培训计划做好培训教案和培训讲义，以保证培训的教学质量，确保用

户对培训内容的掌握程度达到85％以上，并能正确使用《YYY系统》；

4、在用户培训过程中，服务监督员要进行培训质量监督，培训工作结束后要做好培训

质量调查。

三、热线服务规范

（一）热线服务要求

1、按用户数2‰的比率设置热线服务值班岗位及电话，并将服务热线电话告知用户；

2、服务期间必须保证电话畅通，热线值班人员要做好热线值班记录（记录包括用户单

位名称、地址、电话、联系人姓名、用户反映问题的具体内容及处理情况），服务

期间不得擅自离开工作岗位；

3、热线值班人员回答用户问题时必须热情、耐心和有礼貌，不得说任何与解答问题无

关的话；

4、无法用电话解决的问题，应在接到用户电话24小时内安排服务人员上门解决；

5、服务满意度应大于85％。

（二）行为规范

1、值班经理必须提前半天安排好热线值班工作。

2、热线值班工程师必须按公司规定的上班时间准时到岗就坐，10分钟内做好值班准

备（记录单、电话、笔、环境整理）。

3、工作时间不得随意走动，未经许可不得擅自离岗。

4、电话铃响三声内必须接听。

5、完成电话咨询必须立即挂好电话，保持电话畅通。

6、每个来电必须记录。

（三）答询规范

1、接听电话第一句话“您好，XX公司，我是x x号值班员。请您留下您的联系电话

以便以后联系，记录好单位名称、地址、电话、联系人之后，“请问您有什么问题？”

2、用户叙述问题时不得打断用户叙述，未听明白时，“对不起，我没听清楚，请您再

说一遍好吗？”。

3、用户问题必须耐心、热情，不得说任何与解答问题无关的话。

4、电话中无法解决时，“对不起，您的问题电话中无法解决，我们三天内派人上门解

决可以吗？”。

5、用户同意，询问用户“这三天内您都在单位吗？”，填“现场服务请求单”。

6、用户不同意，并提出具体要求，“您的要求我记下了，我请值班经理为您安排，值

班经理安排好后，会电话通知您。”

7、用户要求当日上门和次日上门的请求，必须马上交值班经理，值班经理必须在一

个小时之内回电话。

四、上门服务规范

（一）服务要求

1、按售后服务协议中的上门服务承诺提供服务；

2、服务工程师上门服务必须挂牌；

3、服务满意度应大于85％。

(二)服务规范

1、确认：接到派发的服务单后，确认服务单上记录的问题自己能否解决，用户的地址

自己是否知晓。如不能确认，须向热线值班工程师请教或查清用户地址后方

可上门。

2、挂牌：到达用户场所，在见到联系人之前，将公司的服务标识牌挂在胸前。

3、敲门：找到用户办公室后，轻轻叩门三声，等主人允许后进门，并礼貌地询问：“对

不起，打扰了，我是XX服务工程师，请问XXX先生（女士、小姐）在吗？”

4、介绍：见到用户联系人后，证实联系人身份，介绍自己：“请问，您是XXX先生

（女士，小姐）吗？（朝前拿起服务标识牌说）我是XX服务工程师，我姓

X叫XX，很高兴能为贵单位服务。”如是多次服务的熟人，可免去自我介绍

过程、直接说：“很高兴能再次为您服务。”

5、问题：向联系人询问，核实服务单上记录的问题和故障，以及使用过程中遇到的其

它问题和疑惑，并请用户开机演示问题和故障。

6、解决：首先做好用户文档和数据备份，然后查找原因、解决问题，排除故障，解答

疑惑。如遇自己无法解决难题时，一面向用户歉意地解释问题复杂，解决需

要花费一定时间，取得用户谅解，一面即刻向热线值班经理请求支持，尽快

拟定方案，予以解决。

7、试运：请用户操作试运行软件系统，当面检验解决结果。

8、讲解：向用户详细讲解问题和故障产生的原因，排除和解决的方法，以及今后使用

中应注意的事项。

9、签字：请用户在服务单上签字认可本次服务，并对服务质量进行评价。

10、辞别：向用户告辞。规范用语为：“今后有问题，请随时打服务热线电话联系，再见。”

五、技术支持规范

1、必须以书面的方式（可传真）向XXX公司提出请求支持，服务请求要盖有服务商公

司公章和服务代表签字。

2、提出申请后必须向XXX公司确认是否收到技术支持请求（以免这些资料在传递过程

中丢失导致问题无法得到及时的解决）。

3、获得了问题的解决方案后，服务人员应立即告知用户，必要时再次上门对用户进行现

场服务，直至问题完全解决。

4、各地服务商的热线值班人员和现场服务工程师要定期整理《YYY系统》常见问题及解

决方案建议并以书面方式反馈给XXX公司实施服务中心，以便核查和向用户公布。

第三篇：网上纳税申报软件管理规范(试行)

【发布单位】国家税务总局 【发布文号】

【发布日期】2010-07-19 【生效日期】2010-11-01 【失效日期】 【所属类别】政策参考 【文件来源】国家税务总局

网上纳税申报软件管理规范（试行）

第一章 总 则?

第一条 为规范网上纳税（费）申报软件开发与服务，加强对软件开发与服务单位（以下简称开发服务商）的监管，确保纳税人申报的电子涉税数据准确、完整和安全，特制定《网上纳税申报软件管理规范》（以下简称管理规范）。

第二条 网上纳税申报软件分为低保型纳税申报软件、商品化纳税申报软件和纳税人自行开发纳税申报软件。

低保型纳税申报软件，是指税务机关免费为纳税人提供、符合相关规定、满足基本要求的纳税申报软件。

商品化纳税申报软件，是指市场上开发服务商根据相关规定开发的，纳税人自愿选用并享有配套服务的纳税申报软件。

纳税人自行开发纳税申报软件，是指纳税人自行研发符合相关规定的纳税申报软件。

第三条 根据国家法律法规和税收政策，国家税务总局制定和修订统一的网上纳税申报业务标准（以下简称业务标准），并及时向社会发布。

业务标准之外税（费）申报，由省税务机关依据业务标准增补相应的内容，并报国家税务总局备案后及时向社会发布。

第四条 低保型纳税申报软件,由国家税务总局组织开发和维护，免费提供给纳税人使用。商品化纳税申报软件和纳税人自行开发纳税申报软件，由开发服务商和自行开发纳税人自行组织开发和维护。

第五条 税务机关应对开发服务商服务质量进行约束和监督。?

第二章 网上纳税申报软件评测 ?

第六条 国家税务总局负责对开发服务商进行评测及监管。开发服务商应当具备以下条件：

（一）较强的综合实力：专职软件开发人员不少于30人，技术服务人员不少于50人。

（二）软件开发管理能力：软件能力成熟度（CMMI）达到3级以上。

（三）软件支持服务能力：拥有集软件升级维护保障、远程客户服务呼叫中心、本地化上门服务于一体的完善的支持服务体系。

（四）有参与税务信息化或国家大型信息化建设项目的经验。

第七条 网上纳税申报软件的具体评测由国家税务总局自行组织或委托、联合第三方测评机构实施。

第八条 国家税务总局定期发布评测公告，开发服务商根据公告向国家税务总局提出评测申请。

第九条 评测合格的网上纳税申报软件及开发服务商目录由国家税务总局向社会公布，各地税务机关必须在目录中选择使用，选定后由省税务机关上报国家税务总局备案。未通过评测的软件各级税务机关不得选用。

第十条 国家税务总局不定期对在用网上纳税申报软件进行抽检。

第三章 服务与权益保障 ?

第十一条 纳税人选用商品化纳税申报软件，应当与开发服务商签订合同。开发服务商应当免费提供网上纳税申报软件，并提供按年和按次两种收费服务项目，由纳税人自愿选择服务项目，不服务不得收取费用。

第十二条 开发服务商应当公告服务项目和收费标准。开发服务商收费标准，应当随着推广规模的逐步扩大而逐年降低。

第十三条 开发服务商应当提供优质服务，其配套服务的主要内容应包括：咨询、软件升级维护、现场技术支持等。

第四章 数据传输质量与保密 ?

第十四条 网上纳税申报软件，应当采用必要的安全认证措施，解决网上纳税申报的身份识别问题，各地税务机关不得强制纳税人有偿使用。

第十五条 开发服务商应保障其软件能按照税务机关的要求，及时、完整、准确地传输纳税申报电子数据。

第十六条 开发服务商必须遵守国家保密规定，保证纳税人电子申报数据安全，不得对纳税人的纳税申报电子数据有任何泄密行为。

第五章 日常运行维护 ?

第十七条 低保型纳税申报软件，由国家税务总局负责督促选定的开发服务商进行软件升级，并及时公布。

第十八条 商品化纳税申报软件由开发服务商根据税务机关发布的业务标准及时升级，并提供给纳税人使用。

第十九条 自行开发的纳税申报软件的纳税人根据税务机关发布的业务标准及时升级。

第六章 法律责任 ?

第二十条 凡开发服务商发生下列情形之一者，按管辖权限由相应的省税务机关责令限期整改。给纳税人造成损失的，由开发服务商按照合同协议承担赔偿责任。

（一）未按照国家税务总局规定的业务标准和补充说明，及时进行申报软件修改升级，给纳税人造成损失或经抽检不合格的；

（二）未按照合同协议规定的标准提供服务和收取服务费用的；

（三）纳税人投诉反映强烈，经核查属实并造成重大影响的；

（四）纳税人满意度达不到各地税务机关制定的具体标准的。

第二十一条 凡开发服务商发生下列情形之一者，按管辖权限由相应的省税务机关责令其退出网上纳税申报技术服务市场，并及时上报国家税务总局备案和向社会公布。给纳税人造成损失的，由开发服务商按照合同协议承担赔偿责任。

（一）网上纳税申报软件经评测不合格，一个月内修改后再次评测仍不合格的；

（二）将纳税人纳税申报电子数据向第三方泄露经核查属实的；

（三）限期整改仍不合格的。

第七章 附 则 ?

第二十二条 本管理规范由国家税务总局负责解释，于2010年11月1日起施行。

本内容来源于政府官方网站，如需引用，请以正式文件为准。

第四篇：软件项目流程规范

软件项目开发 过程管理

姓名：李长玺 学号：S314080098

（一）项目实施方案概述

软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。软件开发计划的目的是收集控制项目时所需的所有信息，项目经理根据项目计划来安排资源需求并根据时间表跟踪项目进度。项目团队成员根据项目计划以了解他们的工作任务、工作时间以及他们所依赖的其他活动。项目管理培训可将计划分成总体计划和详细计划，总体计划中每个任务为一个里程碑，详细计划中必须将任务落实到个人。软件开发计划还应包括产品的应收标准及应收任务（包括确定需要制订的测试用例）。下面将按照每个项目实施阶段分别介绍。

（二）项目实施方案介绍

1、项目启动阶段

此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。

公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。

成立项目组：

部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》，并制定初步方案。

前期调研：

项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。

编制《项目总体计划》：

《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。

启动会：

项目组与用户共同召开的宣布项目实施正式开始的会议。会程安排如下：共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；项目实施中用户的参与和领导的支持的重要作用；阶段验收、技术交接和项目结束后如何对用户提供后续服务。

2、需求调研确认阶段

此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：

1、进行需求调研准备

2、编制《需求调研计划》

3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。

4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。

5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。

6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备。

7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。

8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。

9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。

10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。

11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。

3、软件功能实现确认阶段

此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。

4、数据标准化初装阶段

此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。

5、系统培训阶段

系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。

此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：决策层：领导在实施中的作用与重要性、决策查询。维护层：系统维护知识、操作方法。操作层：操作方法。具体的培训工作流程为：

1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。

2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。

3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。

4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。

5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。

6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。

7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。

8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。

6、系统安装测试及试运行阶段

此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：

1、编制计划：与用户实施负责人商议具体测试及试运行时间、地点、人员等安排，项目组编制《测试及试运行计划》。

2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。

3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。

4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；

5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：跟踪单据流转状况；跟踪新资料登录环节；观察业务流程执行状况；观察操作人员操作表现；观察系统运行速度及异常表现；观察关键数据的正确性；及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。

6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。

7、总体验收阶段

此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验收。需要验收的可交付成果：主要项目阶段组成，主要里程碑可交付成果。

8、系统交接阶段 此阶段是项目实施的最后一个阶段，主要工作是软件公司项目组向用户移交软件项目，包括软件产品、项目实施过程中所生成的各种文档，并签署《售后服务协议》，项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》，对软件公司项目实施人员的整个项目实施情况进行评价，软件公司将听取用户的意见，再今后的项目实施管理中进行加强和改进。

下图是整体开发过程：

第五篇：软件工程师职业规范

软件工程师职业道德规范和实践要求

原则

原则0守则

软件工程师的基本要求，树立软件产业界整体优良形象：

0.01自觉遵守公民道德规范标准和中国软件行业基本公约。

0.02讲诚信，坚决反对各种弄虚作假现象，不承接自己能力尚难以胜任的任务，对已经承诺的事，要保证做到，在情况变化和有特殊原因，实在难以做到时，应及早向当事人报告和说明；忠实做好各种作业记录，不隐瞒、不虚构，对提交的软件产品和及其功能，在有关文档上不作夸大不实的说明。

0.03讲团结、讲合作，有良好的团队协作精神，善于沟通和交流，在业务讨论上，积极坦率地发表自己的观点和意见，对理解不清楚和有疑问的地方，决不放过，在做同级评审和技术审核时，实事求是地反映和指出问题，对事不对人，要自觉协助项目经理做好项目管理，积极提出工作改进建议。

0.04有良好的知识产权保护观念，自觉抵制各种违反知识产权保护法规的行为，不购买和使用盗版的软件，不参与侵犯知识产权的活动，在自己开发的产品中不拷贝、复用未获得使用许可的他方内容。0.05树立正确的技能观，努力提高自己的技能，为社会和人类造福，绝不利用自己的技能去从事危害公众利益的活动，包括构造虚假信息和不良内容、制造电脑病毒、参与盗版活动、非法解密存取、黑客行为和攻击网站等行为，提倡健康的网络道德准则和交流活动。应大力鼓励和提倡利用自己的计算机知识，积极参与科学普及活动和应用推广活动。

0.06认真履行签定的合同和协议规定，有良好的工作责任感，不能以追求个人利益为目的，而不顾协议合同规定，不顾对已承诺的项目开发任务的影响，甚至以携带原企业的资料提高自己的身价。应自觉遵守保密规定，不随意向他人泄露工作和客户的机密。

0.07面对飞速发展的技术，能自觉跟踪技术发展动态，积极参与各种技术交流、技术培训和继续教育活动，不断改进和提高自己的技能，自觉参与项目管理和软件过程改进活动。能注意对个人软件过程活动的监控和管理，积累工程数据，研究和不断改进自己的软件生产效率和质量，并积极参与发展高效的团队软件过程管理，使各项软件产出，都能达到国际和国家标准与规范。

0.08努力提高自己的技术和职业道德素质，力争做到与国际接轨，提交的软件和文档资料能符合国际和国家的有关技术标准，在职业道德规范上，也能符合国际软件工程师职业道德规范标准。

原则1公众

软件工程师应当以公众利益为目标，特别是在适当的情况下软件工程师应当：

1.01对他们的工作承担完全的责任；

1.02以公众利益为前提，合理分配软件工程师、雇主、客户和用户的利益；

1.03批准软件，应该在确信该软件是安全的、符合规格说明的、经过合适测试的、不会降低生活品质、不影响隐私权或者有害环境的前提之下；

1.04当他们有理由相信有关的软件和文档，可以对用户、公众或环境造成任何实际或潜在的危害时，应该向适当的人员或当局举报；

1.05通过合作解决由于软件本身及其安装、维护、支持或文档引起的社会严重关切的各种事项；1.06在所有有关软件、文档、方法和工具的申述中，特别是与公众相关的，力求公正，避免欺骗；1.07认真考虑诸如使用者身体残疾、资源分配限制、经济贫困和其他可能影响软件使用的各种因素；1.08应致力于将自己的专业技能应用于公益事业和公共教育。

原则2客户和雇主

在保持与公众利益一致的原则下，软件工程师应注意满足客户和雇主的最高利益，特别是在适当的情况下软件工程师应当：

2.01在其可胜任的领域提供服务，对其经验和教育方面的不足应持诚实和坦率的态度；

2.02不使用非法或非合理渠道获得的软件，不明知故犯；

2.03 在客户或雇主知晓和同意的情况下，只在准许的范围内使用客户或雇主的资产；

2.04 保证他们所遵循的文档是按要求经过授权批准的；

2.05只要工作中所接触的机密文件不违背公众利益和法律，对这些文件所记载的信息须严格保密；2.06根据判断，如果一个项目有可能失败，或者费用过高，或违反知识产权法规，或者存在其它问题，应立即确认，将文档记录、收集的证据和报告提交客户或雇主；

2.07当他们知道软件或文档有涉及到社会明显关切的问题时，应进行确认，并将文档记录和报告提交给雇主或客户；

2.08 不接受不利于当前雇主工作的外部工作；

2.09不提倡与雇主或客户的利益冲突，除非出于符合更高道德规范的考虑。在后者情况下，应通报雇主或其他涉及这一道德规范的适当的当事人。

原则3产品

软件工程师应当确保他们的产品和相关的改进符合最高的专业标准，特别是在适当的情况下软件工程师应当：

3.01 努力保证高质量、可接受的成本和合理的进度，确保任何有意义的折衷方案是雇主和客户清楚和接受的，且从用户和公众角度是适合的；

3.02确保他们所从事或建议的项目有适当和可达到的目标；

3.03识别、定义和解决他们工作项目中有关的道德、经济、文化、法律和环境问题；

3.04通过适当地结合教育、培训和实践经验，保证他们能胜任正从事和建议开展的工作项目；3.05保证他们在从事或建议的项目中使用合适的方法；

3.06只要适用，遵循最适合当前工作的专业标准，除非出于道德或技术考虑，并在可认定的情况下才允许有所变通；

3.07努力做到充分理解所从事软件的规格说明；

3.08保证他们所从事的软件说明是良好的文档、可满足用户需要和经过适当批准的；

3.09保证对他们从事或建议的项目，做出实际和定量的估算，包括成本、进度、人员、质量和输出，并对估算的不确定性做出评估；

3.10确保对其从事的软件和文档资料有合适的测试、排错和评审；

3.11保证对其从事的项目，有合适的文档，包括列入从中发现的重要问题和采取的解决办法；

3.12开发的软件和相关的文档，应尊重那些受软件影响的人的隐私；

3.13谨慎使用从正当、合法渠道获得的精确数据，并保证只在准许的范围内使用；

3.14注意维护那些容易过时或有出错情况时的数据的完整性；

3.15 处理各类软件维护时，应保持与开发时一样认真的职业态度。

原则4判断

软件工程师应当维护他们职业判断的完整性和独立性，特别是在适当的情况下软件工程师应当：4.01所有技术性判断应服从支持和维护人类价值的需要；

4.02只有在对本人监督下准备的文档，或在本人专业知识范围内并经本人同意的情况下才签署文档；4.03对受他们评估的软件或文档，应保持职业的客观性；

4.04不参与欺骗性的经济行为，如行贿、重复收费或其他不正当经济行为；

4.05对无法回避和避免的利益冲突，应告示所有有关方面；

4.06当他们、他们的雇主或客户之间存有未公开和潜在利益冲突时，拒绝以会员或顾问身份参加与软件事务相关的私人、政府或职业团体；

原则5管理

软件工程的经理和领导人员应赞成和促进对软件开发和维护合乎道德规范的管理，特别是在适当的情况下软件工程师应当：

5.01对其从事的项目保证良好的管理，包括提高质量和减少风险等有效手段；

5.02保证软件工程师在遵循标准之前便知晓它们；

5.03保证软件工程师知道雇主是如何保护对雇主或其他人保密的口令、文件和信息的有关策略和方法；5.04布置工作任务应先考虑其教育和经验有相应的水平，再加上有进一步教育和成长的要求；

5.05保证对他们从事或建议的项目，做出现实和定量的估算，包括成本、进度、人员、质量和输出，并对估算的不确定性做出评估；

5.06在雇佣软件工程师时，需实事求是地介绍雇佣条件；

5.07提供公正和合理的报酬；

5.08不能不公正地阻止一个人取得可以胜任的岗位；

5.09保证对那些在软件、过程、研究、写作、或其它知识产权的所有权方面做出贡献的软件工程师，有一个公平的协议；

5.10应对违反雇主利益或道德观念的指控，提供正规的听证过程；

5.11不要求软件工程师去做任何与道德规范相违背的事；

5.12不能处罚对项目表露出道德关切的人；

原则6专业

在与公众利益一致的原则下，软件工程师应当保证其专业的完整性和声誉，特别是在适当的情况下软件工程师应当：

6.01协助发展一个适合执行道德规范的组织环境；

6.02推进软件工程的共识性；

6.03通过适当参加各种专业组织、会议和通过出版物，扩充软件工程知识；

6.04作为一名职业人员，支持其他软件工程师努力遵循本道德规范；

6.05不以牺牲职业、客户或雇主利益为代价，谋求自身利益；

6.06服从所有监管作业的法规，除非这种要求与公众利益有不一致时例外；

6.07要精确叙述自己所从事软件工作的特性，不仅避免错误的断言，也要防止那些可能造成猜测投机、空洞无物、欺骗性、误导性或者有疑问的断言；

6.08对所从事的软件和相关文档，负起检测、修正和报告错误的责任；

6.09保证让客户、雇主和主管人员知道软件工程师对本道德规范的承诺，以及这一承诺带来的后果和影响；

6.10避免靠近与本道德规范有冲突的业务和组织；

6.11 要认识违反本规范是与成为一名专业工程师不相称的；

6.12在出现明显违反本规范时，应向有关当事人表达自己的担忧，除非在没有可能、会影响生产或有危险时才可例外；

6.13当与明显违反道德规范的人无法磋商，或者会影响生产或有危险时，应向有关当局报告；

原则7同行

软件工程师对其同行应持平等、互助和支持的态度，特别是在适当的情况下软件工程师应当：

7.01鼓励同行遵守本道德规范；

7.02在专业发展方面帮助同行；

7.03充分信任和赞赏其他人的工作，杜绝追逐不应有的赞誉；

7.04评审别人的工作，应客观、直率和进行适当的文档记录；

7.05持良好的心态听取同行的意见、关切和抱怨；

7.06协助同行充分熟悉当前的标准工作规范，包括保护口令、文件和保密信息等有关的政策和规定，以

及其他常规的安全措施；

7.07 出于客户、雇主或公众利益的考虑，软件工程师可以以善意态度质询同行的胜任能力，但不要以不公正的手段干涉同行的职业发展；

7.08在出现超越本人胜任范围的情况时，应主动征询其他熟悉这一领域的专业人员的意见；

原则8自身

软件工程师应当参与终生职业实践的学习，并促进合乎道德的职业实践方法，特别是软件工程师应不断致力于：

8.01深化他们的开发知识，包括软件的分析、规格说明、设计、开发、维护和测试、相关的文档，以及开发过程的管理；

8.02提高他们在合理的成本和时限范围内，开发安全、可靠和有用质量保证的软件的能力；8.03提高他们编写正确、有技术含量的和良好的文档能力；

8.04提高他们对所从事软件和相关文档资料，以及应用环境的了解；

8.05提高他们对从事软件和文档的有关标准和法律的熟悉程度；

8.06提高他们对本规范，及其解释和如何应用于本身工作的了解；

8.07不因为某些难以接受的偏见而不公正地对待他人；

8.08不影响他人在执行道德规范时所采取的任何行动；

8.09要认识到违反本规范是与成为一名专业软件工程师不相称的；