| | 1 | 推广UML |
| | 2 | 对象:QA、产品及开发部门的同事 |
| | 3 | |
| | 4 | 背景: |
| | 5 | 现存需求描述及沟通的方式大体是口述和简单的需求文档,存在需求理解不一致的问题。导致此问题的原因如下: |
| | 6 | |
| | 7 | 1.需求会议各部门的人较多,沟通困难。(头脑风暴) |
| | 8 | |
| | 9 | 2.'''细节描述不够''', 细节补充需要口述,交流成本很高 |
| | 10 | |
| | 11 | 3.'''承接性不够''', 人员流动带来损失非常大(负责人的更改) |
| | 12 | |
| | 13 | 使用UML的理由: |
| | 14 | 沟通的语言包括文字和图形,很多内容'''文字往往无法表达''',像建筑设计,UML是统一建模图形化语言,能够成为与客户沟通的桥梁,能够直观、形象、严谨地描述出业务概念、业务流程、客户的期望和需求。 |
| | 15 | 目的: |
| | 16 | 利用UML'''减少沟通成本,提高工作效率''' |
| | 17 | 方案: |
| | 18 | UML主要有2个功能:软件设计和需求分析,由于公司现不存在需求分析阶段,故仅以UML作为需求描述及沟通的工具。UML的推广主要分为三个阶段 |
| | 19 | |
| | 20 | 1.UML基础语法的学习,主要让各部门同事熟悉UML的基础概念及能够简单使用UML |
| | 21 | |
| | 22 | 2.开发人员在需求大会之前利用UML对比较复杂的需求进行描述,让产品和QA的同事理解并适应UML |
| | 23 | |
| | 24 | 3.产品人员负责利用UML描述需求 |
| | 25 | |
| | 26 | 4.第2,3阶段形成相互辅助的环节。QA、产品及开发同事互相给以建议,最终达成对UML的共识,对需求的理解一致,进而减少沟通成本及提高工作效率 |
| | 27 | 推广时间 |
| | 28 | 阶段1为期一周 |
| | 29 | 2013.12.2 - 2013.12.3 熟悉基础概念【活动图、状态图、顺序(Sequence)图、协作图及时序图】 |
| | 30 | 2013.12.4 - 2013.12.6 理解基础概念并可以使用工具描绘【工具使用startUml】 |
| | 31 | 阶段2 |
| | 32 | sprint29 |
| | 33 | |
| | 34 | 阶段3待定 |
| | 35 | |