文章 - 56,收藏 - , 评论 - 8, trackbacks - 4

导航

公告

邮件:cloudward
MSN/GTalk: cloudward@gmail.com
订阅我的网志

除非特别声明,本站采用
Creative Common License

文章

收藏

    相册

      link-access

        link-blogger

          存档


          正在读取评论……
          all,
             目前正在编写需求规格说明书,是一个让大家学习如何把自己的意图表达清楚的机会。
          一份好的需求规格说明书,应充分注意如下事项:
           
          1. 提高易读、易懂性
           
                a) 需求规格说明书 的读者包括用户,应该尽量避免使用脱离用户环境的各种术语(比如网络、计算机等专业术语)。迫不得已
          使用的术语,应尽量提供注解。
           
                b) 需求规格说明书往往内容繁多,任何繁杂的内容,必须通过结构化的东西来加以简化。所以,目录、大纲、标题、图注 都必不
          可少。另外,要充分注意文档的样式(版式)段落起始要注意缩进,段落之间、图与文字之间要注意空间。字体大小要选择合适。
           
                c) 内容的呈现要注意 其逻辑顺序。 简单的应该先描述, 被依赖的应该先描述,复杂的应该进行结构化的分解。
           
                d) 为了说明需求,可能会援引很多 功能实现,要充分注意这些功能实现对用户的误导。另外,也要充分注意这些功能界面中的
          各种文字/图形 应该是符合用户的使用场景的,也就是我们通常说的,演示必须朝着正式应用的方向去表达。
           
          2. 注意什么是需求
           
           
                 a) 需求说明和功能说明是有差异的,前者是为了把用户需要描述出来,后者往往是针对某种具体实现方式来进行描述。需求表达的
          是“做什么?”,而功能说明表达的是“怎么做?”
           
                 b) 功能实现是允许后期不断改变的,但是需求则比较稳定, 是潜藏在功能背后的目的——提供该功能是为了达到什么目的?这个
           目的才是真正的需求。
           
                 c) 需求一般可以划分“功能需求”和“非功能需求”,勿忽视了“非功能需求”
           
          3. 需求的完备性和需求描述的粒度
             
               a) 始终想想,你的需求规格说明书 是否已经把所有需要用户参与确认的内容都涉及到了,并且都提出了“至少一种回答或者解决方案”?
           
               b) 需求描述的巨细,取决于你是否认为读者在这块内容上有 符合这种描述粒度的 理解力。


          Trackback: http://tb.donews.net/TrackBack.aspx?PostId=506151


          [点击此处收藏本文]  发表于2005年08月12日 5:56 PM




          正在读取评论……

          发表评论

          大名
          网址
          验证码
          评论