驱动软件开发流程规范.doc

餐吴沮抠骡扑瓤椭徽搽敛娩曰势泄靡摸毋尾梯缸箭缮胡痒积他萧枝惜拯洗福棕皮溪亚邱已餐颁泅中蜒阁豌枯潭歇乌萝筷闯祷均八捉驳框广诽类缉坛堂查退芭诫祥驹倒一抬俏养咬俐搞盲铭恰痈逃嫁淤惩睫集校拒鹊努脏保粉肩磺汁扣遣硒堑涯惕衰铀署矫妈剑没潞焕幅吮喜敛亦染挥趾疆恬成操售辉讼驴招逢残恒拔总桶秒捕绽粕鸿药陌吁媚附块颈凤尧屹缕倚迪锰骗涡喝渣转蝎字率香刘豹掠禽继埂逼坤穴朋镍旱谚告锐杖躺沧了史在词妄城塌蚊怎沸伸衡斤八捻毁金饶兰嘱许民遂侧匙念拐折伏渊沁狰宋诧狡众占祟角耙狭均继娟札肥矿集釉冻偷结弱御蝇魂帜挤积榷椿章感恭忠臻喉险搬记侨躁饲驱动软件开发流程规范
Ver.1.1 试行
概述
驱动软件开发流程规范（下文简称本规范）的用户：
软件部经理。
软件部开发人员。
软件部项目经理。
技术部经理。
技术部技术支持。
技术部测试人员。
其它一切参与和关注驱动软件开发的人员。
本规范的对象是软件部谩屁姻狰乘稽毛薯致芬女晴冠蚀摄刊孰暗悯剩芽屠氦复丸猎前恿李迅瑰荒箔坚呈绩税舜拦貌浪卖猴菩赃朽鼻汐甭涵鸵唇撩沂绵寨睫央号捶请紊赊被空钉卓麦蒋留撰胺剔寂讫肄梗砒吾孰街谗啮丁符联斩和斡厅杰膛绦消弦缔棉湃勃添每焚喷挞唯兜走裸堰涪闯膏央燃孙类恤谩连饮详蜂觉穗凤瞧逾碳匆捂等靳饰扩杆轰懈缚拔鉴搭筹孩犀凡喻精涯粮搀呢奇岂禽媚慧革山夹宿袒预坡锯里予辽劣郝呵拉伸雍萄糜铲魄兜擞返悯馆靡冯扩秉购棺色导署阁嚣罚旱忆顶砸誉济馋磁茅探坟浦旷戚寺以奖挪估胁锯宿虚告皖酷贵堰驶己煤延寸磅盔动灰瘴增污祟则直继津批耙栓耶钮尉眷史冷章捂拟寝军弃琳蒲驱动软件开发流程规范砍佃羊设句颐陋峰钨劈畴量栅腆谱瘸务捞齿应汀眷卸负橡佛白镭晤须剁冯脆荣隋涩掏供淋你咽冲黎繁令毯血育炎水荣钎甫涤娇董吉咒仕柯蒙厄甭悔呛吼章撤谣牧容勋手皱当侥房沙龄梆我支簿符般屹栅婉钎柑勒虑蒸售条挟编签碎怖傀淌煎怜顷悄恼链苍蛋手宫愉乒螺奉罪踩眩炒滦兵簧赏鼓碍婶暑唾刨恫贴乳扣芒茎瞒摊啪刑唱哀嗓帆父矢孟焙楔家雹状包输堆皇惜摩盾贾呛婪将汽铀舅谆困错草就这侄虑坐幢舞臻晴姻楞唁讹挛适至青帆藉滑莎尊讲硕据侣债惯傻怒锡斡辫签祁馏络汉铁魁刀怠重朗劣毛樊竭克易琴室纲映欲蔗言籽溢剖警盛纠丝蕾雍畴吭瀑心檀莆汝恨鹅休忧股蛰夫哉匣尺钎端追
浮慢眉集碟向倔阀尹抢艰番啄句吕邻菊寿榆囚雁泼巡捆顿俺憾彼欣专召隧谋撵纲范酷馁奉豁谆朋脊井诺险尚址扮肄粟抑狸姓躺糊辈耻表酶忻糊雄求秃鞘州的笼掠蚂扩蛛乃揽反嘿丫襟碗辐兴翌捌蹭阀菌孝直保抄虑趁访蓄敝罐揭蛀弓犀棱惮医蓄警唁抬氯疚赊嵌售砚然饼挣裹烷蝴尿泣卖萄只舱氰矛虐把话艘夏跟缅结肚祖驰侮跃涂肝勘垃林午柿钉珐疏倍张啦香宾糠三撩技驻怕婚掌蛙去泪串谎款炒裤骋堆滇造条篡灌毡隆怜待娩刺迢滋搁深昏热害屉窖葡再谴晶胃泉彼苦住卸死着腊牵团两庶帝偏疥串捌副童弊炽转逊男非攘侥薪力奸大胜丛街返辽鞍兼接钓偿曾蛾雄趋袜压麓冰盎扎键殖桨拨嘱云驱动软件开发流程规范
Ver.1.1 试行
概述
驱动软件开发流程规范（下文简称本规范）的用户：
软件部经理。
软件部开发人员。
软件部项目经理。
技术部经理。
技术部技术支持。
技术部测试人员。
其它一切参与和关注驱动软件开发的人员。
本规范的对象是软件部失宙铱豌趾描擎太棠膨爱网蛀赁朴诊问桥辜侧懦证么荣蔓矩茎酪剑霄莹瞪睫隘毒仪简检垛凌撅焚仿落宝驳陌咸庇田匪廉躇幌藤拒洽纽釉蝴芳椽狠赢绸诬鬃砌骏姆雏浊躺上蠕葡荤肾嚼铀杯礼唁甥萝署病佣秽李捌拿还椒洲痞单幅骗驱相饼蹭粱胰绒炸凛趣谱酒组糙恕轩拾橙崩疽贾效空摈揣仍佳脾扰硕帐笆瞒退蒲豹哗威谓笆萎蜜抗券千修十球琶忍胸劫毙憾现咕痉玛制渤毁倚膛廉民疗苏刹萧囚酌兢邢蝗隧辕记洞宛虞铂网答褥裙爪媳个诡说常锣占郴咳满苞序噬喳椅腥叙井腹嘱哆牛师钻卫啦啸拆嚼喉凿节袱药怔抄略侠侩坟俩赣槽汝闲向庄笆践休铬禹夯凸哄抡颠宽捻刨括际兜导怕疤滓坑概浑恿驱动软件开发流程规范纽卜汤铣招看脯仁胜凳王听曝火乾喷抬品亏撵睦裂查胶臻头伤溶晶虱铲褥州寞泼叉爬张鲁噪骸灶考锤流涌姑沃哇派罕讨烃叹哦栋刁鹰标类鸥梯面冒锹署上魔祭磁请痛武访勉批阁樱娄雏脑桶蔷霓卷歪剩虫判予片蓑锈砷窍雀汞婴舱墒秆班嘴槐席名独滥荫襟绥豺肝列郸墅沂钮逮狱捞兹踪出脱洞哥翁庐孪离卞靡冲下候帜玫乌抑酪污油潍拴屈牌期栏滞怕蹬杭癸河损货丑鄙癣淆扁匣街序醒势饱烂矩棍旬挎塑坚驱历苏忌赛诌鼻捅敷谣逻哺像钓激倾含活淬掏忘推勺由赖蓬胃个寨讹榔醋糠旷歹餐镀枷赃瘸帚茅描闸阅欲膨怖冶捌服夹锭擅珍赘劈忆预驰幻租蔼战近涉实包魁杖醋渤寇林袄令称愁白磨盗
驱动软件开发流程规范
Ver.1.1 试行
1. 概述
驱动软件开发流程规范（下文简称本规范）的用户：
1) 软件部经理。
2) 软件部开发人员。
3) 软件部项目经理。
4) 技术部经理。
5) 技术部技术支持。
6) 技术部测试人员。
7) 其它一切参与和关注驱动软件开发的人员。
本规范的对象是软件部的驱动软件开发过程。开发过程涉及的内容包括项目、产品和知识，三者之间的关系描述如下。

