团体构成及各部分人员职责与开发规范

团体构成及各部分人员

职责与开发规范

文档信息:

文档名称团体开发规范

描述该文档详细定义了团体开发内角色及职责、项目开发流程、开发过程

控制的约定、协作开发的约定、代码版本控制、交流机制等

负责人孙路桃

状态最终版

文档变更历史:

时间修改人章节描述

2023-02-15孙路桃所有章节创立文档草稿

2023-02-02孙路桃代码管理添加签入（Checkin）汇报模板

审核成果:

审核人意见签名档

孙路桃通过孙路桃

目录

1团体构成.................................................................4

1.1产品管理...........................................................4

1.2项目管理...........................................................6

1.3开发...............................................................7

1.4测试................................................................8

1.5顾客教育...........................................................9

1.6公布管理..........................................................10

1.7角色共享..........................................................12

2开发流程.................................................................13

2.1到达共识..........................................................15

2.2完毕项目计划......................................................15

2.3完毕功能..........................................................15

2.4稳定与公布........................................................16

3代码管理.................................................................16

3.1代码规范..........................................................16

3.2版本管理..........................................................17

(I)概述...........................................................17

(2)代码管理.......................................................17

满足客户需求。

产品管理日勺目的就是满足客户需求。一种成功的项目必须要可以满足客户和顾客日勺规

定。虽然项目到达了预算和时间的目的，只要未能满足客户需求，那这就是一种失败的项目。

首先必须认清和理解客户，有时，使用方和投资方的目日勺需求并不完全相似，因此就需要清

晰地区别和分析所有的需求。

⑵职能

•市场

•推进市场和公关，以对目的客户发生效用

■突出产品与其他竞争对手的区别性，以利于竞争

•分发处理方案，以便顾客可以轻易地获得

•为顾客提供支持，以使其无论在购置还是使用过程中都留下正面的印象

•业务价值

■定义并维护项目口勺业务对的性

-定义并衡量业务价值的J实现和评价

•发展客户

■推进项目和处理方案FJ远景1=1的

-负责客户期望值和沟通

•产品计划

■搜集、分析客户和业务需求，并辨别其优先级

执行市场调查、市场开拓和竞争对手分析

■确定业务和成功日勺原则

-识别多目的I日勺公布计划

1-2项目管理

⑴目的

在项目日勺约束条件下完毕处理方案。

整个团体的一种重要目的就是在项目的约束条件下完毕项目。项目日勺约束条件包括预算

和进度等。大部分项目会根据时间和资金口勺使用来衡量项目的成果。为了实现这个目的，项

目管理负责并推进进度表、功能集和预算资金。他必须保证可以在对日勺的时间公布对的口勺项

目或产品，保证对口勺理解了项目投资方日勺期望，并自始至终贯穿于项目执行过程中。

⑵职能

•项目管理

-跟踪和管理预算资金

■管理主进度表

-推进风险管理流程

■加强团体沟通和协调

-跟踪进度和汇报项目状态

■管理资源分派

•处理方案构建

推进整体项目设计

'负责功能规范

■负责处理方案范围和重要决定

•流程控制

■推进流程质量控制

■定义并推荐可改善处

•管理服务

-实现项目日勺管理流程并提供支持

-提供管理服务以保证高效的团体运作

1.3开发

