• 博客园logo
  • 会员
  • 周边
  • 众包
  • 新闻
  • 博问
  • 闪存
  • 赞助商
  • Chat2DB
    • 搜索
      所有博客
    • 搜索
      当前博客
  • 写随笔 我的博客 短消息 简洁模式
    用户头像
    我的博客 我的园子 账号设置 会员中心 简洁模式 ... 退出登录
    注册 登录
Terrence's Blog
博客园    首页    新随笔    联系   管理    订阅  订阅

关于需求变更的一点想法. 论变更的频率:

变 更 的 频 率

     一些没有经验的需求分析师在做需求的时候,有时候往往拿不准哪些基础数据的需求是会变化的,哪些是不会变化的,最后恨不得将所有的基础数据都做成可以维护的。到了后期,又发现有一些基础数据是不能维护的。其实,我们仔细分析一下,会发现有一些需求的变化是可以预先就把它们简单化的:

不会变化:

     一些人类世界公认的公理、定理 例如:方向分为东南西北中,如果系统中需要东南方,西北方这样的,那么就加上去,这些东西肯定不会再变化。

基本不会变化:

     国家的一些行业标准,例如:职业技能等级,分为初级工、中级工、高级工、技师、高级技师。 这些信息,我们可以认为基本不会变化.起码它们在过去的几十年都没有变化。

使用后,不会变化:

     用户A和用户B的一个需求点不同,但是A用户使用系统之后,这个需求就不会再变化了。例如A用户所在单位的组织机构层次,虽然理论上有可能会发生变化,但是这种变化的可能性非常小,那么我们可以认为用户A选取后,这个需求点不会变化。 如果开发的是针对多家企业的产品,而不是定制的项目,那么这一点就非常重要,抓住这些使用后不会变化的地方,建立一个数据表,将用户的特点保存到数据库中就行了,不需要去做维护界面。

     最后,剩下的变化就是我们要处理的变化了。如果能够在软件设计初期收集出这些变化,排除一些不需要处理的变化,那么就能够少走很多弯路,少钻很多牛角尖,大大加快软件的开发进度。

posted @ 2008-09-16 11:19  排骨面  阅读(455)  评论(1)    收藏  举报
刷新页面返回顶部
博客园  ©  2004-2025
浙公网安备 33010602011771号 浙ICP备2021040463号-3