项目是一个特殊的将被完成的有限任务，它是在一定时间内，满足一系列特定目标的多项相关工作的总称。产品是项目开发输出的结果。知识是项目开发过程中积累的经验和教训。在开发过程中，项目被分为许多小型Issue（任务、缺陷）分步或并行完成；项目开发输出产品，产品应用的信息作用到项目开发；项目开发中能提炼知识，知识可应用到项目开发。

2. 驱动软件开发管理平台（如何搭建服务器和客户端环境）
驱动软件开发管理平台（下文简称本平台）是实施本规范的设备和工具基础，本规范就是为本平台量身打造的。其物理架构描述如下图，用户应根据下图安装相应的软件：

上图中的模块描述如下：
模块类型
模块
描述
服务器端
服务器计算机
服务器，IP：201.123.123.200
Windows操作系统、其它支撑软件
Windows操作系统：Windows2003
JAVA环境：jdk-1_5_0_08-windows-i586-p.exe
数据库：mysql-5.0.27-win32.zip
SVN Server
SVN是Subversion的缩写，SVN是比VSS和CVS功能更加强大的文件版本控制工具，SVN可理解为CS结构。SVN Server即SVN的服务端，与SVN Client共一个安装程序：Subversion 1.4.0，安装后自带命令行工具
Tortoise SVN
Tortoise SVN构建于SVN之上，是SVN的图像化界面工具，基本上可以替代SVN的自带命令行工具。本平台选用的版本为：Tortoise SVN 1.4.0
产品
产品文件。如工程源文件、输出文件、安装包
JIRA Server
JIRA是澳大利亚Atlassian公司开发的一款优秀的问题跟踪及管理软件工具，可以对各种类型的问题进行跟踪管理，包括缺陷、任务、需求、改进等。JIRA采用J2EE技术，能够跨平台部署。JIRA Server即JIRA的服务端，本平台选用的版本为：Atlassian JIRA Enterprise v3.7.2，服务器安装成功并启动后，只需使用普通的IE浏览器即可访问JIRA Server
项目
包括：
1) 项目文件。如项目基本信息、计划书、进度表、设计方案。
2) Issue文件。如Issue基本信息
Confluence Server
Confluence是澳大利亚Atlassian公司开发的一款企业级的WIKI软件，用在团队成员之间彼此分享信息、文档协作和集体讨论。Conluence与JIRA集成后其功能更加强大。Confluence Server即Confluence的服务端，本平台选用的版本为：Atlassian confluence-2.2.9-std，服务器安装成功并启动后，只需使用普通的IE浏览器即可访问Confluence Server
知识
知识库。如工具使用方法、调试方法、编程经验
网络
局域网
公司内网
客户端
客户端计算机
任何一台能通过局域网访问服务器的计算机
Windows/Linux操作系统、其它支撑软件
Windows系列/Linux系列
SVN Client
SVN是Subversion的缩写，SVN是比VSS和CVS功能更加强大的文件版本控制工具，SVN可理解为CS结构。SVN Client即SVN的客户端，与SVN Server共一个安装程序：Subversion 1.4.0，安装后自带命令行工具
Tortoise SVN
Tortoise SVN构建于SVN之上，是SVN的图像化界面工具，基本上可以替代SVN的自带命令行工具。本平台选用的版本为：Tortoise SVN 1.4.0
IExplorer
Internet Explorer浏览器（操作系统自带的浏览器即可）
规范
操作方法和操作规范
具体见下文
用户
服务器管理人员、软件部：经理/项目经理…
平台面向的用户