(D目的

按照功能规范阐明进行开发。

功能规范阐明详细描述r整个团体将耍提供应客户的交付物。对整个团体来说，应当尽

量精确地按照功能规范阐明来实现整个项忖，由于功能规范阐明可以当作是整个团体和客户

之间所到达的共识。开发人员必须按照客户需求和功能规范阐明来构建整个处理方案。同步,

开发人员还需要为整个团体提供技术方面i内征询，这样在设计和技术选择时可以尽量减少开

发风险。开发人员提供较低层次的功能设计，并预估完毕设计所需的时间。

⑵职能

•技术征询

为团体提供技术征询服务

评估并验证所用技术

■枳极参与功能规范阐明的创立和审核

■定义开发原则

•实现架构和设计

'提供针对处理方案的应用程序、数据和技术细节，以便将企业架构映射到

处理方案架构H勺实现上

•负责并实现处理方案的逻辑和物理设计

•应用程序开发

-根据设计规范编写代码以实现功能

'在开发过程中进行代码审核，并共享知识和经验

-在测试人员日勺协助下，根据测试计划执行单元测试

•架构开发

-为自动安装开发脚本

■开发安装文档

1.4测试

(D目的

在确认所有的产品质量问题都得到妥善处理后，同意产品公布。

所有i内软件产品在公布时都存在着缺陷。最重要的是，在公布前，必须清晰地认识和鉴

别出这些问题，可以以问题的形式给出处理措施，或者是给出怎样绕开该问题的文档记录。

宁愿对于已知的问题，提供了文档或处理措施，也不要存在某些未知的问题。由于这些未知

的问题，也许会带来不可预知H勺后果。

⑵职能

•计划测试

-开发测试措施和计划

'参与设置质量原则

'开发测试阐明

•测试

-开发并维护自动测试案例、工具和脚本

'执行测试，以确定产品开发过程的状态

'负责定义构造流程

•测试汇报

'为团体提供与产品质量有关的数据

■跟踪所有缺陷，并保证在公布前得到妥善处理

1-5顾客教育

⑴目的

提高顾客使用效率。

为了使得产品获得成功，必须要增强顾客工作和操作的方式。虽然产品具有了丰富H勺功

能或内容，但只要对■目的顽客日勺可用性差，那么这还是一种失败的产品。

(2)职能

技术沟通

为技术支持设计和开发文档

开发协助文档

培训

开发利执行学习方略

可用性

搜集、分析顾客需求，并辨别优先级

为处理方案设计提供反馈和输入

开发使用场景和顾客案例

在团体中饰演顾客的角色

图像设计

推进顾客界面设计

国际化(

改善处理方案在国际市场上的质显和可用性

辅助功能

推进在设计时加入辅助功能的概念和需求

1-6公布管理

(D目的

顺利公布和后期运作,

不能忽视顺利的公布过程。假如安装过程错误百出，那么顾客也许认为安装B勺产品也是

同样的。因此对于整个团体来说，公布并不是目的，需要的是一种顺利而平滑的公布过程。

必须确认在公布此前，培训、基础架构和技术支持已经所有就绪。

⑵职能

•架构

'企业架构计划

-协调物理环境口勺计划和使用（数据中心、试睑室、分企业等）

'为团体提供持续口勺架构管理和原则政策以及手续

'管理团体的硬件和软件需求

•支持

■为IT顾客提供联络和客户服务

■提供问题处理方案，迅速回应顾客并记录发生的问题

'为开发和设计提供反馈

■开发故障转移和恢复流程

•运作

■账户和系统安装控制，管理顾客账户和权限

■消息传递、数据库、通信运作、网络运作

-系统管理、批处理操作

防火墙管理、安全管理

'应用程序服务

-主机集成服务

■目录服务运作

•商业公布管理

'产品注册码、注册验证流程

-许可证管理

■打包

'管理分发渠道

■印刷和电子出版物

1.7角色共享

尽管团体构成包括了六种角色，但并不意味着一种团体至少需要六个组员，也不意味着

一种人只能承担一种角色，重要的是这六种角色必须在一种团体中体现。一般状况下，团体

组员常常共享角色。在某些较小的团体中，不一样的角色只能进行兼任。角色共享有两条重

要原则：

一是开发组组员不能共享角色。开发人员是项目口勺构建者，他们不应当从他们口勺主任务

中分身。假如对开发组组员规定额外日勺角色，往往会使得他们无法准时完毕进度规定。

二是不要试图组合具有一定利益冲突的角色。例如，产品管理和项目管理日勺利益具有冲

突点，因此他们的角色不能组合。产品管理重视满足客户需求，而项目管理重要关怀在时间

和预算的程度内完毕项目。假如这两个角色组合在一起，那么在需求发生变更时，也许会发

生某些状况，诸如没有足够地考虑客户满意度而忽视该变更，或者是没考虑对项目的）冲击盲

目地接受变更。让不一样的团体组员担任这样H勺角色有助于保证每个方面得到相称口勺考虑和

重视程度。同样，这也合用于组合开发人员和测试人员。

图1显示了也许会引起风险（N和U）以及也许产生协作作用（P）口勺角色共享。

图1角色共享

2开发流程

在开发过程中，采用多里程碑式的过程模型，如图2所示。而其中每•种循环均包括

四个里程碑。

时间

图2多里程碑模型

这四个里程碑构成的循环放大后如图3所示，称为“过程模型”。

图3过程模型

2.1到达共识

•基本完毕需求调研和分析（产品管理负责）

•确定大方向和长中短期目的

•所有角色都参与讨论并真正认同结论

•产生的文档

■常见顾客情景：覆盖8（）%以上功能

'前景：言简意赅地阐明大方向，并有鼓励团体的作用

2.2完毕项目计划

•编写详细的功能规范（项目管理负责）

•在编程前想清晰所有功能流程，并引导顾客明确需求

•所有角色都参与审阅功能规范

•制定开发计划和进度表（开发团体）

•制定测试计划和进度表（测试团体）

•分派资源（人力和预算）

•形成项目综合计划和综合进度表

2.3完毕功能

•开发人员分别完毕自己的功能

•使用版本控制工具

对每一项可测试的功能进行测试，无需等待

通过测试用例，对功能进行完整和反复口勺检查

记录所有程序问题

实现处理缺陷H勺自动流程

按照综合进度表不停检查进度

2.4稳定与公布

测试组全面地测试功能，包括性能和稳定性

开发组全力配合处理缺陷

监测质量状况

预测公布日期

专家会诊机制

■决定缺陷的优先度

■决定哪些缺陷可以在下个里程碑或版本中处理

-决定由该处理某个缺陷

3代码管理

3.1代码规范

请参看对应日勺代码规范文档。

3.2版本管理

⑴概述

版本控制有如下好处：

•可以获得持续口勺受版本控制的项目，并保留不一样版本的区别以作比较

•能获得版本控制工具中保留的任何版本

•可以把出错或误操作日勺最新版的项目恢复到对的的历史版本

•获得历史版本口勺详细信息

在开发过程中，使用VisualSourceSafe6.0进行版本控制,它可以防止顾客文献意外丢

失,并能对此前版本跟踪；对源文献进行分支(branch)、共享(share)、合并(merge)操作，同

步对整个项目进行版本控制。VisualSourceSafe6.0的J详细使用措施，请参看VSS使用手册。

(2)代码管理

MicrosoftTeamFoundation2023(如下简称TFS)是将文献保留在网络上的一种中央数据

库中，而不是保留在一种一般的文献夹下。当通过TFS观看时，这个数据库看上去包括了

以项目层次树方式组织的所有文献和历史记录。

当获得了一种文献时，TFS会在它的数据库中将该文献标识为已被你签出(Checkout),

而后容许你在你H勺机器上对该文献进行修改。当你将文献签入(Checkin)时，TFS会更新

它的数据库并把你机器上的该文献的访问权限改回为只读。针对每一种改动，VisualSTFS

数据库都会记录和跟踪项目信息。每当从项目中添加了一种文献,修改了一种文献或者共享、

移动、删除了一种文献，TFS都会同步共享文献和项目的历史记录。

在开发之前先从TFS服务器上获得最新版本的源代码，对代码做修改之前先要答出

（Checkout）,在代码修改完毕之后签入（Checkin）之前需要完毕一系列日勺如卜.环节:

1）从服务器上获得最新的源代码（获得最新版本，GetLatestVersion）

必须从服务器上获取整个项目的所有的源代码到当地，对于自己已经签出（Check

out）的文献，TFS会提醒是覆盖、不覆盖、还是归并。必须选择归并（Merge）。

2）重新编译当地的所有源代码（RebuildAH）

容许签入（Checkin）到服务器的源代码H勺最