zoukankan      html  css  js  c++  java
  • 《火球——UML大战需求分析》(第2章 耗尽脑汁的需求分析工作)——2.5 小结与练习

    摘要:怎么又变了?当初就应该让客户书面签字确认!你可能会经常发这样的牢骚,可是就算客户书面确认,客户还是会“赖账”的!软件项目的其中一项不变真理:人是会死的,需求是会变的!本章将会和你一起来体验软件需求分析工作的风风雨雨,找出需求分析工作的根本之道,了解UML如何帮助我们提升需求分析的水平。

    2.5 小结与练习

    小结

    本章最主要的目的其实就是帮你“洗脑”!需求分析的工作其实很复杂,可以足够写一本书的内容。而我希望只通过一个章节能向你讲清楚需求分析工作的基本道理,让你认清需求分析工作的根本,并且明白到要做好需求分析工作并没有捷径,只有切实提高自身水平。下面我们一起来回顾一下本章的主要内容:
    认识清楚需求分析工作中客户方和软件公司一方各种角色的特点,能帮助我们需求分析工作更有针对性。总体来说,客户方的倾向是花小钱办大事,而软件公司一方的倾向是多拿钱少办事。
    “双赢”是我们应该追求的目标,软件只有对客户的工作真正有帮助,客户才算“赢”,而在客户能“赢”的基础上,我们软件公司才可能实现自己的“赢”。
    不要抱怨客户变来变去,客户对需求的理解总是趋向上升的,而项目组也是一样。如果项目组对需求的认识落后于客户,就会陷于“被动”的局面,项目组应该努力提升水平,想办法让自己对需求的认识领先于客户。
    需求分析工作是很复杂难度很高的工作,如果看不清楚客户的真正“需要”,就很可能重犯“手机短信定餐系统”的错误。项目组不应该只将自己定位在软件的制造者,而应该是软件价值的创造者。我们不是为客户提供一套软件系统,而是提供一套能提升客户价值的服务。项目组不应该被动地接受需求,而应该主动出击,帮助客户找出真正的需要,整理出符合客户需要的需求规格。
    我们应当活用UML进行结构建模和行为建模,帮助我们更好地认识客户的业务和做好业务流程再造的工作。

    练习

    1. 如果你有需求分析工作的经验,请你根据你的实际工作体会总结出最少3点最麻烦的问题。如果你还没有具体的需求分析工作经验,那么请你列出最少3点你认为可能是最麻烦的问题。记录这些问题,看看后续章节能不能解决你这些问题。
    2. 请分析下图,说明这是一种怎样的状况?我们应该追求这样的境界吗?
     图2.5 客户VS项目组对需求的理解3.jpg

    图 2.5 客户VS项目组对需求的理解3


     

    请看下一章……




    作者:张传波

    创新工场创业课堂讲师

    华为某团队研发管理高级顾问

    《火球——UML大战需求分析》作者

    www.umlonline.org 创办人

  • 相关阅读:
    sabaki and leelazero
    apply current folder view to all folders
    string operation in powershell
    wirte function in powershell
    add environment path to powershell
    Module in powershell
    sql prompt
    vmware中鼠标在部分区域不能使用
    调整多个控件的dock的顺序
    行为型模型 策略模式
  • 原文地址:https://www.cnblogs.com/keanuyaoo/p/3310683.html
Copyright © 2011-2022 走看看