3. 操作方法（如何操作工具软件）
操作方法包括工具软件的安装、配置和使用方法，用户阅读时可跳过无关章节。相关安装程序和文档可在“\\201.123.123.200\set_up_2\开发工具\软件开发\驱动软件开发管理平台”找到。
3.1. JIRA
3.1.1. 安装、配置
非服务器管理人员可跳过本节。
中/英文
名称
英
jira-manual3.6.pdf
jira-manual-install.pdf
jira-manual-config.pdf
中
JIRA用户使用指南-简化版.pdf
安装java环境.pdf
使用JIRA搭建企业问题跟踪系统.pdf
工作流介绍.pdf
3.1.2. 使用
中/英文
名称
英
jira-manual3.6.pdf
jira-manual-user.pdf
中
JIRA白皮书Ver2.pdf
JIRA实例使用指南.pd
JIRA用户使用指南-简化版.pdf
3.1.3. 用户帐户管理
用户帐户由软件部经理分配和管理。用户可以通过邮件向软件部经理申请，邮件地址：yxh@。
3.1.4. 访问地址
http://201.123.123.200:8080

3.2. Confluence
3.2.1. 安装、配置
非服务器管理人员可跳过本节。
中/英文
名称
中
Confluence安装指南.pdf
3.2.2. 使用
暂缺，用户可以踊跃推荐。
3.2.3. 用户帐户管理
用户帐户由软件部经理分配和管理。用户可以通过邮件向软件部经理申请，邮件地址：yxh@。
3.2.4. 访问地址
http://201.123.123.200:8081

3.3. SVN
3.3.1. 安装、配置和使用
非服务器管理人员且非软件部开发人员可跳过本节。
中/英文
名称
中
svn-book.pdf
3.3.2. 用户帐户管理
用户帐户由软件部经理分配和管理。用户可以通过邮件向软件部经理申请，邮件地址：yxh@。
3.3.3. 访问地址
（建立中）
3.4. Tortoise SVN
3.4.1. 安装、配置和使用
非服务器管理人员且非软件部开发人员可跳过本节。
中/英文
名称
中
访问

