Changes between Version 25 and Version 26 of workflow

Timestamp:

09/22/2013 12:23:18 PM (13 years ago)

Author:

lifeng

Comment:

--

workflow

@@ -4 +4 @@
 本流程规范由论坛互动组成员总结而成，在日后的工作中将根据项目开发流程的情况不断总结，更新此规范，务求提高开发的效率和项目的质量。
 
-= 需求阶段 =
+== '''敏捷宣言及原则''' ==
+
+=== 宣言 ===
+　我们一直在实践中探寻更好的软件开发方法，身体力行的同时也帮助他人。由此我们建立了如下价值观：[[BR]]
+　- '''个体和互动''' 高于 流程和工具[[BR]]
+　- '''工作的软件''' 高于 详尽的文档 [[BR]]
+　- '''客户合作''' 高于 合同谈判 [[BR]]
+　- '''响应变化''' 高于 遵循计划[[BR]][[BR]]
+　也就是说，尽管右项有其价值，我们更重视左项的价值。
+
+===  原则 ===
+　- 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
+　- 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
+　- 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
+　- 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
+　- 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
+　- 不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
+　- 可工作的软件是进度的首要度量标准。
+　- 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
+　- 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
+　- 以简洁为本，它是极力减少不必要工作量的艺术。
+　- 最好的架构、需求和设计出自自组织团队。
+　- 团队定期地反思如何能提高成效，并依此调整自身的举止表现。
+
+== 需求阶段 ==
 
 - 开发、QA、用户一起讨论需求
@@ -18 +42 @@
   在功能实现的过程中，对应每一个需求点与用户方作出详细确认，如需修改需求列表的，修改后同步到SVN上，确保大家都能在SVN上拿到最新的需求列表。[[BR]]
 
-= 设计阶段 =
+== 设计阶段 ==
 
 - 数据库和代码设计方案及时共享
@@ -30 +54 @@
 - 使用UML统一描述功能【王安宁】
 
-= 开发阶段 =
+== 开发阶段 ==
 
 - 遵循代码规范，确保代码可读性【秦鸿源】
@@ -63 +87 @@
   开发人员之间可以根据需求列表进行交叉测试，保证模块功能的质量。[[BR]]
 
-= 自测阶段 =
+== 自测阶段 ==
 
 - 重视单元测试【待定】
@@ -75 +99 @@
 - 送测前成果展示，并预留修改时间
 
-= QA测试阶段 =
+== QA测试阶段 ==
 
 - 与QA一起搭建测试环境
@@ -99 +123 @@
   在测试人员进行回归测试的同时，开发人员也应该在测试环境上对本Sprint自己所做的功能进行检查。[[BR]]
 
-= 上线阶段 =
+== 上线阶段 ==
 
 - 严格按照上线计划执行
@@ -115 +139 @@
   对于新功能新插件，上线时我们可以先屏蔽入口，待上线后详细检查功能后，再对用户开放入口。[[BR]]
 
-= 报障处理 =
+== 报障处理 ==
 
 - 固定时间处理报障，辨别优先级
@@ -125 +149 @@
 
 
-= 其他 =
+== 其他 ==
 
 - 按优先级处理事情，有效利用时间做重要的事