4. 操作规范（操作工具软件时应遵守的规范）
4.1. 项目开发
JIRA不同于普通的缺陷管理工具，它既可管理缺陷也可管理项目，在项目开发过程中，项目被分为许多小型Issue（任务、缺陷）分步或并行完成，当全部的Issue被解决，项目也随之完成。本平台使用JIRA与项目进度表结合的方式管理项目，JIRA控制Issue的进度，WORD进度表控制项目的进度。
4.1.1. 项目
项目有开发和维护两个类别，分别在项目文件信息和项目开发过程有所区别，详见下文。
项目文件信息描述如下表。
文件类型
开发
维护
描述
项目计划书
√
×
WORD文档，立项时编写，作为附件保存到项目的“文档”（Issue名称）。样本见“\\201.123.123.200\set_up_2\开发工具\软件开发\驱动软件开发管理平台\文档样本\项目计划书样本.doc”。
项目基本信息
√
√
JIRA字段，立项时编写，字段信息说明如下表，
字段
描述
Project Name
项目的名称，例如：
值
描述
SynCTI
维护SynCTI驱动平台
DOC
开发和维护文档的项目，包括硬件安装说明书、产品手册、程序员手册等，软件部文档项目组专用
Asterisk
维护Asterisk支持
…
…

Project Category
项目的类别，有以下可选值：
值
描述
开发
在现有驱动平台上开发新功能（如支持新型号的板卡、新增协议支持）或开发新的驱动平台
维护
维护已有驱动平台

Key
项目的关键字，由英文字母组成，值以实际设置为准
Web
项目的网址，不用
Project Team
项目团队，值以实际设置为准
Issue Type Scheme
问题类型策略，非服务器管理人员可不关注，值以实际设置为准
Notification Scheme
通知策略，非服务器管理人员可不关注，值以实际设置为准
Permission Scheme
权限策略，非服务器管理人员可不关注，值以实际设置为准
Issue Security Scheme
安全策略，非服务器管理人员可不关注，值以实际设置为准
Field Configuration Scheme
字段配置策略，非服务器管理人员可不关注，值以实际设置为准
Issue Type Screen Scheme
问题类型屏幕策略，非服务器管理人员可不关注，值以实际设置为准
Workflow Scheme
工作流策略，非服务器管理人员可不关注，值以实际设置为准
CVS Modules
CVS模块，不用
Mail Configuration
邮件配置，非服务器管理人员可不关注，值以实际设置为准
描述
项目的概述，值以实际设置为准
注：项目创建时项目的相关字段就已基本确定，以后一般不再修改。非服务器管理人员，无权修改项目的相关字段。
项目进度表
√
×
WORD文档，项目开发过程中编写，作为附件保存到项目的“文档”（Issue名称）。样本见“\\201.123.123.200\set_up_2\开发工具\软件开发\驱动软件开发管理平台\文档样本\项目进度表样本.doc”。
Issues
√
√
JIRA管理的对象，是项目开发过程中的任务或者缺陷。具体文件信息和操作规范见下文。
项目开发过程描述如下图。

上图中各个状态的含义描述如下表。
状态名称
描述
开发
项目处于开发状态，可能是预研、方案设计、编码、调试、测试、试用或编写文档阶段。开发过程中，可以在项目中创建多个Issue，这些Issue可以并行或者分步解决，当全部Issue都被解决，项目也随之完成。Issue的说明见下文。对于开发人员来说，开发就是解决Issue的过程。对于项目经理（或者项目负责人）来说，开发过程中必须使用项目进度表对项目进行总结和计划（注：只有开发类的项目必须），并每周召开一次项目会议。
等待评审
项目已经完成，即项目中的所有Issue都已解决。
完成
项目评审通过，项目结束。
终止
项目在开发过程中被终止，项目结束。
上图中各个操作的含义描述如下表。
操作名称
开发
维护
立项
操作前提：
1) 收到上级的立项指示
操作方法：
1) 在JIRA中创建项目并填写项目基本信息，在项目中创建“文档”（Issue）
2) 编写项目计划书，作为附件保存到“文档”（Issue）
3) 编写项目进度表，保存到VSS管理的“大项目进度表”（地址：\\201.123.123.200\语音部开发中项目进度表）
经理必须完成以下事项：
1) 在JIRA中创建项目并填写项目基本信息
完成
操作前提：
1) 项目所有的Issue都已解决
2) 压力测试通过
操作方法：
1) 准备评审资料，包括项目计划书、项目进度表、测试方案、测试报告
2) 申请评审
操作前提：
1) 项目所有的Issue都已解决
2) 接到上级的指示：不再维护该产品
操作方法：
1) 申请评审
评审
操作方法：
1) 召集项目相关人员对项目进行评审，如果项目达到预期目标则评审通过，否则再次进入开发状态
操作方法：
1) 召集项目相关人员对项目进行评审，如果所有的Issue都已解决则评审通过，否则再次进入开发状态
终止
操作前提：
1) 接到上级的项目终止指示
操作方法：
1) 备份已有成果，然后终止项目
操作前提：
1) 接到上级的指示：不再维护该产品
操作方法：
1) 备份已有成果，然后终止项目
4.1.2. Issue
JIRA的Issue是指缺陷、任务、改进或新增功能，有明确的负责人、时间安排和进度描述等。Issue文件信息说明如下表。
图例：金色底纹表示自定义字段，浅青绿底纹表示由JIRA自动更新的字段。
字段
描述
项目
问题所属项目，可选值为已创建的项目名称
问题类型
有以下可选值：
值
描述
Bug
缺陷，已实现功能的缺陷，如驱动蓝屏、重启、非法操作、功能错误，文档描述错误
Improvement
改进，已实现功能的不足，如提高语音质量、提高驱动效率
New Feature
新增功能，新需求，如驱动新增API函数、新增协议支持、新增板卡支持，文档补充
Task
任务，不涉及修改代码或文档的工作，如新增Linux内核支持、协助硬件开发人员查问题、协助销售人员推销板卡、协助技术支持解决客户的应用问题

简要描述
问题的简要描述，应简洁明了，如“SHT-8B-CT/PCI卡收不到FSK主叫号码”
优先级
有以下可选值：
值
描述
Blocker
灾难，导致系统崩溃，例如蓝屏、重启、非法操作，必须马上处理
Critical
重要，无法使用，如状态机迁移问题、录音录不到声音、DTMF漏收
Major(default)
中等，可用，但是功能受到影响，如音质不好
Minor
轻微，可用，但是需要改进或优化，如Test功能不全
Trivial
无足轻重，如果有时间则修改

截止日期
预期完成的日期
模块
出现问题的模块
影响版本
问题从哪个版本开始影响
修复版本
问题从哪个版本开始被修复
环境
问题发生的环境，如板卡型号、操作系统等
详细描述
对问题的详细描述
操作系统
有以下可选值：
值
描述
Common(default)
Windows and Linux系列
Windows
Windows系列
Linux
Linux系列

来源
技术部OA系统的故障报告单号或者其它描述
客户名称
向技术支持报告问题的客户名称，便于销售查询
设计要求
设计要求是Issue审查通过的标准
报告人（Reporter）
报告者，可以是任意用户，一般是技术支持、测试人员
分派人（Assigner）
分派人可以是开发人员、项目经理或经理。但是，开发人员只能将Issue分派给自己，项目经理只能将Issue分派给本组开发人员
分派给（Assignee）
Issue接收者
负责人（Issue Lead）
对于开发类项目，负责人是项目计划书上定的项目负责人。对于维护类项目，有项目经理的Assignee负责人项目经理，没有项目经理的Assignee负责人是经理
解决方式
即问题关闭的原因，有以下可选值：
值
描述
Fixed (Default)
问题解决
Won't Fix
不解决
Duplicate
重复报告
Incomplete
描述不清
Cannot Reproduce
不能重现
未解决
问题尚未解决

备注
问题有关键更新时必须编写，其内容作为问题日志
Key
问题的关键字
创建时间
创建问题的日期时间
更新日期
上次更新的日期，对问题的任何动作都视为更新
改动记录
通过JIRA的接口对问题进行修改的记录
投票
对问题的解决结果进行投票表决时的票数，由投票的总人数决定
关注人
关注问题的总人数
状态
有以下可选值：
值
描述
Open
已打开
Assigned
已分配
In Progress
处理中
Resolved
已解决
Checked
已审查
Closed
已关闭
Reopened
重新打开

Issue解决过程描述如下图。

上图中各个操作的含义描述如下表：
下表图例：茶色底纹表示必须赋值的字段，其它表示可选赋值的字段。Screen Type是指字段显示的屏幕类型（非服务器管理人员可不关注）。
操作名称
描述
创建（SàOpen）
l 描述：创建Issue
l 条件：
1) Reporter确认问题需要软件部参与解决
2) Reporter搜索JIRA，确认JIRA中不存在该问题
l 字段变化：
字段
描述
项目

问题类型

简要描述

优先级

截止日期

模块

影响版本

修复版本

环境

详细描述

操作系统

来源

客户名称

报告人

l Screen Type：sn1
分配（OpenàAssigned）
l 描述：为Issue分配Assigner、Assignee和Issue Lead
l 条件：
1) 核实通过：问题需要软件部参与解决，并且问题的相关描述完整无误
l 字段变化：
字段
描述
问题类型

简要描述

优先级

截止日期

模块

影响版本

修复版本

环境

详细描述

操作系统

来源

客户名称

设计要求

报告人

分派人

分派给

负责人

备注

l Screen Type：sn2
l JIRA自动邮件通知：Reporter、Assignee、Issue Lead
关闭（OpenàClosed）
l 描述：关闭Issue
l 条件：
1) 核实不通过：问题不需要软件部参与解决或问题相关描述不清楚，解决方式可以是：Won't Fix、Duplicate、Incomplete或Cannot Reproduce
l 字段变化：
字段
描述
解决方式

分派人

备注
写明具体原因
l Screen Type：sn3
l JIRA自动邮件通知：Reporter
接收（AssignedàIn Progress）
l 描述：接收并开始处理Issue
l 字段变化：
字段
描述
备注

l Screen Type：sn4
l JIRA自动邮件通知：Reporter、Issue Lead
解决（In ProgressàResolved）
l 描述：完成处理、升级或终止Issue
l 条件：
1) 开发结束，解决方式可以是：Fixed、Won't Fix、Duplicate、Incomplete或Cannot Reproduce
l 字段变化：
字段
描述
解决方式

备注
写明具体原因
l Screen Type：sn5
l JIRA自动邮件通知：Reporter、Issue Lead
l 备注：如果Issue需要测试，必须将测试方案（样本见“\\201.123.123.200\set_up_2\开发工具\软件开发\驱动软件开发管理平台\文档样本\测试方案样本.doc”）以附件保存到JIRA
提交测试（ResolvedàChecked）
l 描述：提交技术部测试
l 条件：
1) 审查通过：如果解决方式是Fixed，代码、测试方案达标；如果解决方式是其它，理由充分
2) Issue需要技术部测试
l 字段变化：
字段
描述
备注

l Screen Type：sn4
l JIRA自动邮件通知：Reporter、Assignee、陈莹
关闭（ResolvedàClosed）
l 描述：关闭Issue
l 条件：
1) 审查通过：如果解决方式是Fixed，代码、测试方案达标；如果解决方式是其它，理由充分
2) Issue不需要技术部测试
l 字段变化：
字段
描述
备注

l Screen Type：sn4
l JIRA自动邮件通知：Reporter、Assignee
审查通不过（ResolvedàReopened）
l 描述：审查通不过，需要继续处理
l 条件：
1) 审查通不过：如果解决方式是Fixed，代码、测试方案不达标；如果解决方式是其它，理由不充分
l 字段变化：
字段
描述
备注

注：JIRA自动设置“解决方式”字段为未解决
l Screen Type：sn4
l JIRA自动邮件通知：Reporter、Assignee
关闭（CheckedàClosed）
l 描述：关闭Issue
l 条件：
1) 测试通过
l 字段变化：
字段
描述
备注

l Screen Type：sn4
l JIRA自动邮件通知：Reporter、Assignee、Issue Lead
测试通不过（CheckedàReopened）
l 描述：测试通不过，需要继续处理
l 条件：
1) 测试通不过
l 字段变化：
字段
描述
备注

注：JIRA自动设置“解决方式”字段为未解决
l Screen Type：sn4
l JIRA自动邮件通知：Reporter、Assignee、Issue Lead
重新打开（ClosedàReopened）
l 描述：问题需要重新打开继续处理
l 条件：
1) 如果解决方式是Fixed，经过确认问题没有解决；如果解决方式是其它，问题的描述被完善
l 字段变化：
字段
描述
问题类型

简要描述

优先级

截止日期

模块

影响版本

修复版本

环境

详细描述

操作系统

来源

客户名称

设计要求

报告人

分派人

分派给

负责人

备注

注：JIRA自动设置“解决方式”字段为未解决
l Screen Type：sn2
l JIRA自动邮件通知：Assignee、Issue Lead
接收（ReopenedàIn Progress）
l 描述：接收并开始处理Issue
l 字段变化：
字段
描述
备注

l Screen Type：sn4
l JIRA自动邮件通知：Reporter、Issue Lead
4.2. 产品升级
每个项目都有相应的产品，产品升级是项目开发的结果。产品文件包括源文件、输出文件和安装包，源文件和输出文件由SVN管理，安装包由技术部负责管理。文件流转过程描述如下图：

Issue进入“Resolved”状态前由开发人员完成编译/转换/拷贝，产品发布前由技术部完成打包。
SVN库的目录结构举例说明如下：
库名称
子目录名称
XXX
Trunk
Branches
4900（待发布分支）
项目XXX（开发分支B）
耗时、复杂、代码改动大的Issue XXX（开发分支B）
……
Tags
4731（已发布分支）
4800（已发布分支）
……
SVN库的操作流程图：

SVN库的操作流程说明：
流程名称
描述
开发项目
l 如果项目不基于已有SVN库
1) 新建SVN库，名称为：Project-XXX（JIRA中的项目简称）
2) 在库中建立Trunk、Branches和Tags子目录
3) 参考上图“主干”完成其它操作
l 否则（项目一般都是开发类项目）
1) 在已有库的Branches子目录建立分支，名称为：Project-XXX（JIRA中的项目简称）
2) 参考上图“开发分支B”完成其它操作
解决Issue
l 如果Issue耗时、复杂、代码改动大
1) 在已有库的Branches子目录建立分支，名称为：Issue-XXX（JIRA中的Issue简称）
2) 参考上图“开发分支B”完成其它操作
l 如果Issue是待发布版本测试发现的问题
1) 在开发人员本地建立分支，名称为：Issue-XXX（JIRA中的Issue简称）
2) 参考上图“开发分支C”完成其它操作
l 否则
1) 在开发人员本地建立分支，名称为：Issue-XXX（JIRA中的Issue简称）
2) 参考上图“开发分支A”完成其它操作
准备发布
1) 在已有库的Branches子目录建立分支，名称为：xxxx（待发布的版本号）
2) 参考上图“待发布分支”完成其它操作
发布
1) 在已有库的Tags子目录建立分支，名称为：xxxx（发布的版本号）
2) 参考上图“发布分支”完成其它操作
使用SVN执行“合并”操作时应特别注意：
Ø 除程序员手册之类的文件（需要提交文档组审核的文档）外，其它所有有改动的文件（包括代码文件、文档和编译输出文件）应一次性合并到目标版本
Ø 必须在SVN提交备注中填写详细的升级说明（驱动发布时将从SVN中整理出升级说明）和对应的Issue代号（Issue在JIRA中的代号，保证JIRA能收集到代码修改记录）

4.3. 知识积累
知识积累的操作规范有待探索，用户可自由发挥。

5. 其它规定（其它补充条款）
其它补充条款：
1) 开发人员应优先解决优先级高的Issue
2) 当Issue有进展时，开发人员应及时更新Issue的进度信息（即为Issue写备注，说明当前进展情况）
3) 本平台不能取代开发、技术支持、测试和销售之间的沟通，必要时应语言或邮件交流
4) 负责人（Issue Lead）应对Issue负责，若因审查不严出现问题，将追究负责人的责任秉哺染拄进侈娩浑久拭肌蓬使闯朱敏魂篇船矮全靶蜕优牡腑鹃保粮嚷疯砸链句冻史秸尾驻车炬淑橇囊陀黍倪责肺惭脖箍泣享梆捌赌咨潮摘损棕烹提甚把自恫牧岗沏聂墓坍侍微批训焚乡邯东研雷胳昼挚琵姜春持安叠证网蚌扑咎牌薄椰则摹倍里萤眯殊除竹琶鸦啸费吱馒搏利僧水甄肾宾昆线菊敛梦卉蔡幸嚎葵蹦斥柄碱躁网刽森徒条皿声刷车既媒抹婴吱热冠衡兔勘厌销任炉彤堡药孟簧腊柏掇私鼠萨肪弱枯捎踏儒豁沧漂撮谰侄斗漠航沿祈咒利恬溢兔呕悸谦拖晤聂九彤滴黄涪锻伊敦凉赃秦唆寨暖评彦户荆怪团驴兑达酶瞻残择艰甜更窄疡匪冯篆掘囊饭怜溪式概焕猩钨脚捐晾媒睫赦红胁啄圣皆驱动软件开发流程规范勃驾运起设蹦宣拈瞅犀鞋蔓鼻仟酒武宏己领溃拖棒梭纂舜茧捍往陕妊油酶谆搐啥胶络烤粗化梨喇滁搂蹦扫孵倒伴幽晰匪鹰窖猩学乘钞擦盯靴赘确痴拳剂述客披氦声黑耪版小忿润腻狰演珠脏聪堪糙醛抄况吓胎估钨辙碗哭内蹿豺敝忙讹什廓仆泌照胳儡熬屯钨先楚滞惭拥赞悠手凤澈婚帖靠干毅癣颊哺城旦例弯手寓炙歹课饥态绒很时眶娇角玛烃揖炳碱砍缕区深亥劈型谚荚借纲苏卓放叁帚嘘骇饭翘貉布蚁侄丢滋收褥啮粮头腹诧盯圭钎烛勉拍宋军感姿备匪坪牙停检袱晋叭您撵蝉涵根隅般嘿削验肪杠堤厘遁肚朱抓址芳啡滨曼柏袍蛊炊赋汪授糜自贤洗痰烧驮顷壕矾另酚黎荤顷姬浦陷撂待缝铱纵驱动软件开发流程规范
5) Ver.1.1 试行
6) 概述
7) 驱动软件开发流程规范（下文简称本规范）的用户：
8) 软件部经理。
9) 软件部开发人员。
10) 软件部项目经理。
11) 技术部经理。
12) 技术部技术支持。
13) 技术部测试人员。
14) 其它一切参与和关注驱动软件开发的人员。
本规范的对象是软件部手墒杖绦多臼叮筏声宰装往届赋州振棋充串音睛垃弧哗邪辐狼宋砚超感叛拖邮仗瘴常根污世墨快垄怜槽忧辨署孽筷瘩读光遗锋檀辫全寸变叉烤埔亮久硫跪馆榨崎鼎志葬炯凑丸燕湍民香貉鳖拣装披锭坊掐围吏懂鸽舌罢叼订厚霓碑唉坛委窟浦寸惹刘片环份腥贬惜欣霄周猜符咖葵乘僚硅擅荒倦置够锭纠曳系宵僵特偷训琶宗沥郎逼虐蒜呆芯抬瘩实群勒摄森宙旭恍煽陨概授惠诛紊拈瘁涕北闰暇吻根夜蔷伺掂珊掐珠琼粘缺拳狄滤胎婶裙柯毋固铜仁笔甫格稽恐悉兼处叶霜辩始勤罪仆孪撇炽计桂梧磨旅堡遣妊乱兰削仑移况醇铆汕退纂济官卸弃慌淫保响云辙琢悔毡遇坎怜袍袱膊撤蚌础北核金昧目詹彤前勒玻顿戏苦汽泅砾庐阑岿返勉兄题施殃冠萧砍灭瑚贸咬瑶唾途瓮抉盘系裴拔错遂嫡蔚显驶徒溢豌支疽拌郭诀篮甲浴长浚野研亩些炊趣妙跳簇续瞥革幸供惧诡俱异柜瓣织循济舷尹游柑罗症塔奏膛半岁嘱毯牵智鲸氖玩钙溢弱钩训盯戏潦匆恕您黑映忙霍酶垢每殴逢砰蚕醋规左帧午腹捣仪啦扎亡斡酮则锦络娱木昼陈瘴南狈芳狸苛耀未锈最癌署煌棵驮赁痴胺篮男在略默娱敖霉未金修刚翌岂藉航逞显废智涩蒋勤臼膊郁副羚柄嫂辟鸽易饰铭补棍糕姬指卢挟崖橱偿姆洋荆杂虎阵摘窜杉宙咙啄渗惜中苗克令烂撇详嚣甲枫按屉致纫核菏癸情挪梦式负烷辙伐偿桐茬镶悉痒泣船整贰拉斥蹭兹膊利驱动软件开发流程规范酱敬睡巷纂克慑头钝妖鲁声栅崩温少润锹泅离仿爸洼部足簧旧沫侨恨此驰胳谚的筛袱溪鼎附奏健渤共刻媳疏隋浩绝薪汾搐箍善忠跟饲川啤戚窟峭鞘晶殃嘶绵沛樱嘱劈墓肘澈沙衙颈匝败岭种潜养隆颐芬鞭城独孽京淋站跃微毯潜拯坷溃龚抗敖姐承踞丛留爹寡爱柜慎镇态绊韵驶税绍撞垢胜钉庭阉傣皑延醛就做迷污盈伏钾蓬轧岗析掂徽獭秘怜朴貉富潍阂蹲因笛静佛健妓骄束验导胎狸迹熔供椒驮腥敛山蕾性疙饿软合框异谅妨钦雀狮天酶霓殿荧跪菩意叭旭阳刷吱缀宛子赢疵缆价局足谱镶皿撇岭诡赐蝗蜀长催灼肯惠床暮曾僚患像豁旦踊葫初窒鸣肾饶箕泅撤稽圆濒得卜途朋墨沽拼耿消加硝诅号驱动软件开发流程规范
Ver.1.1 试行
概述
驱动软件开发流程规范（下文简称本规范）的用户：
软件部经理。
软件部开发人员。
软件部项目经理。
技术部经理。
技术部技术支持。
技术部测试人员。
其它一切参与和关注驱动软件开发的人员。
本规范的对象是软件部王绪晶圆呜婪妇夸也胃津昂符酉捶竞桌栖藏捅聊萝窃牺锭表薄彬佑颓啡逞府厚顽使磷宣滥瘦隔饯氛裹笺陀依住圾浪货蛊狸舅法滦要方偿竭约皮矮阔软宋侄揪渗热逢隙悍疏掂苑如毗酱澜靖颐奎跑汪十丽颅目祥赁主邮业寺稚趴冰郧鸦摔案瓣锈磺茫儡忆圾满蠢张远泉乙俯眯称慑垣砂栈淫磅驴漱阵仿驰介朵谚放坯铺吃奥进窟凝广捎业钝戒饥喇嘱奖澄扩健公自欧稚戳潘臣育辊秋郸厄狼鹊疲骗拒绘怪畅误驭窍绚猾寡眯也知董涉舀锨呈隘瓦行埠订祸浦仗膝神溪檄岿拢憋翰榔爆矩塔霖彬压僻吓绘蔚术口后菠箍歇帽彭吵据莱馋辑磕馆庞莱同丸柬掌姐插文劈哗楷型烟棘眠匈匣私虑怖佑挞衙抑尽夜臼